ES2971771T3 - Dirección de itinerancia en redes de comunicación inalámbrica - Google Patents

Abstract

Un método para controlar la itinerancia (SOR) en redes de comunicaciones inalámbricas incluye enviar mediante un equipo móvil (ME) un mensaje de registro a una red móvil terrestre pública visitada (VPLMN). El ME recibe un primer mensaje desde una red móvil terrestre pública doméstica (HPLMN) a través de la VPLMN. El ME determina que el primer mensaje no pasó el control de seguridad. En respuesta a determinar que el primer mensaje no pasó la verificación de seguridad, la ME envía un segundo mensaje a la VPLMN, incluyendo el segundo mensaje una indicación de que el primer mensaje no pasó la verificación de seguridad. (Traducción automática con Google Translate, sin valor legal)

Description

DESCRIPCIÓN

Dirección de itinerancia en redes de comunicación inalámbrica

CAMPO TÉCNICO

La presente descripción se refiere a la itinerancia en redes de comunicación inalámbrica.

ANTECEDENTES

La dirección del equipo de usuario (UE, por sus siglas en inglés) en una red móvil terrestre pública visitada (VPLMN, por sus siglas en inglés) es un procedimiento que permite a una red móvil terrestre pública local (HPLMN, por sus siglas en inglés) actualizar una lista de combinaciones de PLMN/tecnología de acceso preferidas en el UE a través de la señalización de estrato de no acceso (NAS, por sus siglas en inglés). La HPLMN actualiza la lista de combinaciones de tecnología de acceso/PLMN preferidas, por ejemplo, dependiendo de la red móvil terrestre pública (PLMN) donde está registrado el UE o cuando lo requieran las políticas del operador de la HPLMN. La dirección del UE en VPLMN también se puede conocer como dirección de itinerancia (SOR - steering of roaming). SOR permite a una HPLMN dirigir un equipo de usuario (UE) de una red a otra. SOR es una técnica mediante la cual se alienta a un UE itinerante a itinerar a una red itinerante preferida por la HPLMN. Por ejemplo, un UE está registrado en una red móvil terrestre pública (PLMN) y, por alguna razón, la HPLMN del UE quiere que el UE se registre en otra PLMN.

SAMSUNG, "p-CR for securely transmitting Preferred PLMN list to UE", vol. CT WG1, no. Reno (USA); 3GPP DRAFT; C1-175066-STEERING FINAL, 3rd Generation Partnership Project (3GPP) describe un procedimiento para proporcionar una lista de combinaciones preferidas de PLMN/tecnología de acceso donde:

1. El UE inicia el registro enviando un mensaje de SOLICITUD DE REGISTRO a la Función de Gestión de Movilidad y Acceso (AMF) de VPLMN, y la AMF de VPLMN decide iniciar el procedimiento de autenticación como se define en 3GPP TS 33.501.

2. VPLMN AMF envía un mensaje 5G-AIR a la función de servidor de autenticación (AUSF) de HPLMN.

3. AUSF envía un mensaje de solicitud de información de autenticación al nodo de gestión unificada de datos (UDM).

4. UDM decide proporcionar la PLMN/lista de tecnología de acceso preferida al UE.

5. UDM envía la lista PLMN/tecnología de acceso preferida en un mensaje de respuesta de información de autenticación junto con otros parámetros existentes.

6. La AUSF envía el mensaje de respuesta de inicio de autenticación 5G (5G-AIR) a la VPLMN AMF, que incluye una lista de tecnologías de acceso/PLMN preferidas protegidas.

7. La VPLMN AMF envía de forma transparente la PLMN/lista de tecnología de acceso preferida al UE.

8. El UE realiza una verificación de integridad en la PLMN/lista de tecnología de acceso preferida recibida.

HUAWEI ET AL:"Discussion paper for steering of roaming",3GPP DRAFT; S3-173235 DISCUSSION PAPER FOR STEERING OF ROAMING, 3RD GENERATION PARTNERSHIP PROJECT (3GPP), MOBILE COMPETENCE CENTRE; 650, ROUTE DES LUCIOLES ; F-06921 SOPHIA-ANTIPOLIS CEDEX ; FRANCIA, vol. SAWG3, no. Reno, EE. UU.; 20 noviembre 2017, divulga un procedimiento para proteger una lista de PLMN preferidas durante la autenticación primaria.

El documento WO 2019/017689, que se publica el 24 de enero de 2019, proporciona un sistema para gestionar el antidireccionamiento de la itinerancia en una red de comunicación inalámbrica. El sistema incluye una HPLMN, una VPLMN y un UE. La HPLMN obtiene un mensaje de solicitud de registro de la VPLMN y obtiene al menos una clave de seguridad específica de HPLMN en función de al menos un parámetro de seguridad. Además, la HPLMN protege una lista de PLMN preferida usando la al menos una clave de seguridad específica de HPLMN y el parámetro de seguridad y envía la lista de PLMN preferida protegida a la VPLMN junto con la información de seguridad necesaria. Además, la VPLMN está configurada para recibir la lista de PLMN preferidas protegidas desde la HPLMN y enviar un mensaje que incluye la lista de PLMN preferidas protegidas al UE. El mensaje ordena a la VPLMN que envíe la lista de PLMN preferida de forma transparente al UE. Además, el UE está configurado para recibir el mensaje que incluye la lista de PLMN preferida desde la VPLMN.

RESUMEN

En función de un primer aspecto de la presente invención, se proporciona un procedimiento según la reivindicación 1.

En aspectos adicionales, se proporcionan equipos móviles según la reivindicación 3 y un producto de programa informático según la reivindicación 4.

DESCRIPCIÓN DE LOS DIBUJOS

La Figura 1 es un diagrama de flujo de datos que ilustra un procedimiento de ejemplo de uso de un procedimiento de autenticación para transportar una lista de redes móviles terrestres públicas (PLMN) preferidas y combinaciones de tecnología de acceso.

La Figura 2 es un diagrama de flujo de datos que ilustra un procedimiento de dirección de itinerancia (SOR), en función de la invención.

Las Figuras 3A-3B ilustran un diagrama de flujo de datos de un procedimiento de registro de ejemplo de 3GPP TS 23.502.

Las Figuras 4A-4C ilustran una descripción de ejemplo para incluir un indicador de tipo de dispositivo en un mensaje de SOLICITUD DE REGISTRO, en función de algunas implementaciones de la presente descripción.

La Figura 5 ilustra una descripción de ejemplo para incluir un indicador de tipo de dispositivo en un mensaje de Protocolo de autenticación extensible (<e>A<p>- Extensible Authentication Protocol), en función de algunas implementaciones de la presente descripción.

La Figura 6 es un diagrama de flujo de datos que ilustra un procedimiento de ejemplo que utiliza señalización EAP para enviar datos SOR, en función de algunas implementaciones de la presente descripción.

La Figura 7 es un diagrama de flujo de datos que ilustra un procedimiento de ejemplo que utiliza señalización EAP para obtener datos SOR en redes de quinta generación (5G), en función de algunas implementaciones de la presente descripción.

Las Figuras 8A-8E ilustran una descripción de ejemplo del envío de datos de SOR en EAP - Acuerdo de Autenticación y Clave (AKA - Authentication and Key Agreement), en función de algunas implementaciones de la presente descripción.

La Figura 9 ilustra una descripción de ejemplo de un comando ACTUALIZAR (REFRESH), en función de algunas implementaciones de la presente descripción.

La Figura 10 ilustra una descripción de ejemplo de un archivo de entorno (EF - Environment File) para datos "Selector PLMN controlado por operador con tecnología de acceso", en función de algunas implementaciones de la presente descripción.

La Figura 11 es un diagrama de flujo de datos que ilustra un procedimiento de SOR de ejemplo, en función de algunas implementaciones de la presente descripción.

Las Figuras 12A-12B ilustran una descripción de ejemplo para el procedimiento SOR de la Figura 11, en función de algunas implementaciones de la presente descripción.

La Figura 13 es un esquema que ilustra un nodo de red ejemplar en función de algunas implementaciones de la presente descripción.

