MX2011012976A - Servicio de voz en sistema evolucionado de paquetes. - Google Patents

Abstract

Se describen métodos y aparatos para manejar servicio de voz en sistemas evolucionados de paquetes. Un método ejemplar en un equipo de usuario (UE) con un primer indicador relacionado con servicios de voz en un Sistema Evolucionado de Paquetes (EPS) comprende recibir un mensaje de respuesta de protocolo de Estrato Sin Acceso (NAS) con un segundo indicador y en respuesta por lo menos a uno del primer indicador o el segundo indicador, enviar una notificación de que los servicios de voz no se pueden proporcionar actualmente.

Description

SERVICIO DE VOZ EN SISTEMA EVOLUCIONADO DE PAQUETES DESCRIPCIÓN DE LA INVENCIÓN La solicitud se refiere generalmente a un sistema de comunicación móvil y, más particularmente a la disposición de servicios de voz en un Sistema de Evolucionado de Paquetes .

Recientemente, se han definido Indicadores de Servicio de Voz en sistemas de comunicación móvil de sistema evolucionado de paquetes (EPS) para coordinar la disponibilidad de servicios de red y las capacidades de dispositivos móviles. Los indicadores de servicio de voz incluyen, por ejemplo: indicación de "sesión de Voz de IMS sobre PS soportada"; indicación de "Voz Céntrica" o "Datos Céntricos; y indicación de "sólo Voz de CS" o "sólo voz de PS de IMS" o "voz de CS preferida, voz de IMS secundaria", o "voz de IMS preferida, voz secundaria de CS" .

La indicación de "sesión de Voz de IMS sobre PS Soportada" se proporciona con la red al equipo de usuario (UE) (proporcionada en el registro de estrato sin acceso (ÑAS) (por ejemplo, anexo de EPS) o actualización de registro de ÑAS) . La indicación de "Voz Céntrica" o "Datos Céntricos" y la indicación de "Sólo Voz de CS", "sólo voz de PS de IMS", "voz de CS preferida, voz de IMS secundaria", o "Voz de IMS preferida, voz secundaria de CS" se encuentra disponible en el UE. Un operador puede configurar la indicación "Sólo Voz de CS", "sólo voz de PS de IMS", "voz de CS preferida, voz de IMS secundaria", o "Voz de IMS preferida, voz secundaria de CS" en el UE.

Abreviaturas y Terminología AS Estrato de Acceso CN Red Central CS Conmutado por Circuitos CSFB Funcionamiento Parcial CS EMM Gestión de Movilidad del Sistema Evolucionado de Paquetes (EPS) eNB eNodoB EPC Núcleo Evolucionado de Paquetes EPS Sistema Evolucionado de Paquetes E-UTRAN UTRAN Evolucionada IMS Subsistema de Multimedia de IP IM CN Red Central de Multimedia de IP MAC Control de Acceso a Medios MS Estación Móvil AS Estrato Sin Acceso NW Red PS Conmutado por Paquetes RA. Área de Enrutamiento PDCP Protocolo de Convergencia de Datos por Paquetes RAN Red de Acceso por Radio RAU Actualización de Área de Enrutamiento RB Portadora de Radio RLC Control de Enlace por Radio RRC Control de Recursos de Radio TA Área de Seguimiento TAI Identidad de TA TAU Actualización de Área de Seguimiento TS Especificación Técnica UE Equipo de Usuario UMTS Sistema de Telecomunicación Móvil Universal UTRA RA Terrestre de UMTS VoIMS Voz sobre IMS En una implementacion ejemplar descrita en la presente, los indicadores de servicios de voz pueden ser indicadores de VoIMS proporcionados en Red, ajustes de uso de UE y ajustes de voz de Equipo de Usuario. En la siguiente descripción, los indicadores de servicios de voz se denominan como: a) indicador de VoIMS (IMS) (proporcionado en Red) indica la indicación de "sesión de Voz de IMS sobre PS Soportada" antes mencionada o la indicación de "sesión de Voz de IMS sobre PS no soportada", e indica si las sesiones de voz sobre PS controladas y administradas por el subsistema de multimedia de IP se soportan o no; b) ajuste de uso de UE que indica "Voz Céntrica" o "Datos Céntricos" antes mencionados. El ajuste de uso de UE es un ajuste de UE que indica si el UE tiene una preferencia por servicios de voz sobre servicios de datos o viceversa. Si el UE tiene preferencia por servicios de voz, entonces el ajuste de uso de UE es "Voz Céntrica" . Si un UE tiene una preferencia por servicios de datos, entonces el ajuste de uso de UE es ""Datos Céntricos". Para evitar dudas, un UE que es "Datos Céntricos" aún puede requerir servicios de voz. Si un UE requiere sólo servicios de datos y puede aceptar que no existe ningún servicio de voz, el ajuste de uso de UE es "Sólo Datos". Los dos ajustes pueden tener los siguientes significados : - "Voz Céntrica" : un UE de Voz Céntrica debe ser capaz de utilizar servicios de voz, y por lo tanto intentará obtener servicios de voz de manera independiente de cómo puedan disponerse tales servicios "Datos Céntricos": un UE de Datos Céntricos prefiere tener los mejores servicios de PS posibles incluso si esto implica que no es posible ningún acceso a servicios Un ajuste de uso de UE adicional de "Sólo Datos" es posible. En el caso en que este ajuste adicional es posible, entonces los tres ajustes deben tener los siguientes significados : - "Voz Céntrica" : un UE de Voz Céntrica debe ser capaz de utilizar servicios de voz, y por lo tanto intentará obtener servicios de voz de manera independiente de cómo puedan disponerse tales servicios ""Datos Céntricos": un UE de Datos Céntricos prefiere tener los mejores servicios de PS posibles (es decir, prefiere permanecer en E-UTRAN) con la condición de que el acceso al servicio de voz no se excluya - "Sólo Datos": un UE de Datos Céntricos prefiere tener los mejores servicios de PS posibles incluso si esto implica que no es posible ningún acceso a servicios de voz; y c) el ajuste de voz de UE indica las indicaciones de "Sólo Voz de CS", "Sólo Voz de PS", "Sólo Voz de IMS PS", "Voz de CS Preferida, Voz Secundaria de IMS", o "Voz de IMS preferida, voz secundaria de CS". El ajuste de voz de UE es un ajuste de UE que indica el dominio para utilizar los servicios de voz.

