ES2692343T3

ES2692343T3 - Repliegue de conmutación de circuitos

Info

Publication number: ES2692343T3
Application number: ES15752557.7T
Authority: ES
Inventors: Chang Hong Shan; Jerome Parron; Puneet K. Jain
Original assignee: Intel IP Corp
Current assignee: Intel IP Corp
Priority date: 2014-02-24
Filing date: 2015-02-23
Publication date: 2018-12-03
Anticipated expiration: 2035-02-23
Also published as: WO2015127384A1; EP3111699A4; US20160345210A1; JP6388952B2; JP2017508363A; US10299172B2; RU2646590C2; AU2015218697A1; EP3111699A1; BR112016017052A2; KR20160106613A; AU2015218697B2; MY178070A; EP3111699B1; CA2937915A1; RU2016130277A

Abstract

Una entidad de gestión de movilidad (108, 208, 308) utilizable para facilitar el repliegue de conmutación de circuitos, CSFB, para un equipo de usuario (102, 202, 302), la entidad de gestión de movilidad (108, 208, 308) comprendiendo uno o más procesadores configurados para: recibir (410) un indicador de capacidad CSFB optimizada del equipo de usuario (102, 202, 302) que define una capacidad CSFB optimizada del equipo de usuario (102, 202, 302); iniciar (430) un traspaso de continuidad de llamada de voz de radio única, SRVCC, del equipo de usuario (102, 202, 302) a una red de conmutación de circuitos según la capacidad CSFB optimizada del equipo de usuario (102, 202, 302); enviar (440) un mensaje de solicitud de protocolo de aplicación S1, S1-AP, a un eNB (104, 204, 304), en donde el mensaje de solicitud S1-AP incluye el indicador de capacidad CSFB optimizada y un indicador SRVCC para el equipo de usuario (102, 202, 302); y recibir (450) un mensaje de traspaso requerido del eNB (104, 204, 304), cuando el traspaso SRVCC del equipo de usuario (102, 202, 302) a la red de conmutación de circuitos se activa por una red de conmutación de paquetes según el indicador de capacidad CSFB optimizada y el indicador SRVCC; caracterizada por que el único o más procesadores se configuran para recibir (420) un tipo de servicio solicitado que activa el procedimiento CSFB para el equipo de usuario (102, 202, 302); en donde la entidad de gestión de movilidad (108, 208, 308) se configura para seleccionar el indicador SRVCC enviado en el mensaje de solicitud S1-AP al eNB (104, 204, 304) según el tipo de servicio solicitado.

Description

5

10

15

20

25

30

35

40

45

50

DESCRIPCION

Repliegue de conmutacion de circuitos.

Antecedentes

La tecnologfa de la comunicacion movil inalambrica usa varios estandares y protocolos para transmitir datos entre un nodo (p.ej., una estacion de transmision) y un dispositivo inalambrico (p.ej., un dispositivo movil). Algunos dispositivos inalambricos se comunican mediante el uso del acceso multiple por division de frecuencia ortogonal (OFDMA, por sus siglas en ingles) en una transmision de enlace descendente (ED) y acceso multiple por division de frecuencia de portadora unica (SC-FDMA, por sus siglas en ingles) en una transmision de enlace ascendente (EA). Estandares y protocolos que usan la multiplexacion por division de la frecuencia ortogonal (OFDM, por sus siglas en ingles) para la transmision de senales incluyen la evolucion a largo plazo (LTE, por sus siglas en ingles) del proyecto de asociacion de tercera generacion (3GPP, por sus siglas en ingles), el estandar 802.16 del Instituto de Ingenierfa Electrica y Electronica (IEEE, por sus siglas en ingles) (p.ej., 802.16e, 802.16m), el cual se conoce comunmente para grupos de la industria como WiMAX (Interoperabilidad Mundial para Acceso por Microondas) y el estandar IEEE 802.11, que se conoce comunmente para grupos de la industria como WiFi.

En sistemas LTE de red de acceso radioelectrico (RAN, por sus siglas en ingles) 3GPP, el nodo puede ser una combinacion de Nodos B de Red de Acceso de Radio Terrestre Universal Evolucionado (E-UTRAN) (tambien comunmente denotados como Nodo B evolucionados, Nodo B mejorados, eNodoB o eNB) y Controladores de Red Radioelectrica (RNC, por sus siglas en ingles), que se comunica con el dispositivo inalambrico, conocido como un equipo de usuario (EU). La transmision de enlace descendente (ED) puede ser una comunicacion del nodo (p.ej., eNodoB) al dispositivo inalambrico (p.ej., EU), y la transmision de enlace ascendente (EA) puede ser una comunicacion del dispositivo inalambrico al nodo.

El documento 3GPP Tdoc. S2-095143, "CSFB optimization based on SRVCC", describe cuestiones relacionadas con el retardo de establecimiento de llamada adicional por el repliegue de conmutacion de circuitos (CSFB, por sus siglas en ingles) e identifica posibles soluciones mediante la reutilizacion del procedimiento SRVCC.

Compendio

La invencion se define por el objeto de las reivindicaciones independientes. Las realizaciones ventajosas estan sujetas a las reivindicaciones dependientes.

Breve descripcion de los dibujos

Las caracterfsticas y ventajas de la descripcion seran aparentes a partir de la descripcion detallada que se describe a continuacion, tomada en conjunto con los dibujos anexos que, juntos, ilustran, a modo de ejemplo, las caracterfsticas de la descripcion; y, en donde:

La Figura 1 ilustra un procedimiento de repliegue de conmutacion de circuitos mejorado (eCSFB, por sus siglas en ingles) terminado en movil (TM) segun un ejemplo;

la Figura 2 ilustra un procedimiento de repliegue de conmutacion de circuitos mejorado (eCSFB) originado en movil (OM) segun un ejemplo;

la Figura 3 ilustra un procedimiento de repliegue de conmutacion de circuitos mejorado (CSFB) que incluye un procedimiento de continuidad de llamada de voz de radio unica (SRVCC, por sus siglas en ingles) segun un ejemplo;

la Figura 4 ilustra la funcionalidad de una entidad de gestion de movilidad (MME, por sus siglas en ingles) utilizable para facilitar el repliegue de conmutacion de circuitos (CSFB) para un equipo de usuario (EU) segun un ejemplo;

la Figura 5 ilustra la funcionalidad de un nodo B evolucionado (eNB) utilizable para facilitar el repliegue de conmutacion de circuitos (CSFB) para un equipo de usuario (EU) segun un ejemplo;

la Figura 6 ilustra un diagrama de flujo de un metodo para facilitar el repliegue de conmutacion de circuitos (CSFB) para un equipo de usuario (EU) segun un ejemplo; y

la Figura 7 ilustra un diagrama de un dispositivo inalambrico (p.ej., EU) segun un ejemplo.

Descripcion detallada

Antes de describir la presente invencion, se comprendera que la presente invencion no se encuentra limitada a las estructuras, etapas de proceso o materiales particulares descritos en la presente memoria. Tambien debe comprenderse que la terminologfa empelada en la presente memoria se usa con el proposito de describir ejemplos particulares solamente y no pretende ser restrictiva. Los mismos numerales de referencia en diferentes dibujos representan el mismo elemento. Los numeros provistos en los diagramas de flujo y procesos se proveen en aras de la claridad al ilustrar etapas y funciones y no indican necesariamente un orden o secuencia particular.

5

10

15

20

25

30

35

40

45

50

55

60

Realizaciones a modo de ejemplo

Un resumen inicial de las realizaciones de tecnologfa se provee mas abajo y luego realizaciones de tecnologfa especfficas se describen en mayor detalle mas adelante. Dicho resumen inicial pretende ayudar a los lectores a comprender la tecnologfa de manera mas rapida pero no pretende identificar caracterfsticas clave o caracterfsticas esenciales de la tecnologfa ni pretende limitar el alcance del objeto reivindicado.

Una tecnologfa se describe para facilitar el repliegue de conmutacion de circuitos (CSFB) para un equipo de usuario (EU). Una entidad de gestion de movilidad (MME) puede recibir un indicador de capacidad CSFB optimizada del EU que define una capacidad CSFB optimizada del EU. La MME puede recibir el indicador de capacidad CSFB optimizada del EU mediante un mensaje de adjuntar solicitud, un mensaje de solicitud de actualizacion de area seguimiento (TAU, por sus siglas en ingles), o un mensaje de solicitud de servicio extendido. En otro ejemplo, la MME puede identificar el indicador de capacidad CSFB optimizada segun un mensaje de reconocimiento de actualizacion de ubicacion que se recibe de un servidor de abonado local (HSS, por sus siglas en ingles), el mensaje de reconocimiento de actualizacion de ubicacion incluyendo un perfil de abonado de EU que indica la capacidad CSFB optimizada del EU. El indicador de capacidad CSFB optimizada puede ser "0" para indicar que el EU no admite CSFB basado en SRVCC o un "1" para indicar que el EU sf admite CSFB basado en SRVCC. Ademas, la MME puede recibir un tipo de servicio solicitado asociado al EU. En un ejemplo, la MME puede recibir el tipo de servicio solicitado de un centro de conmutacion movil (MSC, por sus siglas en ingles) mediante un mensaje de solicitud de radiobusqueda. El tipo de servicio solicitado puede ser uno de: voz, vfdeo, servicio suplementario de datos no estructurados (USSD, por sus siglas en ingles), servicio de ubicacion (LCS, por sus siglas en ingles) o desconocido.

La MME puede iniciar un traspaso de continuidad de llamada de voz de radio unica (SRVCC) del EU a una red de conmutacion de circuitos segun la capacidad CSFB optimizada del EU. La MME puede enviar un mensaje de solicitud de protocolo de aplicacion S1 (S1-AP, por sus siglas en ingles) a un nodo B evolucionado (eNB), en donde el mensaje de solicitud S1-AP incluye el indicador de capacidad CSFB optimizada y un indicador de continuidad de llamada de voz de radio unica (SRVCC) para el EU, en donde la MME selecciona el indicador SRVCC segun el tipo de servicio solicitado. El indicador SRVCC notifica al eNB si iniciar o no la SRVCC/SRVCC de vfdeo (vSRVCC, por sus siglas en ingles), en donde el indicador SRVCC es un "0" para indicar al eNB que no se espera ninguna SRVCC/vSRVCC o CSFB heredado, en donde el indicador SRVCC es un "1" para indicar al eNB que SRVCC se espera, en donde el indicador SRVCC es una "2" para indicar al eNB que vSRVCC se espera. La MME puede recibir un mensaje de traspaso requerido del eNB, en donde el eNB se configura para enviar el mensaje de traspaso requerido a la MME cuando el traspaso SRVCC del EU a la red de conmutacion de circuitos se activa por una red de conmutacion de paquetes segun, en parte, el indicador de capacidad CSFB optimizada y el indicador SRVCC. Un procedimiento de traspaso de conmutacion de paquetes a conmutacion de circuitos (PS-CS, por sus siglas en ingles) puede iniciarse incluso cuando no hay una portadora CQI=1 asociada al EU.

El repliegue de conmutacion de circuitos (CSFB) es una tecnologfa por medio de la cual servicios de servicio de voz y mensajes cortos (SMS, por sus siglas en ingles) se entregan a un dispositivo LTE a traves del uso del Sistema Global para Comunicaciones Moviles (GSM, por sus siglas en ingles) u otra red de conmutacion de circuitos. En otras palabras, aunque el dispositivo LTE puede recibir comunicaciones de una red de conmutacion de paquetes, los dispositivos LTE conmutaran otra vez o se replegaran a la red de conmutacion de circuitos. En general, las redes de conmutacion de paquetes son mas nuevas y pueden proveer capacidades mejoradas en comparacion con redes de conmutacion de circuitos mas antiguas. Una red de conmutacion de paquetes es una red basada en paquetes y de todos los Protocolos de Internet (IP, por sus siglas en ingles). Los paquetes pueden transmitirse a una direccion de destino y, cuando se reciben, los paquetes se reensamblan para formar el mensaje. Por otro lado, una red de conmutacion de circuitos usa conexiones dedicadas de punto a punto durante las llamadas de voz. Cuando el dispositivo LTE se desplaza dentro de una red de conmutacion de circuitos (en oposicion a una red de conmutacion de paquetes), el dispositivo LTE puede completar llamadas de voz mediante el repliegue a la red de conmutacion de circuitos (p.ej., una red 2G o 3G). Cuando el dispositivo LTE regresa a una red de conmutacion de paquetes, el dispositivo LTE puede retornar al uso de la red de conmutacion de paquetes como por defecto. Por lo tanto, CSFB provee a los dispositivos LTE la capacidad de utilizar redes de conmutacion de circuitos desactualizadas cuando redes de conmutacion de paquetes mas nuevas no se encuentran disponibles en la ubicacion actual del dispositivo LTE.

