ES2934613T3 - Método y aparato de procesamiento de datos - Google Patents

Método y aparato de procesamiento de datos Download PDF

Info

Publication number
ES2934613T3
ES2934613T3 ES20167012T ES20167012T ES2934613T3 ES 2934613 T3 ES2934613 T3 ES 2934613T3 ES 20167012 T ES20167012 T ES 20167012T ES 20167012 T ES20167012 T ES 20167012T ES 2934613 T3 ES2934613 T3 ES 2934613T3
Authority
ES
Spain
Prior art keywords
data packet
flow
access network
data
network device
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
ES20167012T
Other languages
English (en)
Inventor
Qufang Huang
Mingzeng Dai
Lifeng Han
Qinghai Zeng
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Huawei Technologies Co Ltd
Original Assignee
Huawei Technologies Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Huawei Technologies Co Ltd filed Critical Huawei Technologies Co Ltd
Application granted granted Critical
Publication of ES2934613T3 publication Critical patent/ES2934613T3/es
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/50—Queue scheduling
    • H04L47/62—Queue scheduling characterised by scheduling criteria
    • H04L47/6215—Individual queue per QOS, rate or priority
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W24/00—Supervisory, monitoring or testing arrangements
    • H04W24/10—Scheduling measurement reports ; Arrangements for measurement reports
    • 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
    • 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/0252—Traffic management, e.g. flow control or congestion control per individual bearer or channel
    • H04W28/0263—Traffic management, e.g. flow control or congestion control per individual bearer or channel involving mapping traffic to individual bearers or channels, e.g. traffic flow template [TFT]
    • 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]
    • 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/06—Optimizing the usage of the radio link, e.g. header compression, information sizing, discarding information
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/10—Connection setup
    • H04W76/11—Allocation or use of connection identifiers
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/10—Connection setup
    • H04W76/12—Setup of transport tunnels
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W80/00—Wireless network protocols or protocol adaptations to wireless operation
    • H04W80/08—Upper layer protocols
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/16—Central resource management; Negotiation of resources or communication parameters, e.g. negotiating bandwidth or QoS [Quality of Service]
    • H04W28/24—Negotiating SLA [Service Level Agreement]; Negotiating QoS [Quality of Service]

Landscapes

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

Abstract

Se describen un método y un aparato de procesamiento de datos, y el método incluye: determinar, mediante un primer dispositivo, un flujo al que pertenece un paquete de datos; y determinar, por parte del primer dispositivo, un identificador de flujo basado en el flujo al que pertenece el paquete de datos, y enviar el paquete de datos que incluye el identificador de flujo a un segundo dispositivo. (Traducción automática con Google Translate, sin valor legal)

Description

