ES2838873T3 - Método y aparato para acceder y obtener contexto de equipo de usuario e identidad de equipo de usuario - Google Patents

Abstract

Un método para el acceso por un equipo de usuario, UE, que accede a una red de Evolución de Arquitectura de Sistema, SAE, que comprende: cuando una Identidad Temporal utilizada en la Actualización Siguiente, TIN, en un Equipo de Usuario, UE, = "P-TMSI", en donde P-TMSI es la identidad de Abonado Móvil Temporal en Paquetes, enviar a la red SAE por el UE, una identidad Temporal Única Global, GUTI adicional y una primera identidad mapeada desde una P-TMSI y el antiguo Identificador de Área de Encaminamiento, RAI; y caracterizado por cuanto que: cuando la identidad TIN en el equipo UE = "GUTI" o existe "una tecnología de acceso por radio, con la identidad de abonado móvil temporal relacionada con RAT, TMSI", enviar, por parte del equipo UE, una entidad GUTI de la red SAE sin la entidad GUTI adicional, en donde la entidad GUTI adicional es compatible con la entidad GUTI de la red SAE.

Description

DESCRIPCIÓN

Método y aparato para acceder y obtener contexto de equipo de usuario e identidad de equipo de usuario

CAMPO DE LA TECNOLOGÍA

La presente invención se refiere al campo de tecnologías de comunicaciones y más en particular, a un método, un producto de programa informático y un equipo de usuario.

ANTECEDENTES DE LA INVENCIÓN

Las redes de comunicaciones existentes incluyen redes de comunicación de la segunda generación (2G) convencionales, redes de comunicaciones de la tercera generación (3G) y redes de Evolución a Largo Plazo/Evolución de Arquitectura de Sistema (LTE/SAE) integradas con tecnologías más avanzadas. Una red de comunicaciones suele estar constituida por una Red de Acceso Radio (RAN) y una Red Central (CN). Diferentes redes de comunicaciones adoptan diferentes tecnologías de acceso a radio (RATs) para acceder a la red central CN, es decir, diferentes redes de comunicaciones tienen diferentes redes RANs. Por ejemplo, una RAN de una red de comunicaciones de la tercera generación 3G se refiere a como una Red de Acceso a Radio Terrestre Universal (UTRAN) y una red RAN de una red de comunicaciones SAE se refiere como una red UTRAN evolucionada (E-UTRAN).

La red RAN está constituida por nodos RAN, por ejemplo, un Controlador de Red de Radio (RNC) y una estación base (NodoB) en la red UTRAN y la red CN está constituida por nodos de CN, por ejemplo, un Nodo de Soporte (SGSN) de Servicios de Radio en Paquetes General de Servicio (GPRS) en la red UTRAN o una Entidad de Gestión de Movilidad (MME) en la red E-UTRAN. Las funciones de la MME son memorizar contextos de gestión de movilidad de un equipo de usuario (UE), referido brevemente como contexto de UE, por ejemplo, identidad de UE, estado de gestión de movilidad e información de localización.

En la técnica anterior, un nodo RAN puede encaminarse a una pluralidad de nodos CN, es decir, el nodo RAN puede encaminar un equipo UE de acceso inicial a diferentes nodos CN. Los nodos CN forman un agrupamiento Pool. Los nodos CN, por ejemplo, los SGSNs, en un agrupamiento en un sistema de 2G/3G se identifican por Identificadores de Recursos de Red (NRIs) y los nodos CN en un agrupamiento en un sistema SAE se identifican por Identificadores de Entidades de Gestión de Movilidad Globalmente Únicos (GUMMEIs).

Cuando un equipo UE accede a una red de comunicaciones, la red de comunicaciones asigna una identidad temporal al UE, por ejemplo, un sistema de 2G/3G asigna una identidad de Abonado Móvil Temporal en Paquetes (P-TMSI)/TMSI al UE, mientras que un sistema SAE asigna una Identidad Temporal Única Global (GUTI) al UE, en donde la identidad GUTI contiene un GUMMEI. Puesto que el UE puede desplazarse entre diferentes redes de comunicaciones, cuando el equipo UE es transferido desde la red de comunicación original a una nueva red de comunicación o transferido desde el nodo CN original a un nuevo nodo CN, el nodo CN original necesita encontrarse utilizando el NRI/GUMMEI y la identidad temporal del UE para obtener el contexto del UE, con el fin de conseguir una transferencia rápida. Para una transferencia entre diferentes redes de comunicaciones, puesto que las redes de comunicaciones adoptan diferentes RATs, cuando el equipo UE es transferido desde la red de comunicación original a nueva red de comunicación, la identidad de un RAT de la red de comunicación original, es decir, la identidad de un antiguo RAT, necesita también ser objeto de mapeado de correspondencia con la identificación de un RAT de la nueva red de comunicación para acceso, de modo que pueda encontrarse el nodo CN en la red de comunicación original y se pueda obtener el contexto del equipo UE.

Más concretamente, una identidad GUTI tiene la estructura siguiente: GUTI = GUMMEI M-TMSI (MME-TMSI); en donde GUMMEI = PLMN-id MMEI, PLMN-id = MCC MNC y MMEI = ID grupo MME MMEC; por lo tanto, se pueden obtener las ecuaciones siguientes:

GUTI = MCC MNC ID grupo MME (16 bits) MMEC (8 bits) M-TMSI (32 bits);

GUMMEI = MCC MNC ID grupo MME MMEC;

MMEI = ID grupo MME MMEC;

S-TMSI (40 bits) = MMEC M-TMSI.

Cuando el equipo de usuario UE que transmite el identificador de área de encaminamiento (RAI) antiguo/P-TMSI de identidad temporal de 2G/3G accede al sistema SAE, necesita mapearse la identidad temporal 2G/3G para una identidad GUTI, según se indica en la Figura 11, es decir, el código de país móvil (MCC) y el Código de Red Móvil (MNC) en el antiguo RAI necesita mapearse para un código MCC y un código MNC en la identidad GUTI, respectivamente, el código de Área de Localización (LAC) necesita mapearse para una Identidad de Grupo de Entidades de Gestión de Movilidad (MMEGI) en la identidad GUTI, el NRI necesita mapearse para un Código de Entidades de Gestión de Movilidad (MMEC) en la identidad GUTI y el Código de Área de Encaminamiento (RAC) y otros contenidos de P-TMSI necesitan mapearse con un M-TMSI en la identidad GUTI.

En la puesta en práctica de la presente invención, el inventor encuentra que la técnica anterior tiene al menos los problemas siguientes.

Puesto que la identidad de RAT mapeada es diferente de la identidad de RAT real, es posible que no se encontrare ningún nodo de CN correspondiente a la identidad de RAT mapeada, es decir, es posible que no se pueda seleccionar ningún nuevo nodo de CN en la nueva red de comunicación.

Además, puesto que están implicadas diferentes redes de comunicaciones, si el nuevo nodo CN no puede identificar si la identidad de RAT actual es la identidad de RAT real o la identidad de RAT mapeada, no puede conocerse qué forma de RAT puede utilizarse para obtener el contexto de UE a partir del nodo de CN original, lo que da lugar a que no se pueda obtener el contexto de UE.

"P-GW inició la desactivación del soporte con ISR activado, ISR para el procedimiento Rel-8 TAU/RAU, encriptación ^{para parámetros PAP/CHAP en} Ue ^{Attach, interacciones NAS/AS e interacción PCC" BORRADOR 3GPP,} XP050211099 (31-05-2008) da a conocer "El equipo UE inicia un procedimiento TAU enviando una demanda de actualización del área de seguimiento ... Si el TIN del UE indica "GUTI" o "TMSI relacionado con RAT" y el UE tiene ^{una identidad GUTI válida, entonces la identidad GUTI antigua indica esta GUTI válida. Si el TIN del} Ue ^{indica "P-}TMSI" y el UE tiene un P-TMSI válido y un RAI relacionado, entonces estos dos elementos se indican como la identidad GUTI antigua. La asignación de un P-TMSI y un RAI a una GUTI se especifica en el Anexo H ... Si el UE tiene una entidad GUTI válida, entonces el UE indica la GUTI como una entidad GUTI adicional, con independencia de si la antigua entidad GUTI también indica esta GUTI o una entidad GUTI mapeada desde un P-TMSI".

NOKIA SIEMENS NETWORKS: "Alineaciones ISR para el procedimiento de R8 TAU/RAU" BORRADOR 3GPP, S2-084172, XP050266309 (14-05-2008) también da a conocer "Si el equipo UE tiene una entidad GUTI válida, entonces el UE indica la entidad GUTI como una entidad GUTI adicional, independientemente de si la entidad GUTI antigua también indica esta GUTI o una entidad GUTI mapeada desde un P-TMSI".

SUMARIO DE LA INVENCIÓN

La forma de realización de la presente invención se refiere a un método y dispositivo para el acceso y obtención de la identidad del equipo de usuario, con el fin de conseguir una aplicación flexible de identidades temporales.

Lo que antecede y otros objetos se consiguen mediante las características de las reivindicaciones independientes.

SUMARIO DE LA INVENCIÓN

La forma de realización de la presente invención se refiere a un método, un producto de programa informático y un equipo de usuario para el acceso y obtención del contexto del equipo de usuario y la identidad del equipo de usuario, con el fin de conseguir una aplicación flexible de identidades temporales.

Una forma de realización de la presente invención da a conocer un método para acceso, que incluye:

cuando un equipo de usuario (UE) accede a una red de Evolución de Arquitectura de Sistema (SAE), la determinación, por un nodo de red, por ejemplo, de un eNodoB o de un nodo central preestablecido, de si un Identificador de Entidades de Gestión de Movilidad Globalmente Único (GUMMEI) transmitido por el UE o una Identidad de Grupo de Entidad de Gestión de Movilidad (MMEGI) en el GUMMEI se asigna por la red SAE o es objeto de mapeado;

si el GUMMEI o la MMEGI se asignan por la red SAE, seleccionar, por las formas de puesta en práctica adicionales que son evidentes a partir de las reivindicaciones dependientes, la descripción y las figuras.

Un ejemplo proporciona un método de acceso, que incluye:

cuando un equipo de usuario (UE) accede a una red de Evolución de Arquitectura de Sistema (SAE), determinar, por un nodo de red, por ejemplo, un nodo eNodoB o un nodo central preestablecido, si un Identificador de Entidades de Gestión de Movilidad Globalmente Único (GUMMEI) transmitido por el UE o una Identidad de Grupo de Entidad de Gestión de Movilidad (MMEGI) en la GUMMEI se asigna por la red SAE o es objeto de mapeado;

si GUMMEI o el MMEGI se asignan por la red SAE, la selección, por el eNodoB de una entidad de gestión de movilidad (MME) en función de GUMMEI o en función del MMEGI y de un Código de Entidad de Gestión de Movilidad (MMEC) o en función de una Identidad de Red Móvil Terrestre Pública (PLMN-id) seleccionada, el MMEGI y el MMEC; y si el GUMMEI o el MMEGI es objeto de mapeado, la selección, por el eNodoB, de una MME en función de un Código de País Móvil (MCC), un Código de Red Móvil (MNC) y un MMEC en el GUMMEI o en función del MMEC en el GUMMEI o en conformidad con un PLMN-id seleccionado y el MMEC en el GUMMEI.

Un ejemplo da a conocer, además, un método para acceso, que incluye:

cuando un equipo de usuario UE accede a una red SAE, la determinación, por una MME, de si la Identidad Temporal Única Global (GUTI) proporcionada por el UE se asigna por la red de SAE o es objeto de mapeado;