La Continuidad de Llama de Voz de Radio Unica (SRVCC) es un esquema que permite un traspaso de datos de paquete a llamadas de voz de conmutacion de circuitos. SRVCC permite que las llamadas de dominio de paquete en LTE se traspasen, sin interrupciones, a sistemas de voz de conmutacion de circuitos heredados como, por ejemplo, GSM, sistemas de telecomunicaciones moviles universales (UMTS, por sus siglas en ingles) o acceso multiple por division de codigo (CDMA, por sus siglas en ingles). En otras palabras, SRVCC provee la capacidad de transicion de una llamada de voz de una Voz en IP (VoIP, por sus siglas en ingles) o dominio de Subsistema Multimedia IP (IMS, por sus siglas en ingles) a una red heredada (p.ej., una red de conmutacion de circuitos). Los operadores de red utilizan SRVCC para llevar a cabo el traspaso mientras mantienen la calidad de servicio (QoS, por sus siglas en ingles) y aseguran que la continuidad de llamada sea aceptable para llamadas de emergencia.

5

10

15

20

25

30

35

40

45

50

55

60

El traspaso de una red LTE a la red heredada (p.ej., una red de conmutacion de circuitos) puede ocurrir cuando un dispositivo movil se mueve fuera de un area de cobertura LTE. Cuando un EU con capacidad SRVCC que se conecta en una llamada de voz determina que el EU se esta alejando del area de cobertura LTE, el EU notifica a la red LTE. La red LTE determina que la llamada de voz debe moverse hacia la red heredada. La red LTE notifica a un servidor de centro de conmutacion movil (MSC) sobre la necesidad de conmutar la llamada de voz del dominio de paquete al dominio de circuito e inicia un traspaso de una portadora de voz LTE a la red heredada. El servidor MSC establece un trayecto de portadora para el EU en la red heredada y notifica a un nucleo IMS que la llamada de voz del EU se esta moviendo del dominio de paquete al dominio de circuito. Cuando el EU llega a la red heredada, el EU conmuta su procesamiento de voz interno de, por ejemplo, VoIP a voz de circuito heredado y la llamada de voz continua. Cuando el EU llega otra vez al area de cobertura LTE, la llamada de voz vuelve otra vez a la red LTE de manera similar.

En un procedimiento SRVCC de video (vSRVCC) heredado, segun se define en la Especificacion Tecnica (TS, por sus siglas en ingles) 3GPP 23.213 Seccion 6.2.2, los recursos radioelectricos y de red para la llamada de voz o videollamada de un EU en una red de acceso radioelectrico (RAN) objetivo puede asignarse cuando el servidor MSC recibe un mensaje de solicitud de conmutacion de paquete (PS) a conmutacion de circuito (CS) SRVCC. Cuando el EU recibe un traspaso (HO, por sus siglas en ingles) de un mensaje de comando E-UTRAN, el EU sabe que los recursos radioelectricos y de red para la llamada de voz o videollamada se han reservado en la RAN objetivo. Por lo tanto, cuando el EU se ajusta a la RAN objetivo, el EU puede omitir un procedimiento de asignacion de recursos radioelectricos con la RAN objetivo, que puede ahorrar tiempo y recursos durante VSRVCC.

En una solucion previa, cuando la E-UTRAN recibe un protocolo de aplicacion S1 (S1AP) con un indicador CSFB de una entidad de gestion de movilidad (MME), la EUTRAN puede analizar la portadora de sistema de paquetes evolucionado (EPS, por sus siglas en ingles) del EU con el fin de determinar si hay una portadora CQI=1. Si no hay una portadora CQI=1, la EUTRAN no inicia el procedimiento SRVCC, mientras que la EUTRAN si inicia el procedimiento SRVCC cuando hay una portadora CQI=1.

En otra solucion previa, un procedimiento CSFB mejorado u optimizado que combina CSFB y SRVCC se introduce. En la presente solucion, no hay una portadora CQI=1 EPS en general para el EU. Si la EUTRAN no sabe si el EU admite el CSFB mejorado cuando recibe el mensaje S1 -AP (con el indicador CSFB) de la MME, la EUTRAN no inicia el procedimiento SRVCC. Sin embargo, en la solucion previa, los elementos de red (p.ej., la MME) no saben si el EU admite el CSFB mejorado o solamente un CSFB heredado. Por lo tanto, la presente tecnologia describe informar a los elementos de red (p.ej., la MME y el eNB) sobre la capacidad CSFB mejorada del EU.

Dado que no hay una portadora CQI=1 para el eNB en la otra solucion previa, el eNB puede solicitar una asignacion de recursos para llamadas de voz en un mensaje de traspaso requerido a la RAN objetivo. El eNB puede solicitar la asignacion de recursos para llamadas de voz por defecto. En otras palabras, el procedimiento CSFB mejorado en la otra solucion previa supone que el procedimiento SRVCC solo se usa para llamadas de voz y no considera otros servicios como, por ejemplo, llamadas de video, servicios de ubicacion (LCS) o servicio suplementario de datos no estructurados (USSD). Si el EU solicita vSRVCC (a saber, una videollamada en oposicion a una llamada de voz), cuando el EU se ajusta a la RAN objetivo, una portadora TS 11 asignada para la llamada de voz no puede usarse para la videollamada. En otras palabras, la portadora TS 11 se asigna para el EU, pero no puede usarse de todos modos. En el presente caso, el EU puede sincronizarse con la RAN objetivo para la asignacion de recursos, pero dicha senalizacion adicional puede perder tiempo y malgastar recursos radioelectricos. De manera similar, si el EU solicita LCS o USSD, la portadora TS 11 asignada no es compatible con dichos dos tipos de servicios. Como resultado, la asignacion de la portadora TS 11 por defecto en dichas situaciones es una perdida de recursos radioelectricos en la RAN objetivo.

Segun se describe en mayor detalle mas abajo, con el fin de aliviar la asignacion incorrecta de recursos a la RAN objetivo durante el procedimiento CSFB mejorado u optimizado (a saber, una combinacion de CSFB y SRVCC), el elemento de red (p.ej., la MME o eNB) puede determinar un tipo de servicio solicitado para el EU. El tipo de servicio solicitado puede incluir voz, video, LCS o USSD. En un ejemplo, el EU puede directamente informar al EU sobre el tipo de servicio solicitado cuando el procedimiento CSFB mejorado se admite por el EU. Cuando el elemento de red identifica el tipo de servicio solicitado del EU que activa el procedimiento CSFB mejorado, el elemento de red puede solicitar la RAN objetivo para una asignacion de recursos exacta (a saber, una asignacion de recursos que corresponde al tipo de servicio solicitado del EU). Como resultado, una asignacion incorrecta de recursos puede evitarse (a saber, una asignacion de recursos que no es compatible para el tipo de servicio solicitado del EU) y la asignacion de recursos no tiene que renegociarse despues de que el EU se ajusta a la RAN objetivo.

Para el repliegue de conmutacion de circuitos (CSFB) terminado en movil (TM), un centro de conmutacion movil (MSC) puede identificar un tipo de servicio exacto a partir de los datos entrantes o de una llamada entrante, y no asigna una portadora de conmutacion de circuitos (CS) incorrecta para un equipo de usuario (EU). En un mensaje de solicitud de radiobusqueda del MSC a una entidad de gestion de movilidad (MME), el tipo de servicio exacto (p.ej., voz, video, USSD, LCS o desconocido) puede incluirse. Por lo tanto, la MME puede determinar el tipo de servicio exacto que activa el CSFB segun el mensaje de solicitud de radiobusqueda recibido del MSC. Cuando la MME determina el tipo de servicio exacto, una primera solucion para eCSFB TM o una segunda solucion para eCSFB TM pueden implementarse, segun se describe en mayor detalle mas abajo.

5

10

15

20

25

30

35

40

45

50

55

60

En la primera solucion, la MME puede enviar un mensaje de protocolo de aplicacion S1 (S1-AP) con un indicador CSFB a un nodo B evolucionado (eNB) despues de recibir el mensaje de solicitud de radiobusqueda con el tipo de servicio exacto del MSC. El indicador CSFB puede notificar al eNB que CSFB se necesita para el EU. Cuando el eNB recibe el mensaje S1-AP con el indicador CSFB de la MME, el eNB puede decidir si iniciar o no el procedimiento SRVCC para voz segun la indicacion de capacidad de SRVCC del EU en un indicador de grupo de caracteristicas (FGI, por sus siglas en ingles). El eNB puede recibir el FGI directamente del EU. Si el EU tiene capacidad SRVCC, el eNB puede iniciar el procedimiento SRVCC mediante el envio de un mensaje de traspaso requerido a la MME. Cuando la MME recibe el mensaje de traspaso requerido del eNB, si el tipo de servicio solicitado es voz, la MME (a la que tambien se hace referencia como una MME de origen) puede iniciar un procedimiento de traspaso de conmutacion de paquetes (PS) a conmutacion de circuitos (CS) para la solicitud de voz mediante el envio de un mensaje de solicitud SRVCC PS a CS al MSC. El mensaje de solicitud SRVCC PS a CS puede incluir una IMSI, ID objetivo, STN-SR, C-MSISDN, contenedor transparente origen a objetivo, contexto MM, indicacion de emergencia y un indicador CSFB. El servidor MSC puede proceder con el procedimiento SRVCC para preparar recursos para voz ademas de la senalizacion Si el tipo de servicio solicitado es video, la MME de origen puede iniciar el procedimiento de traspaso PS-CS para la videollamada solicitada mediante el envio de un mensaje de solicitud sRvCC PS a CS al MSC. El mensaje de solicitud SRVCC PS a CS puede incluir una IMSI, ID objetivo, STN-SR, C-MSISDN, contenedor transparente origen a objetivo, contexto MM, indicador CSFB y bandera vSRVCC. El servidor MSC puede proceder con el procedimiento vSRVCC para preparar recursos para voz ademas de la senalizacion Si el tipo de servicio solicitado es diferente de voz o video, la MME de origen puede enviar un mensaje de solicitud SRVCC PS a CS al servidor MSC. El mensaje de solicitud SRVCC PS a CS puede incluir una IMSI, ID objetivo, STN-SR, C-MSISDN, contenedor transparente origen a objetivo, contexto MM, indicador CSFB y no voz o video. El Servidor MSC puede proceder con un procedimiento SRVCC anormal para preparar recursos de senalizacion.

En la segunda solucion, segun el tipo de servicio recibido en el mensaje de solicitud de radiobusqueda, la MME puede usar un indicador SRVCC innovador para notificar el eNB sobre si SRVCC/vSRVCC debe iniciarse o no. Como ejemplos no restrictivos, el indicador SRVCC innovador puede ser "0" para indicar que no se espera ninguna SRVCC/vSRVCC o CSFB heredado, un "1" para indicar que SRVCC se espera, o un "2" para indicar que vSRVCC se espera. El eNB puede llevar a cabo una accion especifica segun el indicador SRVCC incluido en el mensaje S1- AP. Por ejemplo, si SRVCC se espera, el eNB puede iniciar el procedimiento SRVCC, como se define en TS 23.216 3GPP. Si vSRVCC se espera, el eNB puede iniciar el procedimiento vSRVCC, como se define en TS 23.216 3GPP. Si no se esperan SRVCC/vSRVCC o CSFB heredado, el eNB puede proceder con el CSFB heredado, segun se define en TS 23.272 3GPP, Secciones 6.2, 6.3 y 6.4. Cuando la MME recibe el mensaje de traspaso requerido del eNB, si el tipo de servicio solicitado es voz, la MME de origen puede iniciar un procedimiento de traspaso PS-CS para la solicitud de voz mediante el envio de un mensaje de solicitud SRVCC PS a CS al servidor MSC. El mensaje de solicitud SRVCC PS a CS puede incluir una IMSI, ID objetivo, STN-SR, C-MSISDN, contenedor transparente origen a objetivo, contexto MM, indicacion de emergencia y un indicador CSFB. El servidor MSC puede proceder con el procedimiento SRVCC para preparar recursos para voz ademas de la senalizacion Si el tipo de servicio solicitado es video, la MME de origen puede iniciar el procedimiento de traspaso PS-CS para la videollamada solicitada mediante el envio de un mensaje de solicitud SRVCC PS a CS al servidor MSC. El mensaje de solicitud SRVCC PS a CS puede incluir una IMSI, ID objetivo, STN-SR, C-MSISDN, contenedor transparente origen a objetivo, contexto MM, indicador CSFB y bandera vSRVCC. El servidor MSC puede proceder con el procedimiento vSRVCC con el fin de preparar recursos para video ademas de la senalizacion.