La Figura 14 es un esquema que ilustra un aparato UE de ejemplo en función de algunas implementaciones de la presente descripción.

Las Figuras 15A-15F ilustran una descripción de ejemplo para dirigir el UE en la PLMN visitada (VPLMN) durante el registro y después del registro, en función de algunas implementaciones de la presente descripción.

Los números de referencia y las designaciones similares en los diversos dibujos indican elementos similares.

DESCRIPCIÓN DETALLADA

La presente descripción se refiere a la dirección de itinerancia (SOR) en redes de comunicación inalámbrica (es decir, la dirección del equipo de usuario (UE) en la red móvil terrestre pública visitada (VPLMN)). En algunas redes inalámbricas, como las redes de quinta generación (5G), un operador local (por ejemplo, la red móvil terrestre pública local (HPLMN)) puede dirigir un UE de una red a otra. Por ejemplo, un UE está registrado en una red móvil terrestre pública (PLMN), y la HPLMN del UE puede querer que el UE se registre en otra PLMN. Las realizaciones de la invención son las que se describen a continuación con referencia a la Figura 2. Las realizaciones, aspectos y ejemplos restantes descritos a continuación se incluyen con fines ilustrativos y para facilitar la comprensión de la invención.

Un UE puede realizar una búsqueda de PLMN para encontrar una PLMN alternativa. Por ejemplo, cuando el UE se enciende por primera vez, el UE puede realizar una búsqueda inicial de PLMN. Después de que el UE se enciende, el UE puede realizar la búsqueda de PLMN periódicamente. La búsqueda periódica de PLMN, por ejemplo, permite al UE encontrar una PLMN que tenga una prioridad más alta que la PLMN actual del UE (la PLMN en la que el UE está registrado actualmente también se denomina VPLMN del UE o PLMN registrada (RPLMN)). Por ejemplo, el UE está en una VPLMN (2a red) que no sea su HPLMN (1a red), y el UE puede buscar periódicamente la HPLMN. La búsqueda periódica de PLMN puede ocurrir cuando expira un temporizador. Un ejemplo de dicho temporizador es un temporizador conocido como temporizador T. La búsqueda de PLMN solo puede tener lugar cuando el UE está en un modo INACTIVO, estado INACTIVO, modo 5GMM-IDLE (INACTIVO) o estado CM-IDLE (INACTIVO), por ejemplo, un estado donde no hay comunicaciones activas que tengan lugar con la red. Si el UE realiza una búsqueda/selección de PLMN en un modo CONECTADO, se perdería cualquier conexión, ya que la radio tendría que desconectarse de la PLMN actual. Por lo tanto, si el temporizador T expira, el UE tiene que esperar hasta que el UE esté en modo inactivo para realizar la búsqueda de PLMN.

En algunos casos, como en los sistemas de cuarta generación (4G), tercera generación (3G) o segunda generación (2G), una vez que un UE se ha conectado a una VPLMN, la HPLMN envía un Mensaje Corto (SM) que incluye un paquete seguro (como se define en ETSI TS 102225). Este paquete seguro incluye al menos una identidad PLMN. El SM es recibido por el Equipo Móvil (ME) del UE, y en base a una indicación (por ejemplo, punto de código) en el SM, el ME determina que parte o la totalidad del contenido del SM es para la tarjeta de circuito integrado universal (UICC) del UE. La UICC luego recibe el SM y desempaqueta el SM para determinar que incluye un paquete seguro. El contenido del paquete protegido actualiza la lista de PLMN del operador preferido (por ejemplo, la entrada más importante) en la UICC, y la UICC envía un comando de ACTUALIZACIÓN del kit de herramientas de aplicación (USAT) del módulo de identidad de abonado universal (USIM) al ME. Al recibir el comando de ACTUALIZACIÓN, el ME lee la lista de PLMN de operador preferido de la UICC o del comando de ACTUALIZACIÓN si se incluyó una lista de PLMN, y almacena la lista en la memoria del ME. El ME realiza entonces una búsqueda de PLMN teniendo en cuenta las PLMN en la lista de PLMN de operador preferido actualizada. La lista actualizada de PLMN de operador preferido puede haber cambiado como resultado del paquete seguro. Se apreciará que la lista de PLMN de operador preferido es una entrada en la aplicación USIM que solo puede ser modificada por la entidad que tiene las claves necesarias que permiten realizar modificaciones, por ejemplo, el proveedor de servicios a domicilio, la HPLMN. Sin embargo, podría ser cualquier aplicación que proporcione la funcionalidad al ME para indicar qué redes deben elegirse cuando el UE realiza una selección de PLMN.

En algunos casos, como en las redes 5G, se puede usar un procedimiento de autenticación (que es parte de un procedimiento de registro) para transportar una lista de redes o PLMN (o una lista de PLMN preferidas y combinaciones de tecnología de acceso) al UE. La Figura 1 es un diagrama de flujo de datos 100 que ilustra un procedimiento de ejemplo de uso de un procedimiento de autenticación para transportar una lista de PLMN preferidas y combinaciones de tecnología de acceso. El diagrama de flujo de datos 100 es en función de la contribución 3GPP CT1 C1-180462. El diagrama de flujo de datos 100 incluye un UE 102, un nodo de función de gestión de acceso y movilidad (AMF) de VPLMN 104, un nodo de función de servidor de autenticación (AUSF) de HPLMN 106 y un nodo de gestión de datos unificada (UDM) de HPLMN 108. El UE 102 puede incluir un ME y un módulo de memoria (extraíble). Un ejemplo de un módulo de memoria es una UICC. La UICc puede incluir un módulo de identidad de abonado (SIM - subscriber identity module), una SIM universal (USIM) o un módulo de identidad de usuario extraíble (R-UIM - Removable User Identity Module), que se conocen colectivamente como aplicaciones de la UICC. El ME y la UICC pueden usar un conjunto de comandos, USAT definidos en 3GPP TS 31.111 para intercambiar datos y solicitarse mutuamente que realicen operaciones en nombre de la otra entidad. AUE también puede conocerse como estación móvil (MS). Los nodos 104, 106 y 108 pueden ser componentes de red central. La AMF puede incluir funciones de gestión de acceso y movilidad, como la gestión de registros, la gestión de conexiones, la gestión de movilidad y la autenticación y autorización de acceso. El AUSF puede proporcionar servicios de autenticación de UE. La UDM puede tener funcionalidades similares a las del registro de ubicaciones locales (HLR - Home Location Register) o el servidor de suscriptores locales (HSS - Home Subscriber Server), como la generación de credenciales de autenticación de acuerdo de claves y autenticación 3GPP (AKA). En esta descripción, tecnología de acceso se refiere a tecnología de acceso por radio.

En la Figura 1, durante las etapas 5-7 del procedimiento de autenticación, la UDM de HPLMN 108 puede enviar datos de SOR (por ejemplo, una lista de PLMN preferidas, una lista de PLMN preferidas y combinaciones de tecnología de acceso, o una lista protegida de HPLMN de PLMN preferidas/combinaciones de tecnología de acceso) al UE 102. Por ejemplo, si la HP<l>M<n>quiere que el UE se registre en una PLMN diferente (3a red), la UDM de H<p>L<m>N 108 puede enviar los datos de SOR. Sin embargo, después de que el UE 102 recibe los datos de SOR, el UE no puede realizar una búsqueda de PLMN porque el UE está en un modo conectado durante la fase de autenticación (como se analizó anteriormente, la búsqueda de PLMN se realiza cuando el UE está en un modo inactivo). En algunos casos, el temporizador T no se configura hasta que el UE complete el procedimiento de registro. En otras palabras, el temporizador T se inicia al finalizar el procedimiento de registro, y el UE no realiza una búsqueda de PLMN hasta que expira el temporizador T. Como resultado, el UE 102 puede registrarse en una PLMN indeseable durante una cantidad de tiempo considerable. Sin embargo, es beneficioso para un operador dirigir (solicitar al UE que realice una búsqueda de PLMN) el UE a una PLMN diferente lo antes posible, por ejemplo, antes de que el intento de conexión o registro se complete con éxito. Además, un UE en la fase de autenticación no puede usar los procedimientos existentes de los sistemas 2G, 3G o 4G para recibir un paquete seguro que incluya los datos SOR, porque un UE no puede recibir un SM si no está conectado o registrado en una red.