si la identidad GUTI es asignada por la red de SAE, la obtención por la MME, de un contexto de UE desde una antigua MME utilizando la identidad GUTI; y

si la identidad GUTI está mapeada, la reconstrucción, por la MME, de una identificación de área de encaminamiento antigua (antigua RAI) y una identidad de abonado móvil temporal en paquetes (P-TMSI) desde GUTI y la obtención del contexto de UE desde un nodo de soporte (SGSN antiguo) del Servicio de Radio en Paquetes General de Servicio (GPRS) utilizando el antiguo RAI y P-TMSI o la reconstrucción, por la MME, de un antiguo RAI y de una identidad de enlace lógico temporal (TLLI) desde GUTI y la obtención del contexto de UE desde el antiguo SGSN utilizando la antigua RAI y TLLI.

Un ejemplo da a conocer, además, un método para acceso, que incluye:

cuando un equipo de usuario UE accede a una red SAE, el mapeado, por una MME, de una identidad GUTI transmitida por el UE a una antigua RAI y una P-TMSI o mapeado, por la MME, de GUTI transmitida por el UE a una TLLI y una firma de P-TMSI;

la obtención, por la MME, de un contexto de UE desde una MME antigua o un SGSN antiguo utilizando el RAI antiguo de mapeado y P-TMSI o mapeado de TLLI y firma de P-TMSI; y

la reconstrucción por la antigua MME, de una identidad GUTI desde el antiguo RAI y P-TMSI o desde el antiguo RAI y TLLI y la firma de P-TMSI y reenviando el contexto de UE a la MME en función de la GUTI reconstruida.

Un ejemplo da a conocer, además, un método para acceso, que incluye:

cuando un equipo UE accede a una red SAE;

si el nodo antiguo es una MME, la obtención, por la MME, de un contexto de UE desde una antigua MME y la utilización de una GUTI;

si el nodo antiguo es una reconstrucción de Gn/Gp SGSN, por la MME, un antiguo RAI y un P-TMSI desde la GUTI y la obtención del contexto del UE a partir del antiguo SGSN utilizando el RAI y el P-TMSI antiguos o la reconstrucción, por la MME, de un TLLI desde la identidad GUTI y la obtención del contexto de UE desde el antiguo SGSN buscando el uso del TLLI; y

si el nodo antiguo es un S4 SGSN, la obtención, por la MME, del contexto del UE desde el antiguo SGSN utilizando la identidad GUTI y la reconstrucción, por el antiguo SGSN, de un RAI antiguo y un P-TMSI desde la identidad GUTI, encontrar el contexto de UE utilizando el antiguo RAI y P-TMSI y reenviando el contexto de UE a la MME o reconstruyendo, por el antiguo SGSN, un antiguo RAI/TLLI desde la identidad GUTI, encontrando el contexto de UE utilizando el antiguo RAI/TLLI y reenviando el contexto de UE a la MME.

Un ejemplo da a conocer, además, un método para acceso, que incluye:

cuando un equipo UE accede a una red de 2G/3G, encontrar, por un SGSN, una dirección de una entidad antigua correspondiente en función de un antiguo RAI y de un P-TMSI transmitido por el UE u obteniendo, por el SGSN, una dirección de una entidad antigua correspondiente en función de un TLLI transportado por el UE y la obtención de un contexto de UE a partir de una entidad antigua; y

si la antigua entidad es una antigua MME, la reconstrucción, por la antigua MME, de una identidad GUTI desde el antiguo RAI y P-TMSI o la reconstrucción, por la antigua MME, de una GUTI desde el TLLI y una firma de P-TMSI y encontrando y reenviando el contexto de UE al SGSN.

Un ejemplo da a conocer, además, un método para acceso, que incluye:

cuando un equipo UE accede a una red 2G/3G, la determinación, por un SGSN, de si una antigua entidad correspondiente es un antiguo SGSN o una antigua MME en función de si un antiguo RAI y un P-TMSI transmitidos por el UE se asignan por la red de 2G/3G o es objeto de mapeado o en función de si una firma de P-TMSI y un TLLI, transmitidos por el UE, se asignan por la red de 2G/3G o se efectúa un mapeado;

si el antiguo RAI y P-TMSI transmitidos por el UE son objeto de mapeado o la firma de P-TMSI y TLLI transmitidos por el UE son objeto de mapeado y la antigua entidad es una antigua MME, la reconstrucción, por el SGSN, de una identidad GUTI en función del antiguo RAI y de P-TMSI o la reconstrucción, por el SGSN, de una identidad GUTI en función de la firma de TLLI/P-TMSI y la obtención de un contexto de UE a partir de la antigua MME utilizando la identidad GUTI y encontrar, por la antigua MME, el contexto de UE en función de la identidad GUTI y el reenvío del contexto de UE al SGSN; y

si el antiguo RAI y P-TMSI transmitidos por el UE transmitidos por la red de 2G/3G o el TLLI y la firma de P-TMSI se asignan por la red de 2G/3G y la antigua entidad es un antiguo SGSN, la obtención, por el SGSN, del contexto de UE a partir del antiguo SGSN utilizando el antiguo RAI y P-TMSI u obtenido por el SGSN, el contexto de UE desde el antiguo SGSN utilizando TLLI.

Una forma de realización de la presente invención da a conocer, además, un método para obtener un contexto de UE, que incluye:

cuando una identidad temporal, indicada por una Identidad Temporal utilizada en la Actualización Siguiente (TIN) es coherente con una identidad temporal adicional, la transmisión, por un UE, de solamente la identidad temporal indicada por la TIN para acceso; y

encontrar, mediante un nodo de acceso, un contexto de UE utilizando la identidad temporal indicada por la TIN transmitida por el UE.

Un ejemplo da a conocer, además, un método para obtener un contexto de UE, que incluye:

durante la Actualización de Área de Seguimiento (TAU) o la Actualización de Área de Encaminamiento (RAU) en un proceso de transferencia, solamente transmitir, por un UE, una TMSI de un sistema RAT actual o no transmitir ninguna TMSI y encontrar, mediante el UE, un contexto de UE a través de una conexión establecida mediante una red objetivo.

Un ejemplo da a conocer, además, un método para obtener una identidad de UE, que incluye:

en un proceso de incorporación Attach iniciado por un UE,

si el UE tiene una identidad temporal de un RAT, la transmisión, mediante el UE, de la identidad temporal y encontrar, mediante una entidad de acceso, un nodo correspondiente en función de la identidad temporal y obtener una Entidad de Abonado Móvil Internacional (IMSI) y un parámetro de seguridad del UE; y

si el UE no tiene una identidad temporal del RAT de acceso, pero tiene una identidad temporal de otro RAT, la transmisión, mediante el UE, de la identidad temporal del otro RAT y encontrar, mediante la entidad de acceso, un nodo correspondiente en función de la identidad temporal del otro RAT y la obtención de una IMSI y de un parámetro de seguridad del UE.

Un ejemplo da a conocer, además, un dispositivo del lado de la red, que incluye:

un módulo de obtención de atributo de identidad, configurado para obtener un atributo de una identidad temporal de un UE que está accediendo actualmente a una red, en donde el atributo de la identidad temporal del UE es la identidad de UE si se asigna por el lado de la red o es objeto de mapeado; y

un módulo de asignación de nodos de recursos de red, configurado para asignar un nodo de recursos de red al UE en función del atributo de la identidad temporal del UE.

Un ejemplo da a conocer, además, un método de acceso, que incluye:

cuando un equipo UE accede a una red SAE, la transmisión, por el UE, de una Identidad de Abonado Móvil Temporal de SAE (esto es, S-TMSI, que se forma por un MMEC y una M-TMSI y el equipo UE transmite una identidad de 2G/3G y accede al sistema de SAE/LTE, la S-TMSI es objeto de un mapeado real mediante una NRI y un RAC y una parte de una P-TMSI) en un mensaje de demanda de conexión de Control de Recursos de Radio (RRC) enviado a un nodo B evolucionado (eNodoB) en donde no se transmite un GUMMEI en un mensaje de establecimiento de conexión de RRC completo enviado al eNodoB; y

la selección, por el eNodoB, de una MME correspondiente en función de la S-TMSI recibida y si no existe ninguna MME correspondiente, la selección, por el eNodoB, de una nueva MME.

A través del ejemplo, se distingue si una identidad temporal transmitida por un UE, cuando accede a una red, se asigna por la red o es objeto de mapeado, con el fin de adoptar diferentes métodos de acceso para diferentes identidades temporales consiguiendo, de este modo, una aplicación flexible de identidades temporales.

BREVE DESCRIPCIÓN DE LOS DIBUJOS

La Figura 1 es un diagrama de flujo esquemático de un método de acceso según una primera forma de realización de la presente invención;

La Figura 2 es un diagrama de flujo esquemático de un método de acceso según una tercera forma de realización de la presente invención,

La Figura 3 es un diagrama de flujo esquemático de un método de acceso según una cuarta forma de realización de la presente invención,

La Figura 4 es un diagrama de flujo esquemático de un método de acceso según una quinta forma de realización de la presente invención;

La Figura 5 es un diagrama de flujo esquemático de un método de acceso según una sexta forma de realización de la presente invención,

La Figura 6 es un diagrama de flujo esquemático de un método de acceso según una séptima forma de realización de la presente invención;

La Figura 7 es una vista estructural esquemática de un dispositivo de red según una forma de realización de la presente invención;

La Figura 8 es una vista esquemática de un escenario operativo de red según la primera forma de realización de la presente invención,

La Figura 9 es un diagrama de flujo de un método para acceder a una red SAE/LTE por un equipo de usuario UE utilizando el denominado Caso Registrado de TA según la segunda forma de realización de la presente invención;

La Figura 10 es un diagrama de flujo de un método para acceder a una red SAE/LTE por un equipo de usuario UE, utilizando el denominado Caso No Registrado de TA según la segunda forma de realización de la presente invención y

La Figura 11 es una vista esquemática de un mapeado de una identidad temporal de 2G/3G con una identidad GUTI.

DESCRIPCIÓN DETALLADA DE LAS FORMAS DE REALIZACIÓN

La presente invención se describe, en detalle, a continuación, haciendo referencia a algunas formas de realización ejemplo y a los dibujos adjuntos.

Forma de realización 1

Esta forma de realización da a conocer un método para distinguir un LAC y una MMEGI, por ejemplo, el LAC y la MMEGI se pueden distinguir estableciendo un bit en el LAC y un bit correspondiente en la MMEGI para tener valores diferentes. En un modo de establecimiento específico, por ejemplo, el primer bit del MMEGI es 1 y el primer bit del LAC es 0 y el bit se refiere como un bit de indicador para distinguir la MMEGI y el LAC y por supuesto, se pueden utilizar también otros bits como el bit de indicador de distinción. De este modo, cuando un equipo UE accede a un eNodoB utilizando una identidad GUTI mapeada desde un antiguo RAI y una P-TMSI en una red de 3G o mapeado desde el antiguo RAI y una TLLI en una red de comunicación de 2G, el eNodoB identifica, a través del bit o bits indicadores de distinción si el equipo UE utiliza una identidad temporal real o una identidad temporal mapeada para el acceso. Por ejemplo, el eNodoB identifica si el UE accede utilizando una identidad temporal asignada por la red SAE (por ejemplo, GUMMEI, S-TMSI o GUTI) o una identidad temporal mapeada, tal como la identidad GUTI mapeada a partir del antiguo RAI y de P-TMSI (o el antiguo RAI y TLLI) según se describió anteriormente. En un caso en que el UE transmita la identidad GUTI mapeada para acceso, el eNodoB selecciona una MME correspondiente al MMEC mapeado desde una NRI y la MME no puede ser la MME en la que está registrado el equipo UE. Como alternativa, el eNodoB selecciona la MME que soporta el modo inactivo de Reducción de Señalización (ISR) o un nodo combinado o un nodo configurado.

