ES2958989T3 - Métodos, dispositivos y medios legibles por ordenador para comunicaciones de emergencia - Google Patents

Métodos, dispositivos y medios legibles por ordenador para comunicaciones de emergencia Download PDF

Info

Publication number
ES2958989T3
ES2958989T3 ES20829857T ES20829857T ES2958989T3 ES 2958989 T3 ES2958989 T3 ES 2958989T3 ES 20829857 T ES20829857 T ES 20829857T ES 20829857 T ES20829857 T ES 20829857T ES 2958989 T3 ES2958989 T3 ES 2958989T3
Authority
ES
Spain
Prior art keywords
emergency
mobility
data network
amf
entity
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
ES20829857T
Other languages
English (en)
Inventor
Juying Gan
Peter Hedman
Yunjie Lu
George Foti
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Telefonaktiebolaget LM Ericsson AB
Original Assignee
Telefonaktiebolaget LM Ericsson AB
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Telefonaktiebolaget LM Ericsson AB filed Critical Telefonaktiebolaget LM Ericsson AB
Application granted granted Critical
Publication of ES2958989T3 publication Critical patent/ES2958989T3/es
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W36/00—Hand-off or reselection arrangements
    • H04W36/0005—Control or signalling for completing the hand-off
    • H04W36/0011—Control or signalling for completing the hand-off for data sessions of end-to-end connection
    • H04W36/0033—Control or signalling for completing the hand-off for data sessions of end-to-end connection with transfer of context information
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/50—Connection management for emergency connections
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W36/00—Hand-off or reselection arrangements
    • H04W36/0005—Control or signalling for completing the hand-off
    • H04W36/0011—Control or signalling for completing the hand-off for data sessions of end-to-end connection
    • H04W36/0022—Control or signalling for completing the hand-off for data sessions of end-to-end connection for transferring data sessions between adjacent core network technologies
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/90—Services for handling of emergency or hazardous situations, e.g. earthquake and tsunami warning systems [ETWS]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W88/00—Devices specially adapted for wireless communication networks, e.g. terminals, base stations or access point devices
    • H04W88/14—Backbone network devices
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W92/00—Interfaces specially adapted for wireless communication networks
    • H04W92/16—Interfaces between hierarchically similar devices
    • H04W92/24—Interfaces between hierarchically similar devices between backbone network devices

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)
  • Alarm Systems (AREA)

Abstract

La presente divulgación se refiere a la gestión de la movilidad y la gestión de emergencias mediante la recepción de un mensaje de movilidad desde una segunda entidad para gestionar el acceso y la movilidad, en la que el mensaje de movilidad lleva un identificador de red de datos para una conectividad IP; determinar que el identificador de red de datos en el mensaje de movilidad recibido es un identificador de red de datos de emergencia, basándose en identificadores de red de datos de emergencia contenidos en datos de configuración de emergencia con los que está configurada la primera entidad para gestionar el acceso y la movilidad; y determinar que la conectividad IP está establecida para un servicio de emergencia. (Traducción automática con Google Translate, sin valor legal)

Description

