ES2954999T3 - Método, dispositivo y medio de almacenamiento legible por ordenador para implementar una sesión continua - Google Patents

Método, dispositivo y medio de almacenamiento legible por ordenador para implementar una sesión continua Download PDF

Info

Publication number
ES2954999T3
ES2954999T3 ES17823690T ES17823690T ES2954999T3 ES 2954999 T3 ES2954999 T3 ES 2954999T3 ES 17823690 T ES17823690 T ES 17823690T ES 17823690 T ES17823690 T ES 17823690T ES 2954999 T3 ES2954999 T3 ES 2954999T3
Authority
ES
Spain
Prior art keywords
session
pdu session
pdu
request message
identifier
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
ES17823690T
Other languages
English (en)
Inventor
Xiaoyun Zhou
Jinguo Zhu
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.)
ZTE Corp
Original Assignee
ZTE Corp
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 ZTE Corp filed Critical ZTE Corp
Application granted granted Critical
Publication of ES2954999T3 publication Critical patent/ES2954999T3/es
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/20—Manipulation of established connections
    • H04W76/22—Manipulation of transport tunnels
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/40—Support for services or applications
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W36/00—Hand-off or reselection arrangements
    • H04W36/0005—Control or signalling for completing the hand-off
    • H04W36/0011—Control or signalling for completing the hand-off for data sessions of end-to-end connection
    • H04W36/0016—Hand-off preparation specially adapted for end-to-end data sessions
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W88/00—Devices specially adapted for wireless communication networks, e.g. terminals, base stations or access point devices
    • H04W88/16—Gateway arrangements

Landscapes

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

Abstract

La presente invención proporciona un método y un dispositivo para implementar una sesión continua, en el que el método comprende: transmitir información de indicación a un terminal, utilizándose la información de indicación para informar al terminal que se realizará una primera sesión actual de unidad de datos de protocolo (PDU). liberado, y estableciendo el terminal una segunda sesión de PDU en la misma red de datos; y recibir un mensaje de solicitud para establecer la segunda sesión de PDU iniciada por el terminal después de que el terminal recibe la información de indicación, en el que el mensaje de solicitud lleva un identificador de sesión de la primera sesión de PDU, y el identificador de sesión de la primera sesión de PDU se utiliza para identificar de forma única la primera sesión de PDU. La solución técnica resuelve el problema de la técnica anterior en el que, cuando un terminal es redirigido a un nuevo TUPF, no es posible determinar la sesión de PDU desde la cual se cambió la sesión de PDU recién establecida, lo que permite que el lado de la red confirme qué sesión de PDU. desde donde se redirigió la sesión de PDU recién establecida. (Traducción automática con Google Translate, sin valor legal)

Description