La Figura 1 ilustra un procedimiento de repliegue de conmutacion de circuitos mejorado (eCSFB) terminado en movil (TM) a modo de ejemplo. En particular, la Figura 1 puede describir la primera solucion para eCSFB TM o la segunda solucion para eCSFB TM segun se describe mas arriba.

Con respecto a la primera solucion para eCSFB TM, en la etapa 1a, un centro de conmutacion movil (MSC) 110 de continuidad de llamada de voz de radio unica (SRVCC) puede enviar un mensaje de solicitud de radiobusqueda a una entidad de gestion de movilidad (MME) 108 en una interfaz SGs. El mensaje de solicitud de radiobusqueda puede incluir un tipo de servicio como, por ejemplo, voz, video, servicios de ubicacion (LCS), servicio suplementario de datos no estructurados (USSD), o desconocido. Si un equipo de usuario (EU) 102 se encuentra en modo conectado, la MME 108 puede enviar un mensaje de notificacion de radiobusqueda CS al EU 102. Si el EU 102 se encuentra en modo inactivo, la MME 108 puede enviar un mensaje de radiobusqueda a cada eNodoB 104 y el eNodoB 104 puede reenviar el mensaje de radiobusqueda al EU 102.

Si el EU 102 se encuentra en modo INACTIVO, la MME 108 puede enviar un mensaje de solicitud de servicio SGs al MSC 110 que contiene una indicacion de que el EU 102 se encontraba en modo INACTIVO. Cuando el MSC 110 recibe el mensaje de solicitud de servicio SGs, el MSC 110 puede detener la retransmision del mensaje de radiobusqueda de interfaz SGs.

Si el EU 102 se encuentra en modo CONECTADO, la MME 108 puede enviar un mensaje de solicitud de servicio SGs al MSC 110 que contiene una indicacion de que el EU 102 se encontraba en modo conectado. El MSC 110 puede usar dicha indicacion de modo conectado para iniciar el reenvio de llamada en un temporizador de no respuesta para el EU 102 y el MSC 110 debe enviar una indicacion de usuario que alerta a la parte que llama.

5

10

15

20

25

30

35

40

45

50

55

Cuando el MSC 110 recibe el mensaje de solicitud de servicio SGs, el MSC 110 puede detener la retransmision del mensaje de radiobusqueda de interfaz SGs.

En la etapa 1b, el EU 102 puede enviar un mensaje de solicitud de servicio extendido a la MME 108 para el repliegue CS (CSFB) terminado en movil. El mensaje de solicitud de servicio extendido puede encapsularse en un control de recursos radioelectricos (RRC, por sus siglas en ingles) y mensajes de protocolo de aplicacion S1 (S1- AP).

En la etapa 1c, la MME 108 puede enviar un mensaje de solicitud S1-AP al eNodoB 104 que incluye el Indicador de Repliegue CS. El indicador CSFB notifica al eNodoB 104 que CSFB se necesita para el EU 102. El mensaje de solicitud S1 -AP puede incluir un tipo de servicio exacto (p.ej., voz, video, USSD, LCS, desconocido).

En la etapa 2a, el eNodoB 104 puede, de manera opcional, solicitar un informe de medicion del EU 102 para determinar una celula de Red de Acceso Radio Terrestre Universal (UTRAN, por sus siglas en ingles) objetivo o Velocidades de Datos Mejoradas del Sistema Global para Comunicaciones Moviles (GSM) objetivo para la celula de Red de Acceso Radio de Evolucion GSM (GERAN, por sus siglas en ingles) a la cual el traspaso de conmutacion de paquetes (PS) se llevara a cabo.

En la etapa 2b, segun los informes de medicion EU, el indicador de repliegue CS en la etapa 1c y la capacidad SRVCC del EU, una E UTRAN de origen puede decidir activar un traspaso SRVCC a UTRAN/GERAN mediante el envio de un mensaje de traspaso requerido a la MME 108.

En la etapa 2c, cuando la MME 108 recibe el mensaje de traspaso requerido del eNB 104, si el tipo de servicio solicitado es voz, la MME 108 de origen puede iniciar un procedimiento de traspaso de conmutacion de paquetes (PS) a conmutacion de circuitos (CS) para la solicitud de voz mediante el envio de un mensaje de solicitud SRVCC PS a CS al servidor MSC 110. El mensaje de solicitud SRVCC PS a CS puede incluir una identidad de abonado movil internacional (IMSI, por sus siglas en ingles), un identificador objetivo (ID), un numero de transferencia de sesion para SRVCC (STN-SR, por sus siglas en ingles), un numero de red digital de servicios integrados (ISDN, por sus siglas en ingles) de estacion movil de correlacion (C-MSISDN, por sus siglas en ingles), un contenedor transparente de origen a objetivo, un contexto MM, una indicacion de emergencia y un indicador CSFB. Si el tipo de servicio solicitado es video, la MME 108 de origen puede iniciar el procedimiento de traspaso PS-CS para la videollamada solicitada mediante el envio de un mensaje de solicitud SRVCC PS a CS al servidor MSC 110. El mensaje de solicitud SRVCC PS a CS puede incluir una IMSI, ID objetivo, STN-SR, C-MSISDN, contenedor transparente origen a objetivo, contexto MM, indicador CSFB y bandera vSRVCC.

Si el tipo de servicio solicitado es diferente de voz o video, la MME 108 de origen puede enviar un mensaje de solicitud SRVCC PS a CS al servidor MSC 110. El mensaje de solicitud SRVCC PS a CS puede incluir una ImSi, ID objetivo, STN-SR, C-MSISDN, contenedor transparente origen a objetivo, contexto MM, indicador CSFB y no voz o video. La MME 108 no necesita eliminar una portadora QCI=1 dado que el procedimiento SRVCC se debe a CSFB y no hay una portadora QCI=1.

En la etapa 2d, cuando el servidor MSC 110 recibe el mensaje de solicitud SRVCC PS a CS, el servidor MSC 110 puede identificar el tipo de servicio que activa el eCSFB. Si el tipo de servicio es voz, el servidor MSC 110 puede proceder con el procedimiento SRVCC para preparar recursos para voz. Si el tipo de servicio es video, el servidor MSC 110 puede proceder con el procedimiento vSRVCC para preparar recursos para video ademas de la senalizacion. Si el tipo de servicio es para no voz o video, el servidor MSC 110 puede proceder con un procedimiento SRVCC anormal para preparar solamente recursos de senalizacion. Dado que la SRVCC se debe al CSFB, el MSC 110 SRVCC no inicia un procedimiento de transferencia de sesion al IMS y solo activa una preparacion de traspaso CS heredado. Si el MSC 110 SRVCC no es un MSC objetivo 112, entonces el MSC 110 SRVCC puede hacer interfuncionar la solicitud de traspaso PS-CS con una solicitud de traspaso CS inter MSC mediante el envio de un mensaje de solicitud de preparacion de traspaso al MSC objetivo 112.

En la etapa 2e, el servidor MSC 110 puede enviar un mensaje de respuesta SRVCC PS a CS (contenedor transparente objetivo a origen) a la MME 108 de origen.

En la etapa 2f, la MME 108 de origen puede enviar un mensaje de comando de traspaso (contenedor transparente objetivo a origen) a la E-UTRAN de origen (o eNodoB 104) y luego al EU 102. El mensaje de comando de traspaso puede incluir informacion sobre el componente de voz.

En la etapa 2g, el EU 102 puede enviar un mensaje de reubicacion/traspaso completo a un sistema de estacion base (BSS, por sus siglas en ingles)/subsistema de red radioelectrica (RNS, por sus siglas en ingles) 106.

En la etapa 2h, el BSS/RNS 106 puede reenviar el mensaje de reubicacion/traspaso completo al MSC 110 SRVCC.

En la etapa 3, el EU 102 puede enviar un mensaje de respuesta de radiobusqueda al MSC 110.

En la etapa 4, el MSC 110 puede omitir el procedimiento de autenticacion dado que el EU 102 y la MME 108 generan, respectivamente, el contexto de seguridad CS durante el procedimiento SRVCC. En otras palabras, el

5

10

15

20

25

30

35

40

45

50

MSC 110 no tiene que enviar un mensaje de solicitud de autenticacion al EU 102 y el EU 102 no tiene que enviar un mensaje de respuesta de autenticacion al MSC 110.

En la etapa 5, despues de recibir el mensaje de reubicacion/traspaso completo del RNS/BSS 106 en la etapa 2h, los procedimientos de llamada CS aplicables continuan. Como se describe en TS 24.008 3GPP, el EU 102 puede generar una instancia de llamada para SRVCC con TI=0, que es similar a la instancia de llamada terminada durante un procedimiento SRVCC HO, a saber, la instancia de llamada es con TI=0 y TI Bandera=1. Con el fin de evitar una colision en el lado de EU, el MSC 110 puede enviar un mensaje de establecimiento con TI=1 y TI Bandera=0, en oposicion a un mensaje de establecimiento con TI=0 y TI Bandera=0.

En la etapa 6, el EU 102 puede enviar un mensaje de llamada confirmada al MSC 110.

En la etapa 7, dado que la portadora de acceso radioelectrico CS (RAB, por sus siglas en ingles) ya se ha preasignado durante un procedimiento de preparacion de traspaso SRVCC, el MSC 110 puede omitir el procedimiento de asignacion RAB CS. En otras palabras, el MSC 110 no tiene que llevar a cabo una asignacion RAB con el BSS/RNS 106, y el BSS/RNS 106 no tiene que llevar a cabo un establecimiento RAB con el EU 102.

En la etapa 8, el EU 102 puede enviar un mensaje de alerta al MSC 110.

En la etapa 9, el MSC 110 puede enviar un mensaje de desconexion (TI=0, TI Bandera=0) para liberar una instancia de llamada ficticia creada durante el procedimiento SRVCC.

Con respecto a la segunda solucion para eCSFB TM, en la etapa 1a, el MSC 110 puede enviar un mensaje de solicitud de radiobusqueda a la MME 108 en una interfaz SGs. El mensaje de solicitud de radiobusqueda puede incluir el tipo de servicio (p.ej., voz, video, USSD, LCS, desconocido). Si el EU 102 se encuentra en modo conectado, la MME 108 puede enviar un mensaje de notificacion de radiobusqueda CS al EU 102. Si el EU 102 se encuentra en modo inactivo, la MME 108 puede enviar un mensaje de radiobusqueda a cada eNodoB 104 y el eNodoB 104 puede reenviar el mensaje de radiobusqueda al EU 102.

Si el EU 102 se encuentra en modo CONECTADO, la MME 108 puede enviar el mensaje de solicitud de servicio SGs al MSC 110 que contiene una indicacion de que el EU 102 se encontraba en modo conectado. El MSC 110 puede usar dicha indicacion de modo conectado para iniciar el reenvio de llamada en un temporizador de no respuesta para el EU 102 y el MSC 110 debe enviar una indicacion de usuario que alerta a la parte que llama. Cuando el MSC 110 recibe el mensaje de solicitud de servicio SGs, el MSC 110 puede detener la retransmision del mensaje de radiobusqueda de interfaz SGs.

En la etapa 1b, el EU 102 puede enviar un mensaje de solicitud de servicio extendido a la MME 108 para el repliegue CS (CSFB) terminado en movil. El mensaje de solicitud de servicio extendido puede encapsularse en un control de recursos radioelectricos (RRC) y mensajes de protocolo de aplicacion S1 (S1-AP).

En la etapa 1c, la MME 108 puede enviar un mensaje de solicitud S1 -AP al eNodoB 104 que incluye el indicador de repliegue CS.

Segun el tipo de servicio recibido en el mensaje de solicitud de radiobusqueda, la MME 108 puede usar un indicador SRVCC innovador para notificar el eNodoB 104 sobre si SRVCC/vSRVCC debe iniciarse o no. A modo de ejemplos no restrictivos, el indicador SRVCC innovador puede ser "0" para indicar que no se espera ninguna SRVCC/vSRVCC o CSFB heredado, un "1" para indicar que SRVCC se espera, o un "2" para indicar que vSRVCC se espera. El eNodoB 104 puede llevar a cabo una accion especifica segun el indicador SRVCC incluido en el mensaje S1-AP. Por ejemplo, si SRVCC se espera, el eNodoB 104 puede iniciar el procedimiento SRVCC, como se define en TS