Haciendo referencia a la Figura 1, a modo de ejemplo, en el proceso de acceder a la red SAE, el equipo UE transmite información de GUMMEI en una parte de control de recursos de radio (RRC), es decir, transmite información de GUMMEI en la parte de RRC en un mensaje de demanda de TAU enviado por el equipo UE al eNodoB. El eNodoB comprueba si GUMMEI es un GUMMEI mapeado o un GUMMEI asignado por la red SAE y si el GUMMEI es un GUMMEI asignado por la red SAE, el eNodoB determina una MME en función de toda la información en el GUMMEI, es decir, MCC MNC MMEGI MMEC o MMEGI MMEC o PLMN MMEGI MMEC seleccionado. Como alternativa, el eNodoB deja de encontrar un GUMMEI correspondiente y reselecciona una MME. Si existe una MME correspondiente a MCC MNC MMEGI MMEC o MMEGI MMEC o PLMN MMEGI MMEC seleccionada, el eNodoB selecciona la MME y el GUMMEI de la MME es coherente con el GUMMEI transmitido por el UE o coherente en correspondencia con m MeGI MMEC o PLMN MMEGI MMEC seleccionada. Si no existe ninguna MME correspondiente, el eNodoB reselecciona una MME. Si GUMMEI es un GUMMEI mapeado, el eNodoB determina una MME en función de MCC MNC MMEC en el GUMMEI o solamente en función de m MeC o de PLMN MMEC seleccionada. Más concretamente, si el MCC, el MNC y el MMEC de una MME son compatibles con el MCC, MNC y MMEC (mapeados desde NRI) transmitidos por el UE o una MME se configura para seleccionarse, por ejemplo, si el eNodoB está configurado con un MMEC o NRI correspondiente a una MME, la MME se selecciona; de no ser así, se reselecciona MME.

De forma alternativa, en el proceso de acceder a la red SAE, el UE identifica, en función de la identidad a transmitirse por el UE, una identidad objeto de transmisión. Por ejemplo, el UE identifica, utilizando una identidad temporal utilizada en la actualización siguiente (TIN), una identidad a transmitirse. Si TIN=“P-TMSI”, ello indica que una identidad mapeada a partir de P-TMSI/antigua RAI necesita transmitirse para un acceso siguiente y sin TIN=”GUTI” ello indica que una identidad en la red SAE necesita transmitirse para un acceso siguiente y si TIN=“RAT-TMSI relacionada”, ello indica que una TMSI asignada por un RAT a accederse se utiliza en el tiempo siguiente. Por lo tanto, si el TIN del UE es igual a “P-TMSI”, el UE no puede transmitir el GUMMEI mapeado en la parte de RRC para acceder a la red pero puede transmitir una S-TMSI (formada por un MMEC y una M-TMSI y mapearse realmente por un NRI y un RAC y una parte de una P-TMSI) en la parte de RRC para acceder a la red, de modo que el eNodoB no obtenga la MMEGI y el eNodoB selecciona una MME en función del MMEC (mapeado desde NRI) en la S-TMSI. Por supuesto, si existe una MOCN, el eNodoB no solamente puede seleccionar una MME en función del MMEC en la S-TMSI, sino que también puede seleccionar una MME en función de la información de PLMN-id seleccionada, es decir, el eNodoB selecciona una MME en función del PLMN-id seleccionado y la MMEGI y el MMEC. Más concretamente, si MCC MNC es un GUMMEI de una MME es idéntica a la PLMN-id seleccionada transmitida por el UE y un MMEC en el GUMMEI de la MME es idéntico al MMEC transmitido por el UE, el nodo de red selecciona la MME. Además, el equipo de usuario UE necesita también transmitir una GUTI mapeada en una parte de estrato no de acceso (NAS), con el fin de permitir a la MME obtener un contexto desde un antiguo SGSN.

Como alternativa, a modo de ejemplo, el nodo eNodoB configura una lista de LAC y cuando el eNodoB encuentra que la MMEGI pertenece a la lista de LAC, el eNodoB selecciona una MME correspondiente. Por ejemplo, cuando el eNodoB encuentra que el GUMMEI transmitido por el UE es compatible con una identidad de una MME correspondiente configurada en el eNodoB, se selecciona la MME correspondiente; de no ser así, si no existe ninguna MME correspondiente, se selecciona una nueva MME. El GUMMEI de la MME es realmente mapeada a partir de PLMN-id LAC NRI. Por ejemplo, un agrupamiento Pool de una red SAE solapa un agrupamiento de una red de 2G/3G y existe un nodo combinado de MME/SGSN en el agrupamiento y tres Áreas de Encaminamiento (RAS), esto es, RAI1, RAI2 y RAI3 existen en el agrupamiento de la red de 2G/3G. Cuando el equipo UE se desplaza desde la red de 2G/3G a la red SAE y accede a la red SAE, el equipo UE utiliza la identidad GUTI mapeada a partir de la antigua RAI/P-TMSI para acceso y el eNodoB determina, en función de la información configurada, que el UE utiliza la GUTI mapeada y un RA antes de que el mapeado pertenezca a una de entre las áreas de RAI1, RAI2 y RAI3. En este momento, el eNodoB selecciona una MME correspondiente en función de MCC MNC MMEC (mapeados desde NRI) o MMEC o PLMN MMEC seleccionados, aún cuando el MCC, el MNC, la MMEGI y el MMEC no sean completamente compatibles. Si no existe ninguna MME correspondiente que satisfaga las condiciones anteriores, por ejemplo, ninguna MME pertenece a las RAIs configuradas, se reselecciona una MME.

Como ejemplo, el nodo eNodoB puede configurar la lista de LAC utilizando el método siguiente.

La MME efectúa el mapeado de un LAC configurado para un GUMMEI y envía el GUMMEI al eNodoB a través de un mensaje de RESPUESTA DE ESTABLECIMIENTO DE S1 o un mensaje de ACTUALIZACIÓN DE CONFIGURACIÓN DE m Me y el eNodoB registra el mensaje de RESPUESTA DE ESTABLECIMIENTO DE S1 o el mensaje de ACTUALIZACIÓN DE CONFIGURACIÓN DE MME y memoriza el mensaje en información de configuración, esto es, en la lista de LAC. Para fines de ilustración, se proporcionará un ejemplo a continuación.

Por ejemplo, en la Figura 8 Pool1 incluye un SGSN y un MME Pool. SGSN1, SGSN2, MME1 y MME2 son nodos en el Pool1 y un nodo combinado de MME/SGSN SGSN3/MME3 existe también en el Pool1. En la Figura 8, LAC1, LAC2, LAC3 y LAC4 son respectivamente códigos de área de localización en la red de 2G/3G y TA1, TA2, T3 y TA4 son, respectivamente, áreas de seguimiento de la red SAE. Desde la perspectiva del sistema SAE, un GUMMEI del nodo combinado SGSN3/MME3 emplazamientos de acceso PLMN-id (identidad de PLMN, PLMN-id=MCC MNC) MMEGI (es decir, identificador del MME Pool) MMEC (es decir, identificador del MME3 en el MME Pool). Con el fin de permitir al UE registrar el nodo combinado, el SGSN3, para seleccionar el modo combinado cuando se introduce el área de SAE desde el área de 2G/3G, el MME3 puede configurar todos los LACs en el SGSN3 Pool en el eNodoB con el fin de formar una lista de LAC y el método es como se indica a continuación.

Para cada LAC en el Pool1, la MME3 forma, respectivamente, un GUMMEI y el GUMMEI está en correspondencia con PLMN-id LAC NRI (es toes, una NRI configurada por un nodo combinado para SGSN, es decir, el SGSN3 suele ser igual a un MMEC configurado por el nodo combinado para la MME). Por lo tanto, la MME3 puede formar varios GUMMEIs. La MME3 envía una lista de un GUMMEI real (una identidad en la red de SAE) y GUMMEIs mapeados (cada LAC en el Pool1 está en correspondencia con un solo GUMMEI) al nodo eNodoB a través del mensaje de RESPUESTA DE ESTABLECIMIENTO DE S1 o un mensaje de ACTUALIZACIÓN DE CONFIGURACIÓN DE MME y el eNodoB memoriza la lista de GUMMEI (o la lista de LAC, puesto que cada LAC tiene un GUMMEI correspondiente), de modo que cuando el UE, que se registra para SGSN3, entra en un área de red E-UTRAN desde un LAC, tal como LAC1 o LAC2, en el Pool1 y accede al eNodoB, puesto que la identidad transmitida por el UE para el acceso es el GUMMEI (mapeado desde PLMN-id LAC1 NRI), el eNodoB puede conocer, consultando la configuración, es decir, consultando la lista anteriormente memorizada de GUMMEI real y GUMMEIs mapeados, que el GUMMEI está en correspondencia con la MME3 real y luego, seleccionar directamente la MME3.

El método de configuración anterior tiene el inconveniente de que, debido a los requisitos de ISR y del nodo combinado, una sola MME puede tener un gran número de GUMMEIs mapeados y puesto que la MME forma una MMEGI correspondiente para cada LAC en el agrupamiento e incluso la MME configura, respectivamente, una MMEGI para cada LAC en el SGSN Pool cercano, con el fin de cumplir los requisitos de ISR, el mensaje de RESPUESTA DE ESTABLECIMIENTO S1 o el mensaje de ACTUALIZACIÓN DE CONFIGURACIÓN DE MME puede necesitar transmitir un gran número de GUMMEIs.

Actualmente, el mensaje de RESPUESTA DE ESTABLECIMIENTO S1 y el mensaje de ACTUALIZACIÓN DE CONFIGURACIÓN DE MME transmiten la lista de GUMMEI a través del modo siguiente, según se ilustra en la tabla 1, en donde otros elementos de información (IEs) se omiten por conveniencia de la descripción.

Tabla 1

Según se ilustra en la tabla 1, el mensaje de RESPUESTA DE ESTABLECIMIENTO DE S1 o el mensaje de ACTUALIZACIÓN DE CONFIGURACIÓN DE MME transmite una lista de GUMMEI completa, es decir, una lista de los GUMMEIs servidos. Además, cuando el SGSN Pool añade/suprime/modifica un LAC, la MME reenvía todas las listas de GUMMEI a cada eNodoB a través de un mensaje de ACTUALIZACIÓN DE CONFIGURACIÓN DE MME. Puesto que la lista de GUMMEI es grande y están implicados un gran número de eNodoBs, da lugar inevitablemente a la transmisión de una gran cantidad de información en la red, lo que aumenta el tráfico de señalización en la red, es decir, aumenta la sobrecarga de la red. Por ejemplo, si un agrupamiento tiene 10 MMEs y 200 eNodoBs, cuando se cambia un LAC relacionado, cada MME necesita enviar un mensaje de ACTUALIZACIÓN DE CONFIGURACIÓN DE MME a cada eNodoB, lo que significa que se transmitirán 2000 mensajes de ACTUALIZACIÓN DE CONFIGURACIÓN a través de la interfaz S1 y cada mensaje contiene todas las listas de GUMMEI (actualizadas y no actualizadas que se necesitan enviar). Con el fin de evitar esta situación, el ejemplo puede adoptar también el método siguiente.

