ES2967399T3 - Método de comunicación y dispositivo de comunicación - Google Patents
Método de comunicación y dispositivo de comunicación Download PDFInfo
- Publication number
- ES2967399T3 ES2967399T3 ES19807377T ES19807377T ES2967399T3 ES 2967399 T3 ES2967399 T3 ES 2967399T3 ES 19807377 T ES19807377 T ES 19807377T ES 19807377 T ES19807377 T ES 19807377T ES 2967399 T3 ES2967399 T3 ES 2967399T3
- Authority
- ES
- Spain
- Prior art keywords
- network element
- qos flow
- quality
- state
- notification control
- 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
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/14—Session management
-
- 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
- H04W36/0044—Control or signalling for completing the hand-off for data sessions of end-to-end connection with transfer of context information of quality context information
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/14—Session management
- H04L67/141—Setup of application sessions
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/50—Network services
- H04L67/56—Provisioning of proxy services
- H04L67/562—Brokering proxy services
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W24/00—Supervisory, monitoring or testing arrangements
- H04W24/02—Arrangements for optimising operational condition
-
- 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
-
- 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/0083—Determination of parameters used for hand-off, e.g. generation or modification of neighbour cell lists
-
- 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/0083—Determination of parameters used for hand-off, e.g. generation or modification of neighbour cell lists
- H04W36/00837—Determination of triggering parameters for hand-off
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W36/00—Hand-off or reselection arrangements
- H04W36/24—Reselection being triggered by specific parameters
- H04W36/30—Reselection being triggered by specific parameters by measured or perceived connection quality data
- H04W36/302—Reselection being triggered by specific parameters by measured or perceived connection quality data due to low signal strength
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W36/00—Hand-off or reselection arrangements
- H04W36/34—Reselection control
- H04W36/38—Reselection control by fixed network equipment
- H04W36/385—Reselection control by fixed network equipment of the core network
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W28/00—Network traffic management; Network resource management
- H04W28/02—Traffic management, e.g. flow control or congestion control
- H04W28/0231—Traffic management, e.g. flow control or congestion control based on communication conditions
- H04W28/0236—Traffic management, e.g. flow control or congestion control based on communication conditions radio quality, e.g. interference, losses or delay
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W28/00—Network traffic management; Network resource management
- H04W28/02—Traffic management, e.g. flow control or congestion control
- H04W28/0268—Traffic management, e.g. flow control or congestion control using specific QoS parameters for wireless networks, e.g. QoS class identifier [QCI] or guaranteed bit rate [GBR]
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Mobile Radio Communication Systems (AREA)
- Communication Control (AREA)
- Electroluminescent Light Sources (AREA)
Abstract
Un método y dispositivo de comunicación. Según el método, durante la conmutación de al menos un flujo de calidad de servicio desde un primer dispositivo de red de acceso a un segundo dispositivo de red de acceso, el primer dispositivo de red de acceso envía al segundo dispositivo de red de acceso una primera información, utilizándose la primera información para indicar que el primer dispositivo de red de acceso ha notificado a un dispositivo de red central que los requisitos de calidad de servicio de al menos un flujo de calidad de servicio no pueden satisfacerse. Después de recibir la primera información enviada por el primer dispositivo de red de acceso, el segundo dispositivo de red de acceso puede enviar al dispositivo de red central una segunda información, utilizándose la segunda información para notificar al dispositivo de red central que se cumplen los requisitos de calidad de servicio de una primera calidad de se puede satisfacer el flujo de servicio de al menos un flujo de calidad de servicio, y siendo el primer flujo de calidad de servicio un flujo de calidad de servicio que ya ha sido conmutado desde el primer dispositivo de red de acceso al segundo dispositivo de red de acceso. Por lo tanto, el estado de control de notificación de los flujos de calidad de servicio registrados por el lado de la red de acceso y el lado de la red central, después de la conmutación de un flujo de calidad de servicio, se puede sincronizar tanto como sea posible. (Traducción automática con Google Translate, sin valor legal)
Description
DESCRIPCIÓN
Método de comunicación y dispositivo de comunicación
Campo técnico
Esta solicitud se refiere al campo de las tecnologías de comunicaciones y, en particular, a un método, un aparato, un sistema de comunicaciones, un producto de programa informático, un soporte de almacenamiento informático y un chip.
Antecedentes
En un sistema de comunicaciones de próxima generación, un dispositivo terminal puede establecer al menos una sesión de unidad de datos en paquetes (unidad de datos en paquetes, PDU) con un dispositivo de red central usando un dispositivo de red de acceso. Para cada sesión de PDU, se puede establecer al menos un flujo (flujo) de calidad de servicio (calidad de servicio, QoS) y se configura para el flujo de QoS un requisito de calidad de servicio para transmitir un paquete de datos usando un portador de radio de datos (portador de radio de datos, DRB) correspondiente a cada flujo de QoS. Si no se puede cumplir un requisito de calidad de servicio de un flujo de calidad de servicio cuando se transmite un paquete de datos usando un DRB correspondiente al flujo de QoS, el dispositivo de red de acceso puede notificar al dispositivo de red central de un estado de control de notificación correspondiente al flujo de QoS, y el estado de control de notificación se usa para indicar que no se puede cumplir el requisito de calidad de servicio del flujo de QoS, para que el dispositivo de red central tome una decisión de política nuevamente sobre el flujo de QoS. La decisión de política es, por ejemplo, eliminar o modificar el flujo de QoS.
En algunos escenarios de comunicación, por ejemplo, cuando un dispositivo terminal se transfiere entre dispositivos de red de acceso, una sesión de PDU que se ha establecido en el dispositivo terminal se puede transferir entre los dispositivos de red de acceso. En consecuencia, también se puede transferir un flujo de QoS correspondiente a la sesión de PDU entre los dispositivos de red de acceso. Sin embargo, debido a que un DRB establecido por un dispositivo de red de acceso de origen antes del traspaso puede ser diferente de un DRB establecido por un dispositivo de red de acceso de destino después del traspaso, cuando un paquete de datos se transmite usando diferentes DRB correspondientes a un flujo de QoS antes y después del traspaso, los estados de control de notificación del flujo de QoS también pueden ser diferentes. Debido a que el dispositivo de red central no puede percibir el traspaso del flujo de QoS entre los dispositivos de red de acceso, es muy probable que un estado de control de notificación que sea del flujo de QoS y que sea registrado por el dispositivo de red central siga siendo un estado de control de notificación notificado por el dispositivo de red de acceso de origen antes del traspaso. En consecuencia, un estado de control de notificación que es del flujo de QoS y que es registrado por el dispositivo de red de acceso de destino después del traspaso puede no estar sincronizado con el estado de control de notificación que es del flujo de QoS y que es registrado por el dispositivo de red central, y el dispositivo de red central es propenso a tomar una decisión de política equivocada sobre el flujo de QoS.
El documento US20170317894A1 describe un método y sistema para proporcionar acceso a niveles de Calidad de Servicio desde dentro de una red a entidades fuera de la red.
El documento US20170359749A1 describe métodos para la monitorización de la calidad del servicio, la aplicación de políticas y el cobro en una red de comunicaciones.
Compendio
Esta solicitud proporciona un método de comunicación y un aparato de comunicaciones, para evitar la falta de sincronización que puede existir entre los estados de control de notificación de un flujo de QoS que se registran en un lado de la red de acceso y un lado de la red central después de que el flujo de QoS se transfiera en el lado de la red de acceso. La invención se expone en el conjunto de reivindicaciones adjuntas.
Según un primer aspecto, se proporciona un método de comunicación. En el método, en un proceso en el que al menos un flujo de QoS se transfiere desde un primer dispositivo de red de acceso a un segundo dispositivo de red de acceso, el primer dispositivo de red de acceso envía la primera información al segundo dispositivo de red de acceso, donde la primera información se usa para indicar que el primer dispositivo de red de acceso ha notificado a un dispositivo de red central que no se puede cumplir un requisito de calidad de servicio de al menos un flujo de QoS. Después de recibir la primera información enviada por el primer dispositivo de red de acceso, el segundo dispositivo de red de acceso puede enviar segunda información al dispositivo de red central, donde la segunda información se usa para notificar al dispositivo de red central que se puede cumplir un requisito de calidad de servicio de un primer flujo de QoS en al menos un flujo de QoS, y el primer flujo de QoS es un flujo de QoS que se ha transferido desde el primer dispositivo de red de acceso al segundo dispositivo de red de acceso.
Además, después de recibir la información, enviada por el segundo dispositivo de red de acceso, que indica que se puede cumplir el requisito de calidad de servicio del primer flujo de QoS, un elemento de red de función de gestión de sesión (función de gestión de sesión, SMF) en el dispositivo de red central puede notificar a un elemento de red de función de control de políticas (función de control de políticas, PCF) que se puede cumplir el requisito de calidad de servicio del primer flujo de QoS.
En el método anterior, en un proceso en el que se transfiere el flujo de QoS, el primer dispositivo de red de acceso puede notificar al segundo dispositivo de red de acceso información sobre un estado en el que no se puede cumplir el requisito de calidad de servicio de al menos un flujo de QoS y que se ha notificado al dispositivo de red central. Después de que el primer flujo de QoS en al menos un flujo de QoS se transfiera con éxito al segundo dispositivo de red de acceso, el segundo dispositivo de red de acceso puede considerar, de forma predeterminada, que se puede cumplir el requisito de calidad de servicio del primer flujo de QoS transferido con éxito y luego puede notificar al dispositivo de red central que se puede cumplir el requisito de calidad de servicio del flujo de QoS transferido con éxito. De esta manera, un estado de control de notificación que es del flujo de QoS y que es percibido por un lado de la red central puede sincronizarse con un estado de control de notificación que es del flujo de QoS y que se registra en un lado de la red de acceso después del traspaso, para evitar que el lado de la red central tome una decisión de política equivocada.
En una posible implementación, la primera información puede incluir un identificador de al menos un flujo de QoS. Alternativamente, la primera información puede incluir un identificador de al menos un flujo de QoS y un estado de control de notificación de al menos un flujo de QoS. El estado de control de notificación es un primer estado, y el primer estado se usa para indicar que no se puede cumplir el requisito de calidad de servicio de al menos un flujo de QoS. De la manera anterior, el primer dispositivo de red de acceso envía la primera información al segundo dispositivo de red de acceso, para que el segundo dispositivo de red de acceso pueda conocer un estado que es de al menos un flujo de QoS y que se registra en el lado de la red central. Posteriormente, el segundo dispositivo de red de acceso puede notificar al lado de la red central un estado de control de notificación más reciente del flujo de QoS después del traspaso, para garantizar que los estados de control de notificación registrados en el lado de la red central y el segundo dispositivo de red de acceso se puedan sincronizar entre sí.
En una posible implementación, el primer dispositivo de red de acceso puede enviar la primera información al segundo dispositivo de red de acceso a través de una interfaz conectada al segundo dispositivo de red de acceso.
Cuando no hay ninguna interfaz conectada entre el primer dispositivo de red de acceso y el segundo dispositivo de red de acceso, la primera información puede reenviarse usando el lado de la red central. En una implementación, el primer dispositivo de red de acceso puede enviar la primera información al segundo dispositivo de red de acceso usando un elemento de red de función de gestión de acceso y movilidad (función de gestión de acceso y movilidad, AMF). El elemento de red AMF puede reenviar de forma transparente la primera información.
En una posible implementación, después de enviar la segunda información al dispositivo de red central, si el segundo dispositivo de red de acceso detecta que no se puede cumplir el requisito de calidad de servicio del primer flujo de QoS, el segundo dispositivo de red de acceso puede enviar inmediatamente tercera información al dispositivo de red central, donde la tercera información se usa para notificar al dispositivo de red central que no se puede cumplir el requisito de calidad de servicio del primer flujo de QoS. En comparación con la técnica anterior en la que el segundo dispositivo de red de acceso necesita esperar un período de tiempo antes de informar nuevamente el estado de control de notificación del flujo de QoS, las implementaciones anteriores proporcionadas en esta solicitud pueden permitir que el dispositivo de red central perciba el estado de control de acceso más reciente del flujo de QoS de manera oportuna.
En una posible implementación, después de recibir la información, enviada por el segundo dispositivo de red de acceso, que indica que se puede cumplir el requisito de calidad de servicio del primer flujo de QoS, y determinar que un estado de control de notificación recibido que es de al menos un flujo de QoS y que es enviado por el primer dispositivo de red de acceso es el primer estado, el elemento de red SMF puede notificar al elemento de red PCF que se puede cumplir el requisito de calidad de servicio del primer flujo de QoS. El primer estado se usa para indicar que no se puede cumplir el requisito de calidad de servicio de al menos un flujo de QoS. De la manera anterior, el elemento de red SMF puede notificar selectivamente al elemento de red PCF de un estado de control de notificación más reciente de un flujo de QoS cuyos estados de control de notificación registrados en el lado de la red central y en el lado de la red de acceso después del traspaso son inconsistentes entre sí y puede no notificar un flujo de QoS cuyos estados de control de notificación registrados sean consistentes.
Según un segundo aspecto, se proporciona un método de comunicación. En el método, cuando al menos un flujo de QoS se ha transferido desde un primer dispositivo de red de acceso al segundo dispositivo de red de acceso, el segundo dispositivo de red de acceso puede enviar cuarta información a un dispositivo de red central, donde la cuarta información se usa para notificar al dispositivo de red central que se puede cumplir un requisito de calidad de servicio de al menos un flujo de QoS. Además, después de recibir la información, enviada por el segundo dispositivo de red de acceso, que indica que se puede cumplir el requisito de calidad de servicio de al menos un flujo de QoS, un elemento de red SMF puede enviar quinta información a un elemento de red PCF, donde la quinta la información se usa para notificar al elemento de red PCF que se puede cumplir un estado de control de notificación de al menos un flujo de QoS. Opcionalmente, al menos un flujo de QoS pertenece a todos los flujos de QoS que se han transferido con éxito desde el primer dispositivo de red de acceso al segundo dispositivo de red de acceso y que requieren control de notificación.
En el método anterior, no se requiere la participación del primer dispositivo de red de acceso antes del traspaso, y el segundo dispositivo de red de acceso notifica directamente los estados de control de notificación de todos los flujos de QoS transferidos con éxito al dispositivo de red central, para que el dispositivo de red central pueda percibir un estado de control de notificación del flujo de QoS transferido de manera oportuna, y un estado de control de notificación que es del flujo de QoS y que es percibido por un lado de la red central esté sincronizado con un estado de control de notificación que es del flujo de QoS y que se registra en un lado de la red de acceso después del traspaso, para evitar que el lado de la red central tome una decisión de política equivocada.
En una posible implementación, después de enviar la cuarta información al elemento de red PCF, si el segundo dispositivo de red de acceso detecta que no se puede cumplir el requisito de calidad de servicio de al menos un flujo de QoS, el segundo dispositivo de red de acceso puede notificar inmediatamente al dispositivo de red central que no se puede cumplir el requisito de calidad de servicio de al menos un flujo de QoS. En comparación con la técnica anterior en la que el segundo dispositivo de red de acceso necesita esperar un período de tiempo antes de informar nuevamente el estado de control de notificación del flujo de QoS, las implementaciones anteriores proporcionadas en esta solicitud pueden permitir que el dispositivo de red central perciba un estado de control de acceso más reciente del flujo de QoS de manera oportuna.
En una posible implementación, después de recibir la cuarta información enviada por el segundo dispositivo de red de acceso, y determinar que un estado de control de notificación recibido que es de al menos un flujo de QoS y que es enviado por el primer dispositivo de red acceso es un primer estado, el elemento de red SMF puede enviar la quinta información al elemento de red PCF. El primer estado se usa para indicar que no se puede cumplir el requisito de calidad de servicio de al menos un flujo de QoS. De la manera anterior, el elemento de red s Mf puede notificar selectivamente al elemento de red PCF un estado de control de notificación más reciente de un flujo de QoS cuyos estados de control de notificación se hayan registrado en el lado de la red central y en el lado de la red de acceso después del traspaso, y puede no notificar un flujo de QoS cuyos estados de control de notificación registrados sean consistentes.
Según un tercer aspecto, se proporciona un método de comunicación. En el método, un elemento de red SMF determina un estado de control de notificación recibido que es de al menos un flujo de QoS y que es enviado por un primer dispositivo de red de acceso, y cuando se ha transferido un segundo flujo de QoS en al menos un flujo de QoS desde un primer dispositivo de red de acceso a un segundo dispositivo de red de acceso, el elemento de red SMF determina un tercer flujo de QoS cuyo estado de control de notificación es un primer estado en el segundo flujo de QoS. Además, el elemento de red SMF actualiza el estado de control de notificación del tercer flujo de QoS a un segundo estado, y envía una sexta información a un elemento de red PCF, donde la sexta información se usa para notificar al elemento de red PCF que el estado de control de notificación del tercer flujo de QoS es el segundo estado. El primer estado se usa para indicar que no se puede cumplir un requisito de calidad de servicio de al menos un flujo de QoS, y el segundo estado se usa para indicar que se puede cumplir el requisito de calidad de servicio de al menos un flujo de QoS.
En el método anterior, el flujo de QoS se transfiere generalmente debido a que no se puede cumplir un requisito de calidad de servicio del flujo de QoS en un dispositivo de red de acceso de origen, y el flujo de QoS necesita transferirse a un dispositivo de red de acceso de destino en el que se puede cumplir el requisito de calidad de servicio. Basándose en esto, después de determinar el flujo de QoS transferido con éxito, el elemento de red SMF puede considerar, de forma predeterminada, que un requisito de calidad de servicio del flujo de QoS no se puede cumplir como se registró anteriormente, pero ahora se puede cumplir, y luego notificar el elemento de red PCF, para que el elemento de red PCF pueda percibir un estado del flujo de QoS transferido con éxito de manera oportuna, y evitar tomar una decisión equivocada.
En una posible implementación, antes de determinar el tercer flujo de QoS cuyo estado de control de notificación es el primer estado en el segundo flujo de QoS, el elemento de red<s>M<f>puede recibir además séptima información enviada por un elemento de red AMF, donde la séptima información incluye un identificador del segundo flujo de QoS que se ha transferido desde el primer dispositivo de red de acceso al segundo dispositivo de red de acceso, para que el elemento de red<s>M<f>pueda conocer el flujo de QoS que se ha transferido con éxito.
Según un cuarto aspecto, se proporciona un método de comunicación. En el método, un elemento de red SMF puede determinar que al menos un flujo de QoS se transfiere desde un primer dispositivo de red de acceso a un segundo dispositivo de red de acceso, y luego el elemento de red<s>M<f>puede enviar octava información a un elemento de red PCF, donde la octava información se usa para indicar que al menos un flujo de QoS se transfiere desde el primer dispositivo de red de acceso al segundo dispositivo de red de acceso. Después de recibir la octava información enviada por el elemento de red SMF, el elemento de red PCF puede determinar un flujo de QoS cuyo estado de control de notificación es un primer estado en al menos un flujo de QoS, y actualizar el estado de control de notificación del flujo de QoS determinado a un segundo estado. El primer estado se usa para indicar que no se puede cumplir un requisito de calidad de servicio del flujo de QoS determinado, y el segundo estado se usa para indicar que se puede cumplir el requisito de calidad de servicio del flujo de QoS determinado.
En una implementación, se puede configurar un activador de indicación de traspaso (activador de indicación de traspaso) para el elemento de red PCF. Después de recibir tercera información enviada por el elemento de red SMF y que indica que al menos un flujo de QoS se ha transferido con éxito, el elemento de red PCF puede activarse para realizar una operación de actualización del estado de control de notificación del flujo de QoS.
En el método anterior, el elemento de red SMF puede notificar al elemento de red PCF que al menos un flujo de QoS se ha transferido con éxito, para que el elemento de red PCF pueda percibir un traspaso del flujo de QoS de manera oportuna, y luego actualizar un estado de control de notificación del flujo de QoS transferido con éxito de manera oportuna, para garantizar en la medida de lo posible que el estado de control de notificación esté sincronizado con un estado de control de notificación que sea del flujo de QoS y que esté registrado por un lado de la red de acceso después del traspaso, y evitar tomar una decisión equivocada.
Según un quinto aspecto, esta solicitud proporciona un primer tipo de aparato de comunicaciones. El aparato de comunicaciones tiene una función para implementar el primer dispositivo de red de acceso en el primer aspecto. Por ejemplo, el aparato de comunicaciones incluye un módulo, unidad o medio (medios) correspondientes para realizar las etapas del primer aspecto mediante el primer dispositivo de red de acceso. La función, el módulo, la unidad o el medio (medios) pueden implementarse mediante software, o pueden implementarse mediante hardware, o pueden implementarse mediante hardware que ejecute el software correspondiente.
En un posible diseño, el aparato de comunicaciones puede incluir un módulo de procesamiento y un módulo transceptor. El módulo de procesamiento y el módulo transceptor pueden realizar una función correspondiente del primer dispositivo de red de acceso en el método proporcionado en uno cualquiera del primer aspecto o las posibles implementaciones del primer aspecto.
En otro diseño posible, el aparato de comunicaciones puede incluir un procesador y puede incluir además un transceptor. El transceptor está configurado para recibir y enviar una señal, y el procesador ejecuta una instrucción de programa para completar el método realizado por el primer dispositivo de red de acceso en uno cualquiera del primer aspecto o las posibles implementaciones del primer aspecto.
El aparato de comunicaciones puede incluir además una o más memorias. La memoria está configurada para acoplarse al procesador, y la memoria almacena una instrucción de programa informático y/o datos necesarios para implementar la función del primer dispositivo de red de acceso en el primer aspecto. El procesador puede ejecutar la instrucción del programa informático almacenada en la memoria para completar el método realizado por el primer dispositivo de red de acceso en uno cualquiera del primer aspecto o las posibles implementaciones del primer aspecto.
Según un sexto aspecto, esta solicitud proporciona un segundo tipo de aparato de comunicaciones. El aparato de comunicaciones tiene una función para implementar el segundo dispositivo de red de acceso en el primer aspecto o el segundo aspecto. Por ejemplo, el aparato de comunicaciones incluye un módulo, unidad o medio (medios) correspondientes para realizar las etapas del primer aspecto o del segundo aspecto mediante el segundo dispositivo de red de acceso. La función, el módulo, la unidad o el medio (medios) pueden implementarse mediante software, o pueden implementarse mediante hardware, o pueden implementarse mediante hardware que ejecute el software correspondiente.
En un posible diseño, el aparato de comunicaciones puede incluir un módulo de procesamiento y un módulo transceptor. El módulo de procesamiento y el módulo transceptor pueden realizar una función correspondiente del segundo dispositivo de red de acceso en el método proporcionado en uno cualquiera del primer aspecto o las posibles implementaciones del primer aspecto, o el módulo de procesamiento y el módulo transceptor pueden realizar una función correspondiente del segundo dispositivo de red de acceso en el método proporcionado en uno cualquiera del segundo aspecto o las posibles implementaciones del segundo aspecto.
En otro diseño posible, el aparato de comunicaciones puede incluir un procesador y puede incluir además un transceptor. El transceptor está configurado para recibir y enviar una señal, y el procesador ejecuta una instrucción de programa para completar el método realizado por el segundo dispositivo de red de acceso en uno cualquiera del primer aspecto o las posibles implementaciones del primer aspecto, o para completar el método realizado por el segundo dispositivo de red de acceso en uno cualquiera del segundo aspecto o las posibles implementaciones del segundo aspecto.
El aparato de comunicaciones puede incluir además una o más memorias. La memoria está configurada para acoplarse al procesador, y la memoria almacena una instrucción de programa informático y/o datos requeridos para implementar la función del segundo dispositivo de red de acceso en el primer aspecto o el segundo aspecto. El procesador puede ejecutar la instrucción de programa de ordenador almacenada en la memoria para completar el método realizado por el primer dispositivo de red de acceso en uno cualquiera del primer aspecto o las posibles implementaciones del primer aspecto, o para completar el método realizado por el segundo dispositivo de red de acceso en uno cualquiera del segundo aspecto o las posibles implementaciones del segundo aspecto.
Según un séptimo aspecto, esta solicitud proporciona un tercer tipo de aparato de comunicaciones. El aparato de comunicaciones tiene una función para implementar el elemento de red SMF en uno cualquiera del primer aspecto al cuarto aspecto. Por ejemplo, el aparato de comunicaciones incluye un módulo, unidad o medio (medios) correspondiente para realizar las etapas en uno cualquiera del primer aspecto al cuarto aspecto mediante el elemento de red SMF. La función, el módulo, la unidad o el medio (medios) pueden implementarse mediante software, o pueden implementarse mediante hardware, o pueden implementarse mediante hardware que ejecute el software correspondiente.
En un posible diseño, el aparato de comunicaciones puede incluir un módulo de procesamiento y un módulo transceptor. El módulo de procesamiento y el módulo transceptor pueden realizar una función correspondiente del elemento de red SMF en el método proporcionado en uno cualquiera del primer aspecto al cuarto aspecto o cualquier posible implementación del aspecto.
En otro diseño posible, el aparato de comunicaciones puede incluir un procesador y puede incluir además un transceptor. El transceptor está configurado para recibir y enviar una señal, y el procesador ejecuta una instrucción de programa para completar el método realizado por el elemento de red s Mf en uno cualquiera del primer aspecto al cuarto aspecto o cualquiera implementación posible del aspecto.
El aparato de comunicaciones puede incluir además una o más memorias. La memoria está configurada para acoplarse al procesador, y la memoria almacena una instrucción de programa informático y/o datos requeridos para implementar la función del elemento de red SMF in uno cualquiera del primer aspecto al cuarto aspecto. El procesador puede ejecutar la instrucción del programa informático almacenada en la memoria para completar el método realizado por el elemento de red SMF en uno cualquiera del primer aspecto al cuarto aspecto o cualquier posible implementación del aspecto.
Según un octavo aspecto, esta solicitud proporciona un cuarto tipo aparato de comunicaciones. El aparato de comunicaciones tiene una función para implementar el elemento de red PCF en el cuarto aspecto. Por ejemplo, el aparato de comunicaciones incluye un módulo, unidad o medio (medios) correspondientes para realizar las etapas en el cuarto aspecto mediante el elemento de red PCF. La función, el módulo, la unidad o el medio (medios) pueden implementarse mediante software, o pueden implementarse mediante hardware, o pueden implementarse mediante hardware que ejecute el software correspondiente.
En un posible diseño, el aparato de comunicaciones puede incluir un módulo de procesamiento y un módulo transceptor. El módulo de procesamiento y el módulo transceptor pueden realizar una función correspondiente del elemento de red PCF en el método proporcionado en uno cualquiera del cuarto aspecto o las posibles implementaciones del cuarto aspecto.
En otro diseño posible, el aparato de comunicaciones puede incluir un procesador y puede incluir además un transceptor. El transceptor está configurado para recibir y enviar una señal, y el procesador ejecuta una instrucción de programa para completar el método realizado por el elemento de red PCF in uno cualquiera del cuarto aspecto o las posibles implementaciones del cuarto aspecto.
El aparato de comunicaciones puede incluir además una o más memorias. La memoria está configurada para acoplarse al procesador, y la memoria almacena una instrucción de programa informático y/o datos requeridos para implementar la función del elemento de red PCF en el cuarto aspecto. El procesador puede ejecutar la instrucción del programa informático almacenada en la memoria para completar el método realizado por el elemento de red PCF en uno cualquiera del cuarto aspecto o las posibles implementaciones del cuarto aspecto.
Según un noveno aspecto, esta solicitud proporciona un sistema de comunicaciones. El sistema de comunicaciones incluye el primer tipo de aparato de comunicaciones en el quinto aspecto, el segundo tipo de aparato de comunicaciones en el sexto aspecto, el tercer tipo de aparato de comunicaciones en el séptimo aspecto y el cuarto tipo de aparato de comunicaciones en el octavo aspecto.
Según un décimo aspecto, esta solicitud proporciona un chip. El chip puede estar conectado a una memoria y está configurado para leer y ejecutar un programa de software almacenado en la memoria, para implementar los métodos en los aspectos anteriores.
Según un undécimo aspecto, esta solicitud proporciona un soporte de almacenamiento informático. El soporte de almacenamiento legible por ordenador almacena una instrucción, y cuando un ordenador lee y ejecuta la instrucción legible por ordenador, el ordenador está habilitado para realizar los métodos en los aspectos anteriores.
Según un duodécimo aspecto, esta solicitud proporciona además un producto de programa informático que incluye un programa de software. Cuando el producto de programa informático se ejecuta en un ordenador, el ordenador está habilitado para realizar los métodos en los aspectos anteriores.
Breve descripción de los dibujos
La FIG. 1 es un diagrama de arquitectura de red de un sistema de comunicaciones 5G según esta solicitud; La FIG. 2 muestra un modelo de QoS basado en un flujo de QoS según esta solicitud;
La FIG. 3 es un diagrama de flujo esquemáti
La FIG. 4 es un diagrama de flujo esquemático de un método de comunicación según la Realización 1 de esta solicitud que no está cubierto por la invención reivindicada;
La FIG. 5 es un diagrama esquemático de un procedimiento de interacción entre un primer dispositivo RAN y un segundo dispositivo RAN en el Escenario 1 según la Realización 1 de esta solicitud que no está cubierto por la invención reivindicada;
La FIG. 6 es un diagrama esquemático de un procedimiento de interacción entre un primer dispositivo RAN y un segundo dispositivo RAN en el Escenario 2 según la Realización 1 de esta solicitud que no está cubierto por la invención reivindicada;
La FIG. 7 es un diagrama de flujo esquemático de un método de comunicación según la Realización 2 de esta solicitud que no está cubierto por la invención reivindicada;
La FIG. 8 es un diagrama de flujo esquemático en el que un segundo dispositivo RAN notifica a un dispositivo de red central un estado de control de notificación de al menos un flujo de QoS según la Realización 2 de esta solicitud que no está cubierta por la invención reivindicada;
La FIG. 9 es un diagrama de flujo esquemático de un método de comunicación según la Realización 3 de esta solicitud;
La FIG. 10 es un diagrama de flujo esquemático de un método de comunicación según la Realización 4 de esta solicitud que no está cubierto por la invención reivindicada; y
De la FIG. 11 a la FIG. 14 y de la FIG. 17 a la FIG. 18 son diagramas estructurales esquemáticos de aparatos de comunicaciones según realizaciones de esta solicitud que no están cubiertos por la invención reivindicada. De la FIG. 15 a la FIG. 16 son diagramas estructurales esquemáticos de aparatos de comunicaciones según realizaciones de esta solicitud.
Descripción de las realizaciones
Para aclarar los objetivos, las soluciones técnicas y las ventajas de esta solicitud, a continuación se describe con más detalle esta solicitud, con referencia a los dibujos adjuntos. Las realizaciones correspondientes de la FIG. 3 a la FIG. 8, y de la FIG. 10 a la FIG. 14 no son según la invención y están presentes con fines ilustrativos. En primer lugar, se describe un sistema de comunicaciones al que son aplicables las soluciones técnicas proporcionadas en esta solicitud.
Las soluciones técnicas proporcionadas en esta solicitud son aplicables a diversos sistemas de comunicaciones, por ejemplo, un sistema de evolución a largo plazo (evolución a largo plazo, LTE), un sistema de comunicaciones de 5a generación (5a generación, 5G), y otro sistema de comunicaciones similar. A modo de ilustración, la FIG. 1 es un diagrama de arquitectura de red de un sistema de comunicaciones 5G.
Un dispositivo terminal puede incluir un dispositivo portátil, un dispositivo montado en un vehículo, un dispositivo que se puede llevar puesto o un dispositivo informático con una función de comunicación inalámbrica, u otro dispositivo de procesamiento conectado a un módem inalámbrico, y un equipo de usuario (equipo de usuario, UE), una estación móvil (estación móvil, MS), un equipo terminal (equipo terminal) y similares que están en diversas formas.
Un dispositivo de red de acceso (radio) (red de acceso por radio, (R)AN) puede configurarse para implementar funciones tales como una función de capa física de radio, gestión de recursos de radio, control de acceso de radio y gestión de movilidad. El dispositivo RAN puede incluir una estación base, por ejemplo, un nodo de acceso (punto de acceso, AP), un NodoB de próxima generación (Nodo B de próxima generación, gNB), un NodoB evolucionado de próxima generación (ng-eNB, gNB), un punto de recepción de transmisión (punto de recepción de transmisión, TRP), un punto de transmisión (punto de transmisión, TP) u otro nodo de acceso en un sistema 5G. Debe entenderse que, en la siguiente descripción, los dispositivos (R)AN se denominan colectivamente dispositivos RAN para facilitar la descripción.
Un elemento de red de función de plano de usuario (función de plano de usuario, UPF), como elemento de red de función de un plano de usuario, puede conectarse a una red de datos externa. Las funciones principales del elemento de red de función de plano de usuario incluyen funciones relacionadas con el plano de usuario, tales como enrutamiento y transmisión de paquetes de datos, detección de paquetes, informes de uso de servicios, procesamiento de QoS, interceptación legal, detección de paquetes de enlace ascendente y almacenamiento de paquetes de datos de enlace descendente.
Las funciones principales de un elemento de red AMF incluyen funciones relacionadas con el acceso y la movilidad, tales como gestión de conexión, gestión de movilidad, gestión de registro, autenticación y autorización de acceso, gestión de accesibilidad y gestión del contexto de seguridad.
Las funciones principales de un elemento de red SMF incluyen funciones relacionadas con una sesión, tales como gestión de sesión (por ejemplo, establecimiento, modificación y liberación de sesión, incluido el mantenimiento del túnel entre la UPF y una RAN), selección y control de la UPF, modo de selección de continuidad del servicio y la sesión (continuidad del servicio y la sesión, SSC) e itinerancia.
Las funciones principales de un elemento de red PCF incluyen funciones relacionadas con una política, tales como formular una política unificada, proporcionar control de políticas y obtener información de suscripción relacionada con una decisión de política.
Un elemento de red de función de aplicación (función de aplicación, AF) puede ser una plataforma de control de aplicaciones de terceros o puede ser un dispositivo desplegado por un operador. Las funciones principales del elemento de red de función de aplicación incluyen proporcionar información relacionada con la aplicación y dar servicio a una pluralidad de servidores de aplicaciones.
Una función principal de una red de datos (red de datos, DN) es proporcionar un servicio de datos específico, tal como un servicio de operador, acceso a Internet o un servicio de terceros.
El contenido anterior describe principalmente los elementos o dispositivos de red que pueden mencionarse en esta solicitud. Debe entenderse que la arquitectura de red mostrada en la FIG. 1 se usa simplemente como ejemplo para la descripción y no constituye una limitación de una arquitectura de red de un sistema de comunicaciones al que es aplicable esta solicitud. El sistema de comunicaciones al que es aplicable esta solicitud puede incluir además otros elementos o dispositivos de red, que no se enumeran uno por uno en esta solicitud. Además, una forma de conexión entre elementos o dispositivos de red en el sistema de comunicaciones al que es aplicable esta solicitud puede ser una forma basada en puntos de referencia que se muestra en la FIG. 1, o puede ser una forma basada en interfaz orientada a servicios. Además, el sistema de comunicaciones al que es aplicable esta solicitud puede clasificarse además en un escenario sin itinerancia y un escenario con itinerancia. El escenario con itinerancia puede clasificarse además en un escenario de desconexión de origen (desconexión de origen) y un escenario de enrutamiento de origen (enrutamiento de origen). Las arquitecturas de red del sistema de comunicaciones en estos escenarios de comunicación pueden ser diferentes, pero todas las arquitecturas de red pueden ser aplicables a las realizaciones de esta solicitud.
Actualmente, en el sistema de comunicaciones 5G, para asegurar la calidad del servicio de extremo a extremo, se propone un modelo de QoS basándose en un flujo de QoS. Haciendo referencia a la FIG. 2, un dispositivo terminal puede establecer al menos una sesión de PDU (sesión de PDU) con una UPF en un lado de la red central usando un dispositivo RAN. Para cada sesión de PDU, se establece al menos un flujo de QoS entre el dispositivo terminal, el dispositivo RAN y el elemento de red UPF. La FIG. 3 es un diagrama de flujo esquemáti
Etapa 301: un elemento de red SMF da instrucciones, según una política local, o una regla de política y control de cobro (política y control de cobro, PCC) enviada por un elemento de red PCF, a un dispositivo terminal, un dispositivo RAN y un elemento de red UPF para establecer un flujo de QoS. Un proceso de establecimiento específico se divide en tres etapas: Etapa 301A: el elemento de red SMF envía información de flujo de datos de servicio (flujo de datos de servicio, SDF) al elemento de red UPF, donde la información de flujo de datos de servicio incluye información de control de QoS. Etapa 301B: el elemento de red SMF envía un perfil de QoS (perfil de QoS) del flujo de QoS al dispositivo (R)AN usando un elemento de red AMF. Etapa 301C: el elemento de red SMF envía una regla de QoS al dispositivo terminal usando el elemento de red AMF y/o el dispositivo (R)AN, donde la regla de QoS incluye información de control de QoS. Cabe señalar que el contenido incluido en el perfil de QoS y el contenido incluido en la información de control de QoS son básicamente los mismos, y ambos son generados por la SMF según la política local o la regla PCC.
Etapa 302: establecer el flujo de QoS entre el dispositivo terminal, el dispositivo RAN y el elemento de red UPF. El dispositivo (R)AN puede establecer un DRB para una interfaz aérea basándose en el perfil de QoS y almacenar una relación vinculante entre el flujo de QoS y el DBR. Durante la transmisión de paquetes de datos entre el dispositivo terminal, el dispositivo RAN y el elemento de red UPF, en una dirección de enlace descendente, cuando se recibe un paquete de datos de enlace descendente, el elemento de red UPF realiza un control de QoS basándose en la información SDF enviada por el elemento de red SMF, y añade, a una cabecera de paquete del paquete de datos de enlace descendente, un identificador de flujo de calidad de servicio (identificador de flujo de QoS, QFI) usado para identificar el flujo de QoS. Cuando se recibe el paquete de datos de enlace descendente, el dispositivo RAN determina, analizando el QFI en la cabecera de paquete, un flujo de QoS que puede usarse, y transmite el paquete de datos de enlace descendente a través de un DRB correspondiente basándose en la relación de vinculación almacenada entre el flujo de QoS y el DRB. En una dirección de enlace ascendente, cuando el dispositivo terminal necesita enviar un paquete de datos de enlace ascendente, el dispositivo terminal puede determinar un flujo de QoS según una regla de QoS, añadir un QFI a una cabecera de paquete del paquete de datos de enlace ascendente y luego transmitir el paquete de datos de enlace ascendente a través de un DRB correspondiente basándose en la relación de vinculación entre el flujo de QoS y el DBR. Cuando se recibe el paquete de datos de enlace ascendente, el dispositivo RAN añade, basándose en el QFI en la cabecera de paquete, el QFI a la cabecera de paquete del paquete de datos de enlace ascendente reenviado al elemento de red UPF. Cuando se recibe el paquete de datos de enlace ascendente enviado por el dispositivo RAN, el elemento de red UPF verifica si el paquete de datos de enlace ascendente se transmite usando un flujo de QoS correcto.
Debido a que los perfiles de QoS generados por la SMF son diferentes, el flujo de QoS establecido puede incluir dos tipos:
Un tipo 1 es un flujo de QoS de velocidad de bits garantizada (velocidad de bits garantizada, GBR). En este caso, el perfil de QoS puede incluir un identificador de QoS 5G (identificador de QoS 5G, 5QI) usado para identificar información de atributos de QoS, una prioridad de asignación y retención (prioridad de asignación y retención, ARP), una velocidad de bits de flujo garantizada (velocidad de bits de flujo garantizada, GFBR) y una velocidad de bits máxima (velocidad de bits máxima, MBR). Opcionalmente, el perfil de QoS puede incluir además información de control de notificación (control de notificación). Cuando el perfil de QoS incluye la información de control de notificación, el flujo de QoS GBR es un flujo de QoS GBR que requiere control de notificación. Cuando el perfil de QoS no incluye la información de control de notificación, el flujo de QoS GBR es un flujo de QoS GBR que no requiere control de notificación.
Durante la transmisión de paquetes de datos en un DRB correspondiente a un flujo de QoS GBR, si el dispositivo RAN detecta que no se puede cumplir un requisito de calidad de servicio del flujo de QoS GBR, y está configurado para que el flujo de QoS<g>B<r>requiera control de notificación, el dispositivo RAN puede notificar, usando el elemento de red AMF, al elemento de red SMF que no se puede cumplir el requisito de calidad de servicio del flujo de QoS GBR, para que el elemento de red SMF modifique o elimine el flujo de QoS GBR según la política local, o el elemento de red SMF indique al elemento de red PCF que modifique o elimine el flujo de QoS GBR. En un ejemplo, cuando una velocidad de bits para transmitir un paquete de datos no alcanza una velocidad de bits esperada especificada por la GFBR, se puede considerar que no se puede cumplir el requisito de calidad de servicio del flujo de QoS GBR. En otro ejemplo, cuando un retardo de transmisión (o una tasa de pérdida de paquetes, o similar) durante la transmisión de paquetes de datos no cumple con un retardo de transmisión (o una tasa de pérdida de paquetes, o similar) incluido en el 5QI, también se puede considerar que no se puede cumplir el requisito de calidad de servicio del flujo de QoS GBR.
Un tipo 2 es un flujo de QoS de velocidad de bits no garantizada (velocidad de bits no garantizada, no GBR). En este caso, el perfil de QoS puede incluir un 5QI, un ARP y similares.
Para un flujo de QoS que requiere control de notificación, cuando se produce un traspaso entre dispositivos RAN, un estado de control de notificación registrado en un lado de RAN puede no estar sincronizado con un estado de control de notificación registrado en un lado de la red central, y el lado de la red central es propenso a tomar una decisión de política equivocada sobre el flujo de QoS.
Por ejemplo, en un escenario en el que el dispositivo terminal se transfiere entre dispositivos RAN, una sesión de PDU que se ha establecido en el dispositivo terminal se puede transferir entre los dispositivos RAN. En consecuencia, también se puede transferir un flujo de QoS correspondiente a la sesión de PDU entre los dispositivos RAN. Un DRB establecido por un dispositivo RAN de origen antes del traspaso puede ser diferente de un DRB establecido por un dispositivo RAN de destino después del traspaso. Por lo tanto, antes del traspaso, no se puede cumplir un requisito de calidad de servicio cuando se transmite un paquete de datos usando el DRB establecido por el dispositivo RAN de origen correspondiente al flujo de QoS. Sin embargo, después del traspaso, es muy probable que se pueda cumplir el requisito de calidad de servicio cuando se transmite un paquete de datos usando el DRB establecido por el dispositivo RAN de destino correspondiente al flujo de QoS.
En este caso, dado que el elemento de red SMF y el elemento de red PCF no pueden percibir el traspaso del flujo de QoS entre los dispositivos RAN, es muy probable que un estado de control de notificación que sea del flujo de QoS y que sea registrado por el elemento de red SMF y el elemento de red PCF siga siendo un estado en el que no se puede cumplir el requisito de calidad de servicio y que sea notificado por el dispositivo RAN de origen antes del traspaso. Por lo tanto, cuando se toma nuevamente una decisión de política sobre el flujo de QoS cuyo requisito de calidad de servicio no se puede cumplir según lo notificado por el dispositivo RAN de origen, el elemento de red SMF o el elemento de red PCF pueden tomar una decisión de política equivocada. Por ejemplo, aunque se puede cumplir un requisito de calidad de servicio del flujo de QoS en el dispositivo RAN de destino después del traspaso, el flujo de QoS se elimina, se reduce el requisito de calidad de servicio del flujo de QoS, o similares.
Para resolver el problema anterior, las realizaciones de esta solicitud proporcionan un método de comunicación y un aparato de comunicaciones. En un escenario en el que se transfiere un flujo de QoS entre dispositivos RAN, un estado de control de notificación del flujo de QoS después del traspaso se devuelve a un lado de la red central de manera oportuna, para que los estados de control de notificación que son del flujo de QoS y que se mantienen en el lado de la red central y el dispositivo RAN después del traspaso pueden mantenerse sincronizados tanto como sea posible.
Debe entenderse que, en las realizaciones de esta solicitud, un escenario en el que el flujo de QoS se transfiere entre los dispositivos RAN no se limita a un escenario en el que un dispositivo terminal se transfiere entre los dispositivos RAN, y puede haber otro escenario posible en el que el flujo de QoS se transfiera entre los dispositivos RAN. Por ejemplo, cuando el dispositivo terminal regresa de un modo inactivo (inactivo) de control de recursos de radio (control de recursos de radio, RRC) a un modo conectado (conectado) de RRC, también puede producirse un traspaso del flujo de QoS entre los dispositivos RAN. Para otro ejemplo, en un escenario de conectividad dual (conexión dual) en el que el dispositivo terminal establece una sesión de PDU con un dispositivo RAN maestro y un dispositivo RAN secundario, el flujo de QoS también puede transferirse desde el dispositivo RAN maestro al dispositivo RAN secundario, o transferirse desde el dispositivo RAN secundario al dispositivo RAN maestro. Estos escenarios también son aplicables a las realizaciones de esta solicitud.
A continuación se describe en detalle el método de comunicación proporcionado en esta solicitud con referencia a realizaciones específicas. Debe entenderse que los términos "primero", "segundo" y similares a continuación solo se usan para distinguir la descripción, y no deben entenderse como que indican o implican importancia relativa o indican o implican un orden. Por ejemplo, para facilitar la diferenciación en la siguiente descripción, una RAN de origen correspondiente a un flujo de QoS antes de un traspaso se denomina primer dispositivo RAN, y un dispositivo RAN de destino correspondiente al flujo de QoS después del traspaso se denomina segundo dispositivo RAN.
Realización 1
La FIG. 4 es un diagrama de flujo esquemático de un método de comunicación según una Realización 1 de esta solicitud. El método incluye las siguientes etapas:
Etapa 401: en un proceso en el que al menos un flujo de QoS se transfiere desde un primer dispositivo RAN a un segundo dispositivo RAN, el primer dispositivo RAN envía primera información al segundo dispositivo RAN, donde la primera información se usa para indicar que el primer dispositivo RAN ha notificado a un dispositivo de red central que no se puede cumplir un requisito de calidad de servicio de al menos un flujo de QoS.
En la Realización 1 de esta solicitud, que el primer dispositivo RAN haya notificado al dispositivo de red central que no se puede cumplir el requisito de calidad de servicio de al menos un flujo de QoS puede entenderse de la siguiente manera: un control de notificación que es de al menos un flujo de QoS y que es notificado más recientemente por el primer dispositivo RAN al dispositivo de red central es un estado en el que no se puede cumplir el requisito de calidad de servicio. Para facilitar la descripción a continuación, el estado de control de notificación incluye un primer estado y un segundo estado. El primer estado se usa para indicar que no se puede cumplir un requisito de calidad de servicio de un flujo de QoS, y el segundo estado se usa para indicar que se puede cumplir el requisito de calidad de servicio del flujo de QoS. Al menos un flujo de QoS es un flujo de QoS que requiere control de notificación. Debe entenderse que, en esta solicitud, el flujo de QoS que requiere control de notificación no se limita a un flujo de QoS GBR, o puede ser cualquier otro flujo de QoS que deba notificarse al dispositivo de red central cuando no se cumple un requisito de calidad de servicio.
Cuando el primer dispositivo RAN notifica al segundo dispositivo RAN que el primer dispositivo RAN ha notificado al dispositivo de red central que no se puede cumplir el requisito de calidad de servicio de al menos un flujo de QoS, el primer dispositivo RAN puede añadir, a la primera información enviada al segundo dispositivo RAN, un identificador que es de al menos un flujo de QoS y que es notificado más recientemente por el primer dispositivo RAN al dispositivo de red central, y el identificador del flujo de QoS es, por ejemplo, un QFI. Alternativamente, el primer dispositivo RAN puede añadir un identificador de al menos un flujo de QoS y un estado de control de notificación de al menos un flujo de QoS a la primera información enviada al segundo dispositivo RAN, y el estado de control de notificación es un primer estado.
Antes de que se produzca el traspaso, el primer dispositivo RAN puede detectar si se cumple un requisito de calidad de servicio de un flujo de QoS establecido. Cuando no se puede cumplir al menos un flujo de QoS y al menos un flujo de QoS es un flujo de QoS que requiere control de notificación, el primer dispositivo RAN puede notificar al dispositivo de red central que el estado de control de notificación de al menos un flujo de QoS es el primer estado. Luego, cuando se puede cumplir al menos un flujo de QoS, el primer dispositivo RAN puede notificar además al dispositivo de red central que al menos un flujo de QoS está en el segundo estado. Basándose en esto, el primer dispositivo RAN puede registrar localmente el estado de control de notificación que es del flujo de QoS y que se notifica al dispositivo de red central. Por ejemplo, el primer dispositivo RAN puede registrar una tabla de estado de envío de control de notificación de calidad de servicio (control de notificación QoS, QNC).
En un ejemplo de esta solicitud, el identificador del flujo de QoS y el estado de control de notificación que corresponde al flujo de QoS y que se notifica más recientemente al dispositivo de red central pueden registrarse en la tabla de estado de envío del QNC. El identificador del flujo de QoS es, por ejemplo, un QFI, y el estado de control de notificación incluye el primer estado y el segundo estado. La Tabla 1 muestra un ejemplo de una tabla de estado de envío de QNC.
Tabla 1
Como se muestra en la Tabla 1, los flujos de QoS registrados por el primer dispositivo RAN se identifican del #1 al #n. Cuando un estado de control de notificación correspondiente es "1", representa el primer estado, es decir, no se puede cumplir el requisito de calidad de servicio del flujo de QoS. Cuando un estado de control de notificación correspondiente es "0", representa el segundo estado, es decir, se puede cumplir el requisito de calidad de servicio del flujo de QoS. Cada vez cuando se notifica el estado de control de notificación del flujo de QoS al dispositivo de red central, el primer dispositivo RAN puede actualizar en consecuencia la tabla de estado de envío registrada localmente del QNC. Por ejemplo, para un flujo #1 de QoS, un estado de control de notificación registrado actualmente en la Tabla 1 es "1". Si el primer dispositivo RAN detecta posteriormente que se puede cumplir un requisito de calidad de servicio del flujo #1 de QoS, el primer dispositivo RAN puede notificar al dispositivo de red central que se puede cumplir el requisito de calidad de servicio del flujo #1 de QoS, y puede actualizar en consecuencia el estado de control de notificación registrado localmente del flujo #1 de QoS a "0".
Cuando se detecta que al menos un flujo de QoS necesita ser transferido desde el primer dispositivo RAN al segundo dispositivo RAN, el primer dispositivo RAN puede notificar el contenido de una tabla de estado de envío más reciente registrada del QNC al segundo dispositivo RAN, o alternativamente puede notificar, al segundo dispositivo RAN, el contenido del flujo de QoS cuyo estado de control de notificación es "1" en la tabla de estado de envío más reciente registrada del QNC.
En otro ejemplo de esta solicitud, solo un identificador de al menos un flujo de QoS cuyo estado de control de notificación notificado más recientemente al dispositivo de red central es el primer estado puede registrarse en la tabla de estado de envío del QNC. En otras palabras, se registra un identificador de al menos un flujo de QoS cuyo requisito de calidad de servicio notificado más recientemente al dispositivo de red central no se puede cumplir. La Tabla 2 muestra un ejemplo de una tabla de estado de envío de QNC.
Tabla 2
Como se muestra en la Tabla 2, al menos un flujo de QoS registrado por el primer dispositivo RAN se identifica por #1 a #n. Cada vez cuando se notifica el estado de control de notificación del flujo de QoS al dispositivo de red central, el primer dispositivo RAN puede actualizar la tabla de estado de envío registrada del QNC. Por ejemplo, para un flujo #1 de QoS, el flujo #1 de QoS se registra actualmente en la Tabla 2, lo que indica que no se puede cumplir un requisito de calidad de servicio del flujo #1 de QoS. Si el primer dispositivo RAN detecta posteriormente que se puede cumplir el requisito de calidad de servicio del flujo #1 de QoS, el primer dispositivo RAN puede notificar al dispositivo de red central que se puede cumplir el requisito de calidad de servicio del flujo #1 de QoS, y puede eliminar en consecuencia el flujo #1 de QoS registrado en la Tabla 2. De manera similar, si el primer dispositivo RAN detecta posteriormente que no se puede cumplir un requisito de calidad de servicio de otro flujo de QoS diferente del flujo de QoS registrado en la Tabla 2, y notifica el otro flujo de QoS al dispositivo de red central, el primer dispositivo RAN también puede añadir un identificador del otro flujo de QoS a la Tabla 2.
Cuando se detecta que al menos un flujo de QoS necesita ser transferido desde el primer dispositivo RAN al segundo dispositivo RAN, el primer dispositivo RAN puede notificar el contenido de una tabla de estado de envío más reciente registrada del QNC al segundo dispositivo RAN.
Ciertamente, los ejemplos anteriores solo se usan para la descripción. Una forma en la que el primer dispositivo RAN envía la primera información al segundo dispositivo RAN en esta realización de esta solicitud no se limita a lo siguiente.
Etapa 402: después de recibir la primera información enviada por el primer dispositivo RAN, el segundo dispositivo RAN envía segunda información al dispositivo de red central, donde la segunda información se usa para notificar al dispositivo de red central que se puede cumplir un requisito de calidad de servicio de un primer flujo de QoS en al menos un flujo de QoS, donde los primeros flujos de QoS pertenecen a todos los flujos de QoS que se han transferido con éxito desde el primer dispositivo RAN al segundo dispositivo RAN y que requieren control de notificación.
En esta realización de esta solicitud, en un proceso en el que al menos un flujo de QoS se transfiere desde el primer dispositivo RAN al segundo dispositivo RAN, es probable que no todos los flujos de QoS puedan ser transferidos con éxito. Para el segundo dispositivo RAN, algunos flujos de QoS cuyos requisitos de calidad de servicio siguen sin poder cumplirse pueden eliminarse directamente. Por lo tanto, el segundo dispositivo RAN puede determinar en primer lugar, a partir de al menos un flujo de QoS, un flujo de QoS que se ha transferido con éxito desde el primer dispositivo RAN al segundo dispositivo RAN, es decir, el primer flujo de QoS, y luego puede considerar de forma predeterminada que se puede cumplir un requisito de calidad de servicio del primer flujo de QoS transferido con éxito.
A continuación se enumeran dos escenarios específicos para describir un procedimiento de interacción entre el primer dispositivo RAN y el segundo dispositivo RAN en la Realización 1 de esta solicitud.
Escenario 1: existe una interfaz Xn conectada directamente entre el primer dispositivo RAN y el segundo dispositivo RAN. En este caso, el procedimiento de traspaso puede ser un traspaso basándose en la interfaz Xn.
La FIG. 5 muestra el procedimiento de interacción entre el primer dispositivo RAN y el segundo dispositivo RAN en el Escenario 1 proporcionado en la Realización 1 de esta solicitud:
Etapa 501: el primer dispositivo RAN envía directamente una solicitud de traspaso (solicitud de traspaso) al segundo dispositivo RAN, donde la solicitud de traspaso transporta un identificador que es de al menos un flujo de QoS y que es notificado más recientemente por el primer dispositivo RAN a un dispositivo de red central, y un estado de control de notificación de al menos un flujo de QoS, y el estado de control de notificación es un primer estado, que indica que no se puede cumplir un requisito de calidad de servicio del flujo de QoS.
Etapa 502: el segundo dispositivo RAN envía una respuesta de acuse de recibo de solicitud de traspaso (acuse de recibo de solicitud de traspaso) al primer dispositivo RAN.
Escenario 2: no existe una interfaz Xn conectada directamente entre el primer dispositivo RAN y el segundo dispositivo RAN. Un dispositivo de red central participa en el procedimiento de traspaso. Por ejemplo, el procedimiento de traspaso puede ser un traspaso basándose en una interfaz N2.
La FIG. 6 muestra el procedimiento de interacción entre el primer dispositivo RAN y el segundo dispositivo RAN en el Escenario 2 proporcionado en la Realización 1 de esta solicitud.
Etapa 601: el primer dispositivo RAN envía un mensaje de traspaso requerido (traspaso requerido) a un primer elemento de red AMF, que da servicio al primer dispositivo RAN, donde el mensaje de traspaso requerido transporta un identificador que es de al menos un flujo de QoS y que es notificado más recientemente por el primer dispositivo RAN a un dispositivo de red central, y un estado de control de notificación de al menos un flujo de QoS, y el estado de control de notificación es un primer estado, que indica que no se puede cumplir un requisito de calidad de servicio del flujo de QoS.
En un ejemplo de esta solicitud, el identificador de al menos un flujo de QoS y el estado de control de notificación de al menos un flujo de QoS pueden incluirse en un contenedor transparente de origen a destino (contenedor transparente de origen a destino), y el contenedor incluye contenido enviado por el primer dispositivo RAN al segundo dispositivo RAN usando una red central. El elemento de red AMF solo realiza el reenvío pero no percibe el contenido en el contenedor.
Etapa 602: el primer elemento de red AMF selecciona un segundo elemento de red AMF para dar servicio al segundo dispositivo RAN.
Etapa 603: el primer elemento de red AMF envía una solicitud de creación de contexto de UE (solicitud namf_communication_createUEcontext) al segundo elemento de red AMF, donde la solicitud de creación de contexto de UE transporta el identificador de al menos un flujo de QoS y el estado de control de notificación de al menos un flujo de QoS.
Etapa 604: el segundo elemento de red AMF y un elemento de red SMF realizan un procedimiento de actualización del contexto de gestión de sesión de una sesión de PDU, para realizar un procedimiento de establecimiento de sesión basándose en una interfaz N4.
Etapa 605: el segundo elemento de red AMF envía una solicitud de traspaso (solicitud de traspaso) al segundo dispositivo RAN, donde la solicitud de traspaso transporta el identificador que es de al menos un flujo de QoS y que es notificado más recientemente por el primer dispositivo RAN al dispositivo de red central, y el estado de control de notificación de al menos un flujo de QoS.
Etapa 606: el segundo dispositivo RAN envía una respuesta de acuse de recibo de solicitud de traspaso (acuse de solicitud de traspaso) al segundo elemento de red AMF.
Etapa 607: el segundo elemento de red AMF y un elemento de red SMF realizan un procedimiento de actualización del contexto de gestión de sesión de una sesión de PDU, para realizar un procedimiento de modificación de sesión basándose en una interfaz N4.
Etapa 608: el segundo elemento de red AMF envía una respuesta de creación de contexto de UE (respuesta namf_communication_createUEcontext) al primer elemento de red AMF.
En el Escenario 1 y el Escenario 2, después de que el segundo dispositivo RAN determine que el primer dispositivo RAN ha notificado al dispositivo de red central que no se puede cumplir el requisito de calidad de servicio de al menos un flujo de QoS, cuando el segundo dispositivo RAN detecta que el primer flujo de QoS en al menos un flujo de QoS se transfiere con éxito desde el primer dispositivo<r>A<n>al segundo dispositivo RAN, para permitir que el dispositivo de red central conozca un estado de control de notificación más reciente del primer flujo de QoS transferido con éxito de manera oportuna, en esta realización de esta solicitud, el segundo dispositivo RAN puede notificar directamente al dispositivo de red central que se puede cumplir el requisito de calidad de servicio del primer flujo de QoS transferido con éxito.
En el procedimiento anterior, el primer dispositivo RAN o el segundo dispositivo RAN pueden notificar el estado de control de notificación del flujo de QoS al dispositivo de red central en las dos implementaciones siguientes:
En una primera implementación, el primer dispositivo RAN o el segundo dispositivo RAN puede notificar el estado de control de notificación del flujo de QoS al elemento de red SMF usando el elemento de red AMF. Cuando conoce el estado de control de notificación del flujo de QoS, el elemento de red SMF puede realizar un procedimiento de modificación de política de gestión de sesión según una política local, para modificar o eliminar el flujo de QoS.
En una segunda implementación, el primer dispositivo RAN o el segundo dispositivo RAN pueden notificar el estado de control de notificación del flujo de QoS al elemento de red SMF usando el elemento de red AMF. El elemento de red SMF puede notificar además el estado de control de notificación del flujo de QoS a un elemento de red PCF, para que el elemento de red SMF y el elemento de red PCF realicen un procedimiento de modificación de política de gestión de sesión según una regla PCC dinámica, para modificar o eliminar el flujo de QoS.
En la segunda implementación, después de recibir información, es decir, segunda información, que indica que se puede cumplir el requisito de calidad de servicio del primer flujo de QoS en al menos un flujo de QoS y que es enviado por el segundo dispositivo RAN, el elemento de red SMF puede notificar al elemento de red PCF que se puede cumplir el requisito de calidad de servicio del primer flujo de QoS.
Además, después de que el segundo dispositivo RAN notifica al dispositivo de red central que se puede cumplir el requisito de calidad de servicio del primer flujo de QoS en al menos un flujo de QoS, en una implementación, si el segundo dispositivo RAN detecta posteriormente que no se puede cumplir el requisito de calidad de servicio del primer flujo de QoS, el segundo dispositivo rA n puede enviar inmediatamente tercera información al dispositivo de red central, donde la tercera información se usa para notificar al dispositivo de red central que no se puede cumplir el requisito de calidad de servicio del primer flujo de QoS. En comparación con la técnica anterior en la que el estado de control de notificación del flujo de QoS se puede notificar nuevamente solo después de un período de tiempo preestablecido, las implementaciones anteriores propuestas en esta solicitud pueden reducir un retardo, para que el dispositivo de red central pueda percibir un estado de notificación más reciente del flujo de QoS en un lado de la red central de manera oportuna.
De una manera proporcionada en la Realización 1, en un proceso en el que al menos un flujo de QoS se transfiere desde el primer dispositivo RAN al segundo dispositivo RAN, el estado de control de notificación de al menos un flujo de QoS también puede transferirse desde el primer dispositivo RAN al segundo dispositivo RAN al mismo tiempo, para que el segundo dispositivo RAN pueda conocer con precisión el estado de control de notificación que es de al menos un flujo de QoS y que ha sido notificado por el primer dispositivo RAN al dispositivo de red central. Esto equivale a conocer el estado de control de notificación del flujo de QoS y que actualmente registra el dispositivo de red central. En este caso, el segundo dispositivo RAN notifica el estado de control de notificación del flujo de QoS transferido al dispositivo de red central, para que se puede sincronizar el estado de control de notificación que es del flujo de QoS y que se percibe en el lado de la red central con el estado de control de notificación que es del flujo de QoS transferido y que se registra en un lado de la red de acceso, y el dispositivo de red central puede evitar tomar una decisión de política equivocada.
Realización 2:
La FIG. 7 es un diagrama de flujo esquemático de un método de comunicación según una Realización 2 de esta solicitud. El método incluye la siguiente etapa:
Etapa 701: cuando al menos un flujo de QoS se transfiere desde un primer dispositivo RAN a un segundo dispositivo RAN, el segundo dispositivo RAN envía cuarta información a un dispositivo de red central, donde la cuarta información se usa para notificar al dispositivo de red central que se puede cumplir un requisito de calidad de servicio de al menos un flujo de QoS.
En la Realización 2 de esta solicitud, al menos un flujo de QoS puede entenderse como todos los flujos de QoS que se han transferido con éxito desde el primer dispositivo<r>A<n>al segundo dispositivo RAN y que requieren control de notificación.
El segundo dispositivo RAN puede enviar la cuarta información a un elemento de red AMF, y luego el elemento de red AMF reenvía la cuarta información a un elemento de red SMF, para notificar al elemento de red SMF que se puede cumplir el requisito de calidad de servicio de al menos un flujo de QoS. Además, después de recibir la cuarta información enviada por el segundo dispositivo RAN, el elemento de red SMF puede enviar además quinta información a un elemento de red PCF, donde la quinta información se usa para notificar al elemento de red PCF que se puede cumplir el requisito de calidad de servicio de al menos un flujo de QoS.
Durante la implementación específica, después de recibir la cuarta información, el elemento de red SMF puede actualizar un estado de control de notificación registrado de al menos un flujo de QoS. El estado de control de notificación incluye un primer estado y un segundo estado. El primer estado se usa para indicar que no se puede cumplir un requisito de calidad de servicio de al menos un flujo de QoS, y el segundo estado se usa para indicar que se puede cumplir el requisito de calidad de servicio de al menos un flujo de QoS. El elemento de red SMF puede determinar además, dependiendo de una situación específica, si notificar el estado de control de notificación actualizado de al menos un flujo de QoS al elemento de red PCF.
En un ejemplo de esta solicitud, después de recibir la información, es decir, la cuarta información, que indica que el estado de control de notificación que es de al menos un flujo de QoS y que es notificado por el segundo dispositivo RAN es el segundo estado, el elemento de red SMF puede determinar si el elemento de red SMF recibe, desde el primer dispositivo RAN, información que indica que el estado de control de notificación de al menos un flujo de QoS es el primer estado. Si un resultado de determinación es no, indica que antes del traspaso, un lado de la red central no recibe una notificación de que no se puede cumplir el requisito de calidad de servicio de al menos un flujo de QoS. En este caso, es posible que el elemento de red SMF no necesite notificar repetidamente al elemento de red PCF que el estado de control de notificación de al menos un flujo de QoS es el segundo estado. Si el resultado de la determinación es sí, puede indicar que antes del traspaso, el lado de la red central ha recibido una notificación que indica que no se puede cumplir el requisito de calidad de servicio de al menos un flujo de QoS. Para garantizar que los estados de control de notificación que son del flujo de QoS y que están registrados por el lado de la red central y el segundo dispositivo RAN después del traspaso se puedan sincronizar entre sí, después de determinar que un estado de control de notificación más reciente recibido que es de al menos al menos un flujo de QoS y que es notificado por el primer dispositivo RAN es un primer estado, el elemento de red SMF puede enviar la quinta información al elemento de red PCF, para notificar al elemento de red PCF que el estado de control de notificación de al menos un flujo de QoS es el segundo estado.
A continuación se describe, con referencia a un escenario específico, un proceso en el que el segundo dispositivo RAN notifica el estado de control de notificación de al menos un flujo de QoS al dispositivo de red central en la Realización 2 de esta solicitud, como se muestra en la FIG. 8:
Se supone que una sesión de PDU que se establece usando el primer dispositivo RAN y que está entre el dispositivo terminal y una primera sesión UPF que da servicio al primer dispositivo RAN se ha conmutado a una sesión de PDU que se establece usando el segundo dispositivo RAN y que está entre el dispositivo terminal y un segundo elemento de red UPF que da servicio al segundo dispositivo RAN. Además, al menos un flujo de QoS también se transfiere desde una ruta de extremo a extremo que incluye el dispositivo terminal, el primer dispositivo RAN y la primera UPF a una ruta de extremo a extremo que incluye el dispositivo terminal, el segundo dispositivo RAN y la segunda UPF.
Etapa 801: el segundo dispositivo RAN envía un mensaje N2 a un elemento de red AMF, donde el mensaje N2 incluye un identificador de una sesión de PDU e información de gestión de sesión (gestión de sesión, SM) N2. El mensaje SM N2 incluye un QFI de al menos un flujo de QoS y un estado de control de notificación de al menos un flujo de QoS, es decir, un segundo estado.
Opcionalmente, el mensaje SM N2 puede incluir además un QFI de otro flujo de QoS cuyo requisito de calidad de servicio no se puede cumplir y que requiere control de notificación, y un estado de control de notificación del otro flujo de QoS, y el estado de control de notificación del otro flujo de QoS es un primer estado.
Etapa 802: el elemento de red AMF envía una solicitud de actualización del contexto de gestión de sesión (solicitud nsmf_PDUsession_updateSMcontext) de una sesión de PDU al elemento de red SMF, donde la solicitud puede incluir el QFI de al menos un flujo de QoS y el estado de control de notificación de al menos un flujo de QoS, y el estado de control de notificación de al menos un flujo de QoS es el segundo estado. Opcionalmente, la solicitud puede incluir además el QFI del otro flujo de QoS y el estado de control de notificación del otro flujo de QoS, y el estado de control de notificación del otro flujo de QoS es el primer estado.
Etapa 803: después de recibir la solicitud, el elemento de red SMF determina, dependiendo de una situación específica, si notificar al elemento de red PCF de un flujo de QoS cuyo estado de control de notificación es el segundo estado y que se informa por el segundo dispositivo RAN. Para este proceso, consulte la descripción en el Ejemplo 1. Para un flujo de QoS cuyo estado de control de notificación es el primer estado y que es informado por el segundo dispositivo RAN, el elemento de red SMF puede iniciar un procedimiento de modificación de política de gestión de sesión según un procedimiento existente, para eliminar o modificar el flujo de QoS.
En la Realización 2, el segundo dispositivo RAN puede enviar, al dispositivo de red central, el estado de control de notificación de al menos un flujo de QoS que se transfiere con éxito desde el primer dispositivo RAN y que requiere control de notificación, para que el dispositivo de red central pueda percibir con precisión el estado de control de notificación del flujo de QoS transferido de manera oportuna, para evitar que el dispositivo de red central tome una decisión de política equivocada.
Realización 3:
La FIG. 9 es un diagrama de flujo esquemático de un método de comunicación según la Realización 3 de esta solicitud. El método incluye las siguientes etapas:
Etapa 901: un elemento de red SMF determina un estado de control de notificación recibido que es de al menos un flujo de QoS y que es enviado por un primer dispositivo RAN.
En la Realización 3 de esta solicitud, al menos un flujo de QoS puede entenderse como un flujo de QoS correspondiente que requiere control de notificación en una sesión de PDU de un dispositivo terminal antes de un traspaso. El estado de control de notificación incluye un primer estado y un segundo estado. El primer estado se usa para indicar que no se puede cumplir un requisito de calidad de servicio de un flujo de QoS, y el segundo estado se usa para indicar que se puede cumplir el requisito de calidad de servicio del flujo de QoS.
Etapa 902: cuando un segundo flujo de QoS en al menos un flujo de QoS se ha transferido desde el primer dispositivo RAN a un segundo dispositivo RAN, el elemento de red SMF determina un tercer flujo de QoS cuyo estado de control de notificación es el primer estado en el segundo flujo de QoS, y actualiza un estado de control de notificación del tercer flujo de QoS al segundo estado.
Etapa 903: el elemento de red SMF envía sexta información a una unidad PCF, donde la sexta información se usa para notificar al elemento de red PCF que el estado de control de notificación del tercer flujo de QoS es el segundo estado.
En un ejemplo de esta solicitud, el elemento de red SMF puede recibir séptima información enviada por un elemento de red AMF. La séptima información puede incluir un identificador del segundo flujo de QoS que se ha transferido con éxito desde el primer dispositivo RAN al segundo dispositivo RAN, y puede incluir además un identificador de una sesión de PDU que se ha transferido con éxito desde el primer dispositivo RAN al segundo dispositivo RAN, para que el elemento de red SMF determine información sobre la sesión de PDU transferida con éxito y el segundo flujo de QoS.
Si el traspaso de la sesión de PDU y el flujo de QoS entre el primer dispositivo RAN y el segundo dispositivo RAN se basa en una interfaz Xn, el primer dispositivo RAN o el segundo dispositivo RAN pueden notificar la sesión de PDU transferida con éxito y el segundo flujo de QoS al elemento de red AMF, y luego el elemento de red AMF notifica la sesión de PDU transferida con éxito y el segundo flujo de QoS al elemento de red SMF. Si el traspaso de la sesión de PDU y el flujo de QoS entre el primer dispositivo RAN y el segundo dispositivo RAN se basa en una interfaz N2, el elemento de red AMF puede percibir la sesión de PDU transferida con éxito y el segundo flujo de QoS durante el traspaso, y luego puede notificar directamente la sesión de PDU transferida con éxito y el segundo flujo de QoS al elemento de red SMF.
Para el segundo flujo de QoS transferido con éxito en al menos un flujo de QoS, el elemento de red SMF puede determinar en primer lugar si un estado de control de notificación del segundo flujo de QoS en el estado de control de notificación que es de al menos un flujo de QoS y que es el más reciente recibido desde el primer dispositivo RAN es el primer estado. Para el tercer flujo de QoS cuyo estado de control de notificación es el primer estado en el segundo flujo de QoS, el elemento de red SMF puede considerar de forma predeterminada que se puede cumplir el requisito de calidad de servicio del tercer flujo de QoS, y notificar al elemento de red PCF que se puede cumplir el requisito de calidad de servicio del tercer flujo de QoS. Para un cuarto flujo de QoS cuyo estado de control de notificación es el segundo estado en el segundo flujo de QoS, debido a que se ha cumplido un requisito de calidad de servicio que es del cuarto flujo de QoS y que está registrado en un lado de la red central, es posible que no sea necesario que el elemento de red SMF notifique repetidamente el estado de control de notificación del cuarto flujo de QoS al elemento de red PCF.
Para un flujo de QoS que no se ha transferido con éxito desde el primer dispositivo RAN al segundo dispositivo RAN y que está en al menos un flujo de QoS, el elemento de red SMF puede notificar al elemento de red PCF según un procedimiento existente, para que el elemento de red PCF tome nuevamente una decisión de política sobre el flujo de QoS.
Específicamente, el elemento de red SMF puede notificar un estado de control de notificación de un flujo de QoS relacionado al elemento de red PCF cuando inicia un procedimiento de modificación de asociación de política de gestión de sesión (modificación de asociación de política SM). Se configura un activador de solicitud de control de políticas (activador de solicitud de control de políticas) para el elemento de red PCF. El elemento de red PCF puede identificar una notificación enviada por el elemento de red SMF, y la notificación incluye información que indica que se puede cumplir el requisito de calidad de servicio del tercer flujo de QoS. Luego, el elemento de red PCF puede tomar una decisión de política basándose en la notificación enviada por el elemento de red SMF, y enviar un resultado de decisión de política al elemento de red SMF.
En la Realización 3, el flujo de QoS se transfiere entre el primer dispositivo RAN y el segundo dispositivo RAN generalmente debido a que no se puede cumplir un requisito de calidad de servicio del flujo de QoS en el primer dispositivo RAN, y es necesario transferir el flujo de QoS al segundo dispositivo RAN en el que se puede cumplir el requisito de calidad de servicio. Basándose en esto, después de determinar el flujo de QoS transferido con éxito, el elemento de red SMF puede considerar, de forma predeterminada, que un requisito de calidad de servicio del flujo de QoS no se puede cumplir como se registró anteriormente, pero ahora se puede cumplir, y luego notificar el elemento de red PCF, para que el elemento de red PCF pueda percibir un estado del flujo de QoS transferido con éxito de manera oportuna, y evitar tomar una decisión equivocada.
Realización 4:
La FIG. 10 es un diagrama de flujo esquemático de un método de comunicación según la Realización 4 de esta solicitud. El método incluye las siguientes etapas:
Etapa 1001: un elemento de red SMF determina que al menos un flujo de QoS se ha transferido desde un primer dispositivo RAN a un segundo dispositivo rA n .
En la Realización 4 de esta solicitud, al menos un flujo de QoS puede entenderse como un flujo de QoS que se ha transferido con éxito desde el primer dispositivo RAN al segundo dispositivo RAN. Por ejemplo, con una notificación de un elemento de red AMF, el elemento de red SMF puede determinar que al menos un flujo de QoS se ha transferido con éxito. Para obtener detalles, consulte la descripción relacionada en la Realización 3.
Etapa 1002: el elemento de red SMF envía octava información a un elemento de red PCF, donde la octava información se usa para indicar que al menos un flujo de QoS se ha transferido desde el primer dispositivo RAN al segundo dispositivo RAN.
Una diferencia con la Realización 3 radica en que, en la Realización 4 de esta solicitud, el elemento de red SMF puede notificar, en un procedimiento de inicio de modificación de asociación de política de gestión de sesión (modificación de asociación de política SM), al elemento de red PCF de que al menos un flujo de QoS se ha transferido con éxito. Además, el elemento de red PCF actualiza un estado de control de notificación registrado de al menos un flujo de QoS. El estado de control de notificación incluye un primer estado y un segundo estado. El primer estado se usa para indicar que no se puede cumplir un requisito de calidad de servicio de un flujo de QoS, y el segundo estado se usa para indicar que se puede cumplir el requisito de calidad de servicio del flujo de QoS.
Etapa 1003: después de recibir la octava información, el elemento de red PCF determina un flujo de QoS cuyo estado de control de notificación es un primer estado en al menos un flujo de QoS, y actualiza el estado de control de notificación del flujo de QoS determinado al segundo estado.
En una implementación, se puede configurar un activador de indicación de traspaso (activador de indicación de traspaso) para el elemento de red PCF. Después de recibir la octava información que es enviada por el elemento de red SMF y que indica que al menos un flujo de QoS se ha transferido con éxito, el elemento de red PCF puede activarse para realizar una operación de actualización del estado de control de notificación del flujo de QoS. Luego, el elemento de red PCF puede tomar una decisión de política basándose en el estado de control de notificación actualizado más reciente del flujo de QoS, y enviar un resultado de decisión de política al elemento de red SMF.
En la Realización 4, después de determinar que al menos un flujo de QoS se transfirió con éxito, el elemento de red SMF puede notificar al elemento de red PCF que al menos un flujo de QoS se transfirió con éxito, y luego el elemento de red PCF actualiza el estado de control de notificación de al menos un flujo de QoS, para que el elemento de red PCF pueda percibir un estado del flujo de QoS transferido con éxito de manera oportuna y evitar tomar una decisión equivocada tanto como sea posible.
Basándose en un mismo concepto técnico, a continuación se describe, con referencia a los dibujos adjuntos, un aparato de comunicaciones proporcionado en las realizaciones de esta solicitud.
Una realización de esta solicitud proporciona un aparato de comunicaciones, y el aparato de comunicaciones tiene una función para implementar el primer dispositivo RAN en la Realización 1 del método anterior. Por ejemplo, el aparato de comunicaciones incluye un módulo, unidad, o medio (medios) correspondientes para realizar las etapas de la Realización 1 del método anterior mediante el primer dispositivo RAN. La función, el módulo, la unidad o el medio (medios) pueden implementarse mediante software, o pueden implementarse mediante hardware, o pueden implementarse mediante hardware que ejecute el software correspondiente.
La FIG. 11 es un diagrama estructural esquemático de un aparato 1100 de comunicaciones según una realización de esta solicitud. El aparato 1100 incluye un procesador 1101 y un transceptor 1102. El procesador 1101 está configurado para soportar un primer dispositivo RAN en la realización de la función en la Realización 1 del método anterior. El transceptor 1102 está configurado para soportar al primer dispositivo RAN en la realización de una función de recibir y enviar un mensaje. El aparato 1100 puede incluir además una memoria 1103. El procesador 1101, el transceptor 1102 y la memoria 1103 se conectan entre sí. La memoria 1103 está configurada para almacenar una instrucción de programa informático requerida para implementar la función del primer dispositivo RAN en la Realización 1 del método anterior. El procesador 1101 está configurado para ejecutar la instrucción de programa informático almacenada en la memoria 1103, para controlar el transceptor 1102 para recibir y enviar una señal, y completar una etapa de realización de una función correspondiente mediante el primer dispositivo RAN en la Realización 1 del método anterior.
Específicamente, el procesador 1101 está configurado para enviar, en un proceso en el que al menos un flujo de calidad de servicio se transfiere desde el aparato 1100 de comunicaciones a un segundo dispositivo de red de acceso, primera información al segundo dispositivo de red de acceso usando el transceptor 1l02, donde la primera información se usa para indicar que el aparato 1100 de comunicaciones ha notificado a un dispositivo de red central que no se puede cumplir un requisito de calidad de servicio de al menos un flujo de calidad de servicio.
En una posible implementación, la primera información puede incluir un identificador de al menos un flujo de calidad de servicio y un estado de control de notificación de al menos un flujo de calidad de servicio. El estado de control de notificación es un primer estado, y el primer estado se usa para indicar que no se puede cumplir el requisito de calidad de servicio de al menos un flujo de calidad de servicio.
En una posible implementación, el procesador 1101 está configurado específicamente para: enviar, usando el transceptor 1102, la primera información al segundo dispositivo de red de acceso a través de una interfaz conectada al segundo dispositivo de red de acceso; o enviar la primera información al segundo dispositivo de red de acceso usando el transceptor 1102 y un elemento de red AMF.
Para las etapas específicas realizadas por el procesador 1101 y el transceptor 1102, consulte las descripciones relacionadas en las etapas realizadas por el primer dispositivo RAN en la Realización 1 del método anterior. Los detalles no se describen en la presente memoria.
Alternativamente, el aparato 1100 de comunicaciones puede implementarse usando unidades lógicas. La FIG.
12 es un diagrama esquemático de un aparato 1200 de comunicaciones según una realización de esta solicitud. El aparato 1200 puede incluir un módulo 1201 de procesamiento y un módulo 1202 transceptor. El módulo 1201 de procesamiento corresponde al procesador 1101 en el aparato 1100 de comunicaciones anterior, y el módulo 1202 transceptor corresponde al transceptor 1102 en el aparato 1100 de comunicaciones anterior. El módulo 1201 de procesamiento y el módulo 1202 transceptor pueden configurarse respectivamente para implementar funciones correspondientes del primer dispositivo rA n en la Realización 1 del método anterior. Para un proceso de implementación específico, consulte las descripciones relacionadas en la Realización 1 del método anterior y el aparato 1100 de comunicaciones. Los detalles no se describen en la presente memoria.
Una realización de esta solicitud proporciona otro aparato de comunicaciones, y el aparato de comunicaciones tiene una función para implementar el segundo dispositivo RAN en la Realización 1 o 2 del método anterior. Por ejemplo, el aparato de comunicaciones incluye un módulo, unidad, o medio (medios) correspondientes para realizar las etapas de la Realización 1 o 2 del método anterior mediante el segundo dispositivo RAN. La función, el módulo, la unidad o el medio (medios) pueden implementarse mediante software, o pueden implementarse mediante hardware, o pueden implementarse mediante hardware que ejecute el software correspondiente.
La FIG. 13 es un diagrama estructural esquemático de un aparato 1300 de comunicaciones según una realización de esta solicitud. El aparato 1300 incluye un procesador 1301 y un transceptor 1302. El procesador 1301 está configurado para soportar un segundo dispositivo RAN en la realización de la función en la Realización 1 o 2 del método anterior. El transceptor 1302 está configurado para soportar al segundo dispositivo RAN en la realización de una función de recibir y enviar un mensaje. El aparato 1300 puede incluir además una memoria 1303. El procesador 1301, el transceptor 1302 y la memoria 1303 se conectan entre sí. La memoria 1303 está configurada para almacenar una instrucción de programa informático requerida para implementar la función del segundo dispositivo RAN en la Realización 1 o 2 del método anterior. El procesador 1301 está configurado para ejecutar la instrucción de programa informático almacenada en la memoria 1303, para controlar el transceptor 1302 para recibir y enviar una señal, y completar una etapa de realización de una función correspondiente mediante el segundo dispositivo RAN en la Realización 1 o 2 del método anterior.
En un posible diseño, el procesador 1301 está configurado para recibir, usando el transceptor 1302, la primera información enviada por el primer dispositivo de red de acceso, donde la primera información se usa para indicar que el primer dispositivo de red de acceso ha notificado a un dispositivo de red central que no se puede cumplir un requisito de calidad de servicio de al menos un flujo de calidad de servicio. El procesador 1301 está configurado además para enviar segunda información al dispositivo de red central usando el transceptor 1302, donde la segunda información se usa para notificar al dispositivo de red central que se puede cumplir un requisito de calidad de servicio de un primer flujo de calidad de servicio en al menos un flujo de calidad de servicio, donde el primer flujo de calidad de servicio es un flujo de calidad de servicio que se ha transferido desde el primer dispositivo de red de acceso al aparato 1300 de comunicaciones.
El procesador 1301 está configurado además para: cuando se detecta que no se puede cumplir el requisito de calidad de servicio del primer flujo de calidad de servicio, enviar tercera información al dispositivo de red central usando el transceptor 1302, donde la tercera información se usa para notificar al dispositivo de red central que no se puede cumplir el requisito de calidad de servicio del primer flujo de calidad de servicio.
En otro diseño posible, cuando al menos un flujo de calidad de servicio se ha transferido desde el primer dispositivo de red de acceso al aparato 1300 de comunicaciones, el procesador 1301 está configurado para enviar cuarta información al dispositivo de red central usando el transceptor 1302, donde la cuarta información se usa para notificar al dispositivo de red central que se puede cumplir el requisito de calidad de servicio de al menos un flujo de calidad de servicio. Opcionalmente, al menos un flujo de calidad de servicio pertenece a todos los flujos de calidad de servicio que se han transferidos desde el primer dispositivo de red de acceso al aparato 1300 de comunicaciones y que requieren control de notificación.
Para las etapas específicas realizadas por el procesador 1301 y el transceptor 1302, consulte las descripciones relacionadas en las etapas realizadas por el segundo dispositivo RAN en la Realización 1 o 2 del método anterior. Los detalles no se describen en la presente memoria.
Alternativamente, el aparato 1300 de comunicaciones puede implementarse usando unidades lógicas. La FIG.
14 es un diagrama estructural esquemático de un aparato 1400 de comunicaciones según una realización de esta solicitud. El aparato 1400 puede incluir un módulo 1401 de procesamiento y un módulo 1402 transceptor. El módulo 1401 de procesamiento corresponde al procesador 1301 en el aparato 1300 de comunicaciones anterior, y el módulo 1402 transceptor corresponde al transceptor 1302 en el aparato 1300 de comunicaciones anterior. El módulo 1401 de procesamiento y el módulo 1402 transceptor pueden configurarse respectivamente para implementar funciones correspondientes del segundo dispositivo RAN en la Realización 1 del método o en la Realización 2 del método anterior. Para un proceso de implementación específico, consulte las descripciones relacionadas en la Realización 1 del método o en la Realización 2 del método anterior y el aparato 1300 de comunicaciones. Los detalles no se describen en la presente memoria.
Una realización de esta solicitud proporciona otro aparato de comunicaciones, y el aparato de comunicaciones tiene una función para implementar el elemento de red SMF en una cualquiera de la Realización 1 a la Realización 4 del método anterior. Por ejemplo, el aparato de comunicaciones incluye un módulo, unidad o medio (medios) correspondientes para realizar las etapas en una cualquiera de la Realización 1 del método a la Realización 4 del método anterior mediante el elemento de red SMF. La función, el módulo, la unidad o el medio (medios) pueden implementarse mediante software, o pueden implementarse mediante hardware, o pueden implementarse mediante hardware que ejecute el software correspondiente.
La FIG. 15 es un diagrama estructural esquemático de un aparato 1500 de comunicaciones según una realización de esta solicitud. El aparato 1500 incluye un procesador 1501 y un transceptor 1502. El procesador 1501 está configurado para soportar un elemento de red SMF en la realización de la función en la Realización 3 del método anterior. El transceptor 1502 está configurado para soportar el elemento de red SMF en la realización de una función de recibir y enviar un mensaje. El aparato 1500 puede incluir además una memoria 1503. El procesador 1501, el transceptor 1502 y la memoria 1503 se conectan entre sí. La memoria 1503 está configurada para almacenar una instrucción de programa informático requerida para implementar la función del elemento de red SMF en la Realización 3 del método anterior. El procesador 1501 está configurado para ejecutar la instrucción de programa informático almacenada en la memoria 1503, para controlar el transceptor 1502 para recibir y enviar una señal, y completar una etapa de realización de una función correspondiente mediante el elemento de red SMF en la Realización 3 del método anterior.
El procesador 1501 puede configurarse para determinar un estado de control de notificación recibido que es de al menos un flujo de calidad de servicio y que es enviado por un primer dispositivo de red de acceso. Además, el procesador 1501 está configurado además para: cuando un segundo flujo de calidad de servicio en al menos un flujo de calidad de servicio se ha transferido desde el primer dispositivo de red de acceso a un segundo dispositivo de red de acceso, determinar un tercer flujo de calidad de servicio cuyo estado de control de notificación es un primer estado en el segundo flujo de calidad de servicio. Además, el procesador 1501 está configurado además para: actualizar el estado de control de notificación del tercer flujo de calidad de servicio a un segundo estado, y enviar sexta información a un elemento de red PCF usando el transceptor 1502, donde la sexta información se usa para notificar al elemento de red PCF que el estado de control de notificación del tercer flujo de calidad de servicio es el segundo estado.
El primer estado se usa para indicar que no se puede cumplir el requisito de calidad de servicio de al menos un flujo de calidad de servicio, y el segundo estado se usa para indicar que se puede cumplir el requisito de calidad de servicio de al menos un flujo de calidad de servicio.
Opcionalmente, el procesador 1501 puede configurarse además para recibir, usando el transceptor 1502, séptima información enviada por un elemento de red AMF, donde la séptima información incluye un identificador del segundo flujo de calidad de servicio que se ha transferido desde el primer dispositivo de red de acceso al segundo dispositivo de red de acceso.
Para las etapas específicas realizadas por el procesador 1501 y el transceptor 1502, consulte las descripciones relacionadas en las etapas realizadas por el elemento de red SMF en la Realización 3 del método anterior. Los detalles no se describen en la presente memoria.
Alternativamente, el aparato 1500 de comunicaciones puede implementarse usando unidades lógicas. La FIG.
16 es un diagrama esquemático de un aparato 1600 de comunicaciones según una realización de esta solicitud. El aparato 1600 puede incluir un módulo 1601 de procesamiento y un módulo 1602 transceptor. El módulo 1601 de procesamiento corresponde al procesador 1501 en el aparato 1500 de comunicaciones anterior, y el módulo 1602 transceptor corresponde al transceptor 1502 en el aparato 1500 de comunicaciones anterior. El módulo 1601 de procesamiento y el módulo 1602 transceptor pueden configurarse respectivamente para implementar funciones correspondientes del dispositivo de red SMF en la Realización 3 del método anterior. Para un proceso de implementación específico, consulte las descripciones relacionadas en la Realización 3 del método anterior y el aparato 1500 de comunicaciones. Los detalles no se describen en la presente memoria.
Una realización de esta solicitud proporciona otro aparato de comunicaciones, y el aparato de comunicaciones tiene una función para implementar el elemento de red PCF en la Realización 4 del método anterior. Por ejemplo, el aparato de comunicaciones incluye un módulo, unidad o medio (medios) correspondientes para realizar las etapas en la Realización 4 del método anterior mediante el elemento de red PCF. La función, el módulo, la unidad o el medio (medios) pueden implementarse mediante software, o pueden implementarse mediante hardware, o pueden implementarse mediante hardware que ejecute el software correspondiente.
La FIG. 17 es un diagrama estructural esquemático de un aparato 1700 de comunicaciones según una realización de esta solicitud. El aparato 1700 incluye un procesador 1701 y un transceptor 1702. El procesador 1701 está configurado para soportar un elemento de red PCF en la realización de la función en la Realización 4 del método anterior. El transceptor 1702 está configurado para soportar el elemento de red PCF en la realización de una función de recibir y enviar un mensaje. El aparato 1700 puede incluir además una memoria 1703. El procesador 1701, el transceptor 1702 y la memoria 1703 se conectan entre sí. La memoria 1703 está configurada para almacenar una instrucción de programa informático requerida para implementar la función del elemento de red PCF en la Realización 4 del método anterior. El procesador 1701 está configurado para ejecutar la instrucción de programa informático almacenada en la memoria 1703, para controlar el transceptor 1702 para recibir y enviar una señal, y completar una etapa de realización de una función correspondiente mediante el elemento de red PCF en la Realización 4 del método anterior.
Específicamente, el procesador 1701 puede configurarse para recibir, usando el transceptor 1702, octava información enviada por un elemento de red SMF, donde la octava información se usa para indicar que se transfiere al menos un flujo de QoS desde el primer dispositivo de red de acceso al segundo dispositivo de red de acceso. Luego, el procesador 1701 puede determinar un flujo de QoS cuyo estado de control de notificación es un primer estado en al menos un flujo de QoS, y actualizar el estado de control de notificación del flujo de QoS determinado a un segundo estado. El primer estado se usa para indicar que no se puede cumplir un requisito de calidad de servicio del flujo de QoS determinado, y el segundo estado se usa para indicar que se puede cumplir el requisito de calidad de servicio del flujo de QoS determinado.
Para las etapas específicas realizadas por el procesador 1701 y el transceptor 1702, consulte las descripciones relacionadas en las etapas realizadas por el elemento de red PCF en la Realización 4 del método anterior. Los detalles no se describen en la presente memoria.
Alternativamente, el aparato 1700 de comunicaciones puede implementarse usando unidades lógicas. La FIG.
18 es un diagrama estructural esquemático de un aparato 1800 de comunicaciones según una realización de esta solicitud. El aparato 1800 puede incluir un módulo 1801 de procesamiento y un módulo 1802 transceptor. El módulo 1801 de procesamiento corresponde al procesador 1701 en el aparato 1700 de comunicaciones anterior, y el módulo 1802 transceptor corresponde al transceptor 1702 en el aparato 1700 de comunicaciones anterior. El módulo 1801 de procesamiento y el módulo 1802 transceptor pueden configurarse respectivamente para implementar funciones correspondientes del dispositivo de red PCF en la Realización 4 del método anterior. Para un proceso de implementación específico, consulte las descripciones relacionadas en la Realización 4 del método anterior y el aparato 1700 de comunicaciones. Los detalles no se describen en la presente memoria.
Puede entenderse que, en los dibujos adjuntos de las realizaciones de esta solicitud, solo se muestran diseños simplificados de los aparatos de comunicaciones. En la aplicación real, los aparatos de comunicaciones anteriores no se limitan a las estructuras anteriores. Por ejemplo, para el primer dispositivo RAN o el segundo dispositivo RAN, una estructura específica puede incluir además un conjunto de antenas, un duplexor, una parte de procesamiento de banda base y similares.
Cabe señalar que el procesador en la realización de esta solicitud puede ser una unidad de procesamiento central (Unidad de Procesamiento Central, CPU), un procesador de propósito general, un procesador de señal digital (procesador de señal digital, DSP), un circuito integrado de aplicación específica (circuito integrado de aplicación específica, ASIC), una matriz de puertas programables en campo (matriz de puertas programables en campo, FPGA) u otro dispositivo lógico programable, un dispositivo lógico de transistores, un componente de hardware, o una combinación de los mismos. El procesador puede implementar o ejecutar diversos bloques, módulos y circuitos lógicos de ejemplo descritos con referencia al contenido descrito en esta solicitud.
Alternativamente, el procesador puede ser una combinación de procesadores que implementan una función informática, por ejemplo, una combinación de uno o más microprocesadores, o una combinación de un DSP y un microprocesador. La memoria puede estar integrada en el procesador o puede estar dispuesta separada del procesador.
Según el método proporcionado en las realizaciones de esta solicitud, una realización de esta solicitud proporciona además un sistema de comunicaciones, donde el sistema de comunicaciones incluye el primer dispositivo RAN anterior, el segundo dispositivo RAN anterior, el elemento de red SMF y el elemento de red PCF.
Una realización de esta solicitud proporciona además un chip, donde el chip está conectado a una memoria, y está configurado para leer y ejecutar un programa de software almacenado en la memoria, para implementar uno cualquiera de los métodos en las realizaciones de los métodos anteriores.
Una realización de esta solicitud proporciona además un soporte de almacenamiento informático, donde el soporte de almacenamiento informático almacena una instrucción legible por ordenador, y cuando se lee y ejecuta la instrucción legible por ordenador, un ordenador puede completar uno cualquiera de los métodos en las realizaciones de los métodos anteriores.
Una realización de esta solicitud proporciona además un producto de programa informático que incluye un programa de software, y cuando el producto del programa informático se ejecuta en un ordenador, el ordenador está habilitado para realizar uno cualquiera de los métodos en las realizaciones de los métodos anteriores.
Los expertos en la técnica deben comprender que las realizaciones de esta solicitud pueden proporcionarse como un método, un sistema o un producto de programa informático. Por lo tanto, esta solicitud puede usar una forma de realizaciones de solo hardware, realizaciones de solo software o realizaciones con una combinación de software y hardware. Además, la presente invención puede usar una forma de producto de programa informático que se implementa en uno o más medios de almacenamiento legibles por ordenador (incluidos, pero no limitados a, una memoria de disco, una memoria óptica y similares) que incluyen código de instrucción informática.
Las realizaciones anteriores describen en detalle un objetivo, un método técnico y los efectos beneficiosos de esta solicitud. Debe entenderse que las descripciones anteriores son solo implementaciones específicas de esta solicitud, pero no pretenden limitar el alcance de protección de esta solicitud.
Claims (17)
1. Un método de comunicación, que comprende:
determinar (901), mediante un elemento de red de función de gestión de sesión, un estado de control de notificación recibido que es de al menos un flujo de calidad de servicio y que procede de un primer dispositivo de red de acceso;
cuando un segundo flujo de calidad de servicio, comprendido en al menos un flujo de calidad de servicio, se ha transferido desde el primer dispositivo de red de acceso a un segundo dispositivo de red de acceso, determinar (902) en el segundo flujo de calidad de servicio, por el elemento de red de función de gestión de sesión, un tercer flujo de calidad de servicio cuyo estado de control de notificación es un primer estado, en donde el segundo flujo de calidad de servicio comprende el tercer flujo de calidad de servicio cuyo estado de control de notificación es el primer estado; y
actualizar, mediante el elemento de red de función de gestión de sesión, el estado de control de notificación del tercer flujo de calidad de servicio a un segundo estado y enviar (903), mediante el elemento de red de función de gestión de sesión, sexta información a un elemento de red de función de control de políticas, en donde la sexta información se usa para notificar al elemento de red de función de control de políticas que el estado de control de notificación del tercer flujo de calidad de servicio es el segundo estado, y
el primer estado se usa para indicar que no se puede cumplir un requisito de calidad de servicio del tercer flujo de calidad de servicio, y el segundo estado se usa para indicar que se puede cumplir el requisito de calidad de servicio del tercer flujo de calidad de servicio.
2. El método según la reivindicación 1, en donde el método comprende además:
recibir, mediante el elemento de red de función de gestión de sesión, séptima información desde un elemento de red de función de gestión de acceso y movilidad, en donde la séptima información comprende un identificador del segundo flujo de calidad de servicio que se ha transferido desde el primer dispositivo de red de acceso al segundo dispositivo de red de acceso.
3. El método según la reivindicación 1 o 2, en donde el método comprende además:
determinar, mediante el elemento de red de función de gestión de sesión, si un estado de control de notificación del segundo flujo de QoS en el estado de control de notificación que es de al menos un flujo de QoS y que es recibido más recientemente desde el primer dispositivo de red de acceso es el primer estado.
4. Un aparato de comunicaciones, que comprende un módulo (1601) de procesamiento y un módulo (1602) transceptor, en donde
el módulo (1601) de procesamiento está configurado para determinar un estado de control de notificación recibido que es de al menos un flujo de calidad de servicio y que procede de un primer dispositivo de red de acceso;
el módulo (1601) de procesamiento está configurado además para: cuando un segundo flujo de calidad de servicio, comprendido en el al menos un flujo de calidad de servicio, se ha transferido desde el primer dispositivo de red de acceso a un segundo dispositivo de red de acceso, determinar en el segundo flujo de calidad de servicio, un tercer flujo de calidad de servicio cuyo estado de control de notificación es un primer estado, en donde el segundo flujo de calidad de servicio comprende el tercer flujo de calidad de servicio cuyo estado de control de notificación es el primer estado; y
el módulo (1601) de procesamiento está configurado además para: actualizar el estado de control de notificación del tercer flujo de calidad de servicio a un segundo estado; y enviar sexta información a un elemento de red de función de control de políticas usando el módulo (1602) transceptor, en donde la sexta información se usa para notificar al elemento de red de función de control de políticas que el estado de control de notificación del tercer flujo de calidad de servicio es el segundo estado, y
el primer estado se usa para indicar que no se puede cumplir el requisito de calidad de servicio de al menos un flujo de calidad de servicio, y el segundo estado se usa para indicar que se puede cumplir el requisito de calidad de servicio de al menos un flujo de calidad de servicio.
5. El aparato según la reivindicación 4, en donde el módulo de procesamiento está configurado además para:
recibir, usando el módulo (1602) transceptor, séptima información desde un elemento de red de función de gestión de acceso y movilidad, en donde la séptima información comprende un identificador del segundo flujo de calidad de servicio que se ha transferido desde el primer dispositivo de red de acceso al segundo dispositivo de red de acceso.
6. El aparato según la reivindicación 4 o 5, en donde el módulo (1601) de procesamiento está configurado además para:
determinar si un estado de control de notificación del segundo flujo de QoS en el estado de control de notificación que es de al menos un flujo de QoS y que es recibido más recientemente desde el primer dispositivo de red de acceso es el primer estado.
7. Un sistema de comunicaciones, que comprende:
un elemento de red de función de gestión de sesión y un elemento de red de función de control de políticas; en donde el elemento de red de función de gestión de sesión está configurado para:
determinar un estado de control de notificación recibido que es de al menos un flujo de calidad de servicio y que procede de un primer dispositivo de red de acceso;
cuando un segundo flujo de calidad de servicio, comprendido en al menos un flujo de calidad de servicio, se ha transferido desde el primer dispositivo de red de acceso a un segundo dispositivo de red de acceso, determinar en el segundo flujo de calidad de servicio, un tercer flujo de calidad de servicio cuyo estado de control de notificación es un primer estado, en donde el segundo flujo de calidad de servicio comprende el tercer flujo de calidad de servicio cuyo estado de control de notificación es el primer estado; y actualizar el estado de control de notificación del tercer flujo de calidad de servicio a un segundo estado, y enviar sexta información al elemento de red de función de control de políticas, en donde la sexta información se usa para notificar al elemento de red de función de control de políticas que el estado de control de notificación del tercer flujo de calidad de servicio es el segundo estado, y el primer estado se usa para indicar que no se puede cumplir un requisito de calidad de servicio del tercer flujo de calidad de servicio, y el segundo estado se usa para indicar que se puede cumplir el requisito de calidad de servicio del tercer flujo de calidad de servicio; y
en donde el elemento de red de función de control de políticas está configurado para recibir la sexta información desde el elemento de red de función de gestión de sesión.
8. El método según la reivindicación 7, en donde el elemento de red de función de gestión de sesión comprende además:
recibir séptima información de un elemento de red de función de gestión de acceso y movilidad, en donde la séptima información comprende un identificador del segundo flujo de calidad de servicio que se ha transferido desde el primer dispositivo de red de acceso al segundo dispositivo de red de acceso.
9. El sistema según la reivindicación 8, que comprende además: el elemento de red de función de gestión de acceso y movilidad configurado para enviar la séptima información al elemento de red de función de gestión de sesión.
10. El sistema según una cualquiera de las reivindicaciones 7 a 9, en donde el elemento de red de función de gestión de sesión está configurado además para determinar si un estado de control de notificación del segundo flujo de QoS, en el estado de control de notificación que es de al menos un flujo de QoS y que es recibido más recientemente desde el primer dispositivo de red de acceso, es el primer estado.
11. El método según la reivindicación 1, en donde el método comprende además:
recibir, mediante el elemento de red de función de control de políticas, la sexta información desde el elemento de red de función de gestión de sesión.
12. El aparato según la reivindicación 11, en donde el método comprende además:
recibir, mediante el elemento de red de función de gestión de sesión, séptima información desde un elemento de red de función de gestión de acceso y movilidad, en donde la séptima información comprende un identificador del segundo flujo de calidad de servicio que se ha transferido desde el primer dispositivo de red de acceso al segundo dispositivo de red de acceso.
13. El método según la reivindicación 12, en donde el método comprende además:
enviar, mediante el elemento de red de función de gestión de acceso y movilidad, la séptima información al elemento de red de función de gestión de sesión.
14. El método según una cualquiera de las reivindicaciones 11 a 13, en donde el método comprende además:
determinar, mediante el elemento de red de función de gestión de sesión, si un estado de control de notificación del segundo flujo de QoS en el estado de control de notificación que es de al menos un flujo de QoS y que es recibido más recientemente desde el primer dispositivo de red de acceso es el primer estado.
15. Un producto de programa informático, en donde el producto de programa informático comprende un programa de software, en donde cuando el producto de programa informático se ejecuta en un ordenador, el ordenador realiza el método según una cualquiera de las reivindicaciones 1 a 3.
16. Un soporte de almacenamiento informático, en donde el soporte de almacenamiento informático almacena una instrucción legible por ordenador, y cuando lee y ejecuta la instrucción legible por ordenador, el ordenador realiza el método según una cualquiera de reivindicaciones 1 a 3.
17. Un chip, en donde el chip está conectado a una memoria y configurado para leer y ejecutar un programa de software almacenado en la memoria, para realizar el método según una cualquiera de las reivindicaciones 1 a 3.
Applications Claiming Priority (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201810491245.7A CN110519807B (zh) | 2018-05-21 | 2018-05-21 | 一种通信方法及装置 |
| PCT/CN2019/087827 WO2019223690A1 (zh) | 2018-05-21 | 2019-05-21 | 一种通信方法及装置 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| ES2967399T3 true ES2967399T3 (es) | 2024-04-30 |
Family
ID=68615997
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| ES19807377T Active ES2967399T3 (es) | 2018-05-21 | 2019-05-21 | Método de comunicación y dispositivo de comunicación |
Country Status (9)
| Country | Link |
|---|---|
| US (3) | US11575754B2 (es) |
| EP (2) | EP3790314B1 (es) |
| JP (2) | JP7048763B2 (es) |
| KR (1) | KR102434931B1 (es) |
| CN (2) | CN110519807B (es) |
| AU (1) | AU2019272364C1 (es) |
| BR (1) | BR112020023685A2 (es) |
| ES (1) | ES2967399T3 (es) |
| WO (1) | WO2019223690A1 (es) |
Families Citing this family (19)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN110519807B (zh) | 2018-05-21 | 2021-06-29 | 华为技术有限公司 | 一种通信方法及装置 |
| US11638280B2 (en) * | 2018-07-23 | 2023-04-25 | Qualcomm Incorporated | Quality of service (QOS) for uplink access in a wireless local area network (WLAN) |
| EP3881502A4 (en) * | 2018-11-14 | 2022-07-06 | ZTE Corporation | Methods, apparatus and systems for satisfying a time control requirement in a wireless communication |
| US11792686B2 (en) * | 2019-06-19 | 2023-10-17 | Qualcomm Incorporated | High bandwidth low latency cellular traffic awareness |
| US11265753B2 (en) * | 2019-08-30 | 2022-03-01 | Cisco Technology, Inc. | Guaranteed bit rate adjustability |
| CN113079541B (zh) | 2020-01-06 | 2023-05-05 | 华为技术有限公司 | 一种报告信息的发送方法、装置及系统 |
| EP4176616A1 (en) * | 2020-07-03 | 2023-05-10 | Telefonaktiebolaget LM ERICSSON (PUBL) | Qoe measurement handling at overload in ran |
| WO2022050565A1 (ko) * | 2020-09-02 | 2022-03-10 | 엘지전자 주식회사 | 무선 통신 시스템에서 핸드오버를 위한 장치 및 방법 |
| CN114205305A (zh) * | 2020-09-18 | 2022-03-18 | 华为技术有限公司 | 一种数据传输方法及相关设备 |
| CN112437122B (zh) * | 2020-11-08 | 2023-05-05 | 腾讯科技(深圳)有限公司 | 通信方法、装置、计算机可读介质及电子设备 |
| CN117650991A (zh) * | 2021-02-25 | 2024-03-05 | 腾讯科技(深圳)有限公司 | QoS变化的通知方法、装置、设备及介质 |
| CN113163449B (zh) * | 2021-02-25 | 2024-07-19 | 腾讯科技(深圳)有限公司 | 应用程序的控制方法、装置、设备及存储介质 |
| CN117676742A (zh) * | 2021-02-25 | 2024-03-08 | 腾讯科技(深圳)有限公司 | 基于切换过程的消息发送方法、装置、设备及介质 |
| WO2024010085A1 (ja) | 2022-07-07 | 2024-01-11 | 国立研究開発法人理化学研究所 | 変異型oct3/4タンパク質、及び誘導多能性幹細胞の製造方法 |
| CN117460006A (zh) * | 2022-07-19 | 2024-01-26 | 中兴通讯股份有限公司 | 会话建立方法、终端设备、网络侧设备及存储介质 |
| CN118018340A (zh) * | 2022-11-09 | 2024-05-10 | 腾讯科技(深圳)有限公司 | 用于数据传输的方法及相关设备 |
| US20250063349A1 (en) * | 2023-06-16 | 2025-02-20 | Rakuten Symphony, Inc. | Systems and methods for x2 interface link detection and construction |
| WO2025013058A1 (en) * | 2023-07-12 | 2025-01-16 | Jio Platforms Limited | Method and system for dynamic identification and deletion of stale guaranteed bit rate (gbr) flows |
| CN120238969A (zh) * | 2023-12-28 | 2025-07-01 | 华为技术有限公司 | 一种服务质量的配置方法及装置 |
Family Cites Families (29)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US7233583B2 (en) * | 2004-06-28 | 2007-06-19 | Nokia Corporation | Method and apparatus providing context transfer for inter-BS and inter-PCF handoffs in a wireless communication system |
| CN101027926B (zh) * | 2004-09-21 | 2012-11-14 | 艾利森电话股份有限公司 | 提供无线一键通(PoC)动态业务选项的设备和方法 |
| BR112012025376B1 (pt) * | 2010-04-29 | 2021-08-10 | Interdigital Ce Patent Holdings | Método e aparelho para redes sem fio para selecionar e ou compartilhar canais |
| WO2013136812A1 (ja) * | 2012-03-15 | 2013-09-19 | 日本電気株式会社 | 無線通信システム、無線局、ネットワーク運用管理装置およびネットワーク最適化方法 |
| EP2842355A2 (en) * | 2012-04-27 | 2015-03-04 | Interdigital Patent Holdings, Inc. | Methods and apparatuses for optimizing proximity data path setup |
| CN110944366B (zh) | 2014-09-30 | 2021-08-03 | 华为技术有限公司 | 专用网络切换方法、专用网络类型通知方法及设备 |
| US11444850B2 (en) * | 2016-05-02 | 2022-09-13 | Huawei Technologies Co., Ltd. | Method and apparatus for communication network quality of service capability exposure |
| WO2017196161A1 (en) * | 2016-05-13 | 2017-11-16 | Samsung Electronics Co., Ltd. | Light connection control method and apparatus |
| US10362507B2 (en) * | 2016-06-10 | 2019-07-23 | Huawei Technologies Co., Ltd. | Systems and method for quality of service monitoring, policy enforcement, and charging in a communications network |
| CN107548127B (zh) * | 2016-06-23 | 2021-07-02 | 北京三星通信技术研究有限公司 | 支持数据传输的方法和设备 |
| JP6894504B2 (ja) | 2016-10-11 | 2021-06-30 | エルジー エレクトロニクス インコーポレイティド | 無線通信システムにおけるreflective QoSの適用方法、及びこのための装置 |
| US20200120570A1 (en) * | 2016-12-15 | 2020-04-16 | Lg Electronics Inc. | Method for performing handover in wireless communication system and apparatus therefor |
| US10728952B2 (en) * | 2017-01-09 | 2020-07-28 | Huawei Technologies Co., Ltd. | System and methods for session management |
| CN107018542A (zh) * | 2017-03-27 | 2017-08-04 | 中兴通讯股份有限公司 | 网络系统中状态信息的处理方法、装置及存储介质 |
| KR102355678B1 (ko) * | 2017-05-08 | 2022-01-26 | 삼성전자 주식회사 | 이동 통신 시스템에서의 QoS(Quality Of Service) Flow의 설정 방법 및 장치 |
| US20180367288A1 (en) * | 2017-06-16 | 2018-12-20 | Huawei Technologies Co., Ltd. | Dynamic activation and deactivation of packet duplication |
| WO2018231114A1 (en) * | 2017-06-16 | 2018-12-20 | Telefonaktiebolaget Lm Ericsson (Publ) | User equipment, computer program, carrier and method for controlling a data transmisson over a bearer in a wireless communications network |
| US11109262B2 (en) * | 2017-07-20 | 2021-08-31 | Asustek Computer Inc. | Method and apparatus for servicing QoS (quality of service) flow in a wireless communication system |
| CN107302777A (zh) * | 2017-08-28 | 2017-10-27 | 北京北方烽火科技有限公司 | 一种通信切换方法及装置 |
| CN108024156B (zh) | 2017-12-14 | 2020-04-14 | 四川大学 | 一种基于隐马尔可夫模型的部分可靠视频传输方法 |
| US11917713B2 (en) * | 2018-03-28 | 2024-02-27 | Telefonaktiebolaget Lm Ericsson (Publ) | Methods and apparatuses for accessing a service outside a mobile communications network in a multipath connection |
| JP6972180B2 (ja) * | 2018-04-09 | 2021-11-24 | エルジー エレクトロニクス インコーポレイティドLg Electronics Inc. | QoSをサポートする方法及びSMF |
| US10506506B2 (en) * | 2018-04-30 | 2019-12-10 | Ofinno, Llc | 5G policy control for restricted local operator services |
| CN112020873B (zh) * | 2018-05-03 | 2022-04-22 | 华为技术有限公司 | 用于发送和接收数据包流的方法和相关设备 |
| CN110519807B (zh) * | 2018-05-21 | 2021-06-29 | 华为技术有限公司 | 一种通信方法及装置 |
| WO2020020461A1 (en) * | 2018-07-26 | 2020-01-30 | Lenovo (Singapore) Pte. Ltd. | Monitoring qos parameters of a data connection |
| EP3913963B1 (en) * | 2019-02-15 | 2024-05-22 | Samsung Electronics Co., Ltd. | Method and device for transmitting data in wireless communication system |
| EP3842372B1 (en) * | 2019-12-23 | 2023-12-13 | Otis Elevator Company | Counterweight safety brake test device and method |
| CN117676742A (zh) * | 2021-02-25 | 2024-03-08 | 腾讯科技(深圳)有限公司 | 基于切换过程的消息发送方法、装置、设备及介质 |
-
2018
- 2018-05-21 CN CN201810491245.7A patent/CN110519807B/zh active Active
- 2018-05-21 CN CN202110715024.5A patent/CN113365293B/zh active Active
-
2019
- 2019-05-21 BR BR112020023685-3A patent/BR112020023685A2/pt unknown
- 2019-05-21 KR KR1020207036641A patent/KR102434931B1/ko active Active
- 2019-05-21 WO PCT/CN2019/087827 patent/WO2019223690A1/zh not_active Ceased
- 2019-05-21 EP EP19807377.7A patent/EP3790314B1/en active Active
- 2019-05-21 JP JP2020565351A patent/JP7048763B2/ja active Active
- 2019-05-21 ES ES19807377T patent/ES2967399T3/es active Active
- 2019-05-21 EP EP23208341.0A patent/EP4354832B1/en active Active
- 2019-05-21 AU AU2019272364A patent/AU2019272364C1/en active Active
-
2020
- 2020-11-20 US US17/100,190 patent/US11575754B2/en active Active
-
2022
- 2022-03-23 JP JP2022047594A patent/JP7516448B2/ja active Active
-
2023
- 2023-01-13 US US18/154,537 patent/US20230147304A1/en not_active Abandoned
- 2023-08-04 US US18/365,564 patent/US12301668B2/en active Active
Also Published As
| Publication number | Publication date |
|---|---|
| CN113365293B (zh) | 2025-03-07 |
| AU2019272364B2 (en) | 2022-02-10 |
| CN110519807B (zh) | 2021-06-29 |
| AU2019272364A1 (en) | 2020-12-24 |
| JP2021524689A (ja) | 2021-09-13 |
| US20210075864A1 (en) | 2021-03-11 |
| EP4354832B1 (en) | 2025-09-10 |
| US11575754B2 (en) | 2023-02-07 |
| US12301668B2 (en) | 2025-05-13 |
| CN110519807A (zh) | 2019-11-29 |
| AU2019272364C1 (en) | 2022-06-30 |
| US20230147304A1 (en) | 2023-05-11 |
| EP3790314B1 (en) | 2023-11-15 |
| WO2019223690A1 (zh) | 2019-11-28 |
| JP2022109906A (ja) | 2022-07-28 |
| EP4354832A3 (en) | 2024-07-10 |
| EP3790314A4 (en) | 2021-06-23 |
| EP3790314A1 (en) | 2021-03-10 |
| KR20210008878A (ko) | 2021-01-25 |
| BR112020023685A2 (pt) | 2021-02-17 |
| JP7048763B2 (ja) | 2022-04-05 |
| CN113365293A (zh) | 2021-09-07 |
| JP7516448B2 (ja) | 2024-07-16 |
| EP4354832C0 (en) | 2025-09-10 |
| US20240048624A1 (en) | 2024-02-08 |
| EP4354832A2 (en) | 2024-04-17 |
| KR102434931B1 (ko) | 2022-08-19 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| ES2967399T3 (es) | Método de comunicación y dispositivo de comunicación | |
| ES2972082T3 (es) | Conversión de contexto de sesión | |
| ES2820798T3 (es) | Procedimientos y aparatos para la movilidad del UE en un sistema de células pequeñas | |
| US11778550B2 (en) | Methods and apparatus relating to inactive mode in a wireless communications network | |
| ES2975530T3 (es) | Configuración de contexto inicial en un escenario de segmentación de red basado en NSSAI enviado por un dispositivo de red central al dispositivo de red de acceso | |
| US20200100102A1 (en) | Method and apparatus for supporting security for cu-cp and cu-up separation in wireless communication system | |
| ES2948309T3 (es) | Método, dispositivo y sistema de procesamiento de sesión | |
| ES2714175T3 (es) | Procedimiento de transmisión de datos, aparatos y sistema de comunicaciones | |
| US20200045764A1 (en) | Method for performing mcg recovery in dual connectivity in wireless communication system and a device therefor | |
| US20190349804A1 (en) | Method for performing reflective quality of service (qos) in wireless communication system and a device therefor | |
| US20210099943A1 (en) | Method and Function for Handling Traffic for an Application | |
| US20200154304A1 (en) | Method for performing reflective quality of service in wireless communication system and a device therefor | |
| US20200022044A1 (en) | Method for managing terminal context and device for supporting same | |
| US20170079081A1 (en) | Method for performing proximity service, and user device | |
| JP2017514367A (ja) | ベアラ管理装置、方法及び通信システム | |
| KR20200108334A (ko) | Ran과 5gc 사이의 qfi 하모니제이션을 제공하는 방법 및 관련된 무선 단말, 기지국, 및 코어 네트워크 노드 | |
| CN113746585A (zh) | 授时方法和通信装置 | |
| ES2947746T3 (es) | Nodo de red de radio, función de plano de usuario (UPF) y métodos realizados en el mismo para la diferenciación de políticas de radio localización | |
| JP2020523955A (ja) | 通信方法および装置ならびに無線アクセス・ネットワーク | |
| KR102236524B1 (ko) | 이중연결 방식을 이용하는 무선통신 시스템에서 서빙셀의 변경 방법 및 장치 | |
| ES2966160T3 (es) | Manejo de conexión de portador de una red de comunicaciones | |
| BR112019020398A2 (pt) | método de comunicação de retransmissão e aparelho e sistema de comunicações de retransmissão |