ES2748114T3 - Método de traspaso y elemento de red de gestión de movilidad - Google Patents

Método de traspaso y elemento de red de gestión de movilidad Download PDF

Info

Publication number
ES2748114T3
ES2748114T3 ES11855931T ES11855931T ES2748114T3 ES 2748114 T3 ES2748114 T3 ES 2748114T3 ES 11855931 T ES11855931 T ES 11855931T ES 11855931 T ES11855931 T ES 11855931T ES 2748114 T3 ES2748114 T3 ES 2748114T3
Authority
ES
Spain
Prior art keywords
srvcc
user
capability
destination
mobility management
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
ES11855931T
Other languages
English (en)
Inventor
Feng Lu
Yijun Yu
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Huawei Technologies Co Ltd
Original Assignee
Huawei Technologies Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Huawei Technologies Co Ltd filed Critical Huawei Technologies Co Ltd
Application granted granted Critical
Publication of ES2748114T3 publication Critical patent/ES2748114T3/es
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W36/00—Hand-off or reselection arrangements
    • H04W36/0005—Control or signalling for completing the hand-off
    • H04W36/0011—Control or signalling for completing the hand-off for data sessions of end-to-end connection
    • H04W36/0022—Control or signalling for completing the hand-off for data sessions of end-to-end connection for transferring data sessions between adjacent core network technologies
    • H04W36/00224—Control or signalling for completing the hand-off for data sessions of end-to-end connection for transferring data sessions between adjacent core network technologies between packet switched [PS] and circuit switched [CS] network technologies, e.g. circuit switched fallback [CSFB]
    • H04W36/00226—Control or signalling for completing the hand-off for data sessions of end-to-end connection for transferring data sessions between adjacent core network technologies between packet switched [PS] and circuit switched [CS] network technologies, e.g. circuit switched fallback [CSFB] wherein the core network technologies comprise IP multimedia system [IMS], e.g. single radio voice call continuity [SRVCC]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W36/00—Hand-off or reselection arrangements
    • H04W36/0005—Control or signalling for completing the hand-off
    • H04W36/0011—Control or signalling for completing the hand-off for data sessions of end-to-end connection
    • H04W36/0016—Hand-off preparation specially adapted for end-to-end data sessions
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W36/00—Hand-off or reselection arrangements
    • H04W36/0005—Control or signalling for completing the hand-off
    • H04W36/0011—Control or signalling for completing the hand-off for data sessions of end-to-end connection
    • H04W36/0022—Control or signalling for completing the hand-off for data sessions of end-to-end connection for transferring data sessions between adjacent core network technologies
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W36/00—Hand-off or reselection arrangements
    • H04W36/14—Reselecting a network or an air interface

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Multimedia (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

Un método de traspaso, que comprende: recibir (S101, S203, S303), por parte de un elemento de una red de gestión de movilidad de destino, un mensaje de solicitud de reubicación hacia delante enviado por un elemento de una red de gestión de movilidad de origen, en donde el mensaje de solicitud de reubicación hacia delante comprende información de capacidad de continuidad de llamadas de voz de radio única, SRVCC, en donde la información de capacidad de SRVCC se utiliza para indicar que un usuario tiene capacidad de SRVCC, en donde el hecho de que el usuario tenga capacidad de SRVCC comprende: que el usuario puede utilizar la SRVCC, o que el usuario puede utilizar la SRVCC y un equipo de usuario tiene capacidad de SRVCC; y enviar (S102, S206, S306), por parte del elemento de la red de gestión de movilidad de destino a un elemento de una red de acceso de destino, un primer mensaje de solicitud que incluye información de posibilidad de la operación SRVCC, en donde la información de posibilidad de la operación SRVCC se utiliza para indicar que el usuario tiene capacidad de SRVCC y el elemento de la red de gestión de movilidad de destino tiene capacidad de SRVCC.

Description

DESCRIPCIÓN
Método de traspaso y elemento de red de gestión de movilidad
Campo técnico
La presente invención está relacionada con el campo de las tecnologías de las comunicaciones, y en particular, con un método de traspaso y un elemento de red de gestión de movilidad.
Antecedentes
Una red de acceso radio territorial del sistema de telecomunicaciones móviles universal evolucionado (Evolved Universal Mobile Telecommunication System Territorial Radio Access Network; E-UTRAN) y una red troncal de paquetes evolucionada (Evolved Packet Core Network, EPC) forman un sistema de paquetes evolucionado (Evolved Packet System, EPS). El sistema de paquetes evolucionado adopta generalmente un subsistema multimedia del Protocolo de Internet (Internet Protocol; IP) (IP Multimedia Subsystem; IMS) para proporcionar servicios de voz.
Como el despliegue inicial de una E-UTRAN no permite conseguir una cobertura de toda la red, en consecuencia, no se puede proporcionar el servicio de voz IMS fuera del alcance de cobertura de la E-UTRAN. Para mantener la continuidad de una llamada de voz más allá del límite de cobertura de la E-UTRAN, la asociación de 3a generación (The 3rd Generation Partnership Project; 3GPP) define una tecnología de continuidad de llamadas de voz de radio única (Single Radio Voice Call Continuity; SRVCC) para lograr el traspaso desde una E-UTRAN a un dominio de circuitos (Circuit Switching; CS) de una red de acceso radio mejorada (GSM EDGE Radio Access Network; GERAN) o una red de acceso radio territorial (UMTS Territorial Radio Access Network; UTRAN), o un traspaso de 1 xCS de 3GPP2 de conmutación de paquetes (Packet Switched; PS) a CS. Además, la tecnología SRVCC también permite el traspaso del acceso a paquetes en alta velocidad UTRAN (High Speed Packet Access, HSPA) a GERAN/UTRAN. Un elemento de red de la red de acceso radio puede activar la realización de un traspaso SRVCC solo si se comprueba que el equipo de usuario (User Equipment/Mobile Station; UE/MS, denominado de aquí en delante de forma colectiva UE) y el elemento de la red de gestión de movilidad (en lo que se refiere a diferentes redes de comunicación por radio, puede ser una entidad de gestión de movilidad (Mobility Management Entity; MME) o un nodo de soporte del servicio con tecnología del servicio general de radio por paquetes (General Packet Radio Service; GPRS) (Serving GPRS Support Node; SGSN), etc.) soporta la SRVCC, y en un escenario en el que el usuario puede utilizar la SRVCC.
Cuando la técnica anterior se aplica a un proceso de conexión o actualización de ubicación, si el elemento de la red de gestión de movilidad comprueba, al recibir un mensaje de petición de solicitud de conexión/solicitud de actualización de ubicación enviado por el equipo de usuario, que el UE tiene capacidad de SRVCC, detecta, a partir de los datos de suscripción enviados por el servidor de abonado local, que el usuario puede utilizar la SRVCC, y detecta que el elemento de la red de gestión de movilidad soporta la SRVCC, el elemento de la red de gestión de movilidad le envía un mensaje inicial de solicitud de establecimiento de contexto al elemento de red de la red de acceso radio, indicándole que el elemento de la red de acceso radio puede realizar una operación SRVCC.
Sin embargo, cuando la técnica anterior se aplica a un proceso de traspaso de conmutación de paquetes (Packet Switched Handover; PS HO), el elemento de la red de gestión de movilidad de destino puede no detectar correctamente si el usuario puede utilizar la SRVCC y, en consecuencia, el elemento de red de la red de acceso radio de destino puede no detectar correctamente si se puede llevar a cabo la operación SRVCC. Además, el elemento de red de la red de acceso radio de destino activa incorrectamente un traspaso SRVCC. Como resultado se produce un fallo del traspaso SRVCC y se malgasta una gran parte de la señalización intercambiada relevante; o, se puede producir un fallo al llevar a cabo el traspaso SRVCC y la interrupción del servicio de voz del usuario.
El documento WO 2010/044730 A2 divulga, en relación con la Fig. 4, pasos para la SRVCC de E-UTRAN a GERAN sin soporte de DTM/PSHO. A partir de informes de medición del UE, la E-UTRAN de origen decide activar un HO SRVCC a la GERAN. La E-UTRAN de origen le envía un mensaje Handover Required (solicitud de traspaso) (ID de Destino, Contenedor Transparente de Origen a Destino) a la MME de origen. La E-UTRAN también le indica a la MME que se trata de una operación de HO SRVCC. A partir del QCI asociado con la portadora de voz (QCI 1) y la indicación de traspaso SRVCC, la MME de origen separa la portadora de voz de las portadoras que no son de voz e inicia un procedimiento de HO de la red PS a la red CS únicamente para la portadora de voz hacia el Servidor MSC. La MME le envía un mensaje Forward Relocation Request (solicitud de reubicación hacia delante) (STN-SR, MSISDN1, Contenedor Transparente de Origen a Destino, Contexto MM) al servidor MSC. La MME recibe el STN-SR y el MSISDN desde el HSS como parte del perfil de suscripción descargado durante el procedimiento de conexión de la E-UTRAN. El servidor MSC interconecta la solicitud de traspaso de la red PS a la red CS con una solicitud de traspaso entre MSC de CS enviándole un mensaje Prepare Handover Request (solicitud de preparación de traspaso) al MSC de destino. Se establece una conexión de circuitos entre el MSC de destino y la MGW asociada al servidor MSC, por ejemplo, mediante mensajes IAM y ACM del protocolo ISUP. El servidor MSC inicia la Session Transfer (transferencia de sesión) utilizando el STN-SR1, esto es, enviando un mensaje ISUP IAM (STN-SR) al IMS.
El documento WO 2010/092457 A1 divulga, en relación con la Fig. 4, que inicialmente, antes del inicio del traspaso, se pueden intercambiar unidades de datos (PDU) del protocolo de plano de usuario del enlace ascendente y el enlace descendente. La RAT de origen es E-UTRAN, el e-Nodo B de origen puede iniciar el traspaso por cualquier motivo apropiado. El e-NodoB de origen puede enviarle un mensaje a la MME de origen para indicarle que se solicita un traspaso. A continuación, la MME de origen puede reenviarle un mensaje de solicitud de reubicación al SGSN de destino. El SGSN de destino puede enviarle un mensaje de solicitud de creación de portadora a la pasarela de servicio (GW) de destino. A continuación, la GW de servicio de destino puede devolverle una respuesta de creación de portadora al SGSN de destino. A continuación, el SGSN de destino puede enviarle un mensaje PS Handover Request (solicitud de traspaso PS) al nodo de destino (por ejemplo, la BSS de destino). La BSS de destino puede determinar si falta información de capacidad inter-RAT de la UTRAN.
La V9.6.0 de la especificación técnica TS 23.216 del 3GPP divulga, en relación con la figura 6.2.2.2-1 (SRVCC desde E-UTRAN a UTRAN con HO PS o GERAN con soporte HO DTM) que el UE le envía informes de medición a la E-UTRAN. A partir de los informes de medición del UE, la E-UTRAN de origen decide activar un traspaso SRVCC para la UTRAN/GERAN. Si el destino es la UTRAN, la E-UTRAN de origen le envía un mensaje Handover Required a la MME de origen. La indicación de HO SRVCC le indica a la MME que es para un HO CS+PS. De acuerdo con el QCI asociado a la portadora de voz (QCI 1) y la SRVCC HO Indication (indicación de HO SRVCC), la MME de origen separa la portadora de voz de todas las demás portadoras de PS e inicia su reubicación hacia el Servidor MSC y el SGSN, respectivamente. La MME de origen inicia el procedimiento de traspaso PS-CS para la portadora de voz enviándole un mensaje SRVCC PS to CS Request (solicitud de PS a CS SRVCC) (IMSI, iD de destino, STN-SR, C-MSISDN, Contenedor Transparente de Origen a Destino, Contexto MM, Indicación de Emergencia) al Servidor MSC. El servidor MSC interconecta la solicitud de traspaso PS-CS con una solicitud de traspaso inter-MSC CS mediante el envío de un mensaje Prepare Handover Request (solicitud de preparación de traspaso) al MSC de destino. El MSC de destino solicita una asignación de recursos para la reubicación de CS enviándole el mensaje Relocation Request/Handover Request al RNS/BSS de destino. En paralelo al paso anterior, la MME de origen inicia la reubicación de las portadoras PS. La MME de origen le envía un mensaje Forward Relocation Request (Contenedor Transparente de Origen a Destino genérico, contexto MM, IE de las conexiones PDN) al SGSN de destino. El SGSN de destino solicita una asignación de recursos para la reubicación de PS enviándole el mensaje Relocation Request/Handover Request (Contenedor Transparente de Origen a Destino) al RNS/BSS de destino.
El documento BORRADOR DEL 3GPP S2-105367 de NTT DOCOMO: "Correction on PS HO failure (Corrección en un fallo de HO PS)", está relacionado esencialmente con la SRVCC desde E-UTRAN a GERAN/UTRAN, y en particular está relacionado con: (1) la MME le reenvía la información SRVCC Handover Type (tipo de traspaso SRVCC) al MSC de destino y al SGSN de destino. El SRVCC Handover Type hereda la información de SRVCC HO Indication enviada desde la E-UTRAN a la MME. (2) La RAT de destino espera la asignación de recursos de PS desde el SGSN si el SRVCC Handover Type indica traspaso CS+PS. En caso contrario, la RAT de destino espera la asignación de recursos PS desde el SGSN, esto es, el Handover Type indica únicamente traspaso de CS. (3) En caso de que el traspaso sea de PS con SRVCC y el SGSN rechace el establecimiento de la conexión PDN, el SGSN le notifica el error al RNC y el RNC continúa únicamente con el traspaso de CS.
Resumen
La invención se define mediante las reivindicaciones independientes 1 y 4. A continuación, las partes de la descripción y los dibujos que hacen referencia a modos de realización no tratados en las reivindicaciones no se presentan como modos de realización de la invención, sino como ejemplos útiles para entender la invención.
Los modos de realización de la presente invención proporcionan un método de traspaso y un elemento de red de gestión de movilidad para resolver un problema de la técnica anterior consistente en que se dispara incorrectamente un traspaso SRVCC porque un elemento de red de la red de acceso radio de destino puede no detectar si se puede realizar la operación SRVCC, lo que da lugar a un fallo del traspaso SRVCC y al desaprovechamiento de una gran parte de la señalización relevante intercambiada. Además, esto puede dar como resultado un fallo del traspaso SRVCC y la interrupción de un servicio de voz del usuario.
Un modo de realización de la presente invención proporciona un método de traspaso, que incluye:
recibir, por parte de un elemento de la red de gestión de movilidad de destino, un mensaje de solicitud de reubicación hacia delante enviado por un elemento de la red de gestión de movilidad de origen, en donde el mensaje de solicitud de reubicación hacia delante incluye información de capacidad de continuidad de llamadas de voz de radio única SRVCC, en donde la información de capacidad de SRVCC se utiliza para indicar que el usuario tiene capacidad de SRVCC, en donde el hecho de que el usuario disponga de capacidad de SRVCC consiste en que: el usuario puede utilizar la SRVCC, o el usuario puede utilizar la SRVCC y el equipo de usuario tiene capacidad de SRVCC; y
enviar, por parte del elemento de la red de gestión de movilidad de destino a un elemento de red de la red de acceso de destino, un primer mensaje de solicitud que incluye información de posibilidad de la operación SRVCC, en donde la información de posibilidad de la operación SRVCC se utiliza para indicar que el usuario tiene capacidad de SRVCC y el elemento de la red de gestión de movilidad de destino tiene capacidad de SRVCC.
Un modo de realización de la presente invención proporciona un elemento de red de gestión de movilidad, que incluye:
un módulo de recepción, configurado para recibir un mensaje de solicitud de reubicación hacia delante enviado por un elemento de la red de gestión de movilidad de origen, en donde el mensaje de solicitud de reubicación hacia delante incluye información de capacidad de continuidad de llamadas de voz de radio única SRVCC, en donde la información de capacidad de SRVCC se utiliza para indicar que el usuario tiene capacidad de SRVCC, en donde el hecho de que el usuario tenga capacidad de SRVCC consiste en que: el usuario puede utilizar la SRVCC, o el usuario puede utilizar la SRVCC y el equipo de usuario tiene capacidad de SRVCC;
un módulo de envío, configurado para enviarle a un elemento de una red de acceso de destino un primer mensaje de solicitud que incluye información de posibilidad de la operación SRVCC, en donde la información de posibilidad de la operación SRVCC se utiliza para indicar que el usuario tiene capacidad de SRVCC y el elemento de la red de gestión de movilidad de destino tiene capacidad de SRVCC.
Los modos de realización de la presente invención proporcionan un método de traspaso y un elemento de red de gestión de movilidad.
Breve descripción de los dibujos
Con el fin de ilustrar de forma más clara las soluciones técnicas incluidas en los modos de realización de la presente invención o en la técnica anterior, a continuación se enumeran brevemente los dibujos adjuntos necesarios para describir los modos de realización o la técnica anterior. Evidentemente, en la siguiente descripción los dibujos adjuntos ilustran tan solo algunos modos de realización de la presente invención, y a partir de los dibujos adjuntos una persona con un conocimiento normal de la técnica aún puede obtener otros dibujos sin esfuerzos creativos. La FIG. 1 es un diagrama de flujo de un método de traspaso de acuerdo con el Modo de realización 1 de la presente invención;
la FIG. 2 es un diagrama de flujo de un método de traspaso de acuerdo con el Modo de realización 2 de la presente invención;
la FIG. 3 es un diagrama de flujo de un método de traspaso de acuerdo con el Modo de realización 3 de la presente invención; y
la FIG. 4 es un diagrama esquemático de la estructura de un elemento de red de gestión de movilidad de acuerdo con el Modo de realización 1 de la presente invención.
Descripción de los modos de realización
Con el fin de hacer más claros los objetivos, las soluciones técnicas y las ventajas de los modos de realización de la presente invención, a continuación se describen de forma clara y completa las soluciones técnicas incluidas en los modos de realización de la presente invención haciendo referencia a los dibujos adjuntos en los modos de realización de la presente invención.
La FIG. 1 es un diagrama de flujo de un método de traspaso de acuerdo con el Modo de realización 1 de la presente invención. Tal como se ilustra en la FIG. 1, el método incluye:
S101: Un elemento de la red de gestión de movilidad de destino recibe un mensaje de solicitud de reubicación hacia delante enviado por un elemento de la red de gestión de movilidad de origen. El mensaje de solicitud de reubicación hacia delante incluye información de capacidad de continuidad de llamadas de voz de radio única SRVCC.
S102: El elemento de la red de gestión de movilidad de destino le envía a un elemento de una red de acceso de destino un primer mensaje de solicitud que incluye información de posibilidad de la operación SRVCC.
En función de las diferentes redes en las que se encuentre un equipo de usuario, el elemento de la red de gestión de movilidad de origen y el elemento de la red de gestión de movilidad de destino pueden ser un equipo de gestión de movilidad tal como una MME o un SGSN; el elemento de red de la red de acceso radio de origen y el elemento de red de la red de acceso radio de destino pueden ser un dispositivo tal como una estación base evolucionada (Evolved Node B; eNodeB) o un controlador de red radio (Radio Network Controller: RNC).
En un proceso de traspaso, el elemento de la red de gestión de movilidad de origen recibe un mensaje de solicitud de traspaso o un mensaje de solicitud de reubicación enviado por el elemento de red de la red de acceso radio de origen. Con el fin de que el elemento de red de la red de acceso radio de destino realice correctamente la operación de traspaso, el elemento de la red de gestión de movilidad de origen debe notificarle al elemento de la red de gestión de destino si el usuario puede utilizar la SRVCC, o la capacidad de SRVCC del UE y si el usuario puede utilizar la SRVCC, de modo que el elemento de la red de gestión de movilidad de destino puede notificarle al elemento de red de la red de acceso radio de destino la capacidad de SRVCC del UE, si el usuario puede utilizar la SRVCC y si el elemento de la red de gestión de movilidad de destino soporta SRVCC, lo cual permite que el elemento de red de la red de acceso radio de destino realice correctamente la operación de traspaso SRVCC.
El mensaje de solicitud de reubicación reenviado enviado por el elemento de la red de gestión de movilidad de origen al elemento de la red de gestión de movilidad de destino incluye información de capacidad de SRVCC. La información de capacidad de SRVCC se puede utilizar para indicar que el usuario tiene capacidad de SRVCC. La información de capacidad de SRVCC incluye específicamente: al menos uno entre un número de transferencia de sesión para continuidad de llamadas de voz de radio única (Session Transfer Number for SR-VCC, STN-SR) y un número internacional de estación móvil RDSI de correlación (Correlation Mobile Station International ISDN Number, C-MSISDN); o, información de permiso de SRVCC, por ejemplo una indicación de permiso de SRVCC (SRVCC is Allowed); o información de posibilidad de la operación SRVCC, por ejemplo, una indicación de que la operación SRVCC es posible (SRVCC Operation Possible).
El hecho de que el usuario tenga capacidad de SRVCC puede incluir que: el usuario puede utilizar la SRVCC. O el hecho de que el usuario tenga capacidad de SRVCC también puede incluir tanto que el usuario puede utilizar la SRVCC como que el equipo de usuario tiene capacidad de SRVCC.
Además, la información de capacidad de SRVCC también se puede utilizar para indicar que: el elemento de la red de gestión de movilidad de origen tiene capacidad de SRVCC. El hecho de que el elemento de la red de gestión de movilidad de origen tenga capacidad de SRVCC puede consistir específicamente en que el elemento de la red de gestión de movilidad de origen soporte SRVCC o soporte la interfaz Sv, etcétera.
Después de que el elemento de la red de gestión de movilidad de destino haya recibido el mensaje de solicitud de reubicación hacia delante enviado por el elemento de la red de gestión de movilidad de origen, el elemento de la red de gestión de movilidad de destino le envía un primer mensaje de solicitud al elemento de red de la red de acceso radio de destino. El primer mensaje de solicitud puede ser un mensaje de solicitud de traspaso o un mensaje de solicitud de reubicación, y el primer mensaje de solicitud incluye información de posibilidad de la operación SRVCC. Esto incluye específicamente lo siguiente:
si el elemento de la red de gestión de movilidad de destino soporta la SRVCC (esto es, el elemento de la red de gestión de movilidad de destino tiene capacidad de SRVCC), el elemento de la red de gestión de movilidad de destino puede enviarle al elemento de red de la red de acceso radio de destino un primer mensaje de solicitud que incluye la indicación de que la operación SRVCC es posible (SRVCC Operation Possible). La indicación de que la operación SRVCC es posible puede indicar que el usuario tiene capacidad de SRVCC y que la MME de destino también tiene capacidad de SRVCC (si la indicación no está incluida, ello indica que la operación SRVCC no es posible); o el elemento de la red de gestión de movilidad de destino puede enviarle al elemento de red de la red de acceso radio de destino el primer mensaje de solicitud que incluye la indicación de que la operación SRVCC es posible (SRVCC Operation Possible). Si el valor de la indicación de que la operación SRVCC es posible es afirmativo (TRUE) o 1, ello indica que la operación SRVCC es posible (si la indicación de que la operación SRVCC es posible es negativo (FALSE) o 0, ello indica que la operación SRVCC no es posible, eso esto es, al menos uno de el usuario o la MME de destino no tiene capacidad de SRVCC.
La FIG. 2 es un diagrama de flujo de un método de traspaso de acuerdo con el Modo de realización 2 de la presente invención. Este modo de realización utiliza a modo de ejemplo el procesamiento de un traspaso realizado por un UE conectado a la E-UTRAN. Tanto el elemento de la red de gestión de movilidad de origen como el de destino son MME, y tanto el elemento de red de la red de acceso radio de origen como el de destino son eNodosB. Se debe observar que este modo de realización proporciona únicamente un escenario específico de aplicación del método de traspaso, sin embargo, no utiliza esto como limitación para el modo de realización en la presente invención. Tal como se ilustra en la FIG. 2, este método incluye:
S201: Un eNodoB de origen decide iniciar un traspaso basado en la interfaz S1 (el eNodoB de origen decide iniciar un traspaso basado en la interfaz S1 al eNodoB de destino).
S202: el eNodoB de origen le envía un mensaje de solicitud de traspaso (Handover Required) (esto es, un segundo mensaje de solicitud) a la MME de origen.
S203: La MME de origen le envía un mensaje de solicitud de reubicación hacia delante (Forward Relocation Request) a una MME de destino.
El mensaje de solicitud de reubicación hacia delante incluye información de capacidad de SRVCC, que indica que el usuario tiene capacidad de continuidad de llamadas de voz de radio única (esto es, el usuario tiene capacidad de SRVCC). El contenido específico de que el usuario tenga capacidad de SRVCC puede incluir, pero no se limita a, uno cualquiera de los siguientes métodos:
el usuario puede utilizar la SRVCC; o, el usuario puede utilizar la SRVCC y el equipo de usuario tiene capacidad de SRVCC. Además, la información de capacidad de SRVCC también puede indicar: el elemento de la red de gestión de movilidad de origen tiene capacidad de SRVCC. El hecho de que el elemento de la red de gestión de movilidad de origen tenga capacidad de SRVCC puede consistir en que el elemento de la red de gestión de movilidad de origen soporte SRVCC o soporte la interfaz Sv, etc. El hecho de que el equipo de usuario disponga de capacidad de SRVCC puede consistir concretamente en que el equipo de usuario soporte la SRVCC.
A partir de lo indicado más arriba, la información de capacidad de SRVCC se puede utilizar específicamente para indicar uno cualquiera de los siguientes contenidos:
(1) el usuario tiene capacidad de SRVCC;
(2) el usuario tiene capacidad de SRVCC y el elemento de la red de gestión de movilidad de origen tiene capacidad de SRVCC;
(3) el usuario puede utilizar la SRVCC;
(4) el usuario puede utilizar la SRVCC y el equipo de usuario tiene capacidad de SRVCC;
(5) el usuario puede utilizar la SRVCC y el elemento de la red de gestión de movilidad de origen tiene capacidad de SRVCC; y
(6) el usuario puede utilizar la SRVCC, el equipo de usuario tiene capacidad de SRVCC y el elemento de la red de gestión de movilidad de origen tiene capacidad de SRVCC.
La implementación concreta de la información de capacidad de SRVCC puede incluir, pero no se limita a, uno cualquiera de los siguientes métodos:
(1) La información de capacidad de SRVCC incluye: al menos uno de: un número de transferencia de sesión para continuidad de llamadas de voz de radio única (STN-SR) y un número internacional de estación móvil RDSI de correlación (C-MSISDN); o, información de permiso de SRVCC, por ejemplo, una indicación de permiso de SRVCC (SRVCC is Allowed); o, información de posibilidad de la operación SRVCC, por ejemplo, indicación de que la operación SRVCC es posible (SRVCC Operation Possible). El modo de realización no limita el tipo concreto de la información o indicación.
El STN-SR y/o el C-MSISDN, o la información de permiso de SRVCC, o la información de posibilidad de la operación SRVCC se puede utilizar para indicar cualquiera de los 6 contenidos de indicación mencionados más arriba, por ejemplo, para indicar que el usuario tiene capacidad de SRVCC, o para indicar que el usuario tiene capacidad de SRVCC y que el elemento de la red de gestión de movilidad de origen tiene capacidad de SRVCC, o, para indicar que el usuario puede utilizar la SRVCC, o para indicar que el usuario puede utilizar la SRVCC y el equipo de usuario tiene capacidad de SRVCC, etc.
(2) La información de capacidad de SRVCC también puede incluir: información de capacidad de SRVCC, por ejemplo, una indicación de capacidad de SRVCC (SRVCC capability indication). La información de capacidad de SRVCC se puede utilizar para indicar que el equipo de usuario tiene capacidad de SRVCC. El modo de realización no limita el tipo concreto de la información o indicación.
Un escenario en el que la información de capacidad de SRVCC incluya la información de capacidad de SRVCC incluye, pero no está limitado a: el STN-SR y/o el C-MSISDN, o la información de permiso de SRVCC, o la información de posibilidad de la operación SRVCC indica que el usuario puede utilizar la SRVCC, y la información de capacidad de SRVCC puede indicar que el equipo de usuario tiene capacidad de SRVCC. El STN-SR y/o el C-MSISDN o la información de permiso de SRVCC, o la información de posibilidad de la operación de SRVCC y la información de capacidad de SRVCC indican conjuntamente que el usuario puede utilizar la SRVCC y que el equipo de usuario tiene capacidad de SRVCC o el usuario tiene capacidad de SRVCC.
Antes de que la MME de origen le envíe el mensaje de solicitud de reubicación a la MME de destino, la MME de origen puede conocer la información de capacidad de SRVCC mediante, pero sin limitarse a, uno cualquiera de los siguientes métodos:
cuando un UE se conecta a una red por primera vez, el UE debe enviarle un mensaje de solicitud de conexión (Attach Request) a la MME de origen; o, si el UE está conectado a una red y la ubicación del UE cambia, el UE le envía una solicitud de actualización de ubicación a la MME de origen (en el proceso de actualización de ubicación la MME de origen es el elemento de la red de gestión de movilidad de destino), por ejemplo: un mensaje de solicitud de actualización del área de seguimiento (Tracking Area Update Request, TAU). Si el UE tiene capacidad de SRVCC, el UE puede incluir la indicación de capacidad de SRVCC (SRVCC capability indication) en el mensaje de solicitud de conexión/mensaje de solicitud de actualización del área de seguimiento, por ejemplo, la indicación de capacidad de SRVCC se puede incluir en un elemento de información "MS Network Capability (capacidad de la red de la MS)" del mensaje de solicitud de conexión/mensaje de solicitud de actualización del área de seguimiento.
Además, después de que la MME de origen haya recibido el mensaje de solicitud de conexión o el mensaje de solicitud de actualización de ubicación enviado por el UE, se envía una solicitud de actualización de ubicación a un servidor de abonado local; después de que el servidor de abonado local haya recibido la solicitud de actualización de ubicación, se le devuelve información de suscripción del usuario del UE al elemento de la red de gestión de movilidad; si el usuario puede utilizar la SRVCC (SRVCC subscribed allowed), los datos de la suscripción del usuario del UE pueden incluir el STN-SR y el C-MSISDN, esto es, la MME de origen puede conocer que el usuario puede utilizar la SRVCC a través del servidor de abonado local. El servidor de abonado local es un servidor de abonado local (Home Subscriber Server; HSS).
La MME de origen puede saber que el usuario tiene capacidad de SRVCC al conocer que el usuario puede utilizar la SRVCC, o que el equipo de usuario tiene capacidad de SRVCC y el usuario puede utilizar la SRVCC. La MME de origen puede saber que ella misma (la MME de origen) tiene capacidad de SRVCC mediante información de configuración.
S204: La MME de destino le envía un mensaje de solicitud de creación de sesión (Create Session Request) a una pasarela de servicio de destino.
S205: La MME de destino recibe un mensaje de respuesta de creación de sesión (Create Session Response) enviado por la pasarela de servicio de destino.
S206: La MME de destino le envía un mensaje de solicitud de traspaso (Handover Required) (esto es, un primer mensaje de solicitud) al eNodoB de destino.
El mensaje de solicitud de traspaso puede incluir información de posibilidad de la operación de continuidad de llamadas de voz de radio única (SRVCC operation possible).
Si la MME de destino comprueba que el usuario tiene capacidad de SRVCC (esto es, el UE puede utilizar la SRVCC o el UE puede utilizar la SRVCC y el UE tiene capacidad de SRVCC), se debe asumir que la MME de destino tiene capacidad de SRVCC (esto es, soporta SRVCC), por ejemplo, la MME soporta la compleción de un traspaso SRVCC a través de la interfaz Sv, la MME de destino puede incluir la información de posibilidad de la operación SRVCC en un mensaje de solicitud de traspaso enviado al eNodoB de destino, indicando que el usuario tiene capacidad de SRVCC y que la MME de destino tiene capacidad de SRVCC, y el eNodoB de destino puede registrar la información de posibilidad de la operación SRVCC, la cual se utiliza para determinar si se puede iniciar un traspaso SRVCC. En particular, la MME de destino puede incluir la indicación de que la operación SRVCC es posible (SRVCC operation possible indication) en una solicitud de traspaso enviada al eNodoB de destino. La indicación de que la operación SRVCC es posible puede indicar que el usuario tiene capacidad de SRVCC y que la MME de destino tiene capacidad de SRVCC; si no se incluye la indicación, ello indica que la operación SRVCC no es posible (esto es, al menos uno de el usuario y la MME de destino no tiene capacidad de SRVCC); o, la MME de destino puede incluir la información de posibilidad de la operación SRVCC (SRVCC operation possible indication) en un mensaje de solicitud de traspaso enviado al eNodoB de destino; si el valor de posibilidad de la indicación de que la operación SRVCC es afirmativo (TRUE) o 1, ello indica que la operación SRVCC es posible y que la MME de destino tiene capacidad de SRVCC; si el valor de la indicación de que la operación SRVCC es posible es negativo (FALSE) o 0, ello indica que la operación SRVCC no es posible (esto es, al menos uno de el usuario y la MME de destino no tiene capacidad de SRVCC).
S207: La MME de destino recibe un mensaje de respuesta de traspaso (Handover Response) desde el eNodoB de destino.
S208: Realizar los pasos relevantes de HO PS, que pueden incluir, pero no se limitan a: crear un túnel temporal para transferencia de datos, actualizar los planos de usuario de los enlaces ascendente y descendente, realizar una actualización del área de seguimiento y eliminar el canal temporal de transferencia de datos, etc.
Además, al llevar a cabo en el paso S208 el proceso de solicitud de actualización del área de seguimiento, cuando la MME de destino le envía un mensaje de solicitud de modificación de contexto del equipo de usuario (UE CONTEXT MODIFICATION REQUEST) al eNodoB de destino, la información de posibilidad de la operación SRVCC se puede incluir en el mensaje de solicitud de modificación de contexto del equipo de usuario; en este caso, no se limita a si el mensaje de solicitud de traspaso del paso S206 anterior incluye información de posibilidad de la operación SRVCC.
En relación con el contenido específico y obtención de la información de posibilidad de la operación SRVCC incluida en el mensaje de solicitud de modificación de contexto del equipo de usuario, se puede hacer referencia a la descripción del paso S206, ya que no se describe aquí.
La FIG. 3 es un diagrama de flujo de un método de traspaso de acuerdo con el Modo de realización 3 de la presente invención. Este modo de realización utiliza a modo de ejemplo el procesamiento de reubicación (Relocation) de un subsistema de red de radio de servicio (Serving Radio Network Subsystem; SRNS) de un UE conectado a una UTRAN (tecnología de acceso a paquetes en alta velocidad (High Speed Packet Access; HSPA)). Tanto el elemento de la red de gestión de movilidad de origen como el de destino son SGSN, y los elementos de red de la red de acceso radio de origen y destino son RNC. Se debe observar que este modo de realización solo proporciona un escenario específico de aplicación del método de traspaso, sin embargo, no se utiliza esto como limitación para el modo de realización en la presente invención. Tal como se ilustra en la FIG. 3, este método incluye:
S301: Un RNC de origen decide iniciar una reubicación del subsistema de red de radio de servicio (SRNS relocation).
S302: El RNC de origen le envía un mensaje de solicitud de reubicación (Relocation Required) (esto es, un segundo mensaje de solicitud) a un SGSN de origen.
S303: El SGSN de origen le envía un mensaje de solicitud de reubicación hacia delante (Forward Relocation Request) a un SGSN de destino.
El mensaje de solicitud de reubicación hacia delante incluye información de capacidad de SRVCC, que indica que un usuario dispone de capacidad de continuidad de llamadas de voz de radio única (el usuario tiene capacidad de SRVCC). El modo específico en el que el usuario tiene capacidad de SRVCC incluye: el usuario puede utilizar la SRVCC; o, el usuario puede utilizar la SRVCC y el equipo de usuario tiene capacidad de SRVCC. Además, la información de capacidad de SRVCC también puede indicar que el elemento de la red de gestión de movilidad de origen tiene capacidad de SRVCC. El hecho de que el elemento de la red de gestión de movilidad de origen tenga capacidad de SRVCC puede consistir en que el elemento de la red de gestión de movilidad de origen soporte SRVCC o soporte la interfaz Sv, etc. El hecho de que el equipo de usuario disponga de capacidad de SRVCC concretamente puede consistir en que el equipo de usuario soporte SRVCC.
De acuerdo con lo expuesto más arriba, la información de capacidad de SRVCC se puede utilizar específicamente para indicar cualquiera de los siguientes contenidos:
(1) el usuario tiene capacidad de SRVCC;
(2) el usuario tiene capacidad de SRVCC y el elemento de la red de gestión de movilidad de origen tiene capacidad de SRVCC;
(3) el usuario puede utilizar la SRVCC;
(4) el usuario puede utilizar la SRVCC y el equipo de usuario tiene capacidad de SRVCC;
(5) el usuario puede utilizar la SRVCC y el elemento de la red de gestión de movilidad de origen tiene capacidad de SRVCC; y
(6) el usuario puede utilizar la SRVCC, el equipo de usuario tiene capacidad de SRVCC y el elemento de la red de gestión de movilidad de origen tiene capacidad de SRVCC.
La implementación concreta de la información de capacidad de SRVCC puede incluir, pero no se limita a, cualquiera de los siguientes métodos:
(1) La información de capacidad de SRVCC incluye: al menos uno de un número de traspaso de sesión de continuidad de llamadas de voz de radio única (STN-SR) y un número internacional de estación móvil RDSI de correlación (C-MSISDN); o información de permiso de SRVCC, por ejemplo, una indicación de permiso de SRVCC (SRVCC is Allowed); o información de posibilidad de la operación SRVCC, por ejemplo, una indicación de que la operación SRVCC es posible (SRVCC Operation Possible). El modo de realización no limita el tipo concreto de la información o indicación.
El STN-SR y/o el C-MSISDN, o la información de permiso de SRVCC, o la información de posibilidad de la operación SRVCC se puede utilizar para indicar cualquiera de los contenidos de la indicación, por ejemplo, para indicar que el usuario tiene capacidad de SRVCC, o para indicar que el usuario tiene capacidad de SRVCC y el elemento de la red de gestión de movilidad de origen tiene capacidad de SRVCC, o para indicar que el usuario puede utilizar la SRVCC, o para indicar que el usuario puede utilizar la SRVCC y el equipo de usuario tiene capacidad de SRVCC, etc.
(2) La información de capacidad de SRVCC también puede incluir: información de capacidad de SRVCC, por ejemplo, una indicación de capacidad de SRVCC (SRVCC capability indication). La información de capacidad de SRVCC se puede utilizar para indicar que el equipo de usuario tiene capacidad de SRVCC. El modo de realización no limita el tipo concreto de la información o indicación.
Un escenario en el que la información de capacidad de SRVCC incluye la información de capacidad de SRVCC incluye, pero no se limita a: el STN-SR y/o el C-MSISDN, o la información de permiso de SRVCC o la información de posibilidad de la operación SRVCC para indicar que el usuario puede utilizar la SRVCC, y la información de capacidad de SRVCC puede indicar que el equipo de usuario tiene capacidad de SRVCC. El STN-SR y/o el C-MSISDN, o la información de permiso SRVCC o la información de posibilidad de la operación SRVCC y la información de capacidad de SRVCC indican que el usuario puede utilizar la SRVCC y que el equipo de usuario tiene capacidad de SRVCC o el usuario tiene capacidad de SRVCC.
Antes de que el SGSN de origen le envíe el mensaje de solicitud de reubicación a un SGSN de destino, la MME de origen puede conocer la información de capacidad de SRVCC a través de, pero sin limitarse a, cualquiera de los siguientes métodos:
cuando el UE se conecta a una red por primera vez, el UE debe enviarle un mensaje de solicitud de conexión (Attach Request) al SGSN de origen; o, si el UE está conectado a una red y la ubicación del UE cambia, el UE le envía una solicitud de actualización de ubicación al SGSN de origen, por ejemplo: una solicitud de actualización del área de encaminamiento (Routing Area Update, RAU). Si el UE tiene capacidad de SRVCC, el UE puede incluir una indicación de capacidad de SRVCC (SRVCC capability indication) en el mensaje de solicitud de conexión o en el mensaje de solicitud de actualización del área de encaminamiento, por ejemplo, la indicación de capacidad de SRVCC se puede incluir en un elemento de información "MS Network Capability" del mensaje de solicitud de conexión/mensaje de solicitud de actualización del área de encaminamiento.
Además, después de que el SGSN de origen haya recibido el mensaje de solicitud de conexión o el mensaje de solicitud de actualización de ubicación enviado por el UE, se envía una solicitud de actualización de ubicación a un servidor de abonado local; después de que el servidor de abonado local haya recibido la solicitud de actualización de ubicación, se le devuelve información de suscripción del usuario del UE al elemento de la red de gestión de movilidad. Si el usuario puede utilizar la SRVCC (SRVCC subscribed allowed), los datos de la suscripción del usuario del UE pueden incluir el STN-SR y el C-MSISDN, esto es, el SGSN de origen puede conocer que el usuario puede utilizar la SRVCC a través del servidor de abonado local. El servidor de abonado local puede ser un registro local de localización (Home Location Register; HLR) o un HSS y así sucesivamente.
El SGSN de origen puede saber que el usuario tiene capacidad de SRVCC al conocer que el usuario puede utilizar la SRVCC, o que el equipo de usuario tiene capacidad de SRVCC y el usuario puede utilizar la SRVCC. El SGSN de origen puede saber que él mismo (el SGSN de origen) tiene capacidad de SRVCC mediante información de configuración.
S304: El SGSN de destino le envía un mensaje de solicitud de creación de sesión (Create Session Request) a una pasarela de servicio de destino.
Si el SGSN de destino utiliza la interfaz S4, se ejecutan el paso S404 y el paso S405; en caso contrario, si el SGSN de destino utiliza la interfaz Gn/Gp, no se ejecutan el paso S404 ni el paso S405.
S305: El SGSN de destino recibe un mensaje de respuesta de creación de sesión (Create Session Response) enviado por la pasarela de servicio de destino.
S306: El SGSN de destino le envía un mensaje de solicitud de reubicación (Relocation Request) (esto es, un primer mensaje de solicitud) al RNC de destino.
El mensaje de solicitud de traspaso puede incluir información de posibilidad de la operación de continuidad de llamadas de voz de radio única (SRVCC operation possible).
Si el SGSN de destino sabe que el usuario tiene capacidad de SRVCC (esto es, que el usuario puede utilizar la SRVCC, o que el UE puede utilizar SRVCC y el UE tiene capacidad de SRVCC), entonces, si el SGSN de destino tiene capacidad de SRVCC (esto es, soporta SRVCC), por ejemplo, el SGSN soporta la compleción de un traspaso SRVCC a través de la interfaz Sv, el SGSN de destino puede incluir la información de posibilidad de la operación SRVCC en un mensaje de solicitud de reubicación enviado al RNC de destino, indicando que el usuario tiene capacidad de SRVCC y el SGSN de destino tiene capacidad de SRVCC, el RNC de destino puede registrar la información de posibilidad de la operación SRVCC, la cual se utiliza para activar un traspaso SRVCC.
En particular, el SGSN de destino puede incluir la indicación de posibilidad de la operación SRVCC (SRVCC operation possible indication) en una solicitud de traspaso enviada al eNodoB de destino. La indicación de posibilidad de la operación SRVCC puede indicar que el usuario tiene capacidad de SRVCC y que el SGSN de destino tiene capacidad de SRVCC. Si no se incluye la indicación, ello indica que no es posible una operación SRVCC (esto es, que al menos uno de el usuario y el SGSN de destino no tiene capacidad de SRVCC); o el SGSN de destino puede incluir la información de posibilidad de la operación SRVCC (SRVCC operation possible indication) en un mensaje de solicitud de traspaso enviado al eNodoB de destino; si el valor de la indicación de posibilidad de la operación SRVCC es afirmativo (TRUE) o 1, ello indica que la operación SRVCC es posible y que el SGSN de destino tiene capacidad de SRVCC; si el valor de la indicación de posibilidad de la operación SRVCC es negativo (FALSE) o 0, ello indica que la operación SRVCC no es posible (esto es, al menos uno de el usuario y el SGSN de destino no dispone de dicha capacidad).
S307: El SGSN de destino recibe un mensaje de respuesta de reubicación (Relocation Response) del RNC de destino.
S308: Se ejecutan otros pasos de reubicación del SRNS, que incluyen específicamente, pero no se limitan a: actualizar los planos de usuario del enlace ascendente y el enlace descendente, llevar a cabo una actualización del área de enrutamiento, etc.
Además, al realizar el proceso de solicitud de actualización del área de enrutamiento en el paso S308, cuando el SGSN de destino le envía un mensaje de ID común (Common ID) al RNC de destino, también se puede incluir la información de posibilidad de la operación SRVCC en el ID común; en tal caso, esto no se limita a si el mensaje de solicitud de traspaso en el paso S306 anterior incluye la información de posibilidad de la operación SRVCC.
En relación con el contenido específico y obtención de la información de posibilidad de la operación SRVCC incluida en el mensaje de ID común, se puede hacer referencia a la descripción del paso S306, ya que no se describe aquí. Una persona con un conocimiento normal de la técnica puede entender que todos o una parte de los procesos de los métodos descritos en los modos de realización se pueden implementar mediante un programa para ordenador que controle un hardware apropiado. El programa se puede almacenar en un medio de almacenamiento legible por un ordenador. Al ejecutarse el programa se realizan los procesos de los métodos descritos en los modos de realización. El medio de almacenamiento puede ser un disco magnético, un disco óptico, una memoria de solo lectura (Read-Only Memory, ROM) o una memoria de acceso aleatorio (Random Access Memory, RAM).
La FIG. 4 es un diagrama esquemático de la estructura de un elemento de la red de gestión de movilidad de acuerdo con el Modo de realización 1 de la presente invención. Tal como se ilustra en la FIG. 4, el elemento de la red de gestión de movilidad incluye: un módulo 11 de recepción y un módulo 12 de envío, en donde
el módulo 11 de recepción está configurado para recibir un mensaje de solicitud de reubicación hacia delante enviado por un elemento de la red de gestión de movilidad de origen, el mensaje de solicitud de reubicación hacia delante incluye información de capacidad de continuidad de llamadas de voz de radio única SRVCC; y
el módulo 12 de envío está configurado para enviarle a un elemento de la red de acceso de destino, un primer mensaje de solicitud que incluye información de posibilidad de la operación SRVCC.
De acuerdo con el modo de realización anterior, la información de capacidad de SRVCC incluida en el mensaje de solicitud de reubicación hacia delante recibido por el módulo 11 de recepción se puede utilizar para indicar que el usuario tiene capacidad de SRVCC.
Por otra parte, la información de capacidad de SRVCC incluida en el mensaje de solicitud de reubicación hacia delante recibido por el módulo 11 de recepción también se puede utilizar para indicar que el elemento de la red de gestión de movilidad de origen tiene capacidad de SRVCC.
El hecho de que el usuario tenga capacidad de SRVCC incluye: el usuario puede utilizar la SRVCC, o el usuario puede utilizar la SRVCC y el equipo de usuario tiene capacidad de SRVCC.
Como modo de realización ilustrativo, la información de capacidad de SRVCC incluida en el mensaje de solicitud de reubicación hacia delante recibido por el módulo 11 de recepción puede incluir:
un número de transferencia de sesión para continuidad de llamadas de voz de radio única STN-SR y/o un número internacional de estación móvil RDSI de correlación C-MSISDN;
o, información de posibilidad de la operación SRVCC.
Por otra parte, la información de posibilidad de la operación SRVCC incluida en el primer mensaje de solicitud enviado por el módulo 12 de envío al elemento de una red de acceso de destino se utiliza para indicar que el usuario tiene capacidad de SRVCC y que el elemento de la red de gestión de movilidad de destino tiene capacidad de SRVCC.
El elemento de la red de gestión de movilidad proporcionado por el modo de realización de la presente invención es el elemento de la red de gestión de movilidad de destino implicado en el método de traspaso proporcionado por la presente invención; para el proceso de operación específico, se puede hacer referencia a los modos de realización del método anteriores, ya que no se describe aquí.

Claims (5)

REIVINDICACIONES
1. Un método de traspaso, que comprende:
recibir (S101, S203, S303), por parte de un elemento de una red de gestión de movilidad de destino, un mensaje de solicitud de reubicación hacia delante enviado por un elemento de una red de gestión de movilidad de origen, en donde el mensaje de solicitud de reubicación hacia delante comprende información de capacidad de continuidad de llamadas de voz de radio única, SRVCC, en donde la información de capacidad de SRVCC se utiliza para indicar que un usuario tiene capacidad de SRVCC, en donde el hecho de que el usuario tenga capacidad de SRVCC comprende: que el usuario puede utilizar la SRVCC, o que el usuario puede utilizar la SRVCC y un equipo de usuario tiene capacidad de SRVCC; y
enviar (S102, S206, S306), por parte del elemento de la red de gestión de movilidad de destino a un elemento de una red de acceso de destino, un primer mensaje de solicitud que incluye información de posibilidad de la operación SRVCC, en donde la información de posibilidad de la operación SRVCC se utiliza para indicar que el usuario tiene capacidad de SRVCC y el elemento de la red de gestión de movilidad de destino tiene capacidad de SRVCC.
2. El método de acuerdo con la reivindicación 1, en donde la información de capacidad de SRVCC comprende: un número de transferencia de sesión para continuidad de llamadas de voz de radio única, STN-SR, y/o un número internacional de estación móvil RDSI de correlación, C-MSISDN.
3. El método de acuerdo con la reivindicación 1, en donde antes de recibir, por parte del elemento de la red de gestión de movilidad de destino, el mensaje de solicitud de reubicación hacia delante enviado por el elemento de la red de gestión de movilidad de origen, el método comprende, además:
recibir, por parte del elemento de la red de gestión de movilidad de origen, un mensaje de solicitud de traspaso enviado por un elemento de red de la red de acceso radio de origen.
4. Un elemento de la red de gestión de movilidad, que comprende:
un módulo (11) de recepción, configurado para recibir un mensaje de solicitud de reubicación hacia delante enviado por un elemento de la red de gestión de movilidad de origen, en donde el mensaje de solicitud de reubicación hacia delante comprende información de capacidad de continuidad de llamadas de voz de radio única, SRVCC, en donde la información de capacidad de SRVCC se utiliza para indicar que un usuario tiene capacidad de SRVCC, en donde, el hecho de que el usuario tenga capacidad de SRVCC comprende: que el usuario puede utilizar la SRVCC, o el usuario puede utilizar la SRVCC y un equipo de usuario tiene capacidad de SRVCC; y
un módulo (12) de envío, configurado para enviarle a un elemento de la red de acceso de destino un primer mensaje de solicitud que incluye información de posibilidad de la operación SRVCC, en donde la información de posibilidad de la operación SRVCC se utiliza para indicar que el usuario tiene capacidad de SRVCC y el elemento de la red de gestión de movilidad de destino tiene capacidad de SRVCC.
5. El elemento de la red de gestión de movilidad de acuerdo con la reivindicación 4, en donde la información de capacidad de SRVCC contenida en el mensaje de solicitud de reubicación hacia delante recibido por el módulo de recepción comprende:
un número de transferencia de sesión para continuidad de llamadas de voz de radio única, STN-SR, y/o un número internacional de estación móvil RDSI de correlación, C-MSISDN.
ES11855931T 2011-01-19 2011-01-19 Método de traspaso y elemento de red de gestión de movilidad Active ES2748114T3 (es)

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/CN2011/070391 WO2012097509A1 (zh) 2011-01-19 2011-01-19 切换方法和移动管理网元

Publications (1)

Publication Number Publication Date
ES2748114T3 true ES2748114T3 (es) 2020-03-13

Family

ID=46515089

Family Applications (1)

Application Number Title Priority Date Filing Date
ES11855931T Active ES2748114T3 (es) 2011-01-19 2011-01-19 Método de traspaso y elemento de red de gestión de movilidad

Country Status (7)

Country Link
US (2) US10582424B2 (es)
EP (2) EP2661123B1 (es)
JP (1) JP5655958B2 (es)
CN (1) CN102714831B (es)
BR (1) BR112013018552B1 (es)
ES (1) ES2748114T3 (es)
WO (1) WO2012097509A1 (es)

Families Citing this family (14)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP2661123B1 (en) * 2011-01-19 2019-08-14 Huawei Technologies Co., Ltd. Handover method and mobility management network element
CN103841545B (zh) * 2012-11-27 2017-12-29 华为技术有限公司 一种mme池场景能力信息上报的方法及装置
US20140269611A1 (en) * 2013-03-14 2014-09-18 T-Mobile Usa, Inc. Communication Handovers from Networks Using Unlicensed Spectrum to Circuit-Switched Networks
CN103249019B (zh) * 2013-04-03 2016-08-17 大唐移动通信设备有限公司 一种单一无线语音呼叫连续性的处理方法和***
EP3621322B1 (en) * 2013-06-05 2021-12-08 Huawei Technologies Co., Ltd. Information transmission method, information modification method, and apparatuses
JP6214770B2 (ja) * 2013-07-25 2017-10-18 華為技術有限公司Ｈｕａｗｅｉ Ｔｅｃｈｎｏｌｏｇｉｅｓ Ｃｏ．，Ｌｔｄ． モバイルネットワーク、サブスクリプションマネージャ、およびユーザ機器を動的に切り換えるための方法
US10299172B2 (en) 2014-02-24 2019-05-21 Intel IP Corporation Circuit switched fallback
JP6280438B2 (ja) * 2014-05-13 2018-02-14 株式会社Ｎｔｔドコモ 無線通信制御方法および無線制御装置
US20160135093A1 (en) * 2014-11-10 2016-05-12 Samsung Electronics Co., Ltd. Apparatus and method for handling single radio voice call continuity handover
CN105792302A (zh) * 2014-12-24 2016-07-20 华为技术有限公司 一种语音业务切换方法及设备
US20170127331A1 (en) * 2015-10-28 2017-05-04 Htc Corporation Device and Method of Handling Communication Failure
US20190230571A1 (en) * 2016-06-30 2019-07-25 Sharp Kabushiki Kaisha Terminal apparatus, control apparatus, and communication control method
CN109792612B (zh) * 2017-04-18 2021-10-22 华为技术有限公司 终端监控信息的同步方法、设备及***
US11792694B2 (en) * 2020-05-29 2023-10-17 T-Mobile Usa, Inc. Packet-switched to circuit-switched handover during VOIP call initiation

Family Cites Families (17)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20090268722A1 (en) * 2008-04-29 2009-10-29 Gallagher Michael D User Equipment and System Architecture for Voice over Long Term Evolution via Generic Access
US8964691B2 (en) * 2008-08-18 2015-02-24 Google Technology Holdings LLC Method and apparatus for inter-technology handoff of a user equipment
CN101662756A (zh) * 2008-08-28 2010-03-03 华为技术有限公司 语音连续性呼叫切换的方法、***及移动业务交换中心
US20100135246A1 (en) * 2008-10-15 2010-06-03 Hallentaal Magnus Mobility solution selection for voice over eps
US8543114B2 (en) * 2008-10-15 2013-09-24 Telefonaktiebolaget Lm Ericsson (Publ) Voice over LTE via generic access handover (HO) apparatus and method
WO2010044730A2 (en) * 2008-10-15 2010-04-22 Telefonaktiebolaget L M Ericsson (Publ) Method and apparatus for mobility selection of voice over the evolved packet system
US8824417B2 (en) * 2008-11-10 2014-09-02 Telefonaktiebolaget Lm Ericsson (Publ) Methods and apparatuses for single radio voice call continuity (SRVCC) from CS to LTE
US20110280217A1 (en) * 2008-11-10 2011-11-17 Nicolas Drevon Support of cs domain services over a packet only mobile system
US9042340B2 (en) * 2009-02-10 2015-05-26 Nokia Corporation Method, apparatus and computer program product for transfer of capability support information in a multi-rat environment
CN101848515B (zh) * 2009-03-25 2014-04-02 华为技术有限公司 一种切换方法、通信***及相关设备
US8942660B2 (en) * 2009-06-05 2015-01-27 Qualcomm Incorporated Method and apparatus for performing handover of an emergency call between wireless networks
JP4643734B1 (ja) * 2009-08-12 2011-03-02 株式会社エヌ・ティ・ティ・ドコモ 移動通信システム
ES2738105T3 (es) * 2009-11-09 2020-01-20 Samsung Electronics Co Ltd Procedimiento y sistema de soporte de continuidad de la llamada por radio vídeo única durante un traspaso
US8937926B2 (en) * 2010-04-21 2015-01-20 Lg Electronics Inc. Device and method for performing an rSRVCC procedure
US8971848B2 (en) * 2010-06-24 2015-03-03 Telefonaktiebolaget L M Ericsson (Publ) System and method for managing UE-based network performance measurements
WO2012062488A1 (en) * 2010-11-08 2012-05-18 Nokia Siemens Networks Oy A method for srvcc solution
EP2661123B1 (en) * 2011-01-19 2019-08-14 Huawei Technologies Co., Ltd. Handover method and mobility management network element

Also Published As

Publication number Publication date
US10582424B2 (en) 2020-03-03
JP5655958B2 (ja) 2015-01-21
US20130301614A1 (en) 2013-11-14
BR112013018552B1 (pt) 2021-11-16
US20200196200A1 (en) 2020-06-18
EP2661123B1 (en) 2019-08-14
EP3627894C0 (en) 2024-04-10
WO2012097509A1 (zh) 2012-07-26
EP2661123A1 (en) 2013-11-06
EP3627894A1 (en) 2020-03-25
CN102714831B (zh) 2014-04-02
CN102714831A (zh) 2012-10-03
EP2661123A4 (en) 2014-03-05
EP3627894B1 (en) 2024-04-10
US11438809B2 (en) 2022-09-06
BR112013018552A2 (pt) 2016-11-22
JP2014506741A (ja) 2014-03-17

Similar Documents

Publication Publication Date Title
ES2748114T3 (es) Método de traspaso y elemento de red de gestión de movilidad
ES2439999T3 (es) Indicador de transferencia de red conmutada de paquetes (PS) a red conmutada de circuitos (CS)
ES2670855T3 (es) Sistema para proporcionar servicio de voz en una red móvil multimedia
US8706122B2 (en) Circuit switched fallback for mobile terminated calls
US8867485B2 (en) Multiple location retrieval function (LRF) network having location continuity
US9392626B2 (en) Method and system to support single radio video call continuity during handover
US10694428B2 (en) Method and system for handover of video calls from a packet switched network to a circuit switched network in a single radio environment
US20110165856A1 (en) Emergency service handover method
ES2953951T3 (es) Transferencia de flujos de datos para sesiones de PDU en movilidad de 5GS a EPS
JP6480011B2 (ja) 通信を確立するための方法及び移動無線通信ネットワーク構成要素
US11026130B2 (en) Method, apparatus, and system for handover to circuit switched domain
CN101686540A (zh) 位置业务处理方法、装置及***
WO2010022611A1 (zh) 语音连续性呼叫切换的方法、***及移动业务交换中心
US9374702B2 (en) Technique for operating a network node during a mobile terminating roaming forwarding procedure
EP4275397A1 (en) Methods and apparatuses for handover between different rats
CN112534868B (zh) 用于准备用户设备移动性的技术
ES2368686T3 (es) Aprovisionamiento de servicio de voz en una red de multimedia entre móviles.