Además de eso, el UE puede estar en una PLMN indeseable durante mucho tiempo, la entrega de datos SOR en la Figura 1 también tiene los siguientes problemas. En primer lugar, en las etapas 5-7, los datos de SOR se envían en texto claro al UE 102. Como resultado, los datos de SOR pueden ser modificados por el nodo de VPLMN 104. En segundo lugar, el procedimiento de autenticación en redes 5G utiliza el Protocolo de Autenticación Extensible (EAP -Extensible Authentication Protocol). En algunos casos, los datos en el primer paquete EAP pueden ser modificados e incluso eliminados por el nodo VPLMN 104, y el UE receptor 102 y el nodo<h>P<l>M<n>emisor 108 no saben que esto se ha hecho. En tercer lugar, la información persistente sobre el USIM o la UICC puede no actualizarse, lo que hace que la HPLMN posiblemente envíe datos de SOR repetidamente. AUICC o USIM (por ejemplo, módulo de memoria) contiene datos o información persistentes. Los datos persistentes se refieren a datos almacenados en una memoria que no serían inaccesibles o incluso borrados o eliminados, por ejemplo, al reiniciar el dispositivo o módulo dentro del dispositivo. Por ejemplo, el ME lee, por ejemplo, los datos "Selector PLMN controlado por el operador con tecnología de acceso" u otros datos del USIM o UICC, por ejemplo, después de que el ME se inicia o se activa. El ME puede leer los datos en otros momentos, por ejemplo, al recibir el comando de ACTUALIZACIÓN. El ME puede modificar los datos "Selector PLMN controlado por el operador con tecnología de acceso" en función de los datos SOR recibidos, y la modificación realizada por el ME debe sincronizarse con el USIM o el ETCC para que los datos persistentes se actualicen y las actualizaciones estén disponibles después de, por ejemplo, reiniciar, iniciar o arrancar. Sin embargo, el acceso de escritura a algunos datos UICC o USIM, incluido el "Selector PLMN controlado por el operador con tecnología de acceso", está protegido como se describió anteriormente. Solo el operador de HPLMN tiene las credenciales para el acceso de escritura a estos datos. Ni la VPLMN ni el ME tienen estas credenciales. En otras palabras, después de recibir los datos de SOR, el ME en el UE 102 no puede actualizar los datos persistentes en la UICC o USIM, lo que puede hacer que la HPLMN envíe datos de SOR repetidamente.

En algunos casos, un UE puede estar en un modo de selección de red manual. En el modo de selección de red manual, el UE selecciona una PLMn sin considerar necesariamente las preferencias de la HPLMN. En un modo de selección de red automática, el UE considera las preferencias de la HPLMN al seleccionar una PLMN. En el caso del modo de selección de red manual, SOR puede no tener lugar porque el dispositivo ha elegido una VPLMN o red según las preferencias del UE. Otra razón para que un UE seleccione una red o VPLMN es porque la VPLMN está incluida en la lista "Selector de PLMN controlado por el usuario con tecnología de acceso". Por ejemplo, el UE encuentra una red en la lista "Selector PLMN controlado por el usuario con tecnología de acceso". El usuario/aplicación ha llenado la lista "Selector de PLMN controlado por el usuario con tecnología de acceso" con entrada(s) de PLMN y es similar a realizar una selección de red manual, es decir, el UE ha elegido una red por una razón específica. Por lo tanto, SOR no puede tener lugar si el UE ha elegido una VPLMN y una red en la lista "Selector PLMN controlado por el usuario con tecnología de acceso".

En algunos casos, un UE puede estar limitado por la batería (o limitado por los recursos). Debido a que la búsqueda de PLMN (por ejemplo, el procedimiento de descubrimiento de red) consume energía de la batería y no hay garantía de que haya disponible una red alternativa, es deseable que las operaciones de SOR tengan en cuenta si un UE está limitado por la batería para prolongar la vida útil de la batería. En algunos casos, un UE puede estar restringido por la movilidad, como los UE fijos, y puede ser deseable no realizar SOR porque no es probable que cambien las PLMN disponibles para el UE.

El procedimiento SOR descrito en esta invención permite a un operador dirigir un UE a una PLMN diferente lo antes posible, por ejemplo, antes de que los intentos de conexión o registro se completen con éxito. El enfoque descrito utiliza un paquete seguro para entregar datos de SOR de modo que los nodos intermedios a lo largo de la ruta no puedan modificar los datos de SOR. El enfoque descrito también puede actualizar la información persistente en la UICC en función de los datos de SOR. El enfoque descrito también informa a la PLMN si el UE no podrá actuar sobre la información de SOR debido al modo de selección de red automática, la lista de selectores de PLMN controlada por el usuario o el modo de selección de red manual. Otra razón por la que el UE no puede seleccionar una PLMN diferente es porque la PLMN que se está registrando actualmente sigue siendo la PLM<n>de mayor prioridad. Finalmente, el paquete protegido puede fallar una verificación de integridad en la UICC. En cualquiera de estos casos, el módulo de memoria puede solicitar al ME, a través de USAT, que transmita un segundo paquete seguro a la red. El segundo paquete protegido puede indicar a la red las razones por las que el UE no puede seleccionar otra PLMN o el fallo de comprobación de integridad. En algunos casos, un control de seguridad comprende un control de integridad. En esta descripción, los términos "comprobación de seguridad" y "comprobación de integridad" pueden ser intercambiables. El ME o la UICC también pueden determinar que uno o muchos elementos de información, indicadores, fecha SOR o paquete seguro que deberían haber estado presentes (esperados) en un mensaje recibido se reciben en el mensaje recibido. La determinación podría basarse en la configuración dentro del ME y/o UICC.

A continuación se describen las terminologías 5G utilizadas en esta descripción.

Gestión de la movilidad del sistema 5G (5GMM)- Modo IDLE (INACTIVO): El término se utiliza de forma independiente. Un UE en modo 5GMM-IDLE (INACTIVO) significa que el UE puede estar en modo 5GMM-IDLE (INACTIVO) sobre acceso 3GPP o en modo 5GMM-IDLE (INACTIVO) sobre acceso no 3GPP.

Modo CONECTADO 5GMM: El término se utiliza de forma independiente. Un UE en modo CONECTADO 5GMM significa que el UE puede estar en modo CONECTADO 5GMM sobre acceso 3GPP o en modo CONECTADO 5GMM sobre acceso no 3GPP.

Modo 5GMM-IDLE (INACTIVO) sobre acceso 3GPP: Un UE está en modo 5GMM-IDLE (INACTIVO) sobre acceso 3GPP cuando no existe una conexión de señalización de estrato de no acceso (NAS) N1 entre el UE y la red sobre acceso 3GPP. El término modo 5GMM-IDLE (INACTIVO) sobre acceso 3GPP usado en esta descripción corresponde al término estado INACTIVO de gestión de conexión (<c>M-IDLE (INACTIVO)) para acceso 3GPP usado en 3<g>P<p>TS 23.501.

Modo 5GMM-CONNECTED (INACTIVO) sobre acceso 3GPP: Un UE está en modo CONECTADO-5GMM a través del acceso 3GPP cuando existe una conexión de señalización N1 NAS entre el UE y la red a través del acceso 3GPP. El término modo CONECTADO-5GMM sobre acceso 3 GPP utilizado en el presente documento corresponde al término estado CONECTADO-CM para el acceso 3GPP utilizado en 3GPP TS 23.501.

Modo 5GMM-IDLE (INACTIVO) sobre acceso no 3GPP: AUE está en modo 5GMM-IDLE (INACTIVO) sobre acceso no 3GPP cuando no existe una conexión de señalización N1 NAS entre el UE y la red sobre acceso no 3GPP. El término modo 5GMM-IDLE (INACTIVO) sobre acceso no 3GPP usado en esta descripción corresponde al término estado CM-IDLE (INACTIVO) para acceso no 3GPP usado en 3GPP TS 23.501.