DESCRIPCIÓN
Método, dispositivo y medio de almacenamiento legible por ordenador para implementar una sesión continua Campo técnico
La presente divulgación se refiere al campo de las comunicaciones y, en particular, a un método, dispositivo y sistema para implementar continuidad de sesión.
Antecedentes
La Figura 1 es un diagrama esquemático de una arquitectura de red 4G en la técnica relacionada. Como se muestra en la Figura 1, los elementos de red descritos a continuación están incluidos en la arquitectura. Un equipo de usuario (UE) accede a una red 4G y obtiene servicios principalmente a través de una interfaz aérea de radio. El UE interactúa con una estación base a través de la interfaz aérea e interactúa con una entidad de gestión de movilidad (MME) de una red central a través de señalización de estrato sin acceso (NAS). Una estación base de red de acceso por radio (RAN) es responsable de planificar el recurso de interfaz aérea a través del que el UE accede a la red y la gestión de conexión de la interfaz aérea y, además, es responsable de detectar las tasas de enlace ascendente y enlace descendente de un usuario para garantizar que no se superen las tasas máximas de enlace ascendente y enlace descendente permitidas para el usuario.
Una entidad de gestión de movilidad (MME) sirve como una unidad de plano de control de una red central y es principalmente responsable de: autenticación de usuario, autorización y comprobación de suscripción, para garantizar que un usuario sea un usuario válido; gestión de movilidad de usuario, que incluye el registro de ubicación y la asignación de identificador temporal; mantenimiento y migración de un estado INACTIVO y un estado CONECTADO; un traspaso en el estado CONECTADO; mantenimiento de conexión y portadora de la red de datos por paquetes (PDN), que incluye funciones de gestión de sesión como crear, modificar y eliminar una sesión; y activación de radiobúsqueda en el estado INACTIVO de un usuario, y otras funciones.
Una puerta de enlace de servicio (GW) es servida como una unidad funcional del plano de usuario de la red central y es principalmente responsable de interactuar con una GW de red de datos por paquetes (PDN) en el caso de itinerancia; almacenar en caché paquetes de datos de enlace descendente recibidos y notificar a la MME para notificar al usuario cuando el usuario está en el estado INACTIVO; y actuar como anclaje para el plano de usuario durante los traspasos inter-RAN y como el anclaje para la movilidad a través de sistemas 2G/3G/4G.
La GW de PDN es servida como una unidad funcional del plano de usuario de la red central y es un punto de acceso para que el UE acceda a la PDN. La GW de PDN es responsable de la asignación de dirección del protocolo de Internet (IP) del usuario, el establecimiento, la modificación y la eliminación de la portadora activada por la red, el control de la calidad del servicio (QoS), la facturación y otras funciones, y es el anclaje del usuario dentro del sistema de proyecto de asociación de tercera generación (3GPP) y entre sistemas 3GPP y no de 3GPP y, por lo tanto, se garantiza que la dirección IP no cambie y se garantiza la continuidad del servicio. La GW de p Dn además es responsable de detectar las tasas de enlace ascendente y enlace descendente de una sesión para garantizar que no se superen las tasas máximas de enlace ascendente y enlace descendente permitidas para la sesión de usuario. La industria está investigando actualmente el sistema de comunicación inalámbrica de la próxima generación y se propone un diagrama esquemático de la arquitectura mostrada en la Figura 2. En la Figura 2, las entidades funcionales del plano de usuario incluyen una entidad de función de plano de usuario de terminación (TUPF) que sirve como punto de entrada para que el UE acceda a una red de datos (DN). Las entidades funcionales del plano de control incluyen una entidad de función de gestión de acceso y movilidad (AMF) responsable del control de acceso y gestión de movilidad del UE, y una entidad de función de gestión de sesión (SMF) responsable de la gestión de sesión. En el proceso de investigación del sistema de comunicación inalámbrica de la próxima generación, se proponen nuevos requisitos y soluciones para la continuidad de servicio. Se definen tres modos de continuidad de sesión y servicio (SSC).
Modo 1: La TUPF permanece sin cambios sin importar cómo cambie una red de acceso (AN) usada por el UE. Modo 2: La TUPF permanece sin cambios cuando el UE únicamente se mueve en un subconjunto del punto de conexión de la red de acceso. Cuando el UE deja un área de servicio de la TUPF, se usará una TUPF diferente adecuada para un punto de conexión de una red de acceso actual para el UE para dar servicio al UE.
Modo 3: Como se muestra en la Figura 3, se permite que el UE establezca una nueva sesión de unidad de datos de protocolo (PDU) con la misma DN antes de que se termine finalmente la sesión de PDU anterior. Cuando el UE solicita establecer la sesión de PDU nueva, la red selecciona una TUPF adecuada para el nuevo punto de conexión de red del UE. Cuando dos PDU se activan simultáneamente, el UE migra la aplicación de la sesión de PDU anterior a la sesión de PDU nueva, o el UE espera a que finalice la aplicación vinculada a la sesión de PDU anterior.
Para garantizar la continuidad del servicio, en el modo 3, si la aplicación admite continuidad de servicio, el UE puede migrar la aplicación vinculada a la sesión de PDU anterior a la sesión de PDU nueva. Sin embargo, existen los problemas descritos a continuación. En primer lugar, como se muestra en la Figura 4, el UE establece dos sesiones de PDU (una de las cuales es la sesión de PDU 1 y la otra es la sesión de PDU 2) en la misma DN a través de una AN1, y la red selecciona la misma TUPF (es decir, la TUPF) para las dos sesiones de PDU. Las dos sesiones de PDU tienen el mismo id de usuario y el mismo nombre de DN. Para implementar el control de política en las sesiones de PDU, se establecen respectivamente dos sesiones de control de política (es decir, la sesión de control de política 1 y la sesión de control de política 2) entre el plano de control (CP) y la función de política. El UE accede a la aplicación a través de la sesión de PDU 1, de modo que la AF establece una sesión de AF 1 para proporcionar información de servicio, y el CP correlaciona la sesión de AF 1 con la sesión de PDU 1. El UE accede a una aplicación a través de la sesión de PDU 1. La AF correspondiente a la aplicación establece la sesión de AF 1 para proporcionar información de servicio a la función de política, y la función de política correlaciona la sesión de AF 1 con la sesión de control de política 1.
Posteriormente, como se muestra en la Figura 5, la red indica al UE que la sesión de PDU 1 y la sesión 2 de PDN deben redirigirse a una nueva TUPF cuando el UE se mueve a la AN2. De acuerdo con la indicación de la red, el UE establece una sesión de PDU 3 nueva. Durante el proceso de establecimiento de la sesión de PDU 3, el UE lleva el id de usuario y el nombre de DN, mientras que la función de política falla al determinar una sesión de PDU desde la que se conmuta la sesión de PDU 3. Por lo tanto, es imposible determinar si correlacionar la sesión de AF 1 con la sesión de PDU 3 (es decir, la sesión de control de política 3).
De manera similar, si otras entidades funcionales de red (tal como la SMF) en la red fallan al determinar la sesión de PDU desde la que se conmuta la sesión de PDU 3, la SMF no puede seleccionar la misma función de política. Además, si la AMF falla al determinar la sesión de PDU desde la que se conmuta la sesión de PDU 3, la SMF no puede seleccionar la misma función de política. Además, si la AMF falla al determinar la sesión de PDU desde la que se conmuta la sesión de PDU 3, la AMF no puede seleccionar la misma SMF y, a continuación, no puede seleccionar la misma función de política. Además, si no se puede seleccionar la misma SMF, algunos de los contextos originales en la SMF no se pueden reutilizar, lo que reduce la eficiencia de procesamiento y aumenta la sobrecarga de señalización.
En la técnica relacionada, cuando el UE se redirige a una nueva TUPF, es imposible determinar desde qué sesión de PDU se conmuta la sesión de PDU recién establecida. No se ha propuesto una solución eficaz.
El borrador del 3GPP, S2-163410 se refiere a la habilitación de rutas de plano de usuario eficientes y el soporte de continuidad de servicio y sesión relacionadas.
El documento 3GPP TR 23.799 se refiere al diseño de una arquitectura de sistema para las redes móviles de la próxima generación.
Sumario
La invención se especifica mediante las reivindicaciones independientes. Se definen realizaciones preferidas en las reivindicaciones dependientes.
De acuerdo con las realizaciones de la presente divulgación, se recibe la información de solicitud para establecer la segunda sesión de PDU transmitida por el UE y lleva el identificador de sesión de la primera sesión de PDU para identificar de manera única la primera sesión de PDU. La solución técnica mencionada anteriormente resuelve el problema en la técnica relacionada de que es imposible determinar desde qué sesión de PDU se conmuta la sesión de PDU recién establecida cuando un UE se redirige a una nueva TUPF. Por lo tanto, el lado de la red puede determinar desde qué sesión de PDU se redirige la sesión de PDU recién establecida.
Breve descripción de los dibujos
Los dibujos descritos en el presente documento se usan para proporcionar una mayor comprensión de la presente divulgación y forman parte de la presente solicitud. Las realizaciones ilustrativas y las descripciones de las mismas en la presente divulgación se usan para explicar la presente divulgación y no para limitar la presente divulgación de forma inapropiada. En los dibujos:
La Figura 1 es un diagrama esquemático que muestra una arquitectura de red 4G en la técnica relacionada; La Figura 2 es un diagrama estructural que muestra un sistema de comunicación inalámbrica de la próxima generación en la técnica relacionada;
La Figura 3 es un diagrama esquemático que muestra un modo de SSC 3 en la técnica relacionada;
La Figura 4 es un diagrama esquemático (1) que muestra un problema en la técnica relacionada;
La Figura 5 es un diagrama esquemático (2) que muestra un problema en la técnica relacionada;
La Figura 6 es un diagrama de bloques que muestra una estructura de hardware de un terminal informático para implementar continuidad de sesión de acuerdo con una realización de la presente divulgación;
La Figura 7 es un diagrama de flujo que muestra un método para implementar continuidad de sesión de acuerdo con la realización I de la presente divulgación;
La Figura 8 es un diagrama de flujo que muestra un método para implementar continuidad de sesión de acuerdo con la realización II de la presente divulgación;
La Figura 9 es un diagrama de bloques (1) que muestra un dispositivo para implementar continuidad de sesión de acuerdo con la realización III de la presente divulgación;
La Figura 10 es un diagrama de bloques (2) que muestra un dispositivo para implementar continuidad de sesión de acuerdo con la realización III de la presente divulgación;
La Figura 11 es un diagrama de bloques que muestra un dispositivo para implementar continuidad de sesión de acuerdo con la realización IV de la presente divulgación;
La Figura 12 es un diagrama de flujo que muestra un método para implementar continuidad de sesión de acuerdo con la realización preferida I de la presente divulgación;
La Figura 13 es un diagrama de flujo que muestra un método para implementar continuidad de sesión de acuerdo con la realización preferida II de la presente divulgación; y
La Figura 14 es un diagrama de flujo que muestra un método para implementar continuidad de sesión de acuerdo con la realización preferida III de la presente divulgación.
Descripción detallada
A continuación, en el presente documento, la presente divulgación se describirá en detalle con referencia a los dibujos en conjunto con las realizaciones. Cabe señalar que, si no están en colisión, las realizaciones y características en las mismas de la presente solicitud pueden combinarse entre sí.
Cabe señalar que, los términos "primero", "segundo" y similares en la memoria descriptiva, las reivindicaciones y los dibujos de la presente divulgación se usan para distinguir entre objetos similares y no se usan necesariamente para describir un orden o secuencia particular. Debe entenderse que los datos usados de esta manera son intercambiables cuando sea apropiado, de modo que las realizaciones de la presente divulgación descritas en el presente documento también pueden implementarse en una secuencia no ilustrada o descrita en el presente documento. Además, los términos "que comprende", "que incluye" o cualquier otra variación de los mismos descritos en el presente documento pretenden abarcar una inclusión no exclusiva. Por ejemplo, un proceso, método, sistema, producto o dispositivo que incluye una serie de etapas o elementos puede incluir no únicamente las etapas o elementos enumerados expresamente, sino también otras etapas o elementos que no están enumerados expresamente o son inherentes a un proceso, método, sistema, producto o dispositivo de este tipo.
Realización I
También se proporciona una realización de método para procesar el contenido de página de acuerdo con una realización de la presente divulgación. Cabe señalar que las etapas ilustradas en los diagramas de flujo de los dibujos pueden realizarse por un sistema informático, tal como un grupo de ordenadores que pueden ejecutar instrucciones y, aunque las secuencias lógicas se ilustran en los diagramas de flujo, las etapas ilustradas o descritas pueden realizarse en secuencias diferentes de aquellas descritas en el presente documento en algunos casos. La realización de método proporcionada por la realización I de la presente solicitud puede ejecutarse en un terminal móvil, un terminal informático u otros dispositivos informáticos similares. Cuando el método se ejecuta en un terminal informático, la Figura 6 muestra una estructura de hardware del terminal informático para implementar continuidad de sesión de acuerdo con la realización de la presente divulgación. Como se muestra en la Figura 6, un terminal informático 10 puede incluir: uno o más (únicamente se muestra uno en la Figura 1) procesadores 102 (que pueden incluir, pero sin limitación, una MCU de microprocesador, un dispositivo lógico programable FPGA u otro dispositivo de procesamiento); una memoria 104 para almacenar datos y un dispositivo de transmisión 106 para implementar la función de comunicación. Los expertos en la materia deberían entender que la estructura mostrada en la Figura 6 es meramente ilustrativa y no pretende limitar las estructuras de los dispositivos electrónicos descritos anteriormente. Por ejemplo, el terminal informático 10 puede incluir además más o menos componentes que los componentes mostrados en la Figura 6, o tiene una configuración diferente de la configuración mostrada en la Figura 6.
La memoria 104 está configurada para almacenar programas de software y módulos de software de aplicación, tales como instrucciones/módulos de programa correspondientes al método para procesar el contenido de página en la realización de la presente divulgación. El procesador 102 está configurado para ejecutar los programas y módulos de software almacenados en la memoria 104 para realizar diversas aplicaciones de función y procesamiento de datos, es decir, para implementar un método de detección de vulnerabilidad de los programas de aplicación descritos anteriormente. La memoria 104 puede incluir una memoria de acceso aleatorio de alta velocidad y puede incluir además una memoria no volátil, tal como uno o más dispositivos de almacenamiento magnético, memorias flash u otras memorias de estado sólido no volátiles. En algunos ejemplos, la memoria 104 puede incluir además memorias que están dispuestas de forma remota con respecto al procesador 102. Estas memorias remotas pueden estar conectadas al terminal informático 10 a través de una red. Los ejemplos de la red descrita anteriormente incluyen, pero sin limitación, Internet, una intranet, una red de área local, una red de comunicación móvil y una combinación de las mismas. El dispositivo de transmisión 106 está configurado para recibir o transmitir datos a través de una red. Los ejemplos específicos de la red mencionada anteriormente pueden incluir una red inalámbrica proporcionada por un proveedor de comunicaciones del terminal informático 10. En un ejemplo, el dispositivo de transmisión 106 incluye un controlador de interfaz de red (NIC), que puede conectarse a otros dispositivos de red a través de una estación base y, por lo tanto, puede comunicarse con Internet. En otro ejemplo, el dispositivo de transmisión 106 puede ser un módulo de radiofrecuencia (RF) configurado para comunicarse con Internet de forma inalámbrica. En el entorno operativo anterior, la presente solicitud proporciona un método para implementar continuidad de sesión como se muestra en la Figura 7. La Figura 7 es un diagrama de flujo que muestra un método para implementar continuidad de sesión de acuerdo con la realización I de la presente divulgación. Como se muestra en la Figura 7, se incluyen las etapas descritas a continuación.
En S702, la información de indicación, que se usa para indicar a un UE que redirija una primera sesión de unidad de datos de protocolo (PDU) actualmente establecida a una TUPF, se transmite al UE.
En S704, se recibe un mensaje de solicitud para establecer una segunda sesión de PDU, que inicia el UE después de que el UE recibe la información de indicación. El mensaje de solicitud lleva un identificador de sesión de la primera sesión de PDU para identificar de manera única la primera sesión de PDU.
En las etapas descritas anteriormente, después de que se transmite al UE la información de indicación para indicarle al UE que redirija la primera sesión de unidad de datos de protocolo (PDU) actualmente establecida a la TUPF, se recibe el mensaje de solicitud para establecer la segunda sesión de PDU, que se transmite desde el UE. El mensaje de solicitud lleva el identificador de sesión de la primera sesión de PDU para identificar de manera única la primera sesión de PDU. La solución técnica mencionada anteriormente resuelve el problema en la técnica relacionada de que es imposible determinar desde qué sesión de PDU se conmuta la sesión de PDU recién establecida cuando el Ue se redirige a una nueva TUPF. Por lo tanto, el lado de la red puede determinar desde qué sesión de PDU se redirige la sesión de PDU recién establecida.
En una realización opcional, después de que se realiza la etapa S704, se determina la segunda sesión de PDU como una sesión redirigida desde la primera sesión de PDU de acuerdo con el identificador de sesión de la primera sesión de PDU llevado en el mensaje de solicitud; y/o la segunda sesión de PDU está correlacionada con una sesión de función de aplicación (AF) de acuerdo con el identificador de sesión de la primera sesión de PDU llevado en el mensaje de solicitud. La sesión de AF se establece cuando el UE accede a una aplicación especificada a través de la primera sesión de PDU.
Por supuesto, en el proceso de aplicación real, después de que la segunda sesión de PDU se correlaciona con la sesión de función de aplicación (AF) de acuerdo con el identificador de sesión de la primera sesión de PDU llevado en el mensaje de solicitud, puede transmitirse además una notificación del evento de redireccionamiento de TUPF a la AF, y puede recibirse además la información de servicio actualizada proporcionada por la AF a través de la sesión de AF.
En la presente realización, el identificador de sesión de la primera sesión de PDU incluye al menos uno de un identificador de usuario (ID), un nombre de una red de datos y una dirección de protocolo de Internet (IP) o prefijo IPv6 de la primera sesión de PDU.
Opcionalmente, el identificador de sesión de la primera sesión de PDU puede incluir además al menos uno de: un identificador de sesión asignado a la primera sesión de PDU cuando se establece la primera sesión de PDU; una dirección de protocolo de Internet (IP) o prefijo IPv6 de la primera sesión de PDU; y un identificador de sesión asignado a la primera sesión de PDU cuando se redirige la primera sesión de PDU.
Realización II
Se hace una descripción principalmente del dispositivo del lado de la red en la Figura 7 en la realización I. Para mejorar la solución técnica mencionada anteriormente, en la presente realización se proporciona además un método para implementar continuidad de sesión. La Figura 8 es un diagrama de flujo que muestra un método para implementar continuidad de sesión de acuerdo con la realización II de la presente divulgación. Como se muestra en la Figura 8, se incluyen las etapas descritas a continuación.
En S802, se obtiene un identificador de sesión de una primera sesión de PDU establecida por un UE, donde el identificador de sesión de la primera sesión de PDU se usa para identificar de manera única la primera sesión de PDU. En S804, se inicia un mensaje de solicitud para establecer una segunda sesión de PDU en el dispositivo del lado de la red cuando el UE determina que la primera sesión de PDU actualmente establecida necesita redirigirse a la función de plano de usuario de terminación (TUPF). El mensaje de solicitud lleva el identificador de sesión de la primera sesión de PDU.
En las etapas descritas anteriormente, después de que se obtiene el identificador de sesión de la primera sesión de PDU, se inicia el mensaje de solicitud para establecer la segunda sesión de PDU en el dispositivo del lado de la red y el mensaje de solicitud lleva el identificador de sesión de la primera sesión de PDU. La solución técnica mencionada anteriormente resuelve el problema en la técnica relacionada de que es imposible determinar desde qué sesión de PDU se conmuta la sesión de PDU recién establecida cuando un UE se redirige a una nueva TUPF. Por lo tanto, el lado de la red puede determinar desde qué sesión de PDU se redirige la sesión de PDU recién establecida. En la presente realización, el identificador de sesión de la primera sesión de PDU incluye al menos uno de: un identificador de usuario (ID de usuario), un nombre de una red de datos y una dirección IP o prefijo IPv6 de la primera sesión de PDU.
Opcionalmente, el identificador de sesión de la primera sesión de PDU puede incluir además al menos uno de: un identificador de sesión asignado a la primera sesión de PDU cuando se establece la primera sesión de PDU; una dirección de protocolo de Internet (IP) o prefijo IPv6 de la primera sesión de PDU; y un identificador de sesión asignado a la primera sesión de PDU cuando se redirige la primera sesión de PDU.
Para comprender mejor el proceso de interacción entre el dispositivo del lado de la red y el UE descrito anteriormente, se proporciona además un sistema para implementar continuidad de sesión en la realización de la presente divulgación, que incluye: un UE y un dispositivo del lado de la red.
El UE está configurado para recibir información de indicación que se usa para indicar al UE que una primera sesión de unidad de datos de protocolo (PDU) actualmente establecida necesita redirigirse a una función de plano de usuario de terminación (TUPF).
El dispositivo del lado de la red está configurado para recibir un mensaje de solicitud para establecer la segunda sesión de PDU iniciada por el UE después de que el UE recibe la información de indicación. El mensaje de solicitud lleva un identificador de sesión de la primera sesión de PDU, donde el identificador de sesión de la primera sesión de PDU se usa para identificar de manera única la primera sesión de PDU.
En el proceso de interacción entre el dispositivo del lado de la red y el UE descrito anteriormente, después de transmitir la información de indicación al UE para indicar al UE que redirija la primera sesión de unidad de datos de protocolo (PDU) actualmente establecida a la TUPF, el dispositivo del lado de la red recibe el mensaje de solicitud para establecer la segunda sesión de PDU. El mensaje de solicitud lleva el identificador de sesión de la primera sesión de PDU para identificar de manera única la primera sesión de PDU. La solución técnica mencionada anteriormente resuelve el problema en la técnica relacionada de que es imposible determinar desde qué sesión de PDU se conmuta la sesión de PDU recién establecida cuando el Ue se redirige a una nueva TUPF. Por lo tanto, el lado de la red puede determinar desde qué sesión de PDU se redirige la sesión de PDU recién establecida.
Opcionalmente, el dispositivo del lado de la red está configurado además para determinar al menos la segunda sesión de PDU como una sesión redirigida desde la primera sesión de p Du de acuerdo con el identificador de sesión de la primera sesión de PDU llevado en el mensaje de solicitud.
En una realización alternativa de la presente realización, el dispositivo del lado de la red está configurado además para correlacionar la segunda sesión de PDU y la sesión de función de aplicación (AF) de acuerdo con el identificador de sesión de la primera sesión de PDU llevado en el mensaje de solicitud. La sesión de AF se establece cuando el UE accede a una aplicación especificada a través de la primera sesión de PDU.
Una realización de la presente divulgación proporciona además un método para implementar continuidad de sesión. El método incluye las etapas descritas a continuación.
La información de indicación se transmite a un UE, donde la información de indicación se usa para informar al UE que libere una primera sesión de unidad de datos de protocolo (PDU) actual y establezca una segunda sesión de PDU en la misma red de datos.
Se recibe un mensaje de solicitud para establecer la segunda sesión de PDU, que inicia el UE después de que el UE recibe la información de indicación, donde el mensaje de solicitud lleva un identificador de sesión de la primera sesión de PDU para identificar de manera única la primera sesión de PDU. Opcionalmente, después de que se recibe el mensaje de solicitud para establecer la segunda sesión de PDU, que se inicia por el UE después de que el UE recibe la información de indicación, el método incluye además las etapas descritas a continuación.
La segunda sesión de PDU se determina como una sesión redirigida desde la primera sesión de PDU o se activa por la información de indicación de acuerdo con el identificador de sesión de la primera sesión de PDU llevado en el mensaje de solicitud.
0pcionalmente, después de que se recibe el mensaje de solicitud para establecer la segunda sesión de PDU, que se inicia por el UE después de que el UE recibe la información de indicación, el método incluye además las etapas descritas a continuación.
Se selecciona una entidad funcional de política de la primera sesión de PDU para la segunda sesión de PDU de acuerdo con el identificador de sesión de la primera sesión de PDU.
Opcionalmente, el identificador de sesión de la primera sesión de PDU incluye al menos uno de: un identificador de sesión asignado a la primera sesión de PDU cuando se establece la primera sesión de PDU; una dirección IP o prefijo IPv6 de la primera sesión de PDU; y un identificador de sesión asignado a la primera sesión de PDU cuando se redirige la primera sesión de PDU.
Otra realización de la presente divulgación proporciona además un método para implementar continuidad de sesión. Se recibe un mensaje de solicitud para establecer una segunda sesión de PDU, que se inicia por un UE, donde el mensaje de solicitud lleva un identificador de sesión de una primera sesión de PDU para identificar de manera única la primera sesión de PDU.
Se selecciona una función de gestión de sesión (SMF) de la primera sesión de PDU para la segunda sesión de PDU de acuerdo con el identificador de sesión de la primera sesión de PDU.
Opcionalmente, antes de que se reciba el mensaje de solicitud para establecer la segunda sesión de PDU, que se inicia por el UE, el método incluye además las etapas descritas a continuación.
La SMF se selecciona para la primera sesión de PDU y se guarda una correspondencia entre el identificador de sesión de la primera sesión de PDU y la SMF durante un proceso de establecimiento de la primera sesión de PDU. O se selecciona la SMF para la primera sesión de PDU durante el proceso de establecimiento de la primera sesión de PDU, y se guarda la correspondencia entre el identificador de sesión de la primera sesión de PDU y la SMF durante un proceso en el que la SMF notifica al UE que ha de liberarse una primera sesión de unidad de datos de protocolo (PDU) actual y ha de establecerse la segunda sesión de PDU. Opcionalmente, después de que se recibe el mensaje de solicitud para establecer la segunda sesión de PDU, que se inicia por el UE, el método incluye además las etapas descritas a continuación.
La segunda sesión de PDU está correlacionada con una sesión de función de aplicación (AF) de acuerdo con el identificador de sesión de la primera sesión de PDU llevado en el mensaje de solicitud, donde la sesión de AF se establece cuando el UE accede a una aplicación específica a través de la primera sesión de PDU. Opcionalmente, el identificador de sesión de la primera sesión de PDU incluye al menos uno de: un identificador de sesión asignado a la primera sesión de PDU cuando se establece la primera sesión de PDU; una dirección IP o prefijo IPv6 de la primera sesión de PDU; y un identificador de sesión asignado a la primera sesión de PDU cuando se redirige la primera sesión de PDU.
Otra realización de la presente divulgación proporciona además un método para implementar continuidad de sesión. El método incluye las etapas descritas a continuación.
Se recibe un mensaje de solicitud para establecer una segunda sesión de control de política correspondiente a una segunda sesión de PDU, que se solicita por un UE, donde el mensaje de solicitud lleva un identificador de sesión de una primera sesión de PDU para identificar de manera única la primera sesión de PDU.
La segunda sesión de control de política está correlacionada con una sesión de función de aplicación (AF) de acuerdo con el identificador de sesión de la primera sesión de PDU llevado en el mensaje de solicitud, donde la sesión de AF se establece cuando el UE accede a una aplicación específica a través de la primera sesión de PDU. Opcionalmente, el identificador de sesión de la primera sesión de PDU incluye al menos uno de: un identificador de sesión asignado a la primera sesión de PDU cuando se establece la primera sesión de PDU; una dirección IP o prefijo IPv6 de la primera sesión de PDU; y un identificador de sesión asignado a la primera sesión de PDU cuando se redirige la primera sesión de PDU.
Opcionalmente, después de que la segunda sesión de control de política está correlacionada con la sesión de función de aplicación (AF) de acuerdo con el identificador de sesión de la primera sesión de PDU llevado en el mensaje de solicitud, el método incluye además las etapas descritas a continuación.
Se transmite a la AF una notificación de evento con respecto a la reselección de función de plano de usuario.
Otra realización de la presente divulgación proporciona además un método para implementar continuidad de sesión. El método incluye las etapas descritas a continuación.
Un UE recibe información de indicación de una red. La información de indicación se usa para informar al UE que libere una primera sesión de unidad de datos de protocolo (PDU) actual y establezca una segunda sesión de PDU en la misma red de datos.
El UE transmite un mensaje de solicitud para establecer la segunda sesión de PDU a la red. El mensaje de solicitud lleva un identificador de sesión de la primera sesión de PDU para identificar de manera única la primera sesión de PDU.
0pcionalmente, antes de que el UE reciba la información de indicación de la red, el método incluye además una de las siguientes etapas descritas a continuación.
El UE asigna el identificador de sesión de la primera sesión de PDU en un proceso de establecimiento de la primera sesión de PDU.
El UE recibe el identificador de sesión de la primera sesión de PDU en el proceso de establecimiento de la primera sesión de PDU.
Como alternativa, el UE obtiene el identificador de sesión de la primera sesión de PDU a partir de la información de indicación.
0pcionalmente, el identificador de sesión de la primera sesión de PDU incluye al menos uno de: un identificador de sesión asignado a la primera sesión de PDU cuando se establece la primera sesión de PDU; una dirección IP o prefijo IPv6 de la primera sesión de PDU; y un identificador de sesión asignado a la primera sesión de PDU cuando se redirige la primera sesión de PDU.
A partir de la descripción de los modos de implementación descritos anteriormente, será evidente para los expertos en la materia que el método en las realizaciones descritas anteriormente puede implementarse mediante software más una plataforma de hardware de propósito general necesaria o, por supuesto, puede implementarse mediante hardware. Sin embargo, en muchos casos, el primero es un modo de implementación preferido. Basándose en este entendimiento, la solución proporcionada sustancialmente por la presente divulgación, o la parte que contribuye a la técnica relacionada, puede incorporarse en forma de un producto de software. El producto de software informático se almacena en un medio de almacenamiento (tal como una memoria de solo lectura (R0M)/memoria de acceso aleatorio (RAM), un disco magnético o un disco óptico) e incluye varias instrucciones para permitir que un dispositivo terminal (que puede ser un teléfono móvil, un ordenador, un servidor, un dispositivo de red, etc.) ejecute el método de acuerdo con cada realización de la presente divulgación.
Realización III
La presente realización proporciona además un dispositivo para implementar continuidad de sesión. El dispositivo está configurado para implementar las realizaciones mencionadas anteriormente y las realizaciones preferidas. Lo que se ha descrito no se repetirá. Como se usa a continuación, el término "módulo" puede ser software, hardware o una combinación de los mismos que puede implementar funciones predeterminadas. El dispositivo en la realización descrita a continuación se implementa preferentemente mediante software, pero también es posible y se concibe una implementación mediante hardware o mediante una combinación de software y hardware.
La Figura 9 es un diagrama de bloques (1) que muestra un dispositivo para implementar continuidad de sesión de acuerdo con la realización III de la presente divulgación. Como se muestra en la Figura 9, el dispositivo incluye un módulo de transmisión 90 y un módulo de recepción 92.
El módulo de transmisión 90 está configurado para transmitir información de indicación a un UE. La información de indicación se usa para indicar al UE que una primera sesión de unidad de datos de protocolo (PDU) actualmente establecida necesita redirigirse a una función de plano de usuario de terminación (TUPF).
El módulo de recepción 92 está configurado para recibir un mensaje de solicitud, iniciado por el UE después de que el UE haya recibido la información de indicación, para establecer una segunda sesión de PDU. El mensaje de solicitud lleva un identificador de sesión de la primera sesión de PDU para identificar de manera única la primera sesión de PDU.
Con una combinación de los diversos módulos descritos anteriormente, después de que se transmite la información de indicación al UE para indicar al UE que la primera sesión de unidad de datos de protocolo (PDU) establecida actualmente ha de redirigirse a una TUPF, se recibe el mensaje de solicitud, transmitido desde el UE, para establecer la segunda sesión de PDU. El mensaje de solicitud lleva el identificador de sesión de la primera sesión de PDU para identificar de manera única la primera sesión de PDU. La solución técnica mencionada anteriormente resuelve el problema en la técnica relacionada de que es imposible determinar desde qué sesión de PDU se conmuta la sesión de PDU recién establecida cuando el UE se redirige a una nueva TUPF. Por lo tanto, el lado de la red puede determinar desde qué sesión de PDU se redirige la sesión de PDU recién establecida.
La Figura 10 es un diagrama de bloques (2) que muestra un dispositivo para implementar continuidad de sesión de acuerdo con la realización III de la presente divulgación. Como se muestra en la Figura 10, el dispositivo mencionado anteriormente incluye además un módulo de determinación 96 configurado para determinar que la primera sesión de PDU se redirige a la segunda sesión de PDU de acuerdo con el identificador de sesión llevado en el mensaje de solicitud.
Opcionalmente, el dispositivo mencionado anteriormente incluye además un módulo de correlación 98 configurado para correlacionar la segunda sesión de PDU y una sesión de función de aplicación (AF) de acuerdo con el identificador de sesión llevado en el mensaje de solicitud. La sesión de AF se establece cuando el UE accede a una aplicación especificada a través de la primera sesión de PDU.
Realización IV
Una realización de la presente divulgación proporciona además un dispositivo para implementar continuidad de sesión. El dispositivo está configurado para implementar las realizaciones mencionadas anteriormente y las realizaciones preferidas. Lo que se ha descrito no se repetirá. Como se usa a continuación, el término "módulo" puede ser software, hardware o una combinación de los mismos que puede implementar funciones predeterminadas. El dispositivo en la realización descrita a continuación se implementa preferentemente mediante software, pero también es posible y se concibe una implementación mediante hardware o mediante una combinación de software y hardware.
La Figura 11 es un diagrama de bloques que muestra un dispositivo para implementar continuidad de sesión de acuerdo con la realización IV de la presente divulgación. Como se muestra en la Figura 11, el dispositivo incluye un módulo de adquisición 110 y un módulo de iniciación 112.
El módulo de adquisición 110 está configurado para adquirir el identificador de sesión de la primera unidad de datos de protocolo (PDU) establecida por el UE, donde el identificador de sesión se usa para identificar de manera única la primera sesión de PDU.
El módulo de inicio 112 está configurado para iniciar un mensaje de solicitud para establecer la segunda sesión de PDU en el dispositivo del lado de la red cuando el UE determina que la primera sesión de PDU actualmente establecida necesita redirigirse a la función de plano de usuario de terminación (TUPF). El mensaje de solicitud lleva el identificador de sesión de la primera sesión de PDU.
Con una combinación de los diversos módulos descritos anteriormente, después de que se obtiene el identificador de sesión de la primera sesión de PDU, se inicia el mensaje de solicitud para establecer la segunda sesión de PDU en el dispositivo del lado de la red y el mensaje de solicitud lleva el identificador de sesión de la primera sesión de PDU. La solución técnica mencionada anteriormente resuelve el problema en la técnica relacionada de que es imposible determinar desde qué sesión de PDU se conmuta la sesión de PDU recién establecida cuando el UE se redirige a una nueva TUPF. Por lo tanto, el lado de la red puede determinar desde qué sesión de PDU se redirige la sesión de PDU recién establecida.
Otra realización de la presente divulgación proporciona además un dispositivo para implementar continuidad de sesión. El dispositivo incluye: un primer módulo de transmisión y un primer módulo de recepción. El primer módulo de transmisión (correspondiente al módulo de transmisión 90 de la realización anterior) está configurado para transmitir información de indicación a un UE, donde la información de indicación se usa para informar al UE que libere una sesión de primera unidad de datos de protocolo (PDU) actual y establezca una segunda sesión de PDU a la misma red de datos.
El primer módulo de recepción (correspondiente al módulo de recepción 92 de la realización anterior) está configurado para recibir un mensaje de solicitud para establecer la segunda sesión de PDU iniciada por el UE después de que el UE recibe la información de indicación. El mensaje de solicitud lleva un identificador de sesión de la primera sesión de PDU para identificar de manera única la primera sesión de PDU.
Otra realización de la presente divulgación proporciona además un dispositivo para implementar continuidad de sesión. El dispositivo incluye: un segundo módulo de recepción y un módulo de selección. El segundo módulo de recepción (que corresponde al módulo de recepción 92 de la realización anterior) está configurado para recibir un mensaje de solicitud para establecer una segunda sesión de PDU iniciada por un UE. El mensaje de solicitud lleva un identificador de sesión de una primera sesión de PDU para identificar de manera única la primera sesión de PDU. El módulo de selección está configurado para seleccionar una función de gestión de sesión (SMF) de la primera sesión de PDU para la segunda sesión de PDU de acuerdo con el identificador de sesión de la primera sesión de PDU.
Otra realización de la presente divulgación proporciona además un dispositivo para implementar continuidad de sesión. El dispositivo incluye: un tercer módulo de recepción y un módulo de correlación.
El tercer módulo de recepción (correspondiente al módulo de recepción 92 de la realización anterior) está configurado para recibir un mensaje de solicitud para establecer una segunda sesión de control de política correspondiente a una segunda sesión de PDU solicitada por un UE. El mensaje de solicitud lleva un identificador de sesión de una primera sesión de PDU para identificar de manera única la primera sesión de PDU.
El módulo de correlación está configurado para correlacionar la segunda sesión de control de política con una sesión de función de aplicación (AF) de acuerdo con el identificador de sesión de la primera sesión de PDU llevado en el mensaje de solicitud. La sesión de AF se establece cuando el UE accede a una aplicación especificada a través de la primera sesión de PDU.
Otra realización de la presente divulgación proporciona además un dispositivo para implementar continuidad de sesión aplicada a un UE. El dispositivo incluye un cuarto módulo de recepción y un segundo módulo de transmisión. El cuarto módulo de recepción (correspondiente al módulo de recepción 92 de la realización anterior) está configurado para recibir información de indicación de una red. La información de indicación se usa para informar a un UE que libere una primera sesión de unidad de datos de protocolo (PDU) actual y establezca una segunda sesión de PDU en la misma red de datos.
El segundo módulo de recepción (correspondiente al módulo de transmisión 90 de la realización anterior) está configurado para transmitir un mensaje de solicitud para establecer la segunda sesión de PDU a la red. El mensaje de solicitud lleva un identificador de sesión de la primera sesión de PDU para identificar de manera única la primera sesión de PDU.
Cabe señalar que, los diversos módulos descritos anteriormente pueden implementarse mediante software o hardware. La implementación por hardware puede realizarse, pero sin limitación, en los siguientes modos: los diversos módulos descritos anteriormente están ubicados en el mismo procesador, o los diversos módulos descritos anteriormente están ubicados en sus respectivos procesadores en cualquier forma de combinación.
Para comprender mejor el proceso de implementación de la continuidad de sesión descrito anteriormente, la solución técnica mencionada anteriormente se describe a continuación junto con las realizaciones preferidas que no pretenden limitar las realizaciones de la presente divulgación.
Realización preferida I
La Figura 12 es un diagrama de flujo que muestra un método para implementar continuidad de sesión de acuerdo con la realización preferida I de la presente divulgación. Como se muestra en la Figura 12, el método incluye etapas descritas a continuación.
En S1200, un UE solicita a una red que establezca la sesión de PDU 1, llevada con un id de usuario y un nombre de DN, en AN1. La red selecciona el modo SSC 3 y TUPF 1 para la sesión de PDU 1 y asigna la dirección IP 1 a la sesión de PDU 1. La sesión de Sx 1 existe entre TUPF 1 y el CP, y la sesión de control de política 1 existe entre el CP y una función de política. El UE accede a una aplicación a través de la sesión de PDU 1. La AF correspondiente a la aplicación establece la sesión de AF 1 para proporcionar información de servicio a la función de política, y la función de política correlaciona la sesión de AF 1 con la sesión de PDU 1 (es decir, correlaciona la sesión de AF 1 con la sesión de control de política 1). En este proceso, después de recibir un mensaje de solicitud transmitido desde la AN1 para establecer la sesión de PDU 1, la AMF en el CP selecciona una SMF y transmite el mensaje de solicitud para establecer la sesión de PDU 1 a la SMF. La SMF selecciona además una función de política. La SMF devuelve un mensaje de confirmación a la AMF, donde el mensaje de confirmación lleva la dirección IP 1. La AMF devuelve además el mensaje de confirmación a la AN. La AMF puede guardar la correspondencia entre la dirección IP 1 y la SMF.
En S1202, el UE solicita a la red que establezca la sesión de PDU 2, llevada con un id de usuario y el nombre de DN, en la AN1. La red selecciona TUPF 1 para la sesión de PDU 2 y asigna la dirección IP 2 a la sesión de PDU 2. La sesión de Sx 2 existe entre TUPF 1 y el CP, y la sesión de control de política 2 existe entre el CP y la función de política. En este proceso, después de recibir el mensaje de solicitud transmitido desde la AN1 para establecer la sesión de PDU 2, la AMF en el CP selecciona una SMF y transmite el mensaje de solicitud para establecer la sesión de PDU 2 a la SMF. La SMF selecciona además una función de política. La SMF devuelve un mensaje de confirmación a la AMF, donde el mensaje de confirmación lleva la dirección IP 2. La AMF devuelve además el mensaje de confirmación a la AN. La AMF puede guardar la correspondencia entre la dirección IP 2 y la SMF.
En S1204, el UE se mueve a AN2, la red decide que TUPF 1 no es óptima para la sesión de PDU 1 y la sesión de PDU 2, y es necesario reseleccionar una TUPF nueva. Por lo tanto, la red (normalmente SMF) transmite un mensaje de redireccionamiento de TUPF al UE. Es decir, la red informa al UE que ha de liberarse la sesión de PDU 1 y la sesión de PDU 2 después de un período de tiempo, e informa al UE que establezca una sesión de PDU nueva para la misma DN.
En S1206, después de que el UE recibe el mensaje de redireccionamiento (es decir, el mensaje en el que la red informa al UE que han de liberarse la sesión de p Du 1 y la sesión de PDU 2, e informa al UE que establezca una sesión de PDU nueva en la misma DN), en primer lugar, el UE decide redirigir la sesión de PDU 1. Por lo tanto, el UE transmite un mensaje de solicitud para establecer una sesión de PDU nueva (sesión de PDU 3) a la red, donde el mensaje lleva el Id de usuario, el nombre de DN, la dirección IP de la sesión de PDU 1 (dirección IP 1), la información de indicación de redireccionamiento de TUPF y similares. La red (es decir, el CP) selecciona una TUPF nueva (es decir, la TUPF 2) para el UE y asigna una nueva dirección IP (dirección IP 3).
En S1208, el CP transmite un mensaje para solicitar una nueva sesión de control de política (sesión de control de política 3) a la función de política. El mensaje lleva la dirección IP recién asignada (dirección IP 3), la indicación de redireccionamiento de TUPf (opcional), la dirección IP antigua (dirección IP 1) y el nombre de DN. El CP en la etapa S1200/S1202 y el CP en la etapa S1208 pueden ser iguales o diferentes. Si es necesario seleccionar la misma SMF, la AMF puede seleccionar la SMF original de acuerdo con la dirección IP 1 y la correspondencia guardada después de recibir el mensaje de solicitud transmitido desde AN2 para establecer la sesión de PDU 3. Cuando la SMF devuelve un mensaje de confirmación a la AMF, la AMF guarda la correspondencia entre la dirección IP 3 y la SMF. La SMF también puede seleccionar la función de política original de acuerdo con la dirección IP 1.
En S1210, la función de política determina que la sesión de PDU 1 se redirige de acuerdo con la indicación de redireccionamiento de TUPf o la dirección IP 1 antigua (el establecimiento de la sesión de PDU 3 se activa mediante el mensaje de la etapa S1204) y correlaciona la sesión de PDU 3 con la sesión de AF 1 (es decir, correlaciona la sesión de control de política 3 con la sesión de AF 1) de acuerdo con la dirección IP 1.
En S1212, la función de política transmite un mensaje a la AF para notificar el evento de redireccionamiento de TUPF (evento de reselección de plano de usuario).
En S1214, la AF proporciona información de servicio actualizada a la función de política a través de la sesión de AF 1 después de que se realiza una interacción de capa de aplicación entre el UE y un servidor de aplicaciones. En S1216, la función de política toma decisiones de política y proporciona información de política a la TUPF 2 y a la AN2 para que la TUPF 2 y la AN2 ejecuten la política.
En S1218, el UE inicia un proceso y libera la sesión de PDU 1.
En la realización mencionada anteriormente, se supone que la función de política y el CP son entidades funcionales independientes. En otras realizaciones, la función de política también está integrada en el CP. En una implementación específica, la interacción entre el CP y la función de política es una interacción interna y puede ignorarse. La interacción entre la AF y la función de política es una interacción entre la AF y el CP. Es decir, el CP correlaciona la sesión de AF 1 con la sesión de PDU 3 de acuerdo con la dirección IP 1 informada por el UE.
Realización preferida II
La Figura 13 es un diagrama de flujo que muestra un método para implementar continuidad de sesión de acuerdo con la realización preferida II de la presente divulgación. Como se muestra en la Figura 13, el método incluye etapas descritas a continuación.
En S1300, un UE solicita a una red que establezca la sesión de PDU 1, llevada con un id de usuario y un nombre de DN, en AN1. La red selecciona TUPF 1 para la sesión de PDU 1 y asigna la dirección IP 1 a la sesión de PDU 1. Además, la red asigna el identificador de sesión de PDU 1 a la sesión de PDU 1. El Id de usuario, el nombre de DN y la sesión de PDU 1 pueden identificar de manera única la sesión de PDU 1. La sesión de Sx 1 existe entre TUPF 1 y el CP, y la sesión de control de política 1 existe entre el CP y la función de política. El UE accede a una aplicación a través de la sesión de PDU 1. La AF correspondiente a la aplicación establece la sesión de AF 1 para proporcionar información de servicio a la función de política, y la función de política correlaciona la sesión de AF 1 con la sesión de control de política 1. En este proceso, después de recibir el mensaje de solicitud transmitido desde la AN1 para establecer la sesión de PDU 1, la AMF en el CP selecciona una s Mf y transmite el mensaje de solicitud para establecer la sesión de PDU 1 a la SMF. La SMF selecciona además una función de política. La SMF devuelve un mensaje de confirmación a la AMF, donde el mensaje de confirmación lleva el identificador de sesión de PDU 1. La AMF devuelve además el mensaje de confirmación a la AN. La AMF puede guardar la correspondencia entre el identificador de sesión de PDU 1 y la SMF. Opcionalmente, el identificador de sesión de PDU 1 también puede asignarse por el UE, y llevarse en el mensaje de solicitud para establecer la sesión de PDU 2 para transmitirse a la AMF, la s Mf y la función de política.
En S1302, el UE solicita a la red que establezca la sesión de PDU 2, llevada con un id de usuario y el nombre de DN, en la AN1. La red selecciona TUPF 1 para la sesión de PDU 2 y asigna la dirección IP 2 a la sesión de PDU 2. Además, la red asigna el identificador de sesión de PDU 2 a la sesión de PDU 2. El Id de usuario, el nombre de DN y la sesión de PDU 2 pueden identificar de manera única la sesión de PDU 2. La sesión de Sx 2 existe entre TUPF 1 y el CP, y la sesión de control de política 2 existe entre el CP y la función de política. En este proceso, la AMF en el CP recibe el mensaje de solicitud transmitido desde la AN1 para establecer la sesión de PDU 2. La SMF selecciona además una función de política. La SMF devuelve un mensaje de confirmación a la AMF, donde el mensaje de confirmación lleva el identificador de sesión de PDU 2. La AMF devuelve además el mensaje de confirmación a la AN. La AMF puede guardar la correspondencia entre el identificador de sesión de PDU 2 y la SMF. 0pcionalmente, el identificador de sesión de PDU 1 también puede asignarse por el UE, y llevarse en el mensaje de solicitud para establecer la sesión de PDU 2 para transmitirse a la AMF, la SMF y la función de política.
En S1304, el UE se mueve a AN2, la red decide que TUPF 1 no es óptima para la sesión de PDU 1 y la sesión de PDU 2, y es necesario reseleccionar una TUPF nueva. Por lo tanto, la red (normalmente SMF) transmite un mensaje de redireccionamiento de TUPF al UE. Es decir, la red informa al UE que han de liberarse la sesión de PDU 1 y la sesión de PDU 2, e informa al UE que establezca una sesión de PDU nueva para la misma DN.
En S1306, después de que el UE recibe el mensaje de redireccionamiento (es decir, el mensaje en el que la red informa al UE que han de liberarse la sesión de PDU 1 y la sesión de PDU 2, e informa al UE que establezca una sesión de PDU nueva en la misma DN), en primer lugar, el UE decide redirigir la sesión de PDU 1. Por lo tanto, el UE transmite un mensaje de solicitud para establecer una sesión de PDU nueva (sesión de PDU 3) a la red, donde el mensaje lleva el Id de usuario, el nombre de DN, el identificador de sesión de PDU 1, la información de indicación de redireccionamiento de TUPF y similares. La red selecciona una TUPF nueva (es decir, la TUPF 2) para el UE y asigna una nueva dirección IP (dirección IP 3).
En S1308, el CP transmite un mensaje para solicitar una nueva sesión de control de política (sesión de control de política 3) a la función de política. El mensaje lleva la dirección IP recién asignada (dirección IP 3), la indicación de redireccionamiento de TUPf (opcional), el identificador de sesión de PDU 1 y el nombre de DN. El CP en la etapa S1300/S1302 y el CP en la etapa S1308 pueden ser iguales o diferentes. Si es necesario seleccionar la misma SMF, la AMF puede seleccionar la SMF original de acuerdo con el identificador de sesión de PDU 1 y la correspondencia guardada después de recibir el mensaje de solicitud transmitido desde AN2 para establecer la sesión de PDU 3. Cuando la s Mf devuelve un mensaje de confirmación a la AMF, la AMF guarda la correspondencia entre el identificador de sesión de PDU 3 y la SMF. La SMF también puede seleccionar la función de política original de acuerdo con el identificador de sesión de PDU 3.
En S1310, la función de política determina que la sesión de PDU 1 se redirige de acuerdo con la indicación de redireccionamiento de TUPF o el identificador de sesión de PDU 1, y correlaciona la sesión de PDU 3 con la sesión de AF 1 (es decir, correlaciona la sesión de control de política 3 con la sesión de AF 1) de acuerdo con el identificador de sesión de PDU 1.
En S1312, la función de política transmite un mensaje a la AF para notificar el evento de redireccionamiento de TUPF (evento de reselección de plano de usuario).
En S1314, la AF proporciona información de servicio actualizada a la función de política a través de la sesión de AF 1 después de que se realiza una interacción de capa de aplicación entre el UE y un servidor de aplicaciones. En S1316, la función de política toma la decisión de política y proporciona información de política a la TUPF 2 y a la AN2 para que la TUPF 2 y la AN2 ejecuten la política.
En S1318, el UE inicia un proceso y libera la sesión de PDU 1.
En la realización mencionada anteriormente, se supone que la función de política y el CP son entidades funcionales independientes. En otras realizaciones, la función de política también está integrada en el CP. En una implementación específica, la interacción entre el CP y la función de política es una interacción interna y puede ignorarse. La interacción entre la AF y la función de política es la interacción entre la AF y el CP. Es decir, el CP correlaciona la sesión de AF 1 con la sesión de PDU 3 de acuerdo con el identificador de sesión de PDU 1 informada por el UE.
Realización preferida III
La Figura 14 es un diagrama de flujo que muestra un método para implementar continuidad de sesión de acuerdo con la realización preferida III de la presente divulgación. Como se muestra en la Figura 14, el método incluye etapas descritas a continuación.
En S1400, un UE solicita a una red que establezca la sesión de PDU 1, llevada con el id de usuario y el nombre de DN, en AN1. La red selecciona TUPF 1 para la sesión de PDU 1 y asigna la dirección IP 1 a la sesión de PDU 1. La sesión de Sx 1 existe entre TUPF 1 y el CP, y la sesión de control de política 1 existe entre el CP y una función de política. El UE accede a una aplicación a través de la sesión de PDU 1. La AF correspondiente a la aplicación establece la sesión de AF 1 para proporcionar información de servicio a la función de política, y la función de política correlaciona la sesión de AF 1 con la sesión de control de política 1. En este proceso, después de recibir el mensaje de solicitud transmitido desde la AN1 para establecer la sesión de PDU 1, la AMF en el CP selecciona una SMF y transmite el mensaje de solicitud para establecer la sesión de PDU 1 a la SMF. La SMF selecciona además una función de política. La SMF devuelve un mensaje de confirmación a la AMF, y la AMF devuelve además el mensaje de confirmación a la AN.
En S1402, el UE solicita a la red que establezca la sesión de PDU 2, llevada con un id de usuario y el nombre de DN, en la AN1. La red selecciona TUPF 1 para la sesión de PDU 2 y asigna la dirección IP 2 a la sesión de PDU 2. La sesión de Sx 2 existe entre TUPF 1 y el CP, y la sesión de control de política 2 existe entre el CP y la función de política. En este proceso, después de recibir el mensaje de solicitud transmitido desde la AN1 para establecer la sesión de PDU 2, la AMF en el CP selecciona una SMF y transmite el mensaje de solicitud para establecer la sesión de PDU 2 a la SMF. La SMF selecciona además una función de política. La SMF devuelve un mensaje de confirmación a la AMF, y la AMF devuelve además el mensaje de confirmación a la AN.
En S1404, el UE se mueve a AN2, la red decide que TUPF 1 no es óptima para la sesión de PDU 1 y la sesión de PDU 2, y es necesario reseleccionar una TUPF nueva. Por lo tanto, la red (normalmente SMF) transmite un mensaje de redireccionamiento de TUPF al UE (es decir, la red informa al UE que ha de liberarse la sesión de PDU 1 e informa al UE que establezca una sesión de PDU nueva en la misma DN). El mensaje lleva el identificador de sesión de PDU 1 de redireccionamiento correspondiente a la sesión 1 de PDU 1. En este proceso, la SMF transmite el mensaje de redireccionamiento de TUPF al UE a través de la AMF, y la AMF guarda la correspondencia entre el identificador de sesión 1 de la PDU de redireccionamiento y la SMF.
En S1406, después de que el UE recibe el mensaje de redireccionamiento (es decir, el mensaje en el que la red informa al UE que han de liberarse la sesión de PDU 1, e informa al UE que establezca una sesión de PDU nueva en la misma DN), el UE decide redirigir la sesión de PDU 1. Por lo tanto, el UE transmite un mensaje de solicitud para establecer una sesión de PDU nueva (sesión de PDU 3) a la red, donde el mensaje lleva el Id de usuario, el nombre de DN, el identificador de sesión de PDU 1 de redireccionamiento, la información de indicación de redireccionamiento de TUPF y similares. La red selecciona una TUPF nueva (es decir, la TUPF 2) para el UE y asigna una nueva dirección IP (dirección IP 3).
En S1408, el CP notifica a la función de política del identificador de sesión de PDU 1 de redireccionamiento correspondiente a la sesión de PDU 1.
En S1410, el CP transmite un mensaje para solicitar una nueva sesión de control de política (sesión de control de política 3) a la función de política. El mensaje lleva la dirección IP recién asignada (dirección IP 3), la indicación de redireccionamiento de TUPf (opcional), el identificador de sesión de PDU 1 de redireccionamiento y el nombre de DN.
El CP en la etapa S1400/S1402 y el CP en la etapa S1410 pueden ser iguales o diferentes. Si es necesario seleccionar la misma SMF, la AMF puede seleccionar la SMF original de acuerdo con el identificador de sesión de PDU 1 de redirección y la correspondencia guardada después de recibir el mensaje de solicitud transmitido desde la AN2 para establecer la sesión de PDU 3. La SMF también puede seleccionar la función de política original de acuerdo con el identificador de sesión de PDU 3.
En S1412, la función de política determina que la sesión de PDU 1 se redirige de acuerdo con la indicación de redireccionamiento de TUPF o el identificador de sesión de PDU 1 de redirección, y correlaciona la sesión de PDU 3 con la sesión de AF 1 (es decir, correlaciona la sesión de control de política 3 con la sesión de AF 1) de acuerdo con el identificador de sesión de PDU 1 de redirección.
En S1414, la función de política transmite un mensaje a la AF para notificar el evento de redireccionamiento de TUPF (evento de reselección de plano de usuario).
En S1416, la AF proporciona información de servicio actualizada a la función de política a través de la sesión de AF 1 después de que se realiza una interacción de capa de aplicación entre el UE y el servidor de aplicaciones. En S1418, la función de política toma una decisión de política y proporciona información de política a la TUPF 2 y a la AN2 para que la TUp F 2 y la AN2 ejecuten la política.
En S1420, el UE inicia un proceso y libera la sesión de PDU 1.
Cabe señalar que, se supone que la función de política y el CP son entidades funcionales independientes en la realización mencionada anteriormente, y la función de política también está integrada en el CP en otras realizaciones. En una implementación específica, la interacción entre el CP y la función de política es una interacción interna y puede ignorarse. La interacción entre la AF y la función de política es la interacción entre la AF y el CP. Es decir, el CP correlaciona la sesión de AF 1 con la sesión de PDU 3 de acuerdo con el identificador de sesión de PDU 1 informada por el UE.
En la realización de la presente divulgación, la sesión de PDU original redirigida por la sesión de PDU recién establecida se negocia entre el UE y la red, y se determina una sesión de AF correspondiente en consecuencia. De manera similar, la red también puede aplicar algunas políticas implementadas en la sesión de PDU original a la sesión de PDU recién establecida.
En resumen, las realizaciones de la presente divulgación consiguen los siguientes efectos técnicos: Las realizaciones resuelven el problema en la técnica relacionada de que es imposible determinar desde qué sesión de PDU se conmuta la sesión de PDU recién establecida cuando un Ue se redirige a una nueva TUPF. Por lo tanto, el lado de la red puede determinar desde qué sesión de PDU se redirige la sesión de PDU recién establecida.
Una realización de la presente divulgación proporciona además un medio de almacenamiento. 0pcionalmente, en la realización, el medio de almacenamiento puede configurarse para almacenar códigos de programa para ejecutar el método para procesar el contenido de página de acuerdo con la realización I mencionada anteriormente.
0pcionalmente, en la realización, el medio de almacenamiento puede estar ubicado en uno cualquiera de un grupo de terminales informáticos en una red informática, o ubicado en uno cualquiera de un grupo de terminales móviles.
0pcionalmente, en la realización, el medio de almacenamiento está configurado para almacenar códigos de programa para ejecutar las etapas descritas a continuación.
En S1, la información de indicación se transmite a un UE, donde la información de indicación se usa para indicar al UE que una primera sesión de unidad de datos de protocolo (PDU) actualmente establecida ha de redirigirse a una función de plano de usuario de terminación (TUPF).
En S2, se recibe un mensaje de solicitud para establecer una segunda sesión de PDU, que inicia el UE después de que el UE recibe la información de indicación. El mensaje de solicitud lleva un identificador de sesión de la primera sesión de PDU para identificar de manera única la primera sesión de PDU.
Una realización de la presente divulgación proporciona además un medio de almacenamiento. Como alternativa, en la realización, el medio de almacenamiento puede configurarse para almacenar códigos de programa para ejecutar las etapas descritas a continuación.
En S1, se obtiene un identificador de sesión de una primera sesión de unidad de datos de protocolo (PDU) establecida por un UE, donde el identificador de sesión se usa para identificar de manera única la primera sesión de PDU.
En S2, se inicia un mensaje de solicitud para establecer una segunda sesión de PDU en el dispositivo del lado de la red cuando el UE determina que la primera sesión de PDU actualmente establecida necesita redirigirse a la función de plano de usuario de terminación (TUPF). El mensaje de solicitud lleva el identificador de sesión de la primera sesión de PDU.
Los números de serie de las realizaciones anteriores de la presente divulgación son simplemente para facilitar la descripción y no indican superioridad o inferioridad de las realizaciones.
En las realizaciones anteriores de la presente divulgación, la descripción de cada realización tiene su propio énfasis. Para una parte no descrita en detalle en una realización, se puede hacer referencia a la descripción relacionada de otras realizaciones.
Debe entenderse que el contenido técnico divulgado en las realizaciones de la presente solicitud puede implementarse de otras formas. Las realizaciones del aparato descritas anteriormente son simplemente ilustrativas. Por ejemplo, una clasificación de unidades es simplemente una clasificación de funciones lógicas y, en la práctica, la clasificación de unidades puede implementarse de otras formas. Por ejemplo, múltiples unidades o componentes pueden combinarse o pueden integrarse en otro sistema, o algunas características pueden ignorarse o no ejecutarse. Adicionalmente, el acoplamiento mutuo presentado o analizado, el acoplamiento directo o las conexiones de comunicación pueden ser conexiones de comunicación o acoplamiento indirecto a través de interfaces, unidades o módulos, o pueden ser eléctricos o de otras formas.
Las unidades descritas anteriormente como componentes separados pueden estar separados o no físicamente. Los componentes presentados como unidades pueden o pueden no ser unidades físicas, es decir, pueden ubicarse en un lugar o pueden distribuirse en múltiples unidades de red. Parte o la totalidad de estas unidades pueden seleccionarse de acuerdo con los requisitos reales para lograr objetos de las soluciones en las realizaciones de la presente divulgación.
Adicionalmente, diversas unidades funcionales en las realizaciones de la presente divulgación pueden estar integradas en una unidad de procesamiento, o cada unidad puede estar físicamente presente por separado, o dos o más unidades pueden estar integradas en una unidad. La unidad integrada puede implementarse mediante hardware o una unidad funcional de software.
La unidad integrada puede almacenarse en un medio de almacenamiento legible por ordenador si se implementa en forma de una unidad funcional de software y se vende o usa como un producto independiente. Basándose en este entendimiento, las soluciones proporcionadas sustancialmente por la presente divulgación, o la parte que contribuye a la técnica relacionada, pueden incorporarse en forma de un producto de software. El producto de software informático se almacena en un medio de almacenamiento e incluye varias instrucciones para permitir que un dispositivo informático (que puede ser un ordenador personal, un servidor, un dispositivo de red o similar) ejecute todas o parte de las etapas en los métodos proporcionados por las realizaciones de la presente divulgación. El medio de almacenamiento anterior incluye: una unidad flash USB, una memoria de solo lectura (R0M), una memoria de acceso aleatorio (RAM), un disco duro móvil, un disco magnético, un disco óptico u otro medio que pueda almacenar códigos de programa.
Las anteriores son únicamente realizaciones preferidas de la presente divulgación y no pretenden limitar la presente divulgación.