23.216 3GPP. Si vSRVCC se espera, el eNodoB 104 puede iniciar el procedimiento vSRVCC, como se define en TS

23.216 3GPP. Si no se espera ninguna SRVCC/vSRVCC o CSFB heredado, el eNodoB 104 puede proceder con el CSFB heredado, segun se define en TS 23.272 3GPP, Secciones 6.2, 6.3 y 6.4.

En la etapa 2a, el eNodoB 104 puede, de manera opcional, solicitar un informe de medicion del EU 102 para determinar una celula GERAN/UTRAN objetivo con respecto a la cual se llevara a cabo el traspaso de conmutacion de paquetes (PS).

En la etapa 2b, segun los informes de medicion EU, el indicador de repliegue CS en la etapa 1c y la capacidad SRVCC del EU, una E UTRAN de origen (o eNodoB 104) puede decidir activar un traspaso sRvCC del EU 102 a la UTRAN/GERAN mediante el envio de un mensaje de traspaso requerido a la MME 108.

En la etapa 2c, cuando la MME 108 recibe el mensaje de traspaso requerido del eNB 104, si el tipo de servicio solicitado es voz, la MME 108 de origen puede iniciar un procedimiento de traspaso de PS-CS para la solicitud de

5

10

15

20

25

30

35

40

45

50

55

60

voz mediante el envio de un mensaje de solicitud SRVCC PS a CS al servidor MSC 110. El mensaje de solicitud SRVCC PS a CS puede incluir una IMSI, ID objetivo, STN-SR, C-MSISDN, contenedor transparente origen a objetivo, contexto MM, indicacion de emergencia y un indicador CSFB. El servidor MSC 110 puede proceder con el procedimiento SRVCC para preparar recursos para voz ademas de la senalizacion. Si el tipo de servicio solicitado es video, la MME 108 de origen puede iniciar el procedimiento de traspaso PS-CS para la videollamada solicitada mediante el envio de un mensaje de solicitud SRVCC PS a CS al servidor MSC 110. El mensaje de solicitud SRVCC PS a CS puede incluir una iMSI, ID objetivo, STN-SR, C-MSISDN, contenedor transparente origen a objetivo, contexto MM, indicador CSFB y bandera vSRVCC. El servidor MSC 110 puede proceder con el procedimiento vSRVCC para preparar recursos para video ademas de la senalizacion. La MME 108 no necesita eliminar una portadora QCI=1 dado que el procedimiento SRVCC se debe a CSFB y no hay una portadora QCI=1.

En la etapa 2d, cuando el servidor MSC 110 recibe el mensaje de solicitud SRVCC PS a CS, el servidor MSC 110 puede identificar el tipo de servicio que activa el eCSFB. Si el tipo de servicio es voz, el servidor MSC 110 puede proceder con el procedimiento SRVCC para preparar recursos para voz. Si el tipo de servicio es video, el servidor MSC 110 puede proceder con el procedimiento vSRVCC para preparar recursos para video ademas de la senalizacion. Dado que la SRVCC se debe al CSFB, el MSC 100 SRVCC no inicia un procedimiento de transferencia de sesion al IMS y solo activa una preparacion de traspaso CS heredado. Si el MSC 110 SRVCC no es un MSC objetivo 112, entonces el MSC 110 SRVCC puede hacer interfuncionar la solicitud de traspaso PS-CS con una solicitud de traspaso CS inter MSC mediante el envio de un mensaje de solicitud de preparacion de traspaso al MSC objetivo 112.

Las etapas 2e a 9 en la Figura 1 son similares a la descripcion de las etapas 2e a 9 provista mas arriba.

Para el repliegue de conmutacion de circuitos (CSFB) originado en movil (OM), cuando una entidad de gestion de movilidad (MME) conoce un tipo de servicio exacto que activa el CSFB de un equipo de usuario (EU) en un mensaje de solicitud de servicio extendido, una primera solucion para eCSFB OM o una segunda solucion para eCSFB OM puede implementarse, segun se describe en mayor detalle mas abajo.

En la primera solucion, la MME puede enviar un mensaje de protocolo de aplicacion S1 (S1-AP) con un indicador CSFB a un nodo B evolucionado (eNB) despues de recibir el mensaje de solicitud de servicio extendido con el tipo de servicio exacto. Cuando el eNB recibe el mensaje S1 -AP con el indicador CSFB, el eNB puede decidir si iniciar o no el procedimiento SRVCC para voz segun la indicacion de capacidad SRVCC del EU en un indicador de grupo de caracteristicas (FGI). El eNB puede recibir el FGI directamente del EU. Si el EU tiene capacidad SRVCC, el eNB puede iniciar el procedimiento SRVCC mediante el envio de un mensaje de traspaso requerido a la MME. Cuando la MME recibe el mensaje de traspaso requerido del eNB, si el tipo de servicio solicitado es voz, la MME de origen puede iniciar un procedimiento de traspaso de conmutacion de paquetes (PS) a conmutacion de circuitos (CS) para la solicitud de voz mediante el envio de un mensaje de solicitud SRVCC PS a CS a un servidor de centro de conmutacion movil (MSC). El mensaje de solicitud SRVCC PS a CS puede incluir una IMSI, ID objetivo, STN-SR, C- MSISDN, contenedor transparente origen a objetivo, contexto MM, indicacion de emergencia y un indicador CSFB. El servidor MSC puede proceder con el procedimiento SRVCC para preparar recursos para voz ademas de la senalizacion. Si el tipo de servicio solicitado es video, la MME de origen puede iniciar el procedimiento de traspaso PS-CS para la videollamada solicitada mediante el envio de un mensaje de solicitud SRVCC PS a CS al servidor MSC. El mensaje de solicitud SRVCC PS a CS puede incluir una IMSI, ID objetivo, STN-SR, C-MSISDN, contenedor transparente origen a objetivo, contexto MM, indicador CSFB y bandera vSRVCC. El servidor MSC puede proceder con el procedimiento vSRVCC para preparar recursos para voz ademas de la senalizacion. Si el tipo de servicio solicitado es diferente de voz o video, la MME de origen puede enviar un mensaje de solicitud SRVCC PS a CS al servidor MSC. El mensaje de solicitud SRVCC PS a CS puede incluir una IMSI, ID objetivo, STN-SR, C-MSISDN, contenedor transparente origen a objetivo, contexto MM, indicador CSFB y no voz o video. El servidor MSC puede proceder con un procedimiento SRVCC anormal para preparar solamente recursos de senalizacion.

En la segunda solucion, segun el tipo de servicio recibido, la MME puede usar un indicador SRVCC innovador para notificar al eNB sobre si SRVCC/vSRVCC debe iniciarse o no. A modo de ejemplos no restrictivos, el indicador SRVCC innovador puede ser "0" para indicar que no se espera ninguna SRVCC/vSRVCC o CSFB heredado, un "1" para indicar que SRVCC se espera, o un "2" para indicar que vSRVCC se espera. El eNB puede llevar a cabo una accion especifica segun el indicador SRVCC incluido en el mensaje S1-AP. Por ejemplo, si SRVCC se espera, el eNB puede iniciar el procedimiento SRVCC, como se define en TS 23.216 3GPP. Si vSRVCC se espera, el eNB puede iniciar el procedimiento vSRVCC, como se define en TS 23.216 3GPP. Si no se espera ninguna SRVCC/vSRVCC o CSFB heredado, el eNB puede proceder con el CSFB heredado, segun se define en TS 23.272 3GPP, Secciones 6.2, 6.3 y 6.4. Cuando la MME recibe el mensaje de traspaso requerido del eNB, si el tipo de servicio solicitado es voz, la MME de origen puede iniciar el procedimiento de traspaso PS-CS para la solicitud de voz mediante el envio de un mensaje de solicitud SRVCC PS a CS al servidor MSC. El mensaje de solicitud SRVCC PS a CS puede incluir una IMSI, ID objetivo, STN-SR, C-MSISDN, contenedor transparente origen a objetivo, contexto MM, indicacion de emergencia y un indicador CSFB. El servidor MSC puede proceder con el procedimiento SRVCC para preparar recursos para voz ademas de la senalizacion. Si el tipo de servicio solicitado es video, la MME de origen puede iniciar el procedimiento de traspaso PS-CS para la videollamada solicitada mediante el envio de un mensaje de solicitud SRVCC PS a CS al servidor MSC. El mensaje de solicitud SRVCC PS a CS puede incluir una IMSI, ID objetivo, STN-SR, C-MSISDN, contenedor transparente origen a objetivo, contexto MM, indicador

5

10

15

20

25

30

35

40

45

50

55

CSFB y bandera vSRVCC. El servidor MSC puede proceder con el procedimiento vSRVCC para preparar recursos para video ademas de la senalizacion.

En el eCSFB originado en movil (OM), el EU puede enviar el mensaje de solicitud de servicio extendido con el tipo de servicio a la MME. La MME puede enviar un mensaje de solicitud S1-AP con un indicador SRVCC. El mensaje S1-AP puede indicar al eNB que el EU debe moverse a la UTRAN/GERAN. Cuando el eNB recibe el mensaje de solicitud S1AP, el eNB puede llevar a cabo una de dos acciones. Si el EU indica una capacidad SRVCC en un FGI y el indicador SRVCC de la MME no solo indica un CSFB heredado, el eNB puede iniciar un procedimiento SRVCC/vSRVCC aunque no hay una portadora CQI=1 para el eNB. Si el EU indica una capacidad SRVCC en un FGI y el indicador SRVCC de la MME solo indica un CSFB heredado, el eNB no inicia un procedimiento SRVCC/vSRVCC, sino que, en cambio, procede con un procedimiento CSFB heredado, segun se define en TS 23.272. Para SRVCC, dado que no hay una portadora CQI=1 para el procedimiento activado por CSFB, no hay necesidad de que la MME elimine una portadora CQI=1. Para vSRVCC, dado que no hay una portadora CQI=1 ni portadora PS marcada por vSRVCC para el procedimiento activado por CSFB, no hay necesidad de que la MME elimine una portadora CQI=1 y la portadora PS marcada por vSRVCC.

La Figura 2 ilustra un procedimiento de repliegue de conmutacion de circuitos mejorado (eCSFB) originado en movil (OM) a modo de ejemplo. En particular, la Figura 2 puede describir la primera solucion para eCSFB OM o la segunda solucion para eCSFB OM segun se describe mas arriba.

Con respecto a la primera solucion para eCSFB OM, en la etapa 1a, un equipo de usuario (EU) 202 puede enviar un mensaje de solicitud de servicio extendido a una entidad de gestion movil (MME) 208 para el Repliegue CS originado en movil. El mensaje de solicitud de servicio extendido puede incluir un tipo de servicio como, por ejemplo, voz, video, servicios de ubicacion (LCS), servicio suplementario de datos no estructurados (USSD), o desconocido.

En la etapa 1 b, la MME 208 puede enviar un mensaje de Solicitud S1 -AP a un eNodoB 204 que incluye un indicador de repliegue CS.

En la etapa 2a, el eNodoB 204 puede, de manera opcional, solicitar un informe de medicion del EU 202 para determinar una celula GERAN/UTRAN objetivo con respecto a la cual se llevara a cabo el traspaso de conmutacion de paquetes (PS).

En la etapa 2b, segun los informes de medicion del EU, el indicador de repliegue CS en la etapa 1b y la capacidad SRVCC del EU, una E UTRAN de origen puede decidir activar un traspaso SRVCC a UTRAN/GERAN mediante el envio de un mensaje de traspaso requerido a la MME 208.

En la etapa 2c, cuando la MME 208 recibe el mensaje de traspaso requerido del eNB 204, si el tipo de servicio solicitado es voz, la MME 208 de origen puede iniciar un procedimiento de traspaso de conmutacion de paquetes (PS) a conmutacion de circuitos (CS) para la solicitud de voz mediante el envio de un mensaje de solicitud SRVCC Ps a CS al servidor MSC 210. El mensaje de solicitud SRVCC PS a CS puede incluir una identidad de abonado movil internacional (IMSI), un identificador objetivo (ID), un numero de transferencia de sesion para SRVCC (STN- SR), un numero de red digital de servicios integrados (ISDN) de estacion movil de correlacion (C-MSISDN), un contenedor transparente de origen a objetivo, un contexto MM, una indicacion de emergencia y un indicador CSFB. Si el tipo de servicio solicitado es video, la MME 208 de origen puede iniciar el procedimiento de traspaso PS-CS para la videollamada solicitada mediante el envio de un mensaje de solicitud SRVCC PS a CS al servidor MSC 210. El mensaje de solicitud SRVCC PS a CS puede incluir una IMSI, ID objetivo, STN-SR, C-MSISDN, contenedor transparente origen a objetivo, contexto MM, indicador CSFB y bandera vSRVCC. Si el tipo de servicio solicitado es diferente de voz o video, la MME 208 de origen puede enviar un mensaje de solicitud SRVCC PS a CS al servidor MSC 210. El mensaje de solicitud SRVCC PS a CS puede incluir una IMSI, ID objetivo, STN-SR, C-MSISDN, contenedor transparente origen a objetivo, contexto MM, indicador CSFB y no voz o video. La MME 208 no necesita eliminar una portadora QCI=1 dado que el procedimiento SRVCC se debe a CSFB y no hay una portadora QCI=1.