Modo 5GMM-CONNECTED (INACTIVO) sobre acceso no 3GPP: Un UE está en modo CONECTADO-5GMM a través de un acceso no 3GPP cuando existe una conexión de señalización N1 NAS entre el UE y la red a través de un acceso no 3GPP. El término modo CONECTADO-5GMM sobre acceso no 3GPP usado en esta descripción corresponde al término estado CONECTADO-CM para acceso no 3GPP usado en 3GPP TS 23.501.

Conexión de estrato de acceso: Una conexión de estrato de acceso de igual a igual entre el UE y la red de acceso de radio de próxima generación (NG-RAN) para el acceso 3GPP o el UE y la N3IWF para el acceso no 3GPP. La conexión de estrato de acceso para el acceso 3GPP corresponde a una conexión de control de recursos de radio (RRC - radio resource control) a través del punto de referencia Uu. La creación de la conexión de estrato de acceso para el acceso no 3GPP corresponde a la finalización del intercambio IKESAINIT (ver IETF RFC 7296) a través del punto de referencia NWu.

Conexión de señalización N1 NAS: Una conexión de modo N1 de igual a igual entre el UE y la AMF. Una conexión de señalización N1 NAS es la concatenación de una conexión RRC a través del punto de referencia Uu y una conexión NG a través del punto de referencia N2 para el acceso 3GPP, o la concatenación de un túnel IPsec a través del punto de referencia NWu y una conexión NG a través del punto de referencia N2 para el acceso no 3GPP.

A continuación se describe el procedimiento de búsqueda de 5G PLMN.

El procedimiento de búsqueda de PLMN para 5G es sustancialmente idéntico a los procedimientos de búsqueda de PLMN para PLMN que utilizan redes centrales EPC o GPRS. Tal como se analizó anteriormente, una búsqueda de PLMN ocurre inicialmente y una búsqueda de PLMN también ocurre periódicamente. La búsqueda de PLMN que ocurre periódicamente ocurre cuando un temporizador (por ejemplo, el temporizador T discutido anteriormente) expira. La búsqueda de PLMN que ocurre periódicamente busca una PLMN de mayor prioridad.

Por ejemplo, 3GPP TS 23.122 proporciona la siguiente descripción para el procedimiento de búsqueda de PLMN. Si la MS está en una VPLMN, la M<s>intentará periódicamente obtener servicio en su HPLMN (si la lista de EHPLMN no está presente o está vacía) o una de sus EHPLMN (si la lista de EHPLMN está presente) o una PLMN de mayor prioridad/combinaciones de tecnología de acceso enumeradas en "selector de PLMN controlado por el usuario" o "selector de PLMN controlado por el operador" escaneando de acuerdo con los requisitos que son aplicables a i), ii) y iii) como se indica a continuación. En el caso de que el móvil tenga una lista de "PLMN equivalentes" almacenada, el móvil solo seleccionará una PLMN si es de mayor prioridad que las del mismo país que la PLMN de servicio actual que se almacenan en la lista de "PLMN equivalentes". Para este propósito, se puede almacenar un valor del temporizador T en la SIM. La interpretación del valor almacenado depende de las capacidades de radio admitidas por la Ms . La MS selecciona e intenta registrarse en otras combinaciones de tecnología de acceso/PLMN/, si está disponible y es permisible, en el siguiente orden: i) la HPLMN (si la lista EHPLMN no está presente o está vacía) o la EHPLMN de mayor prioridad que está disponible (si la lista EHPLMN está presente); ii) cada combinación de tecnología de acceso/PLMN en el archivo de datos "Selector PLMN controlado por el usuario con tecnología de acceso" en la SIM (en orden de prioridad); iii) cada combinación de tecnología de acceso/PLMN/ en el archivo de datos "Selector PLMN controlado por el operador con tecnología de acceso" en la SIM (en orden de prioridad).

Además de utilizar la lista "Selector PLMN controlado por el operador", el dispositivo o el UE también pueden utilizar la lista "Selector PLMN controlado por el usuario con tecnología de acceso". Si el dispositivo, al realizar una búsqueda de PLMN, encuentra una PLMN que está en el "Selector de PLMN controlado por el usuario con tecnología de acceso", entonces el dispositivo elegirá esta PLMN (con mayor prioridad) que cualquier PLMN en "Selector de PLMN controlado por el operador".

Pasando a una descripción general de los elementos, un UE puede denominarse dispositivo electrónico móvil, dispositivo de usuario, estación móvil, estación de abonado, dispositivo electrónico portátil, dispositivo de comunicaciones móviles, módem inalámbrico, terminal inalámbrico, equipo móvil, agente de usuario del protocolo de inicio de sesión (SIP - session initiation protocol), decodificador, equipo de prueba o módem integrado. Ejemplos de un UE pueden incluir un teléfono celular, un asistente de datos personales (PDA - personal data assistant), un teléfono inteligente, un ordenador portátil, un ordenador personal tipo tableta (PC), un buscapersonas, un ordenador portátil, un dispositivo de juego portátil, un dispositivo electrónico portátil u otro dispositivo de comunicaciones móviles que tenga componentes para comunicar datos a través de una red de comunicación inalámbrica. La red de comunicación inalámbrica puede incluir un enlace inalámbrico sobre al menos uno de un espectro con licencia y un espectro sin licencia.

Otros ejemplos de un UE incluyen dispositivos electrónicos móviles y fijos. U<n>UE puede incluir un dispositivo ME y un módulo de memoria extraíble, tal como una UICC que incluye una aplicación SIM, una aplicación USIM o una aplicación R-UIM, todas conocidas como aplicaciones UICC. El término "UE" también puede referirse a cualquier componente de hardware o software que pueda terminar una sesión de comunicación para un usuario. Además, los términos "equipo de usuario", "UE", "dispositivo de equipo de usuario", "agente de usuario", "UA", "dispositivo de usuario" y "dispositivo móvil" pueden usarse como sinónimos en esta invención. Una UICC también podría ser un elemento seguro que contiene aplicaciones UICC que realizan una funcionalidad similar.

La red de comunicación inalámbrica puede incluir una o una pluralidad de redes de acceso de radio (RAN - radio access networks), otras redes de acceso tales como Ethernet fija o WLAN IEEE 802.11, redes centrales (CN) y redes externas. Las RAN pueden comprender una o más tecnologías de acceso por radio. Las tecnologías de acceso por radio pueden ser tecnologías de acceso 3GPP o tecnologías de acceso no 3GPP. En algunas implementaciones, las tecnologías de acceso por radio pueden ser el Sistema Global para la Comunicación Móvil (GSM), el Estándar Interino 95 (IS-95), el Sistema Universal de Telecomunicaciones Móviles (UMTS), CDMA2000 (Acceso Múltiple por División de Código), el Sistema Universal de Telecomunicaciones Móviles Evolucionado (UMTS), la Evolución a Largo Plazo (LTE), LTE-Avanzada o las tecnologías de acceso 5G. En algunos casos, las redes centrales pueden ser núcleos de paquetes evolucionados (EPC) o núcleos 5G. Las redes centrales pueden incluir AMF, función de gestión de sesiones (SMF), UDM, servidor de autenticación, autorización y contabilidad (AAA) u otros nodos o entidades de red.

La Figura 2 es un diagrama de flujo de datos 200 que ilustra un procedimiento SOR, en función de la invención. El diagrama de flujo de datos 200 incluye un UE que tiene una UICC 202 y un ME 204, un primer nodo de red 206, un segundo nodo de red 208 y un tercer nodo de red 210. El primer nodo de red 206 puede ser un nodo AMF o SMF de una primera VPLMN (2a red), por ejemplo, PLMNa. El segundo nodo de red 208 puede ser un nodo AMF o SMF de una segunda VPLMN (3a red), por ejemplo, PLMNb. El tercer nodo de red 210 puede ser un nodo UDM de una HPLMN (1a red).