(1) Con el fin de reducir la magnitud del mensaje de configuración tal como el mensaje de RESPUESTA DE ESTABLECIMIENTO DE S1 o el mensaje de ACTUALIZACIÓN DE CONFIGURACIÓN DE MME y constatar que el mensaje de configuración tal como el mensaje de RESPUESTA DE ESTABLECIMIENTO DE S1 o mensaje de ACTUALIZACIÓN DE CONFIGURACIÓN DE MME no necesita transmitir un gran número de listas de GUMMEI, el GUMMEI se puede descomponer y luego, proporciona una lista formada, respectivamente, por las componentes del GUMMEI que se envían es decir, un mensaje de configuración de lista de LAC enviado por la MME al eNodoB transmite una lista de PLMN-id, una lista de MMEGI y una lista de MMEC, que se describe concretamente como sigue.

Puesto que la MME forma un GUMMEI correspondiente para cada LAC en el agrupamiento, realmente la configuración de una lista de LAC por el eNodoB puede interpretarse también como una configuración de una lista de GUMMEI en el eNodoB. Puesto que el GUMMEI se forma por PLMN-id MMEGI MMEC, si un GUMMEI se forma mediante un método de mapeado, un valor real del GUMMEI es PLMN-id LAC NRI. En términos generales, el MMEC y el NRI tienen los mismos valores y el PLMN-id tiene también el mismo valor, de modo que la lista de GUMMEI contiene muchos contenidos idénticos. Por lo tanto, según se ilustra en la tabla 2, la lista de GUMMEI se puede modificar en una forma de PLMN-id (es decir, identidad de PLMN en la tabla)/lista de PLMN-id lista de MMEGI lista de MMEC/MMEC, en donde la lista de PLMN-id se refiere a una lista de los identificadores PLMN-ids, la lista de MMEGI se refiere a una lista de los MMEGs y la lista de MMEC se refiere a una lista de los MMECs.

Tabla 2

En general, el identificador PLMN-id y MMEC en la lista de GUMMEI tienen los mismos valores y solamente la MMEGI tiene valores diferentes, por lo que el envío de una gran cantidad de PLMN-id y MMEC repetitivos se puede ahorrar ^{modificando la lista de GUMMEI en la forma de PLMN-id lista MMEGI} MmEc. ^{Por supuesto, en un caso en que} se soporten múltiples redes PLMNs, el identificador PLMN-id se puede modificar también en una lista de PLMN-id y de forma similar, el MMEC se puede modificar también en una lista de MMEC. El eNodoB recibe y memoriza la lista modificada y combina la información tal como PLMN-id, lista de MMEGI y MMEC en la tabla en una lista de GUMMEI, con lo que se completa la configuración de una lista de LAC.

Por ejemplo, actualmente, el identificador PLMN-id ocupa 3 bytes, la MMEGI ocupa 2 bytes y el MMEC ocupa 1 byte. ^{Si un agrupamiento de MME soporta 3 PLMNs, el agrupamiento de MME necesita configurar 100 MMEGIs y un} MmEc, en donde los 100 MMEGIs incluyen un MMEGI real y 99 MMEGIs mapeados a partir del LAC. Si se adopta el método de configuración actual, el tamaño de la lista de GUMMEI es: 3*100* (3 2 1) = 1800 bytes. Si se adopta el método del ejemplo, la lista de GUMMEI se forma por la lista de PLMN-id, la lista de MMEGI y la lista de MMEC y ocupa 3*3 ^(lista PlMn) ^{+ 100 * 2 (lista de MMEGI) 1 *1 (lista de MMEC)= 210 bytes. Se puede deducir que el espacio ocupado} por la lista de GUMMEI se reduce en gran medida.

(2) Para poder resolver el problema de que cuando se cambia un LAC o GUMMEI, la MME necesita enviar la totalidad de las listas de GUMMEI al eNodoB, lo que da lugar a la transmisión de una gran cantidad de información en la red, el ejemplo propone que, cuando se cambie un LAC o GUMMEI, la MME envíe un mensaje de indicación al eNodoB, que indique al eNodoB que ha de añadir/modificar/suprimir el GUMMEI en la lista de LAC, por ejemplo, la MME transmite una indicación en un mensaje de ACTUALIZACIÓN DE CONFIGURACIÓN DE MME enviado al eNodoB y especifica el cambio del LAC o de GUMMEI en la indicación, es decir, si se añade un GUMMEI o una pluralidad de ^{GUMMEIs o se modifica un GUMMEI o se suprime un} GUmMeI. ^{El mensaje de ACTUALIZACIÓN DE} CONFIGURACIÓN DE MME se ilustra en la tabla 3.

Tabla 3

Por supuesto, se puede indicar también directamente en el mensaje si añadir/modificar/suprimir un GUMMEI y la MME no necesita enviar otras GUMMEIs no cambiadas al eNodoB, que se puede, por ejemplo, realizar como sigue.

Cuando la MME necesita añadir un GUMMEI, la MME envía un mensaje de ACTUALIZACIÓN DE CONFIGURACIÓN DE MME (nuevo GUMMEI, comportamiento=‘añadir’) al eNodoB, en donde “nuevo GUMMEI” indica una identidad (ID) de un GUMMEI a añadirse, “comportamiento=‘añadir’” indica que necesita añadirse un GUMMEI a la lista de LAC original y “comportamiento” es un elemento de información (IE) cuyo valor representa un comportamiento operativo ^{específico. De este modo, después de recibir el mensaje de ACTUALIZACIÓN} De ^{CONFIGURACIÓN DE MME (nuevo} GUMMEI, comportamiento=‘añadir’), el eNodoB añade un GUMMEI a la lista de LAC original.

Cuando la MME necesita suprimir un GUMMEI, la MMEI envía un mensaje de ACTUALIZACIÓN DE CONFIGURACIÓN DE MME (GUMMEI, comportamiento=‘suprimir’) al eNodoB, en donde “GUMMEI” indica un identificador ID de un GUMMEI a suprimirse desde la lista de LAC original y “comportamiento=‘suprimir’” indica que necesita suprimirse un GUMMEI. Después de recibir el mensaje, el eNodoB suprime el GUMMEI correspondiente desde la lista de LAC original en función del mensaje.

Cuando la MME necesita modificar un GUMMEI, la MME envía un mensaje de ACTUALIZACIÓN DE CONFIGURACIÓN DE MME (nuevo GUMMEI, GUMMEI, comportamiento=‘modificar’) al eNodoB, en donde “comportamiento=‘modificar’” indica que un GUMMEI en la lista de LAC original necesita modificarse, “GUMMEI” indica el identificador ID de un GUMMEI a modificar y “nuevo GUMMEI” indica un identificador ID de un GUMMEI a cambiarse después de la modificación, es decir, el identificador ID del GUMMEI correspondiente a “GUMMEI” en la lista de LAC original necesita modificarse en “nuevo GUMMEI”.

Por supuesto, el “comportamiento” de IE no se puede transmitir, por ejemplo, “GUMMEI actualizado” y “GUMMEI nuevo” se puede utilizar para indicar el comportamiento, en donde “GUMMEI actualizado” indica que un GUMMEI original necesita actualizarse y nuevo GUMMEI indica que necesita añadirse un nuevo GUMMEI. De este modo, si el GUMMEI actualizado no tiene ningún valor o no se transmite y GUMMEI nuevo=5, ello indica que un GUMMEI que tiene un identificador ID de 5 necesita añadirse; si GUMMEI actualizado=5 y el nuevo GUMMEI no tiene ningún valor o no se transmite, ello indique que un GUMMEI que tenga un ID de 5 necesita suprimirse y si GUMMEI=5 actualizado y GUMMEI=10 nuevo, ello indica que el ID de un GUMMEI que tiene un ID de 5 necesita modificarse en 10.

(3) Por supuesto, con el fin de reducir todavía más el número de mensajes enviados al eNodoB cuando se cambia un LAC o un GUMMEI y para reducir el tráfico de señalización entre la MME y el eNodoB, se puede adoptar también otro método, que se describe a continuación.

Toda la información de configuración se recoge en un nodo central preestablecido. El nodo central puede ser un eNodoB preestablecido o una MME preestablecida. El nodo central tiene información de configuración de todas las MMEs y si se cambia la información de configuración de una MME, el nodo central envía un mensaje de configuración, por ejemplo, envía un mensaje de RESPUESTA DE ESTABLECIMIENTO DE S1 o un mensaje de ACTUALIZACIÓN DE CONFIGURACIÓN DE MME a todos los nodos eNodoBs. Por lo tanto, cuando el nodo central necesita enviar información de configuración al eNodoB, se envía la información de configuración de todas las entidades MMEs. Por ejemplo, una lista de GUMMEI en el mensaje de RESPUESTA DE ESTABLECIMIENTO DE S1 o en el mensaje de ACTUALIZACIÓN DE CONFIGURACIÓN DE MME no es una lista de GUMMEI de una sola entidad MME, sino que es una lista de GUMME de todas las MMEs. Por supuesto, con el fin de poner en práctica el método, necesita modificarse el mensaje RESPUESTA DE ESTABLECIMIENTO DE S1 y el mensaje RESPUESTA DE ^{ESTABLECIMIENTO} dE ^{S1 modificado será como se ilustra en la tabla 4}

Tabla 4

En la tabla, “GUMMEI” es un GUMMEI real de cada MME y cada MME tiene solamente un GUMMEI real. En este caso, no se considera el GUMMEI mapeado. Cada MME utiliza un GUMMEI real como una identidad única. La información de todas las MMEs se recoge para formar una lista de MME. Cada MME en la lista de MME tiene información de configuración específica, por ejemplo, nombre de MME, capacidad y lista de GUMMEIs mapeados. En este caso, la lista de GUMMEI puede ser una lista de (PLMN-id MMEGI MMEC) o una lista de PLMN-id lista de MMEGI lista de MMEC y no puede existir la lista de GUMMEI mapeados.

Para resumir, el nodo central proporciona información de configuración de todas las MMEs en el agrupamiento MME a los eNodoBs en el agrupamiento a través de un mensaje de configuración, de modo que cuando se cambie un LAC o GUMMEI, el nodo central sólo necesita enviar un mensaje de ACTUALIZACIÓN DE CONFIGURACIÓN DE MME a cada eNodoB sin requerir que cada MME envíe un mensaje a cada eNodoB, con lo que se reduce el número de mensajes transmitidos en la red. Por ejemplo, si un agrupamiento de MME tiene 10 MMEs y 200 eNodoBs, cuando se cambie un LAC, el nodo central solamente necesita enviar un mensaje de configuración con respecto a la configuración cambiada a los 200 eNodoBs y el número de mensajes es solamente 200. Por supuesto, antes de esto, la MME puede necesitar también enviar un mensaje de configuración de la MME al nodo central.

Los tres métodos (1), (2) y (3) se pueden utilizar por separado o utilizarse en combinación. Por supuesto, la combinación puede conseguir un mejor efecto, por ejemplo, si el método (1) y el método (2) se utilizan en combinación, cuando se añaden 10 LACs, la MME solamente necesita actualizar información de los 10 LACs y luego, envía la lista de PLMN-id 10 MMEGIs mapeados desde LACs MMEC al eNodoB y en el caso de que no se soporten los nodos de CN de múltiples operadores, el tamaño del mensaje enviado al eNodoB es solamente 3 20 1=24 bytes. De no ser así, si solamente se utiliza el método (1), aunque se reduce el tamaño del mensaje, el número de mensajes no se cambia, es decir, toda la información de GUMMEI (incluyendo información no actualizada) necesita enviarse al eNodoB; mientras que si solamente se utiliza el método (2), aunque se reduce el número de mensajes, el tamaño del mensaje sigue siendo de 6*10=60 bytes, que evidentemente es mucho mayor que el tamaño de mensaje conseguido utilizando el método (1) y el método (2) en combinación, es decir, “24 bytes”. Por supuesto, el método (3) se puede utilizar también en combinación con el método (1) y/o el método (2), lo que no se describirá en detalle a continuación.