En la etapa 2d, cuando el servidor MSC 210 recibe el mensaje de solicitud SRVCC PS a CS, el servidor MSC 210 puede identificar el tipo de servicio que activa el eCSFB. Si el tipo de servicio es voz, el servidor MSC 210 puede proceder con el procedimiento SRVCC para preparar recursos para voz. Si el tipo de servicio es video, el servidor MSC 210 puede proceder con el procedimiento vSRVCC para preparar recursos para video ademas de la senalizacion. Si el tipo de servicio es para no voz o video, el servidor MSC 210 puede proceder con un procedimiento SRVCC anormal para preparar solamente recursos de senalizacion. Dado que la SRVCC se debe al CSFB, el MSC 210 SRVCC no inicia un procedimiento de transferencia de sesion al IMS y solo activa una preparacion de traspaso CS heredado. Si el MSC 210 SRVCC no es un MSC objetivo 212, entonces el MSC 210 SRVCC puede hacer interfuncionar la solicitud de traspaso PS-CS con una solicitud de traspaso CS inter MSC mediante el envio de un mensaje de solicitud de preparacion de traspaso al MSC objetivo 212.

En la etapa 2e, la MME 208 de origen puede enviar un mensaje de comando de traspaso (contenedor transparente de objetivo a origen) a la E-UTRAN de origen (o eNodoB 204) y luego al EU 202. El mensaje de comando de traspaso puede incluir informacion sobre el componente de voz.

5

10

15

20

25

30

35

40

45

50

En la etapa 2g, el EU 202 puede enviar un mensaje de reubicacion/traspaso completo a un sistema de estacion base (BSS)/subsistema de red radioelectrica (RNS) 206.

En la etapa 2h, el BSS/RNS 206 puede reenviar el mensaje de reubicacion/traspaso completo al MSC 210 SRVCC. En la etapa 3, el EU 202 puede enviar un mensaje de solicitud de servicio CM al MSC 210.

En la etapa 4, el MSC 210 puede omitir el procedimiento de autenticacion dado que el EU 202 y la MME 208 generan, respectivamente, el contexto de seguridad CS durante el procedimiento SRVCC. En otras palabras, el MSC 210 no tiene que enviar un mensaje de solicitud de autenticacion al EU 202 y el EU 202 no tiene que enviar un mensaje de respuesta de autenticacion al MSC 210.

En la etapa 5, el EU 202 puede recibir un mensaje de aceptacion de servicio CM del MSC 210, y el EU 202 puede posteriormente proceder con procedimientos de llamada CS.

En la etapa 6, el EU 202 puede proceder con un procedimiento de llamada CS mediante el envio de un mensaje de establecimiento con TI=0 y TI Bandera=0 al MSC 210. Como se describe en TS 24.008 3GPP, el EU 202 puede generar una instancia de llamada para SRVCC con TI=0, que es similar a la instancia de llamada terminada durante un procedimiento SRVCC HO, a saber, la instancia de llamada es con TI=0 y TI Bandera=1.

En la etapa 7, el MSC 210 puede enviar un mensaje de procedimiento de la llamada al EU 202.

En la etapa 8, dado que la portadora de acceso radioelectrico CS (RAB) ya se ha preasignado durante un procedimiento de preparacion de traspaso SRVCC, el MSC 110 puede omitir el procedimiento de asignacion RAB CS. En otras palabras, el MSC 210 no tiene que llevar a cabo una asignacion RAB con el BSS/RNS 206, y el BSS/RNS 206 no tiene que llevar a cabo un establecimiento RAB con el EU 202.

En la etapa 9, el MSC 210 puede enviar un mensaje de alerta al EU 202.

En la etapa 10, el MSC 210 puede enviar un mensaje de desconexion (TI=0, TI Bandera=0) para liberar una instancia de llamada ficticia creada durante el procedimiento SRVCC.

Con respecto a la segunda solucion para eCSFB OM, en la etapa 1a, el EU 202 puede enviar un mensaje de solicitud de servicio extendido a la MME 208 para el Repliegue CS originado en movil. El mensaje de solicitud de servicio extendido puede incluir un tipo de servicio exacto (p.ej., voz, video, USSD, LCS, desconocido).

En la etapa 1 b, la MME 208 puede enviar un mensaje de Solicitud S1 -AP al eNodoB 204 que incluye el indicador de repliegue CS. Segun el tipo de servicio recibido, la MME 208 puede usar un indicador SRVCC innovador para notificar al eNodoB 204 sobre si SRVCC/vSRVCC debe iniciarse o no. A modo de ejemplos no restrictivos, el indicador SRVCC innovador puede ser "0" para indicar que no se espera ninguna SRVCC/vSRVCC o CSFB heredado, un "1" para indicar que SRVCC se espera, o un "2" para indicar que vSRVCC se espera. El eNodoB 204 puede llevar a cabo una accion especifica segun el indicador SRVCC incluido en el mensaje S1 -AP. Por ejemplo, si SRVCC se espera, el eNodoB 204 puede iniciar el procedimiento SRVCC, como se define en TS 23.216 3gPp. Si vSRVCC se espera, el eNodoB 204 puede iniciar el procedimiento vSRVCC, como se define en TS 23.216 3GPP. Si no se espera ninguna SRVCC/vSRVCC o CSFB heredado, el eNodoB 204 puede proceder con el CSFB heredado, segun se define en TS 23.272 3GPP, Secciones 6.2, 6.3 y 6.4.

En la etapa 2b, segun los informes de medicion del EU, el indicador de repliegue CS en la etapa 1b y la capacidad SRVCC del EU en un indicador de grupo de caracteristicas (FGI), una E UTRAN de origen puede decidir activar un traspaso SRVCC o vSRVCC a la UTRAn/GERAN mediante el envio de un mensaje de traspaso requerido a la MME 208.

En la etapa 2c, cuando la MME 208 recibe el mensaje de traspaso requerido del eNB 204, si el tipo de servicio solicitado es voz, la MME 208 de origen puede iniciar un procedimiento de traspaso de conmutacion de paquetes (PS) a conmutacion de circuitos (CS) para la solicitud de voz mediante el envio de un mensaje de solicitud SRVCC Ps a CS al servidor MSC 210. El mensaje de solicitud SRVCC PS a CS puede incluir una identidad de abonado movil internacional (IMSI), un identificador objetivo (ID), un numero de transferencia de sesion para SRVCC (STN- SR), un numero de red digital de servicios integrados (ISDN) de estacion movil de correlacion (C-MSISDN), un contenedor transparente de origen a objetivo, un contexto MM, una indicacion de emergencia y un indicador CSFB. Si el tipo de servicio solicitado es video, la MME 208 de origen puede iniciar el procedimiento de traspaso PS-CS para la videollamada solicitada mediante el envio de un mensaje de solicitud SRVCC PS a CS al servidor MSC 210. El mensaje de solicitud SRVCC PS a CS puede incluir una IMSI, ID objetivo, STN-SR, C-MSISDN, contenedor transparente origen a objetivo, contexto MM, indicador CSFB y bandera vSRVCC. El servidor MSC 210 puede proceder con el procedimiento vSRVCC para preparar recursos para video ademas de la senalizacion. La MME 208

5

10

15

20

25

30

35

40

45

50

55

no necesita eliminar una portadora QCI=1 dado que el procedimiento SRVCC se debe a CSFB y no hay una portadora QCI=1.

En la etapa 2d, cuando el servidor MSC 210 recibe el mensaje de solicitud SRVCC PS a CS, el servidor MSC 210 puede identificar el tipo de servicio que activa el eCSFB. Si el tipo de servicio es voz, el servidor MSC 210 puede proceder con el procedimiento SRVCC para preparar recursos para voz. Si el tipo de servicio es video, el servidor MSC 210 puede proceder con el procedimiento vSRVCC para preparar recursos para video ademas de la senalizacion. Dado que la SRVCC se debe al CSFB, el MSC 110 SRVCC no inicia un procedimiento de transferencia de sesion al IMS y solo activa una preparacion de traspaso CS heredado. Si el MSC 210 SRVCC no es un MSC objetivo 212, entonces el MSC 210 SRVCC puede hacer interfuncionar la solicitud de traspaso PS-CS con una solicitud de traspaso CS inter MSC mediante el envio de un mensaje de solicitud de preparacion de traspaso al MSC objetivo 212.

Las etapas 2e a 10 en la Figura 2 son similares a la descripcion de las etapas 2e a 10 provista mas arriba.

La Figura 3 ilustra un procedimiento de repliegue de conmutacion de circuitos (CSFB) mejorado a modo de ejemplo que incluye un procedimiento de continuidad de llamada de voz de radio unica (SRVCC). En otras palabras, el procedimiento CSFB mejorado combina CSFB con SRVCC. En particular, la Figura 3 describe varias tecnicas en las cuales la capacidad CSFB mejorada de un EU se comunica a varios elementos de red como, por ejemplo, el eNB y la MME. Cuando el EU admite la capacidad CSFB mejorada, una EUTRAN puede iniciar un procedimiento SRVCC cuando recibe un mensaje S1AP con un indicador de repliegue CS de una MME. Una indicacion de soporte del EU para la capacidad CSFB mejorada puede incluirse en el mensaje S1AP. Si el mensaje S1AP indica que el EU no admite la capacidad CSFB mejorada, entonces el eNB no inicia el procedimiento SRVCC. En el caso de CSFB mejorado, no hay una portadora CQI=1 para el EU en la E-UTRAN. Por ejemplo, en una primera tecnica, la capacidad CSFB mejorada del EU se comunica a los elementos de red mediante un mensaje de solicitud de servicio extendido. En una segunda tecnica, la capacidad CSFB mejorada del EU se determina segun el perfil de abono del EU. En una tercera tecnica, la capacidad CSFB mejorada del EU se comunica a los elementos de red mediante un mensaje de estrato de no acceso (NAS, por sus siglas en ingles). En una cuarta tecnica, la capacidad CSFB mejorada del EU se determina mediante un indicador de grupo de caracteristicas (FGI).

Con respecto a la Figura 3 y a la primera tecnica, en la etapa 1, un centro de conmutacion movil (MSC) 310 o un registro de ubicacion de visitante (VLR, por sus siglas en ingles) pueden recibir una activacion para un procedimiento de conmutacion de circuitos (CS) iniciado en la red.

En la etapa 1a, el MSC 310 puede responder mediante el envio de un mensaje de solicitud de radiobusqueda a una entidad de gestion de movilidad (MME) 308 en una interfaz SGs. Para un servicio suplementario independiente de llamada, el mensaje de solicitud de radiobusqueda puede incluir un ID de servicio SS. Si la MME 308 no ha devuelto una indicacion "solo SMS" al EU 302 durante un procedimiento de adjuntar o actualizacion de area de seguimiento (TA, por sus siglas en ingles) o area de ubicacion (LA, por sus siglas en ingles) combinado, la MME 308 puede enviar un mensaje de radiobusqueda al EU 302.

Para el servicio suplementario independiente de llamada, el mensaje de solicitud de radiobusqueda puede incluir el ID de servicio SS. El ID de servicio SS puede usarse para indicar un tipo de servicio suplementario al EU. El ID de servicio SS puede incluirse en el mensaje de solicitud de radiobusqueda cuando el EU 302 se encuentra en modo activo.

Si la MME 308 ha devuelto la indicacion "solo SMS" al EU 302 durante un procedimiento de adjuntar o actualizacion de area de seguimiento (TA) o area de ubicacion (LA) combinado, la MME 308 no envia el mensaje de radiobusqueda al EU 302 y la MME 308 envia un mensaje de rechazo de radiobusqueda CS al MSC 310 para detener un procedimiento de radiobusqueda CS y, de esta manera, detener el procedimiento CSFB.