Claims (9)

REIVINDICACIONES
1. Un método para implementar continuidad de sesión, que comprende:
transmitir información de indicación a un equipo de usuario, UE, en donde la información de indicación informa al UE para redirigir una primera sesión de unidad de datos de protocolo, PDU, actual a una nueva función de plano de usuario de terminación, TUPF; y
recibir un mensaje de solicitud, iniciado por el UE después de que el UE haya recibido la información de indicación, para establecer una segunda sesión de PDU,
en donde un identificador de sesión de la primera sesión de PDU se lleva en el mensaje de solicitud, el identificador de sesión de la primera sesión de PDU identifica de manera única la primera sesión de PDU.
2. El método de acuerdo con la reivindicación 1, que comprende, además: determinar, después de recibir el mensaje de solicitud y de acuerdo con el identificador de sesión de la primera sesión de PDU llevado en el mensaje de solicitud, que la segunda sesión de PDU es una sesión redirigida desde la primera sesión de PDU.
3. El método de acuerdo con la reivindicación 1 o 2, en donde el identificador de sesión de la primera sesión de PDU comprende un identificador de sesión asignado a la primera sesión de PDU cuando se establece la primera sesión de PDU.
4. Un dispositivo para implementar continuidad de sesión, que comprende:
un procesador configurado para:
transmitir información de indicación a un equipo de usuario, UE, en donde la información de indicación informa al UE para redirigir una primera sesión de unidad de datos de protocolo, PDU, actual a una nueva función de plano de usuario de terminación, TUPF; y
recibir un mensaje de solicitud, iniciado por el UE después de que el UE recibe la información de indicación, para establecer una segunda sesión de PDU, en donde un identificador de sesión de la primera sesión de PDU se lleva en el mensaje de solicitud, el identificador de sesión de la primera sesión de PDU identifica de manera única la primera sesión de PDU.
5. El dispositivo de acuerdo con la reivindicación 4, en donde el procesador está configurado además para: determinar, después del mensaje de solicitud recibido y de acuerdo con el identificador de sesión de la primera sesión de PDU llevado en el mensaje de solicitud, que la segunda sesión de PDU es una sesión redirigida desde la primera sesión de PDU.
6. El dispositivo de acuerdo con la reivindicación 4, en donde el identificador de sesión de la primera sesión de PDU comprende un identificador de sesión asignado a la primera sesión de PDU cuando se establece la primera sesión de PDU.
7. Un medio de almacenamiento legible por ordenador no transitorio que comprende instrucciones que, cuando son ejecutadas por un procesador, configuran el procesador para realizar un método que comprende:
transmitir información de indicación a un equipo de usuario, UE, en donde la información de indicación informa al UE para redirigir una primera sesión de unidad de datos de protocolo, PDU, actual a una nueva función de plano de usuario de terminación, TUPF; y
recibir un mensaje de solicitud, iniciado por el UE después de que el UE recibe la información de indicación, para establecer una segunda sesión de PDU, en donde un identificador de sesión de la primera sesión de PDU se lleva en el mensaje de solicitud, el identificador de sesión de la primera sesión de PDU identifica de manera única la primera sesión de PDU.
8. El medio de almacenamiento legible por ordenador no transitorio de acuerdo con la reivindicación 7, en donde el procesador está configurado para realizar el método que comprende, además:
determinar, después del mensaje de solicitud recibido y de acuerdo con el identificador de sesión de la primera sesión de PDU llevado en el mensaje de solicitud, que la segunda sesión de PDU es una sesión redirigida desde la primera sesión de PDU.
9. El medio de almacenamiento legible por ordenador no transitorio de acuerdo con la reivindicación 7, en donde el identificador de sesión de la primera sesión de PDU comprende un identificador de sesión asignado a la primera sesión de PDU cuando se establece la primera sesión de PDU.
ES17823690T 2016-07-08 2017-07-07 Método, dispositivo y medio de almacenamiento legible por ordenador para implementar una sesión continua Active ES2954999T3 (es)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN201610543593.5A CN107592331B (zh) 2016-07-08 2016-07-08 会话连续的实现方法、装置及系统
PCT/CN2017/092282 WO2018006878A1 (zh) 2016-07-08 2017-07-07 会话连续的实现方法、装置及系