La Tabla 1 resume esta convención de grupos y nombres Tabla 1 - Descripción de Indicadores de Voz Nombre Genérico del Nombre de Indicadores en las propiedad de indicadores Indicador utilizado en Especificaciones esta Solicitud indicador de Vol S -"sesión de Voz de I S sobre PS no Establecido por W. soportada'" o Proporcionado por NW al UE en respuesta - "sesión de Voz de IMS sobre PS soportada" a cada registro de AS (por ejemplo (anexo de EPS) o actualización de registro de ÑAS ajuste de uso de UE - "Voz céntrica'" o Podría proporcionarse por el Operador o - "Datos céntricos" o podría cambiarse por el UE, por ejemplo, - "Sólo datos" como resultado de la entrada de usuario. ajuste de voz de UE - "sólo Voz de CS" o Podría proporcionarse por el Operador o - "sólo voz de IMS PS" o podría cambiarse por el UE. por ejemplo, - "voz de CS preferida, voz secundaria de como res ltado de la entrada de usuario.

IMS" o - "voz preferida de IMS. voz secundaria de Co En una implementación ejemplar, un mensaje de red puede incluir un indicador de VolMS. Por ejemplo, un mensaje de ACEPTACIÓN DE ANEXO de acuerdo con la TS 2 4 . 3 01 de 3GPP puede i plementarse como se muestra en la Tabla 2 y/o en el modo Iu de acuerdo con la TS 2 4 . 0 08 de 3GPP mostrado en la Tabla 3. El indicador de VolMS puede enviarse por la red a un UE para indicar el soporte de voz mediante sesiones del IMS.

Tabla 2 : ACEPTACIÓN DE ANEXO DE LA TS 24 . 3 01 DE 3GPP IEI Elemento de Información Tipo/Referencia Presencia Formato Longitud Discriminndor de Protocolo Discriminador de Protocolo M V 1 /2 9.2 Tipo de encabezado de seguridad Tipo de encabezado de segundad M V 1/2 9.3.1 Identidad del mensaje de Tipo de mensaje M V 1 aceptación de anexo 9.8 Resultado del anexo de EPS Resultado del anexo de EPS M V 1/2 9.9.3. 10 Medio octeto de reserva Medio octeto de reserva M V 1/2 9.9.2.9 Valor T34 I 2 Cronómetro de OPRS M V 1 9.9.3. 16 Lista de TAI Lista de identidad de área de M LV 7-97 seguimiento 9.9.3.33 Contenedor de mensajes de ESM Contenedor de mensajes de ESM M LV-E 2-n 9.9.3.15 50 GUTI Identidad móvil de EPS O TLV 13 9.9.3. 12 13 Identificación de área de ubicación Identificación de área ubicación O TV 6 9.9.2.2 23 Identidad de MS Identidad móvil O TLV 7- 10 9.9.2.3 53 Causa de E M Causa de EMM O TV 2 9.9.3.9 17 Valor de T3402 Cronómetro de GPRS O TV 2 9.9.3. 16 59 Valor de T3423 Cronómetro de OPRS O TV 2 9.9.3.16 4A Equivalente de PLMN Lista de PLMN O TLV 5-47 34 Lista de Número de Emergencia Lista de Número de Emergencia O TLV 5-50 9.9.3.37 39 Indicador de VoilMS Indicador de VoilMS O TV 1 9.9.x.y Tabla 3: ACEPTACIÓN DE ANEXO DE LA TS 24.008 DE 3GPP IEI demento ele Información Tipo/Referencia Presencia Formato Longitud Discriminado!' de Protocolo Discriminado!' de Protocolo M V 1/2 10.2 Indicador de salto Indicador de salto M V 1/2 10.3.1 Identidad del mensaje de Tipo de mensaje M V 1 aceptación de anexo 10.4 Resultado de anexo Resultado de anexo M V 1/2 10.5.5.1 Forzar para permanecer en espera Forzar para permanecer en espera M V 1/2 10.5.5.7 Cronómetro de actualización de Cronómetro de GPRS M V 1 RA periódica/ 10.5.7.3 Prioridad de radio para SMS Prioridad de radio M V 1/2 10.5.7.2 Prioridad de radio para TOM8 Prioridad de radio 2 M V 1/2 10.5.7.5 Identificación de área de Identificación de ár a de M V 6 enrolamiento enrutamiento 10.5.5. 15 19 Firma de P-TMSI Firma de P-TMSI O TV 4 10.5.5 8 17 Valor de cronómetro de LISTO Cronómetro de GPRS O TV 2 negociado 10.5.7.3 18 P-TMSI Asignado Identidad móvil O TLV 7 10.5.1.4 23 Identidad de S Identidad móvil O TLV 7-10 10.5.1.4 25 Causa de GMM Causa de GMM O TV 2 10.5.5. 14 2A Valor de T3302 Cronómetro de GPRS 2 O TLV 3 10.5.7.4 8C Notificación ele Celda Notificación de Celda O T 1 10.5.5.21 4A PLMN Equivalentes Lista de PLMN O TLV 5-47 10.5. 1. 13 B- Soporte de característica de red Soporte de característica de red O TV 1 10.5.5.23 34 Lista de Números de Emergencia Lista de Números de Emergencia O TLV 5-50 10.5-3.13 A- Información de MS Solicitada Información de MS solicitado O TV 1 10.5.5.25 37 Valor de T33 I 9 Cronómetro de GPRS 2 O TLV 3 10.5.7,4 38 Valor de T3323 Cronómetro de GPRS 2 O TLV 3 10.5.7.4 39 Indicador de VolMS Indicador de VolMS O TV 1 Como se describe en la presente, un UE tiene múltiples capas de protocolo. Un UE ejemplar, descrito en la presente incluye 3 capas (capa de IMS, capa de ÑAS y una capa de AS) . El orden ejemplar es como sigue: IMS se encuentra por encima de las capas de AS y AS y la capa de AS es una capa inferior a la capa de AS e IMS. Por lo tanto, la capa de AS y/o la capa de AS pueden denominarse como "capas inferiores" a partir de la perspectiva de la capa de IMS. La capa de IMS puede denominarse como capa superior.

En algunas implementaciones ejemplares, después de la finalización del procedimiento de anexo, por ejemplo, en el modo Iu, si el indicador de VoIMS se encuentra disponible en el mensaje de ACEPTACIÓN DE ANEXA e indica "sesión de Voz de IMS sobre PS soportada" , la finalización exitosa del procedimiento de anexo se indicará en las capas superiores, por ejemplo, para el inicio del registro de SIP en el subsistema de multimedia de IP. En algunas implementaciones ejemplares adicionales, la finalización exitosa de los procedimientos de anexo se indica en la capa superior sometida al ajuste de voz de UE que se establece, por ejemplo, en una de "Sólo Voz de PS" o "Voz Preferida de IMS, Voz Secundaria de CS".

En otra implementación ejemplar, un mensaje de ACTUALIZACIÓN DE ÁREA DE SEGUIMIENTO de acuerdo COn la TS 24.301 de 3GPP puede implementarse como se muestra en la Tabla 4. gura 4: ACTUALIZACIÓN DE ÁREA DE SEGUIMIENTO IEI Elemento de Información Tipo/Referencia Presencia Formato Longitud Discriminador de Protocolo Discriminador de Protocolo M V 1/2 9.2 Tipo de encabezado de seguridad Tipo de encabezado de seguridad M V 1/2 9.3. 1 Identidad del mensaje de Tipo de mensaje M V 1 aceptación de actualización de área 9.8 de seguimiento Resultado de actualización de EPS Resultado de actualización de M V 1/2 EPS 9.9.3.13 Medio octeto de reserva Medio octeto de reserva M V 1/2 9.9.2.9 5A Valor de T34 I 2 Cronómetro de GPRS 0 TV 2 9.9.3.16 50 CUTI Identidad móvil de EPS 0 TLV 13 9.9.3.12 54 Lista de TAI Lista de identidad de área de 0 TLV 8-98 seguimiento 9.9.3.33 57 Estado del contexto de portadora Estado de contexto de portadora 0 TLV 4 ele EPS de EPS 9.9.2. 1 13 Identificación de área de ubicación Identificación de área de 0 TV 6 ubicación 9.9.2.2 23 Identidad de MS Identidad móvil 0 TLV 7-10 9.9.2.3 53 Causa de EMM Causa de EMM 0 TV 2 9.9.3.9 17 Valor de T3402 Cronómetro de GPRS 0 TV 2 9.9.3. 16 59 Valor De T3423 Cronómetro de GPRS 0 TV 2 9.9.3.16 4A PLMM Equivalentes Lista de PLNTN 0 TLV 5-47 9.9.2.8 8- Identificador establecido de clave Identificador establecido de clave 0 TV 1 de ÑAS AS 9.9.3.21 34 Lista de Números de Emergencia Lista de Números de Emergencia 0 TLV 5-50 9.9.3.37 39 Indicador de VolMS Indicador de VolMS 0 TV 1 9.9 En algunas implementaciones ejemplares, por ejemplo, en el modo Iu, con la finalización exitosa del procedimiento de actualización de área de seguimiento, el indicador de VolMS si se recibe en el mensaje de ACEPTACIÓN DE ACTUALIZACIÓN DE ÁREA DE SEGUIMIENTO se indicará en las capas superiores .

Un mensaje ACEPTACIÓN DE ACTUALI ACIÓN DE ÁREA DE ENRUTAMIENTO se enviará por la red al UE para proporcionar al UE con datos relacionados con la gestión de movilidad de GPRS en respuesta a una SOLICITUD DE ACTUALIZACIÓN DE ÁREA DE ENRUTAMIENTO desde el UE. EL mensaje ACEPTACIÓN DE ACTUALIZACIÓN DE ÁREA DE ENRUTAMIENTO , si se recibe o se proporciona al UE, de acuerdo con, por ejemplo, la TS 24 . 008 de 3GPP, puede incluir un indicador de VoIMS como se muestra en la Tabla 5 .

Tabla 5 : ACEPTACIÓN DE ACTUALIZACIÓN DE ÁREA DE ENRUTAMIENTO DE LA TS 24 . 008 DE 3GPP I EI Elemento de Información Tipo/Referencia Presencia Formato Longitud Discriminado!' de Protocolo Discriminado!' de Protocolo M V 1/2 10.2 Indicador de salto Indicador de salto V 1/2 10.3. 1 Identidad del mensaje de Tipo de mensaje M V 1 aceptación de actualización de área 10.4 de enrutamiento Forzar para permanecer en espera Forzar para permanecer en espera M V 1 /2 10.5.5.7 Resultado de actualización Resultado de actualización M V 1/2 10.5.5. 17 Cronómetro de actualización de Cronómetro de GPRS M V 1 RA periódica/ 10.5.7.3 Identificación de área de Identificación de área de V 6 enrutamiento enrutamiento 10.5.5. 15 19 Firma de P-TMSI Firma de P-TMSI O TV 4 10.5.5.8 18 P-T SI Asignado Identidad móvil O TLV 7 10.5. 1.4 23 Identidad de MS Identidad móvil O TLV 7- 10 10.5. 1.4 26 Lista de Números de N-PDU de Lista de Número N-PDU de O TLV 4-19 Recepción recepción 10.5.5. 1 1 17 Valor de cronómetro LISTO y Cronómetro de GP S O TV 2 negociado 10.5.7.3 25 Causa de GMM Causa de GMM O TV 2 10.5.5. 14 2A Valor de T3302 Cronómetro de GPRS 2 0 TLV 3 10.5.7.4 8C Notificación de Celda Notificación de Celda 0 T 1 10.5.5.21 4A PLMN Equivalentes Lista de PLMN 0 TLV 5-47 10.5. 1. 13 32 Estado de contexto de PDP Estado de contexto de PDP 0 TLV 4 10.5.7. 1 B- Soporte de característica de red Soporte de característica de red 0 TV 1 10.5.5.23 34 Lista de Números de Emergencia Lista de Números de Emergencia 0 TLV 5-50 10.5.3.13 35 Estado de contexto de MBMS Estado de contexto de MBMS 0 TLV 2- 18 10.5.7.6 A- Información de MS solicitada Información de MS solicitada 0 TV 1 10.5.5.25 37 Valor de T33 I9 Cronómetro de GPRS 2 TLV 3 10.5.7.4 38 Valor de T3323 Cronómetro de GPRS 2 0 TLV 3 10.5.7.4 39 Indicador de VolMS Indicador de VolMS 0 TV 1 I 0.5.x.v En, por ejemplo, en el modo Iu, la red puede incluir el indicador de VolMS en un mensaje de ACEPTACIÓN DE ACTUALIZACIÓN DE ÁREA DE ENRUTAMIENTO (o cualquier otro mensaje) para indicar el soporte de voz mediante las sesiones de IMS.

En otro ejemplo, el procedimiento de actualización de área de enrutamiento combinado se inicia por una MS de GPRS que opera en los modos de operación de MS A o B, si la MS se encuentra en el estado GMM-REGISTRADO y MM-INACTIVO, y si la red opera en el modo de operación de red I y si se encuentra modo Iu, cuando el UE recibe una indicación de las capas superiores de que el registro de SIP en el subsistema de Multimedia de IP ha fallado y se somete al ajuste de uso de UE que se establece, por ejemplo, en "Voz Céntrica".

En algunas implementaciones , después de la finalización del procedimiento de anexo o un procedimiento de actualización de registro de acuerdo con, por ejemplo, la TS 24.008 de 3GPP, el acceso a una CN de IM puede iniciarse. Por ejemplo, el acceso puede iniciarse de acuerdo con la TS 24.229 de 3GPP sección 6.2 B.2.2.1. Por ejemplo, el acceso a la CN de IM puede iniciarse cuando el UE no se registra aún con el subsistema de CN de IM y el ajuste de uso de UE no es "Voz Céntrica" . En otro ejemplo, el acceso a la CN de IM puede iniciarse cuando el UE aún no se registra al subsistema de CN de IM y el ajuste de voz de UE es "Sólo Voz de PS" o el ajuste de voz de UE es "Voz Preferida de IMS, Voz Secundaria de CS". En aún otro ejemplo, una indicación de la falla del registro del subsistema de CN de IM puede proporcionarse a las capas inferiores bajo las siguientes condiciones: Si, el registro al subsistema de CN de IM falla; o si, después de intentos repetidos fallidos para registrarse al subsistema de CN de IM, el UE alcanza un número preestablecido de reintentos y termina los intentos adicionales; o si, después de intentos fallidos repetidos para registrarse, el usuario aborta los intentos adicionales para registrarse en el subsistema de CN de IM si, se realiza un desregistro iniciado por el usuario; o si, el UE se desregistra explícita o implícitamente por la red.

En algunas implementaciones , el UE puede realizar acciones con la indicación de ÑAS para seleccionar las RAT específicas. En algunas implementaciones, cuando un UE recibe un mensaje que incluye un elemento de información para "Requerimiento de Actualización de Capacidad" y un elemento de información para "lista de requerimiento de actualización de capacidad específica de sistema" se incluye, entonces para cada una de las RAT solicitadas en un elemento de información de "capacidad específica del sistema de UE" , si el UE soporte la RAT listada, el UE puede: si la RAT listada es E-UTRAN y el ÑAS no ha proporcionado una indicación al AS para seleccionar GERAN o UTRAN o la RAT listada no es E-UTRAN, incluir las capacidades de acceso por radio inter-RAT para la RAT listada en el IE "capacidad específica del sistema de UE" de la variable UE_CAPABILITY_REQUESTED . Adicionalmente , si la RAT listada es GSM y se soporta la Transferencia de PS a GPRS, incluir el IE "Capacidad de Acceso por Radio de MS" en la variable UE_CAPABILITY_REQUESTED .

En algunas implementaciones adicionales, el UE puede realizar acciones con la indicación de AS para seleccionar las RAT específicas. En algunas implementaciones, cuando se realiza la selección de celdas cuando se sale del estado RRC_CO NECTED, con la transmisión de RRC_CONNEC ED a RRC_IDLE como resultado de una indicación de ÑAS para seleccionar GERAN O UTRAN, el UE puede realizar la selección de celdas en GERAN las RAT de UTRAN y deshabilitar la selección y reselección de celdas en las celdas de E-UTRAN. Similarmente, si AS proporciona una indicación a AS para seleccionar GERAN o UTRAN mientras el UE se encuentra en RRC_IDLE, el UE debe realizar la selección de celdas en GERAN y las RAT de UTRAN y habilitar la selección y reselección de celdas en las celdas de E-UTRA.

En algunas implementaciones adicionales, cuando se realiza la selección de celdas cuando se sale del estado RRC_CONNECTED, o la transmisión de RRC_CONNECTED a RRC_IDLE como resultado de una de ÑAS para seleccionar GERAN o UTRAN, el UE debe realizar la selección de celdas en GERAN y las RAT de UTRAN y deshabilitar la selección y reselección de celdas en la celdas de E-UTRA. Si AS proporciona al AS una indicación para seleccionar GERAN o UTRAN, mientras el UE se encuentra en RRC_IDLE, el UE debe realizar la selección de celdas en GERAN y las RAT de UTRAN y deshabilitar la selección y reselección de celdas en las celdas de E-UTRA.

Si AS proporciona una indicación a AS para seleccionar GERAN o UTRAN mientras el UE se encuentra en RRC_CONNECTED, el UE puede realizar la siguiente acción al dejar RRC_CONNECTED, con una causa de liberación de 'otro' : restablecer MAC; detener todos los cronómetros que se ejecutan excepto T320; liberar todos los recursos de radio, incluyendo la liberación de entidad de RLC, la configuración de MAC y la entidad de PDCP asociada para todos los RB establecidos; indicar la liberación de la conexión de RRC a las capas superiores junto con la causa de liberación; si se deja RRC_CO ECTED que no se activó por la recepción del mensaje MobilityFromEUTRACommand: ingresar RRC_IDLE al realizar la selección de celdas de acuerdo con el proceso de selección de celdas, definido para el caso de dejar RRC_CONNECTED, por ejemplo, como se especifica en la TS 36.304 de 3GPP; las Figuras 1A y IB muestran de manera respectiva la Figura A.2.1-1 y la Figura A.4-1 de S2-094178 [iii] , e ilustra dos escenarios de caso de uso. El primer caso de uso es cuando el ajuste de voz de UE se establece en "voz preferida de IMS , voz secundaria de CS" y el segundo caso de uso es cuando el ajuste de voz de UE se establece en "sólo voz de IMS". Estas figuras indican las acciones de UE requeridas para diferentes combinaciones del indicador de VoIMS de la red y el ajuste de uso del UE.

Con referencia primero a la Figura 1A, el comportamiento para el ajuste de voz de UE de "voz preferida de IMS, voz secundaria de CS" comienza en el bloque 1A-1 que muestra simplemente que el ajuste de voz de UE se establece en voz de IMS preferida, voz secundaria de CS. En el bloque 1A-2, el UE inicia un procedimiento de anexo de EPS (no combinado). En el bloque 1A-3, el UE comprueba la indicación de voz de IMS soportada de la red, la cual se recibe como parte de la respuesta al procedimiento de anexo de EPS. Si la voz de IMS se soporta, entonces en el bloque 1A-4, el UE utiliza voz de IMS. Aunque se anexe al sistema, el UE puede realizar una Actualización de Área de Seguimiento (TAU) ya sea periódicamente o cuando el UE se cambie a un Área de Seguimiento (TA) diferente. Cuando se realiza la TAU el UE puede recibir un nuevo indicador de VoIMS en cuyo caso el procesamiento de UE regresa al bloque 1A-3 donde el indicador de VoIMS se comprueba. Si no se soporta voz de IMS, entonces en el bloque 1A-5, el UE realiza el Procedimiento de Actualización de TA/LA combinado (también denominado como la TAU combinada) para CSFB como en la TS 23.272. Si hay éxito, entonces en el bloque 1A-6, el UE permanece en E-UTRA y utiliza CSFB si requiere servicios de voz. Con la finalización exitosa del procedimiento de actualización de área de seguimiento, un indicador de VoIMS recibido en el mensaje de ACEPTACIÓN DE ACTUALIZACIÓN DE ÁREA DE SEGUIMIENTO se indicará en las capas superiores. Por otro lado, si existe falla, entonces en el bloque 1A-7, el UE comprueba el ajuste de uso de UE para el ajuste de "Voz céntrica" o "Datos céntricos". Si el ajuste es datos céntricos, entonces en el bloque 1A-8, el UE permanece en RAT actual (E-UTRAN) . Por otro lado, si el ajuste es voz céntrica, entonces en el bloque 1A-9, el UE selecciona otra RAT en la cual puede obtener servicios de voz.

Un procedimiento de registro combinado tal como Procedimiento de Anexo Combinado o una Actualización de Área de Seguimiento Combinada se refiere a un procedimiento de registro de ÑAS simple que se utiliza para intentar registrar ambos servicios de PS y servicios de CS, donde el servicio de voz de CS se proporciona en E-UTRAN por medio de Funcionamiento parcial de CS (CSFB) . Por ejemplo, un UE que opera en el modo 1 de CS/PS o el modo 2 de CS/PS 2, en el estado de EMM-REGISTRADO, iniciará el procedimiento de actualización de área de seguimiento combinado cuando, por ejemplo, el UE recibe una indicación de las capas superiores de que el registro de SIP en el IMS ha fallado y el ajuste de uso de UE es "Voz Céntrica". Un ejemplo de un Procedimiento de Anexo Combinado o una Actualización de Área de Seguimiento Combinada puede encontrarse en la TS 24.301 de 3GPP.

El éxito de un procedimiento de registro combinado significa que el UE se registra para ambos servicios de PS y CS . La falla de un procedimiento combinado significa que el UE se registra para servicios de PS pero no para servicios de CS . Por ejemplo, tal falla puede indicarse al UE por la red que envía un mensaje de Aceptación de Actualización de Área de Seguimiento o Aceptación de Anexo con una indicación o valor de causa establecido en 'dominio de CS no disponible' o un valor que indica que el dominio de PS no se encuentra disponible. Además, pueden existir otras fallas, tal como una falla donde el UE no se registra para servicios de CS o PS.

Como resultado de un procedimiento de registro de AS o un procedimiento de anexo de EPS, un UE que inicia los procedimientos se registra con la red. Como resultado de este registro de ÑAS, el UE y la red obtienen información que permite el envío y la recepción de mensajes (IP) como parte de los protocolos de estrato Sin acceso. El UE y la red pueden enviar y recibir estos mensajes (IP) . La información obtenida en el UE y la red pueden necesitar actualización. La información obtenida puede actualizarse periódicamente (por ejemplo, debido a la finalización de un cronómetro) o actualizarse explícitamente. Un registro de AS puede ser un registro de ÑAS combinado o no combinado, una causa de registro de AS exitosa, un UE que se registrará para servicios de EPS y servicios sin EPS.

Como se utiliza en la presente, los servicios de EPS pueden ser servicios de GPRS de acuerdo con la TS 24.008 de 3GPP. Los servicios, sin EPS son servicios proporcionados por un dominio de CS . Como se utiliza en la presente, los servicios sin EPS pueden ser servicios sin GPRS de acuerdo con la TS 24.008 de 3GPP. Un UE que se sitúa en una E-UTRA puede anexarse a servicios de EPS y servicios sin EPS. Los protocolos de estrato sin acceso ( AS) son protocolos entre el UE y el centro de conmutación móvil (MSC) o el nodo de soporte de GRPS de servicio (SGSN) que no se terminan en la UTRA , y los protocolos entre el UE y el ME que no se terminan en la E-UTRAN.

En una implementación, un UE que inicia un procedimiento de registro de AS (por ejemplo, un registro de AS combinado) puede enviar por lo menos uno de un mensaje de SOLICITUD DE ANEXO (por ejemplo, SOLICITUD DE ANEXO combinado) o mensaje de Solicitud de Actualización de Área de Seguimiento (por ejemplo, una Solicitud de Actualización de Área de Seguimiento combinada) . Subsiguiente al envío del mensaje, el UE puede recibir por lo menos uno de un mensaje ACEPTACIÓN DE ANEXO (por ejemplo, una ACEPTACIÓN DE ANEXO combinada) o mensaje de Solicitud de Actualización de Área de Seguimiento (por ejemplo, una Solicitud de Actualización de Área de Seguimiento combinada) .

En una implementación, un UE que actualiza la información de registro de AS (por ejemplo, registro de AS combinado) puede incluir una actualización de la información de área de enrutamiento cuando utiliza los protocolos de estrato Sin acceso o entre el UE y la SGSN o actualiza la información de área de seguimiento cuando utiliza los protocolos de estrato Sin acceso entre el UE y el MME o actualiza la información cuando utiliza los protocolos de estrato Sin acceso entre el UE y el MSC. Un UE que actualiza la información de registro de ÑAS (por ejemplo, registro de ÑAS combinado) puede enviar por lo menos una de ACTUALIZACIÓN DE ÁREA DE SEGUIMIENTO (por ejemplo, ACTUALIZACIÓN DE ÁREA DE SEGUIMIENTO combinada) , ACTUALIZACIÓN DE ÁREA DE ENRUTAMIENTO (por ejemplo, una ACTUALIZACIÓN DE ÁREA DE ENRU AMIENTO combinada) . Subsiguiente al envío del mensaje, el UE puede recibir por lo menos una de una respuesta de ACTUALIZACIÓN DE ÁREA DE SEGUIMIENTO (por ejemplo, una ACTUALIZACIÓN DE ÁREA DE SEGUIMIENTO combinada) (ACEPTACIÓN) , una respuesta de ACTUALIZACIÓN DE ÁREA DE ENRUTAMIENTO (por ejemplo, una ACTUALIZACIÓN DE ÁREA DE ENRUTAMIENTO combinada) (ACEPTACIÓN) . Después de la actualización exitosa, la información de registro de ÑAS (por ejemplo, registro de AS combinado) , un UE se registra para servicios de EPS y servicios sin EPS.

En una implementación, después de realizar el procedimiento de registro de AS, el UE puede solicitar un servicio de la red. El UE entonces envía un mensaje de solicitud de servicio (por ejemplo, una solicitud de servicio extendida) a la red. Por ejemplo, para realizar CSFB, el UE se registra para servicios de EPS y servicios sin EPS, y el UE envía un mensaje de protocolo de ÑAS de solicitud de servicio extendido. El UE puede recibir un mensaje de RECHAZO DE SERVICIO en respuesta.

Por ejemplo, en algunas implementaciones , cuando un UE recibe un mensaje de ACEPTACIÓN DE ANEXO con el valor de causa de EMM #18 indicativo de "dominio de CS no disponible", el UE puede realizar las siguientes acciones de acuerdo con la TS 24.301 de 3GPP: El UE debe detener el cronómetro de T3410 si aún se encuentra en funcionamiento, debe restablecer el contador de intento de actualización de área de seguimiento, debe establecer el estado de actualización de EPS en EU1 ACTUALIZADO y debe ingresar el estado SERVICIO NORMAL DE EMM- REGISTRADO.

El UE debe establecer el estado de actualización en U2 NO ACTUALIZADO.

Un UE en el modo 1 de CS/PS de operación puede seleccionar la tecnología de acceso por radio de GERAN o UTRAN en lugar de E-UTRAN para la PLMN seleccionada o PLMN equivalente.

Un UE en el modo 2 de CS/PS de operación no intentará el anexo combinado o el procedimiento de actualización de área de seguimiento combinada con PLMN actual hasta desconectar el UE o el UICC que contiene el USI se remueve.

Un UE cuyo ajuste de uso de UE es "Datos Céntricos" o "Sólo Datos" proporcionará una notificación al usuario o a las capas superiores de que el dominio de CS no se encuentra disponible.

Si el ajuste de uso del UE se cambia de "Datos Céntricos" o "Sólo Datos" a "Voz Céntrica" una indicación debe proporcionarse al AS para seleccionar la tecnología de acceso por radio de GERAN o UTRAN en lugar de E-UTRAN para la PLMN seleccionada o PLMN equivalente.

En algunas implementaciones , cuando un AS proporciona una indicación a un AS para seleccionar GERAN o UTRAN mientras el UE se encuentra en RRC_IDLE, el UE puede deshabilitar la selección y reselección de celdas en las celdas de E-UTRAN. Cuando un ÑAS proporciona una indicación a un AS para seleccionar GERAN o UTRAN o E-UTRAN mientras el UE se encuentra en RRC_IDLE, el UE puede habilitar la selección y reselección de celdas en las celdas de E-UTRAN.

En otro ejemplo, si una solicitud de servicio no puede aceptarse por la red, la red regresará un mensaje de RECHAZO DE SERVICIO al UE que incluye un valor de causa de EMM adecuado. Con la recepción del mensaje de RECHAZO DE SERVICIO, el UE debe detener el cronómetro T3417 y tomar una medida adecuada. Por ejemplo, el valor de causa de EMM puede ser #18 (dominio de CS no disponible) . Si la solicitud se relacionó con funcionamiento parcial de CS , el UE debe enviar una indicación a la subcapa de MM y no debe intentar funcionamiento parcial de CS hasta que se haya completado con éxito el procedimiento de actualización de área de seguimiento combinado. El UE entonces puede ingresar el estado SERVICIO NORMAL DE EMM REGISTRADO. Si el ajuste de uso de UE es "Datos Céntricos" o "Sólo Datos", el UE proporcionará una notificación al usuario o a las capas superiores de que el dominio de CS no se encuentra disponible .

Con referencia ahora a la Figura IB, el comportamiento para el ajuste de voz de UE de "sólo Voz de IMS PS" comienza en el bloque 1B-1 que muestra simplemente el UE establecido en sólo voz de IMS PS . En el bloque 1B-2, el UE inicia un procedimiento de anexo de EPS (no combinado) . En el bloque 1B-3, el UE comprueba la indicación de voz de IMS soportada desde la red. Si se soporta la voz de IMS, entonces en el bloque 1B-4, el UE utiliza voz de IMS. Aunque se anexe al sistema el UE puede realizar una Actualización de Área de Seguimiento ya sea periódicamente o cuando el UE se mueva a un Área de Seguimiento diferente. Cuando se realiza la TAU el UE puede recibir un Nuevo indicador de VoIMS en cuyo caso el procesamiento de UE regresa al bloque IB-3 donde el indicador de VoIMS se comprueba. Si la voz de IMS no se soporta, entonces en el bloque IB-5, el UE comprueba el ajuste de uso del UE para "Voz céntrica" o "Datos céntricos" . Si el ajuste es "Datos céntricos", entonces en el bloque 1B-6, el UE permanece en la RAT actual (E-UTRAN) . Por otro lado, si el ajuste es "Voz céntrica", entonces en el bloque 1B-7, el UE selecciona otra RAT en la cual puede obtener servicios de voz .

Primer Problema: No se Inicia el Registro de IMS Un primer problema con el comportamiento especificado en la Figura 1A y la Figura IB antes mencionadas es que no existe ninguna garantía de que el UE iniciará el registro de IMS. Más específicamente, si el indicador de VoIMS indica "sesión de Voz de IMS sobre PS soportada", entonces el UE se espera que "utilice Voz de IMS", pero no existe garantía de que el UE iniciará definitivamente un registro de IMS cuando el ajuste de voz de UE se establece en "sólo voz de IMS PS" y "voz preferida de IMS, voz secundaria de CS" . Si el indicador de VoIMS muestra "sesión de Voz de IMS sobre PS soportada", entonces el UE sabe que no existe ninguna razón de ÑAS o AS que pueda significar que no realice los servicios de voz sobre IMS. Sin embargo, para que se logre esto, el UE debe iniciar primero un registro de IMS.

La referencia a un Registro de IMS en un Subsistema de IMS puede entenderse generalmente para referirse a cualquier método de la red que obtenga información requerida para poder enviar información a, y recibir información del UE utilizando IMS. Por consiguiente, la red ha obtenido la información requerida para poder enviar información a y recibir información del UE utilizando IMS, o la red no tiene la información. Una red puede no tener la información debido a una falla de registro o debido a que el UE no se ha registrado (por ejemplo, el UE no ha iniciado un registro de IMS para proporcionar la red con la información) . Un Registro de SIP para servicios de voz en un Subsistema de IMS, según la TS 24.229 de 3GPP es un ejemplo específico.

Cuando se realiza un Registro de IMS para servicios de voz, el UE debe incluir indicadores adecuados de manera que el Subsistema de IMS sepa que se solicitan servicios de voz. Si un indicador adecuado no se incluye o se concede, entonces un UE que se sitúa en un IMS con capacidad de celda de E-UTRA aún no recibirá los servicios de voz de IMS o solicitudes de sesión terminada en móvil de voz de IMS.

En algunas implementaciones , para asegurar que el UE reaccione adecuadamente e inicie un Registro de IMS, el UE se comportará como sigue: Si el ajuste de voz de UE = "sólo voz de IMS PS" O Si el ajuste de voz de UE = "voz preferida de IMS, voz secundaria de CS" Y el Indicador de VoIMS indica "sesión de Voz de IMS sobre PS soportada"; ENTONCES el registro de IMS se activará con indicadores adecuados solicitando soporte de servicio de voz.

Por ejemplo, con la finalización exitosa de un procedimiento de anexo, si el indicador de VoIMS es un mensaje de ACEPTACIÓN DE ANEXO indica "sesión de Voz de IMS sobre PS soportada" se somete al ajuste de voz de UE, la finalización exitosa del procedimiento anexo se indicará en las capas superiores para el inicio de registro de SIP en el IMS.

Como se indica en lo anterior, en algunas implementaciones , el registro de IMS se logra a través de un registro de SIP. Ejemplos de mensajes de SIP son Solicitudes de SIP y Respuestas de SIP. Ejemplos de una Solicitud de SIP es una INVITACIÓN DE SIP o un REGISTRO DE SIP. Ejemplos de elementos funcionales de IMS son P-CSCF, S-CSCF, I-CSCF, AS, SCC AS, HSS.

El Registro de IMS puede realizarse utilizando una solicitud de registro de SIP como se describe en IETF RFC 3261; las solicitudes de Registro de SIP se procesan por un elemento funcional de IMS como se documenta en la TS 23.228 de 3GPP y la TS 24.229 de 3GPP .

La Figura 2A muestra un diagrama de flujo detallado de una implementación ejemplar para el caso donde el ajuste de voz de UE se establece en "voz preferida de IMS, voz secundaria de CS" . La figura difiere de la Figura 1A en la inclusión del bloque 2A-1 que implica intentar registro de IMS con indicadores adecuados para servicios de voz. En el caso que el UE utiliza voz de IMS en el bloque 1A-4 y después realiza una TAU, entonces el UE nuevamente comprobará el indicador de VoIMS en el bloque 1A-3 y si se soporta VoIMS, entonces en el bloque 2A-1 el UE intentará solamente el Registro de IMS con indicadores adecuados para servicios de voz si ya no se encuentra registrado de IMS para servicios de voz .

La Figura 2B muestra un diagrama de flujo detallado de una implementación ejemplar para el caso donde el ajuste de voz de UE se establece en "sólo voz de IMS PS" . La figura difiere de la Figura IB en la inclusión del bloque 2B-1 que implica intentar registro de IMS con indicadores adecuados para servicios de voz. En el caso que el UE utiliza voz de IMS en el bloque IB-4 y después realiza una TAU, entonces el UE nuevamente comprobará el indicador de VoIMS en el bloque 1B-3 y si se soporta VoIMS, entonces en el bloque 2B-1 el UE intentará solamente el Registro de IMS con indicadores adecuados para servicios de voz si aún no se ha registrado el IMS para servicios de voz.

Segundo Problema: Registro de IMS para Voz Puede Fallar Un segundo problema con el comportamiento descrito en lo anterior con referencia a las Figuras 1A y IB es que no existe ninguna garantía de que tendrá éxito el registro de IMS para voz. Más específicamente, no existe ninguna garantía de que el registro de IMS para voz tenga éxito, sólo debido a que el anexo de EPS o la Actualización de Área de Seguimiento tenga éxito y la red soporte voz de IMS. Un ejemplo de una razón de que el registro puede fallar es debido a que el registro de SIP no lo permite debido a limitaciones en la suscripción del usuario. Otro ejemplo de una razón es que el registro de IMS falla debido a mensajes no enviados o un retardo en la recepción de mensajes. Si el registro de IMS falla, y el UE no realiza nada y permanece el EPS anexado pero sin registro de IMS para servicios de voz, entonces no pueden realizarse sesiones de voz de IMS - originadas en móvil o terminadas en móvil. Esta misma situación puede existir si el registro de SIP tuvo éxito sin embargo el indicador en la solicitud de servicios de voz no lo tuvo (es decir, el indicador solicitado de voz no se regresó en la respuesta de OK 200 de SIP a la Solicitud de Registro de SIP) . En este caso, el UE puede registrarse en IMS para el uso de algunos servicios pero no puede permitirse utilizar este registro para transmitir medios de voz.

Ejemplo 1 En algunas implementaciones , el UE se configura para solucionar este problema al reconocer una situación donde el registro de IMS para voz ha fallado, el ajuste de voz de UE se establece en "Voz Preferida de IMS, Voz Secundaria de CS". Al reconocer esta situación, el UE se configura para intentar inmediatamente un procedimiento de registro combinado. Entonces esto permitirá que el UE obtenga servicios de voz por medio de CSFB si éste se soporta. Si el procedimiento de registro combinado falla, entonces el UE considera el ajuste de uso de UE. Si el ajuste de uso de UE es "Voz Céntrica" o "Datos Céntricos", entonces el UE selecciona otra RAT en la cual pueda obtener servicios de voz. Si el ajuste de uso de UE es "Sólo Datos", entonces el UE permanece en la RAT actual (es decir, E-UTRAN) sin acceso a servicios de voz.

La Figura 3A muestra un diagrama de flujo detallado de una implementación ejemplar para este caso. La figura difiere de la Figura 2A en que si el registro de IMS falla después de la activación del registro de IMS en el bloque 2A-1, como se indica en 30, entonces el proceso continúa en el bloque 1A-5 con el rendimiento de un procedimiento de registro combinado para CSFB como en la TS 23.272. Además, el bloque 1A-8 (que permanece en la RAT actual) se realiza si el UE es "sólo datos" (como se indica en 32), y el bloque 1A-9 se realiza (el UE selecciona otra RAT) si el UE es "voz céntrica" o "datos céntricos" (como se indica en 34) .

La Figura 3B muestra un diagrama de flujo detallado de una implementación ejemplar para el caso donde el ajuste de voz de UE se establece en "sólo voz de IMS PS" . La figura difiere de la Figura 2B en que si el registro de IMS falla después de la activación del registro de IMS en el bloque 2B-1, como se indica en 36, entonces el UE comprueba el ajuste de uso de UE en el bloque 1B-5. Si el ajuste de uso de UE es "Sólo Datos" (como se indica en 38) , entonces el UE permanece en E-UTRA y no tendrá acceso a los servicios de voz en el bloque 1B-6. Si el ajuste de uso de UE es "Voz céntrica" o si el ajuste de uso de UE es "Datos Céntricos" (como se indica en 40) , entonces el UE selecciona otra RAT en la cual pueda obtener servicios de voz en el bloque 1B-7.

Ejemplo 2A En algunas implementaciones , el UE se configura para solucionar este problema al reconocer una situación donde el registro de IMS para servicios de voz ha fallado y el ajuste de uso de UE es "Sólo Datos". Al reconocer esta situación, el UE se configura para permanecer en EPS donde los mejores servicios de PS pueden proporcionarse. De manera más específica, el UE permanece en E-UTRAN (la "RAT actual" en las figuras) y no selecciona otra RAT. Los mejores servicios de PS pueden proporcionarse en E-UTRAN. Los Servicios de PS también pueden proporcionarse en GERAN/UTRAN pero se proporcionan en una forma menos optimizada en estas RAT. El UE no realiza un intento de registro combinado, sino más bien el UE se configura para reintentar el procedimiento de registro de IMS para servicios de voz. Se observa que el UE pudo haberse registrado con éxito con IMS para otros servicios pero puede tener acceso denegado a los servicios de voz, como se describe en lo anterior, y en este caso, el UE reintenta el procedimiento de registro de IMS para servicios de voz. En algunas implementaciones , éste es sólo un reintento. En otras implementaciones, existen múltiples reintentos que pueden, por ejemplo, ejecutarse periódicamente .

Un ejemplo de este comportamiento se representa en las Figuras 4A y 4B. Con referencia primero a la Figura 4A, la Figura 4A es la misma que la Figura 2A con la excepción de tres diferencias: el UE realiza uno o más reintentos en 50 después de que ha fallado el registro de IMS; el bloque 1A-8 se ejecuta después del bloque 1A-7 si el ajuste de uso de UE es "sólo datos" (indicado en 52); el bloque 1A-9 se ejecuta después del bloque 1A-7 si el ajuste de uso de UE es "voz céntrica" o "datos céntricos" (indicado en 54) .

Con referencia ahora a la Figura 4B, la Figura 4B es la misma que la Figura 2B con la excepción de tres diferencias: el UE realiza uno o más reintentos en 56 después de que ha fallado el registro de IMS; el bloque 1B-6 se ejecuta después del bloque 1B-5 si el ajuste de uso de UE es "sólo datos" (indicado en 58) ; el bloque 1B-7 se ejecuta después del bloque 1B-5 si el ajuste de uso de UE es "voz céntrica" o "datos céntricos" (indicado en 60).

Ejemplo 2C En algunas implementaciones , si el procedimiento de anexo combinado descrito en el ejemplo 1 anterior falla, y el ajuste de uso de UE es "Sólo Datos", el UE notifica al usuario (mediante la interfaz de usuario o alguna otra alerta) que los servicios de voz no se encuentran disponibles. Por ejemplo, si los servicios de voz no se pueden realizar, un indicador puede presentarse para el usuario. Cualquier indicador para el usuario (desplegado, audio, vibración, son sólo algunos ejemplos) podría utilizarse para indicar al usuario que los servicios de voz actualmente no son capaces de proporcionarse aunque el UE se encuentre en un área de cobertura.

Un ejemplo de este comportamiento se representa en la Figura 5A la cual es la misma que la Figura 2A con las siguientes diferencias: la falla de registro de IMS en 70 después de un intento de registro de IMS, el UE realiza una TAU combinada en el bloque 1A-5; después del bloque 1A-7, si el ajuste de uso de UE es "sólo datos" (como se indica en 72) , el UE notifica al usuario que los servicios de voz no se encuentran disponibles en el bloque 5A-1 y el UE permanece en la RAT actual; el bloque 1A-9 sigue el bloque 1A-7 si el ajuste de uso de UE es "voz céntrica" o "datos céntricos" (como se indica en 74) .

Otro ejemplo de este comportamiento se representa en la Figura 5B la cual es la misma que la Figura 2B con las siguientes diferencias: con la falla de registro de IMS en 71 después de un intento de registro de IMS, el UE comprueba el Ajuste de Uso de UE para "Voz Céntrica" o "Datos Céntricos" en el bloque 1B-5; después del bloque 1B-5, si el ajuste de uso de UE es "sólo datos" (como se indica en 73), el UE notifica al usuario que los servicios de voz no se encuentran disponibles en el bloque 5B-1 y el UE permanece en la RAT actual; el bloque 1B-7 después del bloque 1B-5 si el ajuste de uso de UE es "voz céntrica" o "datos céntricos" (como se indica en 75 ) .

Al ser notificado de que los servicios de voz no se encuentran disponibles, el usuario puede elegir cambiar el ajuste de uso de UE a "Voz Céntrica" o "Datos Céntricos" .

Cuando el UE ya ha intentado un procedimiento de registro combinado y el intento falló, entonces el cambio del ajuste de uso de UE a "Voz Céntrica" o "Datos Céntricos" provocará que el UE seleccione otra RAT (tal como GERAN/UTRAN) que podría proporcionar voz.

En algunas implementaciones , la notificación al usuario de que los servicios de voz no se encuentran disponibles también incluye una indicación que pide al usuario si puede gustarle cambiar el ajuste de uso de UE para obtener servicio de voz.

Un ejemplo de este comportamiento se representa en la Figura 6A. La Figura 6A es la misma que la Figura 5A con las siguientes diferencias: después del bloque 5A-1, si el usuario acepta "sólo datos" (indicado en 82), entonces el UE permanece en la RAT actual en el bloque 1A-8; después del bloque 5A-1, si el usuario cambia el ajuste de uso de UE a "voz céntrica" o "datos céntricos" (indicado en 84) , entonces el UE selecciona otra RAT en el bloque 1A-9.

En algunas implementaciones, cuando el ajuste de uso de UE se cambia de "datos céntricos" a "voz céntrica", el UE proporciona una indicación al AS para seleccionar la tecnología de acceso por radio de GERAN o UTRAN en lugar de E-UTRAN para la PLMN seleccionada o PLM equivalente. Por ejemplo, tal proceso puede completarse después de que el UE recibe el valor de causa de EMM #18.

Otro ejemplo de este comportamiento se representa en la Figura 6B. La Figura 6B es la misma que la Figura 5B con las siguientes diferencias: después del bloque 5B-1, si el usuario acepta "sólo datos" (indicado en 100) , entonces el UE permanece en la RAT actual en el bloque IB-6; después del bloque 5B-1, si el usuario cambia el ajuste de uso de UE a "voz céntrica" o "datos céntricos" (indicado en 102) , entonces el UE selecciona otra RAT en el bloque 1A-9.

Ejemplo 2D En el caso donde el ajuste de voz de UE es "Voz Preferida de IMS, Voz Secundaria de CS" y donde el ajuste de uso de UE se establece en "sólo Datos", cuando el Registro de IMS falla después de uno o más reintentos y un procedimiento de registro combinado no se intenta automáticamente, o en el caso donde el ajuste de voz de UE es "Sólo Voz de IMS PS" y el ajuste de uso de UE se establece en "sólo Datos", entonces el UE se configura para notificar al usuario (mediante la interfaz de usuario o alguna otra alerta) que los servicios de voz no se encuentran disponibles. En este caso, el usuario puede elegir cambiar el ajuste de uso de UE a "Voz Céntrica" o "Datos Céntricos". Esto indica inmediatamente al UE que intente un procedimiento de registro combinado (en el caso donde el ajuste de voz de UE es "Voz Preferida de IMS, Voz Secundaria de CS"), la cual, si tiene éxito, puede permitir que el UE permanezca en EPS hasta que se requieran servicios de voz, y en ese caso obtengan servicios de voz por medio de CSFB. En el caso donde el ajuste de voz de UE es "Sólo Voz de IMS PS", el usuario puede cambiar el ajuste de uso de UE a "Voz Céntrica" o "Datos Céntricos" que puede indicar al UE reseleccione otra RAT que pueda soportar servicios de voz.

Un ejemplo de este comportamiento se representa en la Figura 7A. La Figura 7A difiere de la Figura 2A en que: Después de la falla de registro de IMS (112), el UE notifica al usuario que los Servicios de Voz no se encuentran disponibles en el bloque 7A-1; si el usuario indica "Voz Céntrica" o "Datos Céntricos" (116), entonces el método continúa en el Bloque 1A-5; si el usuario indica "sólo Datos", entonces el registro de IMS no se reintenta (114) y después el método continúa en el bloque 1A-8; el bloque 1A-9 sigue al bloque 1A-7 en el caso (118) en que el ajuste de uso de UE es "Voz Céntrica" o "Datos Céntricos".

Otro ejemplo de este comportamiento se representa en la Figura 7B. La Figura 7B difiere de la Figura 2B en que: Después de la falla de registro de IMS (122), el UE notifica al usuario de que los Servicios de Voz no se encuentran disponibles en el bloque 7B-1; si el usuario indica "Voz Céntrica" o "Datos Céntricos" (124), entonces el método continúa en el Bloque IB-5; si el usuario indica "sólo Datos", y el registro de IMS no se reintenta (128) , entonces el método continúa en el bloque IB-6; el bloque 1B-9 sigue al bloque 1B-5 en el caso (126) en que el ajuste de uso de UE es "Voz Céntrica" o "Datos Céntricos".

Ejemplo 2E Como un seguimiento al ejemplo 2D, en algunas implementaciones , se indica al usuario que ha fallado el registro de IMS (original o algún número de intentos) , y el usuario podría solicitar alternativamente "Reintento de Registro de IMS de Voz" , que podría indicar al UE dejar el ajuste de uso de UE establecido en "Datos Céntricos" o "Voz Céntrica" pero reiniciar intentos periódicos en el registro de IMS hasta tener éxito o hasta que se ha intentado o fallado un cierto número de intentos. Alternativamente, el usuario podría indicar "Sólo Datos" en cuyo caso el UE dejaría el ajuste de uso de UE establecido en "Datos Céntricos" y el UE no reintentará el registro de IMS (para el propósito de servicios de voz) .

Un ejemplo de este comportamiento se representa en la Figura 7C. La Figura 7C difiere de la Figura 7A en que: después de la falla de registro de IMS (112), el UE notifica al usuario que los Servicios de Voz no se encuentran disponibles en el bloque 7A-1 y si el usuario indica "REINTENTO" en 110, entonces el método continúa en el bloque 2A-1.

Otro ejemplo de este comportamiento se representa en la Figura 7D. La Figura 7D difiere de la Figura 7C en que: después de la falla de registro de IMS (122), el UE notifica al usuario que los Servicios de Voz no se encuentran disponibles en el bloque 7B-1, si el usuario indica "REINTENTO" en 120, entonces el método continúa en el bloque 2A-1.

Ejemplo 3A En algunas implementaciones , el UE se configura para reconocer una situación donde el registro de IMS ha fallado, y el ajuste de uso de UE es "Voz Céntrica". El UE se configura para, al reconocer esta situación y sin importar si el ajuste de voz de UE es "sólo voz de IMS PS" o "Voz Preferida de IMS, Voz Secundaria de CS", activar el AS para seleccionar/reseleccionar otra RAT (la RAT objetivo) en la cual pueden realizarse servicios de voz (por ejemplo, GERAN/UTRAN) .

Un primer ejemplo detallado de este comportamiento se representa en la Figura 8A. La Figura 8A difiere de la Figura 2A como sigue: después de la falla de registro de IMS en 130, el UE comprueba el ajuste de uso de UE para "Voz Céntrica" o "Datos Céntricos" en el bloque 8A-1; si el ajuste es "Datos Céntricos" o "Sólo Datos" como se indica en 132, el método continúa en el bloque 1A-5; si el ajuste es "Voz Céntrica" como se indica en 138, entonces el método continúa en el bloque 1A-9 con la selección de otra RAT; el Bloque 1A-8 sigue al bloque 1A-7 para el caso donde el ajuste de uso de UE es "sólo Datos" (indicado en 134) ; el Bloque 1A-9 sigue al bloque 1A-7 para el caso donde el ajuste de uso de UE es "Voz Céntrica" o "Datos Céntricos" (indicado en 136) .

Un segundo ejemplo detallado de este comportamiento se representa en la Figura 8B. La Figura 8B difiere de la Figura 2B como sigue: después de la falla de registro de IMS en 140, el UE comprueba el ajuste de uso de UE para "Voz Céntrica" o "Datos Céntricos" en el bloque 8B-1; si el ajuste es "Sólo Datos" como se indica en 142, el método continúa en el bloque IB-6; si el ajuste es "Voz Céntrica" o "Datos Céntricos" como se indica en 144, entonces el método continúa en el bloque 1B-7 con la selección de otra RAT; el Bloque 1B-6 sigue al bloque 1B-5 para el caso donde el ajuste de uso de UE es "Sólo Datos" (indicado en 146) ; el Bloque 1B-7 sigue al bloque 1B-5 para el caso donde el ajuste de uso de UE es "Voz Céntrica" o "Datos Céntricos" (indicado en 148).

Ejemplo 3B En algunas implementaciones , el UE se configura para, como un seguimiento a la reselección de RAT como se describe con referencia al ejemplo 3A anterior, reintenta el registro de IMS una vez que se encuentra en el sistema objetivo si aprende que el sistema objetivo puede soportar la voz de IMS. Si este intento subsiguiente en el Registro de IMS en el sistema objetivo falla, entonces en este caso el UE puede obtener servicios de voz mediante CS en el sistema objetivo .

Un primer ejemplo de este comportamiento se representa en la Figura 9A la cual es la misma que la Figura 8A con la adición de los bloques 9A-1,. 9A-2 y 9A-3. Después del bloque 1A-9, el UE reintenta el registro de IMS para voz si aprende que el sistema objetivo puede soportar voz de IMS en el bloque 9A-1. Si tiene éxito, entonces el UE obtiene servicios de voz mediante PS en el sistema objetivo en el bloque 9A-2. Si existe falla, entonces el UE obtiene servicios de voz mediante CS en el sistema objetivo en el bloque 9A-3.

Un segundo ejemplo de este comportamiento se representa en la Figura 9B la cual es la misma que la Figura 8B con la adición de los bloques 9B-1, 9B-2 y 9B-3. Después del bloque 1B-7, el UE reintenta el registro de IMS para voz si aprende que el sistema objetivo puede soportar voz de IMS en el bloque 9B-1. Si tiene éxito, entonces el UE obtiene servicios de voz mediante PS en el sistema objetivo en el bloque 9B-2. Si existe falla, entonces el UE obtiene servicios de voz mediante CS en el sistema objetivo en el bloque 9B-3.

Tercer Problema: El UE Puede Restringirse en una RAT Inadecuada Un tercer problema con el comportamiento especificado en las Figuras 1A y IB es que el UE puede restringirse en una RAT inadecuada. Más específicamente, si el ajuste de uso de UE en las Figuras 1A y IB se establece en "Datos Céntricos", esto puede llevar a que el UE no obtenga servicios de voz en absoluto. Si "Datos Céntricos" en las Figuras 1A y IB se toma para significar que el UE sólo desea servicios de datos (incluso si evita CUALQUIER servicio de voz), es decir, "Sólo Datos", entonces esto no es un problema. En el caso donde "datos céntricos" en las Figuras 1A y IB se toma para significar "Datos Céntricos" como se define en lo anterior en este documento, entonces este comportamiento es problemático.

Además, si el UE permanece en la RAT actual y no tiene acceso a los servicios de voz debido a que la indicación de VoIMS de red (en el área de seguimiento de registro, puesto que esta indicación es por área de seguimiento) no indica soporte, pero debido a la movilidad el UE entra a un área de enrutamiento de cobertura de radio de GERA /UTRAN o área de seguimiento de cobertura de E-UTRAN donde el indicador de VoIMS de red indica que sí se soporta Voz de IMS PS, entonces el UE necesita reintentar de manera subsiguiente el registro de IMS para voz.

En otra situación, si el ajuste de voz de UE es "Sólo Voz de IMS PS" o "Voz Preferida de IMS, Voz Secundaria de CS", y el ajuste de uso de UE se establece en "Voz Céntrica" o "Datos Céntricos", el UE puede finalizar situándose en la GERA /UTRAN y utilizar los servicios de voz de CS para voz incluso si los servicios de voz sobre IMS en LTE o GERAN/UTRAN pueden volverse disponibles debido a la movilidad del UE. Conforme el UE se mueve, puede moverse hacia el área de cobertura de una nueva área de seguimiento de E-UTRAN o una nueva área de enrutamiento de GERAN/UTRAN que sí soporta Voz de IMS, en cuyo caso existe la posibilidad de que el UE podría obtener servicios de voz de IMS sobre GERA /UTRAN o sobre LTE, y para un mejor servicio de PS del UE de "datos céntricos" sobre LTE, si no se restringió en GERAN/UTRAN.

Ejemplo 1 En algunas implementaciones , el UE se configura para reconocer una situación en la cual el ajuste de uso de UE se establece en "Sólo Datos", el ajuste de voz de UE es "Sólo Voz de IMS PS" o "Voz Preferida de IMS, Voz Secundaria de CS" y en la cual cuando se intenta en anexo de EPS, aprendió que "sesión de Voz de IMS sobre PS no soportada", de manera que el UE termina situándose en E-UTRAN sin ningún acceso a servicios de voz. El soporte de sesión de Voz de IMS sobre PS es por Área de Seguimiento (TA) . El UE se configura para monitorear entonces la TA de las celdas vecinas de E-UTRAN hasta que una celda con una TA/RA diferente (o alternativamente una celda con una TA fuera de la Lista de TAI del UE) se detecte. Con la detección de tal celda de LTE, el UE intenta situarse en esta celda, y envía una Actualización de Área de Seguimiento a la red como parte de este proceso. En respuesta a esto, el UE recibe una respuesta de Actualización de Área de Seguimiento. La respuesta de Actualización de Área de Seguimiento incluye el Indicador de VolMS de red para esta área de seguimiento. Si el indicador es "sesión de Voz de IMS sobre PS soportada", entonces el UE reintenta el registro de IMS con indicadores que solicitan servicios de voz. El comportamiento de seguimiento por ejemplo puede ser de acuerdo con las implementaciones descritas en lo anterior que tratan con la falla de registro de IMS.

Un ejemplo de este comportamiento se representa en la Figura 10A. Cuando el UE llega al bloque 1A-8, el escenario descrito en lo anterior puede presentarse. El método continúa en el bloque 10A-1 con el UE monitoreando la TA de las celdas vecinas de E-UTRA hasta que una celda con una TA diferente (o alternativamente una celda con una TA fuera de la Lista de TAI de UE) se detecta. En el bloque 10A-2, al detectar tal celda, el UE intenta situarse en esta celda, y envía una Actualización de Área de Seguimiento a la red como parte de este proceso. En respuesta a esto, el UE recibe una respuesta de Actualización de Área de Seguimiento. La respuesta de Actualización de Área de Seguimiento incluye el Indicador de VoIMS de red para esta área de seguimiento. Si el indicador es "sesión de Voz de IMS sobre PS soportada" (bloque 10A-3), entonces el UE reintenta el registro de IMS con indicadores que solicitan servicios de voz en el bloque 10A-4. El comportamiento de seguimiento por ejemplo puede ser de acuerdo con las implementaciones descritas en lo anterior que tratan con la falla de registro de IMS. Para un ajuste de vos de UE de sólo voz de IMS PS, las etapas 10A-1, 10A-2, 10A-3 y 10A-4 pueden seguir el bloque 1B-6 de la Figura 2B. Ejemplo 2 En algunas implementaciones , el UE se configura para reconocer una situación en la cual el ajuste de uso de UE se establece en "Voz Céntrica" o "Datos Céntricos", el ajuste de voz de UE es "Sólo Voz de IMS PS" o "Voz Preferida de IMS, Voz Secundaria de CS", y cuando se intenta en anexo de EPS, recibe el Indicador de VolMS y aprende que "sesión de Voz de IMS sobre PS no soportada", de manera que termina situándose en GERAN/UTRAN con servicio de voz pero con servicios de datos subóptimos. En este caso, cuando el UE se encuentra en un modo inactivo, el UE se configura para intentar (una vez, o varias veces, por ejemplo en intervalos regulares, o basándose en un cronómetro) para reseleccionar una celda de E-UTRAN encontrada adecuada. Como se describe en lo anterior, este proceso activa una actualización de área de seguimiento regular cuando el ajuste de voz de UE es "Sólo Voz de IMS PS" o una actualización de área de seguimiento combinado si el ajuste de voz de UE es "Voz Preferida de IMS, Voz Secundaria de CS" . Si el Indicador de VolMS obtenido durante la TAU o el Procedimiento de Actualización de TA/LA combinado indica que la voz de IMS se soporta, entonces el UE procede a intentar el registro de IMS con indicadores que solicitan servicios de voz. El comportamiento de seguimiento por ejemplo puede ser de acuerdo con las implementaciones descritas en lo anterior que tratan con la falla de registro de IMS.

Un ejemplo de este comportamiento para Ajuste de Voz de UE de "Sólo Voz de IMS PS" se representa en la Figura 10B. Cuando el UE llega al bloque 1B-7, el escenario descrito en lo anterior puede presentarse. En este caso, cuando el UE se encuentra en el modo inactivo, el UE se configura para intentar (una vez, o varias veces, por ejemplo a intervalos regulares, o basándose en un cronómetro) reseleccionar una celda de E-UTRAN encontrada adecuada en el bloque 10B-1. Este proceso activa una actualización de área de seguimiento regular cuando el ajuste de voz de UE es "Sólo Voz de IMS PS" o una actualización de área de seguimiento combinada si el ajuste de voz de UE es "Voz Preferida de IMS, Voz Secundaria de CS" . Si el Indicador de VoIMS obtenido durante la TAU o el Procedimiento de Actualización de TA/LA combinado indica que la voz de IMS se soporta, entonces el UE procede a intentar el registro de IMS con indicadores que solicitan servicios de voz en 10B-2. Para un Ajuste de Voz de UE de "Voz Preferida de IMS, Voz Secundaria de CS", las etapas 10B-1 y 10B-2 pueden seguir el bloque 1A-9 de la Figura 2A Otro ejemplo se representa en la Figura 10C. Cuando el UE llega al bloque 1A-9, el escenario descrito en lo anterior puede presentarse. El método continúa en el bloque 10C-1 donde el UE determina que el RA de la celda actual es diferente del RA previo. En el bloque 10C-2, al detectar tal celda, el UE envía una Actualización de Área de Enrutamiento a la red como parte de este proceso. En respuesta a esto, el UE recibe una respuesta de Actualización de Área de Enrutamiento. La respuesta de Actualización de Área de Enrutamiento incluye el Indicador de VoIMS de red para esta área en enrutamiento. Si el indicador es "sesión de Voz de IMS sobre PS soportada" (bloque 10C-3), entonces el UE reintenta al registro de IMS con los indicadores que solicitan servicios de voz en el bloque 10C-4. El comportamiento de seguimiento, por ejemplo, puede ser de acuerdo con las implementaciones descritas en lo anterior que tratan con la falla de registro de IMS. Para un ajuste de voz de UE de sólo voz de IMS PS, las etapas 10C-1, 10C-2, 10C-3 y 10C-4 pueden seguir en el bloque 1B-6 de la Figura 2B.

En algunas implementaciones, un procedimiento de actualización de área de enrutamiento combinado puede iniciarse por una MS de GPRS que opera en los modos de operación de MS A o B, cuando la MS se encuentra en un estado GMM-REGISTRADO y MM-INACTIVO, cuando la red opera en el modo de operación de red I, y cuando, se encuentra en el modo Iu, el UE recibe una indicación de las capas superiores que el registro de SIP en el subsistema de Multimedia de IP ha fallado y el ajuste de uso de UE es "Voz Céntrica" .

Un aspecto de los ejemplos posibles descritos para el problema 3 es que el UE obtiene el indicador de VoIMS para la TA o RA al realizar un procedimiento de registro de NAS tal como una Actualización de Área de Seguimiento o Actualización de Área de Enrutamiento. Este procedimiento de registro requiere señalización entre el UE y la red. Por ejemplo, un mensaje de respuesta de registro de NAS puede ser una respuesta a un procedimiento de anexo de EPS, una respuesta de ACTUALIZACIÓN DE ÁREA DE SEGUIMIENTO, una respuesta de ACTUALIZACIÓN DE ÁREA DE ENRUTAMIENTO, respuesta ACEPTACIÓN DE ANEXO, O una respuesta de ACEPTACIÓN DE ACTUALIZACIÓN DE ÁREA DE SEGUIMIENTO. En algunas implementaciones , la red se configura para difundir el indicador de VoIMS como parte de la información del sistema de difusión enviada por cada celda. Como ejemplo de cómo este indicador de VoIMS podría utilizarse puede considerarse como una variación menor de la implementación descrita en la Figura 10B. En lugar de que el UE intente reseleccionar una celda de E-UTRAN a intervalos regulares y realizar Actualización de Área de Seguimiento para obtener el indicador de VoIMS (como se muestra en el Bloque 10B-1 de la Figura 10B) , el UE podría intentar leer la información del sistema de difusión de una celda de E-UTRAN a intervalos regulares para obtener el indicador de VoIMS. Si el Indicador de VoIMS obtenido de la información del sistema de difusión indica que la voz de IMS se soporta, entonces el UE procede a intentar el registro de IMS con indicadores que solicitan servicios de voz en 10B-2.

Cuarto Problema: Volver a cambiar a "Voz Céntrica" o "Datos Céntricos" después de que el Ajuste de Uso de UE se ha cambiado a "Sólo Datos".

Un cuarto problema con comportamiento especificado en las Figures 1A y IB antes mencionadas es que en algunas situaciones es deseable que el Ajuste de Uso de UE se cambie. Por ejemplo, si el UE descarga un mayor volumen de datos, entonces puede ser deseable que el Ajuste de Uso de UE sea "sólo Datos" de manera que el UE utilice E-UTRAN incluso si los servicios de voz no se encuentran disponibles en E-UTRAN. Cuando se descarga por completo el volumen de carga de datos, entonces puede ser deseable que el Ajuste de Uso de UE sea "Voz Céntrica" o "Datos Céntricos" nuevamente para asegurar que la voz se encuentre disponible, incluso si significa que otra RAT se selecciona. Un problema particular es que el usuario puede establecer el Ajuste de Uso de UE en "sólo datos" pero después olvidar invertir el ajuste nuevamente a "Voz Céntrica" o "Datos Céntricos" en una fase posterior.

Ejemplo 1 Más específicamente, si el ajuste de uso de UE en las Figuras 1A o IB antes mencionadas se establece en "Datos Céntricos", basándose en las preferencias de usuario o basándose en los requerimientos de las aplicaciones que se ejecutan en el UE, el ajuste de uso de UE puede modificarse a "Sólo Datos" para proporcionar prioridad a los servicios de datos y por lo tanto hacer que el UE seleccione la mejor RAT para los servicios de datos (es decir, E-UTRA ) . Sin embargo, es deseable que el Ajuste de Uso de UE pueda modificarse en un momento posterior al valor original (es decir, "Voz Céntrica" o "Datos Céntricos"). Como ejemplo, el Ajuste de Uso de UE puede cambiarse por el usuario en un momento posterior. En otro ejemplo, una aplicación que se ejecuta en el UE y requiere el mejor servicio de PS disponible aún cuando el UE se encuentre en "Voz Céntrica" o "Datos Céntricos", y basándose en esto, la aplicación o el usuario cambia el Ajuste de Uso de UE a "Sólo Datos". Sin embargo, una vez que ha terminado la aplicación, la aplicación o el UE cambia el Ajuste de Uso de UE nuevamente al valor original, es decir, "Voz Céntrica" o "Datos Céntricos" .

En tales escenarios, una vez que el Ajuste de Uso de UE se cambia a "Sólo Datos" el UE terminará seleccionando la RAT basándose en el comportamiento descrito en las implementaciones anteriores para un UE de "Sólo Datos". Sin embargo, una vez que el Ajuste de Uso de UE se modifica nuevamente al valor original, el UE debe intentar conectar a la RAT adecuada e intentar acceder a los servicios de voz basándose en la disponibilidad de IMS y el Ajuste de Voz de UE del UE. Con el comportamiento actual definido para el UE, sin embargo, el UE puede no intentar reseleccionar una RAT adecuada ni registrarse para IMS cuando IMS se encuentre disponible .

En ciertos escenarios, el Ajuste de Uso de UE se modifica por el usuario o una aplicación (o conjunto de aplicaciones) que se ejecutan en el UE de "Datos Céntricos" o "voz Céntrica" a "Sólo Datos" para permitir el mejor servicio de PS para aplicaciones que se ejecutan en el UE. En un momento posterior, el Ajuste de Uso de UE se invierte al ajuste original basándose en un conjunto de condiciones posibles de activación. Como resultado, el UE basándose en los Ajustes de Voz de UE realiza uno o más de los procedimientos descritos en las implementaciones anteriores para descubrir si la voz de IMS se encuentra disponible, registrarse con IMS y seleccionar la RAT adecuada.

Con referencia a la Figura 1A, en una implementación, una aplicación (o conjunto de aplicaciones) que se ejecutan en el UE modifica el Ajuste de Uso de UE en el bloque 11A-1. En el bloque 11A-2, las aplicaciones que modificaron el Ajuste de Uso de UE terminan (o alternativamente, las aplicaciones necesarias para la operación de "sólo datos" terminan) y provocan que el Ajuste de uso de UE se restablezca al valor original. Si el Ajuste de Voz de UE es "Voz Preferida de IMS, Voz secundaria de CS", el UE se comportará como las implementaciones anteriores para un UE cuyo Ajuste de Voz de UE es "Voz Preferida de IMS, Voz secundaria de CS" . Si el Ajuste de Voz de UE es "sólo Voz de IMS PS", el UE se comportará como las implementaciones anteriores para el UE cuyo Ajuste de Voz de UE es "sólo Voz de IMS PS" . Esto se indica generalmente en el bloque 11A-3.

Con referencia a la Figura 11B, en una implementacion, el usuario solicita una llamada de voz originada en un móvil en el bloque 11B-1. Con la solicitud de la llamada de voz originada en el móvil, el UE regresa a "Voz Céntrica" o "Datos Céntricos" para poder establecer la llamada de voz en el bloque 11B-2. El UE entonces se comporta como en la implementacion de la Figura 11A dependiendo del el Ajuste de Voz de UE. Esto implica invertir al Ajuste de Uso de UE original en el bloque 11B-3, y después continuar con uno de los métodos previamente descritos (11B-4) .

Con referencia a la Figura 11C, en una implementacion, el UE recibe un correo electrónico con un correo de voz como un anexo en el bloque 11C-1. Con la recepción de este correo electrónico, el UE regresa a "Voz Céntrica" o "Datos Céntricos" para poder regresar la llamada perdida en el bloque 11C-2. El UE entonces se comporta como la implementacion de la Figura 11A dependiendo del Ajuste de Voz de UE. Esto implica regresar al Ajuste de Uso de UE original en el bloque 11C-3, y después continuar con uno de los métodos previamente descritos (11C-4).

Con referencia a la Figura 11D, en una implementación, el usuario recibe una indicación de SMS de que un correo de voz se encuentra en espera o que una llamada se ha perdido en el bloque 11D-1. Con la recepción de este SMS el UE regresa a "Voz Céntrica" o "Datos Céntricos" para poder ser capaz de establecer una llamada de voz para recuperar el correo de voz y/o regresar la llamada perdida. El UE entonces se comporta como la implementación de la Figura 11A dependiendo del Ajuste de Voz de UE . Esto implica regresar al Ajuste de Uso de UE original en el bloque 11D-3, y después continuar con uno de los métodos previamente descritos (11D-4) .

Con referencia a la Figura 11E, en una implementación, una llamada de voz de IMS entrante se recibe por la infraestructura de ÍMS pero la llamada de voz podría no entregarse al UE debido a que el Registro de IMS para Voz de IMS no había tenido éxito, y el UE recibe la notificación del IMS de esta llamada perdida en el bloque 11E-1. Con la recepción de esta notificación, el UE regresa a "Voz Céntrica" o "Datos Céntricos" para poder regresar la llamada de voz perdida en el bloque 11E-2. El UE entonces se comporta como la implementación de la Figura 11A dependiendo del Ajuste de Voz de UE. Esto implica regresar al Ajuste de Uso de UE original en el bloque 11E-3, y después continuar con uno de los métodos previamente descritos (11E-4) .

En todas las implementaciones anteriores, la restauración puede lograrse como ejemplo al almacenar el valor de Ajuste de Uso de UE original cuando se modifique por la aplicación o el usuario y recuperar el valor.

Otro Dispositivo Móvil Con referencia ahora a la Figura 12, se muestra un diagrama de bloque de un dispositivo 700 de comunicación móvil que puede implementar métodos relacionados con UE descritos en la presente. Se entenderá que el dispositivo 700 móvil se muestra con detalles muy específicos para propósitos ejemplares solamente.

Un dispositivo de procesamiento (un microprocesador 728) se muestra esquemáticamente como acoplado entre un teclado 714 y una pantalla 726. El microprocesador 728 controla la operación de la pantalla 726, así como una operación general del dispositivo 700 móvil, en respuesta a la activación de las teclas en el teclado 714 por un usuario.

El dispositivo 700 móvil tiene un alojamiento que puede alargarse verticalmente, o puede tomar otras formas y tamaños (incluyendo estructuras de alojamiento tipo concha) . El teclado 714 puede incluir una tecla de selección de modo, u otro hardware o software para conmutar entre entrada de texto y entrada telefónica.

Además del microprocesador 728, otras partes del dispositivo 700 móvil se muestran esquemáticamente. Éstas incluyen: un subsistema 770 de comunicación; un subsistema 702 de corto alcance; el teclado 714 y la pantalla 726, junto con otros dispositivos de entrada/salida que incluyen un conjunto de LEDS 704, un conjunto de dispositivos 706 de E/S auxiliares, un puerto 708 serial, un altavoz 711 y un micrófono 712; así como dispositivos de memoria que incluyen una memoria flash 716 y una Memoria de Acceso Aleatoria (RAM) 718; y otros diversos subsistemas 720 de dispositivo. El dispositivo 700 móvil puede tener una batería 721 para energizar los elementos activos del dispositivo 700 móvil. El dispositivo 700 móvil en algunas implementaciones es un dispositivo de comunicación por radiof ecuencia (RF) de dos vías que tiene capacidades de comunicación de voz y de datos. Además, el dispositivo 700 móvil en algunas implementaciones tiene la capacidad de comunicarse con otros sistemas de cómputo mediante la Internet .

El software del sistema operativo ejecutado por el microprocesador 728 en algunas implementaciones se almacena en un almacén persistente, tal como la memoria flash 716, pero puede almacenarse en otros tipos de dispositivos de memoria, tal como una memoria de sólo lectura (ROM) o elemento de almacenamiento similar. Además, el software del sistema, aplicaciones específicas del dispositivo, o partes del mismo, pueden cargarse temporalmente en un almacén volátil, tal como la RAM 718. En algunas implementaciones, uno o más parámetros representativos de la irregularidad en la constelación de señales se almacenan en la memoria no volátil o en un almacén volátil. Señales de comunicación recibidas por el dispositivo 700 móvil también pueden almacenarse en la RAM 718.

El microprocesador 728, además de sus funciones del sistema operativo, permite la ejecución de aplicaciones de software en el dispositivo 700 móvil. Un conjunto predeterminado de aplicaciones de software que controlan las operaciones básicas de un dispositivo, tal como un módulo 730A de comunicación de voz y un módulo 730B de comunicación de datos, pueden instalarse en el dispositivo 700 móvil durante la fabricación. Además, un modulo 730C de aplicación de administrador de información personal (PIM) también puede instalarse en el dispositivo 700 móvil durante la fabricación. La aplicación de PIM en algunas implementaciones es capaz de organizar y manejar elementos de datos, tal como correo electrónico, eventos de calendario, correos de voz, citas, y elementos de tarea. La aplicación de PIM también en algunas implementaciones es capaz de enviar y recibir elementos de datos mediante una red 710 inalámbrica. En algunas implementaciones, los elementos de datos manejados por la aplicación de PIM se integran de manera continua, se sincronizan y se actualizan mediante la red 710 inalámbrica con los elementos de datos correspondientes del usuario del dispositivo almacenado o asociado con un sistema de cómputo central. También, módulos de software adicionales, ilustrados como otro modulo 730N de software pueden instalarse durante su fabricación.

Las funciones de comunicación, que incluyen comunicaciones de datos y voz, se realizan a través del subsistema 770 de comunicación, y posiblemente a través del subsistema 702 de comunicación de corto alcance. El subsistema 770 de comunicación incluye un receptor 750, un transmisor 752 y una o más antenas, ilustrada como una antena 754 de recepción y una antena 756 de transmisión. Además, el subsistema 770 de comunicación también incluye un módulo de procesamiento, tal como un procesador digital de señales (DSP) 758, y osciladores locales (los LO) 760. El diseño específico e implementación del subsistema 770 de comunicación depende de la red de comunicación en la cual se pretende operar el dispositivo 700 móvil. Por ejemplo, el subsistema 770 de comunicación del dispositivo 700 móvil puede diseñarse para operar con las redes de comunicación de datos móviles de Mobitex™, DataTAC™ o Servicios de Radio Paquete en General (GPRS) y también se diseña para operar con cualquiera de una variedad de redes de comunicación de voz, tales como Servicio Telefónico Móvil Avanzado (AMPS) , Acceso Múltiple por División de Tiempo (TDMA) , Acceso Múltiple por División de Código (CDMA) , Servicio de Comunicación Personal (PCS) , Sistema Global para Comunicación Móvil (GSM), etc. Otros tipos de redes de datos y voz, tanto separada como integrada, también pueden utilizarse con el dispositivo 700 móvil. Los dispositivos particulares bajo condición aquí son dispositivos móviles de multimodo, y como tales incluyen el hardware y el software para implementar por lo menos dos RAT. De manera más específica en un ejemplo particular, puede existir un subsistema 770 de comunicación respectivo para cada RAT implementada por el dispositivo.

El acceso de red puede variar dependiendo del tipo de sistema de comunicación. Por ejemplo, en las redes de Mobitex™ y DataTAC™, los dispositivos móviles se registran en la red utilizando un Número de Identificación Personal (PIN) único asociado con cada dispositivo. En redes de GPRS, sin embargo, el acceso de red típicamente se asocia con un suscriptor o usuario de un dispositivo. Un dispositivo de GPRS por lo tanto típicamente tiene un módulo de identidad de suscriptor, comúnmente denominado como tarjeta de Módulo de Identidad de Suscriptor (SIM) para operar en una red de GPRS.

Cuando se han completado los procedimientos de registro o activación de red, el dispositivo 700 móvil puede enviar o recibir señales de comunicación sobre la red 710 de comunicación. Las señales recibidas de la red 710 de comunicación por la antena 754 de recepción se enrutan en el receptor 750, el cual proporciona amplificación de señal conversión descendente de frecuencia, filtrado, selección de canal, etc., y también puede proporcionar conversión análoga a digital. La conversión de análogo a digital de la señal recibida permite que el DSP 758 realice funciones de comunicación más complejas, tal como desmodulación y descodificación. En una forma similar, las señales que se transmiten a la red 710 se procesan, (por ejemplo, modulan y codifican) por el DSP 758 y entonces se proporcionan al transmisor 752 para la conversión de digital a análogo, la conversión ascendente de frecuencia, filtrado, amplificación y transmisión a la red 710 de comunicación (o redes) mediante la antena 756 de transmisión.

Además de procesar las señales de comunicación, el DSP 758 proporciona para el control del receptor 750 y el transmisor 752. Por ejemplo, las ganancias aplicadas a las señales de comunicación en el receptor 750 y el transmisor 752 pueden controlarse de manera adaptable a través de algoritmos de control de ganancia automática implementados en el DSP 758.

En un modo de comunicación de datos, una señal recibida, tal como un mensaje de texto o descarga de página web, se procesa por el subsistema 770 de comunicación y se ingresa al microprocesador 728. La señal recibida entonces se procesa adicionalmente por el microprocesador 728 para su salida a la pantalla 726, o alternativamente a algunos otros dispositivos 706 de E/S auxiliares. Un usuario de dispositivo también puede componer elementos de datos, tales como mensajes de correo electrónico, utilizando el teclado 714 y/o algún otro dispositivo 706 de E/S auxiliar, tal como en una vía táctil, un conmutador oscilante, una rueda para pulgar o algún otro tipo de dispositivo de entrada. Los elementos de datos compuestos entonces pueden transmitirse sobre la red 710 de comunicación mediante el subsistema 770 de comunicación .

En un modo de comunicación de voz, la operación general del dispositivo sustancialmente es similar al modo de comunicación de datos, excepto por las señales recibidas que se producen en el altavoz 711, y las señales para la transmisión se generan por un micrófono 712. Los subsistemas de E/S de voz o audio alternativos, tales como un subsistema de grabación de mensajes de voz, también pueden implementarse en el dispositivo 700 móvil. Además, la pantalla 716 también puede utilizarse en el modo de comunicación de voz, por ejemplo, para desplegar la identidad de una parte que llama, la duración de una llamada de voz, u otra información relacionada con la llamada de voz.

El subsistema 702 de comunicación de corto alcance permite la comunicación entre el dispositivo 700 móvil y otros sistemas o dispositivos cercanos, que no necesariamente necesitan ser dispositivos similares. Por ejemplo, el subsistema de comunicación de corto alcance puede incluir un dispositivo infrarrojo y circuitos y componentes asociados, o un módulo de comunicación Bluetooth™ para proporcionar comunicación con sistemas y dispositivos habilitados de manera similar.

Numerosas modificaciones y variaciones de la presente invención son posibles en vista de las enseñanzas anteriores . Por lo tanto se entenderá que dentro del alcance de las reivindicaciones anexas, la invención puede practicarse de otra manera a la que se describe específicamente en la presente.

Claims (30)

REIVINDICACIONES

1. Un método en un equipo de usuario (UE) con un primer indicador relacionado con servicios de voz en un Sistema Evolucionado de Paquetes (EPS), el método caracterizado porque comprende: recibir un mensaje de respuesta de protocolo de Estrato Sin Acceso ( AS) con un segundo indicador; en respuesta por lo menos a uno del primer indicador o el segundo indicador, enviar una notificación de que los servicios de voz no se pueden proporcionar actualmente .

2. El método de conformidad con la reivindicación 1, caracterizado porque el mensaje de respuesta del protocolo de ÑAS es un mensaje de respuesta de registro de ÑAS.

3. El método de conformidad con la reivindicación 1, caracterizado porque uno o ambos del primer indicador o el segundo indicador son Indicadores del Servicio de Voz (los VSI) .

4. El método de conformidad con la reivindicación 3, caracterizado porque VSI se establece por lo menos en uno de: indicación de sesión de Voz de IMS sobre PS soportada; indicación de sesión de Voz de IMS sobre PS no soportada; Voz Céntrica; Datos Céntricos; Sólo voz de CS; Sólo Voz de IMS PS; Voz Preferida de CS, Voz Secundaria de IMS; o Voz Preferida de IMS, Voz Secundaria de CS .

5. El método de conformidad con la reivindicación 3, caracterizado porque los VSI son uno o más de: indicadores de Voz sobre Subsistema de Multimedia de IP (IMS VoPS) ; ajustes de uso de UE; y ajustes de voz de UE .

6. El método de conformidad con la reivindicación 1, caracterizado porque el segundo indicador por lo menos es uno de un valor de causa o una indicación de falla.

7. El método de conformidad con la reivindicación 6, caracterizado porque por lo menos uno del valor de causa o la indicación de falla se establece en: No registrar el UE para los servicios conmutados por circuito (CS) o conmutados por paquete (PS) ; o dominio de CS no disponible.

8. El método de conformidad con la reivindicación 1, caracterizado porque enviar una notificación se realiza por el UE y la notificación se envía por lo menos a uno de un usuario o una capa superior.

9. El método de conformidad con la reivindicación 1, caracterizado porque el mensaje de respuesta del registro de AS es por lo menos uno de: respuesta al procedimiento de anexo de EPS; respuesta de actualización de Área de Seguimiento; respuesta de actualización de Área de Enrutamiento; mensaje de aceptación de ANEXO; mensaje de RECHAZO DE SERVICIO; mensaje de ACEPTACIÓN DE ACTUALIZACIÓN DE ÁREA DE ENRUTAMIENTO; O mensaje de ACEPTACIÓN DE ACTUALIZACIÓN DE ÁREA DE SEGUIMIENTO.

10. El método de conformidad con la reivindicación 1, caracterizado porque el envío de la notificación es en respuesta al primer indicador y al segundo indicador.

11. Un método en un equipo de usuario (UE) con un primer indicador . relacionado con servicios de voz en un Sistema Evolucionado de Paquetes (EPS) , el método caracterizado porque comprende: recibir un mensaje de respuesta de protocolo de Estrato Sin Acceso ( AS) con un segundo indicador; y en respuesta por lo menos a uno del primer indicador o el segundo indicador, enviar una notificación de que los servicios de voz no se pueden proporcionar actualmente, en donde la notificación de que los servicios de voz no se pueden proporcionar actualmente comprende una notificación de que el dominio de CS no se encuentra disponible .

12. El método de conformidad con la reivindicación 11, caracterizado porque el mensaje de respuesta de protocolo de ÑAS es un mensaje de respuesta de registro de ÑAS.

13. El método de conformidad con la reivindicación 11, caracterizado porque uno o ambos del primer indicador o el segundo indicador son Indicadores de Servicios de Voz (los VSI) .

1 . El método de conformidad con la reivindicación 13, caracterizado porque el VSI se establece por lo menos en uno de: indicación de sesión de Voz de IMS sobre PS soportada; indicación de sesión de Voz de IMS sobre PS no soportada; Voz Céntrica; Datos Céntricos; Sólo Voz de CS; Sólo Voz de IMS PS; Voz Preferida de CS, Voz Secundaria de IMS; o Voz Preferida de IMS, Voz Secundaria de CS .

15. El método de conformidad con la reivindicación 13, caracterizado porque los VSI son uno o más de: indicadores de Voz sobre Subsistema de Multimedia de IP (IMS VoPS) ajustes de uso de UE; y ajustes de voz de UE.

16. El método de conformidad con la reivindicación 11, caracterizado porque el segundo indicador es por lo menos uno de un valor de causa o una indicación de falla.

17. El método de conformidad con la reivindicación 16, caracterizado porque por lo menos uno del valor de causa o la indicación de falla se establece en: No registrar el UE para servicios conmutados por circuito (CS) o conmutado por paquetes (PS); o dominio de CS no disponible.

18. El método de conformidad con la reivindicación 11, caracterizado porque el envío de una notificación se realiza por el UE y la notificación se envía por lo menos a uno de un usuario o una capa superior.

19. El método de conformidad con la reivindicación 11, caracterizado porque el mensaje de respuesta del registro de ÑAS es por lo menos uno de: respuesta al procedimiento de anexo de EPS; respuesta de actualización de Área de Seguimiento; respuesta de actualización de Área de Enrutamiento; mensaje de aceptación de ANEXO; mensaje de RECHAZO DE SERVICIO; mensaje de ACEPTACIÓN DE ACTUALIZACIÓN DE ÁREA DE ENRUTAMIENTO ; O mensaje de ACEPTACIÓN DE ACTUALIZACIÓN DE ÁREA DE SEGUIMIENTO.

20. El método de conformidad con la reivindicación 11, caracterizado porque el envío de la notificación es en respuesta al primer indicador y al segundo indicador.

21. Un método en un equipo de usuario (UE) con un primer indicador relacionado con servicios de voz en un Sistema Evolucionado de Paquetes (EPS) , el método caracterizado porque comprende: recibir un mensaje de respuesta de protocolo de Estrato Sin Acceso (ÑAS) con un segundo indicador; y en respuesta por lo menos a uno del primer indicador o el segundo indicador, enviar una notificación de que los servicios de voz no se pueden proporcionar actualmente .

22. El método de conformidad con la reivindicación 21, caracterizado porque el mensaje de respuesta de protocolo de AS es un mensaje de respuesta de registro de AS.

23. El método de conformidad con la reivindicación 21, caracterizado porque uno o ambos del primer indicador o el segundo indicador son Indicadores de Servicios de Voz (los VSI) .

24. El método de conformidad con la reivindicación 23, caracterizado porque el VSI se establece por lo menos en uno de : indicación de sesión de Voz de IMS sobre PS soportada; indicación de sesión de Voz de IMS sobre PS no soportada; Voz Céntrica; Datos Céntricos; Sólo Voz de CS; Sólo Voz de IMS PS; Voz Preferida de CS, Voz Secundaria de IMS; o Voz Preferida de IMS, Voz Secundaria de CS .

25. El método de conformidad con la reivindicación 23, caracterizado porque los VSI son uno o más de: indicadores de Voz sobre Subsistema de Multimedia de IP (IMS VoPS) ajustes de uso de UE; y ajustes de voz de UE.

26. El método de conformidad con la reivindicación 21, caracterizado porque el segundo indicador es por lo menos uno de un valor de causa o una indicación de falla.

27. El método de conformidad con la reivindicación 26, caracterizado porque por lo menos uno del valor de causa o la indicación de falla se establece en: no registrar el UE para servicios conmutados por circuito (CS) o conmutado por paquetes (PS) ; o dominio de CS no disponible.

28. El método de conformidad con la reivindicación 21, caracterizado porque el envío de una notificación se realiza por el UE y la notificación se envía por lo menos a uno de un usuario o una capa superior.

29. El método de conformidad con la reivindicación 21, caracterizado porque el mensaje de respuesta del registro de AS es por lo menos uno de: respuesta al procedimiento de anexo de EPS; respuesta de actualización de Área de Seguimiento; respuesta de actualización de Área de Enrutamiento; mensaje de aceptación de ANEXO; mensaje de RECHAZO DE SERVICIO; mensaje de ACEPTACIÓN DE ACTUALIZACIÓN DE ÁREA DE ENRUTAMIENTO; O mensaje de ACEPTACIÓN DE ACTUALIZACIÓN DE ÁREA DE SEGUIMIENTO.

30. El método de conformidad con la reivindicación 21, caracterizado porque el envío de la notificación es en respuesta al primer indicador y al segundo indicador.