En la etapa 1, el ME 204 envía un mensaje al primer nodo de red 206 para iniciar un procedimiento de registro/conexión con PLMNa. El ME 204 envía un mensaje de SOLICITUD DE REGISTRO al primer nodo de red 206. En algunos casos, una conexión de señalización N1 NAS entre el ME 204 y el primer nodo de red 206 puede llevar el mensaje de SOLICITUD DE REGISTRO. El UE puede utilizar tecnologías de acceso 3GPP o no 3GPP. La conexión de señalización N1 NAS puede ser sobre acceso 3GPP o acceso no 3GPP. Por ejemplo, el UE puede estar en un modo 5GMM-CONECTADO sobre acceso 3GPP, y existe una conexión de señalización N1 NAS sobre acceso 3GPP entre el UE y el primer nodo de red 206.

En la etapa 1a, el primer nodo de red 206 reenvía el mensaje en la etapa 1 (por ejemplo, la SOLICITUD DE REGISTRO) al tercer nodo de red 210 en HPLMN. El primer nodo de red 206 puede reenviar el mensaje al tercer nodo de red 210 sin pasar por el segundo nodo de red 208. En algunos casos, como se discutirá en las Figuras 3A-5, los mensajes de las etapas 1 y la pueden incluir una indicación que indica el tipo de dispositivo (por ejemplo, con restricción de batería o movilidad) y el modo de funcionamiento (por ejemplo, modo de selección de red manual). Esta indicación puede ayudar al tercer nodo de red 210 en HPLMN a determinar si enviar datos de SOR al UE. Por ejemplo, si el UE está restringido por batería, restringido por movilidad o en un modo de selección de red manual, un nodo dentro de la HPLMN (por ejemplo, tercer nodo de red) puede no enviar datos de SOR al UE.

En la etapa 2, el tercer nodo de red 210 envía un paquete seguro al primer nodo de red 206. El paquete protegido incluye datos SOR. En la etapa 3, como se analizará en las Figuras 6-8E, el primer nodo de red 206 envía el paquete seguro recibido en la etapa 2 al ME 204. Dicho de otro modo, el paquete protegido se recibe durante el procedimiento de registro/conexión. En algunos casos, en la etapa 3, el paquete seguro se recibe en un mensaje TRANSPORTE de NAS de DL. La etapa 3 es un mensaje de ACEPTACIÓN D<e>REGISTRO que incluye el paquete protegido. En algunos casos, EAP se utiliza para el procedimiento de autenticación en el procedimiento de registro (por ejemplo, las redes 5G utilizan EAP para la autenticación), y el paquete seguro se puede recibir en un mensaje<e>A<p>. En algunos casos, el paquete protegido puede ser paquetes en un SM y, por lo tanto, el "paquete protegido" se puede intercambiar con el "SM que contiene un paquete protegido".

En la etapa 4, el ME 204 determina mediante una indicación (por ejemplo, punto de código) en el mensaje recibido en la etapa 3 que el contenido es para la UICC, y el ME 204 envía el paquete seguro a la UICC 202. La UICC 202 decodifica el paquete protegido y recupera los datos SOR. En algunos casos, durante las etapas 2-4, el paquete protegido es codificado por el tercer nodo de red 210 en HPLMN y decodificado por la UICC 202, mientras que las entidades intermedias tales como el primer nodo de red 206 y el ME 204 no decodifican el paquete protegido. En función de los datos de SOR, la UICC 202 puede tomar decisiones sobre si activar la búsqueda de PLMN.

En la etapa 5, el ME 204 recibe una indicación de la UICC 202. La indicación indica al ME 204 que finalice el procedimiento de registro/conexión en curso y active una búsqueda de PLMN. La indicación de la UICC 202 se recibe a través de un comando USAT. El comando USAT puede ser un comando de ACTUALIZACIÓN. El comando REFRESH (ACTUALIZAR) puede incluir una indicación de que se debe iniciar un procedimiento SOR. En algunos casos, como se discutirá en la Figura 9, el comando de ACTUALIZACIÓN en la etapa 5 puede contener opcionalmente una lista de PLMN preferidas para que el ME 204 realice la búsqueda de PLMN en función de la lista. En algunos casos, el comando de ACTUALIZACIÓN no contiene la lista de PLMN preferidas, y el comando de ACTUALIZACIÓN activa el ME 204 para descargar un archivo de entorno de la UICC 202 que incluye una lista de PLMN preferidas. El ME 204 realiza entonces la búsqueda de PLMN basada en la lista descargada.

En la etapa 6, en función de la indicación de la etapa 5, el ME 204 finaliza el procedimiento de registro/conexión con PLMNa. En algunos casos, para terminar el procedimiento de registro/conexión, el ME 204 puede liberar la conexión de señalización N1 NAS entre el ME 204 y el primer nodo de red 206. En algunos casos, la terminación del procedimiento de registro/conexión incluye que el ME 204 envíe un mensaje de fallo de autenticación o un mensaje de REGISTRO COMPLETO al primer nodo de red 206. El mensaje de falla de autenticación o el mensaje de REGISTRO COMPLETO pueden incluir un indicador, que indica una recepción fallida del paquete protegido (por ejemplo, el paquete protegido falló en una verificación de integridad como se analiza a continuación), una recepción exitosa del paquete protegido o que indica que el ME no realizará una búsqueda PLMN con una calificación opcional por la razón. El indicador que indica una falla puede evitar que la red (por ejemplo, PLMNa) retransmita un mensaje relacionado con el procedimiento de registro. La indicación que indica la falla podría calificarse aún más para indicar la razón real, siendo ejemplos, entre otros: Búsqueda PLMN, PLMN temporal no permitida, etc. Cuando el indicador indica una recepción exitosa, el indicador identifica a la red que el paquete asegurado se ha recibido con éxito y el ME realizará una búsqueda PLMN. Cuando el indicador indica que el ME no realizará una búsqueda PLMN, el indicador puede ser calificado indicando la razón: ME está en un modo de selección de red manual, VPLMN (RPLMN) está en la lista PLMN controlada por el usuario, no hay otras PLMN disponibles, PLMN temporal no permitida, etc.

En la etapa 7, el ME 204 inicia la búsqueda de PLMN para encontrar una red alternativa (por ejemplo, PLMNb) para conectar o registrar. En la etapa 8, el Me 204 inicia el procedimiento de registro/conexión con PLMNb.

Después de que el ME 204 reciba el comando US AT en la etapa 5, si el ME es un tipo de dispositivo de al menos uno de, pero no limitado a, batería restringida, recursos restringidos, movilidad restringida o el Me ha seleccionado una red (RPLMN) porque esa red estaba en la lista PLMN controlada por el usuario (es decir, esa red es una PLMN preferida por el usuario), el ME 204 no realiza la búsqueda PLMN hasta que expire el temporizador de búsqueda PLMN periódico T. Cuando el ME 204 recibe el comando USAT en la etapa 5, si el ME ha seleccionado una red (RPLMN) porque esa red estaba en la lista PLMN controlada por el usuario, el UE se abstiene de realizar una búsqueda PLMN. La lista PLMN controlada por el usuario también se denomina lista "Selector PLMN controlado por el usuario con tecnología de acceso". En algunos casos, el ME 204 puede informar a la red (por ejemplo, un nodo de la HPLMN (por ejemplo, la tercera red o el nodo de la tercera red)) que está en un modo de selección de red manual o el ME ha seleccionado una red (RPLMN) porque esa red estaba en la lista de PLMN controlada por el usuario de modo que un nodo de la HPLMN (tercer nodo de red) no envía datos de SOR.