Publications (1)

Publication Number Publication Date
ES2954999T3 true ES2954999T3 (es) 2023-11-28

Family

ID=60912019

Family Applications (1)

Application Number Title Priority Date Filing Date
ES17823690T Active ES2954999T3 (es) 2016-07-08 2017-07-07 Método, dispositivo y medio de almacenamiento legible por ordenador para implementar una sesión continua

Country Status (5)

Country Link
US (1) US11006326B2 (es)
EP (2) EP3506598B1 (es)
CN (1) CN107592331B (es)
ES (1) ES2954999T3 (es)
WO (1) WO2018006878A1 (es)

Families Citing this family (25)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
GB2552845A (en) * 2016-08-12 2018-02-14 Nec Corp Communication system
CN109565668B (zh) * 2016-08-23 2020-10-23 华为技术有限公司 会话管理方法及装置
JP6898046B2 (ja) * 2017-02-01 2021-07-07 ホアウェイ・テクノロジーズ・カンパニー・リミテッド 次世代モバイルコアネットワークにおける拡張型セッション管理のためのシステムおよび方法
CN108401273B (zh) * 2017-02-06 2020-04-17 电信科学技术研究院 一种路由方法和装置
WO2018161263A1 (zh) * 2017-03-07 2018-09-13 华为技术有限公司 一种会话迁移方法及设备
WO2018199649A1 (en) * 2017-04-27 2018-11-01 Samsung Electronics Co., Ltd. Method and apparatus for registration type addition for service negotiation
CN110049504B (zh) * 2018-01-15 2021-06-22 华为技术有限公司 一种会话管理方法及装置
US20190313311A1 (en) * 2018-04-09 2019-10-10 Mediatek Inc. Apparatuses, service networks, and methods for handling plmn-specific parameters for an inter-plmn handover
US11510258B2 (en) * 2018-05-02 2022-11-22 Nokia Technologies Oy Direct user equipment to user equipment without data network access identifier
US20190364412A1 (en) * 2018-05-25 2019-11-28 Mediatek Inc. Apparatus and method for pdu session establishment restriction in emergency registration
CN110557846B (zh) * 2018-05-31 2021-06-29 华为技术有限公司 一种数据传输方法、终端设备及网络设备
CN110650504B (zh) * 2018-06-26 2021-11-19 华为技术有限公司 一种会话处理方法及装置
CN109246813B (zh) * 2018-07-16 2020-03-31 中兴通讯股份有限公司 一种网络切片互斥关系处理方法、设备及系统
US11039369B2 (en) 2018-08-10 2021-06-15 Mediatek Inc. Handling 5G QoS rules on QoS operation errors
CN110971630B (zh) * 2018-09-29 2021-05-04 华为技术有限公司 一种通信方法及装置
KR20200039529A (ko) 2018-10-05 2020-04-16 삼성전자주식회사 무선 통신 시스템에서 모바일 엣지 컴퓨팅의 이전을 지원하는 방법 및 장치
US11160123B2 (en) * 2018-10-06 2021-10-26 Mediatek Inc. 5G session management handling on PSI mismatch
CN112655244B (zh) * 2018-10-30 2023-06-27 Oppo广东移动通信有限公司 一种业务处理方法、设备及存储介质
US10887799B2 (en) 2019-01-10 2021-01-05 Cisco Technology, Inc. SRv6 user-plane-based triggering methods and apparatus for session or flow migration in mobile networks
US11412375B2 (en) 2019-10-16 2022-08-09 Cisco Technology, Inc. Establishing untrusted non-3GPP sessions without compromising security
KR20210144205A (ko) * 2020-05-21 2021-11-30 삼성전자주식회사 네트워크 슬라이싱을 지원하는 무선 통신 시스템에서 세션 수립 방법 및 장치
EP4287675A4 (en) * 2021-01-26 2024-03-13 Beijing Xiaomi Mobile Software Co., Ltd. APPLICATION FUNCTIONAL SESSION PROCESSING METHOD, APPLICATION FUNCTIONAL SESSION PROCESSING APPARATUS AND STORAGE MEDIUM
WO2022183497A1 (zh) * 2021-03-05 2022-09-09 华为技术有限公司 一种通信方法和通信装置
CN113068237B (zh) * 2021-03-29 2022-08-16 Oppo广东移动通信有限公司 一种会话管理方法、用户设备、计算机存储介质及系统
CN115714970A (zh) * 2022-11-21 2023-02-24 中国人民解放军战略支援部队信息工程大学 5g终端移动中应用层无感的业务连续性传输方法及装置