Conviene señalar que aunque esta forma de realización se ilustra tomando como ejemplo el uso de un eNodoB como el nodo de red, el nodo de red puede ser también el nodo central, es decir, la operación realizada por el eNodoB en esta forma de realización, puede realizarse también por el nodo central, por ejemplo, el nodo central puede servir también como un nodo para seleccionar un nodo CN, es decir, el nodo central está conectado a cada eNodoB y cuando el equipo UE accede al eNodoB, el eNodoB no selecciona un nodo de CN, sino que envía un mensaje al nodo central y el nodo central selecciona un nodo CN, por ejemplo, una MME. De este modo, solamente necesita configurar la información de configuración de la MME para el nodo central, sin enviar la información de configuración al eNodoB, es decir, cada MME solamente necesita intercambiar información con el nodo central cuando se cambia la información de configuración o de establecimiento de S1, es decir, cuando se cambia un LAC o GUMMEI. Por ejemplo, si el agrupamiento de MME tiene 10 MMEs y 200 eNodoBs, cuando se cambia un LAC, solamente se necesitan 10 MMEs para enviar un mensaje de configuración con respecto a la configuración cambiada al nodo central, el número de mensajes es solamente 10 y no se necesita enviar el mensaje de configuración con respecto a la configuración cambiada para los 200 eNodoBs, con lo que se reduce, en gran medida, el número de mensajes transmitidos en la red.

La primera forma de realización tienen la ventaja operativa siguiente: en la primera forma de realización, distinguiendo la identidad del UE cuando se accede a la red, obtener información de la identidad de UE y determinar si la información se asigna por la red o se mapea por la red y seleccionar un nodo de red adecuado para el UE en función del resultado de la determinación, con lo que se impide el fallo del UE en el acceso a nodo CN correspondiente debido al RAT cambiado.

Forma de realización 2

En los métodos descritos en la primera forma de realización, a modo de ejemplo, el acceso se realiza según un caso en el que una celda, en la que reside actualmente el UE, no está situada en una Área de Seguimiento registrada (TA) cuando el UE transmite la identidad 2G/3G para acceder a la red SAE/LTE. En los métodos descritos en la primera forma de realización, si la celda en la que reside actualmente el equipo UE está situada en un área TA registrada, una parte de NAS de un mensaje de establecimiento de conexión de RRC completo, por ejemplo, una parte de NAS de un mensaje de demanda de TAU (la parte de NAS del mensaje de establecimiento de conexión de RRC completo se refiere como un mensaje de NAS) no puede transmitir la identidad de UE (UE-id), tal como GUTI o P-TMSI o IMSI, es decir, el UE puede determinar si transmitir la identidad de UE en el mensaje de NAS según si la TA actualmente accedida pertenece a una lista de TA del UE.

Es decir, si el mensaje de NAS transmite la identidad de UE, se suele considerar que la celda en la que reside actualmente el UE no está situada en una TA registrada; sin embargo, en realidad, si el mensaje de NAS transmite la identidad de UE, se puede realizar también el acceso según el caso de que la celda en la que reside actualmente el UE esté situada en una TA registrada. Por ejemplo, cuando el UE transmite la identidad de la red de 2G/3G para acceder a la red SAE/LTE, el mensaje de n As sólo puede ser un mensaje de demanda Attach o un mensaje de demanda TAU. En este momento, en tanto que los dos mensajes transmitan siempre la identidad de UE, aún cuando la MME seleccionada no tenga el contexto de UE, la MME seleccionada puede encontrar también el nodo antiguo utilizando la identidad de UE y obtener el contexto de UE u obtener el contexto de UE desde un Servidor de Abonado Base (HSS). Por lo tanto, esta forma de realización da a conocer otro método de acceso.

Por comodidad de descripción, el caso en que la celda en la que reside actualmente el UE no esté situada en una TA registrada se refiere como “Caso no registrado de TA” a continuación y en el caso de que la celda, en la que reside actualmente UE, esté situada en una TA registrada se refiere como “Caso registrado de TA”. Conviene señalar que, para describir mejor la solución técnica dada a conocer por esta forma de realización, las tecnologías de “Caso registrado de TA” y “Caso no registrado de TA” se introducen brevemente a continuación y “Caso registrado de TA” y “Cano no registrado de TA” son tecnologías cuando el UE transmite una identidad asignada por la red SAE para acceder a la red SAE.

A modo de ejemplo, cuando el UE entra en un agrupamiento de SAE y utiliza una identidad temporal asignada por la SAE para iniciar un acceso, el equipo UE determina si una celda actualmente accedida está situada en un área registrada del UE, es decir, el UE detecta si la celda en la que reside actualmente UE está situada en una TA registrada. Si la celda en la que reside actualmente UE está situada en una TA registrada, el UE en un modo inactivo inicia un mensaje de demanda de conexión de RRC que transmite una S-TMSI para acceder a la red SAE/LTE. Puesto que éste es el caso, el UE no se desplaza fuera del área del agrupamiento original, el eNodoB pude seleccionar directamente la MME original en función del MMEC en la S-TMSI (si existe una MOCN, necesita realizarse una selección de MME en función de la información PLMN-id seleccionada transmitida por el UE, además). Después de que se reciba un mensaje de establecimiento de conexión de RRC que transmite la S-TMSI reenviada por el eNodoB, con el fin de reducir la magnitud del mensaje y ahorrar el ancho de banda ocupado, un mensaje de NAS en un mensaje de establecimiento de conexión de RRC completo enviado por el UE al eNodoB no puede transmitir la identidad de UE y una parte de RRC del mensaje de establecimiento de conexión de RRC completo no puede transmitir tampoco el GUMMEI. Después de que el eNodoB seleccione una MME, el eNodoB envía un mensaje de UE inicial a la MME seleccionada y luego, la MME obtiene el contexto de UE en función de la S-TMSI. El mensaje de UE inicial incluye información tal como la S-TMSI en la demanda de conexión de RRC iniciada por el UE y el mensaje de NAS en el mensaje de establecimiento de conexión de RRC completo. Si el UE detecta que la celda en la que reside actualmente UE no está situada en una TA registrada y el UE en el modo inactivo inicia un mensaje de demanda de conexión de RRC que transmite un identificador ID aleatorio para acceder a la red SAE/LTE y entonces, recibe un mensaje de establecimiento de conexión de RRC que transmite un ID aleatorio reenviado por el eNodoB. Puesto que éste es el caso, el UE puede desplazarse fuera o puede no desplazarse fuera del área del agrupamiento original, el UE necesita transmitir una identidad de UE en un mensaje de NAS en un mensaje de establecimiento de conexión de RRC completo enviado al eNodoB y al mismo tiempo, transmitir un GUMMEI en una parte de RRC en el mensaje de establecimiento de conexión de RRC completo, de modo que el eNodoB pueda encontrar una MME correspondiente utilizando el GUMMEI (si existe una MOCN, el eNodoB selecciona una MME en función del identificador PLMN-id seleccionado transmitido por el UE y el identificador ID del grupo de MME y MMEC en el GUMMEI transmitido por el UE). Si una MME correspondiente (la MME original) existe, la MME original se selecciona directamente y si no existe ninguna MME correspondiente, lo que indica que el UE ha cambiado un agrupamiento, el eNodoB selecciona una nueva MME y luego, envía un mensaje de UE inicial a la MME seleccionada y la MME seleccionada obtiene el contexto de UE. El mensaje de UE inicial contiene información tal como el mensaje de NAS. Puede hacerse referencia a las Figuras 9 y 10, en donde la Figura 9 es un diagrama de flujo de un método para acceder a una red de SAE/LTE por un equipo UE utilizando el caso registrado de TA y la Figura 10 es un diagrama de flujo de un método para acceder a una red de SAE/LTE por un equipo UE utilizando el caso no registrado de TA.

El método de acceso dado a conocer en esta forma de realización es: cuando el UE transmite una identidad de 2G/3G para acceder a un sistema de red SAE, el UE efectúa primero el mapeado de la identidad de 2G/3G para un formato de identidad de SAE y luego, accede en función del caso registrado de TA, es decir, el UE transmite una S-TMSI mapeada en un mensaje de demanda de conexión de RRC iniciado y no transmite un GUMMEI en la parte de RRC en el mensaje de establecimiento de conexión de RRC completo. El mensaje de NAS en el mensaje de establecimiento de conexión de RRC completo puede transmitir siempre la identidad de UE y en este momento, el eNodoB no puede transmitir una S-TMSI en un mensaje de UE inicial (el primer mensaje de UE inicial) enviado a la MME. Como alternativa, el UE determina si la celda actualmente accedida está situada en una TA registrada y si la celda actualmente accedida está situada en una TA registrada, el mensaje de NAS en el mensaje de establecimiento de conexión de RRC completo no transmite la identidad de UE y si la celda actualmente accedida no está situada en una TA registrada, el mensaje de NAS en el mensaje de establecimiento de conexión de RRC completo transmite la identidad de UE.

Por supuesto, antes de que el equipo UE acceda a la red SAE, el equipo UE puede determinar también si la identidad de UE utilizada para el acceso se asigna por la red SAE o por mapeado y si la identidad de UE está mapeada, las operaciones descritas en el método se realizan, es decir, la S-TMSI mapeada se transmite en el mensaje de demanda de conexión de RRC enviado por el UE al eNodoB y el GUMMEI no se transmite en el mensaje de establecimiento de conexión de RRC completo enviado al eNodoB; de no ser así, si la identidad de UE se asigna por la red SAE, se determina si el áreas accedida por el UE pertenece al área registrada del UE. Si el área accedida por el UE pertenece al área registrada del UE, se realiza el acceso del caso registrado de TA y si el área accedida por el UE no pertenece al área registrada del UE, se realiza el acceso del caso no registrado de TA. Puede hacerse referencia a la descripción pertinente de “Caso registrado de TA” y “Caso no registrado de TA”, en esta forma de realización, por lo que sus detalles no se describirán a continuación.

Conviene señalar que, a modo de ejemplo, puesto que el nodo eNodoB necesita distinguir si el mensaje de demanda de conexión de RRC transmite, o no, la S-TMSI o el identificador ID aleatorio, necesita definir una identidad en la S-TMSI y en el ID aleatorio, por ejemplo, la identidad se nombra como una Marca distintiva, que tiene un tamaño de 8 bits y si los dígitos en los 8 bits son todos ‘1 ’ se determina que el mensaje de demanda de conexión de RRC transmite el ID aleatorio y si los dígitos en los 8 bits no son todos ‘1 ’, se determina que el mensaje de demanda de conexión de RRC transmite la S-TMSI. La marca distintiva está situada en la parte de MMEC de la S-TMSI y los 8 primeros bits del ID aleatorio.

Puesto que cuando el UE transmite la identidad mapeada para acceder a la red SAE, la parte de MMEC de la S-TMSI es mapeada a partir del a NRI que puede ser todos ‘1’ y el eNodoB puede realizar una determinación falsa de que se recibe el ID aleatorio; por lo tanto, NRI necesita definirse para ser no todos ‘1’.