En algunos casos, la indicación recibida de la UICC 202 en la etapa 5 indica que el paquete seguro falló una verificación de integridad en la UICC. En algunos casos, si el procedimiento actual de registro/conexión con PLMNa es para servicios de emergencia, el UE inicia la búsqueda de PLMN después de que ya no haya necesidad de servicios de emergencia. En algunas implementaciones, en la etapa 6, el ME puede enviar un mensaje, por ejemplo, un mensaje de REGISTRO COMPLETO o un mensaje de CONEXIÓN COMPLETA, a la red que contiene una indicación que indica que el paquete seguro falló la verificación de integridad / seguridad, que la VPLMN está en la lista de PLMN controlada por el usuario o que el ME está en un modo de selección de red manual. El envío del mensaje puede depender de que el ME esté configurado para responder (por ejemplo, el ME está configurado para responder al mensaje de ACEPTACIÓN DE REGISTRO/ ACEPTACIÓN DE CONEXIÓN en la etapa 3). Esta configuración puede almacenarse en un archivo de gestión de dispositivos (DM - device management) de Alianza Abierta (OMA - Open Mobile Alliance) en el ME, leerse desde la UICC y luego almacenarse en el ME, o podría haberse recibido en el mensaje de ACEPTACIÓN DE REGISTRO/ ACEPTACIÓN DE CONEXIÓN en la etapa 3. En algunos casos, el ME está configurado para esperar recibir datos de SOR en el mensaje de ACEPTACIÓN DE REGISTRO/ ACEPTACIÓN DE CONEXIÓN en la etapa 3, por ejemplo, como indicación en el mensaje de ACEPTACIÓN DE REGISTRO/ ACEPTACIÓN DE CONEXIÓN en la etapa 3 o como indicación en los datos de SOR o paquete seguro que estaba en el mensaje de ACEPTACIÓN DE REGISTRO/ ACEPTACIÓN DE CONEXIÓN en la etapa 3. Esta configuración puede almacenarse en el archivo OMADM en el ME, o leerse desde la UICC y luego almacenarse en el ME.

En algunos casos, si el UE está en un modo de selección de red manual o el UE seleccionó una PLMN que estaba en la lista de PLMN controlada por el usuario, se puede realizar el siguiente procedimiento:

1. El ME inicia el procedimiento de registro/conexión con una VPLMN.

2. El ME recibe un paquete seguro que incluye datos SOR de, por ejemplo, UDM en HPLMN. Por ejemplo, el paquete seguro se puede recibir usando EAP como se muestra en las Figuras 6-8E.

3. El ME envía el paquete seguro a la UICC.

4. El ME recibe una indicación de la UICC para realizar una búsqueda de PLMN. Por ejemplo, el comando de ACTUALIZACIÓN USAT de la UICC puede incluir un indicador para realizar una búsqueda PLMN.

5. Debido a que el ME está en un modo de selección de red manual o el UE seleccionó una PLMN que estaba en la lista de PLMN controlada por el usuario, el ME decide no realizar la búsqueda de PLMN y continúa el procedimiento de registro/conexión actual con la VPLMN. Por ejemplo, el ME puede enviar un mensaje de respuesta de EAP a la red, donde el mensaje de EAP, por ejemplo, respuesta de EAP, puede contener una indicación de por qué el ME continúa con la búsqueda de PLMN, por ejemplo, en el modo de selección de red manual, o el UE usó la lista de PLMN controlada por el usuario.

En esta descripción, el enfoque descrito para el caso en que el UE está en un modo de selección de red manual también es aplicable al caso en que el ME seleccionó una red (PLMN) en la lista "Selector de PLMN controlado por el usuario con tecnología de acceso".

Tal como se analizó anteriormente, en la etapa 1 de la Figura 2, el ME puede indicar el tipo de dispositivo (por ejemplo, con restricción de batería, dispositivo con restricción de movilidad y en un modo de selección de red manual). Las Figuras 4A-5 describen dos enfoques para indicar el tipo de dispositivo. Las Figuras 3A-3B ilustran un diagrama de flujo de datos 300 de un procedimiento de registro de ejemplo de 3GPP TS 23.502. Las Figuras 4A-4C ilustran la inclusión del indicador de tipo de dispositivo en un mensaje de SOLICITUD DE REGISTRO (por ejemplo, la etapa 1 de la Figura 3A), mientras que la Figura 5 ilustra la inclusión del indicador de tipo de dispositivo en un mensaje EAP (es decir, la etapa 9 de la Figura 3A).

Las Figuras 4A-4C ilustran una descripción de ejemplo para incluir un indicador de tipo de dispositivo en un mensaje de SOLICITUD DE REGISTRO, en función de algunas implementaciones de la presente descripción. Por ejemplo, el procedimiento de inicio de registro descrito en 3GPP TS 24.501 puede modificarse para incluir el texto subrayado que se muestra en las Figuras 4A-4C. La Tabla 8.2.5.1.1 en la Figura 4B y la Tabla 9.8.2.2.1 en la Figura 4C ilustran que el mensaje de SOLICITUD DE REGISTRO puede incluir un nuevo elemento de información "tipo de dispositivo" para indicar si el UE es un dispositivo con batería o recursos limitados, un dispositivo con movilidad limitada y/o en un modo de selección de red manual. En algunas implementaciones, la configuración del indicador de batería restringida puede cambiar si el dispositivo está conectado a una fuente de alimentación, por lo que el ME podría enviar un mensaje de gestión de movilidad que incluya el tipo de dispositivo. Un experto en la materia apreciará que en esta descripción se utilizan nombres de mensajes, nombres de puntos de código, etc. con fines ilustrativos, y se pueden utilizar otros nombres de mensajes y nombres de puntos de código. Por ejemplo, los indicadores se pueden enviar utilizando nuevos elementos de información o ampliando los elementos de información existentes. En esta descripción, las ocurrencias de "deberá" podrían ser "puede" o "debería".

La Figura 5 ilustra una descripción de ejemplo para incluir un indicador de tipo de dispositivo en un mensaje EAP, en función de algunas implementaciones de la presente descripción. Por ejemplo, 3GPP TS 24.302 puede modificarse para incluir el texto subrayado que se muestra en la Figura 5. Tabla 8.2.X: 1-1 en la Figura 5 muestra que un mensaje EAP-Response/AKA'-Challenge puede incluir un atributo ATSORInfoRequest que contiene el indicador de tipo de dispositivo.

Tal como se analizó anteriormente, en la etapa 2-3 de la Figura 2 la HPLMN (por ejemplo, UDM) puede enviar el paquete seguro que incluye datos de SOR al UE. Las Figuras 6-8E describen los enfoques para enviar los datos de SOR.

La Figura 6 es un diagrama de flujo de datos 600 que ilustra un procedimiento de ejemplo que utiliza señalización EAP para enviar datos SOR, en función de algunas implementaciones de la presente descripción. El diagrama de flujo de datos 600 incluye un UE 602, un servidor AAA 604 en una VPLMN y una base de datos o UDM 606 en HPLMN. El servidor AAA 604 también se puede reemplazar con AMF y/o UDM. En la etapa 4, el servidor AAA 604 en VPLMN envía un desafío de autenticación al UE 602. El desafío de autenticación puede incluir un atributo ATSORInfoRequestSupported (descrito en la sección 8.2.X.1 en la Figura 8C) que indica que el servidor AAA 604 admite que el UE 602 solicite datos SOR. En la etapa 5, en respuesta a la recepción del indicador de que el servidor de AAA 604 admite que el UE 602 solicite datos de SOR, el UE 602 envía una respuesta de autenticación al servidor de AAA 604, donde la respuesta de autenticación incluye un atributo ATSORInfoRequest (descrito en la sección 8.2.X.2 en la Figura 8E) que indica que el UE 602 solicita datos de SOR, opcionalmente si el UE está limitado por la batería o funciona en modo de selección de red manual. En la etapa 6, el servidor AAA 604 reenvía la respuesta de autenticación a la base de datos 606 en HPLMN. La respuesta de autenticación en la etapa 6 también incluye el atributo AT SORInfo Request que indica que el UE 602 solicita datos de SOR. La UDM/HSS/HLR tiene en cuenta el modo de funcionamiento del UE y si está limitado por la batería. En la etapa 7, en respuesta a la recepción del indicador que indica que el UE 602 solicita datos de SOR, la base de datos 606 en HPLMN envía un reconocimiento de autenticación al servidor AAA 604, donde el reconocimiento de autenticación incluye un atributo ATSORInfoRESP (descrito en la sección 8.2.X.3 en las Figuras 8D-8E) que contiene los datos de SOR. En la etapa 8, el servidor AAA 604 reenvía el reconocimiento de autenticación al UE 602. El reconocimiento de autenticación en la etapa 8 también incluye el atributo AT SORInfo RESP que contiene los datos SOR.