DESCRIPCIÓN
Métodos, dispositivos y medios legibles por ordenador para comunicaciones de emergencia
Campo técnico
La presente divulgación generalmente se relaciona con el campo técnico de las tecnologías de la comunicación, y en particular con los métodos, entidades y medios legibles por ordenador para la gestión de emergencias.
Antecedentes
Esta sección está destinada a proporcionar antecedentes de las diversas realizaciones de la tecnología descrita en esta divulgación. La descripción en esta sección puede incluir conceptos que podrían perseguirse, pero no necesariamente son conceptos que hayan sido previamente concebidos o perseguidos. Por lo tanto, a menos que se indique lo contrario en este documento, lo que se describe en esta sección no es estado de la técnica a la descripción y/o reivindicaciones de esta divulgación y no se admite como estado de la técnica por la mera inclusión en esta sección. El servicio de emergencia se puede prestar de diferentes formas como sigue:
Escenario-1: Equipo de usuario (UE) normalmente conectado/registrado, se establece la sesión de PDN/PDU de emergencia
Un UE adjunto de emergencia o adjunto al servicio de operador local restringido (RLOS) no iniciará ningún procedimiento de solicitud de conectividad de red de paquetes de datos (PDN). Un UE adjunto normal solicitará una conexión PDN para servicios de emergencia cuando se requiera un Servicio de emergencia y una conexión PDN de emergencia aún no esté activa (Sección 5.10.2 de 3GPP Ts 23.401 v16.5.0. En la presente divulgación, 3GPP TS 23.401 v16.5.0 se puede recuperar de http://www.3gpp.org/ftp//Specs/archive/23_series/23.401/23401-g50.zip). Escenario-2: UE de emergencia adjunto/registrado
Escenario-2a: UE está autenticado, pero en estado de servicio limitado;
Escenario-2b: UE no está autenticado (es decir, UE con módulo de identidad de abonado (SIM) pero no autenticado, o UE sin SIM)
- Solo se permiten los UE autenticados. Estos UE deben tener una IMSI válida. Estos UE están autenticados y pueden estar en un estado de servicio limitado debido a que se encuentran en una ubicación en donde tienen un servicio restringido. Un UE que no se pueda autenticar será rechazado.
- Todos los UE están permitidos. Junto con los UE autenticados, esto incluye UE con una identidad de abonado móvil internacional (IMSI) que no se puede autenticar y UE con solo una IMEI. Si el UE proporciona una IMSI no autenticada, la IMSI no autenticada se retiene en la red con fines de registro. La IMEI se utiliza en la red para identificar el UE (Sección 4.3.12 de 3GPP TS 23.401 v16.5.0).
Para el Escenario-1 y el Escenario-2a, la entidad nueva/objetivo para gestionar el acceso y la movilidad (MME) determina la conexión PDN de emergencia en función de los valores de prioridad de asignación y retención (ARP). Si todos los portadores del sistema de paquetes evolucionado (EPS) del UE tienen un valor ARP de emergencia, la nueva MME puede omitir el procedimiento de ubicación de actualización o continuar incluso si la ubicación de actualización falla (Sección 5.3.3.1 de 3GPP TS 23.401 v16.5.0).
Para el Escenario-2b, se envía una indicación “IMSI no autenticada” desde la MME anterior a la MME nueva, o se incluye IMEI pero no se incluye IMSI de la MME anterior a la MME nueva (es decir, UE sin SIM).
En el cambio inter MME en EPS, una vez que la MME nueva/objetivo determina la conexión PDN de emergencia al verificar el ARP de los portadores de EPS (es decir, Escenario-1 y Escenario-2a),
La MME nueva/objetivo puede omitir el procedimiento de ubicación de actualización o continuar incluso si la ubicación de actualización falla.
Si se debe a restricciones de suscripción regional o restricciones de acceso, entonces la MME nueva/objetivo acepta la solicitud de TAU y desactiva los portadores de EPS que no son de emergencia.
Si debido a restricciones de suscripción regionales o restricciones de acceso, el UE no puede acceder a la TA: - La MME rechaza la solicitud de actualización del área de seguimiento con una causa adecuada al UE.
- Para los UE con portadores de EPS de emergencia, es decir, al menos un portador de EPS tiene un valor ARP reservado para servicios de emergencia, la nueva MME acepta la solicitud de actualización del área de seguimiento y desactiva todas las conexiones PDN que no son de emergencia. Si el procedimiento de actualización del área de seguimiento se inicia en el estado ECM-IDLE, todos los portadores de EPS que no son de emergencia se desactivan mediante el procedimiento de actualización del área de seguimiento sin señalización de desactivación del portador entre el UE y la MME (Sección 5.3.3.1 de 3GPP TS 23.401 v16.5.0).
Los tres escenarios anteriores también son aplicables para el cambio de MME a función de gestión de acceso (AMF) (es decir, EPS a movilidad 5GS) o cambio inter AMF.
Para el Escenario-2b, la nueva AMF (es decir, la AMF objetivo) sabe que el UE está conectado de emergencia, de la misma manera que en la nueva MME en el cambio inter MME.
Para el Escenario-1 y el Escenario-2a, sin embargo, actualmente no está claro en la especificación 3GPP cómo la AMF puede determinar si el UE está conectado/registrado de emergencia o si alguna sesión de PDU es para servicio de emergencia.
Tras el cambio de MME a AMF (es decir, movilidad de EPS a 5GS) o movilidad intra AMF inter 5GS (es decir, cambio entre AMF), ya que la AMF objetivo puede no saber si el UE está conectado/registrado de emergencia, o si la conexión PDN o la sesión de la unidad de datos de protocolo (PDU) se utiliza para el servicio de emergencia, es posible que la continuidad de la sesión para el servicio de emergencia no se cumpla con la movilidad de EPS a 5GS o con la movilidad intra 5GS inter AMF en las siguientes situaciones:
si hay restricción regional o restricción de acceso, la nueva AMF fallará el procedimiento de registro;
la nueva AMF siempre interactuará con la gestión unificada de datos (UDM), y si falla la interacción de la UDM, la AMF fallará en el procedimiento de registro. El documento internacional WO 2019/120694 A1 (DEUTSCHE TELEKOM AG [DE]) 27 de junio de 2019 (2019-06-27) da a conocer que una comunicación de emergencia se enruta desde una primera AMF local genérica (242) a una segunda AMF (252), que es una AMF de emergencia dedicada.
Sumario
Con el fin de resolver o al menos aliviar los problemas que se han comentado anteriormente, la presente divulgación proporciona soluciones técnicas para la gestión de emergencias en la movilidad EPS a 5GS y la movilidad inter AMF intra 5GS de la siguiente manera. La invención se lleva a cabo a través del método en una primera entidad de las reivindicaciones independientes 1 y 8, así como a través de los dispositivos correspondientes de las reivindicaciones independientes 15 y 17. La invención se lleva a cabo también a través del método en una segunda entidad de la reivindicación independiente 13, así como a través del dispositivo correspondiente de la reivindicación independiente 19. Finalmente, la invención se lleva a cabo a través del producto de la reivindicación independiente 21.
Breve descripción de los dibujos
Los objetos, ventajas y características de la presente divulgación serán más evidentes, según las descripciones de las realizaciones preferidas en relación con los dibujos, en donde:
La figura 1 muestra esquemáticamente un método de gestión de emergencias en una entidad objetivo para gestionar el acceso y la movilidad según una primera realización a modo de ejemplo de la presente divulgación;
la figura 2 muestra esquemáticamente un diagrama de secuencia de señalización de un procedimiento de movilidad de EPS a 5GS al que se aplica el método de gestión de emergencias según la primera realización de la presente divulgación;
la figura 3 muestra esquemáticamente un diagrama de secuencia de señalización de un procedimiento de cambio inter AMF al que se aplica el método de gestión de emergencias según la primera realización de la presente divulgación;
la figura 4 muestra esquemáticamente un método de gestión de emergencias en una AMF objetivo según una segunda realización a modo de ejemplo de la presente divulgación;
la figura 5 muestra esquemáticamente un método de gestión de emergencias en una AMF fuente según la segunda realización a modo de ejemplo de la presente divulgación;
la figura 6 muestra esquemáticamente un diagrama de secuencia de señalización de un procedimiento de cambio inter AMF al que se aplican los métodos de gestión de emergencias en la AMF objetivo y la AMF fuente según la segunda realización de la presente divulgación;
la figura 7 muestra esquemáticamente un diagrama de bloques de una entidad objetivo para gestionar el acceso y la movilidad según una realización a modo de ejemplo de la presente divulgación;
la figura 8 muestra esquemáticamente un diagrama de bloques de una entidad objetivo para gestionar el acceso y la movilidad según otra realización a modo de ejemplo de la presente divulgación;
la figura 9 muestra esquemáticamente un diagrama de bloques de una AMF objetivo según una realización a modo de ejemplo de la presente divulgación;
la figura 10 muestra esquemáticamente un diagrama de bloques de una AMF objetivo según otra realización a modo de ejemplo de la presente divulgación;
la figura 11 muestra esquemáticamente un diagrama de bloques de una AMF fuente según una realización a modo de ejemplo de la presente divulgación; y
la figura 12 muestra esquemáticamente un diagrama de bloques de una AMF fuente según otra realización a modo de ejemplo de la presente divulgación.
Cabe señalar que, a lo largo de los dibujos, se utilizan números de referencia iguales o similares para indicar elementos iguales o similares; varias partes de los dibujos no están dibujadas a escala, sino solo con un propósito ilustrativo y, por lo tanto, no deben entenderse como limitaciones ni restricciones en el alcance de la presente divulgación.
Descripción detallada
A continuación en el presente documento, el principio y el espíritu de la presente divulgación se describirán con referencia a realizaciones ilustrativas. Algunas de las realizaciones contempladas en este documento se describirán ahora con más detalle con referencia a los dibujos adjuntos. Sin embargo, otras realizaciones están contenidas dentro del alcance de la materia divulgada en este documento, la materia divulgada no debe interpretarse como limitada únicamente a las realizaciones establecidas en este documento; más bien, estas realizaciones se proporcionan a modo de ejemplo para transmitir el alcance de la materia a los expertos en la técnica.
Las referencias en la memoria descriptiva a “una realización”, “la realización”, “un ejemplo de realización”, etc. indican que la realización descrita puede incluir una característica, estructura o rasgo particular, pero no es necesario que cada realización incluya la característica, rasgo o estructura particular. Además, tales frases no se refieren necesariamente a la misma realización. Además, cuando se describe un rasgo, estructura o característica particular en relación con una realización, se afirma que está dentro del conocimiento de un experto en la técnica afectar tal rasgo, estructura o característica en relación con otras realizaciones ya sea o no descrito explícitamente.
La terminología utilizada en este documento tiene el propósito de describir realizaciones particulares únicamente y no pretende ser una limitación de las realizaciones a modo de ejemplo. Como se usa en este documento, las formas singulares “un”, “una” y “el/la” también incluyen las formas plurales, a menos que el contexto indique claramente lo contrario. Se entenderá además que los términos “comprende”, “que comprende”, “tiene”, “que tiene”, “incluye” y/o “que incluye”, cuando se utilizan en este documento, especifican la presencia de características, elementos y/o componentes, etc., mencionados pero no excluyen la presencia o la adición de una o más características, elementos, componentes y/o combinaciones de los mismos.
Tal como se utiliza en este documento, el término “y/o” incluye todas y cada una de las combinaciones de uno o más de los términos enumerados asociados.
En la siguiente descripción y reivindicaciones, a menos que se defina de otro modo, todos los términos técnicos y científicos utilizados en este documento tienen el mismo significado que comúnmente entienden los expertos en la técnica a la que pertenece esta divulgación. La invención se materializa en la descripción de la figura 1,4, 5, 8, 10, 12 y la descripción relacionada, el resto de la descripción y las figuras no están según la invención y se presentan únicamente con fines ilustrativos.
Las ideas básicas de la presente divulgación consisten principalmente en que
En la movilidad EPS a 5GS,
la AMF determina si un identificador de red de datos (como un APN/DNN) para una conectividad IP (como una conexión PDN/sesión de PDU) en un mensaje de movilidad recibido (como un mensaje de solicitud de reubicación directa y/o un mensaje de respuesta de contexto), que son mensajes del protocolo de tunelización del servicio de radiocomunicaciones por paquetes (GTP) global) es de emergencia; opcionalmente, la AMF puede almacenar una indicación de emergencia que indique que el identificador de red de datos en el mensaje de movilidad recibido es de emergencia;
En la movilidad intra 5GS inter AMF, es decir, el cambio inter AMF,
la AMF objetivo determina si un identificador de red de datos (como un DNN) para una conectividad IP (como una sesión de PDU) en un mensaje de movilidad recibido (como un mensaje de respuesta Namf_Communication_UEContextTransfer y/o un mensaje de solicitud Namf_Communication_CreateUEContext) es de emergencia; opcionalmente, la AMF objetivo puede almacenar una indicación de emergencia que indica que el identificador de red de datos en el mensaje de movilidad recibido es de emergencia; o
la AMF objetivo recibe, en un mensaje de movilidad (como un mensaje de respuesta Namf_Communication_UEContextTransfer y/o un mensaje de solicitud Namf_Communication_CreateUEContext) de la AMF fuente, una indicación de emergencia que indica que un identificador de red de datos (como un DNN) para una sesión de PDU es de emergencia, determinándose la indicación de emergencia por la AMF fuente en función de los identificadores de red de datos de emergencia contenidos en los datos de configuración de emergencia con los que está configurada la AMF fuente, o en función de un tipo de solicitud “sesión de PDU de emergencia” del UE para establecer la sesión de PDU.
A continuación en el presente documento, se describirá con referencia a la figura 1 un método 100 de gestión de emergencias en una entidad objetivo para gestionar el acceso y la movilidad según una primera realización a modo de ejemplo de la presente divulgación. El método 100 puede aplicarse tanto en el procedimiento de movilidad de EPS a 5GS como en el procedimiento de cambio inter AMF.
Figura 1
Como se muestra en la figura 1, el método 100 incluye las etapas S101 ~S105.
En la etapa S101, la entidad objetivo para gestionar el acceso y la movilidad (como una AMF objetivo, que es intercambiable con el término “entidad objetivo para gestionar el acceso y la movilidad” a continuación en el presente documento) recibe un mensaje de movilidad (como un mensaje de respuesta de contexto para registro de movilidad y/o un mensaje de solicitud de reubicación directa para el traspaso en el procedimiento de movilidad EPS a 5GS, un mensaje de respuesta Namf_Communication_UEContextTransfer para el registro de movilidad y/o un mensaje de solicitud Namf_Communication_CreateUEContext para el traspaso en el procedimiento de cambio inter AMF) desde una entidad fuente para gestionar el acceso y movilidad (como un MME en el procedimiento de movilidad EPS a 5GS, una AMF fuente en el procedimiento de cambio inter AMF).
El mensaje de movilidad transporta un identificador de red de datos para una conectividad IP (como una conexión PDN/sesión de PDU en el procedimiento de movilidad EPS a 5GS, una sesión de PDU en el procedimiento de cambio inter AMF). En este caso, el identificador de red de datos puede ser un APN (para EPS)/DNN (para 5GS). Debe entenderse que “APN” es una expresión utilizada en EPS, que está representada por la expresión “DNN” en 5GS. DNN en 5GS es equivalente a APN en EPS (Sección 9A de 3GPP TS v15.8.0).
También debe entenderse que “conexión PDN” es una expresión utilizada en EPS, que se representa con la expresión “sesión PDU” en 5GS. La sesión PDU en 5GS es equivalente a la conexión PDN en EPS. El APN para la conexión PDN utilizada en EPS se expresa como DNN para la sesión de PDU en 5GS.
En una realización a modo de ejemplo para el procedimiento de movilidad EPS a 5GS, un APN para una conexión PDN es transportado por el mensaje de respuesta de contexto y/o el mensaje de solicitud de reubicación directa, particularmente en IE de conexión PDN de EPS.
En una realización a modo de ejemplo para el procedimiento de cambio inter AMF, un DNN para una sesión de PDU es transportado por el mensaje de respuesta Namf_Communication_UEContextTransfer y/o el mensaje de solicitud Namf_Communication_CreateUEContext, particularmente en SessionContextList de un IE de contexto de UE.
Luego, en la etapa S103, la entidad objetivo para gestionar el acceso y la movilidad determina que el identificador de red de datos en el mensaje de movilidad recibido es un identificador de red de datos de emergencia, en base a los identificadores de red de datos de emergencia contenidos en los datos de configuración de emergencia con los que está configurada la entidad objetivo para gestionar el acceso la movilidad, lo que se describirá en detalle a continuación.
Según 3GPP TS 23.501 v16.3.0, se configura un DNN de emergencia en datos de configuración de emergencia en AMF. Como se especifica en la Sección 5.16.4 de 3GPP TS 23.501 v16.3.0, para proporcionar servicios de emergencia, la AMF se configura con datos de configuración de emergencia que se aplican a los servicios de emergencia establecidos por una AMF en función de la solicitud del UE. Los datos de configuración de emergencia de AMF contienen DNN de emergencia que se utiliza para derivar una función de gestión de sesión (SMF). Además, los datos de configuración de emergencia de AMF pueden contener el SMF configurado estáticamente para el DNN de emergencia. El SMF también puede almacenar datos de configuración de emergencia que contienen información de función de plano de usuario (UPF) configurada estáticamente para el DNN de emergencia.
En un ejemplo particular, la AMF objetivo, ya sea en el procedimiento de movilidad EPS a 5GS o en el procedimiento de cambio inter AMF, determina si el identificador de red de datos (como DNN para 5GS) en el mensaje de movilidad recibido es uno de emergencia en base a DNN de emergencia que se han contenido en los datos de configuración de emergencia con los que se configura la AMF objetivo.
Por ejemplo, la AMF objetivo puede comparar el DNN en el mensaje de movilidad recibido con los DNN de emergencia que se han contenido en los datos de configuración de emergencia con los que está configurada la AMF objetivo. Si el DNN del mensaje de movilidad recibido coincide con uno de los DNN de emergencia, la AMF objetivo determina que el DNN en el mensaje de movilidad recibido es de emergencia.
Luego, en la etapa S105, la AMF objetivo determina que la conectividad IP está establecida para un servicio de emergencia, basándose en el resultado de la determinación de que el identificador de red de datos en el mensaje de movilidad recibido es de emergencia.
En una realización a modo de ejemplo, el método 100 puede incluir además las etapas S107 y S109.
En la etapa S107, la AMF objetivo genera una indicación de emergencia que indica que el identificador de red de datos en el mensaje de movilidad recibido es un identificador de red de datos de emergencia.
Luego, en la etapa S109, la AMF objetivo puede almacenar la indicación de emergencia. La indicación de emergencia almacenada puede transportarse en SessionContextList de un IE de contexto de UE para la transmisión posterior.
A continuación en el presente documento, el método 100 para la gestión de emergencias se describirá en detalle junto con los diagramas de secuencia de señalización del procedimiento de movilidad EPS a 5GS y el procedimiento de cambio inter AMF como se muestra en las figuras 2 y 3 respectivamente. En relación con los diagramas de secuencia de señalización de las figuras 2 y 3, se comprenderá mejor el método 100 descrito anteriormente.
Figura 2
La figura 2 muestra esquemáticamente el diagrama de secuencia de señalización del procedimiento de movilidad EPS a 5GS al que se le aplica el método 100. Cabe señalar que la siguiente descripción solo se centra en la señalización relacionada con el método 100, y se omite otra señalización para evitar enmascarar el principio de la presente divulgación. En la figura 2, la modificación en la señalización relacionada con el método 100 se muestra en cursiva negrita.
En el procedimiento de movilidad EPS a 5GS como se muestra en la figura 2, la entidad fuente para la gestión del acceso y la movilidad es una MME, y la entidad objetivo para la gestión del acceso y la movilidad es una AMF.
Como se muestra en la figura 2, en la Señalización S2-1, la MME transmite, a la AMF, un mensaje de respuesta de contexto (para registro de movilidad) y/o un mensaje de solicitud de reubicación directa (para traspaso), donde un APN para una conexión PDN (la expresión para EPS) es transportado por el mensaje de respuesta de contexto y/o el mensaje de solicitud de reubicación directa en, por ejemplo, un IE de conexión PDN de EPS.
En consecuencia, la AMF recibe el mensaje de respuesta de contexto y/o el mensaje de solicitud de reubicación directa que transporta el APN para la conexión PDN en el IE de conexión PDN de EPS. Para la AMF en 5GS, el APN para la conexión PDN se expresa como el DNN para la sesión de PDU.
En la señalización S2-2, la AMF determina si el DNN recibido para la sesión de PDU es de emergencia, en función de los DNN de emergencia que se han contenido en los datos de configuración de emergencia con los que se configura la AMF.
Por ejemplo, la AMF puede comparar el DNN recibido con los DNN de emergencia que se han contenido en los datos de configuración de emergencia con los que está configurada la AMF. Si el DNN recibido coincide con uno de los DNN de emergencia, la AMF determina que el DNN recibido es de emergencia.
Por tanto, la AMF puede determinar que la sesión de PDU se establece para un servicio de emergencia, basándose en el resultado de la determinación de que el DNN recibido para la sesión de PDU es de emergencia.
Opcionalmente, la AMF puede generar una indicación de emergencia que indique que el DNN recibido es de emergencia y almacenar la indicación de emergencia. La indicación de emergencia almacenada puede transportarse en SessionContextList de un IE de contexto de UE para la transmisión posterior.
Figura 3
La figura 3 muestra esquemáticamente el diagrama de secuencia de señalización del procedimiento de cambio inter AMF al que se aplica el método 100. Cabe señalar que la siguiente descripción solo se centra en la señalización relacionada con el método 100, y se omite otra señalización para evitar enmascarar el principio de la presente divulgación. En la figura 3, la modificación en la señalización relacionada con el método 100 se muestra en cursiva negrita.
En el procedimiento de cambio inter AMF como se muestra en la figura 3, la entidad fuente para gestionar el acceso y la movilidad es una AMF (denominada AMF fuente), y la entidad objetivo para gestionar el acceso y la movilidad es una AMF (denominada AMF objetivo).
Como se muestra en la figura 3, en la señalización S3-1, la AMF fuente transmite, a la AMF objetivo, un mensaje de respuesta Namf_Communication_UEContextTransfer (para registro de movilidad) y/o un mensaje de solicitud Namf_Communication_CreateUEContext (para traspaso), en donde el DNN para una sesión de PDU es transportado por el mensaje de respuesta Namf_Communication_UEContextTransfer y/o mensaje de solicitud Namf_Communication_CreateUEContext en, por ejemplo, SessionContextList de un IE de contexto de UE.
En consecuencia, la AMF objetivo recibe el mensaje de respuesta Namf_Communication_UEContextTransfer y/o el mensaje de solicitud Namf_Communication_CreateUEContext que transporta el DNN para la sesión de PDU en SessionContextList del IE de contexto de UE.
En la señalización S3-2, la AMF objetivo determina si el DNN para la sesión de PDU en el mensaje de respuesta Namf_Communication_UEContextTransfer recibido y/o el mensaje de solicitud Namf_Communication_CreateUEContext es de emergencia, en función de los DNN de emergencia que se han contenido en los datos de configuración de emergencia con los que la AMF objetivo está configurada.
Por ejemplo, la AMF objetivo puede comparar el DNN en el mensaje de respuesta Namf_Communication_UEContextTransfer recibido y/o el mensaje de solicitud Namf_Communication_CreateUEContext con los DNN de emergencia que se han contenido en los datos de configuración de emergencia con los que está configurada la AMF objetivo. Si el DNN en el mensaje de respuesta Namf_Communication_UEContextTransfer recibido y/o el mensaje de solicitud Namf_Communication_CreateUEContext coincide con uno de los DNN de emergencia, la AMF objetivo determina que el DNN en el mensaje de respuesta Namf_Communication_UEContextTransfer recibido y/o el mensaje de solicitud Namf_Communication_CreateUEContext es de emergencia.
Por lo tanto, la AMF objetivo puede determinar que la sesión de PDU se establece para un servicio de emergencia, basándose en el resultado de la determinación del DNN para la sesión de PDU en el mensaje de respuesta Namf_Communication_UEContextTransfer recibido y/o el mensaje de solicitud Namf_Communication_CreateUEContext es de emergencia.
Opcionalmente, la AMF objetivo puede generar una indicación de emergencia que indica que el DNN en el mensaje de respuesta Namf_Communication_UEContextTransfer recibido y/o el mensaje de solicitud Namf_Communication_CreateUEContext es de emergencia, y almacena la indicación de emergencia. La indicación de emergencia almacenada puede transportarse en SessionContextList de un IE de contexto de UE para la transmisión posterior.
Como se describió anteriormente, en el procedimiento de movilidad inter AMF, la AMF objetivo puede determinar que un DNN para una sesión de PDU es de emergencia al recibir una indicación de emergencia correspondiente de la AMF fuente, que se presentará en una segunda realización de la presente divulgación.
A continuación en el presente documento, se describirá con referencia a la figura 4 un método 400 en una AMF objetivo para la gestión de emergencias según la segunda realización a modo de ejemplo de la presente divulgación. El método 400 se aplica en el procedimiento de cambio inter AMF.
Figura 4
Como se muestra en la figura 4, el método 400 incluye las etapas S401 y S403.
En la etapa S401, la AMF objetivo recibe un mensaje de movilidad (tal como un mensaje de respuesta Namf_Communication_UEContextTransfer para registro de movilidad, un mensaje de solicitud Namf_Communication_CreateUEContext para traspaso) desde la AMF fuente. El mensaje de movilidad transporta una indicación de emergencia que indica que un identificador de red de datos (como un DNN) para una sesión de PDU es de emergencia, por ejemplo, en SessionContextList de IE de contexto de UE.
Como se describirá más adelante en relación con la figura 5, el identificador de red de datos para la sesión de PDU que es un identificador de red de datos de emergencia se determina por la entidad de AMF fuente en función de los identificadores de red de datos de emergencia (como los DNN de emergencia como se describió anteriormente) contenidos en los datos de configuración de emergencia con los que está configurada la AMF fuente, o en base a un tipo de solicitud “sesión de PDU de emergencia” del UE para establecer la sesión de PDU.
En la etapa S403, la AMF objetivo determina que la sesión de PDU se establece para un servicio de emergencia en base a la indicación de emergencia.
En una realización a modo de ejemplo, el método 400 puede incluir además la etapa S405.
En la etapa S405, la AMF objetivo puede almacenar la indicación de emergencia. La indicación de emergencia almacenada puede transportarse en SessionContextList del IE de contexto de UE para la transmisión posterior.
En consecuencia, se describirá con referencia a la figura 5 un método 500 en una AMF fuente para la gestión de emergencias según la segunda realización a modo de ejemplo de la presente divulgación. El método 500 también se aplica en el procedimiento de cambio inter AMF.
Figura 5
Como se muestra en la figura 5, el método 500 incluye las etapas S501 ~S505.
En la etapa S501, la AMF fuente determina que un identificador de red de datos (como un DNN) para que una sesión de PDU se transfiera a la AMF objetivo (ya sea para registro de movilidad o traspaso) es un identificador de red de datos de emergencia.
En particular, la AMF fuente determina que el identificador de red de datos (como el DNN) para la sesión de PDU es un identificador de red de datos de emergencia en función de los identificadores de red de datos de emergencia contenidos en los datos de configuración de emergencia con los que la entidad AMF fuente está configurada o en función de una solicitud de tipo “sesión de PDU de emergencia” del UE para establecer la sesión de PDU.
En un ejemplo particular, la AMF fuente puede determinar si el DNN para la sesión de PDU es de emergencia basándose en los DNN de emergencia que se han contenido en los datos de configuración de emergencia con los que está configurada la AMF fuente.
Por ejemplo, la AMF fuente puede comparar el DNN para la sesión de PDU con los DNN de emergencia que se han contenido en los datos de configuración de emergencia con los que se configura la AMF fuente. Si el DNN de la sesión de PDU coincide con uno de los DNN de emergencia, la AMF fuente determina que el DNN de la sesión de PDU es de emergencia.
Luego, en la etapa S503, la AMF fuente genera una indicación de emergencia que indica que el identificador de red de datos es un identificador de red de datos de emergencia.
En la etapa S505, la AMF fuente transmite un mensaje de movilidad que transporta la indicación de emergencia a una AMF objetivo. El mensaje de movilidad puede ser un mensaje de respuesta Namf_Communication_UEContextTransfer (para registro de movilidad) y/o un mensaje de solicitud Namf_Communication_CreateUEContext (para traspaso). En particular, la AMF fuente puede transportar la indicación de emergencia mediante el mensaje de respuesta Namf_Communication_UEContextTransfer y/o el mensaje de solicitud Namf_Communication_CreateUEContext en SessionContextList de un IE de contexto de UE.
A continuación en el presente documento, los métodos 400 y 500 para la gestión de emergencias se describirán en detalle junto con los diagramas de secuencia de señalización del procedimiento de cambio inter AMF como se muestra en la figura 6. En relación con los diagramas de secuencia de señalización de la figura 6, los métodos 400 y 500 descritos anteriormente se entenderán mejor.
Figura 6
La figura 6 muestra esquemáticamente el diagrama de secuencia de señalización del procedimiento de cambio inter AMF al que se aplican los métodos 400 y 500. Cabe señalar que la siguiente descripción solo se centra en la señalización relacionada con los métodos 400 y 500, y se omite otra señalización para evitar enmascarar el principio de la presente divulgación. En la figura 6, la modificación en la señalización relacionada con los métodos de método 400 y 500 se muestra en cursiva negrita.
En la señalización S6-1, la AMF fuente puede determinar que un DNN para una sesión de PDU que se transferirá a la AMF objetivo es un identificador de red de datos de emergencia.
En particular, la AMF fuente puede determinar que el DNN para la sesión de PDU es un identificador de red de datos de emergencia en función de los DNN de emergencia contenidos en los datos de configuración de emergencia con los que está configurada la entidad AMF fuente, o en función de un tipo de solicitud “sesión de PDU de emergencia”. del UE para establecer la sesión de PDU.
Por ejemplo, la AMF fuente puede comparar el DNN para la sesión de PDU con los DNN de emergencia que se han incluido en los datos de configuración de emergencia con los que se configura la AMF fuente. Si el DNN de la sesión de PDU coincide con uno de los DNN de emergencia, la AMF fuente determina que el DNN de la sesión de PDU es de emergencia.
Entonces, la AMF fuente puede generar una indicación de emergencia que indique que el DNN es un DNN de emergencia.
A continuación, la AMF fuente puede transmitir, a la AMF objetivo, un mensaje de respuesta Namf_Communication_UEContextTransfer (para registro de movilidad) y/o un mensaje de solicitud Namf_Communication_CreateUEContext (para traspaso) que transportan la indicación de emergencia en SessionContextList de un IE de contexto de UE.
En consecuencia, la AMF objetivo puede recibir el mensaje de respuesta Namf_Communication_UEContextTransfer (para registro de movilidad) y/o el mensaje de solicitud Namf_Communication_CreateUEContext (para traspaso) de la AMF fuente que transporta la indicación de emergencia en SessionContextList de un IE de contexto de UE.
En la señalización S6-2, la AMF objetivo puede determinar que la sesión de PDU se establece para un servicio de emergencia en función de la indicación de emergencia.
Opcionalmente, la AMF objetivo puede almacenar la indicación de emergencia. La indicación de emergencia almacenada puede transportarse en SessionContextList del IE de contexto de UE para la transmisión posterior.
A continuación en el presente documento, se describirá con referencia a la figura 7 una estructura de una entidad objetivo para la gestión del acceso y la movilidad según una realización a modo de ejemplo de la presente divulgación. La figura 7 muestra esquemáticamente un diagrama de bloques de una entidad 700 objetivo para gestionar el acceso y la movilidad según una realización a modo de ejemplo de la presente divulgación. La 700 entidad objetivo para gestionar el acceso y la movilidad en la figura 7 puede realizar el método 100 como se describió previamente con referencia a la figura 1. En consecuencia, parte de la descripción detallada sobre la entidad 700 objetivo para gestionar el acceso y la movilidad puede referirse a la descripción correspondiente del método 100 en la figura 1 y los diagramas de secuencia de señalización de las figuras 2 y 3 como se comentó anteriormente, y por lo tanto se omitirá en este caso por simplicidad.
Figura 7
Como se muestra en la figura 7, la entidad 700 objetivo para gestionar el acceso y la movilidad incluye una unidad 701 transceptora y una unidad 703 de determinación. Debe entenderse que la entidad 700 objetivo para gestionar el acceso y la movilidad puede ser una AMF objetivo en el procedimiento de movilidad EPS a 5GS o en el procedimiento de cambio inter AMF.
La unidad 701 transceptora puede recibir un mensaje de movilidad (como un mensaje de respuesta de contexto para el registro de movilidad y/o un mensaje de solicitud de reubicación directa para el traspaso en el procedimiento de movilidad EPS a 5GS, un mensaje de respuesta Namf_Communication_UEContextTransfer para el registro de movilidad y/o un mensaje de solicitud Namf_Communication_CreateUEContext para el traspaso en el procedimiento de cambio inter AMF) de una entidad fuente para la gestión de acceso y movilidad (como una MME en el procedimiento de movilidad EPS a 5GS, una AMF fuente en el procedimiento de cambio inter AMF).
El mensaje de movilidad transporta un identificador de red de datos para una conectividad IP (como una conexión PDN/sesión de PDU en el procedimiento de movilidad EPS a 5GS, una sesión de PDU en el procedimiento de cambio inter AMF). En este caso, el identificador de red de datos puede ser un APN (para EPS)/DNN (para 5GS). El APN para la conexión PDN utilizada en EPS se expresa como el DNN para la sesión de PDU en 5GS.
En una realización a modo de ejemplo para el procedimiento de movilidad EPS a 5GS, un APN para una conexión PDN es transportado por el mensaje de respuesta de contexto y/o el mensaje de solicitud de reubicación directa, particularmente en un IE de conexión PDN de EPS.
En una realización a modo de ejemplo para el procedimiento de cambio inter AMF, un DNN para una sesión de PDU es transportado por el mensaje de respuesta Namf_Communication_UEContextTransfer y/o el mensaje de solicitud Namf_Communication_CreateUEContext, particularmente en SessionContextList de un IE de contexto de UE.
Entonces, la unidad 703 de determinación puede determinar que el identificador de red de datos en el mensaje de movilidad recibido es un identificador de red de datos de emergencia, en base a los identificadores de red de datos de emergencia contenidos en los datos de configuración de emergencia con los que está configurada la entidad 700 objetivo para gestionar el acceso y la movilidad.
Por lo tanto, la unidad 703 de determinación puede determinar además que la conectividad IP está establecida para un servicio de emergencia, basándose en el resultado de la determinación de que el identificador de red de datos en el mensaje de movilidad recibido es de emergencia.
En una realización a modo de ejemplo, la entidad 700 objetivo para gestionar el acceso y la movilidad puede incluir además una unidad 705 de generación y una unidad 707 de almacenamiento.
La unidad 705 de generación puede generar una indicación de emergencia que indica que el identificador de red de datos en el mensaje de movilidad recibido es un identificador de red de datos de emergencia.
Entonces, la unidad 707 de almacenamiento puede almacenar la indicación de emergencia. La indicación de emergencia almacenada puede transportarse en SessionContextList de un IE de contexto de UE para la transmisión posterior.
A continuación en el presente documento, se describirá con referencia a la figura 8 una estructura de una entidad objetivo para la gestión del acceso y la movilidad según otra realización a modo de ejemplo de la presente divulgación. La figura 8 muestra esquemáticamente un diagrama de bloques de una entidad 800 para gestionar el acceso y la movilidad según otra realización a modo de ejemplo de la presente divulgación. La entidad 800 para gestionar el acceso y la movilidad de la figura 8 puede realizar el método 100 como se describió previamente con referencia a la figura 1. En consecuencia, parte de la descripción detallada sobre la entidad 700 objetivo para gestionar el acceso y la movilidad puede referirse a la descripción correspondiente del método 100 en la figura 1 y los diagramas de secuencia de señalización de las figuras 2 y 3 como se comentó anteriormente, y por lo tanto se omitirá en este caso por simplicidad.
Figura 8
Como se muestra en la figura 8, la entidad 800 objetivo para gestionar el acceso y la movilidad incluye al menos un procesador 801 y al menos una memoria 803. El al menos un procesador 801 incluye, por ejemplo, cualquier CPU (unidad central de procesamiento), microcontrolador, DSP (procesador de señal digital), etc.., adecuados capaces de ejecutar instrucciones de programas informáticos. La al menos una memoria 803 puede ser cualquier combinación de una RAM (memoria de acceso aleatorio) y una ROM (memoria de sólo lectura). La al menos una memoria 803 de procesador también puede incluir almacenamiento persistente, que, por ejemplo, puede ser cualquiera o una combinación de memoria magnética, memoria óptica o memoria de estado sólido o incluso memoria montada de forma remota.
La al menos una memoria 803 almacena instrucciones ejecutables por el al menos un procesador 801, por lo que la entidad 800 objetivo para gestionar el acceso y la movilidad es funcional para realizar las acciones, por ejemplo, de los procedimientos descritos anteriormente respectivamente en relación con la figura 1.
En particular, las instrucciones, cuando se cargan desdela al menos una memoria 803 y se ejecutan en el al menos un procesador 80, hacen que la entidad 800 objetivo para gestionar el acceso y la movilidad reciba un mensaje de movilidad (tal como un mensaje de respuesta de contexto para registro de movilidad y/o un mensaje de solicitud de reubicación directa para el traspaso en el procedimiento de movilidad EPS a 5GS, un mensaje de respuesta Namf_Communication_UEContextTransfer para el registro de movilidad y/o un mensaje de solicitud Namf_Communication_CreateUEContext para el traspaso en el procedimiento de cambio inter AMF) de una entidad fuente para gestionar el acceso y la movilidad (como una MME en el procedimiento de movilidad EPS a 5GS, una AMF fuente en el procedimiento de cambio inter AMF).
El mensaje de movilidad transporta un identificador de red de datos para una conectividad IP (como una conexión PDN/sesión de PDU en el procedimiento de movilidad EPS a 5GS, una sesión de PDU en el procedimiento de cambio inter AMF). En este caso, el identificador de red de datos puede ser un APN (para EPS)/DNN (para 5GS). El APN para la conexión PDN utilizada en EPS se expresa como el DNN para la sesión de PDU en 5GS.
En una realización a modo de ejemplo para el procedimiento de movilidad EPS a 5GS, un APN para una conexión PDN es transportado por el mensaje de respuesta de contexto y/o el mensaje de solicitud de reubicación directa, particularmente en un IE de conexión PDN de EPS.
En una realización a modo de ejemplo para el procedimiento de cambio inter AMF, un DNN para una sesión de PDU es transportado por el mensaje de respuesta Namf_Communication_UEContextTransfer y/o el mensaje de solicitud Namf_Communication_CreateUEContext, particularmente en SessionContextList de un IE de contexto de UE.
Las instrucciones, cuando se cargan desde la al menos una memoria 803 y se ejecutan en el al menos un procesador 801, hacen que la entidad 800 objetivo para gestionar el acceso y la movilidad determine que el identificador de red de datos en el mensaje de movilidad recibido es un identificador de red de datos de emergencia, en función de los identificadores de red de datos de emergencia contenidos en los datos de configuración de emergencia con los que se configura la entidad objetivo para la gestión de acceso y movilidad.
Las instrucciones, cuando se cargan desde la al menos una memoria 803 y se ejecutan en el al menos un procesador 801, hacen que la entidad 800 objetivo para la gestión del acceso y la movilidad determine que la conectividad IP está establecida para un servicio de emergencia, en base al resultado de determinación de que el identificador de red de datos en el mensaje de movilidad recibido es de emergencia.
En una realización a modo de ejemplo, las instrucciones, cuando se cargan desde la al menos una memoria 803 y se ejecutan en el al menos un procesador 801, hacen que la entidad 800 objetivo para la gestión del acceso y la movilidad genere una indicación de emergencia que indica que el identificador de red de datos en el mensaje de movilidad recibido es un identificador de red de datos de emergencia; y almacenar la indicación de emergencia. La indicación de emergencia almacenada puede transportarse en SessionContextList de un IE de contexto de UE para la transmisión posterior.
A continuación en el presente documento, se describirá con referencia a la figura 9 una estructura de una AMF objetivo según una realización a modo de ejemplo de la presente divulgación. La figura 9 muestra esquemáticamente un diagrama de bloques de una AMF 900 objetivo según una realización a modo de ejemplo de la presente divulgación. La AMF 900 objetivo en la figura 9 puede realizar el método 400 como se describió previamente con referencia a la figura 4. En consecuencia, parte de la descripción detallada sobre la AMF 900 objetivo puede referirse a la descripción correspondiente del método 400 en la figura 4 y el diagrama de secuencia de señalización de la figura 6 como se comentó anteriormente, y por lo tanto se omitirá en este caso por simplicidad.
Figura 9
Como se muestra en la figura 9, la AMF 900 objetivo incluye una unidad 901 transceptora, una unidad 903 de determinación y una unidad 905 de almacenamiento. Debe entenderse que la AMF 900 objetivo se usa en el procedimiento de cambio inter AMF.
La unidad 901 transceptora puede recibir un mensaje de movilidad (tal como un mensaje de respuesta Namf_Communication_UEContextTransfer para registro de movilidad, un mensaje de solicitud Namf_Communication_CreateUEContext para traspaso) de la AMF fuente. El mensaje de movilidad transporta una indicación de emergencia que indica que un identificador de red de datos (como un DNN) para una sesión de PDU es de emergencia, por ejemplo, en SessionContextList de un IE de contexto de UE.
El identificador de red de datos para la sesión de PDU que es un identificador de red de datos de emergencia puede ser determinado por la entidad AMF fuente en función de los identificadores de red de datos de emergencia (como los DNN de emergencia como se describió anteriormente) contenidos en los datos de configuración de emergencia con los que está configurada la AMF fuente, o en base a un tipo de solicitud “sesión de PDU de emergencia” del UE para establecer la sesión de PDU.
Entonces, la unidad 903 de determinación puede determinar que la sesión de PDU se establece para un servicio de emergencia en base a la indicación de emergencia.
En una realización a modo de ejemplo, la AMF 900 objetivo puede incluir además una unidad 905 de almacenamiento.
La unidad 905 de almacenamiento puede almacenar la indicación de emergencia. La indicación de emergencia almacenada puede transportarse en SessionContextList del IE de contexto de UE para la transmisión posterior.
A continuación en el presente documento, se describirá con referencia a la figura 10 una estructura de una AMF objetivo según otra realización a modo de ejemplo de la presente divulgación. La figura 10 muestra esquemáticamente un diagrama de bloques de una AMF 1000 objetivo según otra realización a modo de ejemplo de la presente divulgación. La AMF 1000 objetivo en la figura 10 puede realizar el método 400 como se describió previamente con referencia a la figura 4. En consecuencia, parte de la descripción detallada sobre la AMF 1000 objetivo puede referirse a la descripción correspondiente del método 400 en la figura 4 y el diagrama de secuencia de señalización de la figura 6 como se comentó anteriormente, y por lo tanto se omitirá en este caso por simplicidad.
Figura 10
Como se muestra en la figura 10, la AMF 1000 objetivo incluye al menos un procesador 1001 y al menos una memoria 1003. El al menos un procesador 1001 incluye, por ejemplo, cualquier CPU (unidad central de procesamiento), microcontrolador, DSP (procesador de señal digital), etc., adecuados capaces de ejecutar instrucciones de programa informático. La al menos una memoria 1003 puede ser cualquier combinación de una RAM (memoria de acceso aleatorio) y una ROM (memoria de sólo lectura). La al menos una memoria 1003 de procesador también puede incluir almacenamiento persistente, que, por ejemplo, puede ser cualquiera o una combinación de memoria magnética, memoria óptica o memoria de estado sólido o incluso memoria montada de forma remota.
La al menos una memoria 1003 almacena instrucciones ejecutables por el al menos un procesador 1001, por lo que la AMF 1000 objetivo es funcional para realizar las acciones, por ejemplo, de los procedimientos descritos anteriormente respectivamente en relación con la figura 4.
En particular, las instrucciones, cuando se cargan desde la al menos una memoria 1003 y se ejecutan en el al menos un procesador 1001, hacen que la AMF 1000 objetivo reciba un mensaje de movilidad (como un mensaje de respuesta Namf_Communication_UEContextTransfer para registro de movilidad, un mensaje de solicitud Namf_Communication_CreateUEContext para traspaso) de la AMF fuente. El mensaje de movilidad transporta una indicación de emergencia que indica que un identificador de red de datos (como un DNN) para una sesión de PDU es de emergencia, por ejemplo, en SessionContextList de un IE de contexto de UE.
El identificador de red de datos para la sesión de PDU que es un identificador de red de datos de emergencia se determina por la entidad AMF fuente en función de los identificadores de red de datos de emergencia (como los DNN de emergencia descritos anteriormente) contenidos en los datos de configuración de emergencia con los que está configurada la AMF fuente, o en función de un tipo de solicitud “sesión de PDU de emergencia” del UE para establecer la sesión de PDU.
Las instrucciones, cuando se cargan desde la al menos una memoria 1003 y se ejecutan en el al menos un procesador 1001, hacen además que la AMF 1000 objetivo determine que la sesión de PDU está establecida para un servicio de emergencia en base a la indicación de emergencia.
En una realización a modo de ejemplo, las instrucciones, cuando se cargan desde la al menos una memoria 1003 y se ejecutan en el al menos un procesador 1001, hacen además que la AMF 1000 objetivo almacene la indicación de emergencia. La indicación de emergencia almacenada puede transportarse en SessionContextList del IE de contexto de UE para la transmisión posterior.
A continuación en el presente documento, se describirá con referencia a la figura 11 una estructura de una AMF fuente según una realización a modo de ejemplo de la presente divulgación. La figura 11 muestra esquemáticamente un diagrama de bloques de una AMF 1100 fuente según una realización a modo de ejemplo de la presente divulgación. La AMF 1100 fuente en la figura 11 puede realizar el método 500 como se describió previamente con referencia a la figura 5. En consecuencia, parte de la descripción detallada sobre la AMF 1100 fuente puede referirse a la descripción correspondiente del método 500 en la figura 5 y el diagrama de secuencia de señalización de la figura 6 como se comentó anteriormente, y por lo tanto se omitirá en este caso por simplicidad.
Figura 11
Como se muestra en la figura 11, la AMF 1100 fuente incluye una unidad 1101 de determinación, una unidad 1103 de generación y una unidad 1105 transceptora. Debe entenderse que la AMF 1100 fuente se utiliza en el procedimiento de cambio inter AMF.
La unidad 1101 de determinación puede determinar que un identificador de red de datos (tal como un DNN) para que una sesión de PDU se transfiera a la AMF objetivo es un identificador de red de datos de emergencia.
En particular, la AMF fuente puede determinar que el identificador de red de datos (como el DNN) para la sesión de PDU es un identificador de red de datos de emergencia en función de los identificadores de red de datos de emergencia contenidos en los datos de configuración de emergencia con los que está configurada la entidad AMF fuente, o en función de un tipo de solicitud “sesión de PDU de emergencia” del Ue para establecer la sesión de PDU.
En un ejemplo particular, la AMF fuente puede determinar si el DNN para la sesión de PDU es de emergencia basándose en los DNN de emergencia que se han contenido en los datos de configuración de emergencia con los que está configurada la AMF fuente.
Por ejemplo, la AMF fuente puede comparar el DNN para la sesión de PDU con los DNN de emergencia que se han incluido en los datos de configuración de emergencia con los que se configura la AMF fuente. Si el DNN de la sesión de PDU coincide con uno de los DNN de emergencia, la AMF fuente determina que el DNN de la sesión de PDU es de emergencia.
La unidad 1103 de generación puede generar una indicación de emergencia que indica que el identificador de red de datos es un identificador de red de datos de emergencia.
La unidad 1105 transceptora puede transmitir un mensaje de movilidad que transporta la indicación de emergencia a una AMF objetivo. El mensaje de movilidad puede ser un mensaje de respuesta Namf_Communication_UEContextTransfer (para registro de movilidad) y/o un mensaje de solicitud Namf_Communication_CreateUEContext (para traspaso). En particular, la AMF fuente puede transportar la indicación de emergencia mediante el mensaje de respuesta Namf_Communication_UEContextTransfer y/o el mensaje de solicitud Namf_Communication_CreateUEContext en SessionContextList de un IE de contexto de UE.
A continuación en el presente documento, se describirá con referencia a la figura 12 una estructura de una AMF fuente según otra realización a modo de ejemplo de la presente divulgación. La figura 12 muestra esquemáticamente un diagrama de bloques de una AMF 1200 fuente según otra realización a modo de ejemplo de la presente divulgación. La AMF 1200 fuente en la figura 12 puede realizar el método 500 como se describió previamente con referencia a la figura 5. En consecuencia, parte de la descripción detallada sobre la AMF 1200 fuente puede referirse a la descripción correspondiente del método 500 en la figura 5 y el diagrama de secuencia de señalización de la figura 6 como se comentó anteriormente, y por lo tanto se omitirá en este caso por simplicidad.
Figura 12
Como se muestra en la figura 12, la AMF 1200 fuente incluye al menos un procesador 1201 y al menos una memoria 1203. El al menos un procesador 1201 incluye, por ejemplo, cualquier CPU (unidad central de procesamiento), microcontrolador, DSP (procesador de señal digital), etc., adecuados capaces de ejecutar instrucciones del programa informático. La al menos una memoria 1203 puede ser cualquier combinación de una RAM (memoria de acceso aleatorio) y una ROM (memoria de sólo lectura). La al menos una memoria 1203 de procesador también puede incluir almacenamiento persistente, que, por ejemplo, puede ser cualquiera o una combinación de memoria magnética, memoria óptica o memoria de estado sólido o incluso memoria montada de forma remota.
La al menos una memoria 1203 almacena Instrucciones ejecutables por el al menos un procesador 1201, por lo que la AMF 1200 fuente es funcional para realizar las acciones, por ejemplo, de los procedimientos descritos anteriormente respectivamente en relación con la figura 5.
En particular, las instrucciones, cuando se cargan desde la al menos una memoria 1203 y se ejecutan en el al menos un procesador 1201, hacen que la AMF 1200 fuente determine que un identificador de red de datos (como un DNN) para una sesión de PDU que va a transferirse a la AMF objetivo es un identificador de red de datos de emergencia.
En particular, la AMF fuente determina que el identificador de red de datos (como el DNN) para la sesión de PDU es un identificador de red de datos de emergencia en función de los identificadores de red de datos de emergencia contenidos en los datos de configuración de emergencia con los que se configura la entidad AMF fuente o en función de una solicitud de tipo “sesión de PDU de emergencia” del UE para establecer la sesión de PDU.
En un ejemplo particular, la AMF fuente determina si el DNN para la sesión de PDU es de emergencia en función de los DNN de emergencia que se han contenido en los datos de configuración de emergencia con los que está configurada la AMF fuente.
Por ejemplo, la AMF fuente puede comparar el DNN para la sesión de PDU con los DNN de emergencia que se han incluido en los datos de configuración de emergencia con los que se configura la AMF fuente. Si el DNN de la sesión de PDU coincide con uno de los DNN de emergencia, la AMF fuente determina que el DNN de la sesión de PDU es de emergencia.
Las instrucciones, cuando se cargan desde la al menos una memoria 1203 y se ejecutan en el al menos un procesador 1201, pueden hacer que la AMF 1200 fuente genere una indicación de emergencia que indica que el identificador de red de datos es un identificador de red de datos de emergencia.
Las instrucciones, cuando se cargan desde la al menos una memoria 1203 y se ejecutan en el al menos un procesador 1201, pueden provocar además que la AMF 1200 fuente transmita un mensaje de movilidad que transporta la indicación de emergencia a una AMF objetivo. El mensaje de movilidad puede ser un mensaje de respuesta Namf_Communication_UEContextTransfer (para registro de movilidad) y/o un mensaje de solicitud Namf_Communication_CreateUEContext (para traspaso). En particular, la AMF fuente puede transportar la indicación de emergencia mediante el mensaje de respuesta Namf_Communication_UEContextTransfer y/o el mensaje de solicitud Namf_Communication_CreateUEContext en SessionContextList de un IE de contexto de UE.
La presente divulgación también proporciona al menos un producto de programa informático en forma de memoria no volátil o volátil, por ejemplo, un medio de almacenamiento legible por ordenador no transitorio, una memoria de sólo lectura programable borrable eléctricamente (EEPROM), una memoria flash y un disco duro El producto de programa informático incluye un programa informático.
El programa informático incluye: código/instrucciones legibles por ordenador, que cuando son ejecutadas por el al menos un procesador 801 hacen que el nodo 800 de gestión de movilidad objetivo realice las acciones, por ejemplo, del procedimiento descrito anteriormente junto con la figura 1; o instrucciones/código legibles por ordenador, que cuando son ejecutadas por el al menos un procesador 1001 hacen que la AMF 1000 objetivo realice las acciones, por ejemplo, de los procedimientos descritos anteriormente, respectivamente, junto con la figura 4; o instrucciones/ código legible por ordenador, que cuando son ejecutadas por el al menos un procesador 1701 hacen que la AMF 1200 fuente realice las acciones, por ejemplo, de los procedimientos descritos anteriormente, respectivamente, junto con la figura 12.
El producto de programa informático puede configurarse como un código de programa informático estructurado en módulos de programas informáticos. Los módulos de programas informáticos podrían realizar esencialmente las acciones del flujo ilustrado en cualquiera de las figuras 1 a 6
El procesador puede ser una única CPU (unidad central de procesamiento), pero también podría incluir dos o más unidades de procesamiento. Por ejemplo, el procesador puede incluir microprocesadores de propósito general; procesadores de conjuntos de instrucciones y/o conjuntos de chips relacionados y/o microprocesadores de propósito especial tales como circuitos integrados específicos de aplicación (ASIC). El procesador también puede incluir memoria de placa con fines de almacenamiento en caché. El programa informático puede ser transportado por un producto de programa informático conectado al procesador. El producto de programa informático puede incluir un medio de almacenamiento legible por ordenador no transitorio en donde se almacena el programa informático. Por ejemplo, el producto de programa de ordenador puede ser una memoria flash, una memoria de acceso aleatorio (RAM), una memoria de sólo lectura (ROM) o una EEPROM, y los módulos de programas informáticos descritos anteriormente podrían, en realizaciones alternativas, distribuirse en diferentes productos de programas informáticos en forma de memorias.
La presente divulgación se ha descrito anteriormente con referencia a sus realizaciones. Debe entenderse que los expertos en la técnica pueden realizar diversas modificaciones, alternancias y adiciones sin alejarse del alcance de la presente divulgación. Por lo tanto, el alcance de la presente divulgación no se limita a las realizaciones particulares anteriores, sino que sólo se define por las reivindicaciones adjuntas.