Family Cites Families (19)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP3842661B2 (ja) * 2002-02-06 2006-11-08 株式会社エヌ・ティ・ティ・ドコモ 通信システム、通信制御方法、通信ノード、通信媒介ノード、通信媒介プログラム、セッション移動方法及びセッション移動プログラム
US20030177437A1 (en) * 2002-03-18 2003-09-18 Wu Frank Chih-Hsiang Erroneous packet data convergence protocol data unit handling scheme in a wireless communication system
CN101247637B (zh) * 2007-02-15 2011-04-20 华为技术有限公司 一种在多接入方式下提供会话切换的方法及系统
CN101299879B (zh) * 2007-04-30 2013-08-07 华为技术有限公司 重定位方法、通信系统及无线网络控制器
CN103607793B (zh) * 2007-10-25 2017-08-25 思达伦特网络有限责任公司 用于移动节点的互通网关
CN101753963B (zh) * 2008-11-27 2012-10-03 北京中星微电子有限公司 视频监控系统的权限控制方法和系统
CN101938801B (zh) * 2009-06-30 2013-08-07 中兴通讯股份有限公司 一种实现网络间重定位的方法及系统
US20110145419A1 (en) * 2009-12-15 2011-06-16 Interdigital Patent Holdings, Inc. Inter-device mobility session release
CN102413493A (zh) * 2010-09-21 2012-04-11 北京三星通信技术研究有限公司 决定重定位过程的方法和决定切换过程的方法
US8825054B2 (en) * 2011-12-06 2014-09-02 Qualcomm Incorporated Apparatus and methods for performing handover of user equipment between different radio access networks
KR101341303B1 (ko) * 2012-04-26 2013-12-12 주식회사 팬택 무선 접속 기술 간의 전환을 위한 단말의 통신 방법 및 그 단말
WO2014090329A1 (en) * 2012-12-14 2014-06-19 Telefonaktiebolaget L M Ericsson (Publ) Network gateway selection at multipath communication
CN103945461A (zh) * 2013-01-23 2014-07-23 中兴通讯股份有限公司 数据多流传输方法及装置
DK2760240T3 (en) * 2013-01-25 2016-08-29 Telia Co Ab A method, network node and system for determining a brugerapparats capability to support network sharing
WO2014187875A1 (en) * 2013-05-24 2014-11-27 Telefonaktiebolaget L M Ericsson (Publ) Methods for providing a plmn identifier of a packet data network gateway to a node of a ran
WO2015096012A1 (zh) * 2013-12-23 2015-07-02 华为终端有限公司 一种会话处理方法及设备
US10667181B2 (en) * 2016-04-04 2020-05-26 Motorola Mobility Llc PDU sessions with various types of session continuity
WO2018006017A1 (en) * 2016-07-01 2018-01-04 Idac Holdings, Inc. Methods for supporting session continuity on per-session basis
WO2018006936A1 (en) * 2016-07-04 2018-01-11 Telefonaktiebolaget Lm Ericsson (Publ) Technique for internet protocol anchor relocation