La Figura 7 es un diagrama de flujo de datos 700 que ilustra un procedimiento de ejemplo que utiliza señalización EAP para obtener datos SOR en redes 5G, en función de algunas implementaciones de la presente descripción. El procedimiento de ejemplo también es aplicable a otros procedimientos de marco EAP, por ejemplo, procedimientos EAP utilizados para acceder a redes de área local inalámbricas (WLAN), donde los nombres de las funciones pueden ser diferentes. El diagrama de flujo de datos 700 incluye un UE 702, una Funcionalidad de Anclaje de Seguridad (SEAF - Security Anchor Functionality) o un nodo AMF 704 en una VPLMN, un nodo de Función de Servidor de Autenticación (AUSF - Authentication Server Function) 706 en una HPLMN y un nodo de Función de Procesamiento y Repositorio de Credenciales de Autenticación/UDM (ARPF - Authentication credential Repository and Processing Function) 708 en la HPLMN. De forma similar a la Figura 6, en la etapa 4 de la Figura 7, el EAP-Request/AKA'- Challenge puede incluir el atributo ATSORInfoRequestSupported que indica que la SEAF/AMF 704 admite el UE 702 que solicita datos SOR. En las etapas 5 y 6 de la Figura 7, el EAP-Response/AKA'-Challenge puede incluir el atributo AT SORInfo Request que indica que el UE 702 solicita datos de SOR. Los mensajes en las etapas 7 y 8 de la Figura 7 pueden incluir el atributo AT SORInfo RESP que contiene los datos de SOR. En algunos casos, la decisión de enviar una indicación de que el SOR es compatible con la etapa 2 y/o 3 se basa en la red y/o la ubicación en la que el UE ha solicitado registrarse. En algunos casos, los datos enviados en la etapa 7 podrían enviarse en la etapa 3.

Las Figuras 8A-8E ilustran una descripción de ejemplo del envío de datos SOR en EAP- AKA', en función de algunas implementaciones de la presente descripción. Por ejemplo, 3GPP TS 24.302 puede modificarse para incluir el texto subrayado que se muestra en las Figuras 8A-8E.

En algunos casos, en la etapa 5 en la Figura 2, el ME puede recibir un comando de ACTUALIZACIÓN USAT de la UICC. El comando de ACTUALIZACIÓN puede contener opcionalmente una lista de PLMN para la tecnología de acceso 5G (por ejemplo, NG o E-UTRAN conectada a la red central 5G), o una lista de PLMN con tecnología de acceso (PLMNwAct) que contiene un selector de tecnología de acceso que incluye tecnologías de acceso de radio (RAT -radio access technologies) utilizadas para determinar la realización del procedimiento de SOR 5G o la dirección de un UE de una VPLMN a otra VPLMN.

La Figura 9 ilustra una descripción de ejemplo de un comando ACTUALIZAR (REFRESH), en función de algunas implementaciones de la presente descripción. Por ejemplo, 3GPP TS 31.111 puede modificarse para incluir el texto subrayado que se muestra en la Figura 9 de modo que el comando de ACTUALIZACIÓN incluya dos nuevos parámetros "(5G) PLMN List" y "(5G) PLMNwAcT list". En algunos casos, la lista de PLMN y la lista de PLMNwAcT pueden definir las PLMN preferidas en un orden de prioridad. El ME puede obtener la lista PLM<n>o la lista PLMNwAcT del comando REFRESH (ACTUALIZAR), y realiza la búsqueda PLMn basada en la lista, por ejemplo, comenzando desde la PLMN de mayor prioridad.

La Figura 10 ilustra una descripción de ejemplo de un archivo de entorno (EF - Environment File) para datos "Selector PLMN controlado por operador con tecnología de acceso", en función de algunas implementaciones de la presente descripción. Por ejemplo, 3GPP TS 31.102 se puede modificar como se muestra en la Figura 10 para indicar tres realizaciones diferentes, es decir, el Sistema 5G (5GS) compatible con el acceso de Nueva Radio (NR), el Sistema 5G (5GS) compatible con E-UTRA o EPS (EPC compatible con E-UTRA). En algunos casos, el archivo EF EF<oplmnw>A<ct>está en la UICC e incluye PLMN preferidas en un orden de prioridad. El comando REFRESH (ACTUALIZAR) puede desencadenar que el ME descargue EFoplmnwAct<a>la memoria del ME para que el ME pueda realizar la búsqueda de PLMN en función de las PLMN preferidas, por ejemplo, comenzando desde la PLMN de mayor prioridad.

En algunos casos, el procedimiento de SOR de 5G o la dirección de un UE de una VPLMN a otra VPLMN puede implicar la terminación del procedimiento de registro en curso mediante al menos uno de un mensaje de REGISTRO COMPLETO, un mensaje de fallo de autenticación o la liberación de la conexión de señalización N1 NAS.

En algunos casos, cuando el UE (o el ME, el UE y el ME pueden ser intercambiables en esta descripción) finaliza el procedimiento de registro en curso, el UE continúa las operaciones como si el UE estuviera encendido o el UE se recuperara de la falta de cobertura, y el UE selecciona la PLMN de mayor prioridad que esté disponible. Alternativamente, al finalizar el UE el procedimiento de registro en curso, el UE selecciona la PLMN de mayor prioridad o la PLMN de mayor prioridad equivalente (si está disponible) utilizando todas las tecnologías de acceso a través de las cuales había descubierto previamente la PLMN de mayor prioridad. Al no descubrir una PLMN de mayor prioridad que la PLMN de mayor prioridad anterior, el UE utiliza todas las tecnologías de acceso de las que es capaz el UE y, si es necesario, descubre una PLMN de mayor prioridad.

Como alternativa, si el UE está limitado por la batería o se seleccionó la red porque el UE está operando en modo de selección de red manual o el UE había seleccionado una PLMN de la lista de PLMN controlada por el usuario, el ME puede ignorar el comando de ACTUALIZACIÓN pero usar la lista de PLMN del operador preferido actualizada que se ha leído en la memoria del ME cuando el ME realiza una búsqueda de PLMN, por ejemplo, porque el temporizador de búsqueda periódica T expiró. El ME continúa las operaciones como si el ME estuviera encendido o el ME hubiera perdido la cobertura de PLMN.

La Figura 11 es un diagrama de flujo de datos 1100 que ilustra un procedimiento SOR ilustrativo, en función de algunas implementaciones de la presente descripción. El diagrama de flujo de datos 1100 modifica el procedimiento en la Figura 1 en función de los enfoques descritos en la presente descripción. Las Figuras 12A-12B ilustran una descripción de ejemplo para el procedimiento SOR de la Figura 11, en función de algunas implementaciones de la presente descripción. Las Figuras 12A-12B muestran cambios en la contribución 3GPP CT1 C1-180462.

Las Figuras 15A-15F ilustran una descripción de ejemplo para dirigir el UE en VPLMN durante el registro y después del registro, en función de algunas implementaciones de la presente descripción. El ejemplo que se muestra en la Figuras 15A-15F se puede incluir en 3GPP TS 23.122.

En algunos casos, si el ME está en un modo de selección manual, el ME puede continuar con el procedimiento de registro actual y no realizar la búsqueda de PLMN.

En el mensaje 10 de la Figura C.1.1 en las Figuras 15A-15B (es decir, REGISTRO COMPLETO), el ME, si está configurado, puede enviar una o más indicaciones que indiquen que los datos de SOR no se recibieron, que los datos de SOR fallaron en la verificación de seguridad, que la VPLMN que el ME está intentando registrar actualmente es una PLMN preferida por el usuario, o que el ME está en un modo de selección manual. Como se muestra en el texto de las Figuras 15C-15e , puede haber dos opciones para las operaciones asociadas con el mensaje 10. En la segunda opción, la operación 10a se puede realizar si los datos de s Or no se reciben con éxito (por ejemplo, comprobación de seguridad sin éxito o fallida), y la operación 10b se puede realizar si los datos de SOR se reciben con éxito (por ejemplo, comprobación de seguridad con éxito).