Claims (21)

REIVINDICACIONES
1. Un método (100) en una primera entidad para gestionar el acceso y la movilidad, que comprende:
recibir (S101) un mensaje de movilidad de una segunda entidad para gestionar el acceso y la movilidad, en donde el mensaje de movilidad transporta un identificador de red de datos para una sesión de unidad de datos de protocolo, PDU;
determinar (S103) que el identificador de red de datos en el mensaje de movilidad recibido es un identificador de red de datos de emergencia, en base a los identificadores de red de datos de emergencia contenidos en los datos de configuración de emergencia con los que se configura la primera entidad para gestionar el acceso y la movilidad; y determinar (S105) que la sesión de PDU se establece para un servicio de emergencia.
2. El método (100) según la reivindicación 1, que comprende, además:
generar (S107) una indicación de emergencia que indica que el identificador de red de datos en el mensaje de movilidad recibido es un identificador de red de datos de emergencia; y
almacenar (S109) la indicación de emergencia.
3. El método (100) según la reivindicación 2, en donde la indicación de emergencia almacenada se transporta en SessionContextList de un elemento de información de contexto ‘IE’ de equipo de usuario ‘UE’ para una transmisión posterior.
4. El método (100) según cualquiera de las reivindicaciones 1 a 3, en donde
la primera entidad para gestionar el acceso y la movilidad es una entidad de función de gestión de acceso ‘AMF’, y la segunda entidad para gestionar el acceso y la movilidad es una entidad de gestión de movilidad ‘MME’, y la sesión de PDU es una sesión de conexión de red de paquetes de datos ‘PDN’/unidad de datos de protocolo ‘PDU’.
5. El método (100) según la reivindicación 4, en donde
el mensaje de movilidad comprende al menos uno de: un mensaje de solicitud de reubicación directa, o un mensaje de respuesta de contexto, y
el identificador de red de datos es un nombre de punto de acceso ‘APN’ transportado por el mensaje de solicitud de reubicación directa y/o el mensaje de respuesta de contexto en un IE de conexión PDN de sistema de paquetes evolucionado ‘EPS’.
6. El método (100) según cualquiera de las reivindicaciones 1 a 3, en donde
la primera entidad para gestionar el acceso y la movilidad es una primera entidad AMF, y la segunda entidad para gestionar el acceso y la movilidad es una segunda entidad AMF.
7. El método (100) según la reivindicación 6, en donde
el mensaje de movilidad comprende al menos uno de: un mensaje de respuesta Namf_Communication_UEContextTransfer, o un mensaje de solicitud Namf_Communication_CreateUEContext, y el identificador de red de datos es un DNN transportado por el mensaje de respuesta Namf_Communication_UEContextTransfer y/o el mensaje de solicitud Namf_Communication_CreateUEContext en SessionContextList de un IE de contexto de UE.
8. Un método (400) en una primera entidad de función de gestión de acceso ‘AMF’, que comprende:
recibir (S401) un mensaje de movilidad de una segunda entidad AMF, en donde el mensaje de movilidad transporta una indicación de emergencia que indica que un identificador de red de datos para una sesión de unidad de datos de protocolo ‘PDU’ es un identificador de red de datos de emergencia; y
determinar (S403) que la sesión de PDU se establece para un servicio de emergencia en base a la indicación de emergencia.
9. El método (400) según la reivindicación 8, que comprende, además:
almacenar (S405) la indicación de emergencia.
10. El método (400) según la reivindicación 9, en donde la indicación de emergencia almacenada se transporta en SessionContextList de un elemento de información de contexto ‘IE’ de equipo de usuario ‘UE’ para una transmisión posterior.
11. El método (400) según cualquiera de las reivindicaciones 8 a 10, en donde el identificador de red de datos para la sesión de PDU, que es un identificador de red de datos de emergencia, se determina por la segunda entidad AMF en función de los identificadores de red de datos de emergencia contenidos en los datos de configuración de emergencia con los que se configura la segunda entidad AMF, o en función de un tipo de solicitud “sesión de PDU de emergencia” de un UE para establecer la sesión de PDU.
12. El método (400) según cualquiera de las reivindicaciones 8 a 11, en donde
el mensaje de movilidad comprende al menos uno de: un mensaje de respuesta Namf_Communication_UEContextTransfer, o un mensaje de solicitud Namf_Communication_CreateUEContext, y
la indicación de emergencia es transportada por el mensaje de respuesta Namf_Communication_UEContextTransfer y/o el mensaje de solicitud Namf_Communication_CreateUEContext en SessionContextList de un IE de contexto de UE.
13. Un método (500) en una segunda entidad de función de gestión de acceso ‘AMF’, que comprende:
determinar (S501) que un identificador de red de datos para una sesión de unidad de datos de protocolo ‘PDU’ a transferir a una primera AMF es un identificador de red de datos de emergencia;
generar (S503) una indicación de emergencia que indica que el identificador de red de datos es un identificador de red de datos de emergencia; y
transmitir (S505) un mensaje de movilidad que transporta la indicación de emergencia a la primera entidad AMF, en donde se caracteriza por que
el mensaje de movilidad comprende al menos uno de: un mensaje de respuesta Namf_Communication_UEContextTransfer, o un mensaje de solicitud Namf_Communication_CreateUEContext, y
la indicación de emergencia es transportada por el mensaje de respuesta Namf_Communication_UEContextTransfer y/o el mensaje de solicitud Namf_Communication_CreateUEContext en SessionContextList de un elemento de Información de contexto, IE, de equipo de usuario ‘UE’.
14. El método (500) según la reivindicación 13, en donde se determina que el identificador de red de datos para la sesión de PDU es un identificador de red de datos de emergencia en función de los identificadores de red de datos de emergencia contenidos en los datos de configuración de emergencia con los que se configura la segunda entidad AMF, o en función de una solicitud de tipo “sesión de PDU de emergencia” de un UE para establecer la sesión de PDU.
15. Una primera entidad (800) para la gestión de acceso y movilidad, que comprende:
al menos un procesador (801), y
al menos una memoria (803), que almacena instrucciones que, al ser ejecutadas en el al menos un procesador (801), hacen que la primera entidad (800) de gestión de acceso y movilidad pueda:
recibir un mensaje de movilidad de una segunda entidad para gestionar el acceso y la movilidad, en donde el mensaje de movilidad transporta un identificador de red de datos para una sesión de unidad de datos de protocolo, PDU;
determinar que el identificador de red de datos en el mensaje de movilidad recibido es un identificador de red de datos de emergencia, en base a los identificadores de red de datos de emergencia contenidos en los datos de configuración de emergencia con los que se configura la primera entidad de gestión de acceso y movilidad; y
determinar que la sesión de PDU está establecida para un servicio de emergencia.
16. La entidad (800) para gestionar el acceso y la movilidad según la reivindicación 15, en donde las instrucciones, cuando se ejecutan en el al menos un procesador (801), hacen además que la entidad (800) para gestionar el acceso y la movilidad realice el método según cualquiera de las reivindicaciones 2 a 7.
17. Una primera entidad (1000) de función de gestión de acceso ‘AMF’, que comprende:
al menos un procesador (1001), y
al menos una memoria (1003), que almacena instrucciones que, cuando se ejecutan en el al menos un procesador (1001), provocan que la primera entidad (1000) AMF pueda:
recibir un mensaje de movilidad de una segunda entidad AMF, en donde el mensaje de movilidad transporta una indicación de emergencia que indica que un identificador de red de datos para una sesión de unidad de datos de protocolo ‘PDU’ es un identificador de red de datos de emergencia; y
determinar que la sesión de PDU se establece para un servicio de emergencia en función de la indicación de emergencia.
18. La primera entidad (1000) AMF según la reivindicación 17, en donde las instrucciones, cuando se ejecutan en el al menos un procesador (1001), provocan además que la primera entidad (1000) AMF realice el método según cualquiera de las reivindicaciones 9 a 12.
19. Una segunda entidad (1200) de función de gestión de acceso ‘AMF’, que comprende:
al menos un procesador (1201), y
al menos una memoria (1203), que almacena instrucciones que, cuando se ejecutan en el al menos un procesador (1201), provocan que la segunda entidad (1200) AMF pueda:
determinar que un identificador de red de datos para una sesión de unidad de datos de protocolo ‘PDU’ que va a transferirse a una primera AMF es un identificador de red de datos de emergencia;
generar una indicación de emergencia que indica que el identificador de red de datos es un identificador de red de datos de emergencia; y
transmitir un mensaje de movilidad que transporta la indicación de emergencia a la primera entidad AMF, caracterizado por que
el mensaje de movilidad comprende al menos uno de: un mensaje de respuesta Namf_Communication_UEContextTransfer, o un mensaje de solicitud Namf_Communication_CreateUEContext, y la indicación de emergencia es transportada por el mensaje de respuesta Namf_Communication_UEContextTransfer y/o el mensaje de solicitud Namf_Communication_CreateUEContext en SessionContextList de un elemento de información de contexto, IE, de equipo de usuario ‘UE’.
20. La segunda entidad (1200) AMF según la reivindicación 19, en donde las instrucciones, cuando se ejecutan en el al menos un procesador (1201), provocan además que la segunda entidad (1200) AMF realice el método según la reivindicación 14.
21. Un medio de almacenamiento legible por ordenador que tiene instrucciones de programa informático almacenadas en el mismo, provocando las instrucciones de programa informático, cuando son ejecutadas por el al menos un procesador en una entidad para gestionar el acceso y la movilidad, que la entidad para gestionar el acceso y la movilidad realice el método según cualquiera de las reivindicaciones 1 a 14.
ES20829857T 2020-01-02 2020-12-15 Métodos, dispositivos y medios legibles por ordenador para comunicaciones de emergencia Active ES2958989T3 (es)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN2020070129 2020-01-02
PCT/EP2020/086119 WO2021136650A1 (en) 2020-01-02 2020-12-15 Methods, entities and computer readable medium for emergency handling