Also Published As

Publication number Publication date
US11006326B2 (en) 2021-05-11
EP3506598A4 (en) 2020-06-24
CN107592331A (zh) 2018-01-16
WO2018006878A1 (zh) 2018-01-11
EP4087367B1 (en) 2024-07-17
EP4087367A1 (en) 2022-11-09
US20190223060A1 (en) 2019-07-18
EP3506598A1 (en) 2019-07-03
CN107592331B (zh) 2021-11-02
EP3506598B1 (en) 2023-07-19

Similar Documents

Publication Publication Date Title
ES2954999T3 (es) Método, dispositivo y medio de almacenamiento legible por ordenador para implementar una sesión continua
CN111165014B (zh) 用于在无线通信系统中发送和接收与从5gs到eps的切换有关的信号的方法及其装置
CN109314942B (zh) 在无线通信系统中通过属于相同plmn的网络接入的注册方法及其设备
CN109863783B (zh) 根据edt发送数据的方法
ES2733213T3 (es) Método para procesamiento de datos asociados con gestión de sesión y gestión de movilidad
US10362511B2 (en) Method and apparatus for determining PDU session identity in wireless communication system
US10716083B2 (en) Tracking area assignment method in wireless communication system and device therefor
EP3537843B1 (en) Method for moving from ngs to eps in wireless communication system and apparatus therefor
ES2777629T3 (es) Método, estación base y sistema de planificación de datos
US11638140B2 (en) Method for transmitting and receiving signal related to switching access in wireless communication system, and device therefor
JP6122149B2 (ja) 無線ｌａｎにオフロードされたトラフィックに対するハンドオーバ決定方法及び端末
WO2018177277A1 (zh) 网络系统中状态信息的处理方法、装置及存储介质
CN107548127B (zh) 支持数据传输的方法和设备
CN111373797B (zh) Ue以及ue的通信控制方法
ES2735625T3 (es) Procesamiento de búsquedas mediante un servidor que gestiona la movilidad para evitar, en caso de fallo en la búsqueda, la pérdida de los datos de enlace descendente almacenados temporalmente en una pasarela de servicio
KR102459336B1 (ko) 선택된 ip 흐름 초저 레이턴시
ES2761608T3 (es) Interfuncionamiento con un sistema basado en una portadora
CN113613293A (zh) 用于在wtru中所使用的方法及wtru
WO2011000318A1 (zh) 切换控制的方法和设备
KR20100007890A (ko) 핸드오버를 수행할때 게이트웨이 재배치를 제공하기 위한 방법 및 장치
CN110249670B (zh) 在无线通信系统中执行具有与第一ue的连接的第二ue的寻呼有关的操作的方法及其装置
CN113613215A (zh) 一种数据调度方法、基站及系统
WO2012122910A1 (zh) 一种双通道通信方法和系统
WO2012041073A1 (zh) 一种实现流迁移的方法及系统
KR102586114B1 (ko) 다운링크 데이터의 무질서를 제어하기 위한 방법 및 장치와 컴퓨터 판독가능 매체