Si el EU 302 se encuentra en modo conectado, la MME 308 puede enviar un mensaje de notificacion de radiobusqueda CS al EU 302. Si el EU 302 se encuentra en modo inactivo, la MME 308 puede enviar un mensaje de radiobusqueda a cada eNodoB 304 y el eNodoB 304 puede reenviar el mensaje de radiobusqueda al EU 302.

En la etapa 1b, el EU 302 puede enviar un mensaje de solicitud de servicio extendido (con un rechazo o aceptacion) a la MME 308 para el repliegue CS terminado en movil. El mensaje de solicitud de servicio extendido puede encapsularse en un control de recursos radioelectricos (RRC) y mensajes S1-AP. El mensaje de solicitud de servicio extendido puede incluir un indicador CSFB mejorado si el EU admite dicha caracteristica (a saber, si el EU admite el CSFB mejorado).

En la etapa 1c, tras recibir la solicitud de servicio extendido (con un rechazo) para el repliegue CS terminado en movil con el indicador CSFB mejorado, la MME 308 puede enviar un mensaje de rechazo de radiobusqueda al MSC 310 para detener el procedimiento de radiobusqueda CS y, de esta manera, detener el procedimiento CSFB.

En la etapa 1d, la MME 308 puede enviar un mensaje de Solicitud S1-AP al eNodoB 304 que incluye las capacidades radioelectricas del EU y un indicador de repliegue CS mejorado. El mensaje de Solicitud S1-AP puede indicar al eNodoB 304 que el EU 302 se movera a la UTRAN/GERAN.

5

10

15

20

25

30

35

40

45

50

En la etapa 1e, el eNodoB 304 puede responder con un mensaje de respuesta S1-AP.

En la etapa 2, el informe de medicion opcional y las etapas de solicitud pueden llevarse a cabo, segun de define en TS 23.272 3GPP. Dichas etapas se definen mas en la clausula 7.3 para un caso de traspaso PS admitido y en la clausula 7.4 para un caso de traspaso de no PS admitido.

En la etapa 3, segun los informes de medicion del EU, el indicador de repliegue CS mejorado y la capacidad SRVCC del EU en la etapa 1d, una E UTRAN de origen (o eNodoB 304) puede decidir activar un traspaso SRVCC del EU a la UTRAN/GErAn. Si el EU 302 no admite SRVCC, entonces un procedimiento CSFB heredado puede llevarse a cabo.

La E-UTRAN puede activar el traspaso SRVCC a la UTRAN/GERAN para CSFB cuando no hay una portadora QCI=1 y no hay portadora de video marcada por vSRVCC. La MME 308 puede enviar un mensaje de solicitud SRVCC PS a CS con una indicacion CSFB de que la SRVCC se debe a cSfB. La MME 308 no necesita llevar a cabo la division de portadora de otras portadoras PS. La MME 308 no elimina una portadora QCI=1 y la portadora de video marcada por vSRVCC, dado que el procedimiento SRVCC se debe a CSFB y no hay una portadora QCI=1 ni portadora de video marcada por vSRVCC. Dado que la SRVCC se debe al CSFB, el MSC 310 no inicia un procedimiento de transferencia de sesion y solo activa una preparacion de traspaso CS heredado.

En la etapa 4, despues de recibir el mensaje de reubicacion/traspaso completo del RNS/BSS 306 en la etapa 3, el procedimiento CS puede continuar.

Con respecto a la Figura 3 y a la segunda tecnica, la MME 308 puede determinar la capacidad CSFB mejorada del EU segun el perfil de abono del EU. La MME 308 puede recibir el perfil de abono de un servidor de abonado local (HSS). En un ejemplo, el perfil de abono puede incluirse en un mensaje de reconocimiento de ubicacion actualizada, como se define mas en TS 23.401 3GPP Seccion 5.3.2.1. En otro ejemplo, la capacidad CSFB mejorada del EU puede proveerse a la MME 308 durante un procedimiento de adjuntar.

En la etapa 1, el MSC 310 o VLR pueden recibir una activacion para un procedimiento de conmutacion de circuitos (CS) iniciado en red.

En la etapa 1a, el MSC 310 puede responder mediante el envio de un mensaje de solicitud de radiobusqueda a la MME 308 en una interfaz SGs.

En la etapa 1b, el EU 302 puede enviar un mensaje de solicitud de servicio extendido (con un rechazo o aceptacion) a la MME 308 para el repliegue CS terminado en movil. El mensaje de solicitud de servicio extendido puede encapsularse en un control de recursos radioelectricos (RRC) y mensajes S1-AP.

En la etapa 1c, tras recibir la solicitud de servicio extendido (con un rechazo) para el repliegue CS terminado en movil, la MME 308 puede enviar un mensaje de rechazo de radiobusqueda al MSC 310 para detener el procedimiento de radiobusqueda CS y, de esta manera, detener el procedimiento CSFB.

En la etapa 1d, la MME 308 puede enviar un mensaje de solicitud S1-AP al eNodoB 304 que incluye las capacidades radioelectricas del EU y un indicador de repliegue CS mejorado para el EU. Segun se explica previamente, la MME 308 puede determinar previamente el indicador de repliegue CS mejorado segun el perfil de abono del EU que se ha recibido del HSS. El presente mensaje de Solicitud S1-AP puede indicar al eNodoB 304 que el EU 302 se movera a la UTRAN/GERAN.

Las etapas 2, 3 y 4 en la Figura 3 son como se describen previamente.

Con respecto a la Figura 3 y a la tercera tecnica, la MME 308 puede determinar la capacidad CSFB mejorada del EU segun un mensaje de adjuntar solicitud o un mensaje de actualizacion de area de seguimiento (TAU) recibido en la MME 308. En otras palabras, la MME 308 puede recibir la capacidad de red del EU en un mensaje NAS durante un procedimiento de adjuntar o TAU, y la capacidad de red del EU puede indicar la capacidad CSFB mejorada del EU. En un ejemplo, el mensaje NAS puede incluir "1" para indicar que el EU 302 admite el CSFB mejorado o un "0" para indicar que el EU 302 no admite el CSFB mejorado. El procedimiento de adjuntar se define en TS 23.401 3GPP Seccion 5.3.2.1, y el procedimiento de actualizacion de area de seguimiento (TAU) se define en TS 23.401 3GPP Seccion 5.3.3.1.

5

10

15

20

25

30

35

40

45

50

En la etapa 1d, la MME 308 puede enviar un mensaje de solicitud S1-AP al eNodoB 304 que incluye las capacidades radioelectricas del EU y un indicador de repliegue CS mejorado para el EU. El indicador de repliegue CS mejorado puede incluirse en el mensaje de solicitud S1-AP si se establece que el indicador de repliegue CS mejorado en la capacidad de red del EU es verdadero. Segun se explica previamente, la MME 308 puede determinar previamente el indicador de repliegue CS mejorado segun el mensaje NAS que se recibe del EU 302 durante el procedimiento de adjuntar o procedimiento TAU. El presente mensaje de Solicitud S1-AP puede indicar al eNodoB 304 que el EU 302 se movera a la UTRAN/GERAN.

Las etapas 2, 3 y 4 en la Figura 3 son como se describen previamente.

Con respecto a la Figura 3 y a la cuarta tecnica, el eNodoB 304 puede determinar la capacidad CSFB mejorada del EU segun un indicador de grupo de caracteristicas (FGI) recibido del EU 302. En otro ejemplo, la capacidad CSFB mejorada del EU puede incluirse en parametros de capacidad de acceso radioelectrico del EU provistos al eNodoB 304 desde el EU 302. El eNodoB 304 puede proveer la capacidad CSFB mejorada del EU a la MME 308. Los indicadores de grupo de caracteristicas (FGI) y la capacidad EU-EUTRA se definen en TS 36.331 3GPP Seccion B.1.

En la etapa 1d, la MME 308 puede enviar un mensaje de solicitud S1-AP al eNodoB 304 que incluye las capacidades radioelectricas del EU. El mensaje de Solicitud S1-AP puede indicar al eNodoB 304 que el EU 302 se movera a la UTRAN/GERAN.

En la etapa 1 e, el eNodoB 304 puede responder con un mensaje de respuesta S1 -AP.

En la etapa 2, el informe de medicion opcional y las etapas de solicitud pueden llevarse a cabo, segun de define en TS 23.272 3GPP. Dichas etapas se definen en la clausula 7.3 para un caso de traspaso PS admitido y en la clausula 7.4 para un caso de traspaso de no PS admitido.

En la etapa 3, segun los informes de medicion del EU, el indicador de repliegue CS mejorado y la capacidad SRVCC del EU en la etapa 1d, una E UTRAN de origen (o eNodoB 304) puede decidir activar un traspaso SRVCC del EU a la UTRAN/GERAN. Segun se explica previamente, el eNodoB 304 puede determinar el indicador de repliegue CS mejorado segun el FGI recibido del EU 302. En otras palabras, en el presente caso, el eNodoB 304 puede recibir el indicador de repliegue CS mejorado del EU 302 antes que la MME 308.

La E-UTRAN puede activar el traspaso SRVCC a la UTRAN/GERAN para CSFB cuando no hay una portadora QCI=1 y no hay una portadora de video marcada por vSRVCC. Un mensaje de traspaso requerido comunicado del eNB 304 a la MME 308 puede incluir un indicador para la capacidad CSFB mejorada, en donde la MME 308 interpreta el indicador como SRVCC debido al CSFB. La MME 308 puede enviar un mensaje de solicitud SRVCC PS a CS con una indicacion CSFB de que SRVCC se debe a CSFB. La MME 308 no necesita llevar a cabo la division de portadora de otras portadoras PS. La MME 308 no elimina una portadora QCI=1 y la portadora de video marcada por vSRVCC, dado que el procedimiento SRVCC se debe a CSFB y no hay una portadora QCI=1 ni portadora de video marcada por vSRVCC. Dado que la SRVCC se debe a CSFB, el MSC 310 no inicia un procedimiento de transferencia de sesion y solo activa una preparacion de traspaso CS heredado.

5

10

15

20

25

30

35

40

45

50

55

60

Otro ejemplo provee la funcionalidad 400 de una entidad de gestion de movilidad (MME) que comprende uno o mas procesadores configurados para facilitar el repliegue de conmutacion de circuitos (CSFB) para un equipo de usuario (EU), como se muestra en el diagrama de flujo en la Figura 4. La funcionalidad puede implementarse como un metodo o la funcionalidad puede ejecutarse como instrucciones en una maquina, donde las instrucciones se incluyen en al menos un medio legible por ordenador o un medio de almacenamiento legible por maquina no transitorio. El unico o mas procesadores pueden configurarse para recibir un indicador de capacidad CSFB optimizada del EU que define una capacidad CSFB optimizada del EU, como en el bloque 410. El unico o mas procesadores pueden configurarse para recibir un tipo de servicio solicitado asociado al EU, como en el bloque 420. El unico o mas procesadores pueden configurarse para iniciar un traspaso de continuidad de llamada de voz de radio unica (SRVCC) del EU a una red de conmutacion de circuitos segun la capacidad CSFB optimizada del EU, como en el bloque 430. El unico o mas procesadores pueden configurarse para enviar un mensaje de solicitud de protocolo de aplicacion S1 (S1-AP) a un nodo B evolucionado (eNB), en donde el mensaje de solicitud S1-AP incluye el indicador de capacidad CSFB optimizada y un indicador de continuidad de llamada de voz de radio unica (SRVCC) para el EU, en donde la MME selecciona el indicador SRVCC segun el tipo de servicio solicitado, como en el bloque 440. El unico o mas procesadores pueden configurarse para recibir un mensaje de traspaso requerido del eNB, en donde el eNB se configura para enviar el mensaje de traspaso requerido a la MME cuando el traspaso SRVCC del EU a la red de conmutacion de circuitos se activa por una red de conmutacion de paquetes segun, en parte, el indicador de capacidad CSFB optimizada y el indicador SRVCC, como en el bloque 450.

En un ejemplo, el unico o mas procesadores se configuran ademas para recibir el indicador de capacidad CSFB optimizada del EU mediante un mensaje de adjuntar solicitud o un mensaje de solicitud de actualizacion de area de seguimiento (TAU). En otro ejemplo, el unico o mas procesadores se configuran ademas para recibir el indicador de capacidad CSFB optimizada del EU mediante un mensaje de solicitud de servicio extendido. En incluso otro ejemplo, el unico o mas procesadores se configuran ademas para identificar el indicador de capacidad CSFB optimizada segun un mensaje de reconocimiento de actualizacion de ubicacion que se recibe de un servidor de abonado local (HSS), el mensaje de reconocimiento de actualizacion de ubicacion incluyendo un perfil de abonado de EU que indica la capacidad CSFB optimizada del EU.