Por supuesto, el UE puede no necesitar determinar si la celda actualmente accedida pertenece al área registrada del UE o no necesita determinar si la identidad de UE transmitida por el UE es asignada por la red de SAE o mapeada, pero utilizando siempre el caso registrado TA, es decir, la S-TMSI se transmite siempre en el mensaje de demanda de conexión de RRC enviado al eNodoB y luego, la identidad de UE se transmite siempre en el mensaje de NAS en el mensaje de establecimiento de conexión de RRC completo para cualquier caso y la S-TMSI transmitida en la demanda de conexión de RRC simplemente se utiliza para que el eNodoB selecciona una MME y no necesita transmitirse en la faz S1, es decir, el mensaje de UE inicial enviado por el eNodoB a la MME no transmite información de S-TMSI, con lo que se reduce el tráfico de mensajes y se ahorra el ancho de banda ocupado. Sin embargo, las deficiencias de este método radican en que, cuando el UE cambia el agrupamiento, si el nuevo agrupamiento tiene también una MMEC con el mismo número de serie, el eNodoB selecciona directamente una MME correspondiente al MMEC con el mismo número de serie a partir del nuevo agrupamiento en lugar de seleccionar una nueva MME basada en principios tales como equilibrado de la carga. De forma alternativa, el “Caso no registrado de TA” puede utilizarse también siempre para acceder a la red de SAE/LTE, es decir, el UE transmite siempre el ID aleatorio en el mensaje de demanda de conexión de RRC enviado al eNodoB y transmite el GUMMEI en la parte de RRC del mensaje de establecimiento de conexión de RRC completo y transmite la identidad de UE en el mensaje de NAS del mensaje de establecimiento de conexión de RRC completo; no obstante, en este caso, el proceso de iniciar una demanda de servicio por el UE no es tan rápido, porque la longitud de la demanda de servicio está generalmente limitada, con el fin de iniciar el acceso con la mayor rapidez posible.

Conviene señalar que la ilustración anterior se proporciona tomando como ejemplo el uso de un eNodoB como el nodo RAN y una MME como un nodo de CN. El nodo de RAN pueden ser también otros dispositivos que tengan funciones similares a las del eNodoB y el nodo CN puede ser también otros dispositivos que tengan funciones similares a la MME.

La segunda forma de realización tiene la ventaja operativa siguiente: en la segunda forma de realización, la S-TMSI se transmite en el mensaje de demanda de conexión de RRC iniciado por el UE y luego, se selecciona un nodo de CN adecuado para el UE en función de la S-TMSI, con lo que se impide el fallo del UE que accede a un nodo de CN correspondiente debido al RAT cambiado; asimismo, en esta forma de realización, el mensaje de establecimiento de conexión de RRC completo no transmite el GUMMEI, con lo que se reduce el tráfico de mensajes y se ahorra el ancho de banda ocupado.

Forma de realización 3

En esta forma de realización, un LAC y una MMEGI se distinguen estableciendo, por ejemplo, el LAC y el MMEGI estableciendo un bit en el LAC y un bit correspondiente en la MMEGI para tener valores diferentes. Esta forma de realización ilustra que, cuando el UE accede a una MME utilizando la identidad GUTI, un método de acceso específico puede incluir la incorporación Attach o TAU. Si la MME tiene el contexto de UE, la MME encuentra el UE utilizando la identidad GUTI; si la MME no tiene ningún contexto de UE, la MME encuentra una antigua MME utilizando el GUMMEI en la identidad GUTI, por ejemplo, encuentra la antigua MME utilizando un sistema de nombre de dominio (DNS) y envía una demanda de contexto que contiene la identidad GUTI o una demanda de identificación que contiene la identidad GUTI a la antigua MME y la antigua MME encuentra el contexto de UE utilizando la identidad GUTI y reenvía el contexto de UE o información de IMSI del UE a la MME. Cuando el UE accede a la MME utilizando una identidad GUTI mapeada desde la antigua RAI /P-TMSI o TLLI, la MME o DNS necesita distinguir si la identidad GUTI está asignada por la red, por ejemplo, mediante una red SAE o mapeado. Si se determina que la identidad GUTI es mapeada, la antigua RAI/P-TMSI o TLLI/antigua RAI de la red 2G se reconstruye a partir de la identidad GUTI (si el antiguo SGSN es un 2G SGSN). Un antiguo SGSN se encuentra utilizando la antigua RAI o utilizando la antigua RAI y NRI y una demanda de contexto que contenga la antigua RAI, P-TMSI o TLLI o una demanda de identificación que contenga la antigua RAI, P-TMSI o TLLI se envía a el antiguo SGSN. El antiguo SGSN encuentra el contexto de UE utilizando la antigua RAI y P-TMSI o utilizando la TLLI y reenvía el contexto de UE o la información de IMSI del UE a la MME.

Haciendo referencia a la Figura 2, el equipo UE envía un mensaje de demanda de TAU que contiene la identidad GUTI a la MME y la MME comprueba si la identidad GUTI es real, es decir, la identidad GUTI real asignada por la red SAE al UE o una identidad GUTI mapeada. Si la identidad GUTI es real, la MME envía una demanda de contexto (mensaje de demanda de TAU completa, GUTI) a la antigua MME para obtener el contexto a partir de la antigua MME y la antigua MME encuentra el contexto de UE utilizando la identidad GUTI. El mensaje de demanda de TAU completa es un mensaje de demanda de TAU enviado por el UE y si el mensaje tiene protección de integridad, se envía el mensaje a la antigua MME, para que la antigua MME compruebe la protección de integridad y si la validación es satisfactoria, el contexto de UE se reenvía a una nueva MME. Si la MME comprueba que la identidad GUTI es una identidad GUTI mapeada, la MME envía una demanda de contexto (antigua RAI, P-TMSI o TLLI) a el antiguo SGSN y el antiguo SGSN encuentra el contexto de UE en función de la antigua RAI y de P-TMSI o según TLLI.

Como en el caso de la protección de integridad y seguridad, cuando el UE accede al sistema de SAE utilizando la identidad GUTI mapeada, se pueden adoptar los métodos siguientes.

1. Puesto que el antiguo SGSN no tiene un parámetro de protección de integridad del sistema SAE, la MME puede, en función de que la identidad GUTI es una identidad GUTI mapeada, no enviar el mensaje de demanda de TAU a el antiguo SGSN o bien

2. Sin importar si la identidad GUTI es, o no, una identidad mapeada, la MME envía siempre el mensaje de demanda de TAU al antiguo nodo, por ejemplo, el antiguo SGSN, para solicitar su validación, pero el antiguo SGSN no validará el mensaje y reenvía información indicando que la validación falla o no se realiza ninguna validación en la MME, de modo que la MME realice un proceso relacionado con la seguridad. Si la MME no tiene el contexto de UE, por ejemplo, la identidad GUTI adicional indica otras MMEs, las otras MMEs pueden realizar un proceso relacionado con la seguridad o la MME encuentra el contexto de UE memorizado según la identidad GUTI adicional y realiza la validación de seguridad en el UE o la MME inicia un proceso de validación de seguridad para el UE o bien,

3. Si la identidad GUTI adicional, transmitida por el UE, indica que el contexto de UE está en la MME accedida, la MME accedida realiza la validación de seguridad en el UE y si la validación de seguridad es satisfactoria, la demanda de contexto o demanda de identificación enviada a el antiguo SGSN transmite información que indica que el equipo UE está ya validado o bien,

4. Si la identidad GUTI adicional indica otras MMEs, la nueva MME obtiene un contexto de seguridad a partir de la MME indicada por la identidad GUTI adicional y la nueva MME realiza la validación de seguridad sobre el equipo UE en función del contexto de seguridad obtenido o la nueva MME envía un mensaje de demanda de incorporación Attach o un mensaje de demanda de TAU a la MME indicada por la identidad GUTI adicional para su validación o bien,

5. Si el equipo UE transmite la identidad GUTI mapeada para acceso, el UE no realiza la protección de integridad en mensajes tales como el mensaje de demanda de TAU o el mensaje de demanda de Attach o bien,

6. Si el UE transmite la identidad GUTI mapeada para acceso, el UE transmite un campo de firma de P-TMSI asignado por el SGSN y envía el campo de firma de P-TMSI a la red y la MME recibe el campo de firma de P-TMSI y luego, envía el campo de firma de P-TMSI a el antiguo SGSN con el fin de validar el equipo UE. Es decir, si el equipo UE transmite la identidad GUTI mapeada desde la antigua RAI/P-TMSI o la identidad GUTI mapeada desde TLLI para acceder al sistema de SAE, el equipo UE transmite el IE de firma de P-TMSI y la MME transmite también el IE de firma de P-TMSI en el mensaje de demanda de contexto enviado a el antiguo SGSN, con el fin de solicitar el SGSN antiguo para validar el UE.

El problema de seguridad anterior puede aplicarse también a la siguiente forma de realización en que el UE transmite una identidad GUTI mapeada y accede a un sistema SAE o el UE transmite una antigua RAI/P-TMSI (o TLLI)/firma de P-TMSI y accede a una red de 2G/3G (las posiciones de la MME y de SGSN necesitan intercambiarse).

Forma de realización 4

