ES2385547T3 - Método para el procesamiento de transferencia de enlace entre sistemas - Google Patents

Método para el procesamiento de transferencia de enlace entre sistemas Download PDF

Info

Publication number
ES2385547T3
ES2385547T3 ES10167471T ES10167471T ES2385547T3 ES 2385547 T3 ES2385547 T3 ES 2385547T3 ES 10167471 T ES10167471 T ES 10167471T ES 10167471 T ES10167471 T ES 10167471T ES 2385547 T3 ES2385547 T3 ES 2385547T3
Authority
ES
Spain
Prior art keywords
network
3gpp
support
transfer
gateway
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
ES10167471T
Other languages
English (en)
Inventor
Wenfu Wu
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
Family has litigation
First worldwide family litigation filed litigation Critical https://patents.darts-ip.com/?family=40001700&utm_source=google_patent&utm_medium=platform_link&utm_campaign=public_patent_search&patent=ES2385547(T3) "Global patent litigation dataset” by Darts-ip is licensed under a Creative Commons Attribution 4.0 International License.
Application filed by Huawei Technologies Co Ltd filed Critical Huawei Technologies Co Ltd
Application granted granted Critical
Publication of ES2385547T3 publication Critical patent/ES2385547T3/es
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W60/00—Affiliation to network, e.g. registration; Terminating affiliation with the network, e.g. de-registration
    • H04W60/04—Affiliation to network, e.g. registration; Terminating affiliation with the network, e.g. de-registration using triggered events
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00—Network architectures or network communication protocols for network security
    • H04L63/08—Network architectures or network communication protocols for network security for authentication of entities
    • H04L63/0892—Network architectures or network communication protocols for network security for authentication of entities by using authentication-authorization-accounting [AAA] servers or protocols
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W12/00—Security arrangements; Authentication; Protecting privacy or anonymity
    • H04W12/06—Authentication
    • 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
    • H04W36/144—Reselecting a network or an air interface over a different radio air interface technology
    • H04W36/1443—Reselecting a network or an air interface over a different radio air interface technology between licensed networks
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W8/00—Network data management
    • H04W8/02—Processing of mobility data, e.g. registration information at HLR [Home Location Register] or VLR [Visitor Location Register]; Transfer of mobility data, e.g. between HLR, VLR or external networks
    • H04W8/04—Registration at HLR or HSS [Home Subscriber Server]
    • 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)
  • Computer Security & Cryptography (AREA)
  • Databases & Information Systems (AREA)
  • Business, Economics & Management (AREA)
  • Accounting & Taxation (AREA)
  • Computer Hardware Design (AREA)
  • Computing Systems (AREA)
  • General Engineering & Computer Science (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

Un método de procesamiento de transferencia, que comprende:la recepción, por un elemento de red del lado de la red, de una demanda de acceso enviada por un equipo de usuario,UE, caracterizado por:la identificación, por el elemento de red del lado de la red, de un tipo de procesamiento de transferencia de la demandade acceso en función de la demanda de acceso enviada por el equipo UE yla notificación, por una Entidad de Gestión de Movilidad, MME, o un Nodo de Soporte de GPRS de Servicio, SGSN, auna Pasarela GW de Red de Datos por Paquetes, PDN, para iniciar un procedimiento de creación de soporte del lado dela red con el fin de crear un recurso de soporte para el equipo de usuario UE si el tipo de procesamiento de transferenciaidentificado es un tipo de procesamiento de registro de transferencia y el elemento de red del lado de la red es la entidadMME o el nodo SGSN ola iniciación por una Pasarela GW, no-3GPP, Proyecto de Asociación de la Tercera Generación, de un procedimiento decreación de soporte del lado de la red con el fin de crear un recurso de soporte para el equipo de usuario UE si el tipo deprocesamiento de transferencia identificado es un tipo de procesamiento de registro de transferencia y el elemento de reddel lado de la red es la pasarela GW no-3GPP.

Description

Método para el procesamiento de transferencia de enlace entre sistemas
CAMPO DE LA INVENCIÓN
La presente invención se refiere al campo de las comunicaciones.
ANTECEDENTES DE LA INVENCIÓN
Con el fin de mejorar la competitividad de las redes futuras, el Proyecto de Asociación de la Tercera Generación (3GPP) está investigando una nueva red evolucionada. Un requisito de la red evolucionada es poner en práctica una transferencia de enlace entre un sistema de acceso de 3GPP (tal como GERAN, UTRAN o E-UTRAN) y un sistema de acceso no-3GPP (tal como WLAN o WiMax). En el protocolo existente, el procedimiento de transferencia se realiza por intermedio del procedimiento de Attach (Registro de Acceso) o Actualización de Área de Seguimiento (TAU) por el equipo de usuario UE en un nuevo sistema de acceso.
En el proceso de desarrollar la presente invención, el inventor encuentra que el mecanismo de procesamiento de un procedimiento de Attach o TAU causado por la transferencia difiere, en gran medida, del mecanismo de procesamiento de un proceso de Attach/TAU normal: en un proceso Attach normal, la red necesita suprimir todos los soportes anteriormente creados por el usuario, crear un soporte por defecto entre el equipo de usuario UE y la Pasarela de Red de Datos en Paquetes (GW PDN) y registrar la dirección de la pasarela GW PDN utilizada por el equipo de usuario UE en un Servidor de Abonado Base (HSS); sin embargo, en un proceso Attach causado por transferencia, la red necesita volver a crear todos los soportes anteriormente creados por el usuario. En el proceso TAU normal, la red no gestiona los soportes del usuario, pero en el proceso TAU causado por transferencia, la red necesita volver a crear todos los soportes previamente creados por el usuario.
En la transferencia de enlace normal entre un sistema 3GPP y un sistema no-3GPP, el equipo UE se desconecta primero de la Red de Acceso (AN) origen y luego, el equipo UE accede a la red de acceso objetivo por intermedio de un proceso Attach. En consecuencia, la interrupción del servicio del UE es larga, lo que influye sobre la experiencia de servicio del usuario. Por lo tanto, un mecanismo de transferencia optimizado se adopta para la transferencia entre una red de acceso a radio terrestre UMTS evolucionada (E-UTRAN) y una red de acceso de datos por paquetes a alta tasa de transmisión (HRPD) en la red de acceso múltiple por división de código (CDMA). En el mecanismo de transferencia optimizado, la ruta del plano de usuario realiza la transferencia a la red de acceso objetivo primero antes de que el equipo UE efectúe la transferencia a la red de acceso objetivo (esto es, mientras el equipo UE está en la red de acceso origen).
En el proceso de desarrollo de la presente invención, el inventor encuentra que el equipo UE puede realizar la transferencia desde una red de HRPD a una red E-UTRAN en un estado inactivo o en un estado activo. Cuando el equipo UE realiza la transferencia en un estado activo, la red de acceso puede ser notificada para crear el soporte en el lado de la red de acceso en el proceso de transferencia con el fin de acelerar el tiempo de recuperación de servicio después de que el equipo UE realiza la transferencia a la red de acceso objetivo. Sin embargo, en el estado inactivo, el equipo UE no ejecuta ningún servicio y no responde al retardo de la transferencia. La creación de soporte en el lado de la red de acceso, cuando el equipo UE está en el estado inactivo, constituye un desperdicio de los recursos de la red de acceso. En un mecanismo de pre-transferencia, una vez que falla la transferencia de UE, el equipo UE necesita notificar a la pasarela GW PDN la conmutación de la ruta de enlace descendente de nuevo a la red de acceso origen. Por lo tanto, el mecanismo de pre-transferencia hace al sistema más complicado.
El documento D1 = YING-HONG WANG ET AL: “Una estrategia de transferencia continua basada en el protocolo IPv6 móvil para redes inalámbricas heterogéneas”, un método para realizar la transferencia de nodo móvil desde UMTS a WLAN y en particular, D1 da a conocer que AP decide el tipo de transferencia que se utiliza para identificar si el equipo UMTS en el que permanece el nodo móvil y la WLAN, que establece la correspondencia de AP, pertenecen al mismo dominio administrativo y el establecimiento por el encaminador de la conexión con WLAN cuando el encaminador conviene en la transferencia de MN.
El documento D2 = HUAWEI: “Transferencia desde una red no-3GPP a 3GPP” se refiere a un método de transferencia desde no-3GPP a 3GPP. En particular, en el documento D2 se da a conocer que el equipo UE inicia el procedimiento de Attach (Registro de conexión); después del procedimiento de autenticación, la entidad MME realiza el procedimiento de actualización de localización con el servidor HSS/AAA, la entidad MME controla una pasarela GW de servicio para establecer el soporte con el nodo eNB y el túnel PMIP con la pasarela GW PDN, la entidad MME envía el mensaje de aceptación de Attach para la entidad MME; si fue objeto de cambio S-TMSI, el equipo UE confirma la S-TMSI recibida reenviando un mensaje de Attach Completo a la entidad MME; estableciéndose ahora la conectividad de IP entre el equipo UE y la pasarela GW PDN dentro del acceso de LTE.
SUMARIO DE LA INVENCIÓN
Un método de transferencia se da a conocer en una forma de realización de la presente invención. El método comprende: la recepción, por un elemento de red del lado de la red, de una demanda de acceso enviada por un equipo UE y la identificación, por el elemento de red del lado de la red, del tipo de procesamiento de transferencia de la demanda de
acceso en función de la demanda de acceso enviada por el equipo UE la notificación, por una entidad de gestión de movilidad, MME, o un nodo de soporte de GPRS de servicio, SGSN, a una pasarela GW de red de datos en paquetes PDN, para iniciar un procedimiento de creación de soporte del lado de la red con el fin de crear un recurso de soporte para el equipo UE si el tipo de procesamiento de transferencia identificado es un
tipo de procesamiento de registro de transferencia y el elemento de red del lado de la red es la entidad MME o el nodo SGSN o la iniciación, por una pasarela GW no-3GPP, del Proyecto de Asociación de la Tercera Generación, de un procedimiento
de creación de soporte del lado de la red con el fin de crear un recurso de soporte para el equipo UE si el tipo de procesamiento de transferencia identificado es un tipo de procesamiento de registro de transferencia y el elemento de red del lado de la red es la pasarela GW no-3GPP.
En las formas de realización de la presente invención, el equipo UE comunica la información del tipo de procesamiento de registro a la red en el proceso de registro en la red y por lo tanto, la red distingue entre diferentes tipos de procesamiento de registro, en forma consecuente.
BREVE DESCRIPCIÓN DE LOS DIBUJOS
La Figura 1 representa la arquitectura del sistema de una red evolucionada en una forma de realización de la presente invención; La Figura 2 ilustra la arquitectura del sistema de una transferencia optimizada entre un sistema de acceso de HRPD y un
sistema de acceso de E-UTRAN en una forma de realización de la presente invención; La Figura 3 es un diagrama de un método en una forma de realización de la presente invención; La Figura 4 ilustra una estructura de un sistema en una forma de realización de la presente invención; La Figura 5 ilustra una estructura de un equipo UE en una forma de realización de la presente invención; La Figura 6 ilustra una estructura de un elemento de red del lado de la red en una forma de realización de la presente
invención; La Figura 7 es un diagrama de flujo de la primera forma de realización de la presente invención; La Figura 8 es un diagrama de flujo de la segunda forma de realización de la presente invención; La Figura 9 es un diagrama de flujo de la tercera forma de realización de la presente invención; La Figura 10 es un diagrama de flujo de la cuarta forma de realización de la presente invención; La Figura 11 es un diagrama de flujo de la quinta forma de realización de la presente invención; La Figura 12 es un diagrama de flujo de la sexta forma de realización de la presente invención; La Figura 13 es un diagrama de flujo de la séptima forma de realización de la presente invención; La Figura 14 es un diagrama de flujo de la octava forma de realización de la presente invención; La Figura 15 es un diagrama de flujo de la novena forma de realización de la presente invención, La Figura 16 es un diagrama de flujo de la 10ª forma de realización de la presente invención; La Figura 17 es un diagrama de flujo de la 11ª forma de realización de la presente invención, La Figura 18 es un diagrama de flujo de 12ª forma de realización de la presente invención y
La Figura 19 es un diagrama de flujo de la 13ª forma de realización de la presente invención.
DESCRIPCIÓN DETALLADA DE LA INVENCIÓN
La Figura 1 ilustra la arquitectura del sistema de una red evolucionada. Incluyendo dicha arquitectura:
una red E-UTRAN adaptada para poner en práctica todas las funciones relacionadas con radio en la red evolucionada;
una Entidad de Gestión de Movilidad (MME), responsable de la gestión de movilidad del plano de control, incluyendo la gestión del estado de movilidad y el contexto del usuario y la asignación de identificadores de abonados móviles temporales;
una pasarela de servicio (GW), que es un anclaje del plano de usuario entre los sistemas de acceso de 3GPP y está adaptada para terminar la interfaz para la E-UTRAN;
una pasarela GW PDN, que es un anclaje del plano de usuario entre un sistema de acceso 3GPP y un sistema de acceso no-3GPP y está adaptada para terminar la interfaz a la red de datos en paquetes (PDN) externa;
una Función de Reglas de Política y de Facturación (PCRF), responsable de la decisión de control de la política y del control de la facturación en función del flujo;
un servidor HSS, adaptado para memorizar datos de abonados;
una Red de Acceso a Radio Terrestre de UMTS (UTRAN) y una Red de Acceso a Radio de GSM/EDGE (GERAN), adaptada para poner en práctica todas las funciones relacionadas con radio en la red de GPRS/UMTS existente;
un Nodo de Soporte de GPRS de Servicio (SGSN), adaptado para poner en práctica el reenvío de rutas, la gestión de la movilidad, la gestión de sesiones y la memorización de datos de abonados en una red de GPRS/UMTS;
un sistema de acceso de IP no-3GPP, una red de acceso definida por una organización no-3GPP, por ejemplo, una Redde Área Local Inalámbrica (WLAN) y la Interoperabilidad Universal para Acceso a Microondas (WiMAX) y
un servidor AAA, adaptado para realizar la autenticación, la autorización y la contabilización del acceso para el equipo de usuario UE.
La arquitectura anterior no significa la Evolución de la Arquitectura del Sistema (SAE) última y la arquitectura última puede diferir de la arquitectura anterior, puesto que no está limitada por la presente invención.
La Figura 2 ilustra la arquitectura del sistema de una transferencia optimizada entre un sistema de acceso de HRPD y un sistema de acceso de E-UTRAN, en una forma de realización de la presente invención. Una interfaz S101 se añade entre la entidad MME y la Red de Acceso de HRPD (HRPD AN) que es responsable de la gestión de movilidad y de la gestión de recursos de radio en la red HRPD. Esta interfaz transmite la señalización entre la entidad MME y la red HRPD AN. Un nodo de servicio de datos en paquetes (PDSN) es un elemento de red de procesamiento del plano de usuario en una red HRPD y realiza el procesamiento del plano de usuario en la red HRPD.
El método de procesamiento de registro, el método de procesamiento de la transferencia, el sistema y el aparato aquí dados a conocer están basados en los dos tipos anteriores de arquitectura del sistema y se elaboran como se indica a continuación:
Con el fin de permitir que la red distinga entre diferentes tipos de procesamiento de registro, se da a conocer un método de procesamiento de registro en una forma de realización de la presente invención. Según se ilustra en la Figura 3, el método comprende las etapas siguientes:
S1. La red recibe información sobre el tipo de procesamiento de registro del equipo UE en la red, en donde la información se comunica por el equipo UE en el proceso de registro.
Antes de esta etapa, el equipo UE puede identificar el tipo de registro cuando se registra en la red. El equipo UE comunica la información sobre el tipo de procesamiento correspondiente al tipo de registro identificado a la red en el proceso de registro en la red.
S2. La red identifica equipos de procesamiento del registro en función de la información sobre el tipo de procesamiento.
Otro método de procesamiento de registro se da a conocer en una forma de realización de la presente invención. El método comprende: la red recibe información sobre un tipo de procesamiento de registro de un equipo UE, en donde la información se comunica por un servidor HSS o un servidor AAA y la red identifica el tipo de procesamiento del registro según la información sobre el tipo de procesamiento.
Un sistema de procesamiento de registro se a da a conocer en una forma de realización de la presente invención. Según se ilustra en la Figura 4, el sistema incluye un equipo UE y una red.
El equipo UE está adaptado para comunicar información sobre el tipo de procesamiento de registro del equipo UE en una red en el proceso de registro. El equipo UE identifica el tipo de procesamiento del registro en el proceso de registro en la red y a continuación, comunica la información del tipo de procesamiento de registro.
La red está adaptada para identificar el tipo de procesamiento del registro en función de la información del tipo de procesamiento de registro recibida, habiendo sido comunicada por el equipo UE. Más concretamente, la entidad MME del lado de la red (en una red evolucionada), el nodo SGSN (en una red 2G/3G) o una pasarela GW no-3GPP (en una red no-3GPP) identifica la información del tipo de procesamiento comunicada por el equipo UE.
Según se ilustra en la Figura 5, el equipo UE comprende:
una unidad de identificación, adaptada para identificar el tipo de registro cuando el equipo UE inicia el registro;
una unidad de iniciación de registro, adaptada para iniciar el registro y para enviar una señal de disparo operativo del registro y
una unidad de información, adaptada para recibir la señal de disparo operativo del registro desde la unidad iniciadora del registro y para comunicar la información del tipo de procesamiento en el proceso de registro del equipo UE en la red, en donde la información del tipo de procesamiento corresponde al tipo de registro identificado por la unidad identificadora. Los modos de comunicación incluyen, sin limitación: la unidad de información incluye la información del tipo de procesamiento en un elemento de información (IE) de un mensaje de Demanda de Registro de Conexión (Attach Request) o la unidad de información incluye la información del tipo de procesamiento en un IE de un mensaje de demanda TAU o la unidad de información incluye la información del tipo de procesamiento en un IE de un mensaje de demanda de actualización de área de encaminamiento (RAU) o la unidad de información incluye la información del tipo de procesamiento en un IE de un mensaje de demanda de acceso o la unidad de información incluye la información del tipo de procesamiento en un IE de un mensaje de autenticación de acceso o un mensaje de autenticación o la unidad de información incluye la información del tipo de procesamiento en un IE de una Versión 2 del Protocolo de Intercambio de Claves de Internet (IKEv2 ) o un mensaje de demanda de establecimiento de Asociación de Seguridad de Protocolo de Seguridad IP (IPsec SA) .
El proceso de información detallado de la unidad de información es: la unidad de información envía diferentes mensajes de Demanda de Attach a la red en función de los tipos de registro diferentes o la unidad de información envía diferentes mensajes de demanda de TAU a la red en función de los tipos de registro diferentes o la unidad de información envía diferentes mensajes de demanda RAU a la red en función de los tipos de registro diferentes o la unidad de información envía diferentes mensajes de demanda de acceso a la red en función de diferentes tipos de registro.
Un elemento de red del lado de la red se da a conocer en una forma de realización de la presente invención. El elemento de red es una MME (red evolucionada), SGSN (red 2G/3G) o una no-3GPP (red no-3GPP). Según se ilustra en la Figura 6, el elemento de red incluye una unidad de obtención y una unidad de identificación.
La unidad de obtención está adaptada para obtener la información del tipo de procesamiento de registro comunicada por el equipo UE en el proceso de registro del equipo UE en la red. Más concretamente, la información del tipo de procesamiento obtenida se comunica por el UE, el servidor HSS o el servidor AAA.
La unidad de identificación está adaptada para identificar el tipo de procesamiento del registro en función de la información del tipo de procesamiento obtenida por la unidad de obtención.
El elemento de red comprende, además, una primera unidad de procesamiento, que está adaptada para iniciar un procedimiento de creación de soporte, en iniciación de la red, para crear así los recursos de soporte para el equipo UE, después de que la unidad identificadora realice la identificación de que el tipo de procesamiento del registro es un tipo de procesamiento de registro de transferencia.
El elemento de red comprende, además, una segunda unidad de procesamiento, que está adaptada para no iniciar el procedimiento de liberación de recursos para liberar los recursos de la red de acceso origen después de que la unidad de identificación identifique que el tipo de procesamiento de registro es un tipo de procesamiento de registro de transferencia en el modo activo.
El elemento de red comprende, además, una tercera unidad de procesamiento, que está adaptada para iniciar un procedimiento de creación de un túnel de reenvío de datos entre un elemento de red de la red objetivo y un elemento de red de la red origen, después de que la unidad de identificación identifique que el tipo de procesamiento del registro es un tipo de procesamiento de registro de transferencia en el modo activo.
La presente invención se describe a través de varias formas de realización a continuación.
Forma de realización 1
Cuando el equipo UE envía un mensaje de demanda de registro a la entidad MME, el equipo UE comunica la información del tipo de procesamiento de registro a la entidad MME. La entidad MME identifica el tipo de procesamiento del registro en función de la información y realiza el procedimiento correspondiente en función del tipo de procesamiento de registro para completar dicho registro. La MME comunica el tipo de procesamiento de registro al servidor HSS. Para el registro causado por la transferencia, la red inicia un procedimiento de creación de soporte para crear recursos en la red 3GPP utilizada por el equipo UE en la red no-3GPP origen. Para el registro de inicialización, si el servidor HSS memoriza la dirección de pasarela GW PDN utilizada por el equipo UE en la red no-3GPP, el servidor HSS notifica al servidor AAA la cancelación del registro del UE en la red no-3GPP. El servidor AAA notifica a la red no-3GPP la liberación del recurso utilizado por el UE. Según se indica en la Figura 7, el proceso incluye las etapas siguientes:
1.
El equipo UE accede a la red de AN no-3GPP por intermedio de la pasarela GW no-3GPP y la pasarela GW PDN.
2.
El elemento de red no-3GPP envía una orden de transferencia (orden HO) al equipo UE, notificando al UE la transferencia a la red evolucionada o el equipo UE descubre la red evolucionada y decide iniciar la transferencia.
3.
Antes de iniciar el registro en la red evolucionada, el equipo UE identifica el tipo del registro. Más adelante, el equipo UE envía un mensaje de demanda de registro a la MME y comunica el tipo de procesamiento de registro a la MME.
El tipo de procesamiento de registro se puede comunicar en una de las formas siguientes:
(1) Un IE de tipo Attach (Registro de acceso) se añade en el mensaje de Demanda de Attach. Por ejemplo, los valores del IE de tipo Attach son 0 y 1. El valor “0” corresponde al Attach normal (también conocido como Attach inicial) e indica que el mensaje de Demanda de Attach es un mensaje de Demanda de Attach normal (también conocido como mensaje de Demanda de Attach inicial) y el valor “1” corresponde a un registro de acceso de transferencia (Handover Attach) e indica que el mensaje de Demanda de Attach es causado por la transferencia (Handover). Como alternativa, el equipo UE añade un bit de indicación en el mensaje de Demanda de Attach para indicar que el mensaje de Demanda de Attach es causado por la transferencia. El mensaje de Demanda de Attach original indica un mensaje de Demanda de Attach normal (también conocido como mensaje de Demanda de Attach inicial). El bit de indicación puede ser:
un IE de indicación de transferencia;
un IE de Causa. El UE establece el IE de Causa a “Attach debido a transferencia” o
un IE de tipo de Attach. El UE establece este IE a “Handover Attach”.
(2)
Se define un nuevo mensaje. Por ejemplo, se define un nuevo mensaje de Demanda de Attach Handover. Este mensaje indica un mensaje de Demanda de Attach causado por transferencia. El antiguo mensaje de Demanda de Attach indica un mensaje de Demanda de Attach normal (también conocido como un mensaje de Demanda de Attach inicial). De este modo, el UE puede enviar diferentes mensajes de Demanda de Attach a la red para indicar la información de tipo de procesamiento de registro correspondiente. Como alternativa, se define un nuevo mensaje correspondiente al mensaje de Demanda de Attach normal (también conocido como mensaje de Demanda de Attach inicial) y el mensaje de Demanda de Attach original corresponde al mensaje de Demanda de Attach causado por transferencia. Como alternativa, el mensaje de Demanda de Attach causado por transferencia y el mensaje de Demanda de Attach normal (también conocido como mensaje de Demanda de Attach inicial) se redefinen.
(3)
Un IE de tipo de actualización se añade al mensaje de Demanda de TAU. Por ejemplo, los valores del IE de tipo de actualización son 0 y 1. El valor “0” corresponde a TAU normal (también conocido como TAU inicial) e indica que el mensaje de demanda de TAU es un mensaje de demanda de TAU normal (también conocido como mensaje de demanda de TAU inicial) y el valor “1” corresponde a Handover TAU e indica que el mensaje de demanda de TAU es causado por transferencia. Como alternativa, el UE añade un bit de indicación en el mensaje de demanda de TAU para indicar que el mensaje de demanda de TAU es causado por transferencia. El mensaje de demanda de TAU original indica un mensaje de demanda de TAU normal (también conocido como mensaje de demanda de TAU inicial). El bit de indicación puede ser:
un IE de indicación de transferencia;
un IE de Causa. El UE establece el IE de Causa a “TAU debido a transferencia” o
un IE de tipo actualización. El UE establece este IE a “Handover TAU”.
(4) Se define un nuevo mensaje. Por ejemplo, se define un nuevo mensaje de demanda de TAU de transferencia. Este mensaje indica un mensaje de demanda de TAU causado por transferencia. El antiguo mensaje de demanda de TAU indica un mensaje de demanda de TAU normal (también conocido como un mensaje de demanda de TAU inicial). De este modo, el equipo UE puede enviar diferentes mensajes de demanda de TAU a la red para indicar la información de tipo de procesamiento de registro correspondiente. Como alternativa, se define un nuevo mensaje que corresponde al mensaje de demanda de TAU normal (también conocido como mensaje de demanda de TAU inicial) y el mensaje de demanda de TAU original corresponde al mensaje de demanda de TAU causado por transferencia. Como alternativa, el mensaje de demanda de TAU causado por transferencia y el mensaje de demanda de TAU normal (también conocido como mensaje de demanda de TAU inicial) se redefinen.
4.
Un procedimiento de autenticación se realiza entre el UE, la MME y el HSS para obtener la dirección de pasarela GW PDN utilizada por el UE. En esta etapa, la MME puede comunicar el tipo de procesamiento de registro del UE al HSS. Si el tipo de procesamiento de registro es un tipo de procesamiento de transferencia, el servidor HSS puede proporcionar a la MME la dirección de pasarela GW PDN utilizada por el UE en la red AN no-3GPP.
5.
La entidad MME envía un mensaje de actualización de localización al servidor HSS y registra la dirección de la MME en el HSS. En esta etapa, la MME puede comunicar el tipo de procesamiento de registro del UE al servidor HSS.
6.
El HSS inserta los datos de abonados en la MME.
7.
El servidor HSS reenvía un mensaje Update Location Ack (confirmación de actualización de localización) a la MME. En esta etapa, el servidor HSS puede proporcionar a la MME la dirección de pasarela GW PDN utilizada por el UE en la red AN no-3GPP.
En el proceso de registro de UE, si el servidor HSS identifica el tipo de procesamiento de registro de UE (por ejemplo, el HSS encuentra que memoriza la dirección de pasarela GW PDN utilizada por el UE en la red AN no-3GPP, el servidor HSS determina que el tipo de procesamiento de registro de UE es el registro causado por transferencia. De no ser así, el HSS determina que el tipo de procesamiento de registro de UE es un tipo de procesamiento de registro normal), el servidor HSS añade un bit de indicación en el mensaje para notificar a MME la información del tipo de procesamiento de registro del UE. El bit de indicación puede ser:
un IE de indicación de transferencia. Si el tipo de procesamiento de registro de UE es un registro causado por transferencia, el servidor HSS añade un IE de indicación de transferencia. Para un tipo de procesamiento de registro normal, el HSS no añade este IE;
un IE de Causa. Para el registro causado por transferencia, el servidor HSS establece el IE de Causa a “Actualización debida a Attach de transferencia”. Para el registro normal, el servidor HSS establece el IE de Causa a “Actualización debida a Attach inicial” o no añade el IE de Causa o
un IE de tipo de actualización. Para el registro causado por transferencia, el HSS establece este IE a “Handover Attach” (“Registro de acceso de transferencia”). Para el registro normal, el HSS establece este IE a “Attach inicial” o no añade este IE.
8. La MME identifica el tipo de procesamiento del registro en función de la información de tipo de procesamiento de registro comunicada por el UE o el HSS.
Ahora, la MME obtiene un resultado satisfactorio en la distinción entre diferentes tipos de procesamiento de registro.
Además, si el tipo de procesamiento es un registro normal, la MME realiza el procedimiento de registro normal y se realizan las etapas 11 -18.
Si el tipo de procesamiento es de registro causado por transferencia, la MME envía un mensaje de Creación de Demanda de Soporte a la dirección de pasarela GW PDN obtenida, solicitando a la red que inicie el procedimiento de creación de soporte. De este modo, el servicio utilizado por el UE, en la red AN no-3GPP, se vuelve a crear en el nuevo sistema de acceso. El proceso prosigue con la etapa 9.
9.
Si es necesario obtener las reglas de política y control de facturación (PCC) aplicadas por el usuario desde PCRF, la pasarela GW PDN envía un mensaje de reglas de demanda de Reglas PCC a PCRF para obtener las reglas de PCC aplicadas por el usuario. La PCRF proporciona, a la pasarela GW PDN, las reglas de PCC aplicadas por el usuario.
10.
La pasarela GW PDN inicia un procedimiento de creación de soporte, en iniciación de red, para crear el soporte del usuario y a continuación, el proceso prosigue con la etapa 18.
11.
Si el tipo de procesamiento de registro de UE es un registro normal y el servidor HSS memoriza las direcciones de pasarela GW PDN registradas y si dichas direcciones de pasarela GW PDN son las direcciones de GW PDN utilizadas por el UE cuando el UE accede a la red AN no-3GPP y se registra en el servidor HSS por intermedio del servidor AAA, el HSS envía un mensaje de cancelar registro al servidor AAA, solicitando cancelar el registro de UE en la red AN no3GPP. El servidor AAA reenvía un mensaje Cancel Register Ack al HSS.
12.
El servidor AAA envía un mensaje de Cancelar Registro a la pasarela GW PDN, solicitando cancelar el registro de UE en la red AN no-3GPP. La pasarela GW PDN reenvía un mensaje de confirmación de cancelación de registro, Cancel Register Ack, al servidor AAA.
13.
Si el protocolo de interfaz, entre la pasarela GW PDN y la pasarela GW no-3GPP, es un protocolo de Internet móvil proxy (PMIP), la pasarela GW PDN envía un mensaje de indicación de revocación de enlace a la pasarela GW no-3GPP para cancelar el enlace de PMIP entre la pasarela GW no-3GPP y la pasarela GW PDN. La pasarela GW no-3GPP reenvía un mensaje de confirmación de revocación de enlace a la pasarela GW PDN.
14.
El servidor AAA puede enviar también un mensaje de aborto de sesión a la pasarela GW no-3GPP. La pasarela GW no-3GPP reenvía un mensaje de confirmación de aborto de sesión al servidor AAA.
15.
Después de recibir el mensaje de indicación de revocación de enlace o el mensaje de aborto de sesión, la pasarela GW no-3GPP inicia un procedimiento de liberación de recurso para liberar el recurso utilizado por el UE en la red AN no3GPP.
16.
Si el tipo de procesamiento de registro del UE es un registro normal, la MME inicia un procedimiento de creación de soporte por defecto para crear un soporte por defecto entre el equipo UE y la pasarela GW PDN.
17.
La MME registra la dirección de pasarela GW PDN utilizada por el UE en el servidor HSS. Esta operación puede gestionarse también por intermedio de un procedimiento de actualización de localización. La MME envía un mensaje de actualización de localización incluyendo la dirección de pasarela GW PDN al servidor HSS.
18.
La MME reenvía un mensaje de aceptación de Attach o un mensaje de aceptación de TAU al equipo UE.
Forma de realización 2
El mecanismo anterior es también aplicable a un sistema 2G y a un sistema 3G. Cuando el equipo de usuario UE envía un mensaje de demanda de registro al nodo SGSN, el equipo UE comunica la información del tipo de procesamiento de registro al nodo SGSN. El nodo SGSN identifica el tipo de procesamiento de registro en función de la información. Además, el nodo SGSN realiza las operaciones correspondientes en función del tipo de procesamiento de registro para completar el registro. El nodo SGSN comunica el tipo de procesamiento de registro al servidor HSS. Para el registro causado por transferencia, la red inicia un procedimiento de creación de soporte para crear recursos en la red 3GPP utilizada por el UE en la red no-3GPP origen. Para el registro de inicialización, si el servidor HSS memoriza la dirección de la pasarela GW PDN utilizada por el UE en la red no-3GPP, el servidor HSS notifica al servidor AAA la cancelación del registro de UE en la red no-3GPP. El servidor AAA notifica a la red no-3GPP la liberación del recurso utilizado por el UE. Según se representa en la Figura 8, el proceso incluye las etapas siguientes:
1.
El UE accede a la red AN no-3GPP a través de la pasarela GW no-3GPP y la pasarela GW PDN.
2.
El elemento de red no-3GPP envía una orden de HO al UE, notificando al equipo UE la transferencia a la red 2G o 3G
o el equipo UE descubre la red 2G o 3G y decide iniciar la transferencia.
3. Antes de iniciar el registro en la red 2G o 3G, el UE identifica el tipo del registro. Más adelante, el equipo UE envía un mensaje de demanda de registro al nodo SGSN y comunica el tipo de procesamiento de registro al nodo SGSN.
El tipo de procesamiento de registro se puede comunicar en una de las formas siguientes:
(1) Un IE de tipo de Attach se añade al mensaje de Demanda de Attach. Por ejemplo, los valores del IE del tipo de Attach son 0 y 1. El valor “0” corresponde a Attach normal (también conocido como Attach inicial) e indica que el mensaje de Demanda de Attach es un mensaje de Demanda de Attach normal (también conocido como mensaje de Demanda de Attach inicial) y el valor “1” corresponde a Handover Attach e indica que el mensaje de Demanda de Attach es causado por transferencia. Como alternativa, el equipo UE añade un bit de indicación en el mensaje de Demanda de Attach para indicar que el mensaje de Demanda de Attach es causado por transferencia. El mensaje de Demanda de Attach original indica un mensaje de Demanda de Attach normal (también conocido como mensaje de Demanda de Attach inicial). El bit de indicación puede ser:
un IE de indicación de transferencia;
un IE de Causa. El UE establece el IE de Causa a “Attach debido a transferencia” o
un IE de tipo de Attach. El UE establece este IE a “Handover Attach”.
(2) Se define un nuevo mensaje. Por ejemplo, se define un nuevo mensaje Handover Attach Request. Este mensaje indica un mensaje de Demanda de Attach causado por transferencia. El antiguo mensaje de Demanda de Attach indica un mensaje de Demanda de Attach normal (también conocido como un mensaje de Demanda de Attach inicial). De este modo, el UE puede enviar diferentes mensajes de Demanda de Attach a la red para indicar la información del tipo de procesamiento de registro correspondiente. Como alternativa, se define un nuevo mensaje correspondiente al mensaje de Demanda de Attach normal (también conocido como mensaje de Demanda de Attach inicial) y el mensaje de Demanda de Attach original corresponde al mensaje de Demanda de Attach causado por transferencia. Como alternativa, el mensaje de Demanda de Attach causado por transferencia y el mensaje de Demanda de Attach normal (también conocido como mensaje de Demanda de Attach inicial) se redefinen.
(3) Un IE del tipo de actualización se añade en el mensaje de demanda de RAU. Por ejemplo, los valores del IE de tipo de actualización son 0 y 1. El valor “0” corresponde a RAU normal (también conocido como RAU inicial) e indica que el mensaje de demanda de RAU es un mensaje de demanda de RAU normal (también conocido como mensaje de demanda de RAU inicial) y el valor “1” corresponde a RAU Handover e indica que el mensaje de demanda de RAU es causado por transferencia. Como alternativa, el equipo UE añade un bit de indicación en el mensaje de demanda de RAU para indicar que el mensaje de demanda de RAU es causado por transferencia. El mensaje de demanda de RAU original indica un mensaje de demanda de RAU normal (también conocido como mensaje de demanda de RAU inicial). El bit de indicación puede ser:
un IE de indicación de transferencia,
un IE de Causa. El UE establece el IE de Causas a “RAU debido a transferencia” o
un IE de tipo de actualización. El UE establece este IE a “Handover RAU”.
(4) Se define un nuevo mensaje. Por ejemplo, se define un nuevo mensaje de demanda de RAU de transferencia. Este mensaje indica un mensaje de demanda de RAU causado por transferencia. El antiguo mensaje de demanda de RAU indica un mensaje de demanda de RAU normal (también conocido como un mensaje de demanda de RAU inicial). De este modo, el equipo UE puede enviar diferentes mensajes de demanda de RAU a la red para indicar la información del tipo de procesamiento de registro correspondiente. Como alternativa, se define un nuevo mensaje correspondiente al mensaje de demanda de RAU normal (también conocido como mensaje de demanda de RAU inicial) y el mensaje de demanda de RAU original corresponde al mensaje de demanda de RAU causado por transferencia. Como alternativa, el mensaje de demanda de RAU causado por transferencia y el mensaje de demanda de RAU normal (también conocido como mensaje de demanda de RAU inicial) se redefinen.
4.
Se realiza un procedimiento de autenticación entre el equipo UE, el nodo SGSN y el servidor HSS. En esta etapa, el nodo SGSN puede comunicar el tipo de procesamiento de registro del UE al HSS. Si el tipo de procesamiento de registro es un tipo de procesamiento de transferencia, el servidor HSS puede proporcionar al nodo SGSN la dirección de pasarela GW PDN utilizada por el UE en la red AN no-3GPP.
5.
El nodo SGSN envía un mensaje de actualización de localización al servidor HSS y registra la dirección del nodo SGSN en el servidor HSS. En esta etapa, el nodo SGSN puede comunicar el tipo de procesamiento de registro del UE al servidor HSS.
6.
El servidor HSS inserta los datos de abonados en el nodo SGSN.
7.
El servidor HSS reenvía un mensaje de confirmación de actualización de localización, Update Location Ack al nodo SGSN. En esta etapa, el servidor HSS puede proporcionar al nodo SGSN la dirección de pasarela GW PDN utilizada por el UE en la red AN no-3GPP. En el proceso de registro de UE, si el servidor HSS identifica el tipo de procesamiento de registro de UE (por ejemplo, el servidor HSS encuentra que memoriza la dirección de pasarela GW PDN utilizada por el UE en la red AN no-3GPP, el HSS determina que el tipo de procesamiento de registro de UE es el registro causado por transferencia. De no ser así, el servidor HSS determina que el tipo de procesamiento de registro de UE es un tipo de procesamiento de registro normal), el HSS añade un bit de indicación en el mensaje para notificar al nodo SGSN la información del tipo de procesamiento de registro de UE. El bit de indicación puede ser:
un IE de indicación de transferencia. Si el tipo de procesamiento de registro de UE es un registro causado por transferencia, el HSS añade un IE de indicación de transferencia. Para un tipo de procesamiento de registro normal, el HSS no añade este IE;
un IE de Causa. Para el registro causado por transferencia, el servidor HSS establece el IE de Causa a “Actualización debida a Handover Attach”. Para el registro normal, el HSS establece el IE de Causa a “Actualización debida a Attach inicial” o no añade el IE de Causa o
un IE del tipo de actualización. Para el registro causado por transferencia, el HSS establece este IE a “Handover Attach”. Para el registro normal, el HSS establece este IE a “Attach inicial” o no añade este IE.
8. El nodo SGSN identifica el tipo de procesamiento de registro en función de la información del tipo de procesamiento de registro comunicada por el UE al HSS.
Ahora, el nodo SGSN puede distinguir entre diferentes tipos de procesamiento de registro.
Además, si el tipo de procesamiento es un registro normal, el nodo SGSN realiza el procedimiento de registro normal y se realizan las etapas 11 -16.
Si el tipo de procesamiento es un registro causado por transferencia, el nodo SGSN envía un mensaje de demanda de creación de soporte a la dirección de pasarela GW PDN obtenida (esto es, el nodo de soporte de pasarela GPRS actual (GGSN)), solicitando a la red que inicie el procedimiento de creación de soporte. De este modo, el servicio utilizado por el UE en la red no-3GPP se vuelve a crear en el nuevo sistema de acceso. El proceso prosigue con la etapa 9.
9.
Si es necesario obtener las reglas de PCC aplicadas por el usuario desde la PCRF, la pasarela GW PDN envía un mensaje de demanda de reglas PCC a la PCRF para obtener las reglas PCC aplicadas por el usuario. La PCRF proporciona a la pasarela GW PDN las reglas PCC aplicadas por el usuario.
10.
La pasarela GW PDN inicia un procedimiento de creación de soporte, en iniciación de red, para crear el soporte del usuario y luego, el proceso prosigue con la etapa 16.
Las etapas 11 a 15 son las mismas que su contrapartida en la primera forma de realización y no se repiten aquí de nuevo.
16. El nodo SGSN reenvía un mensaje de aceptación de Attach o un mensaje de aceptación de RAU al equipo UE.
Forma de realización 3
El mecanismo anterior es también aplicable a un sistema no-3GPP de confianza contrastada. Cuando el equipo UE envía un mensaje de demanda de registro a la pasarela GW no-3GPP, el equipo UE comunica la información del tipo de procesamiento de registro a la pasarela GW no-3GPP. La pasarela GW no-3GPP identifica el tipo de procesamiento del registro en función de la información y crea un soporte para el equipo UE en función del tipo de procesamiento de registro para completar el registro. La pasarela GW no-3GPP comunica el tipo de procesamiento de registro al servidor AAA y el servidor AAA comunica el tipo de procesamiento de registro al servidor HSS. Para el registro causado por transferencia, la red inicia un procedimiento de creación de soporte para crear recursos en la red no-3GPP utilizada por el equipo UE en la red 3GPP origen. Para el registro de inicialización, si el servidor AAA memoriza la dirección de pasarela GW PDN utilizada por el UE en la red 3GPP, el servidor AAA notifica al servidor HSS la cancelación del registro de UE en la red 3GPP y el servidor AAA notifica a la pasarela GW PDN la liberación del recurso utilizado por el UE en la red 3GPP. Según se ilustra en la Figura 9, el proceso incluye las etapas siguientes:
1.
El equipo UE accede a la red 3GPP por intermedio de la pasarela GW de servicio y la pasarela GW PDN.
2.
La MME o el nodo SGSN envía una orden de HO al UE, notificando al UE la transferencia a la red no-3GPP o el UE descubre la red no-3GPP y decide iniciar la transferencia.
3.
Antes de iniciar el registro en la red no-3GPP, el equipo UE identifica el tipo de registro. Más adelante, el equipo UE envía un mensaje de demanda de acceso a la pasarela GW no-3GPP y comunica el tipo de procesamiento de registro a la pasarela GW no-3GPP.
El tipo de procesamiento de registro se puede comunicar en uno de los modos siguientes:
(1) Un IE de tipo de acceso se añade en el mensaje de demanda de acceso. Por ejemplo, los valores del IE del tipo de acceso son 0 y 1. El valor “0” corresponde al acceso normal (también conocido como acceso inicial) e indica que el mensaje de demanda de acceso es un mensaje de demanda de acceso normal (también conocido como demanda de acceso inicial) y el valor “1” corresponde al acceso de transferencia e indica que el mensaje de demanda de acceso es causado por transferencia. Como alternativa, el equipo UE añade un bit de indicación en el mensaje de demanda de acceso para indicar que el mensaje de demanda de acceso es causado por transferencia. El mensaje de demanda de acceso original indica un mensaje de demanda de acceso normal (también conocido como mensaje de demanda de acceso inicial). El bit de indicación puede ser:
un IE de indicación de transferencia;
un IE de Causa. El UE establece el IE de Causa a “Acceso debido a transferencia” o
un IE de tipo de acceso. El UE establece este IE a “Handover Access”.
(2) Se define un nuevo mensaje. Por ejemplo, se define un nuevo mensaje de demanda de acceso de transferencia. Este mensaje indica un mensaje de demanda de acceso causado por transferencia. El antiguo mensaje de demanda de acceso indica un mensaje de demanda de acceso normal (también conocido como un mensaje de demanda de acceso inicial). De este modo, el UE puede enviar diferentes mensajes de demanda de acceso a la red para indicar la información del tipo de procesamiento de registro correspondiente. Como alternativa, se define un nuevo mensaje correspondiente al mensaje de demanda de acceso normal (también conocido como mensaje de demanda de acceso inicial) y el mensaje de demanda de acceso original corresponde al mensaje de demanda de acceso causado por transferencia. Como alternativa, el mensaje de demanda de acceso causado por transferencia y el mensaje de demanda de acceso normal (también conocido como mensaje de demanda de acceso inicial) se redefinen.
4. Un procedimiento de autenticación se realiza entre el equipo UE, la pasarela GW no-3GPP y el servidor AAA y el servidor HSS. En esta etapa, el equipo UE puede comunicar el tipo de procesamiento de registro a la pasarela GW no3GPP. El equipo UE introduce una celda del tipo de acceso en el mensaje de procedimiento de autenticación. Por ejemplo, los valores del IE del tipo de acceso son 0 y 1. El valor “0” corresponde al acceso normal (también conocido como acceso inicial) e indica que el mensaje de demanda de acceso es un mensaje de demanda de acceso normal (también conocido como mensaje de demanda de acceso inicial) y el valor “1” corresponde a acceso de transferencia e indica que el mensaje de demanda de acceso está causado por transferencia.
Como alternativa, el UE introduce una celda de tipo de Attach en el mensaje del procedimiento de autenticación. Por ejemplo, los valores del IE de tipo Attach son 0 y 1. El valor “0” corresponde a Attach normal (también conocido como Attach inicial) e indica que el tipo de procesamiento de registro del UE es un registro normal (también conocido como registro inicial) y el valor “1” corresponde a Handover Attach e indica que el tipo de procesamiento de registro del UE es un registro causado por transferencia.
Como alternativa, el equipo UE añade un bit de indicación en el mensaje del procedimiento de autenticación para indicar que el tipo de procesamiento de registro del UE es un registro causado por transferencia. El mensaje original del procedimiento de autenticación indica un registro normal (también conocido como registro inicial). El bit de indicación puede ser:
un IE de indicación de transferencia,
un IE de Causa. El UE establece el IE de Causa a “Attach debido a transferencia” o
un IE de tipo de Attach. El UE establece este IE a “Handover Attach”.
En esta etapa, la pasarela GW no-3GPP comunica el tipo de procesamiento de registro del UE al servidor AAA.
En el proceso de registro de UE, si el servidor AAA identifica el tipo de procesamiento de registro de UE (por ejemplo, el servidor AAA encuentra que memoriza la dirección de la pasarela GW PDN utilizada por el UE en la red AN 3GPP, el servidor AAA determina que el tipo de procesamiento de registro de UE es un registro causado por transferencia. De no ser así, el servidor AAA determina que el tipo de procesamiento de registro de UE es un tipo de procesamiento de registro normal), el servidor AAA añade un bit de indicación en el mensaje para notificar la información del tipo de procesamiento de registro a la pasarela GW no-3GPP. El bit de indicación puede ser:
un IE de indicación de transferencia. Si el tipo de procesamiento de registro de UE es un registro causado por transferencia, el servidor AAA añade un IE de indicación de transferencia. Para un tipo de procesamiento de registro normal, el servidor AAA no añade este IE;
un IE de Causa. Para el registro causado por transferencia, el servidor AAA establece el IE de Causa a “Actualización debida a Handover Attach”. Para el registro normal, el servidor AAA establece el IE de Causa a “Actualización debida a Attach inicial” o no añade el IE de Causa o
un IE del tipo de actualización. Para el registro causado por transferencia, el servidor AAA establece este IE a “Handover Attach”. Para el registro normal, el servidor AAA establece este IE a “Attach inicial” o no añade este IE.
5. La pasarela GW no-3GPP identifica el tipo de procesamiento de registro en función de la información del tipo de procesamiento de registro comunicada por el equipo UE.
Ahora, la pasarela GW no-3GPP puede distinguir entre diferentes tipos de procesamiento de registro.
Además, si el tipo de procesamiento es de acceso normal, la pasarela GW no-3GPP realiza el procedimiento de acceso normal y se llevan a cabo las etapas 7 a 13.
Si el tipo de procesamiento es un acceso causado por transferencia, la pasarela GW no-3GPP envía un mensaje de demanda de reglas PCC a la PCRF para obtener las reglas PCC aplicadas por el usuario. La PCRF proporciona a la pasarela GW no-3GPP las reglas PCC aplicadas por el usuario y luego, el proceso prosigue con la etapa 6.
6.
La pasarela GW no-3GPP inicia un procedimiento de creación de soporte, en iniciación red, para crear el soporte del usuario y a continuación, el proceso prosigue con la etapa 13.
7.
Si el tipo de procesamiento de registro de UE es un registro normal y el servidor AAA memoriza las direcciones de pasarela GW PDN registradas y si dichas direcciones de pasarela GW PDN son las direcciones de pasarela GW PDN utilizadas por el UE cuando el UE accede a la red AN 3GPP y se registran en el servidor AAA por intermedio del servidor HSS, el servidor AAA envía un mensaje de cancelar registro a la pasarela GW PDN, solicitando cancelar el registro de UE en la red AN 3GPP. La pasarela GW PDN reenvía un mensaje de confirmación de cancelación de registro al servidor AAA.
8.
Si el protocolo de interfaz entre la pasarela GW PDN y la pasarela GW de servicio es un protocolo PMIP, la pasarela GW PDN envía un mensaje de indicación de revocación de enlace a la pasarela GW de servicio para cancelar el enlace del PMIP entre la pasarela GW de servicio y la pasarela GW PDN. La pasarela GW de servicio reenvía un mensaje de confirmación de revocación de enlace a la pasarela GW PDN.
9.
Después de recibir el mensaje de indicación de revocación de enlace, la pasarela GW de servicio inicia un procedimiento de liberación de recursos para liberar el recurso utilizado por el UE en la red AN 3GPP.
10.
Si el protocolo de interfaz entre la pasarela GW PDN y la pasarela GW de servicio es un protocolo de túnel de GPRS (GTP), la pasarela GW PDN inicia un procedimiento de liberación de recursos para liberar el recurso utilizado por el UE en la red AN 3GPP.
11.
Un procedimiento de aborto de sesión se realiza entre la pasarela GW PDN y la PCRF y se notifica a la PCRF la liberación de las reglas PCC aplicadas por el UE en la red AN 3GPP.
12.
El servidor AAA envía un mensaje de cancelar registro al HSS para cancelar el registro de UE en el servidor HSS. El HSS reenvía un mensaje de confirmación de cancelación de registro al servidor AAA.
13.
La pasarela GW no-3GPP reenvía un mensaje de aceptación de acceso al equipo UE.
Forma de realización 4
El mecanismo anterior es también aplicable a un sistema no-3GPP de confianza contrastada. Cuando el UE envía un mensaje de demanda de registro a la pasarela GW no-3GPP, el equipo UE comunica la información del tipo de procesamiento de registro a la pasarela GW no-3GPP. La pasarela GW no-3GPP identifica el tipo de procesamiento del registro en función de la información y crea un soporte para el UE en función del tipo de procesamiento de registro para completar el registro. La pasarela GW no-3GPP comunica el tipo de procesamiento de registro al servidor AAA y el servidor AAA comunica el tipo de procesamiento de registro al servidor HSS. Para el registro causado por transferencia, la red inicia un procedimiento de creación de soporte para crear recursos en la red no-3GPP utilizada por el UE en la red 3GPP origen. Para registro de inicialización, si el servidor AAA memoriza la dirección de pasarela GW PDN utilizada por el UE en la red 3GPP, el servidor AAA notifica al servidor HSS la cancelación del registro de UE en la red 3GPP y el servidor HSS notifica a MME/SGSN la liberación del recurso utilizado por el UE en la red 3GPP. Según se ilustra en la Figura 10, el proceso comprende las etapas siguientes:
Las etapas 1 a 6 son las mismas que la contrapartida en la tercera forma de realización y no se repetirán aquí de nuevo.
7.
Si el tipo de procesamiento de registro de UE es un registro normal y el servidor AAA memoriza las direcciones de pasarela GW PDN registradas y si dichas direcciones de la pasarela GW PDN son las direcciones de pasarela GW PDN utilizadas por el UE cuando el UE accede a la red AN 3GPP y se registran en el servidor AAA a través del HSS, el servidor AAA envía un mensaje de cancelar registro al HSS, solicitando la cancelación del registro de UE en el servidor HSS. El servidor HSS reenvía un mensaje de confirmación de cancelación de registro al servidor AAA.
8.
El HSS envía un mensaje de cancelar localización a MME/SGSN. MME/SGSN reenvía un mensaje de confirmación de cancelación de localización al servidor HSS.
9.
MME/SGSN separa el UE para liberar el recurso utilizado por el UE en la red AN 3GPP.
10.
Un procedimiento de aborto de sesión se realiza entre la pasarela GW PDN y la PCRF y la PCRF es notificada para liberar las reglas PCC aplicadas por el UE en la red AN 3GPP.
11.
La pasarela GW no-3GPP reenvía un mensaje de aceptar acceso al equipo UE.
Forma de realización 5
El mecanismo anterior es también aplicable a un sistema no-3GPP de confianza no contrastada. Cuando el UE envía una demanda de autenticación de acceso o un mensaje de demanda de creación de IKEv2/IPsec SA a una Pasarela de Datos en Paquetes Evolucionada (ePDG, un tipo de pasarela GW no-3GPP), el equipo UE comunica la información del tipo de procesamiento de registro a la pasarela evolucionada ePDG. La pasarela ePDG identifica el tipo de procesamiento de registro en función de la información, crea un soporte para el equipo UE en función del tipo de procesamiento de registro y completa el registro. La pasarela ePDG comunica el tipo de procesamiento de registro al servidor AAA y el servidor AAA comunica el tipo de procesamiento de registro al servidor HSS. Para el registro causado por transferencia, la red inicia un procedimiento de creación de soporte para crear recursos en la red no-3GPP utilizada por el UE en la red 3GPP origen. Para el registro de inicialización, si el servidor AAA memoriza la dirección de pasarela GW PDN utilizada por el UE en la red 3GPP, el servidor AAA notifica al HSS la cancelación del registro de UE en la red 3GPP y el servidor AAA notifica a la pasarela GW PDN la liberación del recurso utilizado por el UE en la red 3GPP. Según se ilustra en la Figura 11, el proceso comprende las etapas siguientes:
1.
El equipo UE accede a la red AN 3GPP por intermedio de la pasarela GW de servicio y la GW PDN.
2.
La MME o el nodo SGSN envía una orden HO al UE, notificando al UE la transferencia a la red no-3GPP o el UE descubre la red no-3GPP y decide iniciar la transferencia.
3.
Un procedimiento de autenticación se realiza entre el equipo UE, la pasarela ePDG, el servidor AAA y el servidor HSS. En esta etapa, el equipo UE puede comunicar el tipo de procesamiento de registro del UE a la pasarela ePDG. El UE introduce una celda del tipo de acceso en el mensaje de procedimiento de autenticación del acceso. Por ejemplo, los valores del IE de tipo de acceso son 0 y 1. El valor “0” corresponde al acceso normal (también conocido como acceso inicial) e indica que el mensaje de demanda de acceso es un mensaje de demanda de acceso normal (también conocido como mensaje de demanda de acceso inicial) y el valor “1” corresponde al acceso de transferencia e indica que el mensaje de demanda de acceso es causado por transferencia.
Como alternativa, el equipo UE introduce un IE del tipo de Attach en el mensaje del procedimiento de autenticación del acceso. Por ejemplo, los valores del IE del tipo de Attach son 0 y 1. El valor “0” corresponde a Attach normal (también conocido como Attach inicial) e indica que el tipo de procesamiento de registro del UE es un registro normal (también conocido como registro inicial) y el valor “1” corresponde a Attach de transferencia e indica que el tipo de procesamiento de registro del UE es un registro causado por transferencia.
Como alternativa, el equipo UE añade un bit de indicación en el mensaje del procedimiento de autenticación de acceso para indicar que el tipo de procesamiento de registro del UE es un registro causado por transferencia. El mensaje original del procedimiento de autenticación de acceso indica un registro normal (también conocido como registro inicial). El bit de indicación puede ser:
un IE de indicación de transferencia,
un de IE de Causa. El UE establece el IE de Causa “Attach debido a transferencia” o
un IE de tipo de Attach. El UE establece este IE a “Handover Attach”.
En esta etapa, la pasarela ePDG puede comunicar el tipo de procesamiento de registro del UE al servidor AAA y el servidor AAA comunica el tipo de procesamiento de registro del UE al servidor HSS.
En el proceso de registro de UE, si el servidor AAA identifica el tipo de procesamiento de registro de UE (por ejemplo, el servidor AAA encuentra que memoriza la dirección de la pasarela GW PDN utilizada por el UE en la red AN 3GPP, el servidor AAA determina que el tipo de procesamiento de registro de UE es un registro causado por transferencia. De no ser así, el servidor AAA determina que el tipo de procesamiento de registro de UE es un tipo de procesamiento de registro normal), el servidor AAA añade un bit de indicación en el mensaje para notificar la información del tipo de procesamiento de registro a la pasarela ePDG. El bit de indicación puede ser:
un IE de indicación de transferencia. Si el tipo de procesamiento de registro de UE es un registro causado por transferencia, el servidor AAA añade un IE de indicación de transferencia. Para un tipo de procesamiento de registro normal, el servidor AAA no añade este IE;
un IE de Causa. Para el registro causado por transferencia, el servidor AAA establece el IE de Causa a “Actualización debida a Handover Attach”. Para el registro normal, el servidor AAA establece este IE de Causa a “Actualización debida a Attach inicial” o no añade el IE de Causa o
un IE de tipo de actualización. Para el registro causado por transferencia, el servidor AAA establece este IE a “Handover Attach”. Para un registro normal, el servidor AAA establece este IE a “Attach inicial” o no añade este IE.
4. Un procedimiento de creación de IKEv2/IPSec SA se realiza entre el equipo UE, la pasarela ePDG y el servidor AAA. En esta etapa, el equipo UE puede comunicar el tipo de procesamiento de registro del UE a la pasarela ePDG. El UE introduce el IE del tipo de acceso o el IE de tipo de Attach en el mensaje de procedimiento de creación de IKEv2/IPSec SA para indicar el tipo de procesamiento de registro del UE. Como alternativa, el UE añade un bit de indicación en el mensaje de procedimiento de creación de IKEv2/IPSec SA para indicar que el tipo de procesamiento de registro del UE
es un registro causado por transferencia. El mensaje original del procedimiento de creación de IKEv2/IPSec SA indica un registro normal (también conocido como registro inicial). El bit de indicación puede ser: un IE de indicación de transferencia;
un IE de Causa. El UE establece el IE de Causa a “acceso debido a transferencia” o
un IE del tipo de acceso. El UE establece este IE a “Handover Access”.
En esta etapa, la pasarela ePDG puede comunicar el tipo de procesamiento de registro del UE al servidor AAA y el servidor AAA comunica el tipo de procesamiento de registro del UE al servidor HSS.
5. La pasarela ePDG identifica el tipo de procesamiento del registro en función de la información del tipo de procesamiento de registro comunicada por el UE.
Ahora, la pasarela ePDG puede distinguir entre diferentes tipos de procesamiento de registro.
Además, si el tipo de procesamiento es un acceso normal, la pasarela ePDG realiza el procedimiento de acceso normal y se llevan a cabo las etapas 7 a 13.
Si el tipo de procesamiento es un acceso causado por transferencia, la pasarela ePDG envía un mensaje de demanda de reglas PCC a la PCRF para obtener las reglas PCC aplicadas por el usuario. La PCRF proporciona a la pasarela GW no 3GPP las reglas PCC aplicadas por el usuario y a continuación, el proceso prosigue con la etapa 6.
6. La pasarela ePDG inicia un procedimiento de creación de soporte, en iniciación de red, para crear el soporte del usuario y a continuación, el proceso prosigue con la etapa 13.
Las etapas 7 a 13 son las mismas que la contrapartida en la tercera forma de realización y no se repiten aquí de nuevo.
En resumen, en las formas de realización de la presente invención, el equipo UE comunica la información del tipo de procesamiento de registro a la red en el proceso de registro en la red y por lo tanto, la red distingue entre diferentes tipos de procesamiento de registro consecuentemente.
Además, la red puede realizar el procedimiento correspondiente en función del tipo de procesamiento identificado. Además, un modo del UE, que comunica la información del tipo de procesamiento de registro por medio de la adición de un IE o la definición de un nuevo mensaje, se da a conocer en una forma de realización de la presente invención.
Además, en adición a los tipos de procesamiento de Attach inicial y de Attach de transferencia anteriormente mencionados, los tipos de procesamiento de registro informados por el UE, el HSS y el servidor AAA, en esta forma de realización, pueden incluir otros tipos de procesamiento de registro tales como pre-registro (esto es, el UE se pre-registra en la red de acceso objetivo), transferencia en el modo inactivo (esto es, el UE efectúa la transferencia en el modo inactivo) y transferencia en el modo activo (esto es, el UE realiza la transferencia en el modo activo). Para un equipo UE multimodo o de modo dual (esto es, el equipo UE puede acceder simultáneamente a múltiples redes), los posibles tipos de procesamiento de registro incluyen: Attach en la activación (esto es, el equipo UE se activa), Attach normal (esto es, el UE accede normalmente a la red), Attach transferencia (esto es, el equipo UE realiza la transferencia). Esta forma de realización no restringe el valor del tipo de procesamiento de registro. Otros tipos de procesamiento de registro se describen a continuación, tomando como ejemplos la transferencia en el modo inactivo y la transferencia en el modo activo.
Formas de realización 6
Cuando el equipo UE realiza la transferencia desde una red HRPD a una red E-UTRAN en el modo activo, la MME obtiene el tipo de procesamiento de transferencia del UE. Si se determina que el tipo de procesamiento de transferencia es la transferencia del UE en el modo activo, la MME notifica al nodo eNodoB la creación de recursos en el lado de la red de acceso y el uso del mecanismo de transferencia de ruta preliminar. Según se ilustra en la Figura 12, el proceso comprende las etapas siguientes:
1.
El equipo UE accede al sistema en la red HRPD.
2.
El equipo UE o la red de acceso de HRPD (AN) decide realizar la transferencia a la red 3GPP.
3.
El equipo UE envía un mensaje de Demanda de Attach a la MME a través de la red de HRPD. La entidad MME obtiene la información del tipo de procesamiento. La MME puede obtener la información de tipo de procesamiento en una de las formas siguientes:
El equipo UE comunica la información del tipo de procesamiento: el mensaje de Demanda de Attach, enviado por el UE a la MME, indica si el procedimiento de Attach es la transferencia en el estado inactivo o la transferencia en el estado activo. El modo concreto de notificar el tipo de procesamiento puede ser:
El equipo UE añade un IE de tipo Attach en el mensaje de Demanda de Attach para indicar a la MME el tipo de procesamiento de transferencia. Diferentes valores del tipo de Attach indican diferentes tipos de procesamiento:
0 indica Idle Mode Handover (transferencia en el modo inactivo) y
1 indica Active Mode Handover (transferencia en el modo activo).
El equipo UE añade un IE de Causa en el mensaje de Demanda de Attach para indicar la causa para el mensaje de Demanda de Attach. El equipo UE puede establecer los valores de causa siguientes:
transferencia en el modo inactivo: este valor de causa indica que la Demanda de Attach es causada por la transferencia en el estado inactivo y
transferencia en el modo activo: este valor de causa indica que la Demanda de Attach es causada por la transferencia en el estado activo.
El equipo UE añade un IE de Estado de UE en el mensaje de Demanda de Attach, para comunicar el estado del equipo UE. Según el estado del equipo UE, la MME conoce si el UE realiza la transferencia en el estado inactivo o en el estado activo. El UE puede establecer los valores de estado de UE siguientes:
0: indica que el UE está en el estado inactivo y
1: indica que el UE está en el estado activo.
Cuando el equipo UE realiza la transferencia en el estado activo, el UE añade un IE de “indicador de activo” en el mensaje de Demanda de Attach para indicar la necesidad de crear un soporte en el lado de la red de acceso y cuando el equipo UE realiza la transferencia en el estado inactivo, el UE no añade ninguna celda de “indicador de activo” en el mensaje de Demanda de Attach para indicar la no necesidad de crear un soporte en el lado de la red de acceso. Como alternativa, cuando el equipo UE realiza la transferencia en el estado activo, el UE establece el IE de “indicador de activo” a “Verdadero (1)” para indicar la necesidad de crear un soporte en el lado de la red de acceso y cuando el UE realiza la transferencia en el estado inactivo, el UE establece el IE de “indicador de activo” a “Falso (0)” para indicar la no necesidad de crear un soporte en el lado de la red de acceso.
Cuando el equipo UE realiza la transferencia en el estado inactivo, el UE añade un IE de “Indicador de no activo” en el mensaje de Demanda de Attach para indicar la no necesidad de crear un soporte en el lado de la red de acceso y cuando el equipo UE realiza la transferencia en el estado activo, el UE no añade ninguna celda de “Indicador de no activo” en el mensaje de Demanda de Attach para indicar la necesidad de crear un soporte en el lado de la red de acceso. Como alternativa, cuando el equipo UE realiza la transferencia en el estado inactivo, el UE establece el IE de “Indicador de no activo” a “Verdadero (1)” para indicar la no necesidad de creación de un soporte en el lado de la red de acceso y cuando el equipo UE realiza la transferencia en el estado activo, el UE establece el IE de “Indicador de no activo” a “Falso (0)” para indicar la necesidad de crear un soporte en el lado de la red de acceso.
La red AN de HRPD comunica la información del tipo de procesamiento: el mensaje de interfaz de S101, enviado por la red AN de HRPD a la MME, indica si el procedimiento de Attach es la transferencia en el estado inactivo o la transferencia en el estado activo. El modo específico de notificar el tipo de procesamiento puede ser:
la red AN de HRPD añade un IE de tipo de Attach, en el mensaje de interfaz S101, para indicar a la MME el tipo de procesamiento de transferencia. Diferentes valores del tipo de Attach indican diferentes tipos de procesamiento:
0 indica Idle Mode Handover (transferencia en el modo inactivo) y
1: indica Active Mode Handover (transferencia en el modo activo).
La red AN de HRPD añade un IE de Causa en el mensaje de interfaz S101, para indicar la causa para el mensaje de Demanda de Attach. La red AN de HRPD puede establecer los valores de causa siguientes:
transferencia en el modo inactivo: este valor de causa indica que la Demanda de Attach es causada por la transferencia en el estado inactivo y
transferencia en el modo activo: este valor de causa indica que la Demanda de Attach es causada por la transferencia en el estado activo.
La red AN de HRPD añade un IE de “Estado de UE”, en el mensaje de interfaz S101, para comunicar el estado del UE. En función del estado del UE, la MME conoce si el UE realiza una transferencia en el estado inactivo o en el estado activo. El UE puede establecer los valores de estado de UE siguientes:
0: indica que el UE está en el estado inactivo y
1: indica que el UE está en el estado activo.
Cuando el equipo UE realiza la transferencia en el estado activo, la red AN de HRPD añade un IE de “indicador de activo” en el mensaje de interfaz S101, para indicar la necesidad de crear un soporte en el lado de la red de acceso y cuando el UE realiza la transferencia en el estado inactivo, la red AN de HRPD no añade ningún IE de “indicador de activo”, en el mensaje de interfaz S101, para indicar la no necesidad de crear un soporte en el lado de la red de acceso.
Cuando el equipo UE realiza la transferencia en el estado inactivo, la red AN de HRPD incluye un IE de “indicador de no activo”, en el mensaje de interfaz S101, para indicar la no necesidad de crear un soporte en el lado de la red de acceso y cuando el UE realiza la transferencia en el estado activo, la red AN de HRPD no añade ningún IE de “indicador de no activo”, en el mensaje de interfaz S101, para indicar la necesidad de crear un soporte en el lado de la red de acceso.
4.
Se realiza el procedimiento de autenticación.
5.
La MME envía un mensaje de actualización de localización al servidor HSS para obtener los datos de abonados del UE. El servidor HSS reenvía los datos de abonados del UE, incluyendo la dirección de la pasarela GW PDN utilizada por el UE.
6.
La MME selecciona una pasarela GW de servicio y envía un mensaje de demanda de creación de soporte por defecto a la pasarela GW de servicio. En función de la información incluida en el mensaje de Demanda de Attach, la MME conoce si el UE realiza la transferencia en el estado inactivo o en el estado activo. Si la MME encuentra que el equipo UE realiza la transferencia en el estado activo, el mensaje de Demanda de creación de soporte por defecto, enviado por la MME, solicita a la pasarela GW de servicio la realización de una “transferencia de ruta preliminar”.
7.
Después de recibir el mensaje de demanda de creación de soporte por defecto, la pasarela GW de servicio inicia un procedimiento de transferencia de ruta preliminar si encuentra que el mensaje demanda a la pasarela GW de servicio la realización de una “transferencia de ruta preliminar”. La pasarela GW de servicio envía un mensaje Proxy BU a la pasarela GW PDN. Después de recibir el mensaje anterior, la pasarela GW PDN conmuta la ruta del plano de usuario a la pasarela GW de servicio. Es decir, la pasarela GW PDN envía los datos de enlace descendente recibidos a la pasarela GW de servicio.
8.
La pasarela GW de servicio reenvía un mensaje de respuesta de creación de soporte por defecto a la MME.
9.
En función de la información incluida en el mensaje de Demanda de Attach, la MME conoce si el UE realiza una transferencia en el estado inactivo o en el estado activo. Si la MME encuentra que el equipo UE realiza una transferencia en el estado activo, la MME envía un mensaje de demanda de reubicación al nodo eNodoB, que solicita al eNodoB crear el recurso en el lado de la red de acceso. El nodo eNodoB acaba la creación del recurso en el lado de la red de acceso y a continuación, reenvía un mensaje de confirmación de demanda de reubicación a la entidad MME.
10.
La MME envía un mensaje de demanda de actualización de soporte a la pasarela GW de servicio, solicitando la actualización de la ruta del plano de usuario de enlace descendente de la pasarela GW de servicio al nodo eNodoB. La pasarela GW de servicio reenvía un mensaje de respuesta de actualización de soporte a la MME.
11.
Si se encuentra que el equipo UE realiza la transferencia en el estado activo, la MME envía un mensaje de orden de HO de S101 a la red AN de HRPD. Este mensaje incluye un mensaje de aceptación de Attach y un mensaje de orden de HO.
12.
La red AN de HRPD envía un mensaje de HRPD AN L2 al equipo UE. Este mensaje incluye un mensaje de aceptación de Attach y un mensaje de orden de HO.
13.
El equipo UE realiza la transferencia a la red E-UTRAN y envía un mensaje de HO completa al nodo eNodoB.
14.
El nodo eNodoB envía un mensaje de conclusión de reubicación a la MME, indicando que el equipo UE ha realizado la transferencia a la red E-UTRAN.
Conviene señalar que, en esta forma de realización, la etapa 6 puede ocurrir antes, durante o después de la etapa 9.
Forma de realización 7
Cuando el equipo UE realiza una transferencia desde una red HRPD a una red E-UTRAN en el modo inactivo, la MME obtiene el tipo de procesamiento de transferencia del equipo UE. Si se determina que el tipo de procesamiento de transferencia es la transferencia en el modo inactivo, la MME no notifica al nodo eNodoB la creación de un recurso en el lado de la red de acceso ni utiliza el mecanismo de transferencia de ruta preliminar. Según se ilustra en la Figura 13, el proceso incluye las etapas siguientes:
1.
El equipo UE accede al sistema en la red HRPD.
2.
El equipo UE o la red de acceso de HRPD (AN) decide realizar la transferencia a la red 3GPP.
3.
El equipo UE envía un mensaje de Demanda de Attach a la MME a través de la red de HRPD. El tipo de procesamiento de transferencia necesita notificarse a la MME. Las operaciones son las mismas que la contrapartida en la sexta forma de realización y no se repiten aquí de nuevo.
4.
Se realiza el procedimiento de autenticación.
5.
La MME envía un mensaje de actualización de localización al servidor HSS para obtener los datos de abonados del UE. El servidor HSS reenvía los datos de abonado del UE, incluyendo la dirección de pasarela GW PDN utilizada por el UE.
6.
La MME selecciona una pasarela GW de servicio y envía un mensaje de demanda de creación de soporte por defecto a la pasarela GW de servicio. En función de la información incluida en el mensaje de Demanda de Attach, la MME conoce si el equipo UE realiza la transferencia en el modo inactivo o en el modo activo. Si la MME encuentra que el equipo UE realiza la transferencia en el estado inactivo, el mensaje de demanda de creación de soporte por defecto, enviado por la MME, no requiere a la pasarela GW de servicio la realización de una “transferencia de ruta preliminar”. La pasarela GW de servicio reenvía un mensaje de respuesta de creación de soporte por defecto a la MME.
7.
En función de la información incluida en el mensaje de Demanda de Attach, la MME conoce si el equipo UE realiza una transferencia en el estado inactivo o en el estado activo. Si se encuentra que el equipo UE realiza una transferencia en el estado inactivo, la MME no notificará al nodo eNodoB la creación del recurso en el lado de la red de acceso, sino que envía un mensaje de aceptación de Attach al UE directamente a través de la red de HRPD.
8.
El equipo UE realiza la transferencia a la red E-UTRAN y envía un mensaje de demanda de TAU a la MME, indicando que el UE ha realizado una transferencia a la red E-UTRAN.
9.
Después de encontrar que el equipo UE ha realizado una transferencia a la red E-UTRAN en el estado inactivo, la MME envía un mensaje de demanda de actualización de soporte a la pasarela GW de servicio. La MME añade un bit de indicación, en la demanda de actualización de soporte, para requerir a la pasarela GW de servicio la realización de una transferencia en la ruta del plano de usuario.
10.
Cuando la pasarela GW de servicio descubre el requisito de la transferencia de ruta del plano de usuario después de recibir el mensaje de demanda de actualización de soporte, la pasarela GW de servicio envía un mensaje Proxy BU a la pasarela GW PDN para actualizar la ruta del plano de usuario de enlace descendente de la pasarela GW PDN. La pasarela GW PDN conmuta la ruta del plano de usuario de enlace descendente a la pasarela GW de servicio y a continuación, reenvía un mensaje Proxy BA a la pasarela GW de servicio.
11.
La pasarela GW de servicio reenvía un mensaje de respuesta de actualización de soporte a la MME.
12.
La MME reenvía un mensaje de aceptación de TAU al UE.
Forma de realización 8
El método de notificar el tipo de procesamiento de transferencia es también aplicable a la transferencia normal desde una red no-3GPP a una red 3GPP. A través de un mensaje de Demanda de Attach, el equipo UE notifica la información del tipo de procesamiento de transferencia a la MME o al SGSN. En función de la información del tipo de procesamiento de transferencia, la MME o el SGSN decide si notificar a la red de acceso la creación del recurso en el lado de la red de acceso. Según se indica en la Figura 14, el proceso incluye las etapas siguientes:
1.
El equipo UE accede al sistema en una red no-3GPP (tal como una WiMAX o WLAN).
2.
El equipo UE decide realizar la transferencia a la red 3GPP e inicia un procedimiento de transferencia.
3.
El equipo UE envía un mensaje de Demanda de Attach a un elemento de red de la red básica a través de una red AN de 3GPP. Si la red 3GPP AN es una GERAN/UTRAN, el elemento de red de la red de núcleo es SGSN o, si la red AN de
3GPP es una red E-UTRAN, el elemento de red de la red de núcleo es MME. El mensaje de Demanda de Attach, enviado por el UE a la MME/SGSN, indica si el procedimiento de Attach es objeto de transferencia en el estado inactivo o transferencia en el estado activo. La MME/SGSN obtiene la información del tipo de procesamiento. El modo específico de notificar el tipo de procesamiento puede ser:
El equipo UE añade un IE de tipo de Attach en el mensaje de Demanda de Attach para indicar el tipo de procesamiento de la transferencia de MME/SGSN. Diferentes valores del tipo de Attach indican diferentes tipos de procesamiento:
0 indica Idle Mode Handover (transferencia en el modo inactivo) o
1 indica Active Mode Handover (transferencia en el modo activo).
El equipo UE añade un IE de Causa, en el mensaje de Demanda de Attach, para indicar la causa para el mensaje de Demanda de Attach. El UE puede establecer los valores de causa siguientes:
transferencia en el modo inactivo: este valor de causa indica que la Demanda de Attach es causada por transferencia en el estado inactivo y
transferencia en el modo activo: este valor de causa indica que la Demanda de Attach es causada por la transferencia en el estado activo.
El equipo UE añade un IE de “Estado de UE” en el mensaje de Demanda de Attach para comunicar el estado del UE. En función del estado del UE, MME/SGSN conoce si el equipo UE efectúa una transferencia en el estado inactivo o en el estado activo. El UE puede establecer los valores de Estado de UE siguientes:
0: indica que el UE está en el estado inactivo o
1: indica que el UE está en el estado activo.
Cuando el equipo UE realiza una transferencia en el estado activo, el UE añade un IE de “indicador de activo”, en el mensaje de Demanda de Attach, para indicar la necesidad de crear un soporte en el lado de la red de acceso y cuando el UE realiza la transferencia en el estado inactivo, el UE no añade ningún IE de “indicador de activo”, en el mensaje de Demanda de Attach, para indicar la no necesidad de crear un soporte en el lado de la red de acceso. Como alternativa, cuando el UE realiza la transferencia en el estado activo, el UE establece el IE de “indicador de activo” a “Verdadero (1)” para indicar la necesidad de crear un soporte en el lado de la red de acceso y cuando el UE realiza la transferencia en el estado inactivo, el UE establece el IE de “indicador de activo” a “Falso (0)” para indicar la no necesidad de crear un soporte en el lado de la red de acceso.
Cuando el equipo UE realiza la transferencia en el estado inactivo, el UE añade un IE de “indicador de no activo”, en el mensaje de Demanda de Attach, para indicar la no necesidad de crear un soporte en el lado de la red de acceso y cuando el equipo UE realiza una transferencia en el estado activo, el UE no añade ningún IE de “indicador de no activo”, en el mensaje de Demanda de Attach, para indicar la necesidad de crear un soporte en el lado de la red de acceso. Como alternativa, cuando el equipo UE realiza la transferencia en el estado inactivo, el UE establece el IE de “indicador de no activo” a “Verdadero (1)” para indicar la no necesidad de crear un soporte en el lado de la red de acceso y cuando el equipo UE realiza una transferencia en el estado activo, el UE establece el IE de “indicador de no activo” a “Falso (0)” para indicar la necesidad de crear un soporte en el lado de la red de acceso.
4.
Se realiza el procedimiento de autenticación.
5.
MME/SGSN envía un mensaje de actualización de localización al servidor HSS para obtener los datos de abonado del UE. El servidor HSS reenvía los datos de abonado del UE, incluyendo la dirección de pasarela GW PDN utilizada por el UE.
6.
MME/SGSN selecciona una pasarela GW de servicio y envía un mensaje de demanda de creación de soporte por defecto a la pasarela GW de servicio.
7.
La pasarela GW de servicio envía un mensaje Proxy BU a la pasarela GW PDN para actualizar la ruta del plano de usuario de enlace descendente de la pasarela GW PDN. La pasarela GW PDN conmuta la ruta del plano de usuario de enlace descendente a la pasarela GW de servicio y luego, reenvía un mensaje Proxy BA a la pasarela GW de servicio.
8.
La pasarela GW de servicio reenvía un mensaje de respuesta de creación de soporte por defecto a MME/SGSN.
9.
En función de la información incluida en el mensaje de Demanda de Attach, MME/SGSN conoce si el equipo UE realiza una transferencia en el estado inactivo o en el estado activo. Si MME/SGSN encuentra que el equipo UE realiza una transferencia en el estado activo, se realizan las etapas 9 a 12. Si MME/SGSN encuentra que el equipo UE realiza una transferencia en el estado inactivo, se realizan las etapas 13-14.
MME/SGSN envía un mensaje de demanda de establecimiento de contexto inicial a la red AN 3GPP, solicitando a dicha red AN 3GPP la creación de recursos en el lado de la red de acceso. El mensaje incluye un mensaje de aceptación de Attach.
10.
El soporte de radio se crea entre la red AN 3GPP y el equipo UE.
11.
La red AN 3GPP reenvía un mensaje de establecimiento de contexto completo a MME/SGSN. Este mensaje incluye también el mensaje Attach Completo.
12.
MME/SGSN envía un mensaje de demanda de actualización de soporte a la pasarela GW de servicio, solicitando la actualización de la ruta de plano de usuario de enlace descendente al nodo eNodoB. La pasarela GW de servicio actualiza la ruta del plano de usuario, de enlace descendente, a la red AN 3GPP y luego, reenvía un mensaje de respuesta de actualización de soporte a MME/SGSN.
13.
Si MME/SGSN encuentra que el equipo UE realiza una transferencia en el estado inactivo, MME/SGSN envía un mensaje de aceptación de Attach al equipo UE.
14.
El equipo UE reenvía un mensaje Attach Completo a MME/SGSN.
Forma de realización 9
Cuando el equipo UE envía un mensaje de demanda de registro a la pasarela GW no-3GPP, el equipo UE comunica la información del tipo de procesamiento de registro a la pasarela GW no-3GPP. La pasarela GW no-3GPP identifica el tipo de procesamiento del registro en función de la información y crea un soporte para el equipo UE en función del tipo de procesamiento de registro para concluir el registro. La pasarela GW no-3GPP comunica el tipo de procesamiento de registro al servidor AAA y el servidor AAA comunica el tipo de procesamiento de registro al servidor HSS. Para el registro causado por transferencia, la red inicia un procedimiento de creación de soporte para crear un soporte en la red no3GPP utilizada por el UE en la red 3GPP origen. Para registro de inicialización, si el servidor HSS memoriza la dirección de pasarela GW PDN utilizada por el UE en la red 3GPP, el servidor HSS notifica al servidor AAA la cancelación del registro de UE en la red 3GPP y el servidor AAA notifica a la pasarela GW PDN la liberación del recurso utilizado por el UE en la red 3GPP. Según se ilustra en la Figura 15, el proceso comprende las etapas siguientes:
1.
El equipo UE accede a la red AN 3GPP a través de la pasarela GW de servicio y la pasarela GW PDN.
2.
La MME o el nodo SGSN envía una orden de HO al equipo UE, notificando al UE la transferencia a la red no-3GPP o el UE descubre la red no-3GPP y decide iniciar la transferencia.
3.
Antes de iniciar el registro en la red no-3GPP, el equipo UE identifica el tipo de registro. Más adelante, el equipo UE envía un mensaje de Demanda de acceso a la pasarela GW no-3GPP y comunica el tipo de procesamiento de registro a la pasarela GW no-3GPP.
4.
Se realiza un procedimiento de autenticación entre el equipo UE, la pasarela GW no-3GPP, el servidor AAA y el servidor HSS. En esta etapa, el equipo UE puede comunicar el tipo de procesamiento de registro a la pasarela GW no3GPP.
En esta etapa, la pasarela GW no-3GPP comunica el tipo de procesamiento de registro al servidor AAA y al servidor HSS. Si el tipo de procesamiento de registro es un tipo de procesamiento de transferencia, el servidor AAA o el servidor HSS puede proporcionar a la pasarela GW no-3GPP la dirección de GW PDN utilizada por el UE en la red AN 3GPP.
En el proceso de registro de UE, si el servidor AAA o el servidor HSS identifica el tipo de procesamiento de registro de UE (por ejemplo, el servidor AAA o el servidor HSS encuentra que memoriza la dirección de GW PDN utilizada por el equipo UE en la red AN 3GPP, el servidor AAA o HSS determina que el tipo de procesamiento de registro de UE es un registro causado por transferencia. De no ser así, el servidor AAA o HSS determina que el tipo de procesamiento de registro de UE es un tipo de procesamiento de registro normal), el servidor AAA o HSS añade un bit de indicación en el mensaje para notificar la información del tipo de procesamiento de registro a la pasarela GW no-3GPP. El bit de indicación puede ser:
un IE de indicación de transferencia. Si el tipo de procesamiento de registro de UE es un registro causado por transferencia, el servidor AAA o HSS añade un IE de indicación de transferencia. Para un tipo de procesamiento de registro normal, el servidor AAA o HSS no añade este elemento IE;
un IE de Causa. Para el registro causado por transferencia, el servidor AAA o HSS establece el elemento IE de Causa a “Actualización debida a Attach de transferencia”. Para un registro normal, el servidor AAA o HSS establece el elemento IE de Causa a “Actualización debida a Attach inicial” o no añade el IE de Causa o
un IE de tipo de actualización. Para el registro causado por transferencia, el servidor AAA o HSS establece este IE a “Attach de transferencia”. Para un registro normal, el servidor AAA o HSS establece este IE a “Attach inicial” o no añade este IE.
5. La pasarela GW no-3GPP identifica el tipo de procesamiento de registro en función de la información del tipo de procesamiento de registro comunicada por el equipo UE, el servidor AAA o el servidor HSS.
Ahora, la pasarela GW no-3GPP podrá distinguir entre diferentes tipos de procesamiento de registro.
Además, si el tipo de procesamiento es un acceso normal, la pasarela GW no-3GPP realiza el procedimiento de acceso normal y se ejecutan las etapas 7 a 13.
Si el tipo de procesamiento es de acceso causado por transferencia, la pasarela GW no-3GPP envía un mensaje de demanda de reglas PCC a la PCRF para obtener las reglas PCC aplicadas por el usuario. La PCRF proporciona, a la pasarela GW no-3GPP, las reglas PCC aplicadas por el usuario y luego, el proceso prosigue con la etapa 6.
6.
La pasarela GW no-3GPP inicia un procedimiento de creación de soporte, en iniciación de red, para crear el soporte para el usuario y luego, el proceso prosigue con la etapa 13.
7.
Si el tipo de procesamiento de registro es un registro normal y el servidor HSS memoriza las direcciones de pasarela GW PDN registradas y si dichas direcciones de pasarela GW PDN son las direcciones de GW PDN utilizadas por el equipo UE cuando el UE accede a la red AN 3GPP, el servidor HSS envía un mensaje de cancelación de registro al servidor AAA, solicitando la cancelación del registro de UE en el servidor AAA. El servidor AAA reenvía un mensaje de confirmación de cancelación de registro al servidor HSS.
8.
El servidor AAA envía un mensaje de cancelación de registro a la pasarela GW PDN, solicitando la cancelación del registro de UE en la red AN 3GPP. La pasarela GW PDN reenvía un mensaje de confirmación de cancelación de registro al servidor AAA.
9.
Si el protocolo de interfaz entre la pasarela GW PDN y la pasarela GW de servicio es un PMIP, la pasarela GW PDN envía un mensaje de indicación de revocación de enlace a la pasarela GW de servicio para cancelar el enlace de PMIP entre la pasarela GW de servicio y la pasarela GW PDN. La pasarela GW de servicio reenvía un mensaje de confirmación de revocación de enlace a la pasarela GW PDN.
10.
Después de recibir el mensaje de indicación de revocación de enlace, la pasarela GW de servicio inicia un procedimiento de liberación de recurso para liberar el recurso utilizado por el UE en la red AN 3GPP.
11.
Si el protocolo de interfaz entre la pasarela GW PDN y la pasarela GW de servicio es un GTP, la pasarela GW PDN inicia un procedimiento de liberación de recursos para liberar el recurso utilizado por el UE en la red AN 3GPP.
12.
Se realiza un procedimiento de aborto de sesión entre la pasarela GW PDN y la PCRF y la PCRF es notificada para liberar las reglas PCC aplicadas por el UE en la red AN 3GPP.
13.
La pasarela GW no-3GPP reenvía un mensaje de aceptación de acceso al equipo UE.
Forma de realización 10
Cuando el equipo UE envía un mensaje de demanda de registro a la pasarela GW no-3GPP, el equipo UE comunica la información del tipo de procesamiento de registro a la pasarela GW no-3GPP. La pasarela GW no-3GPP identifica el tipo de procesamiento del registro en función de la información y crea un soporte para el UE en función del tipo de procesamiento de registro para concluir el registro. La pasarela GW no-3GPP comunica el tipo de procesamiento de registro al servidor AAA y el servidor AAA comunica el tipo de procesamiento de registro al servidor HSS. Para el registro causado por transferencia, la red inicia un procedimiento de creación de soporte para crear un soporte en la red no3GPP utilizada por el UE en la red 3GPP origen. Para el registro de inicialización, si el servidor HSS memoriza la dirección de GW PDN utilizada por el UE en la red 3GPP, el servidor HSS notifica al servidor AAA la cancelación del registro de UE en la red 3GPP y el servidor HSS notifica a MME/SGSN la liberación del recurso utilizado por el UE en la red 3GPP. Según se ilustra en la Figura 16, el proceso comprende las etapas siguientes:
las etapas 1 a 6 son las mismas que su contrapartida en la novena forma de realización y no se repetirán aquí de nuevo.
7.
Si el tipo de procesamiento de registro de UE es un registro normal y el servidor HSS memoriza las direcciones de pasarela GW PDN registradas y si dichas direcciones de GW PDN son las direcciones de GW PDN utilizadas por el equipo UE cuando el UE accede a la red AN 3GPP, el servidor HSS envía un mensaje de cancelación de registro al servidor AAA solicitando la cancelación del registro de UE en el servidor AAA. El servidor AAA reenvía un mensaje de confirmación de cancelación de registro al servidor HSS.
8.
El servidor HSS envía un mensaje de cancelación de localización a MME/SGSN. MME/SGSN reenvía un mensaje de confirmación de cancelación de localización al servidor HSS.
9.
MME/SGSN separa el equipo UE para liberar el recurso utilizado por el UE en la red AN 3GPP.
10.
Se realiza un procedimiento de aborto de sesión entre la pasarela GW PDN y la PCRF y se notifica a la PCRF la liberación de las reglas PCC aplicadas por el UE en la red AN 3GPP.
11.
La pasarela GW no-3GPP reenvía un mensaje de aceptación de acceso al equipo UE.
Forma de realización 11
Cuando el equipo UE realiza una transferencia desde una red no-3GPP a una red 3GPP en el modo activo, el primer elemento de red de la red 3GPP obtiene el tipo de procesamiento de transferencia. Si se determina que el tipo de procesamiento de transferencia es un transferencia en el modo activo, el primer elemento de red de la red 3GPP notifica a la pasarela GW PDN que no se inicie el procedimiento de liberación de recursos en la red no-3GPP origen y notifica a la pasarela GW de servicio la creación de un túnel de reenvío de datos entre la pasarela GW de servicio y la pasarela GW no-3GPP. Según se ilustra en la Figura 17, el proceso comprende las etapas siguientes:
1.
El equipo UE accede al sistema en la red no-3GPP.
2.
El equipo UE o el elemento de red de acceso no-3GPP (para una red HRPD, el elemento de red de acceso no-3GPP es un Controlador de Red de Radio de HRPD (RNC)) decide realizar la transferencia a la red 3GPP.
3.
A través de la red no-3GPP, el equipo UE envía un mensaje de Demanda de Attach al primer elemento de red de la red 3GPP (para la red E-UTRAN, el primer elemento de red de la red 3GPP es una MME; para la red GERAN/UTRAN, el primer elemento de red, de la red 3GPP, es un nodo SGSN). El primer elemento de red de la red 3GPP obtiene la información del tipo de procesamiento. El primer elemento de red de la red 3GPP puede obtener la información del tipo de procesamiento en una de las formas siguientes:
El equipo UE comunica la información del tipo de procesamiento. El mensaje de Demanda de Attach, enviado por el equipo UE al primer elemento de red de la red 3GPP, indica si el procedimiento de Attach es una transferencia en el estado inactivo o una transferencia en el estado activo. El modo específico de notificar el tipo de procesamiento puede ser:
El equipo UE añade un IE del tipo de Attach en el mensaje de Demanda de Attach para indicar el tipo de procesamiento de transferencia a MME. Diferentes valores del tipo de Attach indican diferentes tipos de procesamiento:
0 indica Idle Mode Handover (transferencia en el modo inactivo) o
1 indica Active Mode Handover (transferencia en el modo activo) o
Para la transferencia optimizada o pre-registro en el estado activo, el equipo UE establece el IE del tipo de Attach en el mensaje de Demanda de Attach a “Transferencia Optimizada” o “Pre-registro” o “Transferencia”. Después de recibir el tipo de Attach, el primer elemento de red de la red 3GPP cree que el procedimiento de Attach es una transferencia en el estado activo por defecto.
El equipo UE añade un IE de Causa en el mensaje de Demanda de Attach para indicar la causa para el mensaje de Demanda de Attach. El equipo UE puede establecer los valores de causa siguientes:
transferencia en el modo inactivo: este valor de causa indica que la Demanda de Attach es causada por una transferencia en el estado inactivo o
transferencia en el modo activo: este valor de causa indica que la Demanda de Attach es causada por una transferencia en el estado activo.
El equipo UE añade un IE de “Estado de UE” en el mensaje de Demanda de Attach, para comunicar el estado del UE. Según el estado del UE, MME conoce si el UE realiza una transferencia en el estado inactivo o en el estado activo. El equipo UE puede establecer los valores de estado de UE siguientes:
0: indica que el UE está en el estado inactivo o
1: indica que el UE está en el estado activo.
Cuando el equipo UE realiza la transferencia en el estado activo, el equipo UE añade un IE de “indicador de activo” en el mensaje de Demanda de Attach para indicar la necesidad de crear un soporte en el lado de la red de acceso y cuando el equipo UE realiza la transferencia en el estado inactivo, el equipo UE no añade ningún IE de “indicador de activo” en el mensaje de Demanda de Attach para indicar la no necesidad de crear un soporte en el lado de la red de acceso. Como alternativa, cuando el equipo UE realiza una transferencia en el estado activo, el equipo UE establece el IE de “indicador de activo” a “Verdadero (1)” para indicar la necesidad de crear un soporte en el lado de la red de acceso y cuando el UE realiza la transferencia en el estado inactivo, el UE establece el IE de “indicador de activo” a “Falso (0)” para indicar la no necesidad de crear un soporte en el lado de la red de acceso.
Cuando el equipo UE realiza la transferencia en el estado inactivo, el equipo UE añade un IE de “indicador de no activo” en el mensaje de Demanda de Attach para indicar la no necesidad de crear un soporte en el lado de la red de acceso y cuando el equipo UE realiza una transferencia en el estado activo, el UE no añade ningún IE de “indicador de no activo” en el mensaje de Demanda de Attach para indicar la necesidad de crear un soporte en el lado de la red de acceso. Como alternativa, cuando el equipo UE realiza la transferencia en el estado inactivo, el UE establece el IE de “indicador de no activo” a “Verdadero (1)” para indicar la no necesidad de crear un soporte en el lado de la red de acceso y cuando el UE realiza la transferencia en el modo activo, el UE establece el IE de “indicador de no activo” a “Falso (0)” para indicar la necesidad de crear un soporte en el lado de la red de acceso.
(2) El elemento de red de acceso no-3GPP o la pasarela GW no-3GPP comunica la información del tipo de procesamiento: el elemento de red de acceso no-3GPP o la pasarela GW no-3GPP envía un mensaje de interfaz al primer elemento de red de la red 3GPP para indicar si el procedimiento de Attach es una transferencia en el estado inactivo o una transferencia en el estado activo. El modo específico de notificación del tipo de procesamiento puede ser:
El elemento de la red de acceso no-3GPP o la pasarela GW no-3GPP añade un IE de tipo de Attach en el mensaje de interfaz enviado al primer elemento de red de la red 3GPP para indicar el tipo de procesamiento de transferencia. Diferentes valores del tipo de Attach indican diferentes tipos de procesamiento:
0 indica Idle Mode Handover (transferencia en el modo inactivo) o
1 indica Active Mode Handover (transferencia en el modo activo) o
Para una transferencia optimizada o un pre-registro en el estado activo, el elemento de red de acceso no-3GPP o la pasarela GW no-3GPP establece el IE del tipo de Attach a “Transferencia Optimizada” o “Pre-registro” o “Transferencia”. Después de recibir el tipo de Attach, el primer elemento de red de la red 3GPP cree que el procedimiento de Attach es una transferencia en el estado activo por defecto.
El elemento de red de acceso no-3GPP o la pasarela GW no-3GPP añade un IE de Causa, en el mensaje de interfaz enviado al primer elemento de red de la red 3GPP, para indicar la causa para el mensaje de Demanda de Attach. El elemento de red de acceso no-3GPP o la pasarela GW no-3GPP puede establecer los valores de causa siguientes:
transferencia en el modo inactivo: este valor de causa indica que la Demanda de Attach es causada por una transferencia en el estado inactivo.
transferencia en el modo activo: este valor de causa indica que la Demanda de Attach es causada por una transferencia en el estado activo.
El elemento de red de acceso no-3GPP o la pasarela GW no-3GPP añade un IE de “Estado de UE”, en el mensaje de interfaz enviado al primer elemento de red de la red 3GPP, para comunicar el estado de UE. Según el estado de UE, el primer elemento de red de la red 3GPP conoce si el UE efectúa una transferencia en el estado inactivo o en el estado activo. El equipo UE puede establecer los valores de estado de UE siguientes:
0: indica que el UE está en el estado inactivo o
1: indica que el UE está en el estado activo.
Cuando el equipo UE efectúa la transferencia en el estado activo, el elemento de red de acceso no-3GPP o la pasarela GW no-3GPP añade un IE de “indicador de activo”, en el mensaje de interfaz enviado al primer elemento de red de la red 3GPP, para indicar la necesidad de crear un soporte en el lado de la red de acceso. Cuando el UE realiza una transferencia en el estado inactivo, el elemento de red de acceso no-3GPP o la pasarela GW no-3GPP no añade ningún IE de “indicador de activo” en el mensaje de interfaz enviado al primer elemento de red de la red 3GPP, para indicar la no necesidad de crear un soporte en el lado de la red de acceso.
Cuando el equipo UE realiza una transferencia en el estado inactivo, el elemento de red de acceso no-3GPP o la pasarela GW no-3GPP añade un IE de “indicador de no activo” en el mensaje de interfaz enviado al primer elemento de red de la red 3GPP, para indicar la no necesidad de crear un soporte en el lado de la red de acceso. Cuando el equipo UE realiza una transferencia en el estado activo, el elemento de red de acceso no-3GPP o la pasarela GW no-3GPP no añade ningún IE de “indicador de no activo”, en el mensaje de interfaz, enviado al primer elemento de red de la red 3GPP, para indicar la necesidad de crear un soporte en el lado de la red de acceso.
4.
Se realiza el procedimiento de autenticación.
5.
El primer elemento de red de la red 3GPP envía un mensaje de actualización de localización al servidor HSS para obtener los datos de abonado del UE. El servidor HSS reenvía los datos de abonado del UE, incluyendo la dirección de pasarela GW PDN utilizada por el UE.
6.
El primer elemento de red de la red 3GPP selecciona una pasarela GW de servicio y envía un mensaje de demanda de creación de soporte por defecto a la pasarela GW de servicio.
7.
Si el protocolo de interfaz entre la pasarela GW de servicio y la pasarela GW PDN es un GTP, la pasarela GW de servicio envía un mensaje de demanda de creación de soporte por defecto a la pasarela GW PDN. Si el protocolo de interfaz entre la pasarela GW de servicio y la pasarela GW PDN es un PMIP, la pasarela GW de servicio envía un mensaje Proxy BU a la pasarela GW PDN. La pasarela GW PDN reenvía un mensaje de respuesta de creación de soporte por defecto o un mensaje Proxy BA a la pasarela GW de servicio.
8.
La pasarela GW de servicio reenvía un mensaje de respuesta de creación de soporte por defecto al primer elemento de red de la red 3GPP.
9.
Si se encuentra que el equipo UE realiza una transferencia en el estado activo, el primer elemento de red de la red 3GPP envía una demanda de creación de túneles de reenvío a la pasarela GW de servicio, solicitando a la pasarela GW de servicio la creación de un túnel de reenvíos. La pasarela GW de servicio reenvía un mensaje de respuesta de creación de túneles de reenvío al primer elemento de red de la red 3GPP. El mensaje incluye la información del túnel de reenvíos (incluyendo una dirección de la pasarela GW de servicio y claves de Encapsulado de Encaminamiento Genérico (GRE)).
10.
Si se encuentra que el equipo UE realiza la transferencia en el estado activo, el primer elemento de red de la red 3GPP envía un mensaje de orden de HO al elemento de red de acceso no-3GPP o la pasarela GW no-3GPP. El mensaje incluye un mensaje de aceptación de Attach, un mensaje de orden de HO e información del túnel de reenvíos (incluyendo una dirección de pasarela GW de servicio y claves de GRE).
11.
Después de recibir el mensaje de orden de HO, el elemento de red de acceso no-3GPP envía un mensaje de demanda de creación de túneles de reenvíos a la pasarela GW no-3GPP, notificando a dicha pasarela GW no-3GPP la información obtenida del túnel de reenvíos. La pasarela GW no-3GPP reenvía un mensaje de respuesta de creación de túneles de reenvíos al elemento de red de acceso no-3GPP.
Posteriormente, la pasarela GW no-3GPP reenvía los datos de enlace descendente recibidos a la pasarela GW de servicio a través del túnel de reenvíos (incluyendo una dirección de pasarela GW de servicio y las claves GRE).
12.
El elemento de red de acceso no-3GPP o la pasarela GW no-3GPP envía un mensaje de orden de HO al UE. Este mensaje incluye un mensaje de aceptación de Attach y un mensaje de orden de HO.
13.
El equipo UE realiza una transferencia a la red 3GPP y envía un mensaje HO Completa al elemento de red de acceso de 3GPP.
14.
El elemento de red de acceso de 3GPP envía un mensaje de reubicación completa (Relocation Complete) al primer elemento de red de la red 3GPP, indicando que el equipo UE ha realizado una transferencia a la red 3GPP.
15.
El primer elemento de red de la red 3GPP envía un mensaje de demanda de actualización de soporte a la pasarela GW de servicio. Si se encuentra que el UE realiza la transferencia en el estado activo, el primer elemento de red de la red 3GPP añade un bit de indicación en el mensaje de demanda de actualización de soporte para indicar a la pasarela GW PDN que no se inicia un procedimiento de liberación de recursos para liberar el recurso utilizado por el UE en la red AN no-3GPP origen. Este bit de indicación puede ser: indicación de transferencia optimizada, indicación de pre-registro o indicación de no liberación de recursos. Más concretamente, el bit de indicación puede ser:
(1)
un bit de indicación de actualización tipo. El primer elemento de red, en el lado de la red, establece el bit de indicación de actualización tipo a “Pre-registro” o “Transferencia Optimizada”;
(2)
un valor de causa. El primer elemento de red, en el lado de la red, establece el valor de causa en “Pre-registro”, “Transferencia Optimizada” o “No liberación de recursos” o
(3)
una indicación de pre-registro o una indicación de transferencia optimizada o indicación de no liberación de recursos.
16. Si el protocolo de interfaz entre la pasarela GW de servicio y la pasarela GW de PDN es GTP, la pasarela GW de servicio envía un mensaje de demanda de actualización de soporte a la pasarela GW PDN. Si el protocolo de interfaz entre la pasarela GW de servicio y la pasarela GW PDN es PMIP, la pasarela GW de servicio envía un mensaje Proxy BU a la pasarela GW PDN. La pasarela GW de servicio añade un bit de indicación, en el mensaje de demanda de actualización de soporte o en el mensaje Proxy BU, para indicar a la pasarela GW PDN la no iniciación de un procedimiento de liberación de recursos para liberar el recurso utilizado por el UE en la red AN no-3GPP origen. Este bit de indicación puede ser: indicación de transferencia optimizada, indicación de pre-registro o indicación de no liberación de recursos. Más concretamente, el bit de indicación puede ser:
(1)
un bit de indicación de actualización tipo o un bit de indicación de enlace de tipo. La pasarela GW de servicio establece el bit de indicación de actualización tipo o el bit de indicación de enlace tipo a “Pre-registro” o “Transferencia Optimizada”;
(2)
un valor de causa. La pasarela GW de servicio establece el valor de causa a “Pre-registro”, “Transferencia Optimizada” o “No liberación de recursos” o
(3)
una indicación de pre-registro o una indicación de transferencia optimizada o una indicación de no liberación de recursos.
Después de recibir el mensaje anterior, la pasarela GW PDN no inicia el procedimiento de liberación de recursos para liberar el recurso utilizado por el UE en la red AN no-3GPP origen (esto es, el procedimiento de liberación de recursos para liberar el recurso utilizado por el UE en la red AN no-3GPP origen no se dispara operativamente por la pasarela GW PDN). La pasarela GW PDN reenvía un mensaje de respuesta de actualización de soporte o un mensaje Proxy BA a la pasarela GW de servicio.
17.
La pasarela GW de servicio reenvía un mensaje de respuesta de actualización de soporte al primer elemento de red de la red 3GPP.
18.
Después de recibir el mensaje de reubicación completa desde el nodo eNodoB, el primer elemento de red de la red 3GPP reenvía un mensaje de HO completa al elemento de red de acceso no-3GPP o a la pasarela GW no-3GPP.
19.
Después de recibir el mensaje de HO completa, desde el primer elemento de red de la red 3GPP, el elemento de red de acceso no-3GPP o la pasarela GW no-3GPP inicia un procedimiento de liberación de recursos para liberar el recurso en la red AN no-3GPP.
Nota:
1.
En esta forma de realización, la etapa 6 puede ocurrir antes, durante o después de la etapa 9 y
2.
Esta forma de realización no limita el mensaje en la etapa 9 y la etapa 11. Por ejemplo, para la red de HRPD, el mensaje en la etapa 11 puede ser también un mensaje de demanda de registro -A11.
Forma de realización 12
Cuando el equipo UE realiza una transferencia desde una red 3GPP a una red no-3GPP en el modo activo, el elemento de red, en la red no-3GPP, obtiene el tipo de procesamiento de la transferencia. Si se determina que el tipo de procesamiento de transferencia es una transferencia en el modo activo, el elemento de red, en la red no-3GPP, crea un recurso de red de acceso y un recurso de reenvío de datos y notifica a la pasarela GW PDN la no iniciación del procedimiento de liberación de recursos para liberar el recurso en el lado origen. Según se ilustra en la Figura 18, el proceso comprende las etapas siguientes:
1.
El equipo UE accede a la red 3GPP a través de la pasarela GW de servicio y la pasarela GW PDN.
2.
A través de la red 3GPP, el equipo UE realiza el procedimiento de Attach y el procedimiento de autenticación que son específicos para la red no-3GPP.
3.
A través de la red 3GPP, el equipo UE realiza un disparo operativo de un procedimiento de Attach de la capa 3 en la red no-3GPP. La red de acceso (por ejemplo, RNC en la red HRPD) o la pasarela GW no-3GPP (por ejemplo, PDSN en la red HRPD), en la red no-3GPP obtiene la información del tipo de procesamiento de transferencia. La red de acceso o la pasarela GW no-3GPP, en la red no-3GPP, obtiene la información del tipo de procesamiento de transferencia en una de las formas siguientes:
El equipo UE comunica la información del tipo de procesamiento: el mensaje del procedimiento de Attach de capa 3, enviado por el UE a la red de acceso o a la pasarela GW no-3GPP en la red no-3GPP, indica si el procedimiento es una transferencia en el estado inactivo o una transferencia en el estado activo. El modo específico de notificar el tipo de procesamiento puede ser:
El equipo UE añade un IE del tipo de Attach (Registro de Acceso), en el mensaje del procedimiento de Attach de capa 3, enviado a la red de acceso o a la pasarela GW no-3GPP en la red no-3GPP y este IE indica el tipo de procesamiento de la transferencia. Diferentes valores del tipo de Attach indican diferentes tipos de procesamiento:
0 indica el Idle Mode Handover (transferencia de UE en el modo inactivo) o
1 indica Active Mode Handover (transferencia en el modo activo) o
para la transferencia optimizada o pre-registro en el estado activo, el equipo UE establece el IE del tipo de Attach en el mensaje de procedimiento de Attach de capa 3 a “Transferencia Optimizada” o “Pre-registro” o “Transferencia”. Después de recibir el tipo de Attach, la red de acceso o la pasarela GW no-3GPP, en la red no-3GPP, cree que el procedimiento de Attach de capa 3 es una transferencia del equipo UE en el estado activo por defecto.
El equipo UE añade un IE de Causa, en el mensaje de procedimiento de Attach de capa 3, para indicar la causa para el mensaje de procedimiento de Attach de capa 3. El UE puede establecer los valores de causa siguientes:
Idle Mode Handover: este valor de causa indica que el mensaje de procedimiento de Attach de capa 3 es causado por una transferencia en el estado inactivo o
Active Mode Handover: este valor de causa indica que el mensaje de procedimiento de Attach de capa 3 es causado por una transferencia en el estado activo.
El equipo UE añade un IE de “Estado de UE” en el mensaje de procedimiento de Attach de capa 3, para comunicar el estado del equipo UE. En función del estado del UE, la red de acceso o la pasarela GW no-3GPP, en la red no-3GPP, conoce si el equipo UE efectúa una transferencia en el estado inactivo o en el estado activo. El equipo UE puede establecer los valores de estado de UE siguientes:
0: indica que el UE está en el estado inactivo o
1: indica que el UE está en el estado activo.
Cuando el equipo UE realiza una transferencia en el estado activo, el equipo UE añade un IE de “indicador de activo” en el mensaje del procedimiento de Attach de capa 3 para indicar la necesidad de crear un soporte en el lado de la red de acceso y cuando el equipo UE realiza una transferencia en el estado inactivo, el equipo UE no añade ningún IE de “indicador de activo” en el mensaje del procedimiento de Attach de capa 3 para indicar la no necesidad de crear un soporte en el lado de la red de acceso. Como alternativa, cuando el equipo UE realiza una transferencia en el estado activo, el equipo UE establece el IE de “indicador de activo” a “Verdadero (1)” para indicar la necesidad de crear un soporte en el lado de red de acceso y cuando el equipo UE realiza una transferencia en el estado inactivo, el UE establece el IE de “indicador de activo” a “Falso (0)” para indicar la no necesidad de crear un soporte en el lado de la red de acceso.
Cuando el equipo UE efectúa una transferencia en el estado inactivo, el equipo UE añade un IE de “indicador de no activo” en el mensaje de procedimiento de Attach de capa 3 para indicar la no necesidad de crear un soporte en el lado de la red de acceso y cuando el equipo UE realiza una transferencia en el estado activo, el equipo UE no añade ningún IE de “indicador de no activo” en el mensaje del procedimiento de Attach de capa 3 para indicar la necesidad de crear un soporte en el lado de la red de acceso. Como alternativa, cuando el equipo UE realiza una transferencia en el estado inactivo, el equipo UE establece el IE de “indicador de no activo” a “Verdadero (1)” para indicar la no necesidad de crear un soporte en el lado de la red de acceso y cuando el UE realiza una transferencia en el estado activo, el UE establece el IE de “indicador de no activo” a “Falso (0)” para indicar la necesidad de crear un soporte en el lado de la red de acceso.
(2) El primer elemento de red de la red 3GPP comunica el tipo de procesamiento: El mensaje de interfaz, enviado por el primer elemento de red de la red 3GPP a la red de acceso o a la pasarela GW no-3GPP, en la red no-3GPP, indica si el procedimiento de Attach de capa 3 es una transferencia en el estado inactivo o una transferencia en el estado activo. El modo específico de notificar el tipo de procesamiento puede ser:
el primer elemento de red de la red 3GPP añade un IE de tipo de Attach, en el mensaje de interfaz enviado a la red de acceso o a la pasarela GW no-3GPP en la red no-3GPP. Este elemento IE indica el tipo de procesamiento de la transferencia. Diferentes valores del tipo de Attach indican diferentes tipos de procesamiento:
0 indica Idle Mode Handover (transferencia en el modo inactivo) o
1 indica Active Mode Handover (transferencia en el modo activo).
Para la transferencia optimizada o el pre-registro del UE en el estado activo, el primer elemento de red de la red 3GPP establece el IE del tipo de Attach a “Transferencia Optimizada” o “Pre-registro” o “Transferencia”. Después de recibir el tipo de Attach, la red de acceso o la pasarela GW no-3GPP, en la red no-3GPP, cree que el procedimiento de Attach de capa 3 es una transferencia en el estado activo por defecto.
El primer elemento de red de la red 3GPP añade un elemento IE de Causa en el mensaje de interfaz enviado a la red de acceso o la pasarela GW no-3GPP en la red no-3GPP, para indicar la causa para el mensaje de procesamiento de Attach de capa 3. El primer elemento de la red 3GPP puede establecer los valores de causa siguientes:
Idle Mode Handover: este valor de causa indica que el mensaje de procedimiento de Attach de capa 3 es causado por la transferencia en el estado inactivo o
Active Mode Handover: este valor de causa indica que el mensaje de procedimiento de Attach de capa 3 es causado por la transferencia en el estado activo.
El primer elemento de red de la red 3GPP añade un IE de “Estado de UE”, en el mensaje de interfaz enviado a la red de acceso o la pasarela GW no-3GPP en la red no-3GPP para comunicar el estado de UE. En función del estado de UE, la red de acceso o la pasarela GW no-3GPP, en la red no-3GPP, conoce si el UE realiza una transferencia en el estado inactivo o en el estado activo. El equipo UE puede establecer los valores de estado de UE siguientes:
0: indica que el UE está en el estado inactivo o
1: indica que el UE está en el estado activo.
Cuando el equipo UE realiza una transferencia en el estado activo, el primer elemento de red de la red 3GPP añade un IE de “indicador de activo” en el mensaje de interfaz enviado a la red de acceso o la pasarela GW no-3GPP en la red no3GPP para indicar la necesidad de crear un soporte en el lado de la red de acceso. Cuando el equipo UE realiza una transferencia en el estado inactivo, el primer elemento de red de la red 3GPP no añade ningún IE de “indicador de activo” en el mensaje de interfaz enviado a la red de acceso o la pasarela GW no-3GPP en la red no-3GPP para indicar la no necesidad de crear un soporte en el lado de la red de acceso.
Cuando el equipo UE realiza una transferencia en el estado inactivo, el primer elemento de red de la red 3GPP añade un IE de “indicador de no activo” en el mensaje de interfaz enviado a la red de acceso o la pasarela GW no-3GPP en la red no-3GPP para indicar la no necesidad de crear un soporte en el lado de la red de acceso. Cuando el equipo UE realiza una transferencia en el estado activo, el primer elemento de red de la red 3GPP no añade ningún IE de “indicador de no activo” en el mensaje de interfaz enviado a la red de acceso o la pasarela GW no-3GPP en la red no-3GPP para indicar la necesidad de crear un soporte en el lado de la red de acceso.
Conviene señalar que:
la red de acceso o la pasarela GW no-3GPP, en la red no-3GPP, puede obtener también la información del tipo de procesamiento de transferencia en la etapa 2. El modo de procesamiento específico es el mismo que en la etapa 3.
4.
Si se encuentra que el equipo UE realiza una transferencia en el estado activo, la red AN no-3GPP envía un mensaje de demanda de creación de túneles de reenvíos a la pasarela GW no-3GPP para la demanda de recursos de reenvío de datos.
5.
La pasarela GW no-3GPP reenvía un mensaje de respuesta de creación de túneles de reenvíos a la red AN no-3GPP. Este mensaje incluye la información del túnel de reenvío de datos (por ejemplo, para la red HRPD, la información del túnel de reenvío de datos es una dirección de red PDSN y una clave GRE de red PDSN) de la pasarela GW no-3GPP.
6.
Si se encuentra que el equipo UE realiza una transferencia en el estado activo, la pasarela GW no-3GPP envía un mensaje de demanda de creación de recursos al elemento de red de acceso no-3GPP, solicitando la creación de recursos en el lado de la red de acceso. El elemento de red de acceso no-3GPP asigna el recurso en el lado de la red de acceso y reenvía un mensaje de respuesta de creación de recursos a la pasarela GW no-3GPP.
7.
Si se encuentra que el equipo UE realiza una transferencia en el estado activo, el elemento de red de acceso no-3GPP
o la pasarela GW no-3GPP envía un mensaje de orden de HO al primer elemento de red de la red 3GPP. Este mensaje incluye la información de túneles de reenvío de datos de la pasarela GW no-3GPP.
8.
Después de recibir la orden de HO, el primer elemento de red de la red 3GPP envía un mensaje de demanda de creación de túneles de reenvíos a la pasarela GW de servicio, solicitando a la pasarela GW de servicio la creación de un túnel de reenvío de datos. Este mensaje incluye la información del túnel de reenvío de datos de la pasarela GW no3GPP. La pasarela GW de servicio crea un túnel de reenvío de datos y reenvía un mensaje de respuesta de creación de túneles de reenvíos al primer elemento de red de la red 3GPP.
9.
El primer elemento de red de la red 3GPP envía un mensaje de orden de reubicación al elemento de red de acceso 3GPP.
10.
La red AN 3GPP envía un mensaje de orden de HO al equipo UE, solicitando al UE la transferencia a la red no3GPP.
11.
El equipo UE efectúa una transferencia a la red no-3GPP y envía un mensaje de acceso para notificar al elemento de red en la red no-3GPP que el UE ha realizado una transferencia a la red no-3GPP. El mensaje de acceso específico depende de la red no-3GPP. Por ejemplo, para una red de HRPD, el mensaje de acceso es un mensaje de Canal de Tráfico Completo (TCC) de HRPD.
12.
Si el protocolo de interfaz entre la red GW no-3GPP y la red GW PDN es PMIP, la pasarela GW no-3GPP envía un mensaje Proxy BU a la pasarela GW PDN. Si se encuentra que el equipo UE realiza una transferencia en el estado activo, la pasarela GW no-3GPP añade un bit de indicación en el mensaje Proxy BU para indicar a la pasarela GW PDN la no iniciación de un procedimiento de liberación de recursos para liberar el recurso utilizado por el UE en la red 3GPP origen. Este bit de indicación puede ser: indicación de transferencia optimizada, indicación de pre-registro o indicación de no liberación de recursos. El modo de procesamiento específico del bit de indicación es el mismo que en la forma de realización 11.
Después de recibir el mensaje anterior, la pasarela GW PDN no inicia el procedimiento de liberación de recursos para liberar el recurso utilizado por el equipo UE en la red AN 3GPP origen (esto es, el procedimiento de liberación de recursos para liberar el recurso utilizado por el equipo UE en la red AN 3GPP origen no se dispara operativamente por la pasarela GW PDN). La pasarela GW PDN reenvía un mensaje Proxy BA a la pasarela GW no-3GPP.
13.
Si el protocolo de interfaz entre el equipo UE y la pasarela GW PDN es un protocolo de movilidad, basado en un concentrador, tal como Dual Stack MIPv6 (DSMIPv6), el equipo UE envía un mensaje de actualización de enlace (BU) a la pasarela GW PDN. Si se encuentra que el equipo UE realiza una transferencia en el modo activo, el equipo UE añade un bit de indicación en el mensaje BU para indicar a la pasarela GW PDN la no iniciación de un procedimiento de liberación de recursos para liberar el recurso utilizado por el UE en la red AN 3GPP origen. Este bit de indicación puede ser: indicación de transferencia optimizada, indicación de pre-registro o indicación de no liberación de recursos. El modo de procesamiento específico del bit de indicación es el mismo que el de la forma de realización 11.
Después de recibir el mensaje anterior, la pasarela GW PDN no inicia el procedimiento de liberación de recursos para liberar el recurso utilizado por el UE en la red AN 3GPP origen (esto es, el procedimiento de liberación de recursos para liberar el recurso utilizado por el UE en la red AN 3GPP origen no se dispara operativamente por la pasarela GW PDN). La pasarela GW PDN reenvía un mensaje de confirmación de enlace (BA) al equipo UE.
14.
El elemento de red de acceso no-3GPP o la pasarela GW no-3GPP envía un mensaje de HO completa al primer elemento de red de la red 3GPP.
15.
Después de recibir el mensaje de HO completa, el primer elemento de red de la red 3GPP inicia el procedimiento de liberación de recursos para liberar el recurso utilizado por el UE en la red 3GPP origen.
El elemento de red de acceso 3GPP reenvía el paquete de datos, de enlace descendente, a la pasarela GW de servicio y la pasarela GW de servicio reenvía el paquete recibido a la pasarela GW no-3GPP.
Conviene señalar que:
Esta forma de realización no limita el mensaje en la etapa 5 y en la etapa 8. Por ejemplo, para la red HRPD, el mensaje en la etapa 5 puede ser también un mensaje de demanda de registro A-11.
Forma de realización 13
El método de notificar el tipo de procesamiento de transferencia es también aplicable a la transferencia normal desde una red 3GPP a una red no-3GPP. A través de un mensaje de acceso de la red no-3GPP, el equipo UE notifica la información del tipo de procesamiento de transferencia a la pasarela GW no-3GPP. En función del tipo de procesamiento de transferencia, la pasarela GW no-3GPP decide notificar a la red de acceso la creación del recurso en el lado de la red de acceso. Según se ilustra en la Figura 19, el proceso comprende las etapas siguientes:
1.
El equipo UE accede a la red 3GPP a través de la pasarela GW de servicio y la pasarela GW PDN.
2.
El equipo UE realiza una transferencia a la red no-3GPP y efectúa el procedimiento de Attach y el procedimiento de autenticación que son específicos para la red no-3GPP.
3.
A través del elemento de red de acceso de la red no-3GPP, el equipo UE realiza el disparo operativo de un procedimiento de Attach de capa 3 en la red no-3GPP. La pasarela GW no-3GPP (tal como la PDSN en la red HRPD) obtiene la información del tipo de procesamiento de transferencia. La pasarela GW no-3GPP puede obtener la información del tipo de procesamiento en la forma siguiente:
El UE comunica la información del tipo de procesamiento: el mensaje de procedimiento de Attach de capa 3 enviado por el equipo UE a la pasarela GW no-3GPP indica si el procedimiento es una transferencia en el estado inactivo o una transferencia en el estado activo. El modo específico de notificar la información del tipo de procesamiento es el mismo que en la forma de realización 6.
Conviene señalar que:
La pasarela GW no-3GPP puede obtener también la información del tipo de procesamiento de transferencia en la etapa
2. El modo de procesamiento específico es el mismo que en la etapa 3.
4.
Si se encuentra que el equipo UE realiza una transferencia en el estado activo, la pasarela GW no-3GPP envía un mensaje de demanda de creación de recursos al elemento de red de acceso no-3GPP, solicitando la creación de recursos en el lado de la red de acceso. El elemento de la red de acceso no-3GPP asigna el recurso en el lado de la red de acceso y reenvía un mensaje de respuesta de creación de recursos a la pasarela GW no-3GPP.
5.
Si el protocolo de interfaz entre la pasarela GW no-3GPP y la pasarela GW PDN es el PMIP, la pasarela GW no-3GPP envía un mensaje Proxy BU a la pasarela GW PDN. La pasarela GW PDN reenvía un mensaje Proxy BA a la pasarela GW no-3GPP.
6.
Si el protocolo de interfaz entre el equipo UE y la pasarela GW PDN es un Protocolo de Internet Móvil del Cliente (CMIP), el equipo UE envía un mensaje BU a la pasarela GW PDN. La pasarela GW PDN reenvía un mensaje BA al equipo UE.
7.
La pasarela GW no-3GPP reenvía un mensaje de Attach de capa 3 completo al equipo UE.
En resumen, a través de las formas de realización de la presente invención, el elemento de red en el lado de la red puede realizar un procesamiento discriminativo después de obtener la información del tipo de procesamiento de registro de UE, con lo que se supera la incapacidad de procesamiento discriminativo según los diferentes procedimientos de registro en la técnica anterior.
Resulta evidente para los expertos en esta técnica que se pueden realizar modificaciones y variaciones a la presente invención sin desviarse de su alcance de protección. La presente invención está prevista para cubrir las modificaciones y variaciones a condición de que caigan dentro del alcance de protección definido por las reivindicaciones siguientes.

Claims (157)

  1. REIVINDICACIONES
    1. Un método de procesamiento de transferencia, que comprende:
    la recepción, por un elemento de red del lado de la red, de una demanda de acceso enviada por un equipo de usuario, UE, caracterizado por:
    la identificación, por el elemento de red del lado de la red, de un tipo de procesamiento de transferencia de la demanda de acceso en función de la demanda de acceso enviada por el equipo UE y
    la notificación, por una Entidad de Gestión de Movilidad, MME, o un Nodo de Soporte de GPRS de Servicio, SGSN, a una Pasarela GW de Red de Datos por Paquetes, PDN, para iniciar un procedimiento de creación de soporte del lado de la red con el fin de crear un recurso de soporte para el equipo de usuario UE si el tipo de procesamiento de transferencia identificado es un tipo de procesamiento de registro de transferencia y el elemento de red del lado de la red es la entidad MME o el nodo SGSN o
    la iniciación por una Pasarela GW, no-3GPP, Proyecto de Asociación de la Tercera Generación, de un procedimiento de creación de soporte del lado de la red con el fin de crear un recurso de soporte para el equipo de usuario UE si el tipo de procesamiento de transferencia identificado es un tipo de procesamiento de registro de transferencia y el elemento de red del lado de la red es la pasarela GW no-3GPP.
  2. 2.
    El método según la reivindicación 1, caracterizado porque comprende, además:
    el establecimiento de un túnel de reenvío de datos entre un elemento de red de una red objetivo y un elemento de red de una red origen en función de la información de recursos de túnel de reenvío de datos de la red objetivo si el tipo de procesamiento de transferencia identificado es un tipo de procesamiento de registro de transferencia en modo activo.
  3. 3.
    El método según la reivindicación 2, caracterizado porque si la red objetivo es una red de Proyecto de Asociación de la Tercera Generación, 3GPP, y la red origen es una red no-3GPP, el establecimiento del túnel de reenvío de datos entre el elemento de red de la red objetivo y el elemento de red de la red origen, en función de la información de recursos de túnel de reenvío de datos de la red objetivo, comprende:
    el envío, por un primer elemento de red de la red 3GPP, de la información de recursos de túnel de reenvío de datos obtenida desde una pasarela de servicio, GW de servicio, a una pasarela GW no-3GPP directamente o por intermedio de un elemento de red de acceso no-3GPP después de recibir información sobre el tipo de procesamiento de registro de transferencia en modo activo y
    la creación, por la pasarela GW no-3GPP, del túnel de reenvío de datos con la pasarela GW de servicio.
  4. 4. El método según la reivindicación 2, caracterizado porque si la red objetivo es una red no-3GPP, Proyecto de Asociación de la Tercera Generación y la red origen es una red 3GPP, el establecimiento del túnel de reenvío de datos desde el elemento de red de la red objetivo y el elemento de red de la red origen, en función de la información de recursos de túnel de reenvío de datos de la red objetivo, comprende:
    el envío, por un elemento de red de acceso o una pasarela, GW, no-3GPP, de la red no-3GPP, de la información de recursos de túnel de reenvío de datos de la pasarela GW no-3GPP a una pasarela GW de servicio por intermedio de un primer elemento de red de la red 3GPP después de recibir información sobre el tipo de procesamiento de registro de transferencia en modo activo y
    la creación, por la pasarela GW de servicio, del túnel de reenvío de datos con la pasarela GW no-3GPP.
  5. 5.
    El método según la reivindicación 1, caracterizado porque si un elemento de red del lado de la red es la entidad MME o el nodo SGSN, en donde una red inicia un procedimiento de creación de soporte, comprende:
    el envío, por una entidad MME, de un mensaje de Demanda de Creación de Soporte a una dirección de pasarela GW PDN obtenida, solicitando a la red que inicie un procedimiento de creación de soporte.
  6. 6.
    El método según la reivindicación 5, caracterizado porque después de que la pasarela GW PDN reciba el mensaje de Demanda de Creación de Soporte, la pasarela GW PDN envía un mensaje de Demanda de Reglas de Política y Control de Facturación, PCC, a una Función de Reglas de Política y de Facturación, PCRF, para obtener las Reglas PCC aplicadas por el usuario.
  7. 7.
    El método según la reivindicación 6, caracterizado porque la pasarela GW PDN inicia un procedimiento de creación de soporte del lado de la red para crear un recurso de soporte para el equipo UE.
  8. 8.
    El método según la reivindicación 1, caracterizado porque si un elemento de red del lado de la red es una pasarela GW no-3GPP, en donde una red inicia un procedimiento de creación de soporte, comprende:
    la iniciación, por una pasarela GW no-3GPP, Proyecto de Asociación de la Tercera Generación, de un procedimiento de creación de soporte del lado de la red con el fin de crear un recurso de soporte para el equipo de usuario UE.
  9. 9.
    El método según la reivindicación 8, caracterizado porque la pasarela GW no-3GPP envía un mensaje de Demanda de Reglas de Política y Control de Facturación, PCC, a una Función de Reglas de Política y de Facturación, PCRF, para obtener las Reglas PCC aplicadas por el usuario.
    Figura 1
    Figura 2 Figura 3
    Figura 4
    Unidad de obtención
    Figura 5
    Elemento de red en lado de red
    Unidad identificadora
    Figura 6
    Primera unidad
    procesamiento
    Segunda unidad procesamiento
    Tercera unidad
    procesamiento
    GW no-GW Servidor 3GPP servicio AAA
    1.
    Soporte UP
  10. 2.
    Orden HO
  11. 3.
    Demanda Attach/Demanda TAU
  12. 4.
    Autenticación
  13. 5.
    Actualizar Localización
  14. 6.
    Insertar Datos Abonado
  15. 7.
    Confirmación Actualización Localización
  16. 8.
    Demanda Creación Soporte
  17. 9. Demanda Reglas PCC
    Provisión Reglas PCC
  18. 11. Cancelar Registro
  19. 10. Procedimiento Creación Soporte Confir. Cancelación Registro
  20. 12. Cancelar Registro Confir. Cancelación Registro
  21. 13. Indicación revocación enlace Confirmación revocación enlace
  22. 14. Abortar sesión Confirmación aborto sesión
  23. 15.
    Liberación Recursos
  24. 16.
    Procedimiento de Creación Soporte por Defecto
  25. 17. Registrar PDN GW
  26. 18. Aceptación Attach/Aceptación TAU
    Figura 7 GW no-Servidor
    3GPP AAA
    1.
    Soporte UP
  27. 2.
    Orden HO
  28. 3.
    Demanda Attach/Demanda TAU
  29. 4.
    Autenticación
  30. 5.
    Actualizar Localización
  31. 6.
    Insertar Datos Abonado
  32. 7.
    Confirmación Actualización Localización
  33. 8.
    Demanda Creación Soporte
  34. 9. Demanda Reglas PCC
    Provisión Reglas PCC
  35. 11. Cancelar Registro Confir. Cancelación Registro
  36. 10. Procedimiento Creación Soporte
  37. 12. Cancelar Registro Confir. Cancelación Registro
  38. 13. Indicación revocación enlace
    Confirmación revocación enlace
  39. 14. Abortar sesión Confirmación aborto sesión
  40. 15.
    Liberación Recursos
  41. 16.
    Aceptación Attach/Aceptación TAU
    Figura 8
    GW no-GW Servidor 3GPP servicio AAA
    1. Soporte UP
  42. 2.
    Orden HO
  43. 3.
    Demanda Acceso
  44. 4.
    Autenticación
  45. 5.
    Demanda Reglas PCC
    Provisión Reglas PCC
  46. 6. Procedimiento Creación Soporte
  47. 7.
    Cancelar Registro Confir. Cancelación Registro
  48. 8.
    Indicación revocación enlace
    Confirmación revocación enlace
  49. 9. Liberación Recursos
  50. 10. Liberación Recursos
  51. 11. Terminación Sesión
  52. 12. Cancelar Registro Confirmación
  53. 13. Aceptar Acceso Cancelación Registro
    Figura 9 GW no-GW Servidor
    3GPP servicio AAA
    1. Soporte UP
  54. 2.
    Orden HO
  55. 3.
    Demanda Acceso
  56. 4.
    Autenticación
  57. 5.
    Demanda Reglas PCC Provisión Reglas PCC
  58. 6. Procedimiento Creación Soporte
  59. 7. Cancelar Registro Confir. Cancelación Registro
  60. 8. Cancelar Localización Confirmación Cancelación Localización
  61. 9. Liberación Recursos
  62. 10. Terminación Sesión
  63. 11. Aceptar Acceso
    Figura 10
    GW Servidor servicio AAA
    1. Soporte UP
  64. 2. Orden HO
  65. 3. Autenticación Acceso
  66. 4. Establecimiento IKEv2/IPSec SA
  67. 5. Demanda Reglas PCC
    Provisión Reglas PCC
  68. 6. Procedimiento Creación Soporte 7. Cancelar Registro
    Confirmación Cancelación Registro
  69. 8. Indicación revocación enlace
    Confirmación revocación enlace
  70. 9. Liberación Recursos
  71. 10. Liberación Recursos
  72. 11. Terminación Sesión
  73. 12. Cancelar Registro Confirmación
  74. 13. Aceptar Acceso Cancelación Registro
    Figura 11
    eNodoB
    1. Activación Radio HRPD
  75. 2.
    Decisión para transferencia a E-UTRAN
  76. 3.
    Demanda Attach
  77. 4.
    Autenticación
  78. 5.
    Actualizar recuperación datos Abonado y Localización
  79. 6.
    Demanda Creación Soporte por Defecto
  80. 7. Proxy BU/BA
  81. 8. Respuesta Creación Soporte por Defecto
  82. 9. Demanda Reubicación
    Confirmación Demanda Reubicación
  83. 10. Demanda Actualización Soporte
    Respuesta Actualización Soporte
  84. 11. S101 Orden HO
  85. 12.
    Mensaje HRPD L2
  86. 13.
    HO Completa
  87. 14. Reubicación Completa
    Figura 12
    eNodoB
    1. Activación Radio HRPD
  88. 2. Decisión para transferencia a E-UTRAN
  89. 3. Demanda Attach
  90. 4.
    Autenticación
  91. 5.
    Actualizar recuperación datos Abonado y Localización
  92. 6.
    Demanda Creación Soporte por Defecto
    Respuesta Creación Soporte por Defecto
  93. 7.
    Demanda Attach
  94. 8.
    Demanda TAU
  95. 9. Demanda Actualización Soporte
  96. 10. Proxy BU/BA
  97. 10. Respuesta Actualización Soporte
  98. 12. Aceptación TAU
    Figura 13
    Acceso No-3GPP
    1. Activación Radio No-3GPP
  99. 2. UE inicia HO
  100. 3. Demanda Attach
  101. 4.
    Autenticación
  102. 5.
    Actualizar recuperación datos Abonado y Localización
  103. 6.
    Creación Demanda Soporte por Defecto
  104. 7. Proxy BU/BA
  105. 8. Respuesta Creación Soporte por Defecto
    Demanda Establecimiento Contexto Inicial
  106. 10. Demanda Establecimiento Soporte Radio Respuesta Establecimiento Soporte Radio
  107. 11. Establecimiento Contexto Inicial Completo
  108. 12. Demanda/Respuesta Actualización Soporte
  109. 13.
    Aceptación Attach
  110. 14.
    Attach Completo
    Figura 14
    GW no-GW Servidor 3GPP servicio AAA
    1. Soporte UP
  111. 2.
    Orden HO
  112. 3.
    Demanda Acceso
  113. 4.
    Autenticación
  114. 5.
    Demanda Reglas PCC Provisión Reglas PCC
  115. 6. Procedimiento Creación Soporte
  116. 7. Cancelar Registro
    Confir. Cancelación Registro
  117. 8.
    Cancelar Registro Confir. Cancelación Registro
  118. 9.
    Indicación revocación enlace Confirmación revocación enlace
  119. 9. Liberación Recursos
  120. 10. Liberación Recursos
  121. 13. Aceptar Acceso 12. Terminación Sesión
    Figura 15
    GW no-GW Servidor 3GPP servicio AAA
    1. Soporte UP
  122. 2.
    Orden HO
  123. 3.
    Demanda Acceso
  124. 4.
    Autenticación
  125. 5.
    Demanda Reglas PCC Provisión Reglas PCC
  126. 6. Procedimiento Creación Soporte
  127. 7. Cancelar Registro
    Confirmación Cancelación Registro
  128. 8. Cancelar Localización
    Confirmación Cancelación Localización
  129. 9. Liberación Recursos
  130. 10. Terminación Sesión
  131. 11. Aceptar Acceso
    Figura 16
    Elemento red Primer
    Elemento red GW No
    acceso no-elemento de red
    acceso 3GPP 3GPP
    3GPP de la red 3GPP
    1. Acceso red no-3GPP
  132. 2.
    Decisión para transferencia a 3GPP
  133. 3.
    Demanda Attach
  134. 4.
    Autenticación
  135. 5.
    Actualizar Recuperación de Datos de Abonado y Localización
  136. 6. Demanda Creación Soporte por Defecto
  137. 7. Demanda Creación Soporte/Proxy BU
    Respuesta Creación Soporte/Proxy BA
  138. 8.
    Respuesta Creación Soporte por Defecto
  139. 9.
    Demanda Creación Túneles Reenvío
  140. 10.
    Orden HO Respuesta Creación Túneles Reenvío
  141. 11.
    Demanda Creación Túneles Reenvío
    Respuesta Creación Túneles Reenvío Reenvío Datos
  142. 12.
    Orden HO
  143. 13.
    HO Completa
  144. 14. Reubicación Completa
  145. 15. Demanda Actualización Soporte
  146. 16. Demanda Actualización Soporte/Proxy BU
    Respuesta Actualización Soporte/Proxy BA
  147. 17.
    Respuesta Actualización Soporte
  148. 18.
    HO Completa
  149. 19.
    Procedimiento de Liberación de Recursos de Red No-3GPP
    Figura 17 Figura 18
    UE
    Elemento red acceso 3GPP Elemento red acceso no-3GPP Primer elemento de red de la red 3GPP GW No3GPP GW Servicio Servidor HSS/AA
    1. Túnel UP
  150. 2. RAT Attach Especial, Autenticación y Autorización, establecimiento IPSec Opcional
  151. 3. Iniciación Attach L3 5. Demanda Creación Túneles Reenvío 4. Iniciación Attach L3 Iniciación Attach L3
    Respuesta Creación Túneles Reenvío 7. Orden HO 9. Orden Reubicación Orden HO 6. Demanda Creación Recursos Respuesta Creación Recursos 8. Demanda Creación Túneles Reenvío Respuesta Creación Túneles Reenvío
  152. 10. Orden HO
    Reenvío Datos Reenvío Datos
  153. 11. Mensaje Demanda Acceso
    12. Proxy BU
  154. 13. BU BA 14. HO Completo HO Completo
    Proxy BA
  155. 15. Procedimiento de liberación de recursos de red 3GPP
    UE
    Elemento red acceso 3GPP Elemento red acceso no-3GPP 1. Túnel UP Primer elemento de red de la red 3GPP GW No3GPP GW Servicio PDN GW Servidor HSS/AA
  156. 2. RAT Attach Especial, Autenticación y Autorización, establecimiento IPSec Opcional 3. Iniciación Attach L3 4. Demanda Creación Recursos Respuesta Creación Recursos 5. Proxy BU Proxy BA
  157. 7. Attach L3 Completo
    Figura 19
ES10167471T 2007-05-11 2008-05-08 Método para el procesamiento de transferencia de enlace entre sistemas Active ES2385547T3 (es)

Applications Claiming Priority (8)

Application Number Priority Date Filing Date Title
CN200710104400 2007-05-11
CN200710104400 2007-05-11
CN200710181758 2007-10-24
CN200710181758 2007-10-24
CN200710165540 2007-11-02
CN200710165540 2007-11-02
CN200810085729 2008-03-13
CN2008100857298A CN101431797B (zh) 2007-05-11 2008-03-13 一种注册处理方法、系统及装置

Publications (1)

Publication Number Publication Date
ES2385547T3 true ES2385547T3 (es) 2012-07-26

Family

ID=40001700

Family Applications (2)

Application Number Title Priority Date Filing Date
ES11176895.8T Active ES2547567T3 (es) 2007-05-11 2008-05-08 Método y aparato para el procesamiento de registro
ES10167471T Active ES2385547T3 (es) 2007-05-11 2008-05-08 Método para el procesamiento de transferencia de enlace entre sistemas

Family Applications Before (1)

Application Number Title Priority Date Filing Date
ES11176895.8T Active ES2547567T3 (es) 2007-05-11 2008-05-08 Método y aparato para el procesamiento de registro

Country Status (8)

Country Link
US (4) US8537779B2 (es)
EP (5) EP2099234B1 (es)
CN (1) CN101431797B (es)
DK (1) DK2099234T3 (es)
ES (2) ES2547567T3 (es)
PL (1) PL2099234T3 (es)
PT (1) PT2398279E (es)
WO (1) WO2008138259A1 (es)

Families Citing this family (36)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US9106409B2 (en) 2006-03-28 2015-08-11 Telefonaktiebolaget L M Ericsson (Publ) Method and apparatus for handling keys used for encryption and integrity
CN101431797B (zh) 2007-05-11 2012-02-01 华为技术有限公司 一种注册处理方法、系统及装置
CN102695294B (zh) 2007-05-28 2015-01-21 华为技术有限公司 网络锚点的地址删除方法及通信系统
US8107956B2 (en) * 2008-12-30 2012-01-31 Motorola Mobility, Inc. Providing over-the-top services on femto cells of an IP edge convergence server system
CN102056321B (zh) * 2009-10-30 2014-07-02 中兴通讯股份有限公司 一种实现本地接入的方法及系统
US8774090B2 (en) * 2010-01-08 2014-07-08 Qualcomm Incorporated Method and apparatus for detach handling in multiple access wireless communications
CN102238544A (zh) * 2010-05-06 2011-11-09 中兴通讯股份有限公司 一种移动网络认证的方法及系统
KR20110137652A (ko) 2010-06-17 2011-12-23 삼성전자주식회사 무선 통신 시스템 및 그의 사용자 단말기와 이동성 관리 엔티티 간 연결 방법
US8375245B2 (en) * 2010-07-15 2013-02-12 Verizon Patent And Licensing Inc. Mobility management entity failover
US9295089B2 (en) * 2010-09-07 2016-03-22 Interdigital Patent Holdings, Inc. Bandwidth management, aggregation and internet protocol flow mobility across multiple-access technologies
WO2012142437A1 (en) 2011-04-13 2012-10-18 Interdigital Patent Holdings, Inc Methods, systems and apparatus for managing and/or enforcing policies for managing internet protocol ("ip") traffic among multiple accesses of a network
JP5984825B2 (ja) * 2011-04-28 2016-09-06 パナソニック インテレクチュアル プロパティ コーポレーション オブ アメリカＰａｎａｓｏｎｉｃ Ｉｎｔｅｌｌｅｃｔｕａｌ Ｐｒｏｐｅｒｔｙ Ｃｏｒｐｏｒａｔｉｏｎ ｏｆ Ａｍｅｒｉｃａ 通信システム、移動端末、ルータ、及びモビリティ管理装置
CN102307375B (zh) * 2011-09-06 2020-05-19 中兴通讯股份有限公司 异网络间的切换方法及系统、eHRPD网络
JP5922785B2 (ja) * 2011-11-03 2016-05-24 ▲ホア▼▲ウェイ▼技術有限公司Ｈｕａｗｅｉ Ｔｅｃｈｎｏｌｏｇｉｅｓ Ｃｏ．，Ｌｔｄ． データセキュリティチャネル処理方法およびデバイス
US9807644B2 (en) 2012-02-17 2017-10-31 Interdigital Patent Holdings, Inc. Hierarchical traffic differentiation to handle congestion and/or manage user quality of experience
US9585054B2 (en) 2012-07-19 2017-02-28 Interdigital Patent Holdings, Inc. Method and apparatus for detecting and managing user plane congestion
WO2014106318A1 (zh) * 2013-01-04 2014-07-10 华为技术有限公司 选择分组数据网关的方法、装置及系统
WO2014110410A1 (en) 2013-01-11 2014-07-17 Interdigital Patent Holdings, Inc. User-plane congestion management
TWI499269B (zh) * 2013-02-04 2015-09-01 Delta Networks Xiamen Ltd 認證與授權的方法及系統
US9084147B2 (en) * 2013-05-08 2015-07-14 Qualcomm Incorporated Parallel registration to offload PLMN with single SIM
WO2015085474A1 (zh) * 2013-12-10 2015-06-18 华为终端有限公司 一种注册方法和相关节点以及注册系统
US9191872B2 (en) * 2013-12-18 2015-11-17 Tektronix, Inc. System and method to correlate handover transitions between 3GPP network access and untrusted non-3GPP network access
CN104754668B (zh) * 2013-12-26 2019-01-01 中国移动通信集团公司 一种网间互操作方法及装置
JP6386565B2 (ja) * 2014-03-03 2018-09-05 テレフオンアクチーボラゲット エルエム エリクソン（パブル） 無線アクセスネットワーク間のアクセスステアリングを向上させるための方法および装置
RU2669582C2 (ru) * 2014-05-30 2018-10-12 Хуавэй Текнолоджиз Ко., Лтд. Способ и устройство смены пути услуги
CN104135541B (zh) * 2014-08-15 2017-10-17 宇龙计算机通信科技(深圳)有限公司 资源共享方法和资源共享系统
US9883385B2 (en) * 2015-09-15 2018-01-30 Qualcomm Incorporated Apparatus and method for mobility procedure involving mobility management entity relocation
CN105704772B (zh) * 2015-12-31 2020-05-26 联想(北京)有限公司 一种信息处理方法及电子设备
KR101685194B1 (ko) * 2016-04-25 2016-12-09 삼성전자주식회사 무선 통신 시스템 및 그의 사용자 단말기와 이동성 관리 엔티티 간 연결 방법
WO2018002239A1 (en) 2016-07-01 2018-01-04 Telefonaktiebolaget Lm Ericsson (Publ) Systems and methods for user equipment (ue) registration
US10412648B1 (en) 2017-01-18 2019-09-10 Sprint Communications Company L.P. Idle-mode handoff control in wireless data communication networks
AU2017405577B2 (en) 2017-03-20 2020-07-23 Huawei Technologies Co., Ltd. Inter-communications-system handover method, device, and system
CN110166984B (zh) * 2018-02-13 2021-09-24 维沃移动通信有限公司 业务处理方法、信息发送方法和相关设备
US11540190B2 (en) * 2018-09-28 2022-12-27 Nokia Technologies Oy Methods and apparatuses for deploying a moving base station for internet of things (IoT) applications
CN113840184A (zh) * 2020-06-23 2021-12-24 中兴通讯股份有限公司 Onu注册方法、装置、网络设备和存储介质
US11206535B1 (en) 2020-07-13 2021-12-21 T-Mobile Usa, Inc. Device authentication in a wireless telecommunications network

Family Cites Families (44)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6246874B1 (en) 1998-04-29 2001-06-12 Hughes Electronics Corporation Method and apparatus for predicting spot beam and satellite handover in a mobile satellite communication network
GB2389749B (en) 1999-05-28 2004-02-25 Nec Corp Mobile telecommunications system
US7079499B1 (en) 1999-09-08 2006-07-18 Nortel Networks Limited Internet protocol mobility architecture framework
GB2381414A (en) * 2001-10-18 2003-04-30 Ericsson Telefon Ab L M Mobile telecommunications networks
US20030114158A1 (en) * 2001-12-18 2003-06-19 Lauri Soderbacka Intersystem handover of a mobile terminal
US7257403B2 (en) 2002-05-03 2007-08-14 Telefonaktiebolaget Lm Ericsson (Publ) Service-based inter-system handover
KR101010806B1 (ko) 2002-06-21 2011-01-25 톰슨 라이센싱 Ｗｌａｎ-ｕｍｔｓ 인터워킹을 위한 ｕｍｔｓ 라우팅영역으로서 ｗｌａｎ의 등록
KR100513598B1 (ko) 2002-11-27 2005-09-09 한국전자통신연구원 스마트 안테나 수신 시스템에서의 적응 빔형성을 위한정규화 장치
CN1549610A (zh) * 2003-05-09 2004-11-24 北京三星通信技术研究有限公司 在公共接入信道中提供多级接入服务的方法
GB0315278D0 (en) 2003-06-30 2003-08-06 Nokia Corp A method for optimising handover between communication networks
ATE354925T1 (de) 2004-07-21 2007-03-15 Siemens Spa Italiana Verfahren und vorrichtung zur steuerung von kommunikationsressourcen, zugehöriges kommunikationsnetz und computerprodukt
WO2006012909A1 (en) 2004-08-02 2006-02-09 Telefonaktiebolaget L.M. Ericsson (Publ) Handover in a mobile communications network
EP1646189A1 (en) 2004-10-06 2006-04-12 Matsushita Electric Industrial Co., Ltd. WLAN radio access network to UMTS radio access network handover with network requested packet data protocol context activation
KR101119096B1 (ko) 2004-11-04 2012-09-05 엘지전자 주식회사 광대역 무선접속 시스템에서 핸드오버시 적용되는 데이터전송 방법
US8238326B2 (en) 2004-11-18 2012-08-07 Ruckus Wireless, Inc. Maintaining consistent network connections while moving through wireless networks
US20060109818A1 (en) * 2004-11-22 2006-05-25 Shreesha Ramanna Method and system for inter-technology active handoff of a hybrid communication device
CN101069441B (zh) 2004-11-29 2013-02-13 捷讯研究有限公司 包括ganc重定向的网络选择
US8130718B2 (en) 2004-12-09 2012-03-06 Interdigital Technology Corporation Method and system for interworking of cellular networks and wireless local area networks
KR100770860B1 (ko) 2005-02-21 2007-10-26 삼성전자주식회사 이동통신망과 무선 랜간의 핸드오프 방법 및 장치
US20060221903A1 (en) 2005-03-30 2006-10-05 Nokia Corporation Communication connection control mechanism in a core network ordered access change scenario
EP2950583B1 (en) 2005-05-12 2020-06-03 Apple Inc. Using an access point name to select an access gateway node
CN100440797C (zh) 2005-05-18 2008-12-03 中兴通讯股份有限公司 一种h.323网守实现h.323终端及时注册的方法
CN1882160A (zh) * 2005-06-15 2006-12-20 中兴通讯股份有限公司 一种phs基站切换方法及其装置
US8072948B2 (en) * 2005-07-14 2011-12-06 Interdigital Technology Corporation Wireless communication system and method of implementing an evolved system attachment procedure
JP4592547B2 (ja) * 2005-08-24 2010-12-01 株式会社エヌ・ティ・ティ・ドコモ 送信電力制御方法及び移動通信システム
WO2007024115A1 (en) 2005-08-26 2007-03-01 Electronics And Telecommunications Research Institute An apparatus and a method for service continuity between umts network and wlan network
ES2331141T3 (es) 2005-09-27 2009-12-22 Telefonaktiebolaget Lm Ericsson (Publ) Una arquitectura de red y un metodo relacionado con el acceso de estaciones de usuario.
CN101273650B (zh) 2005-09-30 2012-01-11 艾利森电话股份有限公司 改进集成无线电接入网络的切换特性的装置和方法
CN101292446A (zh) * 2005-10-31 2008-10-22 Lg电子株式会社 在无线移动通信系统中传输测量报告的方法
US7586878B2 (en) 2005-12-01 2009-09-08 Industrial Technology Research Institute Vertical handoff method and system in WLAN/3G integrated networks
AU2007226896B2 (en) 2006-03-20 2010-12-23 Qualcomm Incorporated Extended capability transfer between a user equipment and a wireless network
US8165086B2 (en) 2006-04-18 2012-04-24 Kineto Wireless, Inc. Method of providing improved integrated communication system data service
US8489096B2 (en) 2006-06-01 2013-07-16 Nokia Corporation Inter-access handover with access specific policy control functions
US8917698B2 (en) * 2006-08-18 2014-12-23 Telefonaktiebolaget L M Ericsson (Publ) Intersystem change involving mapping between different types of radio bearers
US8644247B2 (en) 2006-10-12 2014-02-04 Telefonaktiebolaget L M Ericsson (Publ) Inter-system handoffs in multi-access environments
WO2008094419A1 (en) * 2007-01-31 2008-08-07 Interdigital Technology Corporation Method and apparatus for performing attachment procedures
WO2008110902A2 (en) * 2007-03-15 2008-09-18 Telefonaktiebolaget Lm Ericsson (Publ) Method and system for global anchor registration
US20090043902A1 (en) * 2007-04-12 2009-02-12 Stefano Faccin Packet data network connectivity domain selection and bearer setup
CN101431797B (zh) 2007-05-11 2012-02-01 华为技术有限公司 一种注册处理方法、系统及装置
CN101330753B (zh) * 2007-06-22 2014-07-09 华为技术有限公司 一种资源创建方法、资源删除方法及网络设备
AU2008268549A1 (en) * 2007-06-22 2008-12-31 Interdigital Technology Corporation Method and apparatus for resource management in handover operation
US20080320149A1 (en) * 2007-06-25 2008-12-25 Stefano Faccin Service request device wireless access detach and bearer deactivation methods withou loss of internet protocol connectivity
CN101365230B (zh) * 2007-08-07 2010-08-11 华为技术有限公司 异构网络切换/改变时的用户分离方法、系统及装置
US8780856B2 (en) * 2007-09-18 2014-07-15 Telefonaktiebolaget Lm Ericsson (Publ) Inter-system handoffs in multi-access environments

Also Published As

Publication number Publication date
EP2099234A1 (en) 2009-09-09
EP3294017B1 (en) 2021-08-25
EP2099234B1 (en) 2012-11-07
EP2227055A2 (en) 2010-09-08
US8787314B2 (en) 2014-07-22
EP2897429A1 (en) 2015-07-22
WO2008138259A1 (fr) 2008-11-20
EP2099234A4 (en) 2010-03-24
DK2099234T3 (da) 2013-01-28
EP2398279A1 (en) 2011-12-21
PL2099234T3 (pl) 2013-03-29
EP3294017A1 (en) 2018-03-14
US8537779B2 (en) 2013-09-17
EP2227055A3 (en) 2010-11-10
EP2897429B1 (en) 2017-11-29
EP2227055B1 (en) 2012-05-23
USRE48067E1 (en) 2020-06-23
EP2398279B1 (en) 2015-07-01
US20100040024A1 (en) 2010-02-18
US20110292913A1 (en) 2011-12-01
USRE49675E1 (en) 2023-09-26
ES2547567T3 (es) 2015-10-07
PT2398279E (pt) 2015-10-15
CN101431797B (zh) 2012-02-01
CN101431797A (zh) 2009-05-13

Similar Documents

Publication Publication Date Title
ES2385547T3 (es) Método para el procesamiento de transferencia de enlace entre sistemas
EP3336711B1 (en) Systems and methods for accessing a network
KR101044685B1 (ko) 리소스를 구축하고 삭제하기 위한 방법 및 네트워크 장비
US9445313B2 (en) Data processing method and device
US8457635B2 (en) Non-3GPP to 3GPP network handover optimizations
US8780800B2 (en) Optimized home link detection
US20120269167A1 (en) Enhanced attachment procedure for attaching a ue to a 3gpp access network
JP2010525681A (ja) ゲートウェイ・リロケーションを提供するための装置及び方法
US20190364467A1 (en) Method and communication entity for proving a communication connection
EP2007097A1 (en) Method, apparatuses and computer readable media for detecting whether user equipment resides in a trusted or a non-trusted access network
CN102572783A (zh) 一种注册处理方法、系统及装置
ES2966160T3 (es) Manejo de conexión de portador de una red de comunicaciones
WO2016208639A1 (ja) 端末装置、ゲートウェイ装置及び通信制御方法