La Figura 13 es un esquema que ilustra un nodo de red de ejemplo 1300 en función de algunas implementaciones de la presente descripción. Por ejemplo, los nodos de red 206, 208, 210, 604, 606, 704, 706 y 708 pueden ser implementados por el nodo de red 1300. El dispositivo ilustrado 1300 incluye un módulo de procesamiento 1302, un subsistema de comunicación por cable 1304 y un subsistema de comunicación inalámbrica 1306. El subsistema de comunicación inalámbrica 1306 puede recibir tráfico de datos y controlar el tráfico desde el UE. En algunas implementaciones, el subsistema de comunicación inalámbrica 1306 puede incluir un receptor y un transmisor. El subsistema de comunicación por cable 1304 puede configurarse para transmitir y recibir información de control entre otros dispositivos de nodo de acceso a través de conexiones de red de retorno. El módulo de procesamiento 1302 puede incluir uno o más componentes de procesamiento (denominados alternativamente «procesadores» o «unidades centrales de procesamiento» (CPU)) capaces de ejecutar instrucciones relacionadas con uno o más de los procedimientos, etapas o acciones descritos anteriormente en relación con una o más de las implementaciones descritas en esta invención. El módulo de procesamiento 1302 también puede incluir otros componentes auxiliares, tales como memoria de acceso aleatorio (RAM), memoria de solo lectura (ROM), almacenamiento secundario (por ejemplo, una unidad de disco duro, memoria flash u otro medio de almacenamiento no transitorio). El módulo de procesamiento 1302 puede ejecutar ciertas instrucciones y comandos para proporcionar comunicación inalámbrica o por cable, utilizando el subsistema de comunicación por cable 1304 o un subsistema de comunicación inalámbrica 1306. También se pueden incluir varios otros componentes en el dispositivo 1300.

La Figura 14 es un esquema que ilustra un aparato UE 1400 ejemplar en función de algunas implementaciones de la presente descripción. El UE 1400 de ejemplo incluye una unidad de procesamiento 1402, un medio de almacenamiento legible por ordenador 1404 (por ejemplo, ROM o memoria flash), un subsistema de comunicación inalámbrica 1406, una interfaz 1408 y una interfaz de E/S 1410. La unidad de procesamiento 1402 puede incluir uno o más componentes de procesamiento (denominados alternativamente «procesadores» o «unidades centrales de procesamiento» (CPU)) configurados para ejecutar instrucciones relacionadas con uno o más de los procedimientos, etapas o acciones descritos anteriormente en relación con una o más de las implementaciones descritas en esta invención. La unidad de procesamiento 1402 también puede incluir otros componentes auxiliares, tales como memoria de acceso aleatorio (RAM) y memoria de solo lectura (ROM). El medio de almacenamiento legible por ordenador 1404 puede incorporarse mediante un medio no transitorio configurado para almacenar un sistema operativo (OS - Operating System) del dispositivo 1400 y varios otros programas de software ejecutables por ordenador para realizar uno o más de los procedimientos, etapas o acciones descritos anteriormente.

El subsistema de comunicación inalámbrica 1406 puede configurarse para proporcionar comunicaciones inalámbricas para información de datos o información de control proporcionada por la unidad de procesamiento 1402. El subsistema de comunicación inalámbrica 1406 puede incluir, por ejemplo, una o más antenas, un receptor, un transmisor, un oscilador local, un mezclador y una unidad de procesamiento de señal digital (DSP - Digital Signal Processing). En algunas implementaciones, el subsistema 1406 puede admitir transmisiones de múltiples entradas y múltiples salidas (MEMO - multiple input multiple output). En algunas implementaciones, los receptores en los subsistemas de comunicación inalámbrica 1406 pueden ser un receptor de avance o un receptor de línea de base. Se pueden implementar dos receptores con algoritmos de procesamiento de receptores idénticos, similares o diferentes.

La interfaz de usuario 1408 puede incluir, por ejemplo, uno o más de una pantalla o pantalla táctil (por ejemplo, una pantalla de cristal líquido (LCD), una pantalla emisora de luz (LED), una pantalla emisora de luz orgánica (OLED), una pantalla de sistema microelectromecánico (MEMS)), un teclado o teclado numérico, una bola de seguimiento, un altavoz y un micrófono. La interfaz de E/S 1410 puede incluir, por ejemplo, una interfaz de bus serie universal (USB). Un experto en la técnica apreciará fácilmente que también se pueden incluir otros componentes en el dispositivo UE 1400 de ejemplo.

De manera similar, aunque las operaciones se representan en los dibujos en un orden particular, esto no debe entenderse como que requiere que tales operaciones se realicen en el orden particular mostrado o en orden secuencial, o que todas las operaciones ilustradas se realicen, para lograr resultados deseables. En ciertas circunstancias, la multitarea y el procesamiento paralelo pueden ser usados. Además, la separación de varios componentes del sistema en las realizaciones descritas anteriormente no debe entenderse que requiere tal separación en todas las realizaciones, y debe entenderse que los componentes y sistemas del programa descritos en general pueden integrarse juntos en un solo producto de software o empaquetarse en múltiples productos de software.

Además, las técnicas, sistemas, subsistemas y procedimientos descritos e ilustrados en las diversas implementaciones como discretos o separados pueden combinarse o integrarse con otros sistemas, módulos, técnicas o procedimientos. Otros elementos que se muestran o analizan como acoplados o acoplados directamente o que se comunican entre sí pueden acoplarse o comunicarse indirectamente a través de alguna interfaz, dispositivo o componente intermedio, ya sea eléctrica, mecánica o de cualquier otro modo. Un experto en la técnica puede determinar otros ejemplos de cambios, sustituciones y alteraciones y se pueden realizar.

Si bien la descripción detallada anterior ha mostrado, descrito y señalado las características novedosas fundamentales de la descripción aplicadas a diversas implementaciones, se entenderá que los expertos en la materia pueden realizar diversas omisiones, sustituciones y cambios en la forma y los detalles del sistema ilustrado. Además, el orden de las etapas del procedimiento no está implícito en el orden en que aparecen en las reivindicaciones.

Claims (4)

REIVINDICACIONES

1. Un procedimiento realizado por un equipo móvil, ME (204), que comprende:

realizar por el ME un procedimiento de registro, comprendiendo el procedimiento de registro el envío de un mensaje de solicitud de registro a una primera red móvil terrestre pública VPLMN visitada (104, 206);

recibir, por el ME desde la primera VPLMN, un mensaje de aceptación de registro recibido desde una red móvil terrestre pública local, HPl Mn (108, 210), en la primera VPLMN;

donde el mensaje de aceptación de registro comprende la dirección de datos de itinerancia, SOR, desde la HPLMN (108, 210), estando los datos de SOR comprendidos en un paquete seguro;

enviar, mediante el ME, el paquete protegido a una Tarjeta de Circuito Integrado Universal, UICC (202); recibir, mediante el ME de la UICC (202) en un comando US AT, una indicación para terminar el procedimiento de registro con la primera VPLMN y para activar una búsqueda de PLMN;

terminar, por el ME, el procedimiento de registro con la primera VPLMN;

iniciar, por el ME, la búsqueda de PLMN para encontrar una segunda VPLMN para registro; y

después de que el ME reciba el comando US AT, si el ME elige una PLMN preferida por el usuario de una lista de PLMN controlada por el usuario, el ME no realiza la búsqueda de PLMN para la segunda VPLMN hasta que expire un temporizador de búsqueda de PLMN periódico T.

2. El procedimiento según la reivindicación 1, donde el comando USAT comprende una indicación que indica que el paquete protegido falló una verificación de seguridad en la UICC, donde la terminación del procedimiento de registro con la primera VPLMN incluye enviar por el ME un mensaje de fallo de autenticación a la primera VPLMN que indica una recepción fallida del paquete protegido.

3. Un equipo móvil, ME (204), que comprende:

una memoria; y

al menos un procesador de hardware acoplado comunicativamente con la memoria y configurado para realizar las etapas de las reivindicaciones 1 o 2.

4. Un medio legible por ordenador no transitorio que contiene instrucciones que,

cuando es ejecutado por un equipo móvil, ME, hace que el ME (204) realice operaciones que comprenden las etapas de las reivindicaciones 1 o 2.