En un ejemplo, el unico o mas procesadores se configuran ademas para recibir el tipo de servicio solicitado de un centro de conmutacion movil (MSC) mediante un mensaje de solicitud de radiobusqueda. En otro ejemplo, el indicador de capacidad CSFB optimizada es un "0" para indicar que el EU no admite CSFB basado en SRVCC o un "1" para indicar que el EU si admite CSFB basado en SRVCC. En incluso otro ejemplo, el unico o mas procesadores se configuran ademas para recibir un mensaje de solicitud de servicio extendido del EU para una llamada originada en movil (OM). Asimismo, el unico o mas procesadores se configuran ademas para recibir un mensaje de solicitud de radiobusqueda de un centro de conmutacion movil (MSC) para una llamada terminada en movil (TM).

En una configuracion, la red de conmutacion de circuitos son Velocidades de Datos Mejoradas de una Red de Acceso Radio Terrestre Universal (UTRAN) o de un Sistema Global para Comunicaciones Moviles (GSM) para la Red de Acceso Radioelectrico de Evolucion GSM (GERAN). En otra configuracion, el tipo de servicio solicitado es uno de: voz, video, servicio suplementario de datos no estructurados (USSD), servicio de ubicacion (LCS) o desconocido. En incluso otra configuracion, el indicador SRVCC notifica al eNB sobre si iniciar o no la SRVCC/SRVCC de video (vSRVCC), en donde el indicador SRVCC es un "0" para indicar al eNB que no se espera ninguna SRVCC/vSRVCC o CSFB heredado, en donde el indicador SRVCC es un "1" para indicar al eNB que SRVCC se espera, en donde el indicador SRVCC es una "2" para indicar al eNB que vSRVCC se espera.

En un ejemplo, el unico o mas procesadores se configuran ademas para iniciar un procedimiento de traspaso de conmutacion de paquetes a conmutacion de circuitos (PS-CS) cuando no hay una portadora CQI=1 asociada al EU. En otro ejemplo, el unico o mas procesadores se configuran ademas para activar un procedimiento de traspaso de conmutacion de paquetes a conmutacion de circuitos (PS-CS) cuando el tipo de servicio solicitado es para voz o video mediante el envio de un mensaje de solicitud PS a CS para un proposito SRVCC a un servidor del centro de conmutacion movil (MSC), en donde el mensaje de solicitud PS a CS incluye el indicador de capacidad CSFB optimizada.

Otro ejemplo provee la funcionalidad 500 de un nodo B evolucionado (eNB) que comprende uno o mas procesadores configurados para facilitar el repliegue de conmutacion de circuitos (CSFB) optimizado para un equipo de usuario (EU), como se muestra en el diagrama de flujo en la Figura 5. La funcionalidad puede implementarse como un metodo o la funcionalidad puede ejecutarse como instrucciones en una maquina, donde las instrucciones se incluyen en al menos un medio legible por ordenador o un medio de almacenamiento legible por maquina no transitorio. El unico o mas procesadores pueden configurarse para recibir un indicador de capacidad CSFB optimizada que define una capacidad CSFB optimizada del EU, como en el bloque 510. El unico o mas procesadores pueden configurarse para recibir un indicador de continuidad de llamada de voz de radio unica (SRVCC) para el EU, como en el bloque 520. El unico o mas procesadores pueden configurarse para activar un traspaso SRVCC del EU a una red de conmutacion de circuitos segun, en parte, el indicador de capacidad CSFB optimizada y el indicador SRVCC, como en el bloque 530. El unico o mas procesadores pueden configurarse para enviar un mensaje de traspaso requerido a una entidad de gestion de movilidad (MME) cuando el traspaso SRVCC se activa por una red de conmutacion de paquetes, como en el bloque 540.

5

10

15

20

25

30

35

40

45

50

55

60

En un ejemplo, el unico o mas procesadores se configuran ademas para recibir el indicador de capacidad CSFB optimizada del EU mediante un indicador de grupo de caracterfsticas (FGI). En otro ejemplo, el unico o mas procesadores se configuran ademas para activar el traspaso SRVCC del EU a la red de conmutacion de circuitos cuando no hay una portadora CQI=1 asociada al EU. En incluso otro ejemplo, el unico o mas procesadores se configuran ademas para recibir el indicador de capacidad CSFB optimizada de la MME.

En una configuracion, el indicador SRVCC notifica al eNB sobre si iniciar o no la SRVCC/SRVCC de vfdeo (vSRVCC), en donde el indicador SRVCC es un "0" para indicar al eNB que no se espera ninguna SRVCC/vSRVCC o CSFB heredado, en donde el indicador SRVCC es un "1" para indicar al eNB que SRVCC se espera, en donde el indicador SRVCC es un "2" para indicar al eNB que vSRVCC se espera. En otra configuracion, la red de conmutacion de circuitos son Velocidades de Datos Mejoradas de una Red de Acceso Radio Terrestre Universal (UTRAN) o un Sistema Global para Comunicaciones Moviles (GSM) para la Red de Acceso Radioelectrico de Evolucion GSM (GERAN).

Otro ejemplo provee un metodo 600 para facilitar el repliegue de conmutacion de circuitos (CSFB) optimizado, como se muestra en el diagrama de flujo en la Figura 6. El metodo puede ejecutarse como instrucciones en una maquina, donde las instrucciones se incluyen en al menos un medio legible por ordenador o un medio de almacenamiento legible por maquina no transitorio. El metodo puede incluir la funcion de enviar, desde un equipo de usuario (EU), un indicador de capacidad CSFB optimizada a una entidad de gestion de movilidad (MME), como en el bloque 610. El metodo puede incluir la funcion de enviar, desde el EU, un tipo de servicio solicitado a la MME, en donde la MME se configura para facilitar un traspaso de continuidad de llamada de voz de radio unica (SRVCC) del EU a una red de conmutacion de circuitos segun, en parte, la capacidad CSFB optimizada y el tipo de servicio solicitado, como en el bloque 620.

En un ejemplo, el metodo puede incluir la funcion de enviar el indicador de capacidad CSFB optimizada del EU a la MME mediante un mensaje de adjuntar solicitud o un mensaje de solicitud de actualizacion de area de seguimiento (TAU). En otro ejemplo, el metodo puede incluir la funcion de enviar al menos uno del indicador de capacidad CSFB optimizada o el tipo de servicio solicitado del EU a la MME mediante un mensaje de solicitud de servicio extendido. En incluso otro ejemplo, el indicador de capacidad CSFB optimizada es "0" para indicar que el EU no admite CSFB basado en SRVCC o un "1" para indicar que el EU sf admite CSFB basado en SRVCC. Ademas, el tipo de servicio solicitado es uno de: voz, vfdeo, servicio suplementario de datos no estructurados (USSD), servicio de ubicacion (LCS) o desconocido.

La Figura 7 provee una ilustracion a modo de ejemplo de dispositivo inalambrico como, por ejemplo, un equipo de usuario (EU), una estacion movil (MS, por sus siglas en ingles), un dispositivo inalambrico movil, un dispositivo de comunicacion movil, una tableta, auriculares u otro tipo de dispositivo inalambrico. El dispositivo inalambrico puede incluir una o mas antenas configuradas para comunicarse con un nodo o estacion de transmision como, por ejemplo, una estacion base (EB), un Nodo B evolucionado (eNB), una unidad de banda base (BBU, por sus siglas en ingles), un cabezal radioelectrico remoto (RRH, por sus siglas en ingles), un equipo radioelectrico remoto (RRE, por sus siglas en ingles), una estacion de retransmision (RS, por sus siglas en ingles), un equipo radioelectrico (RE, por sus siglas en ingles), una unidad radioelectrica remota (RRU, por sus siglas en ingles), un modulo de procesamiento central (CPM, por sus siglas en ingles) u otro tipo de punto de acceso de red de area amplia inalambrica (WWAN, por sus siglas en ingles). El dispositivo inalambrico puede configurarse para comunicarse mediante el uso de al menos un estandar de comunicacion inalambrica, incluidos LTE 3GPP, WiMAX, Acceso de Paquetes a Alta Velocidad (HSPA, por sus siglas en ingles), Bluetooth y WiFi. El dispositivo inalambrico puede comunicarse mediante el uso de antenas separadas para cada estandar de comunicacion inalambrica o antenas compartidas para multiples estandares de comunicacion inalambrica. El dispositivo inalambrico puede comunicarse en una red de area local inalambrica (WLAN, por sus siglas en ingles), una red de area personal inalambrica (WPAN, por sus siglas en ingles) y/o una WWAN.

La Figura 7 tambien provee una ilustracion de un microfono y uno o mas altavoces que pueden usarse para la entrada y salida de audio del dispositivo inalambrico. La pantalla de visualizacion puede ser una pantalla de cristal lfquido (LCD, por sus siglas en ingles) u otro tipo de pantalla de visualizacion como, por ejemplo, una pantalla de diodos organicos emisores de luz (OLED, por sus siglas en ingles). La pantalla de visualizacion puede configurarse como una pantalla tactil. La pantalla tactil puede usar tecnologfa de pantalla tactil capacitiva, resistiva o de otro tipo. Un procesador de aplicaciones y un procesador de graficos pueden acoplarse a la memoria interna para proveer capacidades de procesamiento y visualizacion. Un puerto de memoria permanente puede tambien usarse para proveer opciones de entrada/salida de datos a un usuario. El puerto de memoria permanente tambien puede usarse para expandir las capacidades de memoria del dispositivo inalambrico. Un teclado puede integrarse al dispositivo inalambrico o conectarse, de forma inalambrica, al dispositivo inalambrico para proveer una entrada de usuario adicional. Un teclado virtual tambien puede proveerse mediante el uso de la pantalla tactil.

Varias tecnicas, o ciertos aspectos o porciones de aquellas, pueden tomar la forma de codigo de programa (a saber, instrucciones) realizado en medios tangibles como, por ejemplo, discos flexibles, discos compactos con memoria de solo lectura (CD-ROM, por sus siglas en ingles), discos duros, medio de almacenamiento legible por ordenador no transitorio, o cualquier otro medio de almacenamiento legible por maquina en donde, cuando el codigo de programa se carga en y se ejecuta por una maquina como, por ejemplo, un ordenador, la maquina se convierte en un aparato

5

10

15

20

25

30

35

40

45

50

55

60

para practicar las varias tecnicas. Los circuitos pueden incluir hardware, firmware, codigo de programa, codigo ejecutable, instrucciones de ordenador y/o software. Un medio de almacenamiento legible por ordenador no transitorio puede ser un medio de almacenamiento legible por ordenador que no incluye la senal. En el caso de ejecucion de codigo de programa en ordenadores programables, el dispositivo informatico puede incluir un procesador, un medio de almacenamiento legible por el procesador (incluidos elementos de almacenamiento y/o memoria no permanentes y permanentes), al menos un dispositivo de entrada y al menos un dispositivo de salida. Los elementos de almacenamiento y/o memoria no permanentes y permanentes pueden ser una memoria de acceso aleatorio (RAM, por sus siglas en ingles), memoria de solo lectura programable borrable (EPROM, por sus siglas en ingles), unidad flash, unidad optica, disco duro magnetico, unidad de estado solido, u otro medio para almacenar datos electronicos. El nodo y el dispositivo inalambrico pueden tambien incluir un modulo de transceptor (a saber, transceptor), un modulo de contador (a saber, contador), un modulo de procesamiento (a saber, procesador) y/o un modulo de reloj (a saber, reloj) o modulo de temporizador (a saber, temporizador). Uno o mas programas que pueden implementar o utilizar las diferentes tecnicas descritas en la presente memoria pueden usar una interfaz de programacion de aplicaciones (API, por sus siglas en ingles), controles reutilizables y similares. Dichos programas pueden implementarse en un lenguaje de programacion orientado al objeto o procedimiento de alto nivel para comunicarse con un sistema de ordenador. Sin embargo, el programa puede implementarse en un lenguaje de maquina o conjunto, si se desea. En cualquier caso, el lenguaje puede ser un lenguaje compilado o interpretado, y combinarse con implementaciones de hardware.

Segun se usa en la presente memoria, el termino procesador puede incluir procesadores de proposito general, procesadores especializados como, por ejemplo, VLSI, FPGA u otros tipos de procesadores especializados, asi como procesadores de banda base usados en transceptores para enviar, recibir y procesar comunicaciones inalambricas.