La diferencia entre esta forma de realización y la tercera forma de realización radica en que, en esta forma de realización, la MME efectúa un mapeado directo de la identidad GUTI. En esta forma de realización, a modo de ejemplo, la MME efectúa un mapeado o reconstruye la identidad GUTI en la antigua RAI/P-TMSI (o TLLI)/firma P-TMSI o la antigua RAI ( P-TMSI o la P-TMSI puede estar también en la forma de TLLI y la MME obtiene el contexto a partir de la entidad antigua, por ejemplo, una antigua MME o un antiguo SGSN, utilizando la antigua RAI/P-TMSI (o TLLI)/firma P-TMSI. Si la entidad antigua es una antigua MME, la antigua MME efectúa el mapeado o reconstruye la antigua RAI /P-TMSI en una identidad GUTI con el fin de obtener el contexto de UE y si la antigua entidad es un antiguo SGSN, el antiguo SGSN encuentra directamente el contexto de UE en función de la antigua firma de RAI/P-TMSI (o TLLI), P-TMSI, para lo que puede hacerse referencia a la Figura 3.

Forma de realización 5

La diferencia entre esta forma de realización y la tercera forma de realización radica en que, en esta forma de realización, después de que se determine que la identidad GUTI es una identidad GUTI mapeada, se realizan diferentes operaciones en función de si un antiguo SGSN correspondiente es, o no, una S4 SGSN o una Gn/Gp SGSN. En esta forma de realización, se realizan diferentes operaciones por un nodo de acceso determinado si el antiguo nodo una MME/S4-SGSN o Gn/Gp SGSN. Por ejemplo, cuando el UE accede a la MME utilizando la identidad GUTI mapeada desde la antigua RAI/P-TMSI, un método de acceso específico puede ser un método TAU o Attach. A modo de ejemplo, si la MME conoce que el antiguo SGSN es una S4 SGSN, por ejemplo, consultando un DNS o según que la interfaz sea una interfaz basada en GTP-v2, la MME envía una demanda de contexto que contiene la identidad GUTI o una demanda de identificación que contiene la identidad GUTI a el antiguo SGSN y el antiguo SGSN reconstruye la antigua RAI y P-TMSI a partir de la identidad GUTI o reconstruye la antigua RAI y P-TMSI TLLI a partir de la identidad GUTI en función de GUTI, obtiene el contexto de UE utilizando la antigua RAI y P-TMSI o utilizando la antigua RAI y/o TLLI y reenvía el contexto de UE o IMSI a la MME. Si la MME conoce que el antiguo SGSN es una Gn/Gp SGSN, tal como una Pre-R8 SGSN, por ejemplo, consultando un DNS o teniendo en cuenta que la interfaz es una interfaz basada en GTP-v1 o v0, la MME reconstruye la antigua RAI/P-TMSI (o TLLI) y envía una demanda de contexto de SGSN (antigua RAI, P-TMSI o TLLI) o una demanda de identificación (antigua RAI, P-TMSI o TLLI) a el antiguo SGSN y el antiguo SGSN encuentra el contexto de UE utilizando la antigua RAI y P-TMSI (o TLLI) y reenvía el contexto de UE a la MME.

Haciendo referencia a la Figura 4, si durante el proceso de incorporación Attach de ASE, el TIN del UE se establece como P-TMSI o TLLI o una identidad temporal utilizada por el UE durante un proceso Detach anterior en una red de 2G/3G, el UE necesita utilizar una identidad GUTI mapeada desde la antigua RAI/P-TMSI (P-TMSI puede ser también TLLI) para acceder al sistema de SAE: después de recibir la identidad GUTI mapeada, la MME puede reconstruir directamente la antigua RAI/P-TMSI (o TLLI) a partir de la GUTI mapeada o determinar si el antiguo SGSN es una S4 SGSN o una Gn/Gp SGSN. SI el antiguo SGSN es una S4 SGSN, el equipo UE puede obtener la IMSI y el contexto a partir de la S4 SGSN a través de una demanda de identificación (GUTI, mensaje de demanda de Attach completo) y la S4 SGSN reconstruye la antigua RAI/P-TMSI (o TLLI) a partir de la identidad GUTI y encuentra el contexto de UE y ^{reenvía la IMSI. Si el antiguo SGSN es una Gn/Gp SGSN, la MME utiliza la antigua} rAi/P-TMSI ^{(o TLLI) reconstruida} para obtener información desde el antiguo SGSN a través de una demanda de identificación que transmite la antigua RAI/P-TMSI (o TLLI). Por supuesto, si existe una identidad temporal asignada por el RAT en acceso, el UE puede utilizar también la identidad temporal asignada por el RAT de acceso durante el proceso Attach, sea cual fuere la indicación del TIN y si ninguna identidad temporal asignada por el RAT en acceso existe, se utiliza una identidad ^{temporal de otro} rAt ^{o si no existe ninguna identidad temporal de cualquier RAT, la IMSI se utiliza para acceso. Si la} identidad GUTI es la identidad GUTI real, el mensaje de demanda de identificación puede necesitar realizar un mensaje de demanda Attach completo desde el UE, con el fin de permitir a la antigua MME realizar la validación de protección de integridad y si la MME encuentra que la identidad GUTI es una identidad GUTI mapeada, la MME no necesita transmitir el mensaje de demanda de Attach en el mensaje de demanda de identificación enviado al SGSN y necesita realizar la validación de seguridad sobre el UE.

En cuanto al problema relacionado con la seguridad, si la identidad GUTI adicional o RAI/P-TMSI adicional transmitida por el UE indica que el UE tiene el contexto, a nivel local, el UE realiza un proceso de seguridad tal como una validación de protección de integridad a nivel local, de modo que una entidad de acceso, por ejemplo, una MME o SGSN, no necesita requerir la antigua entidad indica por el TIN, por ejemplo, una antigua MME o antiguo SGSN, para realizar la validación de protección de integridad y si el UE ya realiza la validación de protección de integridad, a nivel local, la entidad de acceso transmite información que indica que el UE está ya validado en la demanda de contexto, la antigua entidad no necesita validar el UE. Si no es así, si el UE no tiene el contexto de UE en la entidad de acceso local y la antigua entidad indicada por el TIN y la entidad de acceso son el mismo RAT, la entidad de acceso puede requerir a la antigua entidad que realice la validación de protección de integridad sobre el UE, por ejemplo, la entidad de acceso envía el mensaje enviado por el UE a la antigua entidad para validación por la antigua entidad. De este modo, si la identidad GUTI adicional o RAI/P-TMSI adicional, transmitida por el UE, indica que el UE tiene el contexto a nivel local, la entidad de acceso puede no requerir a la antigua entidad que realice el proceso de seguridad sobre el UE, por ejemplo, la entidad de acceso no envía el mensaje enviado por el UE a la antigua entidad; como alternativa, la entidad de acceso requiere a la antigua entidad que realice el proceso de seguridad sobre el UE, pero si la antigua entidad no puede realizar la validación (por ejemplo, la antigua entidad y la entidad de acceso no son el mismo RAT), la antigua entidad reenvía información que indica que la validación no es satisfactoria o no está concluida, con el fin de requerir a la entidad de acceso la validación del UE. Además, si el TIN del UE indica “P-TMSI” o “TLLI”, el equipo UE necesita transmitir la firma de P-TMSI durante el proceso de incorporación Attach o el acceso de TAU/RAU, con el fin de realizar la validación de seguridad sobre el UE, es decir, la entidad de acceso envía la firma de P-TMSI a la antigua entidad pasta validar el UE; de no ser así, si el TIN del UE indica “GUTI”, el UE necesita transmitir la firma de P-TMSI cuando se accede a una red de 2G/3G, porque una parte de información de la identidad GUTI necesita mapearse para la firma de P-TMSI.

Forma de realización 6

La diferencia entre esta forma de realización y la tercera forma de realización radica en que, en la tercera forma de realización, el UE accede a una MME utilizando la identidad GUTI, mientras que, en esta forma de realización, el UE transmite la antigua RAI/P-TMSI/firma P-TMSI para acceder a un SGSN, en donde P-TMSI puede también ser TLLI. A modo de ejemplo, cuando el UE transmite la antigua RAI/P-TMSI (o TLLI)/firma de P-TMSI para acceder al SGSN, el SGSN o DNS encuentra una antigua MME o un antiguo SGSN en función de la diferencia entre la antigua RAI /P-TMSI (o TLLI)/firma de P-TMSI y la identidad mapeada, por ejemplo, la diferencia entre un bit de MMEGI y un bit de LAC. El SGSN puede obtener siempre el contexto a partir de la antigua entidad utilizando la antigua RAI /P-TMSI/firma de P-TMSI. Si la antigua entidad es una MME, el SGSN envía una demanda de contexto de SGSN que contiene la antigua RAI /P-TMSI/TLLI y firma P-TMSI a la antigua MME y la antigua MME reconstruye una identidad GUTI, encuentra y reenvía el contexto de UE y reenvía el contexto de EPS o el contexto de 2G/3G en función de la interfaz o el contenido de la demanda de contexto.

Haciendo referencia a la Figura 5, el UE accede al SGSN enviando un mensaje de demanda de RAU, es decir, utilizando la antigua RAI, P-TMSI/TLLI y firma P-TMSI. SI el UE utiliza la antigua RAI, P-TMSI/TLLI y firma de P-TMSI mapeada desde la identidad GUTI para acceso, el SGSN encuentra la dirección de la antigua MME y envía una demanda de contexto que transmite un mensaje (antigua RAI, P-TMSI/TLLI, firma P-TMSI) a la antigua MME y la antigua MME reconstruye la identidad GUTI en función de la antigua RAI, P-TMSI/TLLI y firma de P-TMSI, encuentra y reenvía el contexto de UE. Además, puesto que la antigua MME no tiene la información de firma de P-TMSI, el UE puede validarse utilizando los métodos siguientes.

1. La antigua MME transmite información que indica que la seguridad del UE no está validada en la respuesta de contexto reenviada, por ejemplo, transmite un valor de Causa de ‘firma de P-TMSI desadaptada’ de modo que el SGSN revalide el UE.

2. Como alternativa, si el SGSN no tiene el contexto de UE y el SGSN conoce que el antiguo nodo correspondiente a la antigua RAI, P-t Ms I/TLLI y firma P-TMSI indicada por el TIN es una antigua MME, el SGSN valida siempre el UE y transmite la información de “MS validada” en la demanda de contexto enviada a la antigua MME para indicar que la validación del UE es ya satisfactoria. Si el SGSN tiene el contexto de UE y el contexto de UE se puede encontrar utilizando la RAI/P-TMSI adicional, el SGSN valida primero el UE y si la validación es satisfactoria, el SGSN transmite la información “MS validada” en la demanda de contexto enviada a la antigua MME para indicar que el UE ya supera la validación.

Forma de realización 7

La diferencia entre esta forma de realización y la sexta forma de realización radica en que, en la sexta forma de realización, la antigua MME reconstruye la identidad GUTI desde la antigua RAI/P-TMSI/firma P-TMSI, en donde P-TMSI puede ser TLLI. En esta forma de realización, a modo de ejemplo, si la antigua entidad es una MME antigua, el SGSN reconstruye la identidad GUTI a partir de la antigua RAI/P-TMSI (o TLLI)/firma P-TMSI. Haciendo referencia a la Figura 6, el SGSN conoce si la entidad antigua es una MME o un SGSN y si la entidad antigua es una MME, la S4 SGSN reconstruye la identidad GUTI y envía una demanda de contexto (GUTI) a la antigua MME y la antigua MME encuentra el contexto de UE en función de GUTI y reenvía el contexto de UE.

El problema de seguridad es similar al de la tercera a sexta forma de realización y si el SGSN tiene, a nivel local, el contexto de UE, el SGSN valida la firma de P-TMSI y si el SGSN no tiene el contexto de UE y encuentra que la antigua entidad es una MME, el SGSN inicia siempre un proceso de seguridad y el SGSN reconstruye la identidad GUTI y demanda a la antigua MME el contexto de UE.

El nodo de acceso puede distinguir si una identidad temporal es una identidad temporal original o una identidad mapeada y se puede utilizar también un DNS para analizar la identidad temporal y luego, realimentar al nodo de acceso si la identidad temporal es una identidad mapeada. Si la dirección del antiguo nodo trasladado por el nodo de acceso y el DNS es errónea, el antiguo nodo convertido continúa la búsqueda del antiguo nodo real después de recibir la demanda de contexto y retransmite el mensaje al antiguo nodo real.

Además, en la técnica anterior, el UE puede transmitir también una TMSI adicional (identidad temporal adicional) es decir, el UE transmite una identidad GUTI adicional cuando accede a la red SAE y transmite una antigua RAI/P-TMSI adicional cuando accede a la red de 2G/3G, en donde P-TMSI puede ser también TLLI. La función de la TMSI adicional es buscar el contexto de UE que posiblemente exista en la entidad RAT de acceso cuando sea posible y obtener el contexto utilizando la identidad temporal indicada por el TIN, de modo que el contexto obtenido pueda combinarse directamente con el contexto de UE en la entidad RAT actual. Dicho de otro modo, el RAT de acceso necesita determinar de nuevo si la entidad RAT actual tiene el contexto de UE en función de la información de IMSI en el contexto obtenido y luego, combina los contextos, lo que da lugar a una mayor complejidad. En realidad, la TMSI adicional no necesita transmitirse en los casos siguientes con el fin de ahorrar los recursos de interfaz de aire: actualización de localización periódica (TAU periódica o RAU periódica) o TAU o RAU en un proceso de transferencia o la identidad temporal indicada por TIN es compatible con la identidad temporal adicional, es decir, TIN indica la identidad temporal del RAT de acceso o el UE tiene la identidad temporal del RAT de acceso durante el proceso Attach.

A través de las formas de realización anteriores de la presente invención, se especifica el procesamiento por cada nodo sobre la identidad temporal. Se pueden conseguir los efectos siguientes.

La identidad GUTI real puede distinguirse de la identidad GUTI mapeada y la antigua RAI /P-TMSI (o TLLI) puede distinguirse de la antigua RAI/P-TMSI/(o TLLI) mapeada. Por ejemplo, se establece un bit en el LAC y la MMEGI, que es siempre 0 en el LAC y siempre 1 en la MMEGI.

Cuando el UE utiliza la identidad GUTI mapeada a partir del a antigua RAI/P-TMSI para acceder a una red SAE, el eNodoB conoce mediante la distinción de que el UE utiliza la antigua RAI/P-TMSI para el acceso y selecciona una MME correspondiente a la NRI cuando sea posible o el eNodoB determina, detectando si el LAC está configurado, si seleccionar, o no, la MME correspondiente a la NRI o reseleccionar una MME.

Cuando el UE utiliza la identidad GUTI mapeada desde la antigua RAI/P-TMSI para acceder a una MME, la MME conoce que la identidad GUTI es una GUTI mapeada, reconstruye la antigua RAI/P-TMSI/TLLI, busca el antiguo SGSN utilizando la antigua RAI y NRI y envía un mensaje de demanda de contexto (antigua RAI, P-TMSI/TLLI) a el antiguo SGSN y el antiguo SGSN busca el contexto de UE utilizando la antigua RAI y P-TMSI/TLLI y reenvía el contexto de UE a la MME.

Como alternativa, cuando el UE utiliza la identidad GUTI mapeada desde la antigua RAI/P-TMSI para acceder a una MME, la MME conoce que la identidad GUTI es una GUTI mapeada y determina si el antiguo SGSN es una S4 SGSN o una Gn/Gp SGSN. Si el antiguo SGSN es una S4 SGSN, la MME envía una demanda de contexto que transmite la identidad GUTI o una demanda de identificación a el antiguo SGSN y el antiguo SGSN reconstruye la antigua RAI y P-TMSI/TLLI a partir de GUTI, busca el contexto de UE utilizando la antigua RAI y P-TMSI/TLLI y reenvía el contexto de UE a la MME. Si el antiguo SGSN es una Gn/Gp SGSN, la MME reconstruye la antigua RAI/P-TMSI/TLLI y envía una demanda de contexto que transmite (antigua RAI/P-TMSI/TLLI) a el antiguo SGSN y el antiguo SGSN busca el contexto de UE utilizando la antigua RAI y P-TMSI/TLLI y reenvía el contexto de UE a la MME.

La TMSI adicional puede no ser necesaria durante TAU/RAU en un proceso de transferencia o TAU/RAU periódica o cuando la identidad temporal indicada por TIN es compatible con la identidad temporal adicional o cuando el UE tiene la identidad temporal del RAT de acceso durante el proceso Attach.

Cuando la MME y el SGSN del nodo combinado pertenecen a diferentes redes PLMNs o cuando una MME y un SGSN de diferentes redes PLMNs establecen un ISR, el UE puede realizar dos identificadores PLMN-id o configuraciones con el fin de permitir al nodo RAN seleccionar un nodo CN correspondiente.

Distinguiendo que la identidad transmitida por el UE es asignada por qué RAT, el nodo RAN o el nodo de acceso puede realizar un procesamiento adecuado correspondiente con el fin de evitar la selección de un nodo erróneo o enviar parámetros incoherentes al nodo correspondiente.

En un ejemplo se a da conocer, además, un método para asignar un nodo de recursos de red a un UE, que incluye: la obtención, por una red, de un atributo de mapeado de una identidad temporal transmitida por un UE y la asignación, por la red, de un nodo de recursos de red al UE en función del atributo de mapeado de la identidad temporal.

Más concretamente, la obtención, por la red, del atributo de mapeado de la identidad temporal transmitida por el UE es: determinar, por la red, si la identidad de UE se asigna por la red o es mapeada.

Una forma de realización detallada se describe como sigue:

cuando la red accedida por el UE es una red SAE, la obtención, por la red, del atributo de mapeado de la identidad transmitida por el UE es: determinar, mediante un eNodoB de la red SAE, si un GUMMEI transmitido por el UE o una MMEGI en el GUMMEI es asignado por la red de SAE o mapeada;

si el GUMMEI o MMEGI es asignada por la red SAE, la asignación, por la red, del nodo de recursos de red al UE en función del atributo de mapeado de la identidad es: seleccionar, por el eNodoB, una MME en función del GUMMEI o en función del MMEGI y un MMEC y

si el GUMMEI o MMEGI es mapeado, la asignación, por la red, del nodo de recursos de red al UE en función del atributo de mapeado de la identidad es: seleccionar, por el eNodoB, una MME en función de un MCC, un MNC y un MMEC en el GUMMEI o seleccionar, por el eNodoB, una MME en función del MMEC en el GUMMEI.

Como alternativa, el método puede realizarse también en el modo siguiente:

cuando la red accedida por el UE es una red SAE, la obtención, por la red, del atributo de mapeado de la identidad transmitida por el UE es: determinar, por una MME o la red SAE, si una identidad GUTI transmitida por el UE es asignada por la red SAE o es mapeada;

si la identidad GUTI es asignada por la red SAE, antes de la asignación, por la red, del nodo de recursos de red para el UE en función del atributo de mapeado de la identidad, el método incluye, además: la obtención, por la MME, de un contexto de UE a partir de una antigua MME utilizando la identidad GUTI y

si la identidad GUTI es mapeada, antes de la asignación, por la red, del nodo de recursos de red para el UE en función del atributo de mapeado de la identidad, el método incluye, además: la reconstrucción, por la MME, de una antigua RAI/P-TMSI a partir de la identidad GUTI y la obtención del contexto de UE a partir de un antiguo SGSN utilizando la antigua RAI/P-TMSI o reconstruir, por la MME, una antigua RAI/TLLI a partir de la identidad GUTI y la obtención del contexto de UE a partir del antiguo SGSN utilizando la antigua RAI/TLLI.

En correspondencia con la descripción anterior de los ejemplos de métodos, un ejemplo da a conocer, además, un UE, que no realiza la protección de integridad sobre un mensaje de acceso cuando accede a un sistema SAE utilizando una identidad GUTI mapeada.

Haciendo referencia a la Figura 7, un dispositivo de red incluye un módulo de obtención de atributo de identidad 701 y un módulo de asignación de nodos de recursos de red 702. El módulo de obtención de atributo de identidad 701 está configurado para distinguir si un UE utiliza una identidad temporal mapeada o una identidad temporal real. La identidad temporal real es una identidad asignada por el lado de la red. El nodo de la red puede ser un nodo RAN.

El módulo de asignación de nodos de recursos de red 702 está configurado para asignar un nodo de recursos de red al UE en función del atributo de la identidad temporal del UE, es decir, en función de si la identidad del UE es asignada por la red o mapeada. El nodo del lado de la red es una MME, un SGSN o un nodo CN.

A través de las descripciones de las formas de realización precedentes, los expertos en esta materia pueden entender que la presente invención se puede realizar utilizando hardware solamente o utilizando software y una plataforma de hardware universal necesaria. Sobre la base de dichos conocimientos, la totalidad o parte de la solución técnica bajo la presente invención que hace aportaciones a la técnica anterior puede ser esencialmente materializada en la forma de un producto de software. El producto de software puede memorizarse en un medio de memorización, que puede ser un disco magnético, una memoria de lectura solamente de disco compacto (CD-ROM), una memoria de lectura solamente (ROM) o una memoria de acceso aleatorio (RAM). El producto de software incluye varias instrucciones que permiten a un dispositivo informático (ordenador personal, servidor o dispositivo de red) ejecutar los métodos dados a conocer en las formas de realización de la presente invención.

Claims (14)

REIVINDICACIONES

1. Un método para el acceso por un equipo de usuario, UE, que accede a una red de Evolución de Arquitectura de Sistema, SAE, que comprende:

cuando una Identidad Temporal utilizada en la Actualización Siguiente, TIN, en un Equipo de Usuario, UE, = "P-TMSI", en donde P-TMSI es la identidad de Abonado Móvil Temporal en Paquetes,

enviar a la red SAE por el UE, una identidad Temporal Única Global, GUTI adicional y una primera identidad mapeada desde una P-TMSI y el antiguo Identificador de Área de Encaminamiento, RAI; y

caracterizado por cuanto que:

cuando la identidad TIN en el equipo UE = "GUTI" o existe “una tecnología de acceso por radio, con la identidad de abonado móvil temporal relacionada con RAT, TMSI",

enviar, por parte del equipo UE, una entidad GUTI de la red SAE sin la entidad GUTI adicional, en donde la entidad GUTI adicional es compatible con la entidad GUTI de la red SAE.

2. El método según la reivindicación 1, en donde la primera identidad mapeada desde la P-TMSI y la RAI incluye un identificador ID de grupo de MME, entidad de gestión de movilidad, a partir de un código de área de localización, LAC, y el primer bit, del ID de grupo de MME, es diferente al primer bit de un identificador ID de grupo de MME incluido en la identidad GUTI de la red SAE.

3. El método según la reivindicación 2, en donde el primer bit del ID del grupo de MME de la primera identidad mapeada desde una P-TMSI es 0, y el primer bit del ID del grupo de MME de la identidad GUTI de la red SAE es 1.

4. El método según cualquiera de las reivindicaciones 1 a 3, en donde el envío por parte del equipo UE de la primera identidad o GUTI de la red SAE comprende el envío en una demanda de Actualización de Área de Seguimiento, TAU.

5. El método según cualquiera de las reivindicaciones 1 a 4, en donde el equipo UE genera la primera identidad mapeada a partir de P-TMSI y RAI.

6. El método según cualquiera de las reivindicaciones 1 a 5, en donde la primera identidad mapeada es una entidad GUTI mapeada.

7. Un producto de programa informático, que comprende instrucciones que, cuando son ejecutadas por un ordenador, hacen que el ordenador realice el método según cualquiera de las reivindicaciones 1 a 6.

8. Un equipo de usuario, UE, que comprende:

medios para cuando una Identidad Temporal utilizada en la Actualización Siguiente, TIN, en un Equipo de Usuario, UE, = "P-TMSI", en donde P-TMSI es la Identidad de Abonado Móvil Temporal de Paquete,

enviar a la red SAE, una Identidad Temporal Única Global, GUTI adicional y una primera identidad mapeada desde una P-TMSI y el antiguo Identificador de Área de Encaminamiento, RAI; y

caracterizado por

medios para cuando la actualización TIN en el equipo UE = "GUTI" o se encuentra "una identidad de abonado móvil temporal, TMSI, relacionada con RAT, en una tecnología de acceso por radio",

enviar una entidad GUTI de la red SAE sin la entidad GUTI adicional, en donde la entidad GUTI adicional es compatible con la entidad GUTI de la red SAE.

9. El equipo de usuario UE según la reivindicación 8, en donde la primera identidad mapeada a partir de la P-TMSI y de la RAI incluye un identificador ID de grupo de MME, Entidad de Gestión de Movilidad, desde un código de área de localización, lAc , y el primer bit, del ID de grupo de MME es diferente al primer bit de un ID de grupo de MME incluido en la entidad Gu T i de la red SAE.

10. El equipo UE según la reivindicación 9, en donde el primer bit del identificador ID de grupo de MME de la primera identidad mapeada de una P-TMSI es 0, y el primer bit del ID de grupo de MME de la entidad GUTI de la red SAE es 1.

11. El equipo UE según cualquiera de las reivindicaciones 9 a 10, en donde el envío de la primera identidad o GUTI de la red SAE comprende el envío de una demanda de Actualización de Área de Seguimiento, TAU.

12. El equipo UE según cualquiera de las reivindicaciones 9 a 11, que comprende, además:

medios para generar, para el equipo UE, la primera identidad mapeada desde la P-TMSI y RAI.

13. El equipo UE según cualquiera de las reivindicaciones 9 a 12, en donde la primera identidad mapeada es una entidad GUTI mapeada.

14. Un sistema, que comprende una red de Evolución de Arquitectura del Sistema, SAE, y el equipo de usuario, UE, según cualquiera de las reivindicaciones 8 a 13.