DESCRIPCIÓN
Método y aparato de procesamiento de datos
Sector técnico
Esta solicitud se relaciona con el sector de las tecnologías de comunicaciones móviles y, en particular, con un método y aparato de procesamiento de datos y un medio de almacenamiento informático.
Antecedentes
En un sistema LTE (inglés: Long Term Evolution, evolución a largo plazo) existente, la transmisión de datos se realiza en unidades de RB (inglés: Radio Bearer, portador de radio), y en el sistema LTE, los datos están divididos en uno o más DRB (inglés: Data Radio Bearer, portador de radio de datos) sobre la base de los requisitos de QoS (inglés: Quality of Service, calidad de servicio) de diversas aplicaciones. Específicamente, para los datos de enlace descendente, una PGW (inglés: Public Data Network Gateway, puerta de enlace de red de datos pública) realiza el filtrado de datos mediante el uso de una TFT (inglés: Traffic Flow Template, plantilla de flujo de tráfico) para asignar un paquete de datos a cada portador. Para datos de enlace ascendente, un terminal realiza un filtrado de datos localmente para asignar un paquete de datos a cada portador. Desde la perspectiva de una RAN (inglés: Radio Access Network, red de acceso por radio), solo se pueden identificar uno o más RB, y se configuran diferentes parámetros de procesamiento de la interfaz aérea para diferentes RB, implementando así un procesamiento diferente sobre los datos de los RB. Se realiza el mismo procesamiento sobre los datos de todos los DRB en el lado del dispositivo de la red de acceso por radio, y se realiza un procesamiento diferente sobre los datos de diferentes DRB en el lado del dispositivo de la red de acceso por radio.
En el sistema 5G (inglés: the fifth generation, 5a generación) que se está analizando, es necesario realizar un procesamiento de QoS más refinado sobre los datos del servicio, y se introduce un concepto de “flujo” (inglés: flux), es decir, un paquete de datos de un RB se puede dividir en paquetes de datos de una pluralidad de flujos. Actualmente, no existe ninguna solución para implementar el procesamiento de paquetes de datos a nivel de flujo.
El documento US 2014/0362829 A1 da a conocer que un equipo de usuario (UE, inglés: User Equipment) puede estar conectado a múltiples Nodos B mejorados (eNB, inglés: enhanced NB). La conexión múltiple permite que un UE tenga un portador de EPS con múltiples rutas de portador, una enrutada a través de cada uno de los eNB. Un eNB puede implementar un módulo de decisión para cambiar la ruta del portador para enrutar los paquetes entrantes a lo largo de una ruta de portador seleccionada para lograr objetivos tales como mantener la calidad de servicio (QoS) para el portador de EPS y/o maximizar el rendimiento general de la red. El eNB puede recopilar información y métricas que influyan en estos objetivos desde el otro eNB, y el UE para tomar mejores decisiones sobre la ruta del portador. El portador dividido permite que el UE implemente capas de protocolo reducidas y reconfigure las capas de protocolo para que coincidan con la ruta de portador seleccionada por el eNB.
Compendio
Las realizaciones de esta solicitud dan a conocer un método y un aparato de procesamiento de datos, de modo que un transmisor indique un flujo al que pertenece cada paquete de datos, a un receptor, implementando así el procesamiento de paquetes de datos a nivel de flujo y mejorando la eficiencia del procesamiento de paquetes de datos.
Según un primer aspecto, una realización de esta solicitud da a conocer un método de procesamiento de datos, que incluye:
recibir, por parte de un primer dispositivo, una relación de asignación entre un primer flujo y un segundo portador de radio, RB, desde un segundo dispositivo, en donde el primer dispositivo es un terminal, y el segundo dispositivo es un dispositivo de la red de acceso o un terminal;
determinar, por parte del primer dispositivo, que un RB al que se asigna el primer flujo cambia de un primer RB al segundo RB, según la relación de asignación entre el primer flujo y el segundo RB; y
enviar, por parte del primer dispositivo, información de indicación de finalización al segundo dispositivo a través del primer RB, utilizándose la información de indicación de finalización para indicar al segundo dispositivo que se ha completado el envío de paquetes de datos del primer flujo a través del primer RB;
en donde antes de recibir la relación de asignación entre el primer flujo y el segundo RB, el primer flujo es asignado al primer RB.
Opcionalmente, el método comprende, además, enviar un paquete de datos de finalización a través del primer RB, en donde el paquete de datos de finalización es un último paquete de datos que es del primer flujo y que se envía a través del primer RB, y el envío de la información de indicación de finalización se realiza después de que se envía el paquete de datos de finalización.
Opcionalmente, la información de indicación de finalización está incluida en un paquete de control.
Opcionalmente, el método comprende, además, enviar todos los paquetes de datos no enviados del primer flujo a través del segundo RB.
Opcionalmente, antes de recibir la relación de asignación entre el primer flujo y el segundo RB desde el segundo dispositivo, el método comprende, además: enviar, por parte del primer dispositivo, un primer paquete de datos del primer flujo y un segundo paquete de datos de un segundo flujo a través del primer RB, al segundo dispositivo. Opcionalmente, después de enviar la información de indicación de finalización, el método comprende, además: enviar, por parte del primer dispositivo, un tercer paquete de datos del primer flujo a través del segundo RB, al segundo dispositivo; y enviar, por parte del primer dispositivo, un cuarto paquete de datos del segundo flujo a través del primer RB, al segundo dispositivo.
Según un segundo aspecto, una realización de esta solicitud da a conocer un método de procesamiento de datos, que incluye:
enviar, por parte de un segundo dispositivo, una relación de asignación entre un primer flujo y un segundo portador de radio, RB, a un primer dispositivo, en donde el primer dispositivo es un terminal, y el segundo dispositivo es un dispositivo de la red de acceso o un terminal;
recibir, por parte del segundo dispositivo, información de indicación de finalización desde el primer dispositivo, en donde la información de indicación de finalización se utiliza para indicar al segundo dispositivo que se ha completado el envío de paquetes de datos del primer flujo a través del primer RB; y procesar, por parte del segundo dispositivo, un paquete de datos que es del primer flujo y que se recibe a través del segundo RB.
Opcionalmente, comprendiendo el procesamiento por parte del segundo dispositivo, de un paquete de datos que es del primer flujo y que se recibe a través del segundo RB:
determinar, por parte del segundo dispositivo, cuándo transmitir el paquete de datos que es del primer flujo y que se recibe a través del segundo RB, a una capa de protocolo superior, para su procesamiento.
Opcionalmente, antes de enviar una relación de asignación entre un primer flujo y un segundo RB al primer dispositivo, el método comprende, además:
recibir, por parte del segundo dispositivo, un primer paquete de datos del primer flujo y un segundo paquete de datos de un segundo flujo, a través del primer RB, desde el primer dispositivo.
Opcionalmente, después de recibir la información de indicación de finalización, el método comprende, además: recibir, por parte del segundo dispositivo, un tercer paquete de datos del primer flujo, a través del segundo RB, desde el primer dispositivo; y recibir, por parte del segundo dispositivo, un cuarto paquete de datos del segundo flujo, a través del primer RB, desde el primer dispositivo.
Opcionalmente, el primer RB está entre el primer dispositivo y el segundo dispositivo, y el segundo RB está entre el primer dispositivo y el segundo dispositivo.
Opcionalmente, la relación de asignación está comprendida en una indicación de reasignación.
Opcionalmente, la relación de asignación entre el primer flujo y el segundo RB está determinada por el segundo dispositivo.
Según un tercer aspecto, una realización de esta solicitud da a conocer un aparato de procesamiento de datos, que comprende
un receptor, configurado para recibir una relación de asignación entre un primer flujo y un segundo portador de radio, RB, desde un segundo dispositivo, en donde el segundo dispositivo es un dispositivo de la red de acceso o un terminal; una unidad de procesamiento, configurada para determinar que un RB al que se asigna el primer flujo cambia de un primer RB al segundo RB según la relación de asignación entre el primer flujo y el segundo RB;
un transmisor, configurado para enviar información de indicación de finalización al segundo dispositivo a través del primer RB, utilizándose la información de indicación de finalización para indicar al segundo dispositivo que se ha completado el envío de paquetes de datos del primer flujo a través del primer RB;
en donde antes de recibir la relación de asignación entre el primer flujo y el segundo RB, el primer flujo es asignado al primer RB.
Opcionalmente, el transmisor también está configurado para enviar un paquete de datos de finalización a través del primer RB, en donde el paquete de datos de finalización es un último paquete de datos que es del primer flujo y que se envía a través del primer RB.
Opcionalmente, la información de indicación de finalización está incluida en un paquete de control.
Opcionalmente, el transmisor también está configurado para enviar todos los paquetes de datos no enviados del primer flujo, a través del segundo RB.
Opcionalmente, el transmisor también está configurado para enviar un primer paquete de datos del primer flujo y un segundo paquete de datos de un segundo flujo, a través del primer RB, al segundo dispositivo.
Opcionalmente, el transmisor también está configurado para enviar un tercer paquete de datos del primer flujo, a través del segundo RB, al segundo dispositivo; y enviar un cuarto paquete de datos del segundo flujo, a través del primer RB, al segundo dispositivo.
Según un cuarto aspecto, una realización de esta solicitud da a conocer un aparato de procesamiento de datos, que comprende:
un transmisor, configurado para enviar una relación de asignación entre un primer flujo y un segundo portador de radio, RB, a un primer dispositivo; y
un receptor, configurado para recibir una información de indicación de finalización desde el primer dispositivo, en donde la información de indicación de finalización se utiliza para indicar al segundo dispositivo que se ha completado el envío de paquetes de datos del primer flujo, a través del primer RB; y
una unidad de procesamiento, configurada para procesar un paquete de datos que es del primer flujo y que se recibe a través del segundo RB.
Opcionalmente, la unidad de procesamiento está configurada para determinar cuándo transmitir el paquete de datos que es del primer flujo, y que se recibe a través del segundo RB, a una capa de protocolo superior, para su procesamiento.
Opcionalmente, el receptor también está configurado para recibir un primer paquete de datos del primer flujo y un segundo paquete de datos de un segundo flujo, a través del primer RB, desde el primer dispositivo.
Opcionalmente, el receptor también está configurado para recibir un tercer paquete de datos del primer flujo, a través del segundo RB, desde el primer dispositivo; y recibir un cuarto paquete de datos del segundo flujo, a través del primer RB, desde el primer dispositivo.
Opcionalmente, el primer RB está entre el primer dispositivo y el segundo dispositivo, y el segundo RB está entre el primer dispositivo y el segundo dispositivo.
Opcionalmente, la relación de asignación está comprendida en una indicación de reasignación.
Opcionalmente, el aparato de procesamiento de datos es un dispositivo de la red de acceso o un terminal, o está comprendido en un dispositivo de la red de acceso o un terminal. La parte restante del resumen, con la excepción de los dos últimos párrafos, describe realizaciones que no están dentro de la redacción de las reivindicaciones.
Según el método dado a conocer en esta realización de esta solicitud, después de determinar el identificador de flujo del paquete de datos, el primer dispositivo envía el identificador de flujo a un segundo dispositivo de la red de acceso utilizando el paquete de datos, para indicar el flujo al que pertenece el paquete de datos, al segundo dispositivo. En este método, el segundo dispositivo puede realizar el procesamiento de paquetes de datos a nivel de flujo, mejorando así aún más el rendimiento de QoS entre pares.
Según el método anterior, el primer dispositivo asigna directamente el identificador de flujo al paquete de datos, o el primer dispositivo determina el identificador de flujo para el paquete de datos basándose en la lista de identificadores de flujo enviada por el tercer dispositivo, determinando así rápidamente el identificador de flujo del paquete de datos, y mejorando la eficiencia de la determinación del identificador de flujo del paquete de datos.
Según el método anterior, los K bits en el campo de número de secuencia de paquete de datos se utilizan directamente para transportar el identificador de flujo, y se puede determinar un flujo al que pertenece cada paquete de datos sin cambiar una estructura de paquete de datos existente.
Según el método anterior, el primer dispositivo asigna por separado los números de secuencia de paquete de datos a cada grupo de paquetes de datos, de modo que el primer dispositivo realice la compresión de la cabecera y el cifrado en el paquete de datos basándose en el bit en el campo de número de secuencia de paquete de datos, del paquete de datos, distinto del bit ocupado por el identificador de flujo. De esta manera, el identificador de flujo puede ser transportado en el paquete de datos sin cambiar el algoritmo de compresión de la cabecera y el algoritmo de cifrado. Esta realización puede ser compatible con el estado de la técnica.
Según el método dado a conocer en esta realización de esta solicitud, cuando cambia el RB al que se asigna el primer flujo, el primer dispositivo envía la información de indicación de finalización para indicar, al segundo dispositivo, el último paquete de datos que es del primer flujo y que es enviado por el primer dispositivo a través del primer RB, para garantizar que el segundo dispositivo procese todos los paquetes de datos en un orden de paquetes de datos, evitando así el desorden de los paquetes de datos.
Según el método anterior, cuando cambia el RB asignado al primer flujo, el primer dispositivo puede determinar con precisión un paquete de datos transmitido a través del RB cambiado, evitando así el desorden del paquete de datos.
Según el método anterior, el último paquete de datos de todos los paquetes de datos a reconocer del primer flujo se determina como el paquete de datos de finalización, de manera que el paquete de datos de finalización puede ser determinado con precisión.
Según el método anterior, el primer dispositivo puede enviar la información de indicación de finalización utilizando el paquete de datos de finalización, o puede enviar por separado la información de indicación de finalización, mejorando así la flexibilidad de envío de la información de indicación de finalización y mejorando la eficiencia.
Según el método dado a conocer en esta realización de esta solicitud, el primer dispositivo reenvía el paquete de datos de cada flujo en el terminal al segundo dispositivo de la red de acceso basándose en la primera relación de asignación enviada por el segundo dispositivo, de modo que una relación de asignación entre un flujo y un RB cambie cuando el terminal es traspasado.
Según el método anterior, la segunda relación de asignación es enviada al segundo dispositivo, de modo que el segundo dispositivo pueda determinar la relación de asignación que existe entre cada flujo y un RB, y que se utiliza en la red en la que se encuentra el primer dispositivo de la red de acceso, y el segundo dispositivo puede enviar datos al primer dispositivo basándose en la segunda relación de asignación.
Según el método anterior, el primer dispositivo envía un paquete de datos de cada RB en el terminal al segundo dispositivo de la red de acceso a través de un túnel, enviando así el paquete de datos al segundo dispositivo en unidades de RB.
Según el método anterior, el primer dispositivo envía el paquete de datos de cada flujo en el terminal al segundo dispositivo de la red de acceso a través de un túnel, enviando así el paquete de datos al segundo dispositivo en unidades de flujos.
Según un quinto aspecto, una realización de esta solicitud da a conocer un medio de almacenamiento informático que comprende una instrucción de software informático, en donde, cuando se ejecuta la instrucción de software informático, se realiza el método según cualquiera del primer o segundo aspecto.
Según un sexto aspecto, una realización de esta solicitud da a conocer un aparato que comprende un procesador y una memoria, en donde la memoria está configurada para almacenar una instrucción y, cuando se ejecuta la instrucción, se realiza el método según cualquiera del primer o segundo aspecto.
Breve descripción de los dibujos
La figura 1 es un diagrama de flujo esquemático de un método de procesamiento de datos, según una realización no reivindicada de esta solicitud;
la figura 2 es un diagrama de flujo esquemático de un método de procesamiento de datos, según una realización de esta solicitud;
la figura 3 es un diagrama de flujo esquemático de un método de procesamiento de datos, según una realización de esta solicitud;
la figura 4 es un diagrama de flujo esquemático de un método de procesamiento de datos, según una realización de esta solicitud;
la figura 5 (a) a la figura 5 (c) son diagramas de flujo esquemáticos de un método de procesamiento de datos, según una realización de esta solicitud;
la figura 6 es un diagrama de flujo esquemático de un método de procesamiento de datos, según un ejemplo no reivindicado de esta solicitud;
la figura 7 es un diagrama de flujo esquemático de un traspaso de datos, según un ejemplo no reivindicado de esta solicitud;
la figura 8 es un diagrama de flujo esquemático de un método de procesamiento de datos, según un ejemplo no reivindicado de esta solicitud;
la figura 9 es un diagrama de flujo esquemático de un traspaso de datos, según un ejemplo no reivindicado de esta solicitud;
la figura 10 es un diagrama de flujo esquemático de un método de procesamiento de datos, según un ejemplo no reivindicado de esta solicitud;
la figura 11 es un diagrama de flujo esquemático de un traspaso de datos, según una realización no reivindicada de esta solicitud;
la figura 12 es un diagrama de flujo esquemático de un método de procesamiento de datos, según un ejemplo no reivindicado de esta solicitud;
la figura 13 es un diagrama estructural esquemático de un aparato de procesamiento de datos, según un ejemplo de esta solicitud;
la figura 14 es un diagrama estructural esquemático de un aparato de procesamiento de datos, según una realización de esta solicitud;
la figura 15 es un diagrama estructural esquemático de un aparato de procesamiento de datos, según una realización de esta solicitud;
la figura 16 es un diagrama estructural esquemático de un aparato de procesamiento de datos, según un ejemplo de esta solicitud;
la figura 17 es un diagrama estructural esquemático de un aparato de procesamiento de datos, según un ejemplo de esta solicitud;
En lo que sigue, los aparatos haciendo referencia a las figuras 18-32 no están incluidos en el texto de las reivindicaciones.
la figura 18 es un diagrama estructural esquemático de un aparato de procesamiento de datos, según un ejemplo de esta solicitud;
la figura 19 es un diagrama estructural esquemático de un aparato de procesamiento de datos, según un ejemplo de esta solicitud;
la figura 20 es un diagrama estructural esquemático de un aparato de procesamiento de datos, según un ejemplo de esta solicitud;
la figura 21 es un diagrama estructural esquemático de un aparato de procesamiento de datos, según un ejemplo de esta solicitud;
la figura 22 es un diagrama estructural esquemático de un aparato de procesamiento de datos, según un ejemplo de esta solicitud;
la figura 23 es un diagrama estructural esquemático de un aparato de procesamiento de datos, según una realización de esta solicitud;
la figura 24 es un diagrama estructural esquemático de un aparato de procesamiento de datos, según una realización de esta solicitud;
la figura 25 es un diagrama estructural esquemático de un aparato de procesamiento de datos, según una realización de esta solicitud;
la figura 26 es un diagrama estructural esquemático de un aparato de procesamiento de datos, según un ejemplo de esta solicitud;
la figura 27 es un diagrama estructural esquemático de un aparato de procesamiento de datos, según un ejemplo de esta solicitud;
la figura 28 es un diagrama estructural esquemático de un aparato de procesamiento de datos, según un ejemplo de esta solicitud;
la figura 29 es un diagrama estructural esquemático de un aparato de procesamiento de datos, según un ejemplo de esta solicitud;
la figura 30 es un diagrama estructural esquemático de un aparato de procesamiento de datos, según un ejemplo de esta solicitud;
la figura 31 es un diagrama estructural esquemático de un aparato de procesamiento de datos, según un ejemplo de esta solicitud; y
la figura 32 es un diagrama estructural esquemático de un aparato de procesamiento de datos, según un ejemplo de esta solicitud.
Descripción de realizaciones
En la técnica anterior, cada RB en un dispositivo de la red de acceso por radio corresponde a una entidad de PDCP (inglés: Packet Data Convergence Protocol, protocolo de convergencia de datos en paquetes) y una entidad de RLC (inglés: Radio Link Control, control del enlace de radio). Cuando se envía un paquete de datos, el dispositivo de la red de acceso por radio añade cada paquete de datos a una entidad de PDCP correspondiente a un RB al que pertenece cada paquete de datos, para realizar procesamientos tales como asignación de SN (inglés: Sequence Number, número de secuencia) de PDCP, compresión de cabecera, cifrado, y adición de cabecera de PDCP y, a continuación, envía, en un orden de varios SN de PDCP, paquetes de datos, a través de una entidad de RLC a la que pertenece cada paquete de datos. En consecuencia, después de recibir los paquetes de datos, el dispositivo de la red de acceso por radio transmite secuencialmente los paquetes de datos desde la entidad de RLC a la entidad de PDCP basándose en los SN de PDCP de los paquetes de datos, para realizar un procesamiento tal como la eliminación de cabeceras de PDCP, el descifrado y la descompresión de cabeceras.
Actualmente, el dispositivo de la red de acceso por radio puede implementar solo el procesamiento de paquetes de datos a nivel de RB, y no existe una solución efectiva para implementar el procesamiento de paquetes de datos a nivel de flujo.
En las realizaciones de esta solicitud, un terminal puede ser un terminal inalámbrico, tal como un teléfono móvil, un ordenador, una tableta, un asistente digital personal (PDA: inglés: Personal Digital Assistant), un dispositivo de Internet móvil (MID: inglés: Mobile Internet Device), un dispositivo portátil, un teléfono de protocolo de internet (IP: inglés: Internet Protocol), una impresora de red, un lector de libros electrónicos (inglés: e-book reader), o cualquier otro tipo de equipo de usuario (equipo de usuario, UE) que pueda funcionar en un entorno inalámbrico.
Basándose en la descripción anterior, tal como se muestra en la figura 1, la figura 1 es un diagrama de flujo esquemático de un método de procesamiento de datos, según una realización no reivindicada de esta solicitud.
Haciendo referencia a la figura 1, el método incluye las siguientes etapas:
Etapa 101: un primer dispositivo determina un flujo al que pertenece un paquete de datos.
Etapa 102: el primer dispositivo determina un identificador de flujo basándose en el flujo al que pertenece el paquete de datos, y envía el paquete de datos que incluye el identificador de flujo a un segundo dispositivo.
En la etapa 101, el primer dispositivo puede ser un dispositivo de la red de acceso o puede ser un dispositivo tal como un terminal. Esto no está limitado en esta realización de esta solicitud.
El primer dispositivo puede determinar, basándose en una situación real, el flujo al que pertenece el paquete de datos. Por ejemplo, el primer dispositivo puede determinar, basándose en un tipo de servicio, en una dirección de destino, en un puerto y similares que corresponden al paquete de datos, el flujo al que pertenece el paquete de datos. Esto no está limitado en esta realización de esta solicitud.
En la etapa 102, el segundo dispositivo puede ser un dispositivo de la red de acceso o puede ser un dispositivo tal como un terminal. Esto no está limitado en esta realización de esta solicitud.
Los dos modos siguientes pueden estar disponibles para que el primer dispositivo determine el identificador de flujo basándose en el flujo al que pertenece el paquete de datos.
En una implementación posible, el primer dispositivo puede asignar el identificador de flujo al paquete de datos basándose en el flujo al que pertenece el paquete de datos. Cabe señalar que, en este planteamiento, el primer dispositivo puede asignar previamente un identificador de flujo a cada flujo y, a continuación, asignar, al paquete de datos, según el flujo al que pertenece el paquete de datos, el identificador de flujo que está en el identificador de flujo preasignado a cada flujo, y que corresponde al flujo al que pertenece el paquete de datos. Después de asignar el identificador de flujo a cada flujo, el primer dispositivo puede enviar, además, el identificador de flujo de cada flujo al segundo dispositivo por medio de señalización de RRC (inglés: Radio Resource Control, control de recursos de radio). Ciertamente, el primer dispositivo puede enviar, además, el identificador de flujo de cada flujo a un dispositivo tal como un terminal o un dispositivo de la red central.
En otra implementación posible, el primer dispositivo determina, a partir de una lista de identificadores de flujo enviada por un tercer dispositivo, el identificador de flujo correspondiente al flujo al que pertenece el paquete de datos. El tercer dispositivo y el segundo dispositivo pueden ser el mismo dispositivo o pueden ser dispositivos diferentes. El tercer dispositivo puede ser un dispositivo tal como un dispositivo de la red central o un terminal que esté conectado al primer dispositivo, y esto no está limitado en esta realización de esta solicitud.
El tercer dispositivo puede enviar la lista de identificadores de flujo al primer dispositivo mediante señalización de RRC o señalización de capa de PDCP.
Antes de que el primer dispositivo envíe el paquete de datos al segundo dispositivo después de determinar el identificador de flujo del flujo al que pertenece el paquete de datos, el primer dispositivo puede hacer converger el paquete de datos determinado en una entidad de protocolo de convergencia correspondiente a un RB de cada paquete de datos y, a continuación, realizar el procesamiento, tal como asignación de números de secuencia de paquetes de datos, compresión de cabeceras, cifrado y adición de cabeceras de protocolo en el paquete de datos en cada entidad de protocolo de convergencia. La entidad de protocolo de convergencia puede ser una entidad de PDCP, o puede ser una entidad que tenga una función similar a la entidad de PDCP. Un número de secuencia de paquete de datos puede ser un SN de PDCP, o puede ser una secuencia que tenga una función similar a la del SN de PDCP. Una cabecera de protocolo puede ser una cabecera de PDCP, o puede ser una cabecera de paquete que tenga una función similar a la de la cabecera de PDCP. Esto no está limitado en esta realización de esta solicitud.
En esta realización de esta solicitud, cuando se asigna un número de secuencia de paquete de datos a un paquete de datos, el primer dispositivo puede asignar, de manera centralizada, números de secuencia de paquete de datos a todos los paquetes de datos de una pluralidad de flujos asignados a un solo RB, es decir, cuando se asigna un número de secuencia de paquete de datos, el primer dispositivo no determina un flujo al que pertenece un paquete de datos. De esta manera, esta realización puede ser compatible con el protocolo existente, evitando así realizar un gran cambio en el protocolo existente.
Opcionalmente, cuando se asigna un número de secuencia de paquete de datos a un paquete de datos, el primer dispositivo puede organizar todos los paquetes de datos de un mismo flujo en un grupo y asignar por separado números de secuencia de paquete de datos a cada grupo de paquetes de datos, es decir, cuando se asigna un número de secuencia de paquete de datos, el primer dispositivo necesita determinar un flujo al que pertenece un paquete de datos.
Por ejemplo, un flujo 1 a un flujo 3 se asignan a un solo RB. El primer dispositivo recibe cronológicamente cinco paquetes de datos: un paquete 1 a un paquete 5. El paquete de datos 1 y el paquete de datos 4 pertenecen al flujo 1, el paquete de datos 3 y el paquete de datos 5 pertenecen al flujo 2, y el paquete de datos 2 pertenece al flujo 3. En este caso, los números de secuencia de paquete de datos asignados por separado por el primer dispositivo al paquete de datos 1 hasta el paquete de datos 5 pueden ser 1, 1, 1, 2 y 2.
En la implementación de la asignación por separado de los números de secuencia de paquete de datos a cada grupo de paquetes de datos, el primer dispositivo debe realizar la compresión de la cabecera y el cifrado en el paquete de datos basándose en un bit en un campo de número de secuencia de paquete de datos del paquete de datos, distinto de un bit ocupado por el identificador de flujo.
Por ejemplo, antes de realizar la compresión y el cifrado de la cabecera en el paquete de datos, el primer dispositivo puede establecer primero un valor del bit ocupado por el identificador de flujo en 1 o 0 y, a continuación, realizar la compresión y el cifrado de la cabecera en el paquete de datos. Además, cuando se realiza la compresión y el cifrado de la cabecera en el paquete de datos, el primer dispositivo puede realizar por separado operaciones tales como la compresión y el cifrado de la cabecera en los paquetes de datos de cada flujo y, finalmente, procesar los paquetes de datos juntos solo durante la adición de la cabecera de PDCP. De esta manera, los números de secuencia de paquete de datos usados durante la compresión y el cifrado de la cabecera son consecutivos, y esta realización puede ser compatible con la técnica anterior.
En esta realización de esta solicitud, después de determinar el identificador de flujo del paquete de datos, el primer dispositivo puede añadir el identificador de flujo al paquete de datos y enviar el paquete de datos al segundo dispositivo. En una implementación posible, el primer dispositivo añade el identificador de flujo a una cabecera de paquete del paquete de datos, de modo que el identificador de flujo sea enviado al segundo dispositivo por medio del paquete de datos. En esta realización de esta solicitud, se puede añadir un nuevo campo a la cabecera del paquete de datos como un campo de identificador de flujo, o se puede redefinir un campo existente en la cabecera del paquete de datos como un campo de identificador de flujo. Por ejemplo, un campo reservado en el paquete de datos puede ser redefinido como el campo de identificador de flujo. Por ejemplo, un campo reservado en una cabecera de PDCP del paquete de datos se redefine como el campo de identificador de flujo.
En otra implementación posible, el primer dispositivo utiliza K bits en el campo de número de secuencia de paquete de datos para transportar el identificador de flujo, donde K es un número entero positivo. Se puede determinar un valor de K basándose en una situación real, y esto no está limitado en el presente documento.
En este caso, el identificador de flujo está ubicado en el campo de número de secuencia de paquete de datos y ocupa los K bits en el campo de número de secuencia de paquete de datos.
Por ejemplo, el número de secuencia de paquete de datos es un SN de PDCP. En este caso, el primer dispositivo puede utilizar los primeros K bits en un campo de SN de PDCP para transportar el identificador de flujo.
En la implementación anterior, se añade un bit explícito a un paquete de datos para identificar cada flujo, para indicar un flujo al que pertenece cada paquete de datos. Además, también se puede utilizar una manera implícita para indicar el flujo al que pertenece cada paquete de datos. Por ejemplo, se puede llegar a un acuerdo previo entre el primer dispositivo y cada uno del segundo dispositivo, el terminal y el dispositivo de la red central: el flujo al que pertenece cada paquete de datos se puede indicar basándose en un número de secuencia de paquete de datos del paquete de datos. Por ejemplo, cuando el número de secuencia de paquete de datos del paquete de datos es un número impar, indica que el paquete de datos es del flujo 0; cuando el número de secuencia de paquete de datos del paquete de datos es un número par, indica que el paquete de datos es del flujo 1. Opcionalmente, el acuerdo previo entre el primer dispositivo y cada uno del segundo dispositivo, el terminal y el dispositivo de la red central se puede conseguir por medio de señalización de RRC o señalización de control de capa de PDCP.
Según el método dado a conocer en esta realización de esta solicitud, después de determinar el identificador de flujo del paquete de datos, el primer dispositivo envía el identificador de flujo al segundo dispositivo utilizando el paquete de datos, para indicar el flujo al que pertenece el paquete de datos, al segundo dispositivo. En este método, el segundo dispositivo puede realizar el procesamiento de paquetes de datos a nivel de flujo, mejorando así aún más el rendimiento de QoS entre pares.
A continuación se describe en detalle el proceso de la figura 1 usando una realización específica.
Tal como se muestra en la figura 2, la figura 2 es un diagrama de flujo esquemático de un método de procesamiento de datos, según una realización no reivindicada de esta solicitud.
En la figura 2, se utilizan una capa de PDCP, una capa de RLC y una capa de MAC como realización para la descripción, pero la solución en esta realización de esta solicitud no está limitada a estas capas. En la figura 2, después de recibir paquetes de datos de un flujo 0 (flujo 0) y un flujo 1 (flujo 1), un primer dispositivo determina asignar los dos flujos a un solo RB para su transmisión, y determina un identificador de flujo para cada paquete de datos. En la figura 2, un identificador de flujo asignado por el primer dispositivo al flujo 0 (flujo 0) es 0, y un identificador de flujo asignado por el primer dispositivo al flujo 1 (flujo 1) es 1. El identificador de flujo asignado por el primer dispositivo a cada flujo puede estar ubicado en una cabecera de PDCP de un paquete de datos, o puede ocupar K bits en un campo de SN de PDCP. La cantidad de bits ocupados por el identificador de flujo puede ser determinada basándose en la cantidad de flujos.
Una entidad de PDCP del primer dispositivo necesita, además, asignar varios SN de PDCP a los paquetes de datos de los dos flujos de manera centralizada. Específicamente, los SN de PDCP 24 y 25 se asignan a dos paquetes de datos del flujo 0, y los SN de PDCP 26 y 27 se asignan a dos paquetes de datos del flujo 1. Este método también se aplica si más de dos flujos convergen en un solo RB. A continuación, el primer dispositivo realiza por separado procesamientos tales como compresión de cabeceras, cifrado y adición de cabeceras de PDCP en todos los paquetes de datos, y envía los paquetes de datos a una entidad de RLC. Una entidad de MAC reenvía los paquetes de datos a una entidad de PHY y la entidad de PHY envía los paquetes de datos a un segundo dispositivo. Después de que el segundo dispositivo recibe los paquetes de datos enviados por el primer dispositivo, una entidad de PDCP del segundo dispositivo realiza operaciones por separado, tales como la eliminación de cabeceras de PDCP, descifrado y descompresión de cabeceras en los paquetes de datos recibidos y, finalmente, identifica, basándose en un identificador de flujo asignado por el primer dispositivo, un flujo al que pertenece cada paquete de datos, para clasificar los paquetes de datos recibidos en flujos y transmitir los paquetes de datos a una capa superior. En esta implementación, la entidad de PDCP puede implementar el cifrado y la compresión/descompresión de cabeceras en diferentes flujos mediante el uso de subentidades respectivas. En esta implementación, los SN utilizados por las subentidades no son consecutivos. En otra implementación, la entidad de PDCP realiza el cifrado y la compresión/descompresión de cabeceras en diferentes flujos utilizando un mismo conjunto de subentidades. En esta implementación, los SN de PDCP utilizados por las subentidades son consecutivos.
Haciendo referencia a la figura 2, tal como se muestra en la figura 3, la figura 3 es un diagrama de flujo esquemático de un método de procesamiento de datos, según una realización de esta solicitud. En la figura 3, una entidad de PDCP de un primer dispositivo puede realizar por separado un procesamiento tal como la asignación de SN de PDCP, la adición de identificadores de flujo, la compresión de cabeceras y el cifrado sobre paquetes de datos de dos flujos y, finalmente, procesar los paquetes de datos juntos solo durante la adición de cabeceras de PDCP. Una de las mayores ventajas de esta implementación es que los SN de PDCP utilizados durante la compresión y el cifrado de cabeceras son consecutivos, y esto es lo mismo que en la técnica anterior. Por lo tanto, los cambios en un algoritmo de compresión de cabecera y un algoritmo de cifrado son relativamente pequeños. En consecuencia, después de que un segundo dispositivo recibe paquetes de datos enviados por el primer dispositivo, una entidad de PDCP del segundo dispositivo elimina la cabecera de PDCP en los paquetes de datos juntos, a continuación, identifica, basándose en un identificador de flujo asignado por el primer dispositivo, un flujo al que pertenece cada paquete de datos y, finalmente, realiza por separado el procesamiento, tal como el descifrado y la descompresión de cabeceras, en los paquetes de datos de cada flujo. En esta implementación, la entidad de PDCP puede implementar el cifrado y la compresión/descompresión de cabeceras en diferentes flujos a través de un mismo conjunto de sub-entidades.
Un RB al que se asigna un flujo puede variar con una condición de radio de interfaz aérea, QoS del servicio o información de suscripción del usuario. Cuando el RB al que es asignado el flujo cambia de un RB de origen a un RB de destino, en una memoria temporal correspondiente a un RB de origen en un transmisor, algunos paquetes de datos no enviados del flujo o algunos paquetes de datos que están en un estado en el que se han transmitido paquetes de datos, pero es posible que el transmisor no determine si los paquetes de datos son recibidos correctamente por un receptor. No existe ninguna solución efectiva para procesar los paquetes de datos.
Basándose en la descripción anterior, tal como se muestra en la figura 4, la figura 4 es un diagrama de flujo esquemático de un método de procesamiento de datos, según una realización de esta solicitud. En el procedimiento mostrado en la figura 4, un primer dispositivo puede ser un terminal o un dispositivo de la red de acceso, y un segundo dispositivo puede ser un terminal o un dispositivo de la red de acceso.
Haciendo referencia a la figura 4, el método incluye las siguientes etapas:
Etapa 401: un primer dispositivo determina un paquete de datos de finalización después de que un RB al que se asigna un primer flujo cambia de un primer RB a un segundo RB, donde el paquete de datos de finalización es un último paquete de datos que es del primer flujo y que es enviado por el primer dispositivo a través del primer RB.
Etapa 402: el primer dispositivo envía información de indicación de finalización y el paquete de datos de finalización a un segundo dispositivo, donde la información de indicación de finalización se usa para indicar que el primer dispositivo ha completado el envío de paquetes de datos del primer flujo a través del primer RB.
Etapa 403: el segundo dispositivo recibe la información de indicación de finalización enviada por el primer dispositivo, donde la información de indicación de finalización se envía después de que el primer dispositivo haya completado el envío del último paquete de datos del primer flujo a través del primer RB, y la información de indicación de finalización se utiliza para indicar que el primer dispositivo ha completado el envío de los paquetes de datos del primer flujo a través del primer RB.
Etapa 404: El segundo dispositivo procesa un paquete de datos que es del primer flujo y que se recibe a través del segundo RB.
En la etapa 401, el primer dispositivo recibe una indicación de reasignación enviada por un tercer dispositivo y determina, según la indicación de reasignación, que el RB al que se asigna el primer flujo cambia del primer RB al segundo RB. La indicación de reasignación incluye una relación de asignación modificada entre el primer flujo y el segundo RB y, ciertamente, la indicación de reasignación puede incluir, además, una relación de asignación entre el primer flujo y el primer RB antes del cambio. El tercer dispositivo es un dispositivo tal como un dispositivo de la red central que está conectado al primer dispositivo, y el tercer dispositivo es el mismo que el segundo dispositivo. Esto no está limitado en esta realización de esta solicitud.
Después de que el primer dispositivo determina el RB al que se asigna el primer flujo cambiando del primer RB al segundo RB, un paquete de datos no enviado del primer flujo y un paquete de datos que está en un estado en el que el paquete de datos ha sido enviado pero no se determina si el paquete de datos es recibido correctamente por un receptor puede existir en una memoria intermedia correspondiente al primer RB.
Para el paquete de datos no enviado del primer flujo, el primer dispositivo envía todos los paquetes de datos no enviados del primer flujo a través del segundo RB. Alternativamente, fuera del alcance de las reivindicaciones, el primer dispositivo aún puede enviar todos los paquetes de datos no enviados del primer flujo a través del primer RB. En este caso, la información de indicación de finalización se envía a través de un RB existente antes de que cambie el RB al que se asigna el primer flujo, es decir, el primer dispositivo envía la información de indicación de finalización a través del primer RB.
Si el primer dispositivo envía todos los paquetes de datos no enviados del primer flujo a través del segundo RB, antes de enviar los paquetes de datos, el primer dispositivo debe realizar operaciones tales como reasignación de números de secuencia de paquete de datos, nuevo cifrado y nueva compresión de cabecera en todos los paquetes de datos no enviados del primer flujo. En consecuencia, si los números de secuencia de los paquetes de datos enviados a través del primer RB no son consecutivos, los números de secuencia de los paquetes de datos deben ser reasignados para obtener números de secuencia de paquetes de datos consecutivos. Los “números de secuencia de paquete de datos no consecutivos” existen en el presente documento porque aunque las secuencias de paquetes de datos del primer RB son originalmente consecutivas, después de que el primer dispositivo determina que el RB al que se asigna el primer flujo cambia, las secuencias de paquetes de datos de los paquetes de datos en el primer RB se permutan cuando un paquete de datos no enviado del primer flujo en el primer RB se envía a través del segundo RB. Existe una vacante entre las secuencias de paquetes de datos de los paquetes de datos en el primer RB, y un número de secuencia de paquete de datos vacante es un número de secuencia de paquete de datos del paquete de datos no enviado del primer flujo en el primer RB.
El primer dispositivo puede determinar primero el paquete de datos de finalización a partir del paquete de datos que se encuentra en un estado en el que se ha enviado el paquete de datos, pero no se determina si el receptor recibe correctamente el paquete de datos y, a continuación, envía la información de indicación de finalización y el paquete de datos de finalización al segundo dispositivo. Específicamente, si el primer dispositivo envía todos los paquetes de datos no enviados del primer flujo a través del segundo RB, el primer dispositivo puede determinar que un último paquete de datos en todos los paquetes de datos a reconocer del primer flujo que se envían a través del primer RB es el paquete de datos de finalización, y el paquete de datos a reconocer es un paquete de datos que está en un estado en el que el paquete de datos ha sido enviado pero no se determina si el receptor recibe correctamente el paquete de datos. Si el primer dispositivo todavía envía todos los paquetes de datos no enviados del primer flujo a través del primer RB, el primer dispositivo puede determinar que un último paquete de datos en todos los paquetes de datos no enviados y todos los paquetes de datos a reconocer del primer flujo que se envían a través del primer RB es el paquete de datos de finalización.
Cabe señalar que el modo de determinar el paquete de datos de finalización es una implementación interna del primer dispositivo, es decir, el primer dispositivo puede determinar cualquier paquete de datos como el paquete de datos de finalización. La descripción en el presente documento es simplemente una realización.
En la etapa 402, el primer dispositivo, en una realización que no se encuentra dentro del alcance de las reivindicaciones, puede añadir la información de indicación de finalización al paquete de datos de finalización a enviar o, según la realización reivindicada, envía por separado la información de indicación de finalización y el paquete de datos de finalización.
Específicamente, en una implementación posible, fuera del alcance de las reivindicaciones, el primer dispositivo envía el paquete de datos de finalización que incluye la información de indicación de finalización, al segundo dispositivo. En esta implementación, la información de indicación de finalización puede estar situada en cualquier ubicación del paquete de datos de finalización. Por ejemplo, la información de indicación de finalización puede estar situada en una cabecera de paquete de datos del paquete de datos de finalización.
En una realización, el primer dispositivo envía la información de indicación de finalización al segundo dispositivo después de enviar el paquete de datos de finalización al segundo dispositivo. Cabe señalar que en una implementación de esta realización, que no se encuentra dentro del alcance de las reivindicaciones, después de enviar el paquete de datos de finalización al segundo dispositivo, y antes de enviar la información de indicación de finalización al segundo dispositivo, el primer dispositivo necesita primero recibir un mensaje de reconocimiento devuelto por el segundo dispositivo, y enviar la información de indicación de finalización al segundo dispositivo después de determinar, basándose en el mensaje de reconocimiento, que tanto el paquete de datos de finalización como un paquete de datos que es del primer flujo y que está antes del segundo dispositivo recibe correctamente el paquete de datos de finalización. En esta implementación, el primer dispositivo puede generar un paquete de control que incluye la información de indicación de finalización y enviar el paquete de control al segundo dispositivo a través del primer RB o del segundo RB, para enviar la información de indicación de finalización al segundo dispositivo.
Después de que el segundo dispositivo recibe la información de indicación de finalización en la etapa 403, en la etapa 404, el segundo dispositivo determina que el primer dispositivo ha completado el envío de los paquetes de datos del primer flujo a través del primer RB. En este caso, el segundo dispositivo puede determinar cuándo transmitir el paquete de datos que es del primer flujo y que se recibe a través del segundo RB, a una capa de protocolo superior para su procesamiento, por ejemplo, una capa de PDCP.
Cabe señalar que el paquete de datos en el procedimiento del método anterior puede ser un paquete de datos de enlace ascendente o un paquete de datos de enlace descendente. Esto no está limitado en esta realización de esta solicitud.
Según el método dado a conocer en esta realización de esta solicitud, cuando cambia el RB al que se asigna el primer flujo, la información de indicación de finalización se envía para indicar, al segundo dispositivo, el último paquete de datos que es del primer flujo y que es enviado por el primer dispositivo a través del primer RB, para garantizar que el segundo dispositivo procese todos los paquetes de datos en un orden de paquetes de datos, evitando así el desorden de los paquetes de datos.
A continuación se describe en detalle el proceso de la figura 4 usando una realización específica.
Tal como se muestra en la figura 5 (a) y la figura 5 (b), la figura 5 (a) y la figura 5 (b) son diagramas de flujo esquemáticos de un método de procesamiento de datos, según una realización de esta solicitud.
En la figura 5 (a) y la figura 5 (b), una capa de PDCP y una capa de RLC se utilizan como una realización para la descripción, pero la solución en esta realización de esta solicitud no está limitada a estas capas. En la figura 5 (a), cinco flujos se asignan originalmente a dos RB: un flujo 0 (flujo 0), un flujo 1 (flujo 1) y un flujo 2 (flujo 2) se asignan a un RB A, y un flujo 3 (flujo 3) y un flujo 4 (flujo 4) se asignan a un RB B. Después de recibir un paquete de datos de cada flujo, un receptor realiza, a través de una sola entidad de PDCP, procesamiento tal como compresión de cabecera, cifrado y adición de cabecera de PDCP en paquetes de datos de flujos asignados a un solo RB y, a continuación, reenvía los paquetes de datos a una entidad de RLC. Después de la reconfiguración, el flujo 2 se asigna al RB B y las relaciones de asignación entre los otros flujos y los RB permanecen sin cambios. En este caso, dos paquetes de datos del flujo 2 que recibe un primer dispositivo todavía están en una memoria intermedia de RLC del RB A, y los SN de PDCP de los dos paquetes de datos son 22 y 25. Los dos paquetes de datos pueden ser paquetes de datos no enviados, o pueden ser paquetes de datos que están en un estado en el que los paquetes de datos han sido enviados pero no se determina si los paquetes de datos son recibidos correctamente por el receptor.
Después de que el flujo 2 se asigna al RB B, los paquetes de datos cuyos SN de PDCP son 22 y 25 todavía se transmiten a través del RB A. Sin embargo, es necesario transmitir un paquete de datos posterior del flujo 2 a través del RB B. Específicamente, tal como se muestra en la figura 5 (b), un paquete de datos cuyo SN de PDCP es 67 se transmite en el RB B en la figura 5 (b). Debido a que un transmisor recibe secuencialmente el paquete de datos 22, el paquete de datos 25 y el paquete de datos 67 desde una capa superior del transmisor, el receptor transmite los paquetes de datos a una capa superior del receptor en el mismo orden. Después de que el flujo 2 se asigna al RB B, y el transmisor completa el envío del paquete de datos del flujo 2 cuyo SN de PDCP es 25, el transmisor genera un paquete de control que incluye información de indicación de finalización y envía el paquete de control al receptor en una interfaz aérea para indicar, al receptor, que un último paquete de datos que es del flujo 2 y que es enviado por el transmisor a través del RA A es el paquete de datos cuyo SN de PDCP es 25.
En esta realización de esta solicitud, después de que cambia un RB al que se asigna un flujo, el primer dispositivo puede transmitir, además, a través de un RB modificado, un paquete de datos que es del flujo y que ha sido recibido pero no transmitido. Específicamente, haciendo referencia a la figura 5 (a) y la figura 5 (b), tal como se muestra en la figura 5 (c), la figura 5 (c) es un diagrama de flujo esquemático de un método de procesamiento de datos, según una realización de esta solicitud. En la figura 5 (c), el transmisor reprocesa los “paquetes de datos 24 y 25 que no se transmiten en la interfaz aérea” del flujo 2 a través de la entidad de PDCP, y transmite los paquetes de datos procesados 24 y 25 a través del RB B modificado al que está asignado el flujo 2. El reprocesamiento realizado por la entidad de PDCP descrita en el presente documento incluye reasignación de SN de PDCP, nuevo cifrado, nueva compresión de cabecera y similares. De esta manera, el transmisor puede enviar la información de indicación de finalización por adelantado, es decir, el transmisor envía la información de indicación de finalización después de completar el envío del último paquete de datos del flujo 2 en el RB A. Después de recibir la información de indicación de finalización, el receptor puede determinar un tiempo de transmisión del paquete de datos del flujo 2 a la capa superior. Además de los “paquetes 24 y 25 que no se transmiten en la interfaz aérea”, el transmisor necesita reprocesar otro paquete de datos si se ve afectado un SN de PDCP de otro paquete de datos. Por ejemplo, la reasignación, el nuevo cifrado y la nueva compresión de la cabecera de SN de PDCP deben ser realizados en un paquete de datos 23 del flujo 0 y un paquete de datos 24 del flujo 1 en la figura 5 (a).
Debido a que un sistema de LTE existente se basa en la transmisión de portador (bearer), un dispositivo de la red de acceso en el sistema recibe un paquete de datos en una interfaz cableada en unidades de varios RB, y un paquete de datos se envía en una interfaz aérea en unidades de varios RB. Un dispositivo de la red de acceso de este tipo se denomina a continuación tipo RB-RB. Un sistema de NR (inglés: New Radio, nueva radio) se basa en la transmisión de flujo. Un paquete de datos es recibido por un dispositivo de la red de acceso en el sistema en una interfaz cableada en unidades de flujos, y un paquete de datos es enviado en una interfaz aérea en unidades de varios RB. Un dispositivo de la red de acceso de este tipo se denomina a continuación tipo RB de flujo. Cabe señalar que, cuando el paquete de datos se transmite en la interfaz aérea, el transmisor determina un túnel para los paquetes de datos de un mismo RB o un mismo flujo, y envía los paquetes de datos del mismo RB o el mismo flujo a través del túnel determinado. El túnel generalmente se identifica mediante el uso de un identificador de punto final de túnel (inglés: Tunnel Endpoint IDentifier, TEID).
Cuando se traspasa un terminal, puede haber una pluralidad de combinaciones entre un dispositivo de la red de acceso de origen al que actualmente accede el terminal y un dispositivo de la red de acceso de destino al que se traspasará el terminal, y todas las combinaciones posibles se pueden mostrar en la Tabla 1. Cabe señalar que el planteamiento que se muestra en la Tabla 1 puede ser un planteamiento en el que el dispositivo de la red de acceso en el sistema de LTE y el dispositivo de la red de acceso en el sistema de NR coexisten en una red, y ciertamente puede haber otro planteamiento. Esto no está limitado en esta solicitud.
Tabla 1
Figure imgf000012_0001
En el planteamiento 1, el terminal es traspasado en el sistema de LTE, y esto pertenece al estado de la técnica. Los detalles no se describen en la realización no reivindicada de esta solicitud. Haciendo referencia a la descripción anterior, en los planteamientos 2, 3 y 4, los dispositivos de la red de acceso en diferentes sistemas utilizan diferentes granularidades durante el procesamiento de paquetes de datos (el sistema de LTE se basa en un nivel de RB y el sistema de NR se basa en un nivel de flujo)). Por lo tanto, actualmente, no existe una solución efectiva para convertir un paquete de datos de nivel de RB en un paquete de datos de nivel de flujo, o convertir un paquete de datos de nivel de flujo en un paquete de datos de nivel de RB entre el dispositivo de la red de acceso de origen y el dispositivo de la red de acceso de destino cuando se traspasa el terminal.
Basándose en la descripción anterior, tal como se muestra en la figura 6, la figura 6 es un diagrama de flujo esquemático de un método de procesamiento de datos, según un ejemplo no reivindicado de esta solicitud.
Haciendo referencia a la figura 6, el método incluye las siguientes etapas:
Etapa 601: un primer dispositivo de la red de acceso envía un primer mensaje a un segundo dispositivo de la red de acceso, donde el primer mensaje se usa para solicitar el traspaso de un terminal al segundo dispositivo de la red de acceso.
Etapa 602: el segundo dispositivo de la red de acceso recibe el primer mensaje enviado por el primer dispositivo de la red de acceso, donde el primer mensaje se usa para solicitar el traspaso del terminal al segundo dispositivo de la red de acceso.
Etapa 603: el primer dispositivo de la red de acceso recibe un primer mensaje de respuesta que incluye una primera relación de asignación y que es devuelto por el segundo dispositivo de la red de acceso, donde la primera relación de asignación es una relación de asignación entre cada flujo en el terminal y un identificador de punto final de túnel, TEID.
Cabe señalar que la primera relación de asignación puede estar determinada por el segundo dispositivo de la red de acceso o por un dispositivo de la red central que está ubicado en una misma red que el segundo dispositivo de la red de acceso. Esto puede determinarse específicamente basándose en una situación real, y los detalles no se describen en el presente documento.
Etapa 604: el primer dispositivo de la red de acceso reenvía un paquete de datos de cada flujo en el terminal al segundo dispositivo de la red de acceso basándose en la primera relación de asignación.
Etapa 605: el segundo dispositivo de la red de acceso devuelve el primer mensaje de respuesta que incluye la primera relación de asignación al primer dispositivo de la red de acceso, y recibe el paquete de datos que es de cada flujo en el terminal y que es reenviado por el primer dispositivo de la red de acceso basándose en la primera relación de asignación.
Antes de la etapa 601, el primer dispositivo de la red de acceso puede recibir un informe de medición enviado por el terminal. Cabe señalar que el terminal es un terminal que accede al primer dispositivo de la red de acceso.
El primer dispositivo de la red de acceso realiza una decisión de traspaso según un algoritmo de traspaso después de recibir el informe de medición, y realiza la etapa 601 después de determinar que es necesario realizar un traspaso.
En la etapa 601, el primer mensaje enviado por el primer dispositivo de la red de acceso puede incluir, además, al menos uno de los siguientes:
una segunda relación de asignación, donde la segunda relación de asignación es una relación de asignación que existe entre cada flujo y un RB, y que es utilizada por el terminal en una red en la que se encuentra el primer dispositivo de la red de acceso;
una cuarta relación de asignación, donde la cuarta relación de asignación es una relación de asignación que existe entre cada flujo y un TEID, y que es utilizada por el terminal en la red en la que se encuentra el primer dispositivo de la red de acceso; y
al menos un valor de AMBR de flujo (inglés: Aggregate Maximum Bit Rate, velocidad de bits máxima añadida) correspondiente a cada flujo, donde una pluralidad de flujos puede corresponder a una sola AMBR de flujo, es decir, un grupo de flujos puede corresponder a una AMBR de flujo.
En la etapa 603, el primer mensaje de respuesta puede incluir, además, una tercera relación de asignación, y la tercera relación de asignación es una relación de asignación que existe entre un flujo y un RB y que está determinada por el segundo dispositivo de la red de acceso para cada flujo en el terminal, o una relación de asignación que existe entre un flujo y un RB y que está determinada por un dispositivo de la red central correspondiente al segundo dispositivo de la red de acceso para cada flujo en el terminal. De manera similar a la primera relación de asignación, la tercera relación de asignación incluye, además, los TEID asignados por separado a los datos del enlace ascendente y a los datos del enlace descendente.
Cabe señalar que, en este ejemplo de esta solicitud, la segunda relación de asignación puede ser igual o diferente de la tercera relación de asignación. Esto puede determinarse específicamente basándose en una situación real, y los detalles no se describen en el presente documento. Opcionalmente, si la segunda relación de asignación es diferente de la tercera relación de asignación, antes de reenviar el paquete de datos de cada flujo en el terminal al segundo dispositivo de la red de acceso basándose en la primera relación de asignación, el primer dispositivo de la red de acceso puede eliminar un número de secuencia de paquete de datos del paquete de datos de cada flujo en el terminal. Por ejemplo, se elimina un SN de PDCP del paquete de datos de cada flujo.
En la etapa 604, si todos los flujos en la primera relación de asignación se asignan a diferentes TEID, el primer dispositivo de la red de acceso puede enviar el paquete de datos de cada flujo al segundo dispositivo de la red de acceso a través de un túnel (inglés: tunnel).
El primer dispositivo de la red de acceso puede alternativamente enviar un paquete de datos de cada RB en el terminal al segundo dispositivo de la red de acceso a través de un túnel. En este caso, los flujos asignados a todos los RB se asignan a un mismo TEID. Cabe señalar que el primer dispositivo de la red de acceso establece un túnel basándose en la primera relación de asignación. Por lo tanto, en este caso, los flujos asignados a un mismo RB en la primera relación de asignación se asignan a un mismo TEID, es decir, los TEID asignados en la primera relación de asignación son los mismos, y los flujos asignados a diferentes RB en la tercera relación de asignación son asignados a diferentes TEID en la primera relación de asignación.
Cabe señalar que el primer dispositivo de la red de acceso puede enviar dos partes de paquetes de datos del terminal al segundo dispositivo de la red de acceso. Una parte de los paquetes de datos son paquetes de datos que se encuentran en un estado en el que los paquetes de datos se han enviado al terminal en una interfaz aérea, pero no se determina si el terminal recibe correctamente los paquetes de datos, y la otra parte de los paquetes de datos son paquetes de datos que no han sido enviados al terminal en la interfaz aérea.
Opcionalmente, el primer dispositivo de la red de acceso puede enviar, además, una orden de traspaso al terminal para indicarle al terminal que acceda al segundo dispositivo de la red de acceso. La orden de traspaso incluye la tercera relación de asignación.
En la etapa 605, después de recibir el paquete de datos de cada flujo en el terminal, el segundo dispositivo de la red de acceso determina, basándose en la segunda relación de asignación y en la tercera relación de asignación, que un primer RB al que se asigna un flujo de destino en la segunda relación de asignación cambia a un segundo RB. Después de recibir un paquete de datos de destino del flujo de destino, el segundo dispositivo de la red de acceso determina un RB utilizado para enviar el paquete de datos de destino. El flujo de destino es cualquier flujo en la segunda relación de asignación, y el paquete de datos de destino es cualquier paquete de datos del flujo de destino.
En el procedimiento anterior, la relación de asignación que existe entre un flujo y un RB y que está determinada por el segundo dispositivo de la red de acceso puede ser igual o diferente de la relación de asignación que existe entre cada flujo y un RB, y que es utilizada por el terminal de la red en la que se encuentra el primer dispositivo de la red de acceso. Si la relación de asignación que existe entre un flujo y un RB y que está determinada por el segundo dispositivo de la red de acceso es la misma que la relación de asignación que existe entre cada flujo y un RB y que es utilizada por el terminal en la red en la que se encuentra el primer dispositivo de la red de acceso, el segundo dispositivo de la red de acceso procesa un paquete de datos del terminal basándose en una relación de asignación original entre un flujo y un RB. Los detalles no se describen en el presente documento.
Si la relación de asignación que existe entre un flujo y un RB y que está determinada por el segundo dispositivo de la red de acceso es diferente de la relación de asignación que existe entre cada flujo y un RB y que es utilizada por el terminal en la red en la que está situado el primer dispositivo de la red de acceso, hay cuatro maneras disponibles para que el segundo dispositivo de la red de acceso determine el RB utilizado para enviar el paquete de datos de destino. A continuación se proporcionan descripciones detalladas:
En una implementación posible, el segundo dispositivo de la red de acceso envía el paquete de datos de destino en el primer RB si determina que el paquete de datos de destino no es recibido correctamente por un receptor del paquete de datos de destino, y un paquete de datos que sigue al paquete de datos de destino es recibido correctamente por el receptor del paquete de datos de destino.
En una implementación posible, el segundo dispositivo de la red de acceso envía el paquete de datos de destino en el segundo RB si determina que un receptor del paquete de datos de destino no recibe correctamente el paquete de datos de destino y que un paquete de datos que sigue al paquete de datos de destino no es recibido correctamente por el receptor del paquete de datos de destino.
En una implementación posible, el segundo dispositivo de la red de acceso envía el paquete de datos de destino en el segundo RB si determina que un receptor del paquete de datos de destino no recibe correctamente el paquete de datos de destino.
En una implementación posible, el segundo dispositivo de la red de acceso envía el paquete de datos de destino en el primer RB si el segundo dispositivo de la red de acceso no puede determinar un estado de recepción del paquete de datos de destino.
Para un paquete de datos de un flujo cuyo RB correspondiente no cambia, si algunos paquetes de datos anteriores se mueven a un nuevo RB para su transmisión, el segundo dispositivo de la red de acceso cambia un número de secuencia de paquete de datos de un paquete de datos actual y envía el paquete de datos en la interfaz aérea después de realizar un procesamiento, tal como volver a cifrar el paquete de datos.
Para un paquete de datos recibido desde una puerta de enlace, el segundo dispositivo de la red de acceso asigna un paquete de datos de cada flujo a un RB correspondiente basándose en una nueva relación de asignación entre un flujo y un RB y, a continuación, envía el paquete de datos en la interfaz aérea. Los detalles no se describen en el presente documento.
En este ejemplo de esta solicitud, el segundo dispositivo de la red de acceso puede determinar un estado de recepción de cada paquete de datos basándose en un informe de estado de PDCP enviado por el terminal o por el primer dispositivo de la red de acceso. Ciertamente, lo anterior es meramente un ejemplo. El segundo dispositivo de la red de acceso puede determinar el estado de recepción de cada paquete de datos de otra manera, y los detalles no se describen en el presente documento.
Según el método dado a conocer en este ejemplo de esta solicitud, antes de un traspaso, la segunda relación de asignación y la tercera relación de asignación se intercambian entre el primer dispositivo de la red de acceso y el segundo dispositivo de la red de acceso, de modo que un paquete de datos de nivel de RB sea convertido en un paquete de datos de nivel de flujo o un paquete de datos de nivel de flujo sea convertido en un paquete de datos de nivel RB, entre un dispositivo de la red de acceso de origen y un dispositivo de la red de acceso de destino, cuando se traspasa el terminal.
A continuación se describe en detalle el proceso de la figura 6 mediante el uso de un ejemplo específico, que no se encuentra dentro del alcance de las reivindicaciones.
Tal como se muestra en la figura 7, la figura 7 es un diagrama de flujo esquemático de un traspaso de datos, según un ejemplo de esta solicitud.
La figura 7 corresponde al planteamiento 2 de comparación en la Tabla 1. Es decir, un primer dispositivo de la red de acceso procesa un paquete de datos en un modo de flujo-RB, y un segundo dispositivo de la red de acceso procesa un paquete de datos en un modo de flujo-RB.
Etapa 701: un terminal proporciona un informe de medición a un primer dispositivo de la red de acceso.
Para conocer el contenido específico del informe de medición, consulte las descripciones en un estándar existente. Esto no está limitado en este ejemplo de esta solicitud.
Etapa 702: el primer dispositivo de la red de acceso determina, basándose en el informe de medición recibido, activar un procedimiento de traspaso y envía un primer mensaje a un segundo dispositivo de la red de acceso.
Opcionalmente, el primer mensaje puede incluir la siguiente información:
una segunda relación de asignación, una cuarta relación de asignación y al menos un valor de AMBR de flujo correspondiente a cada flujo.
Cabe señalar que el primer mensaje puede no incluir la información anterior, y esto se determina específicamente basándose en una situación real.
Etapa 703: el segundo dispositivo de la red de acceso devuelve un primer mensaje de respuesta que incluye una primera relación de asignación, al primer dispositivo de la red de acceso.
El primer mensaje de respuesta puede incluir, además una tercera relación de asignación. La tercera relación de asignación puede ser igual o diferente a la segunda relación de asignación, y esto puede determinarse específicamente basándose en una situación real.
Etapa 704: El primer dispositivo de la red de acceso envía una orden de traspaso al terminal.
La orden de traspaso puede incluir la tercera relación de asignación.
Etapa 705: el primer dispositivo de la red de acceso envía un paquete de datos del terminal al segundo dispositivo de la red de acceso.
Específicamente, el primer dispositivo de la red de acceso puede enviar un paquete de datos de cada flujo en el terminal al segundo dispositivo de la red de acceso, a través de un túnel. De esta manera, el segundo dispositivo de la red de acceso conoce, a partir de un túnel por el que se recibe el paquete de datos, un flujo al que pertenece el paquete de datos.
Etapa 706: el segundo dispositivo de la red de acceso realiza un traspaso de ruta.
El segundo dispositivo de la red de acceso puede indicar, además, a una puerta de enlace y a un elemento de la red de gestión de sesión de la red central que envíe un paquete de datos subsiguiente del terminal al segundo dispositivo de la red de acceso.
Etapa 707: el terminal accede al segundo dispositivo de la red de acceso.
Basándose en la descripción anterior, para el planteamiento 3 en la Tabla 1, tal como se muestra en la figura 8, la figura 8 es un diagrama de flujo esquemático de un método de procesamiento de datos, según un ejemplo de esta solicitud, que no se encuentra dentro del alcance de las reivindicaciones.
Haciendo referencia a la figura 8, el método incluye las siguientes etapas:
Etapa 801: un primer dispositivo de la red de acceso envía un primer mensaje a un primer dispositivo de la red central, donde el primer mensaje se usa para solicitar el traspaso de un terminal del primer dispositivo de la red de acceso a un segundo dispositivo de la red de acceso.
Etapa 802: el primer dispositivo de la red de acceso recibe un primer mensaje de respuesta, que incluye una primera relación de asignación y que es devuelto por el primer dispositivo de la red central, donde la primera relación de asignación es una relación de asignación que existe entre cada flujo y un TEID y que es determinada por el segundo dispositivo de la red de acceso para el terminal.
Etapa 803: el primer dispositivo de la red de acceso reenvía un paquete de datos de cada flujo del terminal al segundo dispositivo de la red de acceso basándose en la primera relación de asignación.
A continuación se describe el proceso de la figura 8 usando un ejemplo detallado.
Tal como se muestra en la figura 9, la figura 9 es un diagrama de flujo esquemático de un traspaso de datos, según un ejemplo de esta solicitud, que no se encuentra dentro del alcance de las reivindicaciones.
La figura 9 corresponde al planteamiento 3 de comparación en la Tabla 1. Es decir, un primer dispositivo de la red de acceso procesa un paquete de datos en un modo de flujo-RB, y un segundo dispositivo de la red de acceso procesa un paquete de datos en un modo de RB-RB.
Etapa 901: un terminal envía un informe de medición a un primer dispositivo de la red de acceso.
Para conocer el contenido específico del informe de medición, consulte las descripciones en un estándar existente. Esto no está limitado en este ejemplo de esta solicitud.
El terminal tiene cuatro flujos: un flujo 0, un flujo 1, un flujo 2 y un flujo 3.
Etapa 902: el primer dispositivo de la red de acceso determina, basándose en el informe de medición recibido, activar un procedimiento de traspaso, y envía un primer mensaje a un primer dispositivo de la red central, donde el primer mensaje se usa para solicitar el traspaso del terminal a un segundo dispositivo de la red de acceso.
El primer dispositivo de la red de acceso determina establecer un túnel para cada flujo. En este caso, el primer dispositivo de la red de acceso asigna los TEID por separado a los datos de enlace ascendente y los datos de enlace descendente de cada flujo. Por lo tanto, el primer mensaje puede incluir una relación de asignación que existe entre los datos de enlace ascendente o los datos de enlace descendente de cada flujo y un TEID y que es utilizada por el terminal en una red en la que se encuentra el primer dispositivo de la red de acceso. Por ejemplo, el flujo 0 se asigna a un TEID 0, el flujo 1 se asigna a un TEID 1, el flujo 2 se asigna a un TEID 2 y el flujo 3 se asigna a un TEID 3.
El primer dispositivo de la red central es un dispositivo conectado a la primera red de acceso en la red en la que está ubicado el primer dispositivo de la red de acceso.
Opcionalmente, el primer mensaje puede incluir, además, una relación de asignación entre cada flujo y un RB y que es utilizada por el terminal en la red en la que se encuentra el primer dispositivo de la red de acceso.
Etapa 903: después de recibir el primer mensaje enviado por el primer dispositivo de la red de acceso, el primer dispositivo de la red central envía un segundo mensaje a un segundo dispositivo de la red central, donde el segundo mensaje se usa para solicitar el traspaso del terminal al segundo dispositivo la red de acceso.
El segundo mensaje puede incluir una cuarta relación de asignación, y la cuarta relación de asignación es una relación de asignación que existe entre cada flujo y un TEID y que es utilizada por el terminal en la red en la que se encuentra el primer dispositivo de la red de acceso. Basándose en la descripción anterior, en este caso, la cuarta relación de asignación puede ser: el flujo 0 se asigna al TEID 0, el flujo 1 se asigna al TEID 1, el flujo 2 se asigna al TEID 2 y el flujo 3 se asigna al TEID 3.
Además, el segundo mensaje puede incluir solo uno o más conjuntos de parámetros de plantilla de filtro, TFT, que son utilizados por el primer dispositivo de la red central y una clase de QoS correspondiente. Específicamente, un conjunto de parámetros de plantilla de filtro, TFT, incluyen una dirección de IP de origen, un número de puerto de origen, una dirección de IP de destino, un número de puerto de destino y un tipo de protocolo. Después de recibir una plantilla TFT, el segundo dispositivo de la red central determina una cantidad de RB y una cantidad de flujo que proporciona el segundo dispositivo de la red central para el UE, y una relación de asignación entre un flujo y un r B.
Etapa 904: después de recibir el segundo mensaje enviado por el primer dispositivo de la red central, el segundo dispositivo de la red central envía un tercer mensaje al segundo dispositivo de la red de acceso, donde el tercer mensaje se usa para solicitar el traspaso del terminal al segundo dispositivo de la red de acceso.
Al recibir el segundo mensaje, el segundo dispositivo de la red central puede determinar, además, un RB al que se asigna cada flujo en el terminal en una red en la que se encuentra el segundo dispositivo de la red de acceso, para ser específicos, una tercera relación de asignación. Por ejemplo, el segundo dispositivo de la red central determina dos RB: un RB A y un RB B, y la tercera relación de asignación determinada por el segundo dispositivo de la red central es: el flujo 0 y el flujo 1 se asignan al RB A, y el flujo 2 y el flujo 3 se asignan al RB B.
En este caso, el tercer mensaje puede incluir la siguiente relación de asignación: el flujo 0 se asigna al TEID 0, el flujo 1 se asigna al TEID 1, el flujo 2 se asigna al TEID 2, el flujo 3 se asigna al TEID 3, el flujo 0 y el flujo 1 se asignan al RB A, y el flujo 2 y el flujo 3 se asignan al RB B.
Etapa 905: el segundo dispositivo de la red de acceso envía un tercer mensaje de respuesta al segundo dispositivo de la red central.
Después de recibir el tercer mensaje, el segundo dispositivo de la red de acceso determina, en un modo de asignación de cada flujo a un TEID, recibir un paquete de datos enviado por el primer dispositivo de la red de acceso, y determina una relación de asignación que existe entre un flujo y un TEID, y que es utilizada por el terminal en la red en la que se encuentra la segunda red de acceso, en concreto, la primera relación de asignación. En este caso, la primera relación de asignación puede ser: el flujo 0 se asigna a un TEID 0’, el flujo 1 se asigna a un TEID 1 ’, el flujo 2 se asigna a un TEID 2’ y el flujo 3 se asigna a un TEID 3’.
El segundo dispositivo de la red de acceso envía la relación de asignación anterior al primer dispositivo de la red de acceso por medio del tercer mensaje de respuesta.
Etapa 906: el segundo dispositivo de la red central envía un segundo mensaje de respuesta al primer dispositivo de la red central.
El segundo mensaje de respuesta puede incluir la primera relación de asignación y la tercera relación de asignación.
Etapa 907: el primer dispositivo de la red central envía un primer mensaje de respuesta al primer dispositivo de la red central.
El primer mensaje de respuesta puede incluir la primera relación de asignación y la tercera relación de asignación.
Etapa 908: el primer dispositivo de la red de acceso envía una orden de traspaso al terminal.
La orden de traspaso puede incluir la tercera relación de asignación.
Finalmente, el primer dispositivo de la red de acceso envía un paquete de datos de cada flujo en el terminal al segundo dispositivo de la red de acceso, a través de un túnel, basándose en la primera relación de asignación. De esta manera, el segundo dispositivo de la red de acceso conoce, a partir de un túnel por el que se recibe el paquete de datos, un flujo al que pertenece el paquete de datos.
En el procedimiento mostrado en la figura 9, el segundo dispositivo de la red de acceso puede solicitar al primer dispositivo de la red de acceso que “establezca un túnel para cada RB”. En este caso, en la etapa 905, el segundo dispositivo de la red de acceso puede determinar un mismo TEID para flujos asignados a un mismo RB, es decir, la primera relación de asignación determinada por el segundo dispositivo de la red de acceso puede ser: el flujo 0 se asigna al TEID 0’, el flujo 1 se asigna al TEID 0’, el flujo 2 se asigna al TEID 1’ y el flujo 3 se asigna al TEID 1’. A continuación, el segundo dispositivo de la red de acceso envía la relación de asignación anterior al primer dispositivo de la red de acceso por medio del tercer mensaje de respuesta.
En el planteamiento 3 mostrado en la figura 9, el procesamiento de paquetes de datos por parte del segundo dispositivo de la red de acceso puede incluir específicamente cuatro casos que se muestran en la Tabla 2:
Tabla 2
Figure imgf000017_0001
A continuación se describen en detalle los cuatro casos de la Tabla 2:
Caso 1: después de recibir un paquete de datos desde cada túnel, el segundo dispositivo de la red de acceso hace converger los paquetes de datos recibidos a los RB correspondientes basándose en una relación de asignación entre un flujo y un RB y que está determinada por un dispositivo de la red central correspondiente al segundo dispositivo de la red de acceso para cada flujo en el terminal. En este caso, el procesamiento de paquetes de datos es exactamente igual que el procesamiento de paquetes de datos en un procedimiento de traspaso existente en LTE, y los detalles no se describen en el presente documento.
Caso 2: después de recibir un paquete de datos desde cada túnel, el segundo dispositivo de la red de acceso hace converger los paquetes de datos recibidos a los RB correspondientes basándose en una relación de asignación entre un flujo y un RB y que está determinada por un dispositivo de la red central correspondiente al segundo dispositivo de la red de acceso para cada flujo en el terminal y, a continuación, procesa el paquete de datos en al menos una de las cuatro implementaciones posibles descritas anteriormente.
Opcionalmente, para flujos en los que cambian los RB a los que se asignan los flujos, el terminal determina, basándose en un informe de estado de PDCP generado por el segundo dispositivo de la red de acceso, un RB al que se debe transmitir un paquete de datos. Específicamente, para un paquete de datos de “agujero” en el informe de estado de PDCP, el terminal envía el paquete de datos de agujero a través de un RB existente antes de que cambie el RB al que se asigna el flujo. Para un paquete de datos que no es un paquete de datos de “agujero” en el informe de estado de PDCP, el terminal envía, a través de un RB obtenido después de que cambia el RB al que se asigna el flujo, paquetes de datos que no son paquetes de datos de “agujero”. Si el terminal no recibe el informe de estado de PDCP, todos los paquetes de datos se transmiten en el RB obtenido después de que cambie el RB al que se asigna el flujo.
Caso 3: desde la perspectiva del primer dispositivo de la red de acceso, los paquetes de datos de una pluralidad de flujos deben hacerse converger en un túnel y ser reenviados al segundo dispositivo de la red de acceso. Debido a que la segunda relación de asignación es la misma que la tercera relación de asignación, desde la perspectiva del segundo dispositivo de la red de acceso, un paquete de datos de cada túnel se transmite en un RB correspondiente. El procesamiento de paquetes de datos específicos es el mismo que el procesamiento de paquetes de datos en un procedimiento de traspaso en LTE, y los detalles no se describen en el presente documento.
Caso 4: el primer dispositivo de la red de acceso transmite un paquete de datos al segundo dispositivo de la red de acceso a través de un túnel basándose en la tercera relación de asignación. Por ejemplo, en la segunda relación de asignación, el flujo 0 y el flujo 1 se asignan originalmente al RB A, y el flujo 2 y el flujo 3 se asignan originalmente al RB B. En el lado del segundo dispositivo de la red de acceso, la tercera relación de asignación es: el flujo 0 y el flujo 3 se asignan al RB A, y el flujo 1 y el flujo 2 se asignan al RB B. Según la tercera relación de asignación, el primer dispositivo de la red de acceso reenvía paquetes de datos del flujo 0 y el flujo 3 a través de un túnel correspondiente, al RB A, y reenvía los paquetes de datos del flujo 1 y el flujo 2 a través de un túnel correspondiente, al RB B. En un proceso de reenvío de paquetes de datos, el primer dispositivo de la red de acceso no envía un número de secuencia de paquete de datos de cada paquete de datos. Después de que el paquete de datos llega al segundo dispositivo de la red de acceso, el segundo dispositivo de la red de acceso reasigna un número de secuencia de paquete de datos a cada paquete de datos.
Basándose en la descripción anterior, para el planteamiento 4 en la Tabla 1, tal como se muestra en la figura 10, la figura 10 es un diagrama de flujo esquemático de un método de procesamiento de datos, según un ejemplo de esta solicitud, que no se encuentra dentro del alcance de las reivindicaciones.
Haciendo referencia a la figura 10, el método incluye las siguientes etapas:
Etapa 1001: un primer dispositivo de la red de acceso envía un primer mensaje a un primer dispositivo de la red central, donde el primer mensaje se usa para solicitar el traspaso de un terminal del primer dispositivo de la red de acceso a un segundo dispositivo de la red de acceso.
Etapa 1002: el primer dispositivo de la red de acceso recibe un primer mensaje de respuesta que incluye una primera relación de asignación y que es devuelto por el primer dispositivo de la red central, donde la primera relación de asignación es una relación de asignación que existe entre cada RB y un TEID y que es determinada por el segundo dispositivo de la red de acceso para el terminal.
Etapa 1003: el primer dispositivo de la red de acceso reenvía un paquete de datos de cada RB en el terminal al segundo dispositivo de la red de acceso basándose en la primera relación de asignación.
Antes de la etapa 1001, el primer dispositivo de la red de acceso puede recibir un informe de medición enviado por el terminal.
El primer dispositivo de la red de acceso realiza una decisión de traspaso según un algoritmo de traspaso después de recibir el informe de medición, y realiza la etapa 1001 después de determinar que es necesario realizar un traspaso.
En la etapa 1001, el primer mensaje enviado por el primer dispositivo de la red de acceso puede incluir, además, al menos uno de los siguientes:
una cuarta relación de asignación, donde la cuarta relación de asignación es una relación de asignación que existe entre cada RB y un TEID y que es utilizada por el terminal en una red en la que se encuentra el primer dispositivo de la red de acceso.
Después de recibir el primer mensaje, el primer dispositivo de la red central envía un segundo mensaje a un segundo dispositivo de la red central. El segundo mensaje puede incluir el siguiente contenido:
la cuarta relación de asignación, y una plantilla TFT (Traffic Flow Template, plantilla de flujo de tráfico) utilizada por cada RB en el terminal en una red en la que se encuentra el primer dispositivo de la red central. Además, el segundo mensaje puede incluir solo uno o más conjuntos de parámetros de plantilla de filtro TFT que son utilizados por el primer dispositivo de la red central y una clase de QoS correspondiente. Específicamente, un conjunto de parámetros de plantilla de filtro TFT incluye una dirección de IP de origen, un número de puerto de origen, una dirección de IP de destino, un número de puerto de destino y un tipo de protocolo. Después de recibir una plantilla TFT, el segundo dispositivo de la red central determina una cantidad de RB y una cantidad de flujo que proporciona el segundo dispositivo de la red central para el terminal, y una relación de asignación entre un flujo y un RB.
Después de recibir el segundo mensaje, el segundo dispositivo de la red central puede determinar una segunda relación de asignación basándose en la plantilla TFT utilizada por cada RB en el terminal de la red en la que se encuentra el primer dispositivo de la red central y en una plantilla TFT utilizada por cada RB en el terminal en una red en la que se encuentra el segundo dispositivo de la red central. La segunda relación de asignación es una relación de asignación que existe entre cada flujo y un RB y que es utilizada por el terminal en la red en la que se encuentra el primer dispositivo de la red de acceso.
A continuación, el segundo dispositivo de la red central envía un tercer mensaje que incluye la segunda relación de asignación al segundo dispositivo de la red de acceso, y el tercer mensaje se usa para solicitar el traspaso del terminal del primer dispositivo de la red de acceso al segundo dispositivo de la red de acceso. El tercer mensaje puede incluir, además, la plantilla TFT utilizada por cada RB en el terminal de la red en la que se encuentra el segundo dispositivo de la red central.
Después de recibir el tercer mensaje que incluye la segunda relación de asignación y que es enviado por el segundo dispositivo de la red central, el segundo dispositivo de la red de acceso devuelve un tercer mensaje de respuesta que incluye la primera relación de asignación, al segundo dispositivo de la red central. La primera relación de asignación es la relación de asignación que existe entre cada RB y un TEID y que está determinada por el segundo dispositivo de la red de acceso para el terminal.
Todos los RB de la primera relación de asignación se asignan a un mismo TEID, o todos los RB de la primera relación de asignación se asignan a diferentes TEID.
Opcionalmente, el tercer mensaje de respuesta incluye, además, información de indicación de asignación de relación de asignación, y la información de indicación de asignación de relación de asignación se usa para indicar que una relación de asignación que existe entre cada RB y un flujo, determinada por el segundo dispositivo de la red de acceso, y utilizada por el terminal en una red en la que se encuentra el segundo dispositivo de la red de acceso, es la misma que la segunda relación de asignación.
Asimismo, el tercer mensaje de respuesta puede incluir, además, un mensaje de indicación de secuencia, y el mensaje de indicación de secuencia se usa para indicar que un paquete de datos del terminal que es reenviado por el primer dispositivo de la red de acceso al segundo dispositivo de la red de acceso contiene un número de secuencia de paquete de datos asignado por el primer dispositivo de la red de acceso. El número de secuencia de paquete de datos puede ser un SN de PDCP.
Después de recibir el tercer mensaje de respuesta que incluye la primera relación de asignación y que es devuelto por el segundo dispositivo de la red de acceso, el segundo dispositivo de la red central envía un segundo mensaje de respuesta al primer dispositivo de la red central. El segundo mensaje de respuesta incluye la primera relación de asignación.
En la etapa 1002, después de recibir el primer mensaje de respuesta, el primer dispositivo de la red de acceso envía una orden de traspaso al terminal para indicarle al terminal que acceda al segundo dispositivo de la red de acceso.
En la etapa 1003, cuando se reenvía el paquete de datos de cada RB en el terminal al segundo dispositivo de la red de acceso, el primer dispositivo de la red de acceso puede enviar simultáneamente un número de secuencia de paquete de datos de cada paquete de datos al segundo dispositivo de la red de acceso. Ciertamente, el primer dispositivo de la red de acceso puede no enviar el número de secuencia de paquete de datos de cada paquete de datos. Esto se determina específicamente basándose en una situación real.
Cabe señalar que el paquete de datos enviado por el primer dispositivo de la red de acceso al segundo dispositivo de la red de acceso puede incluir dos tipos de paquetes de datos. Un tipo de paquete de datos es un paquete de datos que se encuentra en un estado en el que el paquete de datos se ha enviado al terminal en una interfaz aérea, pero no se determina si el terminal recibe correctamente el paquete de datos, y el otro tipo de paquete de datos es un paquete de datos que no se ha enviado al terminal en la interfaz aérea.
A continuación se describe el proceso de la figura 10 usando un ejemplo detallado.
Tal como se muestra en la figura 11, la figura 11 es un diagrama de flujo esquemático de un traspaso de datos, según un ejemplo de esta solicitud, que no se encuentra dentro del alcance de las reivindicaciones.
La figura 11 corresponde al planteamiento 4 de comparación en la Tabla 1. Es decir, un primer dispositivo de la red de acceso procesa un paquete de datos en un modo de RB-RB, y un segundo dispositivo de la red de acceso procesa un paquete de datos en un modo de flujo-RB.
Etapa 1101: un terminal envía un informe de medición a un primer dispositivo de la red de acceso.
Para conocer el contenido específico del informe de medición, consulte las descripciones en un estándar existente. Esto no está limitado en este ejemplo de esta solicitud.
Por ejemplo, el terminal tiene cuatro flujos: un flujo 0, un flujo 1, un flujo 2 y un flujo 3. El flujo 0 y el flujo 1 se asignan a un RB A, y el flujo 2 y el flujo 3 se asignan a un RB B.
Etapa 1102: el primer dispositivo de la red de acceso determina, basándose en el informe de medición recibido, activar un procedimiento de traspaso, y envía un primer mensaje a un primer dispositivo de la red central, donde el primer mensaje se usa para solicitar el traspaso del terminal a un segundo dispositivo de la red de acceso.
El primer dispositivo de la red de acceso determina establecer un túnel para cada RB. En este caso, el primer dispositivo de la red de acceso asigna un TEID a cada RB. Por tanto, el primer mensaje puede incluir una cuarta relación de asignación, es decir, una relación de asignación que existe entre cada RB y un TEID y que es utilizada por el terminal en una red en la que se encuentra el primer dispositivo de la red de acceso. Por ejemplo, el RB A se asigna a un TEID 0 y el RB B se asigna a un TEID 1.
Etapa 1103: después de recibir el primer mensaje enviado por el primer dispositivo de la red de acceso, el primer dispositivo de la red central envía un segundo mensaje a un segundo dispositivo de la red central, donde el segundo mensaje se usa para solicitar el traspaso del terminal al segundo dispositivo de la red de acceso.
El segundo mensaje puede incluir la relación de asignación que existe entre cada RB y un TEID y que es utilizada por el terminal en la red en la que se encuentra el primer dispositivo de la red de acceso, y una plantilla TFT utilizada por cada RB en el terminal en una red en la que se encuentra el primer dispositivo de la red central.
Etapa 1104: el segundo dispositivo de la red central determina una segunda relación de asignación.
El segundo dispositivo de la red central puede determinar la segunda relación de asignación basándose en la plantilla TFT utilizada por cada RB en el terminal en la red en la que se encuentra el primer dispositivo de la red central, y en una plantilla TFT utilizada por cada RB en el terminal en una red en la que se encuentra el segundo dispositivo de la red central. Es decir, el segundo dispositivo de la red central determina que el flujo 0 y el flujo 1 se asignan al RB A, y el flujo 2 y el flujo 3 se asignan al RB B.
Etapa 1105: el segundo dispositivo de la red central envía un tercer mensaje al segundo dispositivo de la red de acceso, donde el tercer mensaje se usa para solicitar el traspaso del terminal al segundo dispositivo de la red de acceso.
El tercer mensaje puede incluir la segunda relación de asignación y la cuarta relación de asignación.
Etapa 1106: el segundo dispositivo de la red de acceso envía un tercer mensaje de respuesta al segundo dispositivo de la red central.
Después de recibir el tercer mensaje, el segundo dispositivo de la red de acceso determina, en forma de asignación de cada RB a un TEID, recibir un paquete de datos enviado por el primer dispositivo de la red de acceso, y determina el TEID asignado a cada RB en el lado del segundo dispositivo de la red de acceso, para ser específicos, una primera relación de asignación. La primera relación de asignación puede ser: el RB A se asigna a un TEID 0’ y el RB B se asigna a un TEID 1 ’.
El segundo dispositivo de la red de acceso envía la relación de asignación anterior al primer dispositivo de la red de acceso a través del tercer mensaje de respuesta.
Etapa 1107: el segundo dispositivo de la red central envía un segundo mensaje de respuesta al primer dispositivo de la red central.
El segundo mensaje de respuesta puede incluir la primera relación de asignación.
Etapa 1108: el primer dispositivo de la red central envía un primer mensaje de respuesta al primer dispositivo de la red de acceso.
El primer mensaje de respuesta puede incluir la primera relación de asignación.
Etapa 1109: El primer dispositivo de la red de acceso envía una orden de traspaso al terminal.
Finalmente, el primer dispositivo de la red de acceso envía un paquete de datos de cada RB en el terminal al segundo dispositivo de la red de acceso a través de un túnel basándose en la primera relación de asignación. De esta manera, el segundo dispositivo de la red de acceso conoce, a partir de un túnel por el que se recibe el paquete de datos, un flujo al que pertenece el paquete de datos.
En el procedimiento mostrado en la figura 11, después de recibir el tercer mensaje, el segundo dispositivo de la red de acceso puede determinar, basándose en la segunda relación de asignación, si una relación de asignación que existe entre un flujo y un RB y que es utilizada por el terminal en una red en la que se encuentra el segundo acceso dispositivo de la red es la misma que una relación de asignación entre un flujo y un RB y que es utilizada por el terminal en la red en la que se encuentra el primer dispositivo de la red de acceso. Si la relación de asignación que existe entre un flujo y un RB y que utiliza el terminal en la red en la que se encuentra el segundo dispositivo de la red de acceso es la misma que la relación de asignación que existe entre un flujo y un RB y que es utilizada por el terminal en la red en la que se encuentra el primer dispositivo de la red de acceso, el segundo dispositivo de la red de acceso añade información de indicación de asignación de relación de asignación al tercer mensaje de respuesta enviado en la etapa 1106. La información de indicación de asignación de relación de asignación se usa para indicar que la relación de asignación que existe entre cada RB y un flujo, determinada por el segundo dispositivo de la red de acceso y utilizada por el terminal en la red en la que está ubicado el segundo dispositivo de la red de acceso, es la misma que la segunda relación de asignación.
Además, el segundo dispositivo de la red de acceso añade un mensaje de indicación de secuencia al tercer mensaje de respuesta enviado en la etapa 1106, y el mensaje de indicación de secuencia se usa para indicar que un paquete de datos del terminal que es reenviado por el primer dispositivo de la red de acceso al segundo dispositivo de la red de acceso contiene un número de secuencia de paquete de datos asignado por el primer dispositivo de la red de acceso. Por lo tanto, se solicita al primer dispositivo de la red de acceso que añada un número de secuencia de paquete de datos de cada paquete de datos cuando realiza el reenvío de paquetes de datos, y el proceso de procesamiento de paquetes de datos en todo el procedimiento de traspaso es exactamente el mismo que el de un traspaso en LTE.
Opcionalmente, en el procedimiento de la figura 11, el primer dispositivo de la red de acceso puede asignar todos los RB a un mismo TEID, es decir, los paquetes de datos de todos los RB se envían al segundo dispositivo de la red de acceso a través de un túnel. Después de recibir el paquete de datos reenviado, el segundo dispositivo de la red de acceso utiliza la plantilla TFT utilizada por cada RB en el terminal de la red en la que se encuentra el segundo dispositivo de la red central para filtrar el paquete de datos recibido para obtener una pluralidad de flujos y, a continuación, realiza la transmisión en la red en la que se encuentra el segundo dispositivo de la red central.
Opcionalmente, en el procedimiento de la figura 11, el primer dispositivo de la red de acceso puede asignar todos los RB a un mismo TEID, es decir, los paquetes de datos de todos los RB se envían al segundo dispositivo de la red de acceso a través de un túnel. El tercer mensaje de respuesta enviado por el segundo dispositivo de la red de acceso en la etapa 1106 lleva un mensaje de indicación de secuencia, para solicitar al primer dispositivo de la red de acceso que añada un número de secuencia de paquete de datos de cada paquete de datos cuando realiza el reenvío de paquetes de datos. Después de que el segundo dispositivo de la red de acceso recibe un paquete de datos, el segundo dispositivo de la red de acceso elimina un número de secuencia de paquete de datos que es del paquete de datos de cada RB en el terminal y que es asignado por la primera red de acceso. A continuación, el segundo dispositivo de la red de acceso determina un RB al que pertenece un paquete de datos de cada flujo. Para el paquete de datos de cada RB, el segundo dispositivo de la red de acceso realiza un procesamiento de convergencia de datos en el paquete de datos de cada RB utilizando la secuencia de paquetes de datos que es de cada paquete de datos y que está asignada por la primera red de acceso. Específicamente, el segundo dispositivo de la red de acceso puede utilizar la plantilla TFT utilizada por cada RB en el terminal de la red en la que se encuentra el segundo dispositivo de la red central para filtrar un paquete de datos recibido para obtener una pluralidad de flujos. A continuación, el segundo dispositivo de la red de acceso determina, utilizando la plantilla TFT utilizada por cada Rb en el terminal de la red en la que se encuentra el primer dispositivo de la red central, un RB al que pertenece un paquete de datos de cada flujo, a continuación realiza el procesamiento de convergencia de datos tal como el procesamiento de PDCP basándose en el número de secuencia del paquete de datos asignado por el primer dispositivo de la red de acceso a cada paquete de datos, y realiza la transmisión en una interfaz aérea.
Cuando asigna un recurso de enlace ascendente al terminal, un dispositivo de la red de acceso asigna un recurso físico y especifica un valor de MCS utilizado por el terminal. Una vez que se determinan los dos parámetros, se determina la probabilidad de éxito de que el terminal transmita datos de enlace ascendente. En general, la probabilidad de éxito de transmisión es del 90 %. Una capa de MAC del terminal multiplexa los datos de todos los RB. En otras palabras, las probabilidades de éxito de transmisión proporcionadas por la capa de MAC para todos los RB son las mismas. Basándose en esta idea, cuando una entidad de MAC multiplexa los datos de todos los RB, solo se pueden considerar las prioridades relativas de todos los RB y no se considera la fiabilidad de los recursos de transmisión de la capa inferior.
En un sistema 5G, para implementar una transmisión más refinada, cuando se asigna el recurso de enlace ascendente al terminal, el dispositivo de la red de acceso puede determinar una probabilidad de éxito de transmisión de transmitir datos correctamente en el recurso de enlace ascendente asignado al terminal y notificar al terminal la probabilidad de éxito de transmisión, mejorando así la utilización de los recursos.
Basándose en la descripción anterior, tal como se muestra en la figura 12, la figura 12 es un diagrama de flujo esquemático de un método de procesamiento de datos, según un ejemplo de esta solicitud, que no se encuentra dentro del alcance de las reivindicaciones.
Haciendo referencia a la figura 12, el método incluye las siguientes etapas:
Etapa 1201: un dispositivo de la red de acceso asigna un recurso de enlace ascendente a un terminal.
Etapa 1202: el dispositivo de la red de acceso envía primera información de indicación al terminal, donde la primera información de indicación se usa para indicar una tasa de éxito de transmisión de datos transmitidos correctamente en el recurso de enlace ascendente.
Etapa 1203: el terminal determina el recurso de enlace ascendente asignado por el dispositivo de la red de acceso al terminal y recibe la primera información de indicación enviada por el dispositivo de la red de acceso.
Etapa 1204: el terminal transmite los datos sobre el recurso de enlace ascendente, según la primera información de indicación.
En la etapa 1201, el dispositivo de la red de acceso puede asignar el recurso de enlace ascendente al terminal después de recibir una solicitud de recurso enviada por el terminal. La solicitud de recurso enviada por el terminal puede ser una solicitud de programación (inglés: Schedule Request, SR), o puede ser un mensaje para solicitar el recurso de enlace ascendente, tal como un informe de estado de la memoria intermedia (inglés: Buffer Status Reports, BSR). Esto no está limitado en este ejemplo de esta solicitud. Ciertamente, el dispositivo de la red de acceso puede asignar el recurso de enlace ascendente al terminal en otro caso, y los detalles no se describen en el presente documento.
En la etapa 1202, tal como se describió anteriormente, una vez que se determina el recurso de enlace ascendente asignado por el dispositivo de la red de acceso al terminal y un valor de MCS específico usado por el terminal, se determina la probabilidad de éxito de transmitir datos de enlace ascendente por parte del terminal en el recurso de enlace ascendente. En este caso, el modo en que el dispositivo de la red de acceso determina la tasa de éxito de transmisión de transmitir correctamente los datos en el recurso de enlace ascendente no está limitado en este ejemplo de esta solicitud.
En este ejemplo de esta solicitud, la primera información de indicación puede ser un valor específico de la tasa de éxito de transmisión.
La primera información de indicación puede ser alternativamente un valor de índice, y el valor de índice corresponde a un valor específico de la tasa de éxito de transmisión. De esta manera, en una implementación posible, el dispositivo de la red de acceso puede enviar una tabla de comparación al terminal con anticipación, utilizando señalización específica. La tabla de comparación incluye una pluralidad de valores de índice, y cada valor de índice corresponde a una probabilidad de éxito de transmisión. Cuando asigna un recurso de transmisión de enlace ascendente, el dispositivo de la red de acceso solo necesita indicar el valor del índice. Las tablas utilizadas por todos los terminales en una misma celda pueden ser diferentes o pueden ser las mismas, y esto no está limitado en este ejemplo de esta solicitud.
En una implementación posible, el dispositivo de la red de acceso envía una tabla de comparación al terminal utilizando señalización de difusión. La tabla de comparación incluye una pluralidad de valores de índice, y cada valor de índice corresponde a una probabilidad de éxito de transmisión. Cuando asigna un recurso de transmisión de enlace ascendente, el dispositivo de la red de acceso solo necesita indicar el valor del índice.
En una implementación posible, se puede estipular una tabla de comparación según un protocolo. La tabla de comparación incluye una pluralidad de valores de índice, y cada valor de índice corresponde a una probabilidad de éxito de transmisión.
Opcionalmente, el dispositivo de la red de acceso puede determinar la información de configuración de un RB cuando configura el RB para el terminal. En este caso, la información de configuración indica, al terminal, que un paquete de datos del RB configurado puede ser transmitido únicamente utilizando un recurso cuya probabilidad de éxito de transmisión sea superior a un umbral preestablecido. De esta manera, el terminal puede determinar, según la información de configuración de cada RB, un recurso utilizado para transmitir un paquete de datos de cada RB.
Cabe señalar que el dispositivo de la red de acceso puede añadir tanto la información de indicación de asignación de recursos de enlace ascendente enviada al terminal como la primera información de indicación a un mismo mensaje para enviar, o puede enviar por separado la información de indicación de asignación de recursos de enlace ascendente y la primera información de indicación. Esto no está limitado en este ejemplo de esta solicitud. La información de indicación de asignación de recursos de enlace ascendente se usa para indicar, al terminal, el recurso de enlace ascendente asignado al terminal.
En la etapa 1203, el modo en que el terminal determina el recurso de enlace ascendente asignado por el dispositivo de la red de acceso al terminal no está limitado en este ejemplo de esta solicitud.
Finalmente, en la etapa 1204, cuando una entidad de MAC del terminal genera un bloque de transporte de datos de enlace ascendente, se considera la tasa de éxito de transmisión indicada por la primera información de indicación. Por ejemplo, si el terminal conoce que la probabilidad de éxito correspondiente al recurso de enlace ascendente obtenido por el terminal es mayor, el terminal envía datos de un servicio con una prioridad alta y un presupuesto de retardo bajo; si el terminal conoce que la probabilidad de éxito correspondiente al recurso de enlace ascendente obtenido por el terminal es menor, el terminal envía datos de un servicio con una prioridad baja y un presupuesto de retardo alto.
Por ejemplo, si el terminal determina que la tasa de éxito de transmisión indicada por la primera información de indicación es mayor que un primer umbral, el terminal transmite, en el recurso de enlace ascendente, datos correspondientes a un servicio cuya prioridad de transmisión es mayor que una primera prioridad preestablecida; si el terminal determina que la tasa de éxito de transmisión indicada por la primera información de indicación es menor que un segundo umbral, el terminal transmite, en el recurso de enlace ascendente, datos correspondientes a un servicio cuya prioridad de transmisión es menor que una segunda prioridad preestablecida. El primer umbral y el segundo umbral pueden ser determinados basándose en una situación real. Esto no está limitado en este ejemplo de esta solicitud.
Cabe señalar que la solución anterior no solo se puede aplicar a un planteamiento en el que el dispositivo de la red de acceso asigna dinámicamente un recurso, sino que también se puede aplicar a un planteamiento de asignación de recursos semipersistente. Por ejemplo, el dispositivo de la red de acceso asigna previamente un conjunto de algunos recursos de radio, y los recursos de radio corresponden a diferentes probabilidades de éxito de transmisión. Cuando se transmiten datos usando un recurso de radio específico, el terminal primero determina una probabilidad de éxito de transmisión correspondiente al recurso de radio y, a continuación, determina, basándose en la probabilidad de éxito de transmisión correspondiente al recurso de radio, un RB específico cuyos datos pueden ser transmitidos usando el recurso de radio.
En los ejemplos dados a conocer en la presente invención, el método de procesamiento de datos dado a conocer en los ejemplos de la presente invención se describe por separado desde la perspectiva de cada elemento de red y desde la perspectiva de interacción entre elementos de red. Puede entenderse que, para implementar las funciones anteriores, cada elemento de red, tal como un terminal o una estación base, incluye una estructura de hardware y/o módulo de software correspondiente para realizar cada función. Los expertos en la materia deben saber fácilmente que, haciendo referencia a las unidades y las etapas del algoritmo descritas en los ejemplos dados a conocer en esta memoria descriptiva, la presente invención puede ser implementada en forma de hardware o en una combinación de hardware y software informático. El hecho de que una función sea realizada mediante hardware o hardware dirigido por software informático depende de las aplicaciones particulares y de las restricciones de diseño de las soluciones técnicas. Los expertos en la materia pueden utilizar diferentes métodos para implementar las funciones descritas para cada solicitud en particular, pero no debe considerarse que la implementación va más allá del alcance de la presente invención.
Basándose en el mismo concepto técnico, una realización de esta solicitud da a conocer, además un aparato de procesamiento de datos. El aparato puede ejecutar el procedimiento del método de la figura 1, y puede ejecutar funciones implementadas por el primer dispositivo en los procedimientos del método en la figura 2 y la figura 3.
Tal como se muestra en la figura 13, la figura 13 es un diagrama estructural esquemático de un aparato de procesamiento de datos, según una realización de esta solicitud.
Haciendo referencia a la figura 13, el aparato incluye:
una unidad de procesamiento 1301, configurada para: determinar un flujo al que pertenece un paquete de datos y determinar un identificador de flujo basándose en el flujo al que pertenece el paquete de datos; y
una unidad transceptora 1302, configurada para enviar el paquete de datos que incluye el identificador de flujo, a un segundo dispositivo de la red de acceso.
La unidad de procesamiento 1301 está configurada específicamente para realizar un método, según una realización reivindicada.
Para otro contenido del aparato en la figura 13, consulte la figura 1 y descripciones relacionadas de la figura 1. Los detalles no se describen nuevamente en el presente documento.
Basándose en el mismo concepto técnico, una realización de esta solicitud da a conocer, además, un aparato de procesamiento de datos. El aparato puede ejecutar el procedimiento del método de la figura 4, y puede ejecutar funciones implementadas por el primer dispositivo en el procedimiento del método en la figura 5.
Tal como se muestra en la figura 14, la figura 14 es un diagrama estructural esquemático de un aparato de procesamiento de datos, según una realización de esta solicitud.
Haciendo referencia a la figura 14, el aparato incluye: una unidad de procesamiento 1401 y un transceptor 1402, configurados para realizar las realizaciones reivindicadas.
Para otro contenido del aparato en la figura 14, consulte la figura 4 y descripciones relacionadas de la figura 4. Los detalles no se describen nuevamente en el presente documento.
Basándose en el mismo concepto técnico, una realización de esta solicitud da a conocer, además, un aparato de procesamiento de datos. El aparato puede ejecutar el procedimiento del método de la figura 4, y puede ejecutar funciones implementadas por el segundo dispositivo en el procedimiento del método en la figura 5.
Tal como se muestra en la figura 15, la figura 15 es un diagrama estructural esquemático de un aparato de procesamiento de datos, según una realización de esta solicitud.
Haciendo referencia a la figura 15, el aparato incluye: una unidad transceptora 1501 y una unidad de procesamiento 1502, configuradas para realizar las realizaciones reivindicadas.
Para otro contenido del aparato en la figura 15, consulte la figura 4 y descripciones relacionadas de la figura 4. Los detalles no se describen nuevamente en el presente documento.
Basándose en el mismo concepto técnico, una realización de esta solicitud da a conocer, además, un aparato de procesamiento de datos. El aparato puede ejecutar el procedimiento del método de la figura 6, y puede ejecutar funciones implementadas por el primer dispositivo de la red de acceso en el procedimiento del método no reivindicado en la figura 7.
Tal como se muestra en la figura 16, la figura 16 es un diagrama estructural esquemático de un aparato de procesamiento de datos, según un ejemplo de esta solicitud.
Haciendo referencia a la figura 16, el aparato incluye: una unidad transceptora 1601 y una unidad de procesamiento 1602, configuradas para realizar las realizaciones reivindicadas.
Para otro contenido del aparato en la figura 16, consulte la figura 6 y descripciones relacionadas de la figura 6. Los detalles no se describen nuevamente en el presente documento.
Basándose en el mismo concepto técnico, un ejemplo de esta solicitud da a conocer, además, un aparato de procesamiento de datos. El aparato puede ejecutar el procedimiento del método de la figura 6, y puede ejecutar funciones implementadas por el segundo dispositivo de la red de acceso en el procedimiento del método no reivindicado en la figura 7.
Tal como se muestra en la figura 17, la figura 17 es un diagrama estructural esquemático de un aparato de procesamiento de datos, según un ejemplo de esta solicitud.
Haciendo referencia a la figura 17, el aparato incluye: una unidad transceptora 1701, configurada para realizar las realizaciones reivindicadas.
Para otro contenido del aparato en la figura 17, consulte la figura 6 y descripciones relacionadas de la figura 6. Los detalles no se describen nuevamente en el presente documento.
Basándose en un mismo concepto técnico, un ejemplo de esta solicitud, que no se encuentra dentro de la redacción reivindicada, da a conocer, además, un aparato de procesamiento de datos. El aparato puede ejecutar el procedimiento del método de la figura 10, y puede ejecutar funciones implementadas por el primer dispositivo de la red de acceso en el procedimiento del método en la figura 11
Tal como se muestra en la figura 18, la figura 18 es un diagrama estructural esquemático de un aparato de procesamiento de datos, según un ejemplo de esta solicitud, que no se encuentra dentro de la redacción reivindicada.
Haciendo referencia a la figura 18, el aparato incluye:
una unidad transceptora 1801, configurada para enviar un primer mensaje a un primer dispositivo de la red central, donde el primer mensaje se usa para solicitar el traspaso de un terminal desde un primer dispositivo de la red de acceso a un segundo dispositivo de la red de acceso; y recibir un primer mensaje de respuesta que incluye una primera relación de asignación y que es devuelto por el primer dispositivo de la red central, donde la primera relación de asignación es una relación de asignación que existe entre cada RB y un TEID y que está determinada por el segundo dispositivo de la red de acceso para el terminal; y
una unidad de procesamiento 1802, configurada para reenviar un paquete de datos de cada RB en el terminal al segundo dispositivo de la red de acceso basándose en la primera relación de asignación.
Para otro contenido del aparato en la figura 18, consulte la figura 10 y descripciones relacionadas de la figura 10. Los detalles no se describen nuevamente en el presente documento.
Tal como se muestra en la figura 19, la figura 19 es un diagrama estructural esquemático de un aparato de procesamiento de datos, según un ejemplo de esta solicitud, que no se encuentra dentro de la redacción reivindicada, Haciendo referencia a la figura 19, el aparato incluye:
una unidad de procesamiento 1901, configurada para determinar una segunda relación de asignación, donde la segunda relación de asignación es una relación de asignación que existe entre cada RB y un flujo y que es utilizada por un terminal en una red en la que se encuentra un primer dispositivo de la red de acceso, y la segunda relación de asignación se determina basándose en una plantilla TFT utilizada por cada RB en el terminal en una red en la que se encuentra un primer dispositivo de la red central, y en una plantilla TFT utilizada por cada RB en el terminal en una red en la que se encuentra un segundo dispositivo de la red central, y
una unidad transceptora 1902, configurada para enviar un tercer mensaje que incluye la segunda relación de asignación a un segundo dispositivo de la red de acceso, donde el tercer mensaje se usa para solicitar el traspaso del terminal del primer dispositivo de la red de acceso al segundo dispositivo de la red de acceso.
Para otro contenido del aparato en la figura 19, consulte la figura 10 y descripciones relacionadas de la figura 10. Los detalles no se describen nuevamente en el presente documento.
Tal como se muestra en la figura 20, la figura 20 es un diagrama estructural esquemático de un aparato de procesamiento de datos, según un ejemplo de esta solicitud, que no se encuentra dentro de la redacción reivindicada, Haciendo referencia a la figura 20, el aparato incluye: una unidad transceptora 2001, configurada para: recibir un tercer mensaje que incluye una segunda relación de asignación y que es enviado por un segundo dispositivo de la red central, donde el tercer mensaje se usa para solicitar el traspaso de un terminal de un primer dispositivo de la red de acceso a un segundo dispositivo de la red de acceso, y la segunda relación de asignación es una relación de asignación que existe entre cada RB y un flujo y que es utilizada por el terminal en una red en la que se encuentra el primer dispositivo de la red de acceso; y devolver un mensaje de respuesta que incluye una primera relación de asignación al segundo dispositivo de la red central, donde la primera relación de asignación es una relación de asignación entre cada RB y un TEID y que está determinada por el segundo dispositivo de la red de acceso para el terminal.
Para otro contenido del aparato en la figura 20, consulte la figura 10 y descripciones relacionadas de la figura 10. Los detalles no se describen nuevamente en el presente documento.
Tal como se muestra en la figura 21, la figura 21 es un diagrama estructural esquemático de un aparato de procesamiento de datos, según un ejemplo de esta solicitud, que no se encuentra dentro de la redacción reivindicada, Haciendo referencia a la figura 21, el aparato incluye:
una unidad de procesamiento 2101, configurada para asignar un recurso de enlace ascendente a un terminal; y una unidad transceptora 2102, configurada para enviar una primera información de indicación al terminal, donde la primera información de indicación se usa para indicar una tasa de éxito de transmisión de datos de transmisión correctos en el recurso de enlace ascendente.
Para otro contenido del aparato en la figura 21, consulte la figura 12 y descripciones relacionadas de la figura 12. Los detalles no se describen nuevamente en el presente documento.
Tal como se muestra en la figura 22, la figura 22 es un diagrama estructural esquemático de un aparato de procesamiento de datos, según un ejemplo de esta solicitud, que no se encuentra dentro de la redacción reivindicada, Haciendo referencia a la figura 22, el aparato incluye:
una unidad de procesamiento 2201, configurada para: determinar un recurso de enlace ascendente asignado por un dispositivo de la red de acceso a un terminal, y recibir una primera información de indicación enviada por el dispositivo de la red de acceso, donde la primera información de indicación se usa para indicar una tasa de éxito de transmisión de transmitir correctamente datos sobre el recurso de enlace ascendente; y
una unidad transceptora 2202, configurada para transmitir los datos en el recurso de enlace ascendente, según la primera información de indicación.
Para otro contenido del aparato en la figura 22, consulte la figura 12 y descripciones relacionadas de la figura 12. Los detalles no se describen nuevamente en el presente documento.
Basándose en el mismo concepto técnico, un ejemplo no reivindicado de esta solicitud da a conocer, además, un aparato de procesamiento de datos. El aparato puede ejecutar el procedimiento del método de la figura 1, y puede ejecutar funciones implementadas por el primer dispositivo en los procedimientos del método de la figura 2 y la figura 3.
Tal como se muestra en la figura 23, la figura 23 es un diagrama estructural esquemático de un aparato de procesamiento de datos, según una realización no reivindicada de esta solicitud.
Haciendo referencia a la figura 23, el aparato incluye:
un procesador 2301, configurado para: determinar un flujo al que pertenece un paquete de datos y determinar un identificador de flujo basándose en el flujo al que pertenece el paquete de datos; y
un transceptor 2302, configurado para enviar el paquete de datos que incluye el identificador de flujo a un segundo dispositivo de la red de acceso.
Para otro contenido del aparato en la figura 23, consulte la figura 1 y descripciones relacionadas de la figura 1. Los detalles no se describen nuevamente en el presente documento.
Basándose en un mismo concepto técnico, una realización no reivindicada de esta solicitud da a conocer, además, un aparato de procesamiento de datos. El aparato puede ejecutar el procedimiento del método de la figura 4, y puede ejecutar funciones implementadas por el primer dispositivo en el procedimiento del método en la figura 5.
Tal como se muestra en la figura 24, la figura 24 es un diagrama estructural esquemático de un aparato de procesamiento de datos, según una realización no reivindicada de esta solicitud.
Haciendo referencia a la figura 24, el aparato incluye:
un procesador 2401, configurado para determinar un paquete de datos de finalización después de que un portador de radio, RB, asignado al cual se asigna un primer flujo cambia de un primer RB a un segundo RB, donde el paquete de datos de finalización es un último paquete de datos que es del primer flujo y que es enviado por un primer dispositivo a través del primer RB; y
un transceptor 2402, configurado para enviar información de indicación de finalización y el paquete de datos de finalización a un segundo dispositivo, donde la información de indicación de finalización se usa para indicar que el primer dispositivo ha completado el envío de paquetes de datos del primer flujo a través del primer RB.
Para otro contenido del aparato en la figura 24, consulte la figura 4 y descripciones relacionadas de la figura 4. Los detalles no se describen nuevamente en el presente documento.
Basándose en el mismo concepto técnico, una realización de esta solicitud da a conocer, además, un aparato de procesamiento de datos. El aparato puede ejecutar el procedimiento del método de la figura 4, y puede ejecutar funciones implementadas por el primer dispositivo en el procedimiento del método en la figura 5.
Tal como se muestra en la figura 25, la figura 25 es un diagrama estructural esquemático de un aparato de procesamiento de datos, según una realización de esta solicitud.
Haciendo referencia a la figura 25, el aparato incluye:
un transceptor 2501 y un procesador 2502, configurados para realizar el método de las realizaciones reivindicadas. Para otro contenido del aparato en la figura 25, consulte la figura 4 y descripciones relacionadas de la figura 4. Los detalles no se describen nuevamente en el presente documento.
Basándose en el mismo concepto técnico, un ejemplo de esta solicitud da a conocer, además, un aparato de procesamiento de datos. El aparato puede ejecutar el procedimiento del método de la figura 6, y puede ejecutar funciones implementadas por el primer dispositivo de acceso en el procedimiento del método en la figura 7.
Tal como se muestra en la figura 26, la figura 26 es un diagrama estructural esquemático de un aparato de procesamiento de datos, según un ejemplo de esta solicitud.
Haciendo referencia a la figura 26, el aparato incluye:
un transceptor 2601 y un procesador 2602, configurados para realizar las funciones de las realizaciones reivindicadas. Para otro contenido del aparato en la figura 26, consulte la figura 6 y descripciones relacionadas de la figura 6. Los detalles no se describen nuevamente en el presente documento.
En lo que sigue, los aparatos que hacen referencia a las figuras 27-32 no están incluidos en el texto de las reivindicaciones.
Basándose en el mismo concepto técnico, un ejemplo de esta solicitud da a conocer, además, un aparato de procesamiento de datos. El aparato puede ejecutar el procedimiento del método de la figura 6, y puede ejecutar funciones implementadas por el segundo dispositivo de la red de acceso en el procedimiento del método en la figura 7.
Tal como se muestra en la figura 27, la figura 27 es un diagrama estructural esquemático de un aparato de procesamiento de datos, según un ejemplo de esta solicitud.
Haciendo referencia a la figura 27, el aparato incluye un transceptor 2701 y un procesador 2702.
El transceptor 2701 está configurado para: recibir un primer mensaje enviado por un primer dispositivo de la red de acceso, donde el primer mensaje se usa para solicitar el traspaso de un terminal a un segundo dispositivo de la red de acceso; y devolver un primer mensaje de respuesta que incluye una primera relación de asignación al primer dispositivo de la red de acceso, y recibir un paquete de datos que es de cada flujo en el terminal y que es reenviado por el primer dispositivo de la red de acceso basándose en la primera relación de asignación, donde la primera relación de asignación es una relación de asignación que existe entre cada flujo en el terminal y un TEID y que está determinada por el segundo dispositivo de la red de acceso.
Para otro contenido del aparato en la figura 27, consulte la figura 6 y descripciones relacionadas de la figura 6. Los detalles no se describen nuevamente en el presente documento.
Basándose en el mismo concepto técnico, un ejemplo de esta solicitud, da a conocer, además, un aparato de procesamiento de datos. El aparato puede ejecutar el procedimiento del método de la figura 10, y puede ejecutar funciones implementadas por el primer dispositivo de la red de acceso en el procedimiento del método en la figura 11
Tal como se muestra en la figura 18, la figura 18 es un diagrama estructural esquemático de un aparato de procesamiento de datos, según un ejemplo de esta solicitud.
Haciendo referencia a la figura 28, el aparato incluye:
un transceptor 2801, configurado para enviar un primer mensaje a un primer dispositivo de la red central, donde el primer mensaje se usa para solicitar el traspaso de un terminal desde un primer dispositivo de la red de acceso a un segundo dispositivo de la red de acceso; y recibir un primer mensaje de respuesta que incluye una primera relación de asignación y que es devuelto por el primer dispositivo de la red central, donde la primera relación de asignación es una relación de asignación que existe entre cada RB y un TEID y que está determinada por el segundo dispositivo de la red de acceso para el terminal; y
un procesador 2802, configurado para reenviar un paquete de datos de cada RB en el terminal al segundo dispositivo de la red de acceso basándose en la primera relación de asignación.
Para otro contenido del aparato en la figura 28, consulte la figura 10 y descripciones relacionadas de la figura 10. Los detalles no se describen nuevamente en el presente documento.
Tal como se muestra en la figura 29, la figura 29 es un diagrama estructural esquemático de un aparato de procesamiento de datos, según un ejemplo de esta solicitud.
Haciendo referencia a la figura 29, el aparato incluye:
un procesador 2901, configurado para determinar una segunda relación de asignación, donde la segunda relación de asignación es una relación de asignación que existe entre cada RB y un flujo y que es utilizada por un terminal en una red en la que se encuentra un primer dispositivo de la red de acceso, y la segunda relación de asignación se determina basándose en una plantilla TFT utilizada por cada RB en el terminal en una red en la que se encuentra un primer dispositivo de la red central y en una plantilla TFT utilizada por cada RB en el terminal en una red en la que se encuentra un segundo dispositivo de la red central; y
un transceptor 2902, configurado para enviar un tercer mensaje que incluye la segunda relación de asignación a un segundo dispositivo de la red de acceso, donde el tercer mensaje se usa para solicitar el traspaso del terminal del primer dispositivo de la red de acceso al segundo dispositivo de la red de acceso.
Para otro contenido del aparato en la figura 29, consulte la figura 10 y descripciones relacionadas de la figura 10. Los detalles no se describen nuevamente en el presente documento.
Tal como se muestra en la figura 30, la figura 30 es un diagrama estructural esquemático de un aparato de procesamiento de datos, según un ejemplo de esta solicitud.
Haciendo referencia a la figura 30, el aparato incluye un transceptor 3001 y un procesador 3002.
El transceptor 3001 está configurado para: recibir un tercer mensaje que incluye una segunda relación de asignación y que es enviado por un segundo dispositivo de la red central, donde el tercer mensaje se usa para solicitar el traspaso de un terminal de un primer dispositivo de la red de acceso a un segundo dispositivo de la red de acceso, y la segunda relación de asignación es una relación de asignación que existe entre cada RB y un flujo y que es utilizada por el terminal en una red en la que se encuentra el primer dispositivo de la red de acceso; y devolver un mensaje de respuesta que incluye una primera relación de asignación al segundo dispositivo de la red central, donde la primera relación de asignación es una relación de asignación entre cada RB y un TEID y que está determinada por el segundo dispositivo de la red de acceso para el terminal.
Para otro contenido del aparato en la figura 30, consulte la figura 10 y descripciones relacionadas de la figura 10. Los detalles no se describen nuevamente en el presente documento.
Tal como se muestra en la figura 31, la figura 31 es un diagrama estructural esquemático de un aparato de procesamiento de datos, según un ejemplo de esta solicitud.
Haciendo referencia a la figura 31, el aparato incluye:
un procesador 3101, configurado para asignar un recurso de enlace ascendente a un terminal; y
un transceptor 3102, configurado para enviar la primera información de indicación al terminal, donde la primera información de indicación se usa para indicar una tasa de éxito de transmisión de transmisión correcta de datos en el recurso de enlace ascendente.
Para otro contenido del aparato en la figura 31, consulte la figura 12 y descripciones relacionadas de la figura 12. Los detalles no se describen nuevamente en el presente documento.
Tal como se muestra en la figura 32, la figura 32 es un diagrama estructural esquemático de un aparato de procesamiento de datos, según un ejemplo de esta solicitud.
Haciendo referencia a la figura 32, el aparato incluye:
un procesador 3201, configurado para: determinar un recurso de enlace ascendente asignado por un dispositivo de la red de acceso a un terminal, y recibir una primera información de indicación enviada por el dispositivo de la red de acceso, donde la primera información de indicación se utiliza para indicar una tasa de éxito de transmisión de datos transmitidos correctamente en el recurso de enlace ascendente; y
un transceptor 3202, configurado para transmitir los datos en el recurso de enlace ascendente, según la primera información de indicación.
Para otro contenido del aparato en la figura 32, consulte la figura 12 y descripciones relacionadas de la figura 12. Los detalles no se describen nuevamente en el presente documento.
En la figura 23 a la figura 32, el transceptor puede ser un transceptor cableado, un transceptor inalámbrico o una combinación de los mismos. El transceptor cableado puede ser, por ejemplo, una interfaz de Ethernet. La interfaz de Ethernet puede ser una interfaz óptica, una interfaz eléctrica o una combinación de las mismas. El transceptor inalámbrico puede ser, por ejemplo, un transceptor de red de área local inalámbrica, un transceptor de red celular o una combinación de los mismos. El procesador puede ser una unidad central de procesamiento (inglés: Central Processing Unit, CPU, para abreviar), un procesador de red (inglés: Network Processor, NP, para abreviar), o una combinación de CPU y NP. El procesador puede incluir, además, un chip de hardware. El chip de hardware puede ser un circuito integrado específico de la aplicación (inglés: Application Specific Integrated Circuit, ASIC, para abreviar), un dispositivo lógico programable (inglés: Programmable Logic Device, PLD, para abreviar), o una combinación de los mismos. El PLD puede ser un dispositivo lógico programable complejo (inglés: Complex PLD, CPLD, para abreviar), una matriz de puertas programables en campo (inglés: Field Programmable Gate Array, FPGA, para abreviar), lógica de matriz genérica (inglés: Generic Array Logic, GAL para abreviar), o cualquier combinación de los mismos. La memoria puede incluir una memoria volátil (inglés: volatile memory), por ejemplo, una memoria de acceso aleatorio (inglés: Random Access Memory, RAM, para abreviar); la memoria puede incluir una memoria no volátil (inglés: nonvolatile memory), por ejemplo, una memoria de solo lectura (en inglés: read-only memory, ROM, para abreviar), una memoria flash (inglés: flash memory), una unidad de disco duro (inglés: Hard Disc Drive, HDD, para abreviar) o una unidad de estado sólido (inglés: Solid-State Drive, SSD, para abreviar); o la memoria puede incluir una combinación de los tipos de memoria anteriores.
Opcionalmente, también se puede incluir una interfaz de bus en la figura 23 a la figura 32, y la interfaz de bus puede incluir cualquier cantidad de buses y puentes interconectados, y específicamente vincular diversos circuitos de uno o más procesadores representados por el procesador y una memoria representada por la memoria. La interfaz de bus puede vincular, además, diversos circuitos adicionales, tales como un dispositivo periférico, un regulador de tensión y un circuito de gestión de la potencia. Esto es bien conocido en la técnica y, por lo tanto, no se describe con más detalle en esta memoria descriptiva. La interfaz de bus proporciona una interfaz. El transceptor proporciona una unidad para comunicarse con diversos dispositivos adicionales en un medio de transmisión. El procesador es responsable de la gestión de la arquitectura del bus y del procesamiento general. La memoria puede almacenar datos utilizados cuando el procesador realiza una operación.
Esta solicitud se describe haciendo referencia a los diagramas de flujo y/o diagramas de bloques del método, el dispositivo (sistema) y el producto de programa informático, según las realizaciones de esta solicitud. Debe entenderse que pueden usarse instrucciones de programas informáticos para implementar cada proceso y/o cada bloque en los diagramas de flujo y/o los diagramas de bloques, y una combinación de un proceso y/o un bloque en los diagramas de flujo y/o los diagramas de bloques. Estas instrucciones de programas informáticos pueden proporcionarse para un ordenador de propósito general, un ordenador específico, un procesador integrado o un procesador de cualquier otro dispositivo programable de procesamiento de datos para generar una máquina, de modo que las instrucciones ejecutadas por un ordenador o un procesador de cualquier otro dispositivo de procesamiento de datos programable generen un aparato para implementar una función específica en uno o más procesos en los diagramas de flujo y/o en uno o más bloques en los diagramas de bloques.
Estas instrucciones de programa informático pueden almacenarse en una memoria legible por ordenador, que puede indicar al ordenador o a cualquier otro dispositivo de procesamiento de datos programable que funcione de una manera específica, de modo que las instrucciones almacenadas en la memoria legible por ordenador generen un artefacto que incluye un aparato de instrucción. El aparato de instrucción implementa una función específica en uno o más procesos en los diagramas de flujo y/o en uno o más bloques en los diagramas de bloques.
Estas instrucciones de programa informático pueden ser cargadas en un ordenador o en otro dispositivo de procesamiento de datos programable, de modo que se realicen una serie de operaciones y etapas en el ordenador o en otro dispositivo programable, generando así un procesamiento implementado por ordenador. Por lo tanto, las instrucciones ejecutadas en el ordenador o en otro dispositivo programable proporcionan etapas para implementar una función específica en uno o más procesos en los diagramas de flujo y/o en uno o más bloques en los diagramas de bloques.