Debe comprenderse que muchas de las unidades funcionales descritas en la presente memoria descriptiva se han etiquetado como modulos, con el fin de enfatizar mas concretamente su independencia de implementacion. Por ejemplo, un modulo puede implementarse como un circuito de hardware que comprende circuitos de integracion a escala muy grande (VLSI, por sus siglas en ingles) adaptados o matrices de portales, semiconductores disponibles como, por ejemplo, chips de logica, transistores u otros componentes discretos. Un modulo tambien puede implementarse en dispositivos de hardware programables como, por ejemplo, matrices de portales programables en campo, logica de matriz programable, dispositivos de logica programables o similares.

Los modulos tambien pueden implementarse en software para la ejecucion por varios tipos de procesadores. Un modulo identificado de codigo ejecutable puede, por ejemplo, comprender uno o mas bloques fisicos o logicos de instrucciones de ordenador, los cuales pueden, por ejemplo, organizarse como un objeto, procedimiento o funcion. Sin embargo, los ejecutables de un modulo identificado no necesitan ubicarse fisicamente juntos, pero pueden comprender instrucciones dispares almacenadas en diferentes ubicaciones que, cuando se unen logicamente, comprenden el modulo y logran el proposito establecido para el modulo.

De hecho, un modulo de codigo ejecutable puede ser una sola instruccion, o muchas instrucciones, y puede incluso distribuirse en varios segmentos de codigo diferentes, entre diferentes programas y a lo largo de varios dispositivos de memoria. De manera similar, los datos operativos pueden identificarse e ilustrarse en la presente memoria dentro de modulos, y pueden realizarse en cualquier forma apropiada y organizarse dentro de cualquier tipo adecuado de estructura de datos. Los datos operativos pueden recolectarse como un solo conjunto de datos, o pueden distribuirse en diferentes ubicaciones, incluidas en diferentes dispositivos de almacenamiento, y pueden existir, al menos parcialmente, meramente como senales electronicas en un sistema o red. Los modulos pueden ser pasivos o activos, incluidos agentes utilizables para llevar a cabo funciones deseadas.

La referencia a lo largo de la presente memoria a "un ejemplo" o "a modo de ejemplo" significa que una caracteristica o estructura particular descrita en conexion con el ejemplo se incluye en al menos una realizacion de la presente invencion. Por consiguiente, las apariciones de las frases "en un ejemplo" o "a modo de ejemplo" en varios lugares a lo largo de la presente memoria descriptiva no se refieren todas necesariamente a la misma realizacion.

Segun su uso en la presente memoria descriptiva, multiples articulos, elementos estructurales, elementos constitutivos y/o materiales pueden presentarse en una lista comun en aras de la conveniencia. Sin embargo, dichas listas deben interpretarse como si cada miembro de la lista se identificara individualmente como un miembro separado y unico. Por consiguiente, ningun miembro individual de dicha lista debe interpretarse como un equivalente de facto de cualquier otro miembro de la misma lista segun solamente su presentacion en un grupo comun sin indicaciones en contrario. Ademas, puede hacerse referencia a varias realizaciones y ejemplos de la presente invencion en la presente memoria junto con alternativas para los varios componentes de aquellas. Se comprende que dichas realizaciones, ejemplos y alternativas no se interpretaran como equivalentes de facto entre si, sino que se consideraran representaciones separadas y autonomas de la presente invencion.

Ademas, las caracteristicas o estructuras descritas pueden combinarse en cualquier manera apropiada en una o mas realizaciones. En la siguiente descripcion, se proveen numerosos detalles especificos como, por ejemplo, disposiciones, distancias, ejemplos de redes, etc., para proveer una comprension exhaustiva de las realizaciones de

la invencion. Una persona con experiencia en la tecnica relevante reconocera, sin embargo, que la invencion puede practicarse sin uno o mas de los detalles especfficos, o con otros metodos, componentes, disposiciones, etc. En otras instancias, las estructuras, materiales o funciones conocidas no se muestran o describen en detalle para evitar oscurecer aspectos de la invencion.

5 Mientras los ejemplos anteriores son ilustrativos de los principios de la presente invencion en una o mas aplicaciones particulares, sera aparente para las personas con experiencia ordinaria en la tecnica que numerosas modificaciones en la forma, uso y detalles de implementacion pueden llevarse a cabo sin el ejercicio de la facultad inventiva, y sin apartarse de los principios y conceptos de la invencion. Por consiguiente, no se pretende que la invencion se encuentre limitada, excepto por las reivindicaciones establecidas mas abajo.

10

Claims

5

10

15

20

25

30

35

40

45

50

REIVINDICACIONES

1. Una entidad de gestion de movilidad (108, 208, 308) utilizable para facilitar el repliegue de conmutacion de circuitos, CSFB, para un equipo de usuario (102, 202, 302), la entidad de gestion de movilidad (108, 208, 308) comprendiendo uno o mas procesadores configurados para:

recibir (410) un indicador de capacidad CSFB optimizada del equipo de usuario (102, 202, 302) que define una capacidad CSFB optimizada del equipo de usuario (102, 202, 302);

iniciar (430) un traspaso de continuidad de llamada de voz de radio unica, SRVCC, del equipo de usuario (102, 202, 302) a una red de conmutacion de circuitos segun la capacidad CSFB optimizada del equipo de usuario (102, 202, 302);

enviar (440) un mensaje de solicitud de protocolo de aplicacion S1, S1-AP, a un eNB (104, 204, 304), en donde el mensaje de solicitud S1-AP incluye el indicador de capacidad CSFB optimizada y un indicador SRVCC para el equipo de usuario (102, 202, 302); y

recibir (450) un mensaje de traspaso requerido del eNB (104, 204, 304), cuando el traspaso SRVCC del equipo de usuario (102, 202, 302) a la red de conmutacion de circuitos se activa por una red de conmutacion de paquetes segun el indicador de capacidad CSFB optimizada y el indicador SRVCC;

caracterizada por que

el unico o mas procesadores se configuran para recibir (420) un tipo de servicio solicitado que activa el procedimiento CSFb para el equipo de usuario (102, 202, 302);

en donde la entidad de gestion de movilidad (108, 208, 308) se configura para seleccionar el indicador SRVCC enviado en el mensaje de solicitud S1-AP al eNB (104, 204, 304) segun el tipo de servicio solicitado.
2. La entidad de gestion de movilidad (108, 208, 308) de la reivindicacion 1, en donde el unico o mas procesadores se configuran ademas para recibir el indicador de capacidad CSFB optimizada del equipo de usuario (102, 202, 302) mediante un mensaje de adjuntar solicitud, un mensaje de solicitud de actualizacion de area de seguimiento o un mensaje de solicitud de servicio extendido.
3. La entidad de gestion de movilidad (108, 208, 308) de la reivindicacion 1 o 2, en donde el unico o mas procesadores se configuran ademas para identificar el indicador de capacidad CSFB optimizada segun un mensaje de reconocimiento de actualizacion de ubicacion que se recibe de un servidor de abonado local, el mensaje de reconocimiento de actualizacion de ubicacion incluyendo un perfil de abonado de equipo de usuario (102, 202, 302) que indica la capacidad CSFB optimizada del equipo de usuario (102, 202, 302).
4. La entidad de gestion de movilidad (108, 208, 308) de una de las reivindicaciones 1 a 3, en donde el unico o mas procesadores se configuran ademas para recibir el tipo de servicio solicitado des de un centro de conmutacion movil, MSC (110, 210, 310), mediante un mensaje de solicitud de radiobusqueda.
5. La entidad de gestion de movilidad (108, 208, 308) de una de las reivindicaciones 1 a 4, en donde el indicador de capacidad CSFB optimizada es un "0" para indicar que el equipo de usuario (102, 202, 302) no admite CSFB basado en SRVCC o un "1" para indicar que el equipo de usuario (102, 202, 302) si admite CSFB basado en SRVCC.
6. La entidad de gestion de movilidad (108, 208, 308) de una de las reivindicaciones 1 a 5, en donde el unico o mas procesadores se configuran ademas para recibir un mensaje de solicitud de servicio extendido del equipo de usuario (102, 202, 302) para una llamada originada en movil, o para recibir un mensaje de solicitud de radiobusqueda de un centro de conmutacion movil, MSC (110, 210, 310), para una llamada terminada en movil.
7. La entidad de gestion de movilidad (108, 208, 308) de una de las reivindicaciones 1 a 6, en donde la red de conmutacion de circuitos son Velocidades de Datos Mejoradas de una UTRAN o GSM para GERAN.
8. La entidad de gestion de movilidad (108, 208, 308) de una de las reivindicaciones 1 a 7, en donde el tipo de servicio solicitado es uno de: voz, video, servicio suplementario de datos no estructurados, USSD, servicio de ubicacion, LCS, o desconocido.
9. La entidad de gestion de movilidad (108, 208, 308) de una de las reivindicaciones 1 a 8, en donde el indicador SRVCC notifica al eNB (104, 204, 304) sobre si iniciar o no la SRVCC/SRVCC de video, en donde el indicador SRVCC es un "0" para indicar al eNB (104, 204, 304) que no se espera ninguna SRVCC/sRvCC de video o CSFB heredado, en donde el indicador SRVCC es un "1" para indicar al eNB (104, 204, 304) que SRVCC se espera, en donde el indicador SRVCC es un "2" para indicar al eNB (104, 204, 304) que SRVCC de video se espera.
10. La entidad de gestion de movilidad (108, 208, 308) de una de las reivindicaciones 1 a 9, en donde el unico o mas procesadores se configuran ademas para iniciar un procedimiento de traspaso de conmutacion de paquetes a conmutacion de circuitos cuando no hay una portadora QCI=1 asociada al equipo de usuario (102, 202, 302).

5

10

15

20

25

30
11. La entidad de gestion de movilidad (108, 208, 308) de una de las reivindicaciones 1 a 10, en donde el unico o mas procesadores se configuran ademas para activar un procedimiento de traspaso de conmutacion de paquetes a conmutacion de circuitos cuando el tipo de servicio solicitado es para voz o video mediante el envio de un mensaje de solicitud de conmutacion de paquetes a conmutacion de circuitos para un proposito SRVCC a un servidor de centro de conmutacion movil, MSC (110, 210, 310), en donde el mensaje de solicitud de conmutacion de paquetes a conmutacion de circuitos incluye el indicador de capacidad CSFB optimizada.
12. Un eNB (104, 204, 304) utilizable para facilitar el CSFB optimizado para un equipo de usuario (102, 202, 302), el eNB (104, 204, 304) comprendiendo uno o mas procesadores configurados para:

recibir, de una MME, un indicador de capacidad CSFB optimizada que define una capacidad CSFB optimizada del equipo de usuario (102, 202, 302);

recibir un indicador SRVCC para el equipo de usuario (102, 202, 302) de la entidad de gestion de movilidad (108, 208, 308);

activar un traspaso SRVCC del equipo de usuario (102, 202, 302) a una red de conmutacion de circuitos segun, en parte, el indicador de capacidad CSFB optimizada y el indicador SRVCC; y

enviar un mensaje de traspaso requerido a la entidad de gestion de movilidad (108, 208, 308) cuando el traspaso SRVCC se activa por una red de conmutacion de paquetes segun el indicador de capacidad CSFB optimizada y el indicador SRVCC;

caracterizado por que

el indicador SRVCC se configura para notifica al eNB (104, 204, 304) si iniciar o no la SRVCC/SRVCC de video, en donde el indicador SRVCC es un "0" para indicar al eNB (104, 204, 304) que no se espera ninguna SRVCC/SRVCC de video o CSFB heredado, en donde el indicador SRVCC es un "1" para indicar al eNB (104, 204, 304) que SRVCC se espera, en donde el indicador SRVCC es un "2" para indicar al eNB (104, 204, 304) que SRVCC de video se espera.
13. El eNB (104, 204, 304) de la reivindicacion 12, en donde el unico o mas procesadores se configuran ademas para recibir el indicador de capacidad CSFB optimizada del equipo de usuario (102, 202, 302) mediante un indicador de grupo de caracteristicas.
14. El eNB (104, 204, 304) de la reivindicacion 12 o 13, en donde el unico o mas procesadores se configuran ademas para activar el traspaso SRVCC del equipo de usuario (102, 202, 302) a la red de conmutacion de circuitos cuando no hay una portadora QCI=1 asociada al equipo de usuario (102, 202, 302).
15. El eNB (104, 204, 304) de una de las reivindicaciones 12 a 14, en donde el unico o mas procesadores se configuran ademas para recibir el indicador de capacidad CSFB optimizada de la entidad de gestion de movilidad (108, 208, 308).