Publications (1)

Publication Number Publication Date
ES2958989T3 true ES2958989T3 (es) 2024-02-19

Family

ID=74095817

Family Applications (1)

Application Number Title Priority Date Filing Date
ES20829857T Active ES2958989T3 (es) 2020-01-02 2020-12-15 Métodos, dispositivos y medios legibles por ordenador para comunicaciones de emergencia

Country Status (9)

Country Link
US (1) US12526700B2 (es)
EP (1) EP4085730B1 (es)
JP (1) JP7415010B2 (es)
CN (1) CN114902797B (es)
BR (1) BR112022011779A2 (es)
CO (1) CO2022010532A2 (es)
ES (1) ES2958989T3 (es)
PL (1) PL4085730T3 (es)
WO (1) WO2021136650A1 (es)

Families Citing this family (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
ES2958989T3 (es) 2020-01-02 2024-02-19 Ericsson Telefon Ab L M Métodos, dispositivos y medios legibles por ordenador para comunicaciones de emergencia
GB2624303A (en) * 2022-10-11 2024-05-15 Samsung Electronics Co Ltd Improvements in and relating to a telecommunication network
CN120077710A (zh) 2022-11-07 2025-05-30 三星电子株式会社 用于在无线通信系统中执行紧急服务的电子设备和方法
KR20240067189A (ko) * 2022-11-07 2024-05-16 삼성전자주식회사 무선 통신 시스템에서 긴급 서비스를 수행하기 위한 전자 장치 및 방법

Family Cites Families (17)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20100048385A (ko) 2008-10-31 2010-05-11 삼성전자주식회사 광대역 무선통신 시스템에서 긴급 호 연결 설정 장치 및 방법
JP5964860B2 (ja) * 2011-01-21 2016-08-03 ブラックベリー リミテッド （ローカル）オフロードのために用いられる接続のための接続コンテンツを決定するネットワーク装置およびプロセス
US9906887B2 (en) * 2011-10-18 2018-02-27 Alcatel Lucent PCRN home network identity
US11128985B2 (en) * 2017-08-14 2021-09-21 Qualcomm Incorporated Systems and methods for 5G location support using service based interfaces
US10911924B2 (en) * 2017-10-06 2021-02-02 Nokia Solutions And Networks Oy Method and apparatus for a generic service interface for a public warning system management and notification
CN113613233B (zh) * 2017-10-17 2022-11-18 华为技术有限公司 一种确定pcf的方法、装置及系统
EP3697170B1 (en) * 2017-11-17 2022-01-12 LG Electronics Inc. Methods, user equipment and amf for initiating service request procedure
HUE051099T2 (hu) * 2017-12-22 2021-03-01 Deutsche Telekom Ag Vészhelyzeti hálózati szelet és eljárás és hozzáférési hálózati entitás vészhelyzeti kommunikáció feldolgozására csomagkapcsolt kommunikációs hálózatban
US11284310B2 (en) * 2018-02-12 2022-03-22 Apple Inc. Single radio voice call continuity handover
KR102394929B1 (ko) 2018-02-13 2022-05-04 노키아 테크놀로지스 오와이 셀 브로드캐스트를 사용한 무선 비상 경보 메시지를 동반한 디바이스로의 위치 정보의 송신
US10708318B2 (en) * 2018-03-21 2020-07-07 Ofinno, Llc Supporting termination access domain selection for a dual registered wireless device
US10609154B2 (en) * 2018-03-30 2020-03-31 Ofinno, Llc Data transmission over user plane for cellular IoT
US11019668B2 (en) 2018-04-09 2021-05-25 Ofinno, Llc PDU session establishment for cellular IoT
EP4236503B1 (en) * 2018-05-21 2025-04-30 Malikie Innovations Limited Support of emergency number descriptions
CN110519775B (zh) * 2018-05-22 2021-10-22 华为技术有限公司 会话管理方法、装置和系统
CN111586583B (zh) * 2019-02-19 2022-01-14 华为技术有限公司 一种监控事件的方法及装置
ES2958989T3 (es) 2020-01-02 2024-02-19 Ericsson Telefon Ab L M Métodos, dispositivos y medios legibles por ordenador para comunicaciones de emergencia

Also Published As

Publication number Publication date
CN114902797A (zh) 2022-08-12
EP4085730A1 (en) 2022-11-09
WO2021136650A1 (en) 2021-07-08
US12526700B2 (en) 2026-01-13
CO2022010532A2 (es) 2022-08-09
JP7415010B2 (ja) 2024-01-16
CN114902797B (zh) 2024-10-25
JP2023508696A (ja) 2023-03-03
PL4085730T3 (pl) 2024-01-22
EP4085730B1 (en) 2023-07-26
BR112022011779A2 (pt) 2022-08-30
US20230041303A1 (en) 2023-02-09

Similar Documents

Publication Publication Date Title
ES2958989T3 (es) Métodos, dispositivos y medios legibles por ordenador para comunicaciones de emergencia
ES3013594T3 (en) Transferring data flows for pdu sessions at 5gs to eps mobility
ES2967399T3 (es) Método de comunicación y dispositivo de comunicación
ES2398422T3 (es) Método y aparato para acceder y obtener contexto de equipo de usuario
ES2965860T3 (es) Método, aparato, sistema de migración de UE y medio de almacenamiento
ES2954433T3 (es) Manejo de radioseñalización de RAN
ES2400241T3 (es) Método y sistema para transferencia entre sistemas de acceso heterogéneos
ES3031421T3 (en) Security context handling in 5g during idle mode
ES3035261T3 (en) Application function in a network and control thereof
ES2954463T3 (es) Dispositivo de red central de comunicación móvil y método para gestionar comunicaciones inalámbricas después de la inserción de una función de gestión de sesión intermedia
ES2670855T3 (es) Sistema para proporcionar servicio de voz en una red móvil multimedia
ES2913928T3 (es) Método de procesamiento de servicios, dispositivo de red de acceso de procesamiento de servicios, medio de almacenamiento legible por ordenador y sistema de comunicaciones para procesamiento de servicios de VoLTE
ES2526199T3 (es) Correlación que implica cambio inter sistema entre diferentes tipos de portadores radio
ES2442743T3 (es) Método, sistema y dispositivo asociado para procesar un servicio en el dominio de conmutación de circuitos en la red de paquetes evolucionada
BR112020023637A2 (pt) sistema, aparelho e método de gerenciamento de sessão
ES2237172T3 (es) Servicios de localizacion en una red de radiocomunicaciones por paquetes.
ES2751653T3 (es) Método y nodos para gestionar acceso a servicios de EPC a través de una red no de 3GPP
ES2719490T3 (es) Método, dispositivo y sistema para autorización de servicio de proximidad
ES3057819T3 (en) Session management function registration and deregistration
ES2758980T3 (es) Método y sistema para sincronizar datos de usuario
BRPI0516311B1 (pt) Método para a configuração de um contexto para uma conexão entregar um serviço de dados de pacote a um terminal móvel através de uma rede de acesso sem fio alvo, servidor de autenticação para iniciar o estabelecimento de um contexto para uma conexão entregar um serviço de dados de pacote a um terminal móvel através de uma rede de acesso sem fio alvo, porta de dados de pacote para a iniciação do estabelecimento de um contexto para uma conexão entregar um serviço de dados de pacote a um terminal móvel através de uma rede de acesso sem fio alvo, nodo de suporte de serviço de dados de pacote em uma rede central conectada a uma rede de acesso alvo para configurar um contexto para uma conexão entregar um serviço de dados de pacote a um terminal móvel através da rede de acesso sem fio alvo e mídia que pode ser lida pelo computador
ES2411909T3 (es) Método, dispositivo elemento de red y sistema de red para establecer la conexión entre una estación de mantenimiento y una estación base
BR112014007308B1 (pt) Sistema de comunicação móvel e método de comunicação para um sistema de comunicação móvel.
ES2701607T3 (es) Método y dispositivo de elemento de red para procesar información de restricción de nombre de punto de acceso
BR112020007501A2 (pt) método de encaminhamento de dados, aparelho, sistema, e meio de armazenamento legível por computador