Claims (28)

REIVINDICACIONES
1. Un método de procesamiento de datos, que comprende:
recibir, por parte de un primer dispositivo, una relación de asignación entre un primer flujo y un segundo portador de radio, RB, desde un segundo dispositivo, en donde el primer dispositivo es un primer terminal, y el segundo dispositivo es un dispositivo de la red de acceso o un segundo terminal;
determinar (401), por parte del primer dispositivo, que un RB al que se asigna el primer flujo cambia de un primer RB al segundo RB según la relación de asignación entre el primer flujo y el segundo RB; y
enviar (402), por parte del primer dispositivo, información de indicación de finalización al segundo dispositivo a través del primer RB, utilizándose la información de indicación de finalización para indicar al segundo dispositivo que el envío de paquetes de datos del primer flujo a través del primer RB ha sido completado;
en donde antes de recibir la relación de asignación entre el primer flujo y el segundo RB, el primer flujo se asigna al primer RB.
2. El método según la reivindicación 1, que comprende, además:
el envío (402) de un paquete de datos de finalización a través del primer RB, en donde el paquete de datos de finalización es un último paquete de datos que es del primer flujo y que se envía a través del primer RB, y el envío (402) de la información de indicación de finalización se realiza después de que se envía el paquete de datos de finalización.
3. El método según la reivindicación 2, en el que la información de indicación de finalización está incluida en un paquete de control.
4. El método según cualquiera de las reivindicaciones 1 -3, que comprende, además:
enviar todos los paquetes de datos no enviados del primer flujo a través del segundo RB.
5. El método según cualquiera de las reivindicaciones 1 -4, en el que antes de recibir la relación de asignación entre el primer flujo y el segundo RB del segundo dispositivo, el método comprende, además:
enviar, por parte del primer dispositivo, un primer paquete de datos del primer flujo y un segundo paquete de datos de un segundo flujo a través del primer RB al segundo dispositivo.
6. El método según la reivindicación 5, en el que después de enviar la información de indicación de finalización, el método comprende, además:
enviar, por parte del primer dispositivo, un tercer paquete de datos del primer flujo a través del segundo RB, al segundo dispositivo; y
enviar, por parte del primer dispositivo, un cuarto paquete de datos del segundo flujo a través del primer RB, al segundo dispositivo.
7. Un método de procesamiento de datos, que comprende:
enviar, por parte de un segundo dispositivo, una relación de asignación entre un primer flujo y un segundo portador de radio, RB, a un primer dispositivo, en donde el primer dispositivo es un primer terminal, y el segundo dispositivo es un dispositivo de la red de acceso o un segundo terminal;
recibir (403), por parte del segundo dispositivo, a través del primer RB, información de indicación de finalización del primer dispositivo, en donde la información de indicación de finalización se usa para indicar al segundo dispositivo que el envío de paquetes de datos del primer flujo a través del primer RB ha sido completado; y
procesar (404), por parte del segundo dispositivo, un paquete de datos que es del primer flujo y que se recibe a través del segundo RB.
8. El método según la reivindicación 7, en donde el procesamiento (404), por parte del segundo dispositivo, de un paquete de datos que es del primer flujo y que es recibido a través del segundo RB, comprende:
determinar, por parte del segundo dispositivo, cuándo transmitir el paquete de datos que es del primer flujo y que se recibe a través del segundo RB, a una capa de protocolo superior, para su procesamiento.
9. El método según las reivindicaciones 7 u 8, en el que antes de enviar una relación de asignación entre un primer flujo y un segundo RB al primer dispositivo, el método comprende, además:
recibir, por parte del segundo dispositivo, un primer paquete de datos del primer flujo y un segundo paquete de datos de un segundo flujo a través del primer RB desde el primer dispositivo.
10. El método según la reivindicación 9, en el que después de recibir la información de indicación de fin, el método comprende, además:
recibir, por parte del segundo dispositivo, un tercer paquete de datos del primer flujo a través del segundo RB desde el primer dispositivo; y
recibir, por el segundo dispositivo, un cuarto paquete de datos del segundo flujo a través del primer RB desde el primer dispositivo.
11. El método según cualquiera de las reivindicaciones 1 a 10, en el que el primer RB está entre el primer dispositivo y el segundo dispositivo, y el segundo RB está entre el primer dispositivo y el segundo dispositivo.
12. El método según cualquiera de las reivindicaciones 1 a 11, en el que la relación de asignación está comprendida en una indicación de reasignación.
13. El método según la reivindicación 12, en el que la relación de asignación entre el primer flujo y el segundo RB está determinada por el segundo dispositivo.
14. Un aparato de procesamiento de datos, en el que el aparato de procesamiento de datos es un primer dispositivo, que comprende
un receptor, configurado para recibir una relación de asignación entre un primer flujo y un segundo portador de radio, RB, desde un segundo dispositivo, en el que el segundo dispositivo es un dispositivo de la red de acceso o un terminal; una unidad de procesamiento, configurada para determinar que un RB al que se asigna el primer flujo cambia de un primer RB al segundo RB según la relación de asignación entre el primer flujo y el segundo RB;
un transmisor, configurado para enviar información de indicación de finalización al segundo dispositivo a través del primer RB, la información de indicación de finalización se usa para indicar al segundo dispositivo que se ha completado el envío de paquetes de datos del primer flujo a través del primer RB;
donde antes de recibir la relación de asignación entre el primer flujo y el segundo RB, el primer flujo se asigna al primer RB.
15. El aparato de procesamiento de datos, según la reivindicación 14, en el que el transmisor también está configurado para enviar un paquete de datos de finalización a través del primer RB, en el que el paquete de datos de finalización es un último paquete de datos que es del primer flujo y que se envía a través del primer RB.
16. El aparato de procesamiento de datos, según la reivindicación 15, en el que la información de indicación de finalización está incluida en un paquete de control.
17. El aparato de procesamiento de datos, según cualquiera de las reivindicaciones 14 a 16, en el que el transmisor también está configurado para enviar todos los paquetes de datos no enviados del primer flujo a través del segundo RB.
18. El aparato de procesamiento de datos, según cualquiera de las reivindicaciones 14-17, en el que el transmisor también está configurado para enviar, antes de recibir la relación de asignación, un primer paquete de datos del primer flujo y un segundo paquete de datos de un segundo flujo a través del primer RB, al segundo dispositivo.
19. El aparato de procesamiento de datos, según cualquiera de las reivindicaciones 14-17, en el que el transmisor también está configurado para enviar, después de recibir la indicación de asignación, un tercer paquete de datos del primer flujo a través del segundo RB al segundo dispositivo; y enviar un cuarto paquete de datos del segundo flujo a través del primer RB al segundo dispositivo.
20. Un aparato de procesamiento de datos, en el que el aparato de procesamiento de datos es un segundo dispositivo, que comprende
un transmisor, configurado para enviar una relación de asignación entre un primer flujo y un segundo portador, RB, de radio a un primer dispositivo; y
un receptor, configurado para recibir una información de indicación de finalización desde el primer dispositivo, a través del primer RB, en donde la información de indicación de finalización se utiliza para indicar al segundo dispositivo que se ha completado el envío de paquetes de datos del primer flujo a través del primer RB; y
una unidad de procesamiento, configurada para procesar un paquete de datos que es del primer flujo y que se recibe a través del segundo RB.
21. El aparato según la reivindicación 20, en el que la unidad de procesamiento está configurada para determinar cuándo transmitir el paquete de datos que es del primer flujo y que se recibe a través del segundo RB, a una capa de protocolo superior, para su procesamiento.
22. El aparato según las reivindicaciones 20 o 21, en el que el receptor también está configurado para recibir, antes de transmitir la relación de asignación, un primer paquete de datos del primer flujo y un segundo paquete de datos de un segundo flujo a través del primer RB desde el primer dispositivo.
23. El aparato según la reivindicación 22, en el que el receptor también está configurado para
recibir, después de transmitir la relación de asignación, un tercer paquete de datos del primer flujo a través del segundo RB desde el primer dispositivo; y
recibir un cuarto paquete de datos del segundo flujo a través del primer RB desde el primer dispositivo.
24. El aparato según cualquiera de las reivindicaciones 14 a 23, en el que el primer RB está entre el primer dispositivo y el segundo dispositivo, y el segundo RB está entre el primer dispositivo y el segundo dispositivo.
25. El aparato según cualquiera de las reivindicaciones 14 a 24, en el que la relación de asignación está comprendida en una indicación de reasignación.
26. El aparato según cualquiera de las reivindicaciones 14 a 25, en el que el aparato de procesamiento de datos es un dispositivo de la red de acceso o un terminal o está comprendido en un dispositivo de la red de acceso o un terminal.
27. Un medio de almacenamiento informático, que comprende una instrucción de software informático, en el que cuando se ejecuta la instrucción de software informático, se lleva a cabo el método según cualquiera de las reivindicaciones 1-13.
28. Un aparato que comprende un procesador y una memoria, en el que la memoria está configurada para almacenar una instrucción y, cuando se ejecuta la instrucción, se realiza el método según cualquiera de las reivindicaciones 1-13.
ES20167012T 2016-08-15 2017-08-07 Método y aparato de procesamiento de datos Active ES2934613T3 (es)

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201610673593.7A CN107770807B (zh) 2016-08-15 2016-08-15 一种数据处理方法及装置

Publications (1)

Publication Number Publication Date
ES2934613T3 true ES2934613T3 (es) 2023-02-23

Family

ID=61197384

Family Applications (1)

Application Number Title Priority Date Filing Date
ES20167012T Active ES2934613T3 (es) 2016-08-15 2017-08-07 Método y aparato de procesamiento de datos

Country Status (6)

Country Link
US (2) US10880773B2 (es)
EP (3) EP3493582B1 (es)
CN (2) CN107770807B (es)
BR (1) BR112019003025B1 (es)
ES (1) ES2934613T3 (es)
WO (1) WO2018032991A1 (es)

Families Citing this family (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR102194522B1 (ko) 2016-09-29 2020-12-24 노키아 테크놀로지스 오와이 무선 액세스에서의 무선 베어러 스위칭
CN109041119B9 (zh) * 2017-06-08 2020-07-03 维沃移动通信有限公司 一种数据传输方法、相关设备及***
WO2019237364A1 (zh) * 2018-06-15 2019-12-19 Oppo广东移动通信有限公司 数据按序递交的方法、网络设备及终端设备
US10756795B2 (en) 2018-12-18 2020-08-25 XCOM Labs, Inc. User equipment with cellular link and peer-to-peer link
US11063645B2 (en) * 2018-12-18 2021-07-13 XCOM Labs, Inc. Methods of wirelessly communicating with a group of devices
US11330649B2 (en) 2019-01-25 2022-05-10 XCOM Labs, Inc. Methods and systems of multi-link peer-to-peer communications
CN110536263A (zh) * 2019-07-11 2019-12-03 中兴通讯股份有限公司 一种数据传输方法、装置、第一通信节点及第二通信节点
EP4014544A1 (en) * 2019-08-14 2022-06-22 Nokia Technologies Oy Feedback on network-assisted fallback to contention-based random access
CN116325900A (zh) * 2020-10-22 2023-06-23 华为技术有限公司 一种通信方法及装置
US20230370352A1 (en) * 2022-05-12 2023-11-16 Mellanox Technologies Ltd. Cycle-based per-flow packet drop counting

Family Cites Families (35)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7609718B2 (en) * 2002-05-15 2009-10-27 Broadcom Corporation Packet data service over hyper transport link(s)
KR20050101006A (ko) * 2004-04-16 2005-10-20 삼성전자주식회사 멀티캐스트 멀티미디어 방송 서비스를 지원하는 이동통신시스템에서 제어 정보를 효율적으로 전송하는 방법
US8917698B2 (en) 2006-08-18 2014-12-23 Telefonaktiebolaget L M Ericsson (Publ) Intersystem change involving mapping between different types of radio bearers
JP5667453B2 (ja) * 2009-02-13 2015-02-12 パナソニック インテレクチュアル プロパティ コーポレーション オブアメリカＰａｎａｓｏｎｉｃ Ｉｎｔｅｌｌｅｃｔｕａｌ Ｐｒｏｐｅｒｔｙ Ｃｏｒｐｏｒａｔｉｏｎ ｏｆ Ａｍｅｒｉｃａ 通信装置及び通信方法
EP2443870B1 (en) * 2009-06-17 2014-10-15 InterDigital Patent Holdings, Inc. Method and apparatus for performing handover with a relay node
CN103118401B (zh) * 2009-06-19 2015-09-30 华为技术有限公司 业务承载映射方法及通信设备
CN101754373B (zh) * 2009-12-28 2013-09-11 华为技术有限公司 操作指示方法、服务网关和核心网络***
CN104797007B (zh) * 2010-08-12 2018-05-11 华为技术有限公司 一种通信***
CN102892143B (zh) * 2011-07-20 2015-11-25 华为技术有限公司 数据分流的方法以及用户设备
EP2557870B1 (en) * 2011-08-10 2020-07-08 Alcatel Lucent Configuring transmissions
CN103517356B (zh) * 2012-06-28 2017-04-05 电信科学技术研究院 一种进行切换的方法、***和设备
CN104904254B (zh) * 2013-01-11 2018-11-23 Lg 电子株式会社 用于在无线通信***中发送信息的方法和设备
CN103945470A (zh) * 2013-01-18 2014-07-23 华为技术有限公司 切换方法、源通信节点和目标通信节点
US9497682B2 (en) * 2013-06-07 2016-11-15 Intel Corporation Central processing unit and methods for supporting coordinated multipoint transmission in an LTE network
EP3043595B1 (en) 2013-08-23 2019-04-10 LG Electronics Inc. Method for managing link failure of user equipment simultaneously connected to multiple rats and device for performing same
US9350550B2 (en) * 2013-09-10 2016-05-24 M2M And Iot Technologies, Llc Power management and security for wireless modules in “machine-to-machine” communications
JP6375384B2 (ja) * 2013-10-30 2018-08-15 インターデイジタル パテント ホールディングス インコーポレイテッド ワイヤレスシステムにおける接続性ロバストネス
WO2015110948A1 (en) * 2014-01-22 2015-07-30 Telefonaktiebolaget L M Ericsson (Publ) Method and apparatus for extending signaling in a wireless communication network
US9713044B2 (en) 2014-01-30 2017-07-18 Sharp Kabushiki Kaisha Systems and methods for dual-connectivity operation
US9544942B2 (en) * 2014-02-18 2017-01-10 Qualcomm Incorporated DCH to non-DCH state switching of user equipment in UMTS
US9794266B2 (en) * 2014-09-05 2017-10-17 Qualcomm Incorporated Using multiple credentials for access and traffic differentiation
EP3958613A3 (en) * 2014-11-12 2022-03-09 Huawei Technologies Co., Ltd. Method and device for controlling binding of data flow to bearer
CN104363598B (zh) * 2014-11-25 2018-03-23 电信科学技术研究院 一种drb映射方法及装置
BR112017016307B1 (pt) * 2015-01-29 2024-02-15 Huawei Technologies Co., Ltd Método de reconfiguração de portador de rádio e equipamento de usuário
US10433364B2 (en) * 2015-02-10 2019-10-01 Telefonaktiebolaget Lm Ericsson (Publ) Systems and methods for facilitating the transition of a wireless communication device (WCD) from a CELL_FACH state to a CELL_DCH state
US10461908B2 (en) * 2015-11-11 2019-10-29 Qualcomm Incorporated Techniques for providing channels in low latency LTE wireless communications
CN106993313A (zh) * 2016-01-21 2017-07-28 中兴通讯股份有限公司 一种实现承载切换的方法及终端和基站
US10959240B2 (en) * 2016-04-15 2021-03-23 Qualcomm Incorporated Providing quality-of-service in wireless communications
WO2017189032A1 (en) * 2016-04-27 2017-11-02 Intel Corporation Lwip enhancements for reliable drb switching
CN107645791A (zh) * 2016-07-22 2018-01-30 电信科学技术研究院 一种传输数据流的无线承载处理方法及装置
CN107659955B (zh) * 2016-07-26 2021-10-08 财团法人工业技术研究院 基于用户设备反馈控制体验品质的基站、用户设备及方法
CN109565703B (zh) * 2016-08-01 2022-04-26 三星电子株式会社 用于管理无线通信网络中的数据通信的方法和设备
EP3498037B1 (en) * 2016-08-08 2022-11-02 Nokia Technologies Oy End marker handling for mobility between 5g and lte
US11140572B2 (en) * 2017-03-22 2021-10-05 Lg Electronics Inc. Method for transmitting UL packet based on quality of service (QoS) framework in wireless communication system and a device therefor
US11071025B2 (en) * 2018-06-29 2021-07-20 FG Innovation Company Limited Cell handover with minimum mobility interruption

Also Published As

Publication number Publication date
EP3493582B1 (en) 2020-04-08
BR112019003025B1 (pt) 2021-12-21
CN110493823B (zh) 2020-09-04
WO2018032991A1 (zh) 2018-02-22
CN107770807B (zh) 2024-03-15
EP3745767A1 (en) 2020-12-02
EP3745767B1 (en) 2022-10-05
US20190182703A1 (en) 2019-06-13
EP3493582A1 (en) 2019-06-05
BR112019003025A2 (pt) 2019-05-14
CN110493823A (zh) 2019-11-22
CN107770807A (zh) 2018-03-06
US11997529B2 (en) 2024-05-28
EP4184999A1 (en) 2023-05-24
US10880773B2 (en) 2020-12-29
US20210153064A1 (en) 2021-05-20
EP3493582A4 (en) 2019-06-19

Similar Documents

Publication Publication Date Title
ES2934613T3 (es) Método y aparato de procesamiento de datos
ES2841848T3 (es) Procedimiento para establecer una interfaz de enlace de recorrido frontal y estación base
US10972945B2 (en) Method for handover between secondary base stations, network device, and user equipment
KR102220436B1 (ko) 데이터 처리를 구현하기 위한 방법, 네트워크 디바이스 및 시스템, 및 저장 매체
EP3793240A1 (en) Configuration method, data transmission method and apparatus
WO2018127117A9 (zh) 信息传输的方法和装置
JP2019533355A (ja) メッセージ送信方法および装置
CN109804710B (zh) 一种业务传输方法、设备及***
US20200374320A1 (en) Security Protection Method And Apparatus, And Access Network Device
JP6731488B2 (ja) 中継伝送方法及び装置
CN109587825B (zh) 建立连接的方法、请求辅助小区组配置的方法及相应的基站
EP3614735B1 (en) Data transmission methods and devices
BR112021007665A2 (pt) método de controle de comunicação, aparelho e meio de armazenamento legível por computador
CN111194051A (zh) 传输路径的配置方法及装置
CN110972215B (zh) 一种切换方法及基站
JP2020523955A (ja) 通信方法および装置ならびに無線アクセス・ネットワーク
ES2926484T3 (es) Método de envío de datos, equipo de usuario y dispositivo de red
ES2952640T3 (es) Método para la transmisión de datos por asignación y producto relacionado
CN112449384B (zh) 数据处理方法、装置和***
US20200008114A1 (en) Connection Establishment Method And Apparatus
CN107079465B (zh) 一种通信方法、装置及***
US20210112566A1 (en) Mobile station, base station, communication system, and communication method
WO2024035679A1 (en) Ue-initiated qos flow to drb mapping
WO2024035680A1 (en) Uplink sdap header enhancements
CN117881006A (zh) 建立连接的方法、请求辅助小区组配置的方法及相应的基站