ES2937935T3 - Método y aparato de comunicación - Google Patents

Método y aparato de comunicación Download PDF

Info

Publication number
ES2937935T3
ES2937935T3 ES18913408T ES18913408T ES2937935T3 ES 2937935 T3 ES2937935 T3 ES 2937935T3 ES 18913408 T ES18913408 T ES 18913408T ES 18913408 T ES18913408 T ES 18913408T ES 2937935 T3 ES2937935 T3 ES 2937935T3
Authority
ES
Spain
Prior art keywords
data packet
information
drb
qos flow
terminal 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
ES18913408T
Other languages
English (en)
Inventor
Feng Han
Yinghao Jin
Wei Tan
Wenqi Sun
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.)
Honor Device Co Ltd
Original Assignee
Honor Device 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 Honor Device Co Ltd filed Critical Honor Device Co Ltd
Application granted granted Critical
Publication of ES2937935T3 publication Critical patent/ES2937935T3/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
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/0001—Systems modifying transmission characteristics according to link quality, e.g. power backoff
    • H04L1/0015—Systems modifying transmission characteristics according to link quality, e.g. power backoff characterised by the adaptation strategy
    • H04L1/0017—Systems modifying transmission characteristics according to link quality, e.g. power backoff characterised by the adaptation strategy where the mode-switching is based on Quality of Service requirement
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H04L5/003—Arrangements for allocating sub-channels of the transmission path
    • H04L5/0053—Allocation of signaling, i.e. of overhead other than pilot signals
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/1607—Details of the supervisory signal
    • 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]

Landscapes

  • Engineering & Computer Science (AREA)
  • Signal Processing (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Quality & Reliability (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Telephone Function (AREA)

Abstract

La presente solicitud proporciona un método y dispositivo de comunicación. El método comprende: un nodo de unidad central-plano de usuario (CU-UP) que adquiere la primera información, en el que la primera información se utiliza para instruir al CU-UP para asignar un primer paquete de datos a un primer portador de radio de datos (DRB) y configurar un campo de indicación de correlación de reflexión del primer paquete de datos, y un flujo de calidad de servicio (QoS) al que pertenece el primer paquete de datos es un primer flujo de QoS; el CU-UP recibe el primer paquete de datos enviado por un aparato de red central; configurando el CU-UP el campo de indicación de mapeo de reflexión del primer paquete de datos; y el CU-UP envía el primer paquete de datos a un aparato terminal a través del primer DRB después de configurar el campo de mapeo. (Traducción automática con Google Translate, sin valor legal)

Description

DESCRIPCIÓN
Método y aparato de comunicación
Campo técnico
Esta solicitud se relaciona con el campo de las comunicaciones y, más específicamente, con métodos y aparatos de comunicación.
Antecedentes
A medida que los sistemas de comunicaciones de próxima generación se estudian en profundidad y más a fondo, la industria ha llegado a un consenso básico acerca del contenido específico de los estudios sobre la 5a tecnología de comunicaciones móviles (5-Generation, 5G). 5G soporta varios tipos de despliegue de red y varios tipos de aplicaciones, incluyendo una experiencia de tasa más alta y capacidades de acceso de ancho de banda más alto, intercambio de información de baja latencia y alta fiabilidad, y acceso y gestión de grandes cantidades de dispositivos de comunicación de tipo máquina de bajo coste. Para cumplir con estos requisitos, 5G ha definido una arquitectura de red que se basa en flujos de calidad de servicio (en inglés, quality of service flow, flujo de QoS) y ha definido un mecanismo de transmisión de paquetes en una interfaz aérea en base a portadores de radio de datos (en inglés, data radio bearer, DRB). Para una sesión de unidad de datos de protocolo (en inglés, protocol data unit, PDU) de un dispositivo terminal, los paquetes de datos en un flujo de QoS se transportan en un DRB para transmisión, y los paquetes de datos en uno o más flujos de QoS transportados en un DRB tienen una misma característica de transmisión, por ejemplo, una misma política de programación, una misma política de gestión de colas o una misma política de coincidencia de tasas. Es decir, existe una relación de mapeo de flujos de QoS a DRB. La relación de mapeo puede ser de la siguiente manera: un DRB es correspondiente a uno o más flujos de QoS, y los paquetes de datos de enlace ascendente y los paquetes de datos de enlace descendente en un flujo de QoS se pueden transportar en un DRB, o se pueden transportar por separado en diferentes DRB. En base a la relación de mapeo, se asignan diferentes flujos de QoS a los DRB correspondientes para la transmisión. Además, un dispositivo de red de acceso generalmente realiza la medición de parámetros de capa 2 (en inglés, layer 2, L2), con el fin de soportar operaciones de recursos de interfaz aérea, gestión de recursos de radio, operación y mantenimiento de redes, minimización de pruebas de manejo (en inglés, minimization of drive tests, MDT) y requisitos de red autoorganizada (en inglés, selforganization networks, SON), y similares. Por ejemplo, el dispositivo de red de acceso mide parámetros relacionados, por ejemplo, en una capa de Protocolo de Convergencia de Paquetes de Datos (en inglés, packet data convergence protocol, PDCP), una capa de Control de Enlace de Radio (en inglés, radio link control, RLC) y una capa de Control de Acceso al Medio (en inglés, medium access control, MAC).
En la tecnología Nueva Radio (en inglés, new radio, NR), un dispositivo de red de acceso (por ejemplo, una estación base) puede incluir una unidad central (en inglés, central unit, CU) y una unidad distribuida (en inglés, distributed unit, DU). Es decir, se dividen las funciones de una estación base en una red de acceso. Algunas funciones de la estación base se implementan en una CU, las funciones restantes se implementan en una o más DU, y la CU controla una o más DU, para reducir costes y facilitar la expansión de la red. Además, en la parte de CU, la CU se divide en un nodo de plano de control de unidad central (en inglés, central unit-control plane, CU-CP) y un nodo de plano de usuario de unidad central (en inglés, central unit-user plane, CU-UP). El CU-UP y el CU-CP pueden estar en diferentes dispositivos físicos. Existe una interfaz abierta entre el CU-CP y el CU-UP. En esta nueva arquitectura de dispositivo de red de acceso, cómo implementar efectivamente la gestión de flujo de QoS, es decir, cómo implementar el mapeo de flujo de QoS a DRB y cómo soportar la medición de parámetros de L2, llega a ser un desafío urgente que se necesita abordar actualmente.
El documento ZTE: "Reflective QoS impact on E1 interface", BORRADOR DEL 3GPP; R3-174413 IMPACTO DE QOS REFLEXIVO EN LA INTERFAZ E1, PROYECTO DE ASOCIACIÓN DE 3a GENERACIÓN (3GPP), CENTRO DE COMPETENCIA MÓVIL; 650, ROUTE DES LUCIOLES; F-06921 SOPHIA-ANTIPOLIS CEDEX; FRANCIA, vol. RAN WG3, n° Reno, NV, EE. UU.; describe que el CP debería informar al UP del mapeo del flujo de QoS a DrB (DL/UL), y la configuración de DRB. El UP puede enviar un paquete de DL sin carga útil para indicar el mapeo de flujo de QoS del UP a DRB.
El documento HUAWEI: "UE context management function overE1 interface", BORRADOR DEL 3GPP; R3-181134 FUNCIÓN DE GESTIÓN DE CONTEXTO DE UE SOBRE LA INTERFAZ E1, PROYECTO DE ASOCIACIÓN DE 3a GENERACIÓN (3GPP), CENTRO DE COMPETENCIA MÓVIL; 650, ROUTE DES LUCIOLES; F-06921 SOPHIA-ANTIPOLIS Ce DeX; vol. RAN WG3, n° Atenas, Grecia; describe que el CU-CP decidirá la relación de mapeo de flujo a DRB e informará al UP de la relación de modo que el UP pueda realizar el mapeo de flujo a DRB.
Compendio
Esta solicitud proporciona métodos y aparatos de comunicación de modo que se pueda implementar el mapeo de flujo de QoS a DRB y se pueda soportar la medición de parámetros de L2 en una arquitectura de estación base separada de CU-DU. Por lo tanto, se puede asegurar una transmisión con éxito y normal de los datos de usuario, se mejora la estabilidad de la red, se mejora la calidad de la operación de la red y se mejora la experiencia de usuario.
La invención se expone en las reivindicaciones adjuntas.
Breve descripción de los dibujos
Las figuras 9 a 12 no son según la invención y tienen propósitos ilustrativos.
La FIG. 1 es un diagrama esquemático de una arquitectura de red existente en base a flujos de QoS;
La FIG. 2 es un diagrama esquemático de una arquitectura de estación base en la que están separados un CU-CP y un CU-UP;
La FIG. 3 es un diagrama esquemático de una arquitectura de sistema de comunicaciones típica aplicable a un método de comunicación proporcionado en esta solicitud;
La FIG. 4 es un diagrama de flujo esquemático de un método de comunicación según una realización de esta solicitud; La FIG. 5 es un diagrama esquemático de un formato de un primer paquete de datos;
La FIG. 6 es un diagrama de flujo esquemático de un método de comunicación según otra realización de esta solicitud; La FIG. 7 es un diagrama de flujo esquemático de un método de comunicación según otra realización de esta solicitud; La FIG. 8A y la FIG. 8B son un diagrama de flujo esquemático de un método de comunicación;
La FIG. 9 es un diagrama de flujo esquemático de una comunicación;
La FIG. 10 es un diagrama de flujo esquemático de un método de comunicación;
La FIG. 11 es un diagrama de flujo esquemático de un método de comunicación;
La FIG. 12 es un diagrama de flujo esquemático de un método de comunicación;
La FIG. 13 es un diagrama de bloques esquemático de un aparato de comunicaciones;
La FIG. 14 es un diagrama de bloques esquemático de un aparato de comunicaciones;
La FIG. 15 es un diagrama de bloques esquemático de un aparato de comunicaciones;
La FIG. 16 es un diagrama de bloques esquemático de un aparato de comunicaciones;
La FIG. 17 es un diagrama de bloques esquemático de un aparato de comunicaciones;
La FIG. 18 es un diagrama de bloques esquemático de un aparato de comunicaciones;
La FIG. 19 es un diagrama de bloques esquemático de un
Figure imgf000003_0001
aparato de comunicaciones; y La FIG. 20 es un diagrama de bloques esquemático de unas comunicaciones.
Descripción de realizaciones
A continuación se describen las soluciones técnicas de esta solicitud con referencia a los dibujos adjuntos.
A medida que los sistemas de comunicaciones de próxima generación se estudian en profundidad y más a fondo, la industria ha llegado a un consenso básico sobre el contenido específico de los estudios sobre 5G. 5g soporta varios tipos de despliegue de red y varios tipos de aplicaciones, incluyendo una experiencia de tasa más alta y capacidades de acceso de ancho de banda más alto, intercambio de información de baja latencia y alta fiabilidad, y acceso y gestión de grandes cantidades de dispositivos de comunicación de tipo máquina de bajo coste. Para cumplir con estos requisitos, 5G ha definido una arquitectura de red que se basa en flujos de QoS, y el flujo de QoS es de una granularidad más fina para implementar la diferenciación de QoS para paquetes de datos en una sesión de PDU. Los flujos de QoS pueden incluir flujos de QoS de tasa de bits garantizada (en inglés, guaranteed bit rate, GBR) y flujos de QoS de tasa de bits no garantizada (no-GBR). El flujo de QoS de tasa de bits de flujo garantizado puede significar que la transmisión de paquetes de datos en este flujo de QoS necesita alcanzar una tasa de bits específica. Para el flujo de QoS de tasa de bits de flujo no garantizado, una red proporciona transmisión a una tasa de bits de flujo no garantizado para el flujo de QoS en base al uso de los recursos de red.
Para las sesiones de PDU de un dispositivo terminal, una sesión de PDU incluye uno o más flujos de QoS. Se utiliza un identificador de flujo de QoS (en inglés, QoS flow identifier, QFI) para identificar de forma única un flujo de QoS en una sesión de PDU. Todos los paquetes de datos mapeados a un flujo de QoS tienen la misma característica de procesamiento de QoS, por ejemplo, como una misma política de programación, una misma política de gestión de colas o una misma política de coincidencia de tasa. Un identificador de QoS de 5G (en inglés, 5G QoS identifier, 5QI) se usa como un valor escalar y se usa para caracterizar una característica de rendimiento de QoS específica (es decir, un parámetro de flujo de QoS) de paquetes de datos en un flujo de QoS, por ejemplo, una tasa de pérdida de paquetes o un retardo de paquete. Para el flujo de QoS de tasa binaria no garantizada, cuando se usa un 5QI estandarizado, el QFI puede ser equivalente al 5QI. En otros escenarios en los que se incluyen flujos de QoS de tasa de bits garantizada y tasa de bits no garantizada, el 5QI y el QFI pueden tener valores diferentes.
Los servicios (paquetes de datos) con un mismo QFI o 5QI en una sesión de PDU están sujetos, por ejemplo, a la misma configuración de medición de programación y al mismo control de admisión. En una interfaz 3 de red de próxima generación (en inglés, next generation, NG) (N3 para abreviar) (una interfaz entre un dispositivo de red central y un dispositivo de red de acceso), el QFI se transporta en una cabecera de encapsulación de un paquete de datos.
5G ha definido un mecanismo de procesamiento de paquetes en una interfaz aérea en base a DRB. Los paquetes de datos servidos por un DRB tienen el mismo mecanismo de procesamiento de paquetes en la interfaz aérea. El dispositivo de red de acceso establece uno o más portadores DRB para cada sesión de PDU del dispositivo terminal, para transmitir paquetes de datos en flujos de QoS que tienen diferentes requisitos de procesamiento en una sesión de PDU, y mapea paquetes de datos que pertenecen a diferentes flujos de QoS en la sesión de PDU para diferentes DRB para la transmisión. Es decir, existe una relación de mapeo de flujos de QoS a DRB. La relación de mapeo es de la siguiente manera: para una sesión de PDU del dispositivo terminal, la sesión de PDU es correspondiente a uno o más portadores DRB, y cada DRB puede corresponder a uno o más flujos de QoS en la sesión de PDU. Por ejemplo, se supone que, para una sesión de PDU, el dispositivo de red de acceso ha establecido tres DRB para la sesión de PDU, y los paquetes de datos en un flujo de QoS transportado en cada DRB tienen la misma característica de procesamiento de QoS, por ejemplo, una misma política de programación, una misma política de gestión de colas o una misma política de coincidencia de tasas. Los tres DRB son un primer DRB, un segundo DRB y el segundo DRB. La sesión de PDU incluye cuatro flujos de QoS, y los cuatro flujos de QoS son un primer flujo de QoS, un segundo flujo de QoS, un tercer flujo de QoS y un cuarto flujo de QoS. El primer flujo de QoS y el segundo flujo de QoS tienen la misma característica de rendimiento de QoS (o características de rendimiento de QoS similares), por ejemplo, requisitos de tasa de pérdida de paquetes y retardo iguales o similares. Los paquetes de datos en el primer flujo de QoS y el segundo flujo de QoS se pueden transportar en el primer DRB, lo que significa que el primer flujo de QoS y el segundo flujo de QoS se pueden mapear al primer DRB. Los paquetes de datos en el tercer flujo de QoS se pueden transportar en el segundo DRB, lo que significa que el tercer flujo de QoS se puede mapear al segundo DRB. Los paquetes de datos en el cuarto flujo de QoS se pueden transportar en el tercer DRB, lo que significa que el cuarto flujo de QoS se puede asignar al tercer DRB.
La FIG. 1 es un diagrama esquemático de una arquitectura de red existente basada en flujos de QoS. En la FIG. 1, se establece una sesión de PDU entre el equipo de usuario (en inglés, user equipment, UE), un dispositivo de red de acceso y un dispositivo de red central (por ejemplo, una pasarela de función de plano de usuario). Como se muestra en la FIG. 1, el dispositivo de red de acceso puede ser un NodoB (en inglés, NodeB, NB), un NodoB evolucionado (en inglés, evolved NodeB, eNB o eNodoB), o un NodoB de acceso de radio de próxima generación (en inglés, NR NodeB, gNB), o puede ser otro dispositivo de red de acceso (en inglés, access network, AN)/red de acceso por radio (en inglés, radio access network, RAN). El dispositivo de red central es una pasarela de función de plano de usuario. Un portador de paquetes de datos entre el UE y el dispositivo de red de acceso es un portador de radio, por ejemplo, un portador DRB. Una interfaz entre el UE y el dispositivo de red de acceso es una interfaz aérea (por ejemplo, Uu). Los datos o la señalización se pueden transmitir entre el UE y el dispositivo de red de acceso utilizando la interfaz aérea. Un portador de paquetes de datos entre el dispositivo de red de acceso y la red central es un portador de túnel NG-U, y una interfaz entre el dispositivo de red de acceso y la red central es una interfaz de NG (tal como N3). Los datos o la señalización entre el dispositivo de red de acceso y la red central se pueden transmitir utilizando la interfaz de NG. Los paquetes de datos en la sesión de PDU incluyen paquetes de datos en tres flujos de QoS diferentes: un primer flujo de QoS, un segundo flujo de QoS y un tercer flujo de QoS. Los paquetes de datos en el primer flujo de QoS y los segundos flujos de QoS se transportan en un primer DRB, y los paquetes de datos en el tercer flujo de QoS se transportan en un segundo DRB. Se debería entender que, cuando se supone que los paquetes de datos de enlace descendente en el primer flujo de QoS se asignan al primer DRB, los paquetes de datos de enlace ascendente en el primer flujo de QoS se pueden mapear al segundo DRB, o los paquetes de datos de enlace ascendente en el primer flujo de QoS se pueden mapear al primer DRB. En otras palabras, los paquetes de datos de enlace ascendente y los paquetes de datos de enlace descendente en un flujo de QoS se pueden mapear a un mismo DRB, o se pueden mapear por separado a diferentes DRB. Para paquetes de datos de enlace descendente (en inglés, downlink, DL), es decir, paquetes de datos enviados por una estación base al UE, la estación base mapea paquetes de datos de enlace descendente en diferentes flujos de QoS a diferentes DRB en base a los QFI y los parámetros de flujo de QoS correspondientes en la interfaz de NG-U (por ejemplo, N3). Los QFI y los parámetros de flujo de QoS correspondientes se notifican por el dispositivo de red central a la estación base. La información sobre un flujo de QoS y enviada por el dispositivo de red central a la estación base incluye un QFI, un parámetro de flujo de QoS correspondiente y similares del flujo de QoS. Por ejemplo, el parámetro de flujo de QoS puede incluir un requisito de retardo, un requisito de tasa de pérdida de paquetes, un tamaño de ventana promedio y un volumen de ráfaga de datos máximo. Para paquetes de datos de enlace ascendente (en inglés, uplink, UL), es decir, paquetes de datos enviados por el UE a la estación base, el UE asigna paquetes de datos de enlace ascendente que pertenecen a uno o más flujos de QoS a uno o más DRB en base al mapeo de flujo de QoS a DRB o mapeo de flujo de QoS reflexivo a DRB que se configura por la estación base.
La estación base controla el mapeo de flujo de QoS de UL a DRB de las dos maneras siguientes:
Manera 1: La estación base notifica explícitamente al UE el mapeo de flujo de QoS DRB mediante el uso de señalización de control de recursos de radio (en inglés, radio resource control, RRC), y el UE mapea paquetes de datos de enlace ascendente a un DRB correspondiente en base a la relación de mapeo de flujo de QoS a DRB, para realizar la transmisión de enlace ascendente. Esta forma es una forma de mapeo no reflexivo. En la manera de mapeo no reflexivo, los paquetes de datos de enlace ascendente y los paquetes de datos de enlace descendente en un flujo de QoS se pueden mapear por separado a diferentes DRB, o se pueden mapear a un mismo DRB.
Manera 2: Se utiliza una manera de mapeo reflexivo. La forma de mapeo reflexivo es de la siguiente manera: el UE detecta en qué DRB se ubica un paquete de datos de enlace descendente que lleva un QFI y, luego, en el UL, el UE mapea un paquete de datos de enlace ascendente que lleva el mismo QFI, también al DRB para su transmisión. Por ejemplo, si el UE detecta que un paquete de datos de enlace descendente (un paquete de datos cuyo flujo de QoS es el primer flujo de QoS) que transporta un primer QFI se transmite en el primer DRB, el UE transmite, en el UL, un paquete de datos de enlace ascendente en el primer flujo de QoS también en el primer DRB. En la manera de mapeo reflexivo, los paquetes de datos de enlace ascendente y los paquetes de datos de enlace descendente en un flujo de QoS se asignan a un mismo DRB.
Cuando es necesario establecer el mapeo de flujo de QoS a DRB en un proceso inicial de establecimiento de sesión de PDU, o cuando es necesario que se cambie una relación de mapeo de un flujo de QoS a un DRB al cambiar un parámetro del flujo de QoS, la estación base puede instruir al UE para realizar el mapeo del flujo de QoS a un nuevo DRB de las dos maneras anteriores.
Además del mapeo de flujo de QoS anterior a DRB anterior, el dispositivo de red de acceso generalmente realiza la medición de parámetro de L2, para soportar operaciones de recursos de interfaz aérea, gestión de recursos de radio, operación y mantenimiento de redes y requisitos de MDT y SON. Por ejemplo, el dispositivo de red de acceso mide parámetros relacionados en una capa de Protocolo de Adaptación de Datos de Servicio (protocolo de adaptación de datos de servicio, SDAP), una capa de PDCP, una capa de RLC, una capa de MAC y una capa de capa física (en inglés, physical layer, PHY), y configura o controla las operaciones de recursos de la interfaz aérea, la gestión de recursos de radio y similares en base a los parámetros y datos relacionados obtenidos a través de la medición, para asegurar el funcionamiento normal de un sistema de red.
En NR, el dispositivo de red de acceso (se usa una estación base como ejemplo para la descripción) puede incluir una CU y una DU. Esto significa que las funciones de la estación base se dividen, de modo que algunas funciones de la estación base se despliegan en una CU y las funciones restantes se despliegan en una pluralidad de DU. La pluralidad de DU comparte la CU. Esto puede reducir los costes y facilitar la expansión de la red.
La CU tiene todas o algunas funciones de control RRC e incluye todas o algunas funciones de capa de protocolo de una estación base existente. Por ejemplo, la CU incluye solo todas o algunas funciones de RRC, o incluye funciones de capa de RRC/SDAP, o incluye funciones de RRC/SDAP/PDCP, o incluye funciones de RRC/SDAP/Pd Cp y algunas funciones de RLC, o incluye funciones de RRC/SDAP/PDCP/RLC/MAC e incluso algunas funciones PHY. No se excluye ninguna otra posibilidad.
La DU tiene todas o algunas funciones de capa de protocolo de una estación base existente, es decir, algunas funciones de capa de protocolo de RRC/SDAP/PDCP/RLC/MAC/PHY. Por ejemplo, la DU incluye algunas funciones de RRC y funciones de SDAP/PDCP/RLC/MAC/PHY, o incluye algunas o todas las funciones de SDAP/PDCP/RLC/MAC/PHY, o incluye algunas o todas las funciones de PDCP/RLC/MAC/PHY, o incluye algunas o todas las funciones de RLC/MAC/PHY, o incluye algunas o todas las funciones de MAC/PHY, o incluye solo algunas o todas las funciones de PHY. Se debería tener en cuenta que las funciones de capa de protocolo mencionadas en la presente memoria se pueden cambiar y todos de tales cambios caen dentro del alcance de la protección de esta solicitud.
Además, en la parte de CU, la CU se divide en un CU-CP y un CU-UP. El CU-UP y el CU-CP pueden estar en diferentes dispositivos físicos. Existe una interfaz abierta entre el CU-CP y el CU-UP. Como se muestra en la FIG. 2, la FIG. 2 muestra una arquitectura de estación base en la que el CU-CP y el CU-UP están separados. La parte de CU-CP incluye una función de RRC y una parte del plano de control del PDCP (por ejemplo, se utiliza para procesar datos en un portador de radio de señalización). La parte de CU-UP incluye una parte del plano de datos de la CU e incluye principalmente partes del plano de datos (por ejemplo, datos en un portador de radio del equipo de usuario) de una pila de protocolos de SDAP y una pila de protocolos de PDCP.
Como se muestra en la FIG. 2, existe una interfaz abierta E1 entre el CU-CP y el CU-UP, y se usa para transmitir, por ejemplo, señalización entre el CU-CP y el CU-UP. Hay una interfaz entre la DU y cada uno del CU-CP y CU-UP. Por ejemplo, la interfaz entre el CU-CP y la DU es una interfaz F1-C, y la interfaz entre el CU-UP y la DU es una interfaz F1-U. En la arquitectura mostrada en la FIG. 2, se incluyen además las siguientes características:
una estación base incluye un CU-CP, una pluralidad de CU-UP y una pluralidad de DU;
una DU se puede conectar solo a un CU-CP;
un CU-UP solo se puede conectar a un CU-CP;
una DU se puede conectar a una pluralidad de CU-UP que están bajo el control de un mismo CU-CP; y
un CU-UP se puede conectar a una pluralidad de DU que están bajo el control de un mismo CU-CP.
Se debería entender que la FIG. 2 es solo un ejemplo y no debería imponer ninguna limitación en la arquitectura de estación base. Por ejemplo, en una arquitectura de estación base separada de CU-DU, una estación base puede incluir solo un CU-UP, un CU-CP y una DU, o puede incluir más CU-UP y DU. Esto no está limitado en esta solicitud.
En la arquitectura de estación base separada de CU-DU, cómo implementar de manera efectiva la gestión de flujo de QoS, es decir, cómo implementar el mapeo de flujo de QoS a DRB y cómo soportar la medición de parámetros de L2, llega a ser un desafío urgente que necesita ser abordado actualmente.
En vista del desafío anterior, las realizaciones de esta solicitud proporcionan un método de comunicación, de modo que se pueda implementar el mapeo de flujo de QoS a DRB y se puede soportar la medición de parámetros de L2 en una arquitectura de estación base separada de CU-DU. Por lo tanto, se puede asegurar una transmisión con éxito y normal de los datos de usuario, se mejora la estabilidad de red, se mejora la calidad de operación de red y se mejora la experiencia de usuario.
La FIG. 3 es un diagrama esquemático de una arquitectura de sistema de comunicaciones típica aplicable a un método de comunicación proporcionado en esta solicitud. Como se muestra en la FIG. 3, el sistema incluye un dispositivo terminal 110, un dispositivo de red de acceso 120, un dispositivo de red central 130 y una red de datos (en inglés, data network, DN) 140. El dispositivo terminal 110 se puede configurar para conectarse al dispositivo de red de acceso 120 utilizando una interfaz aérea inalámbrica, y luego conectarse a la red de datos 140 a través del dispositivo de red central 130. El dispositivo de red de acceso 120 está configurado principalmente para implementar funciones tales como una función de capa física inalámbrica, programación de recursos, gestión de recursos de radio y control de acceso por radio. El dispositivo de red de acceso 120 tiene una arquitectura separada de CU-DU. Para ser específicos, el dispositivo de red de acceso se divide en un CU-CP, un CU-UP y una DU. Las estructuras y funciones específicas de los mismos se pueden mostrar en la FIG. 2, y se puede hacer referencia a las descripciones de la FIG. 2. Los detalles no se describen en la presente memoria nuevamente. El dispositivo de red central 130 puede incluir un dispositivo de gestión y un dispositivo de pasarela. El dispositivo de gestión está configurado principalmente para realizar el registro del dispositivo, la autenticación de seguridad, la gestión de movilidad, la gestión de ubicación y similares para el dispositivo terminal. El dispositivo de pasarela está configurado principalmente para establecer un canal con el dispositivo terminal y reenviar paquetes de datos entre el dispositivo terminal y la red de datos externa en el canal. La red de datos 140 puede ser correspondiente a una pluralidad de dominios de servicios diferentes, y se utiliza principalmente para proporcionar una pluralidad de servicios de datos para el dispositivo terminal, y puede incluir dispositivos de red tales como servidores (incluyendo un servidor que proporciona un servicio de multidifusión), enrutadores y pasarelas. En la arquitectura de red anterior, un usuario puede implementar, por ejemplo, la transmisión de datos y la aplicación de servicios.
Se debería entender que la FIG. 3 es solo un ejemplo de diagrama arquitectónico. Además de las unidades de función mostradas en la FIG. 3, la arquitectura de la red puede incluir además otras unidades funcionales o entidades funcionales. Esto no está limitado en esta realización de esta solicitud.
Se debería entender además que el dispositivo terminal puede ser un equipo de usuario (en inglés, user equipment, UE) tal como un teléfono móvil o un ordenador, o puede ser un teléfono celular, un teléfono inalámbrico, un teléfono de Protocolo de Inicio de Sesión (en inglés, sesion initiation protocol, SIP), un teléfono inteligente, una estación de bucle local inalámbrico (en inglés, wireless local loop, WLL), un asistente digital personal (en inglés, personal digital assistant, PDA), un ordenador, un ordenador portátil, un dispositivo de comunicaciones de mano, un dispositivo informático de mano, un dispositivo por satélite inalámbrico, una tarjeta de módem inalámbrico, un decodificador (en inglés, set top box, STB), equipo en las instalaciones del cliente (en inglés, customer premise equipment, CPE) y/u otro dispositivo que realiza la comunicación en un sistema inalámbrico. Esto no está limitado en esta realización de esta solicitud.
Se debería entender además que el dispositivo de red de acceso puede ser un NodoB (en inglés, NodeB, NB), un NodoB evolucionado (en inglés, evolved nodeB, eNB), o un dispositivo de red de acceso (en inglés, access network, AN)/red de acceso de radio (en inglés, radio access network, RAN). Una red incluye una pluralidad de nodos de 5G-AN/5G-RAN. El nodo de 5G-AN/5G-RAN puede ser un punto de acceso (en inglés, access point, AP), un NodoB de nueva radio (en inglés, NR nodeB, gNB), un punto de recepción de transmisión (en inglés, transmission receive point, TRP), un punto de transmisión (en inglés, transmission point, TP), u otro nodo de acceso. Esto no está limitado en esta realización de esta solicitud.
Se debería entender además que el dispositivo de red central anterior puede incluir unidades de función tales como una función de gestión de acceso y movilidad (en inglés, access and mobility function, AMF), una función de gestión de sesión (en inglés, session management function, SMF), una función de control de política (en inglés, policy control function, PCF) y una función de plano de usuario (en inglés, user plane function, UPF). Estas unidades de función pueden trabajar de manera independiente o se pueden combinar para implementar algunas funciones de control.
Alternativamente, el dispositivo de red central puede ser un dispositivo de gestión tal como una entidad de gestión de movilidad (en inglés, mobility management entity, MME) o una función de política y de reglas tarificación(en inglés, policy and charging rules function, PCRF), y un dispositivo de pasarela tal como una pasarela de servicio (en inglés, service gateway, SGW), una pasarela de red de paquetes de datos (en inglés, packet data network gateway, PGW) o una pasarela local (en inglés, local gateway, LGW). Esto no está limitado en esta realización de esta solicitud.
Con referencia a la FIG. 4, a continuación se describe en detalle el método de comunicación proporcionado en esta solicitud. La FIG. 4 es un diagrama de flujo esquemático de un método de comunicación 200 según una realización de esta solicitud. El método 200 se puede aplicar al escenario mostrado en la FIG. 3, y ciertamente también se puede aplicar a otros escenarios de comunicación. Esto no está limitado en esta realización de esta solicitud.
Como se muestra en la FIG. 4, el método 200 incluye los siguientes pasos:
S210. Un nodo de plano de usuario de unidad central, CU-UP, obtiene la primera información, donde la primera información se usa para instruir al CU-UP para mapear un primer paquete de datos a un primer portador de radio de datos DRB y establecer un campo de indicación de mapeo reflexivo de los primeros paquetes de datos, y un flujo de QoS de flujo de calidad de servicio al que pertenece el primer paquete de datos es un primer flujo de QoS.
S220. El CU-UP recibe el primer paquete de datos enviado por un dispositivo de red central.
S230. El CU-UP establece el campo de indicación de mapeo reflexivo del primer paquete de datos.
S240. El CU-UP envía, a un dispositivo terminal en el primer DRB, el primer paquete de datos cuyo campo de indicación de mapeo reflexivo está establecido. Específicamente, el CU-UP envía el primer paquete de datos al dispositivo terminal utilizando una o más DU conectadas al CU-UP.
En el método de comunicación proporcionado en esta solicitud, en una arquitectura de estación base separada de CU-DU, cuando se necesita que se establezca una relación de mapeo desde el primer flujo de QoS al primer DRB en un proceso inicial de establecimiento de sesión de PDU, o cuando necesita ser mapeado el primer paquete de datos en el primer flujo de QoS, para la transmisión, a un nuevo DRB (el primer DRB) al cambiar un parámetro del primer flujo de QoS o un estado de carga, el CU-UP obtiene la primera información y determina si se requiere mapeo reflexivo desde el primer flujo de QoS al primer DRB. El flujo de QoS del flujo de calidad de servicio al que pertenece el primer paquete de datos es el primer flujo de QoS. Opcionalmente, la primera información se puede almacenar previamente en el CU-UP. La primera información se utiliza para indicar al CU-UP que mapee el primer paquete de datos al primer DRB y establezca el campo de indicación de asignación reflexiva del primer paquete de datos. El CU-UP determina, en base a la primera información, si se requiere un mapeo reflexivo desde el primer flujo de QoS hasta el primer DRB. Después de recibir el primer paquete de datos enviado por la red central, el CU-UP establece el campo de indicación de mapeo reflexivo del primer paquete de datos y envía, al dispositivo terminal en el primer DRB, el primer paquete de datos cuyo campo de indicación de mapeo reflexivo se establece. El primer paquete de datos es un paquete de datos de enlace descendente enviado por el CU-UP al dispositivo terminal. Un propósito de establecer el campo de indicación de mapeo reflexivo del primer paquete de datos es indicar al dispositivo terminal si se requiere un mapeo reflexivo desde un paquete de datos de enlace ascendente en el primer flujo de QoS al primer DRB, es decir, si el dispositivo terminal está instruido para enviar el paquete de datos de enlace ascendente en el primer flujo de QoS al CU-UP en el primer DRB usando una DU. De esta forma, en esta realización de esta solicitud, el primer flujo de QoS se mapea al primer DRB en un escenario separado de CU-DU, de modo que el primer flujo de QoS se mapee a un DRB correspondiente tanto para el CU-UP como para el dispositivo terminal. Esto asegura que el dispositivo terminal y el CU-UP puedan transmitir datos correctamente, mejora la eficiencia y la estabilidad de comunicación y mejora la experiencia de usuario.
Específicamente, en S210, cuando el CU-UP necesita realizar el mapeo desde el primer flujo de QoS al primer DRB, por ejemplo, cuando la relación de mapeo desde el primer flujo de QoS al primer DRB necesita que se establezca en el proceso inicial de establecimiento de sesión de PDU, o cuando un DRB original que transporta el primer flujo de QoS necesita ser cambiado al primer DRB al cambiar un parámetro del primer flujo de QoS o un estado de carga. Por ejemplo, antes de que se cambie el parámetro del primer flujo de QoS o el estado de carga, el DRB original que transporta el primer flujo de QoS es un segundo DRB, y los paquetes de datos tanto de enlace ascendente como de enlace descendente en el primer flujo de QoS se transmiten en el segundo DRB. Después de que se cambie el parámetro del primer flujo de QoS o el estado de carga, el segundo DRB puede que ya no cumpla con un requisito del primer flujo de QoS, necesita ser cambiado un DRB correspondiente al primer flujo de QoS. El primer flujo de QoS necesita ser mapeado al primer DRB (un nuevo DRB). En este caso, se puede realizar un mapeo reflexivo desde el primer flujo de QoS hasta el primer DRB. Por lo tanto, el CU-UP recibe la primera información, y la primera información se usa para instruir al CU-UP de que mapee el primer paquete de datos al primer DRB y establezca el campo de indicación de mapeo reflexivo del primer paquete de datos. El primer paquete de datos es un paquete de datos de enlace descendente enviado por el CU-UP al dispositivo terminal. Un propósito de establecer el campo de indicación de mapeo reflexivo del primer paquete de datos es indicar al dispositivo terminal si se requiere un mapeo reflexivo desde un paquete de datos de enlace ascendente en el primer flujo de QoS al primer DRB, es decir, si el dispositivo terminal está instruido para enviar el paquete de datos de enlace ascendente en el primer flujo de QoS al CU-UP en el primer DRB. La primera información puede incluir además información relacionada del primer flujo de QoS y la del primer DRB, por ejemplo, un parámetro de flujo de QoS del primer flujo de QoS. El flujo de QoS del flujo de calidad de servicio al que pertenece el primer paquete de datos es el primer flujo de QoS. El primer paquete de datos puede ser todos los paquetes de datos en el primer flujo de QoS en una sesión de PDU del dispositivo terminal, y un identificador del primer flujo de QoS es un primer QFI o un primer 5QI. La primera información puede incluir información sobre el primer flujo de QoS e información sobre el primer DRB, por ejemplo, incluyendo el identificador del primer flujo de QoS y un identificador del primer DRB, o puede incluir información sobre la sesión de PDU del dispositivo terminal y similares. La primera información puede incluir una indicación de formato de cabecera de SDAP de enlace descendente y una indicación de formato de cabecera de SDAP de enlace ascendente del primer DRB. La indicación de formato de cabecera de SDAP de enlace descendente se utiliza para indicar si un flujo de QoS mapeado al primer DRB tiene una cabecera de SDAP de enlace descendente. La indicación de formato de cabecera de SDAP de enlace ascendente se utiliza para indicar si un flujo de QoS mapeado al primer DRB tiene una cabecera de SDAP de enlace ascendente. La primera información puede incluir una indicación de si el primer DRB es un DRB por defecto. Esto no está limitado en esta realización de esta solicitud.
En S220 y S230, después de obtener la primera información, cuando se determina si se requiere un mapeo reflexivo del primer flujo de QoS al primer DRB para el primer flujo de QoS, el CU-UP establece el primer paquete de datos de enlace descendente recibido del dispositivo de red central, es decir, establece el campo de indicación de mapeo reflexivo del primer paquete de datos. El propósito de establecer el campo de indicación de mapeo reflexivo del primer paquete de datos es notificar al dispositivo terminal si se requiere el mapeo reflexivo del paquete de datos de enlace ascendente en el primer flujo de QoS al primer DRB. En otras palabras, se notifica al dispositivo terminal, en forma de mapeo reflexivo, si el dispositivo terminal está instruido para enviar el paquete de datos de enlace ascendente en el primer flujo de QoS al CU-UP en el primer DRB.
En S240, el CU-UP envía, al dispositivo terminal en el primer DRB, el primer paquete de datos cuyo campo de mapeo está establecido. Específicamente, el CU-UP puede enviar primero, a la DU, el primer paquete de datos cuyo campo de mapeo está establecido, y la DU envía el primer paquete de datos al dispositivo terminal en el primer DRB. El campo de indicación de mapeo reflexivo del primer paquete de datos se usa para indicar al dispositivo terminal si se requiere mapeo reflexivo desde el paquete de datos de enlace ascendente en el primer flujo de QoS al primer DRB. Después de recibir el primer paquete de datos, el dispositivo terminal primero detecta el campo de indicación de mapeo reflexivo del primer paquete de datos y determina, en base al campo de indicación de mapeo reflexivo del primer paquete de datos, si se requiere el mapeo reflexivo del paquete de datos de enlace ascendente en el primer flujo de QoS al primer DRB. Por ejemplo, el dispositivo terminal y un dispositivo de red de acceso pueden negociar por adelantado. Cuando el dispositivo terminal detecta que un bit del campo de indicación de mapeo reflexivo del primer paquete de datos es 1, indica que el dispositivo terminal necesita realizar un mapeo reflexivo desde el paquete de datos de enlace ascendente al primer DRB. Es decir, después de recibir el primer paquete de datos transportado en el primer DRB, el dispositivo terminal envía el paquete de datos de enlace ascendente en el primer flujo de QoS al CU-UP en el primer DRB utilizando la DU, para completar el mapeo reflexivo. Alternativamente, cuando el dispositivo terminal detecta que un bit del campo de indicación de mapeo reflexivo del primer paquete de datos es 0, indica que el dispositivo terminal no ha de realizar el mapeo desde el primer flujo de QoS al primer DRB. En este caso, el dispositivo terminal aún envía el paquete de datos de enlace ascendente en el primer flujo de QoS en el DRB original que transporta el primer flujo de QoS. El DRB original que transporta paquetes de datos de enlace ascendente en el primer flujo de QoS puede ser el primer DRB o puede ser otro DRB.
Se debería entender que cuando se requiere un mapeo reflexivo desde el primer flujo de QoS al primer DRB, además de la manera de indicación de mapeo reflexivo anterior, se puede usar una manera de mapeo directo (mapeo no reflexivo). La información sobre el primer flujo de QoS y el primer DRB se puede notificar directamente al dispositivo terminal. Por ejemplo, el CU-CP envía, a la DU, la relación de mapeo desde el primer flujo de QoS al primer DRB, y luego la DU notifica al dispositivo terminal de la relación de mapeo usando señalización de RRC. El dispositivo terminal realiza el mapeo del primer flujo de QoS al primer DRB en base a la señalización de RRC, es decir, envía el paquete de datos de enlace ascendente en el primer flujo de QoS al CU-UP en el primer DRB usando la DU. Esto no está limitado en esta realización de esta solicitud.
Se debería entender además que el campo de indicación de mapeo reflexivo del primer paquete de datos puede ser un campo de indicación de mapeo de flujo de QoS a DRB reflexivo (en inglés, reflective QoS flow to DRB mapping indication, RDI) del primer paquete de datos. Como se muestra en la FIG. 5, la FIG. 5 es un diagrama esquemático de un formato de un primer paquete de datos. El primer paquete de datos puede ser una unidad de datos de protocolo de una capa de SDAP de enlace descendente. Una estructura del primer paquete de datos incluye principalmente un campo de RDI, un campo de indicación de QoS reflexiva (en inglés, reflective QoS indication, RQI), un campo de QFI y un campo de datos (data). El campo de QFI se usa para identificar un flujo de QoS del primer paquete de datos, es decir, el campo de QFI del primer flujo de QoS es un primer QFI, y se puede usar para indicar al dispositivo terminal que realice el mapeo de flujo de QoS a DRB para el paquete de datos en el primer flujo de QoS. El campo de RDI se utiliza para indicar si necesita que se actualice o modifique el mapeo del primer flujo de QoS a un DRB. Por ejemplo, se puede predefinir la siguiente correspondencia:
cuando un bit del campo de RDI es 1, indica que necesita que se almacene una regla de mapeo reflexivo desde el paquete de datos de enlace ascendente en el primer flujo de QoS al primer DRB, y el paquete de datos de enlace ascendente en el primer flujo de QoS necesita que se mapee al primer DRB; y
cuando un bit del campo de RDI es 0, indica que no se requiere ninguna acción, es decir, una relación de mapeo del primer flujo de QoS al DRB original no cambia, y no se indica el mapeo reflexivo del paquete de datos de enlace ascendente en el primer flujo de QoS al primer DRB.
Se debería entender que es solo un ejemplo de que el bit del campo de RDI que es 1 indica que necesita ser almacenada la relación de mapeo reflexivo del primer flujo de QoS al DRB y el bit del campo de RDI que es 0 indica que no hay acción. La información indicada por 0 y 1 se puede intercambiar. Por ejemplo, el bit del campo de RDI que es 0 puede indicar que necesita ser almacenada la relación de mapeo reflexivo del primer flujo de QoS al DRB; y el bit del campo de r Di que es 1 puede indicar que no hay acción. Esto no está limitado en esta realización de esta solicitud.
Después de obtener la primera información, el CU-UP establece el campo de RDI del primer paquete de datos en base a la información de bit predefinida del campo de RDI y envía al dispositivo terminal el primer paquete de datos cuyo campo de RDI está establecido. El dispositivo terminal puede determinar, en base al campo de RDI y el campo de QFI del primer paquete de datos recibido, si realizar un mapeo reflexivo y para qué flujo de QoS se ha de realizar un mapeo reflexivo.
Se debería entender que, en esta realización de esta solicitud, el campo de indicación de mapeo reflexivo del primer paquete de datos puede ser alternativamente otro campo del primer paquete de datos, y el CU-UP puede instruir adicionales, estableciendo el otro campo del primer paquete de datos, primer paquete de datos, si realizar el mapeo reflexivo desde el paquete de datos de enlace ascendente en el primer flujo de QoS al primer DRB. Esto no está limitado en esta realización de esta solicitud.
En una realización, como se muestra en la FIG. 6, S210 en el que el CU-UP obtiene la primera información incluye los siguientes pasos:
5208. Un nodo del plano de control de la unidad central, CU-CP, genera la primera información.
5209. El nodo del plano de control de la unidad central, CU-CP, envía la primera información al CU-UP.
Correspondientemente, el CU-UP recibe la primera información enviada por el CU-CP.
Específicamente, cuando el CU-CP determina que se requiere el mapeo del primer flujo de QoS al primer DRB, por ejemplo, cuando necesita ser establecida la relación de mapeo del primer flujo de QoS al primer DRB en un proceso inicial de establecimiento de sesión de PDU, o cuando el DRB original que transporta el primer flujo de QoS necesita ser cambiado al primer DRB al cambiar un parámetro del primer flujo de QoS o un estado de carga, el CU-CP genera la primera información. La primera información se usa para indicar si se requiere un mapeo reflexivo desde el primer flujo de QoS hasta el primer DRB. Es decir, la primera información se utiliza para instruir al CU-UP para mapear el primer paquete de datos al primer DRB y establecer el campo de indicación de mapeo reflexivo del primer paquete de datos. En base a la primera información, el CU-UP mapea el primer paquete de datos de enlace descendente al primer DRB y establece el campo de indicación de mapeo reflexivo del primer paquete de datos. El CU-CP puede utilizar una interfaz E1 entre el CU-UP y el CU-CP para enviar o transportar la primera información en cualquier señalización posible. Por ejemplo, la primera información se puede transportar en información de Protocolo de Aplicación (en inglés, application protocol, AP) (a saber, un mensaje E1AP) en la interfaz E1. Esto no está limitado en esta realización de esta solicitud.
Se debería entender que la información que indica el requisito de ese mapeo desde el primer flujo de QoS al primer DRB se puede notificar por el dispositivo de red central al CU-CP, y el CU-CP genera la primera información en base a la información y envía la primera información al CU-UP. La primera información puede incluir la información sobre el flujo de QoS y la información sobre el DRB, por ejemplo, incluyendo el identificador del primer flujo de QoS y el identificador del primer DRB, o puede incluir la información sobre la sesión de PDU del dispositivo terminal y similares. Esto no está limitado en esta realización de esta solicitud.
En el método de comunicación provisto en esta solicitud, en la arquitectura de estación base separada de CU-DU, cuando el CU-CP requiere realizar un mapeo desde el primer flujo de QoS al primer DRB, por ejemplo, cuando el primer paquete de datos en el primer flujo de QoS necesita ser mapeado, para transmisión, al primer DRB al cambiar un parámetro del primer flujo de QoS o un estado de carga, el CU-CP determina, en base a la condición anterior, si se requiere un mapeo reflexivo y envía la primera información al CU-UP. La primera información se utiliza para instruir al CU-UP de que establezca el campo de indicación de mapeo reflexivo del primer paquete de datos y mapee los datos del primer paquete de datos al primer DRB. El CU-UP determina, en base a la primera información, si se requiere un mapeo reflexivo desde el primer flujo de QoS hasta el primer DRB. Después de establecer el campo de indicación de mapeo reflexivo del primer paquete de datos recibido de la red central, el CU-UP envía, al dispositivo terminal en el primer DRB, el primer paquete de datos cuyo campo de indicación de mapeo reflexivo está establecido. El primer paquete de datos es un paquete de datos de enlace descendente enviado por el CU-UP al dispositivo terminal. El campo de indicación de mapeo reflexivo del primer paquete de datos se usa para indicar al dispositivo terminal si se requiere un mapeo reflexivo del paquete de datos de enlace ascendente en el primer flujo de QoS al primer DRB, es decir, si enviar el paquete de datos de enlace ascendente en el primer flujo de QoS al CU-UP en el primer DRB. De esta forma, el primer flujo de QoS se mapea al primer DRB en un escenario separado de CU-DU, de modo que el mapeo de flujo de QoS a DRB se implemente tanto para el CU-UP como para el dispositivo terminal. Esto asegura que el dispositivo terminal y el CU-UP puedan transmitir datos correctamente, mejora la eficiencia y la estabilidad de comunicación y mejora la experiencia de usuario.
En una realización, S230 en el que CU-UP establece el campo de indicación de mapeo reflexivo del primer paquete de datos incluye el siguiente paso:
El CU-UP establece un bit del campo de indicación de mapeo reflexivo del primer paquete de datos en 1.
Específicamente, se usa para la descripción un ejemplo en el que el campo de indicación de mapeo reflexivo es un campo de RDI. Se supone que un bit del campo de RDI está predefinido de la siguiente manera: cuando el bit del campo de RDI es 1, indica que la relación de mapeo para el primer flujo de QoS necesita ser modificado al primer DRB; y cuando el bit del campo de RDI es 0, indica que la relación de mapeo del primer flujo de QoS al primer DRB no cambia. En este caso, el CU-UP establece el bit del campo de RDI del primer paquete de datos en 1, para instruir al dispositivo terminal para mapear el paquete de datos de enlace ascendente en el primer flujo de QoS a un nuevo DRB (el primer DRB). En otras palabras, se cambia la relación de mapeo del primer flujo de QoS al primer DRB. El CU-UP establece el bit del campo de RDI en 1, y un campo de QFI indica el primer QFI, en otras palabras, indica que un flujo de QoS es el primer flujo de QoS. Después de que el dispositivo terminal recibe el primer paquete de datos transportado en el primer DRB, el dispositivo terminal determina, en base a la información sobre el campo de RDI y el campo de QFI, que el paquete de datos de enlace ascendente en el primer flujo de QoS necesita ser transmitido en el primer DRB, es decir, necesita realizar el mapeo desde el primer flujo de QoS al primer DRB y envía, al CU-UP en el primer DRB, un paquete de datos cuyo flujo de QoS es el primer flujo de QoS.
En el método de comunicación proporcionado en esta realización de esta solicitud, el bit del campo de indicación de mapeo reflexivo del primer paquete de datos se establece en 1, para instruir al dispositivo terminal para realizar el mapeo desde el primer flujo de QoS al primer DRB. Por lo tanto, se puede mejorar la precisión y eficiencia que el dispositivo terminal determina que se requiere mapear del primer flujo de QoS al primer DRB, facilitando así la facilidad de implementación y reduciendo la sobrecarga de señalización y el consumo de recursos.
Se debería entender que, cuando el bit del campo de RDI es 0 indica que la relación de mapeo para el primer flujo de QoS necesita ser modificada al primer DRB y el bit del campo de RDI es 1 indica que la relación de mapeo del primer flujo de QoS al primer DRB no se cambia, el CU-UP establece el bit del campo de RDI del primer paquete de datos en 0, para instruir al dispositivo terminal para mapear el paquete de datos de enlace ascendente en el primer flujo de QoS a un nuevo DRB (que es decir, el primer DRB). Esto no está limitado en esta realización de esta solicitud.
Se debería entender además que un ejemplo en el que el campo de indicación de mapeo reflexivo tiene un bit se usa anteriormente para la descripción. El campo de indicación de mapeo reflexivo puede tener alternativamente una pluralidad de bits. Por ejemplo, cuando el campo de indicación de mapeo reflexivo tiene dos bits, los bits del campo de indicación de mapeo reflexivo que son 11 pueden indicar que la relación de mapeo para el primer flujo de QoS necesita ser modificada al primer DRB; y los bits del campo de indicación de mapeo reflexivo que son 00 pueden indicar que la relación de mapeo del primer flujo de QoS al primer DRB no se cambia. El CU-UP puede establecer los bits del campo de indicación de mapeo reflexivo del primer paquete de datos en 11. Esto no está limitado en esta realización de esta solicitud.
Opcionalmente, en una realización, S230 en el que CU-UP establece el campo de indicación de mapeo reflexivo del primer paquete de datos incluye el siguiente paso:
El CU-UP establece un bit del campo de indicación de mapeo reflexivo del primer paquete de datos en 0.
Específicamente, se usa para la descripción un ejemplo en el que el campo de indicación de mapeo reflexivo es un campo de RDI. Se supone que un bit del campo de RDI está predefinido de la siguiente manera: cuando el bit del campo de RDI es 1, indica que la relación de mapeo para el primer flujo de QoS necesita ser modificada al primer DRB; y cuando el bit del campo de RDI es 0, indica que la relación de mapeo del primer flujo de QoS al primer DRB no se cambia. En este caso, el CU-UP establece el bit del campo de indicación de mapeo reflexivo del primer paquete de datos en 0, para notificar al dispositivo terminal que la relación de mapeo del primer flujo de QoS al primer DRB no se cambia. Se debería entender que establecer el bit del campo de indicación de mapeo reflexivo en 0 es solo para notificar al dispositivo terminal que la relación de mapeo del primer flujo de QoS al primer DRB no se cambia, y no hay necesidad de realizar el mapeo del primer flujo de QoS al primer DRB. No indica que el dispositivo terminal es incapaz de realizar el mapeo del primer flujo de QoS al primer DRB. El dispositivo terminal en sí mismo es capaz de realizar un mapeo del primer flujo de QoS al primer DRB. Alternativamente, el dispositivo terminal puede determinar, por ejemplo, en base a un estado de carga y una condición de red, realizar el mapeo del primer flujo de QoS al primer DRB. Después de que el dispositivo terminal recibe el primer paquete de datos transportado en el primer DRB, el dispositivo terminal puede no necesitar leer información sobre un campo de QFI en base a la información sobre el campo de RDI, donde el bit del campo de RDI que es 0 indica que no se requiere el mapeo del primer flujo de QoS al primer DRB. El dispositivo terminal aún envía el paquete de datos en el primer flujo de QoS al CU-UP en el DRB original que transporta paquetes de datos en el primer flujo de QoS.
En el método de comunicación proporcionado en esta realización de esta solicitud, el bit del campo de indicación de mapeo reflexivo del primer paquete de datos se establece en 0, para indicar al dispositivo terminal que no realice el mapeo del primer flujo de QoS al primer DRB. Por lo tanto, se pueden mejorar la precisión y eficiencia que el dispositivo terminal determina que no se requiere el mapeo del primer flujo de QoS al primer DRB, facilitando así la implementación y reduciendo la sobrecarga de señalización y el consumo de recursos.
Se debería entender que, cuando el bit del campo de RDI es 0 indica que la relación de mapeo para el primer flujo de QoS necesita ser modificada al primer DRB y cuando el bit del campo de RDI es 1 indica que la relación de mapeo del primer flujo primer flujo de QoS al primer DRB no se cambia, el CU-UP establece el bit del campo de RDI del primer paquete de datos en 1, para instruir al dispositivo terminal para no realizar el mapeo del primer flujo de QoS al primer DRB. Esto no está limitado en esta realización de esta solicitud.
Opcionalmente, en una realización de la invención, la primera información es información que indica el mapeo reflexivo del primer flujo de QoS al primer DRB.
Específicamente, hay dos maneras de instruir al dispositivo terminal para mapear el primer flujo de QoS al primer DRB. En una primera manera, se notifica directamente al dispositivo terminal la relación de mapeo del primer flujo de QoS al primer DRB. Esta manera es una manera de mapeo directo. Específicamente, la manera de mapeo directo puede ser de la siguiente manera: el CU-CP envía, a la DU, la relación de mapeo del primer flujo de QoS al primer DRB, y luego la DU notifica al dispositivo terminal de la relación de mapeo usando señalización de RRC. El dispositivo terminal realiza el mapeo del primer flujo de QoS al primer DRB en base a la señalización de RRC. Otra manera es una manera de mapeo reflexivo. Cuando la primera información es la información que indica el mapeo reflexivo del primer flujo de QoS al primer DRB, el CU-UP determina, en base a la primera información, usar la manera de mapeo reflexivo para instruir al dispositivo terminal para realizar el mapeo del primer flujo de QoS al primer DRB. La manera de mapeo reflexivo es de la siguiente manera: el CU-UP envía el paquete de datos de enlace descendente en el primer flujo de QoS al dispositivo terminal en el primer DRB, y si el dispositivo terminal detecta que el paquete de datos de enlace descendente en el primer flujo de QoS está en el primer DRB, el dispositivo terminal transmite, en el UL, el paquete de datos de enlace ascendente en el primer flujo de QoS también en el primer DRB.
Se debería entender que la primera información puede incluir además la información relacionada del primer flujo de QoS y la del primer DRB, por ejemplo, información tal como el identificador del primer flujo de QoS y el identificador del primer DRB. Alternativamente, la primera información puede incluir otra información relacionada, por ejemplo, información sobre una sesión (en inglés, session) de PDU relacionada con el primer flujo de QoS, tal como una ID de sesión de PDU. La primera información puede incluir la indicación de formato de cabecera de SDAP de enlace descendente y la indicación de formato de cabecera de SDAP de enlace ascendente del primer DRB. La indicación de formato de cabecera de SDAP de enlace descendente se utiliza para indicar si un flujo de QoS mapeado al primer DRB tiene una cabecera de SDAP de enlace descendente. La indicación de formato de cabecera de SDAP de enlace ascendente se utiliza para indicar si un flujo de QoS mapeado al primer DRB tiene una cabecera de SDAP de enlace ascendente. La primera información puede incluir una indicación de si el primer DRB es un DRB por defecto. Esto no está limitado en esta realización de esta solicitud.
Se debería entender además que, cuando la primera información no es la información que indica el mapeo reflexivo del primer flujo de QoS al primer DRB, es decir, cuando la primera información no incluye una indicación de mapeo reflexivo, se puede instruir al dispositivo terminal, en la manera de mapeo directo o en la manera de mapeo reflexivo, para realizar el mapeo del primer flujo de QoS al primer DRB. Esto no está limitado en esta realización de esta solicitud.
Opcionalmente, en una realización no de la invención, como se muestra en la FIG. 7, el método 200 incluye además los siguientes pasos:
S250. El CU-UP recibe un segundo paquete de datos enviado por el dispositivo terminal en el primer DRB, donde un flujo de QoS al que pertenece el segundo paquete de datos es el primer flujo de QoS.
S260. El CU-UP establece el bit del campo de indicación de mapeo reflexivo del primer paquete de datos en 0 en base al segundo paquete de datos.
Específicamente, se usa para la descripción un ejemplo en el que el campo de indicación de mapeo reflexivo es un campo de RDI. Se supone que un bit del campo de RDI está predefinido de la siguiente manera: cuando el bit del campo de RDI es 1, indica que la relación de mapeo para el primer flujo de QoS necesita ser modificada al primer DRB; y cuando el bit del campo de RDI es 0, indica que la relación de mapeo del primer flujo de QoS al primer DRB no se cambia. Después de que se recibe el primer paquete de datos que se transporta en el primer DRB y cuyo campo de indicación de mapeo reflexivo está establecido, el dispositivo terminal detecta un DRB que transporta el primer paquete de datos y el campo de RDI y un campo de QFI del primer paquete de datos. En base al hecho de que el bit del campo de indicación de mapeo reflexivo del primer paquete de datos, es decir, el bit del campo de RDI del primer paquete de datos es 1, y el hecho de que el campo de QFI del primer paquete de datos identifica el primer flujo de QoS, se realiza un mapeo reflexivo para el primer flujo de QoS. Después de que se recibe un primer paquete de datos, si el dispositivo terminal detecta que un DRB que transporta el primer paquete de datos es el primer DRB, el bit del campo de RDI es 1, indicando que la relación de mapeo del primer flujo de QoS al DRB necesita ser modificada, y el campo de QFI indica el primer flujo de QoS, el dispositivo terminal determina que se requiere el mapeo del primer flujo de QoS al primer DRB para los paquetes de datos en el primer flujo de QoS, es decir, determina enviar paquetes de datos en el primer flujo de QoS al CU-UP en el primer DRB. El dispositivo terminal envía segundos paquetes de datos a la DU en el primer DRB en base a la información relacionada del primer paquete de datos y, después de recibir un segundo paquete de datos, la DU reenvía el segundo paquete de datos al CU-UP. El flujo de QoS al que pertenece el segundo paquete de datos es el primer flujo de QoS. Esto significa que el dispositivo terminal ha realizado correctamente el mapeo del primer flujo de QoS al primer DRB. Después de que se reciba el segundo paquete de datos, el CU-UP determina que el dispositivo terminal ha realizado correctamente el mapeo del primer flujo de QoS al primer DRB y luego establece el bit del campo de indicación de mapeo reflexivo del primer paquete de datos en 0, para indicar al dispositivo terminal que el mapeo del paquete de datos de enlace ascendente en el primer flujo de QoS al primer DRB ya no se requiere después de la recepción del primer paquete de datos.
El dispositivo terminal detecta continuamente el campo de RDI y el campo de QFI de los primeros paquetes de datos. Después de que el CU-UP determina que el dispositivo terminal ha realizado correctamente el mapeo del primer flujo de QoS al primer DRB, porque el bit del campo de RDI del primer paquete de datos se estableció previamente en 1, donde el bit del campo de RDI que es 1 indica que la relación de mapeo para el primer flujo de QoS necesita ser modificada al primer DRB, si el CU-UP no establece el bit del campo de indicación de mapeo reflexivo del primer paquete de datos en 0, cuando se detecta que el bit del campo de RDI del primer paquete de datos es 1, el dispositivo terminal necesita además detectar continuamente un campo de QFI de cada primer paquete de datos y un DRB que transporta el primer paquete de datos, para determinar el DRB correspondiente al primer flujo de QoS. Sin embargo, la relación de mapeo del primer flujo de QoS al primer DRB puede no ser cambiada realmente, y el primer flujo de QoS aún se corresponde con el primer DRB. En consecuencia, se causa el desperdicio de recursos y se incrementa el consumo de energía del dispositivo terminal. Por lo tanto, el CU-UP establece el bit del campo de RDI del primer paquete de datos en 0 después de que se determine que el dispositivo terminal ha realizado correctamente el mapeo del primer flujo de QoS al primer DRB. Después de que se reciba un primer paquete de datos subsiguiente, si detecta que el bit del campo de RDI del primer paquete de datos es 0, el dispositivo terminal determina que la relación de mapeo del primer flujo de QoS al primer DRB no se cambia. Cuando no se requiere el mapeo reflexivo del primer flujo de QoS al primer d Rb , el dispositivo terminal no necesita continuar detectando el campo de QFI del primer paquete de datos y el primer DRB que transporta el primer paquete de datos. Por lo tanto, se pueden ahorrar recursos, se puede reducir el consumo de energía del dispositivo terminal y se puede mejorar la experiencia de usuario.
Se debería entender que, cuando el bit del campo de RDI del primer paquete de datos es 0 indica que la relación de mapeo del primer flujo de QoS al DRB necesita ser modificada y el bit del campo de RDI es 1 indica que la relación de mapeo del primer flujo de QoS al primer DRB no se cambia, después de la recepción del segundo paquete de datos enviado por el dispositivo terminal en el primer DRB, el CU-UP puede establecer el bit del campo de indicación de mapeo reflexivo del primer paquete de datos en 1. Esto no está limitado en esta realización de esta solicitud.
Se debería entender además que, en S250, cuando se envía el segundo paquete de datos al CU-UP en el primer DRB, el dispositivo terminal primero puede enviar el segundo paquete de datos a la DU en el primer DRB, y luego la DU envía el segundo paquete de datos al CU-UP. Esto no está limitado en esta realización de esta solicitud.
Opcionalmente, en una realización, S209 en la que el CU-CP envía la primera información al CU-UP incluye el siguiente paso:
El CU-CP envía una solicitud de establecimiento de contexto de portador al CU-UP, donde la solicitud de establecimiento de contexto de portador incluye la primera información.
Específicamente, cuando el CU-CP requiere realizar un mapeo del primer flujo de QoS al primer DRB, el CU-CP genera la primera información. La primera información se utiliza para instruir al CU-UP para mapear los datos del primer paquete de datos al primer DRB y establecer el campo de indicación de mapeo reflexivo del primer paquete de datos. El CU-CP puede enviar la primera información al CU-UP utilizando la interfaz E1 entre el CU-CP y el CU-UP. Específicamente, el CU-CP puede enviar la solicitud de establecimiento de contexto de portador (en inglés, bearer context setup request) al CU-UP utilizando la interfaz E1, y la solicitud de establecimiento de contexto de portador incluye la primera información. La solicitud de establecimiento de contexto de portador se puede utilizar para solicitar al CU-UP que establezca un portador que está relacionado con una sesión de PDU entre el CU-UP y el dispositivo terminal, por ejemplo, un portador DRB y un portador de radio de señalización (en inglés, signaling radio bearers, SRB) que se utilizan para transmitir señalización relacionada, datos y similares entre el CU-UP y el dispositivo terminal. En otras palabras, el CU-CP envía la primera información al CU-UP utilizando la solicitud de establecimiento de contexto de portador. Se debería entender que la solicitud de establecimiento de contexto de portador puede incluir además la información relacionada del primer flujo de QoS y la del primer DRB, o puede incluir la información relacionada de la sesión de PDU del dispositivo terminal. Esto no está limitado en esta realización de esta solicitud.
Opcionalmente, en una realización de la invención, S209 en el que el CU-CP envía la primera información al CU-UP incluye el siguiente paso:
El CU-CP envía una solicitud de modificación de portador al CU-UP, donde la solicitud de modificación de portador incluye la primera información.
Específicamente, cuando el CU-CP requiere realizar un mapeo del primer flujo de QoS al primer DRB, el CU-CP genera la primera información. Específicamente, el CU-CP puede enviar la solicitud de modificación de portador (en inglés, bearer modification request) al CU-UP utilizando el E1, y la solicitud de modificación de portador incluye la primera información. La solicitud de modificación de portador se puede utilizar para solicitar al CU-UP que modifique un portador relacionado entre el CU-UP y el dispositivo terminal, por ejemplo, un portador DRB y un SRB, y el DRB y el SRB se pueden utilizar para transmitir señalización, datos y similares relacionados entre el CU-UP y el dispositivo terminal. En otras palabras, el CU-CP envía la primera información al CU-UP utilizando la solicitud de modificación de portador. Se debería entender que la solicitud de modificación de portador puede incluir además la información relacionada del primer flujo de QoS y la del primer DRB, o puede incluir la información relacionada de la sesión de PDU del dispositivo terminal. La primera información puede incluir la indicación de formato de cabecera de SDAP de enlace descendente y la indicación de formato de cabecera de SDAP de enlace ascendente del primer DRB. La indicación de formato de cabecera de SDAP de enlace descendente se utiliza para indicar si un flujo de QoS mapeado al primer DRB tiene una cabecera de SDAP de enlace descendente. La indicación de formato de cabecera de SDAP de enlace ascendente se utiliza para indicar si un flujo de QoS mapeado al primer DRB tiene una cabecera de SDAP de enlace ascendente. La primera información puede incluir una indicación de si el primer DRB es un DRB por defecto. Esto no está limitado en esta realización de esta solicitud.
Se debería entender que, en esta realización de esta solicitud, la primera información se puede transportar en otra señalización enviada por el CU-CP al CU-UP, por ejemplo, transportada en información de notificación enviada por el CU-CP al CU-UP. Esto no está limitado en esta realización de esta solicitud.
Opcionalmente, en una realización no de la invención, como se muestra en la FIG. 8B, el método 200 incluye además el siguiente paso:
S270. El CU-UP envía una segunda información al CU-CP, donde la segunda información se usa para indicar que el mapeo reflexivo del primer flujo de QoS al primer DRB es exitoso. Correspondientemente, el CU-CP recibe la segunda información.
Específicamente, después de recibir el segundo paquete de datos enviado por el dispositivo terminal en el primer DRB, es decir, después de determinar que el dispositivo terminal ha realizado correctamente el mapeo del primer flujo de QoS al primer DRB, el CU-UP notifica al CU-CP que el mapeo reflexivo del primer flujo de QoS al primer DRB se realiza con éxito, enviando la segunda información al CU-CP. La segunda información se usa para indicar que el mapeo reflexivo del primer flujo de QoS al primer DRB es exitoso. Después de recibir la segunda información, el CU-CP aprende que el mapeo reflexivo del primer flujo de QoS al primer DRB se realizó correctamente, y luego el CU-CP puede realizar correctamente el procesamiento de datos y similares en un portador de radio de la sesión de PDU del dispositivo terminal. Por lo tanto, se mejora la estabilidad de la transmisión de datos del dispositivo terminal, se mejora la experiencia de usuario y se asegura el funcionamiento normal de un sistema.
Se debería entender que, cuando el CU-UP no recibe un segundo paquete de datos enviado por el dispositivo terminal en el primer DRB, es decir, cuando un paquete de datos que está en el primer flujo de QoS y se recibe por el CU-UP no se transmite en el primer DRB, indica que el mapeo reflexivo ha fallado. El CU-UP puede notificar al CU-CP información que indique que el mapeo reflexivo ha fallado, de modo que el CU-CP determine más adelante si aún se requiere el mapeo reflexivo o si necesita ser liberado el primer flujo de QoS. Por lo tanto, se asegura la estabilidad de la red y se mejora la calidad del funcionamiento de la red.
Esta solicitud proporciona además un método de comunicación, de modo que la medición de rendimiento de transmisión de datos y la medición de parámetros de L2 se pueden soportar en una arquitectura de estación base separada de CU-DU. Por lo tanto, los datos de usuario se pueden transmitir con éxito, se mejora la estabilidad de red, se mejora la calidad de funcionamiento de red y se mejora la experiencia de usuario. Con referencia a la FIG. 9, a continuación se describe en detalle el método de comunicación proporcionado en esta solicitud. La FIG. 9 es un diagrama de flujo esquemático de un método de comunicación 300 según una realización de esta solicitud. El método 300 se puede aplicar al escenario mostrado en la FIG. 3, y ciertamente también se puede aplicar a otro escenario de comunicación. Esto no está limitado en esta realización de esta solicitud.
Como se muestra en la FIG. 9, el método 300 incluye los siguientes pasos:
S310. Un CU-CP genera una tercera información, donde la tercera información se utiliza para instruir a un CU-UP para detectar el rendimiento de transmisión de un primer paquete de datos, y el primer paquete de datos se identifica mediante un primer identificador de flujo de calidad de servicio QFI o un primer identificador de calidad de servicio de 5G 5QI.
S320. El CU-CP envía la tercera información al CU-UP y, en consecuencia, el CU-UP recibe la tercera información.
S330. El CU-UP detecta el rendimiento de transmisión del primer paquete de datos en base a la tercera información.
En el método de comunicación provisto en esta solicitud, en una arquitectura de estación base separada de CU-DU, cuando el CU-CP requiere la detección del rendimiento de un primer flujo de QoS en una sesión de PDU de un dispositivo terminal, el CU-CP envía la tercera información al CU-UP. La tercera información se usa para instruir al CU-UP para detectar el rendimiento de transmisión del primer paquete de datos (un paquete de datos en el primer flujo de QoS), y el primer paquete de datos se identifica por el primer QFI. Cuando el CU-CP requiere la detección de todos los primeros paquetes de datos con una misma característica de QoS para el dispositivo terminal, la tercera información se usa para instruir al CU-UP para detectar el rendimiento de transmisión del primer paquete de datos, y el primer paquete de datos se identifica por el primer 5QI. El CU-UP detecta el rendimiento de transmisión del primer paquete de datos en base a la tercera información. De esta forma, los parámetros de transmisión se miden con una granularidad de 5QI o QFI en la arquitectura de estación base separada de CU-DU, de modo que se puede asegurar el funcionamiento normal de un sistema de red y se puede mejorar la experiencia de usuario.
Específicamente, en S310, en la arquitectura de estación base separada de CU-DU, para soportar el funcionamiento normal del sistema de red, necesita ser medido el rendimiento de transmisión relacionado, de modo que la configuración relacionada o el control de la transmisión de datos se puedan soportar o ajustar de manera oportuna midiendo el rendimiento de transmisión. Por ejemplo, se requiere la medición de parámetros de L2 para soportar las operaciones de recursos de la interfaz aérea, la gestión de recursos de radio, la operación y el mantenimiento de red, los requisitos de MDT y SON, y similares. Por ejemplo, necesitan ser detectados los parámetros de transmisión relacionados del primer paquete de datos en una capa de PDCP, una capa de RLC, una MAC y una capa de SDAP. Por lo tanto, el CU-CP genera la tercera información, y la tercera información se utiliza para instruir al CU-UP para detectar el rendimiento de transmisión del primer paquete de datos. Además, 5G ha definido una arquitectura de red que se basa en flujos de QoS, y el flujo de QoS es una granularidad más fina para implementar la diferenciación de QoS en una sesión de PDU. Cuando el CU-CP requiere la detección del rendimiento de un primer flujo de QoS en una sesión de PDU de un dispositivo terminal, es decir, la detección del rendimiento del primer paquete de datos, un identificador de QoS de flujo de calidad de servicio del primer paquete de datos es el primer QFI, es decir, el parámetro de transmisión se mide en una granularidad de un QFI. Cuando el CU-CP requiere la detección de todos los primeros paquetes de datos con la misma característica de QoS para el dispositivo terminal, el primer paquete de datos se identifica mediante el primer 5QI y el parámetro de transmisión se mide con una granularidad de un 5QI. Se debería entender que, cuando el 5QI y el QFI tienen valores iguales, el flujo de QoS se puede identificar usando o bien el 5QI o el QFI; o cuando el 5QI y el QFI tienen valores diferentes, el flujo de QoS necesita ser identificado utilizando el 5QI.
Se debería entender que la tercera información puede incluir además información relacionada del primer flujo de QoS, por ejemplo, un parámetro del primer flujo de QoS, un identificador (el primer QFI o el primer 5QI) del primer flujo de QoS, información sobre una sesión de PDU relacionada con el primer flujo de QoS, control de notificación del primer flujo de QoS y rendimiento de transmisión relacionado que necesitan ser medidos por el CU-UP. El control de notificación del primer flujo de QoS se utiliza para instruir para detectar el rendimiento de transmisión del primer flujo de QoS, por ejemplo, un presupuesto de retardo de paquetes, una tasa de errores de paquetes, una tasa de bits garantizada de enlace descendente, una tasa de bits máxima de enlace descendente, una tasa de bits garantizada de enlace ascendente, una tasa de bits de enlace ascendente máxima, una tasa de pérdida de paquetes de enlace descendente máxima, una tasa de pérdida de paquetes de enlace ascendente máxima, un volumen de ráfagas de datos máximo. Esto no está limitado en esta realización de esta solicitud.
En S320, el CU-CP envía la tercera información al CU-UP y, en consecuencia, el CU-UP recibe la tercera información. Específicamente, el CU-CP puede usar una interfaz E1 entre el CU-UP y el CU-CP para enviar o transportar la tercera información en cualquier señalización posible. Por ejemplo, la tercera información se puede transportar en un mensaje E1AP en la interfaz E1. Esto no está limitado en esta realización de esta solicitud.
En S330, el CU-UP mide el parámetro de transmisión con una granularidad de un QFI o un 5QI en base a la tercera información.
Es decir, el CU-UP detecta el rendimiento de transmisión del primer paquete de datos, y el primer paquete de datos se identifica mediante el primer QFI o el primer 5QI.
En el método de comunicación proporcionado en esta solicitud, el CU-UP mide el parámetro de transmisión en una granularidad de un 5QI o un QFI en la arquitectura de estación base separada de CU-DU. Por lo tanto, se puede asegurar el funcionamiento normal del sistema de red, se puede asegurar la precisión y la tasa de éxito de la transmisión de datos de un usuario, se puede mejorar la eficiencia de comunicación de usuario y se puede mejorar la experiencia de usuario.
Opcionalmente, en una realización no de la invención, como se muestra en la FIG. 10, el método 300 incluye además el siguiente paso:
S340. El CU-UP envía una cuarta información al CU-CP, donde la cuarta información se usa para indicar si el rendimiento de transmisión del primer paquete de datos cumple con un indicador de rendimiento de transmisión, el indicador de rendimiento de transmisión está configurado en el primer paquete de datos y la tercera información incluye el indicador de rendimiento de transmisión. Correspondientemente, el CU-CP recibe la cuarta información.
Específicamente, en una sesión de PDU en una granularidad de un flujo de QoS, los indicadores de rendimiento de transmisión que necesitan ser cumplidos por todos los flujos de QoS son diferentes. Por ejemplo, para algunos servicios de alta prioridad, los flujos de QoS correspondientes a los servicios necesitan cumplir con un indicador de transmisión relativamente alto. Estos flujos de QoS necesitan cumplir un requisito de GBR, un requisito de retardo de transmisión o similar. Por lo tanto, la tercera información incluye el indicador de rendimiento de transmisión. Por ejemplo, el indicador de rendimiento de transmisión puede ser un requisito de tasa de pérdida de paquetes que necesita ser cumplido por el primer flujo de QoS (un flujo de QoS al que pertenece el primer paquete de datos), es decir, una tasa de pérdida de paquetes no puede superar un umbral. Alternativamente, el indicador de rendimiento de transmisión puede ser un requisito de GBR que necesita ser cumplido por el primer flujo de QoS. El indicador de rendimiento de transmisión se configura en el primer paquete de datos en el primer flujo de QoS, es decir, el indicador de rendimiento de transmisión necesita ser cumplido cuando se transmite el primer paquete de datos. Después de recibir la tercera información, el CU-UP detecta, en base al indicador de rendimiento de transmisión en la tercera información y el primer QFI, el rendimiento de transmisión del primer paquete de datos cuyo identificador de flujo de QoS es el primer QFI en paquetes de datos en transmisión de enlace ascendente y de enlace descendente. El CU-UP detecta el rendimiento de transmisión del primer paquete de datos en base al indicador de rendimiento de transmisión y determina, en base al rendimiento de transmisión detectado del primer paquete de datos y el indicador de rendimiento de transmisión configurado, si el primer paquete de datos ha cumplido (en inglés, fullfilled) un requisito de transmisión. Entonces, el CU-UP notifica, utilizando la cuarta información, al CU-CP si el rendimiento de transmisión del primer paquete de datos cumple con el indicador de rendimiento de transmisión. Por ejemplo, cuando se detecta que todos los paquetes de datos (todos los primeros paquetes de datos) en el primer flujo de QoS no cumplen con el requisito de GBR, el CU-UP notifica, usando la cuarta información, al CU-CP que el primer flujo de QoS no cumple con el requisito de GBR; o cuando se detecta que todos los primeros paquetes de datos en el primer flujo de QoS cumplen el requisito de GBR, el CU-UP notifica, utilizando la cuarta información, al CU-CP que el primer flujo de QoS ha cumplido el requisito de GBR. Por lo tanto, el CU-CP envía la información a una red central y la red central determina, en base a la información, si cambiar el parámetro del flujo de QoS o liberar el flujo de QoS. Esto asegura que el sistema de red pueda funcionar normalmente, mejora una tasa garantizada para la comunicación normal del usuario, mejora la estabilidad y la eficiencia de trabajo del sistema de red y mejora la experiencia de usuario.
Se debería entender que el CU-UP puede informar una cantidad o proporción de primeros paquetes de datos que han cumplido el indicador de rendimiento de transmisión dentro de un período de tiempo. Alternativamente, si un primer paquete de datos no cumple con el indicador de rendimiento de transmisión dentro de un período de tiempo, se considera que el primer flujo de QoS (todos los primeros paquetes de datos) no cumple con el indicador de rendimiento de transmisión dentro del período de tiempo. Alternativamente, puede haber otras maneras de informar. Esto no está limitado en esta realización de esta solicitud.
Se debería entender además que la cuarta información puede incluir además información tal como un valor detectado del rendimiento de transmisión del primer flujo de QoS, y la información sobre la sesión de PDU relacionada con el primer flujo de QoS, por ejemplo, información tal como una ID de sesión de PDU y el identificador del primer flujo de QoS. Esto no está limitado en esta realización de esta solicitud.
Se debería entender además que cuando ningún flujo de QoS en una sesión de PDU del dispositivo terminal cumple con un indicador de rendimiento de transmisión de flujo de QoS o todos los flujos de QoS en una sesión de PDU del dispositivo terminal cumplen con los indicadores de rendimiento de transmisión de flujo de QoS, el CU-UP puede notificar, usando la cuarta información, el CU-CP de un mensaje que la sesión de PDU no cumple o cumple con el indicador de rendimiento de transmisión de flujos de QoS, en lugar de notificar, sobre una base por flujo de QoS, el CU-CP de un mensaje que cada flujo de QoS no cumple o cumple con un indicador de rendimiento de transmisión de flujo de QoS. Esto no está limitado en esta realización de esta solicitud.
Se debería entender además que antes de que el CU-UP detecte el rendimiento de transmisión del primer paquete de datos, el CU-CP puede notificar además al CU-UP información sobre todos los flujos de QoS en la sesión de PDU del dispositivo terminal. Por ejemplo, la información puede ser información tal como parámetros e identificadores de todos los flujos de QoS en la sesión de PDU. Después de recibir la información sobre todos los flujos de QoS en la sesión de PDU, el CU-UP puede realizar un proceso de control de admisión para determinar un flujo de QoS admisible en todos los flujos de QoS en base a la información sobre todos los flujos de QoS y con referencia a un estado de carga y similares del CU-UP, y detectar el rendimiento de transmisión de un flujo de QoS admitido. El primer flujo de QoS puede ser cualquiera de los flujos de QoS admitidos por el CU-UP. El flujo de QoS admitido se puede entender como un flujo de QoS que se puede utilizar para transmitir datos. Los pasos específicos del proceso de control de admisión son de la siguiente manera:
1. Cuando el dispositivo de red central establece una nueva sesión de PDU para el dispositivo terminal o un nuevo flujo de QoS para la sesión de PDU, o se cambia una característica de flujo de QoS de la sesión de PDU, el dispositivo de red central notifica al CU-CP la información sobre el flujo de QoS. Por ejemplo, la información puede ser información de GRB del flujo de QoS. El CU-CP puede notificar al CU-UP la información sobre el flujo de QoS utilizando la interfaz E1 entre el CU-CP y el CU-UP a través de una solicitud de establecimiento (en inglés, setup request) o una solicitud de modificación (en inglés, modification request). Por ejemplo, la información sobre el flujo de QoS puede incluir el contenido mostrado en la Tabla 1.
Tabla 1
Figure imgf000016_0001
El contenido incluido en el descriptor de 5QI dinámico (en inglés, Dynamic 5QI Descriptor) se muestra en la siguiente Tabla 2:
Tabla 2
Figure imgf000016_0002
Se debería entender que el contenido mostrado en la Tabla 1 y la Tabla 2 es solo un ejemplo, y la información sobre el flujo de QoS y el descriptor dinámico de 5QI puede incluir además otro contenido más. Esto no está limitado en esta realización de esta solicitud.
2. El CU-UP realiza la admisión de flujo de QoS en base al estado de carga del CU-UP y la información sobre el flujo de QoS, por ejemplo, los parámetros de flujo de QoS en la Tabla 1 y la Tabla 2, y realimenta un resultado de admisión al CU-CP en una respuesta de solicitud de establecimiento o una respuesta de solicitud de modificación. El resultado de admisión puede incluir un ID de un flujo de QoS admitido, un ID de una sesión de PDU del flujo de QoS, un ID de un flujo de QoS que no se admite, un ID de una sesión de PDU del flujo de QoS que no se admite, y una razón por la que no se admite el flujo de QoS. Por ejemplo, la razón por la que no se admite el flujo de QoS puede ser recursos de radio no disponibles (en inglés, radio resources not available), un 5QI desconocido o un 5QI no válido. Si se rechazan todos los flujos de QoS en una sesión de PDU, se incluye además una ID de la sesión de PDU. Después de determinar el flujo de QoS admitido, el CU-UP puede detectar el rendimiento de transmisión del flujo de QoS admitido en la tercera información enviada por el CU-CP, para determinar si se cumple un indicador de rendimiento de transmisión. Se debería entender que cuando se admiten una pluralidad de flujos de QoS en una sesión de PDU, el resultado de la admisión puede incluir una lista de ID de los flujos de QoS admitidos. Cuando se rechaza una pluralidad de flujos de QoS en una sesión de PDU, el resultado de la admisión puede incluir una lista de ID de los flujos de QoS rechazados.
Se debería entender que, en esta realización de esta solicitud, además de la información en la Tabla 1 y la Tabla 2 anteriores y el estado de carga del CU-UP, el CU-UP puede realizar además un control de admisión en un flujo de QoS en base a otra información, por ejemplo, información de servicio transportada en un paquete de datos en el flujo de QoS. Esto no está limitado en esta realización de esta solicitud.
Opcionalmente, en una realización que no de la invención, S340 que el CU-UP envía una cuarta información al CU-CP incluye el siguiente paso:
El CU-UP envía información de notificación al CU-CP, donde la información de notificación incluye la cuarta información y, correspondientemente, el CU-CP recibe la información de notificación.
Específicamente, cuando el CU-UP necesita notificar al CU-CP si el primer paquete de datos cumple con el indicador de rendimiento de transmisión, el CU-UP puede enviar la cuarta información al CU-CP usando la interfaz E1 entre el CU-CP y el CU-UP. Específicamente, el CU-UP puede enviar la información de notificación (notificar) al CU-CP utilizando la interfaz E1, y la información de notificación incluye la cuarta información. La información de notificación se puede usar para instruir al CU-CP para establecer un portador que esté relacionado con una sesión de PDU con el dispositivo terminal, y notificar al CU-CP la información de flujo de QoS. En otras palabras, la información de notificación lleva la cuarta información. Se debería entender que la información de notificación puede incluir además la información relacionada del primer flujo de QoS y la información relacionada de la sesión de PDU del dispositivo terminal. Esto no está limitado en esta realización de esta solicitud.
Se debería entender que después de recibir la información de notificación, el CU-CP puede enviar además una respuesta de información de notificación al CU-UP, para notificar al CU-UP que se ha recibido la cuarta información. Esto no está limitado en esta realización de esta solicitud.
Opcionalmente, en una realización, S340 en el que el CU-UP envía una cuarta información al CU-CP incluye el siguiente paso:
El CU-UP envía una solicitud de modificación de portador al CU-CP, donde la solicitud de modificación de portador incluye la cuarta información. Correspondientemente, el CU-CP recibe la solicitud de modificación del portador.
Específicamente, cuando el CU-UP necesita notificar al CU-CP si el primer paquete de datos cumple con el indicador de rendimiento de transmisión, el CU-UP puede enviar la cuarta información al CU-CP usando la interfaz E1 entre el CU-CP y el CU-UP. Específicamente, el CU-UP puede enviar la solicitud de modificación de portador al CU-CP utilizando la interfaz E1, y la solicitud de modificación de portador incluye la cuarta información. La solicitud de modificación de portador se puede usar para solicitar al CU-CP modificar un portador relacionado con el dispositivo terminal, por ejemplo, un portador DRB o uno SRB, y el DRB o el SRB se pueden usar para transmitir señalización relacionada, datos y similares entre el CU-UP y el dispositivo terminal. En otras palabras, el CU-UP envía la cuarta información al CU-CP utilizando la solicitud de modificación de portador. Se debería entender que la solicitud de modificación de portador puede incluir además la información relacionada del primer flujo de QoS y la información relacionada de la sesión de PDU del dispositivo terminal. Esto no está limitado en esta realización de esta solicitud.
Se debería entender que, en esta realización de esta solicitud, la cuarta información se puede transportar en otra señalización enviada por el CU-UP al CU-CP. Esto no está limitado en esta realización de esta solicitud.
Se debería entender que después de recibir la solicitud de modificación de portador, el CU-CP puede enviar además información de respuesta de solicitud de modificación de portador al CU-UP, para notificar al CU-UP que se ha recibido la cuarta información. Esto no está limitado en esta realización de esta solicitud.
Opcionalmente, en una realización que no de la invención, el indicador de rendimiento de transmisión del primer paquete de datos incluye al menos uno de los siguientes:
un presupuesto de retardo del primer paquete de datos, una tasa de pérdida de paquetes del primer paquete de datos, una tasa de bits garantizada GBR de enlace ascendente, una GBR de enlace descendente, una GBR de enlace ascendente máxima y una GBR de enlace descendente máxima.
Específicamente, en la sesión de PDU del dispositivo terminal, diferentes servicios tienen diferentes requisitos de rendimiento de transmisión, es decir, los paquetes de datos de diferentes servicios tienen diferentes requisitos de flujo de QoS y diferentes flujos de QoS necesitan cumplir diferentes indicadores de rendimiento de transmisión. Por lo tanto, para el primer paquete de datos (cuyo flujo de QoS es el primer flujo de QoS), el indicador de rendimiento de transmisión del primer flujo de QoS puede incluir al menos uno del presupuesto de retardo del primer paquete de datos, la tasa de pérdida de paquetes del primer paquete de datos, la tasa de bits garantizada GBR de enlace ascendente, la GBR de enlace descendente, la GBR máxima de enlace ascendente, la GBR máxima de enlace descendente, una tasa máxima de pérdida de paquetes de enlace descendente, una tasa máxima de pérdida de paquetes de enlace ascendente y un volumen máximo de ráfagas de datos. Por ejemplo, cuando el indicador de rendimiento de transmisión es el GBR de enlace descendente, el CU-UP detecta, en base al indicador de transmisión de GBR de enlace descendente del primer paquete de datos, si el primer paquete de datos de enlace descendente cumple con el requisito de GBR de enlace descendente y lo envía al CU-CP, si el primer paquete de datos cumple con el indicador de transmisión de GBR de enlace descendente.
Se debería entender que, además de los indicadores de rendimiento de transmisión anteriores, el indicador de rendimiento de transmisión del primer paquete de datos puede incluir además otros indicadores de rendimiento de transmisión, por ejemplo, una capacidad de procesamiento máxima de datos. Esto no está limitado en esta realización de esta solicitud.
Opcionalmente, en una realización no de la invención, como se muestra en la FIG. 11, el método 300 incluye además el siguiente paso:
S350. El CU-UP envía la quinta información al CU-CP, donde la quinta información incluye un resultado de detección del rendimiento de transmisión del primer paquete de datos, la tercera información incluye información de configuración de medición y la información de configuración de medición incluye un parámetro de rendimiento de transmisión y /o una duración de tiempo de medición del primer paquete de datos. Correspondientemente, el CU-CP recibe la quinta información.
Específicamente, el CU-UP necesita realizar la medición de parámetros de L2, para soportar las operaciones de recursos de interfaz aérea, la gestión de recursos de radio, la operación y el mantenimiento de red, los requisitos de MDT y SON, y similares. Por ejemplo, el CU-UP mide un parámetro relacionado en la capa de PDCP, la capa de RLC, la capa de MAC o similar. Por lo tanto, la tercera información enviada por el CU-CP al CU-UP incluye la información de configuración de medición, y la información de configuración de medición incluye el parámetro de rendimiento de transmisión y/o la duración de tiempo de medición del primer paquete de datos. El CU-UP mide el parámetro de transmisión en base a la información de configuración de medición con una granularidad de un QFI o un 5QI, es decir, detecta el rendimiento de transmisión del primer paquete de datos. Cuando la información de configuración de medición incluye el parámetro de rendimiento de transmisión del primer paquete de datos, el CU-UP puede determinar la duración de tiempo de medición en base a una duración de tiempo predefinido o un estado de servicio del primer paquete de datos, y detectar el rendimiento de transmisión del primer paquete de datos. Cuando la información de configuración de medición incluye la duración de tiempo de medición del primer paquete de datos, el CU-UP puede determinar, en base a información tal como el estado de carga del flujo de QoS y el tipo de servicio de flujo de QoS del primer paquete de datos, que el rendimiento de transmisión necesita ser detectado, y detectar el rendimiento de transmisión del primer paquete de datos. El primer paquete de datos se identifica por el primer 5QI, y se determina que necesita ser detectado el rendimiento de transmisión, y se detecta el rendimiento de transmisión del primer paquete de datos. El primer paquete de datos está indicado por el primer 5QI. Para un paquete de datos, cuando un QFI y un 5QI tienen el mismo valor, se puede usar o bien el QFI o bien el 5QI para indicar el paquete de datos; o cuando un QFI y un 5QI tienen valores diferentes, el paquete de datos necesita ser identificado por el 5QI. Es decir, cuando se detectan todos los primeros paquetes de datos para todos los dispositivos terminales, el primer paquete de datos se identifica mediante el primer 5QI, para detectar el rendimiento de transmisión de todos los paquetes de datos cuyos flujos de QoS son los primeros 5QI para todos los dispositivos terminales. El CU-UP detecta el rendimiento de transmisión del primer paquete de datos en L2 y notifica al CU-CP el resultado de la detección del rendimiento de transmisión del primer paquete de datos. Por lo tanto, el CU-CP soporta la medición de parámetros de L2, de modo que se implementa una función de soporte de operaciones de recursos de interfaz aérea, gestión de recursos de radio, operación y mantenimiento de red y requisitos de MDT y SON. Esto ayuda a mejorar la estabilidad de la red, mejorar la calidad de funcionamiento de red y mejorar la experiencia de usuario. Se debería entender que un paso mostrado por una línea discontinua en la FIG. 11 es un paso opcional.
Opcionalmente, en una realización no de la invención, el parámetro de rendimiento de la transmisión incluye al menos uno de la tasa de pérdida de paquetes del primer paquete de datos, un retardo de transmisión de enlace descendente del primer paquete de datos, una capacidad de procesamiento de Protocolo de Internet programado del primer paquete de datos, y un volumen de datos del primer paquete de datos.
A continuación se describe en detalle un proceso en el que el CU-UP mide los parámetros de rendimiento de transmisión anteriores.
1. Para el retardo de transmisión de enlace descendente del primer paquete de datos, una granularidad de detección es el primer QFI y/o el primer 5QI, es decir, un retardo de transmisión de enlace descendente promedio que está dentro de un período de tiempo T y que es de todos los paquetes de datos (todos los primeros paquetes de datos) cuyo identificador de flujo de QoS es el primer QFI y/o se mide el primer 5QI. Cuando un identificador de flujo de QoS del primer paquete de datos es el primer 5QI, la detección de rendimiento se realiza en todos los paquetes de datos cuyos identificadores de flujo de QoS son el primer 5QI para todos los dispositivos terminales. Cuando un identificador de flujo de QoS del primer paquete de datos es el primer QFI, la detección de rendimiento se realiza en un paquete de datos con el primer QFI para el dispositivo terminal.
Específicamente, el retardo promedio de transmisión de enlace descendente del primer paquete de datos dentro del período de tiempo T se puede calcular usando una fórmula (1):
Figure imgf000019_0001
En la fórmula (1), M(T, 5qi) representa el retardo de transmisión de enlace descendente promedio de los primeros paquetes de datos con un mismo 5QI (el primer 5QI) dentro del período de tiempo T, y cuando un 5QI y un QFI de un flujo de QoS son iguales, el 5QI también puede ser el QFI; tAmv(i) representa un punto de tiempo (momento) en el cual llega el primer paquete de datos de orden i; tAck(i) es un punto de tiempo (momento) en el cual el primer paquete de datos de orden i se recibe con éxito; i representa un número de secuencia de un paquete de datos que llega y se recibe con éxito dentro del período de tiempo T; e l(7) representa una cantidad total de primeros paquetes de datos dentro del período de tiempo T.
Un punto de referencia del momento de llegada del primer paquete de datos es un punto de acceso de servicio (en inglés, service access point, SAP) en la capa de PDCP o un punto de acceso al servicio en la capa de SDAP, y un punto de referencia del momento en que el primer paquete de datos se recibe con éxito es el SAP en la capa de PDCP o el punto de acceso de servicio en la capa de SDAP. El SAP es un punto, en una pila de protocolos, en el que una capa superior proporciona un servicio cuando la capa superior accede a una capa inferior, es una interfaz lógica para implementar la comunicación mutua entre entidades (una "entidad" es una función lógica de una capa correspondiente) en capas adyacentes, y se sitúa en un límite entre dos capas. Si el punto de acceso está ubicado en una parte superior (en inglés, upper) de una capa de protocolo o en una parte inferior (en inglés, lower) de la capa de protocolo no está limitado en la presente memoria. Por ejemplo, el punto de referencia del momento en que se recibe con éxito el primer paquete de datos es un SAP superior en la capa PDCP o un punto de acceso al servicio superior en la capa SDAP. Alternativamente, el punto de referencia del momento en el que se recibe con éxito el primer paquete de datos es un SAP inferior en la capa de PDCP o un punto de acceso de servicio inferior en la capa de SDAP. Alternativamente, el punto de referencia del momento en el que el primer paquete de datos se recibe con éxito es un SAP en la capa de PDCP o un punto de acceso de servicio inferior en la capa de SDAP. Comenzando a partir de una capa física, cada capa proporciona un punto de acceso de servicio a una capa superior. Cada capa tiene un SAP, pero los SAP en diferentes capas tienen diferentes formas de contenido y representación.
Opcionalmente, un punto de referencia del momento de llegada del primer paquete de datos puede ser un SAP en la capa de PDCP o un SAP en la capa de SDAP, y un punto de referencia del momento en que se recibe con éxito el primer paquete de datos es un SAP en la capa de MAC. No se limita en la presente memoria si el punto de acceso está ubicado en una parte superior (en inglés, upper) de una capa de protocolo o en una parte inferior (en inglés, lower) de la capa de protocolo. Por ejemplo, el punto de referencia del momento de llegada del primer paquete de datos puede ser un SAP inferior en la capa de PDCP, y el punto de referencia del momento en el que se recibe con éxito el primer paquete de datos es un punto de acceso de servicio inferior en la capa de MAC. Se debería entender que, en este caso, una DU necesita calcular una cantidad y tiempos de llegada de los primeros paquetes de datos que se reciben correctamente en la capa de MAC, y similares, y notificar la información al CU-CP. Como se muestra en la FIG. 12, en S360, el CU-CP puede enviar la información de configuración de medición a la DU. La información de configuración de medición incluye la información relacionada del primer flujo de QoS, tal como el parámetro del primer flujo de QoS, el identificador (el primer QFI o el primer 5QI) del primer flujo de QoS y la información sobre la sesión de PDU relacionada con el primer flujo de QoS. En S370, la DU calcula, en base a la información de configuración de medición, la cantidad y los tiempos de llegada de los primeros paquetes de datos que se reciben correctamente en la capa de MAC. En S380, la DU notifica al CU-CP un resultado de detección. Esto no está limitado en esta realización de esta solicitud.
Opcionalmente, para hacer la medición más precisa, el CU-CP puede notificar al CU-UP un tiempo absoluto de medición, por ejemplo, un momento absoluto en el que comienza la detección y un momento absoluto en el que finaliza la detección. Esto no está limitado en esta realización de esta solicitud.
El CU-UP puede detectar el retardo de transmisión de enlace descendente del primer paquete de datos en base a la fórmula (1) anterior con una granularidad de un QFI y/o un 5QI, y notificar al CU-CP el resultado de la detección.
Se debería entender que el CU-UP detecta el retardo de transmisión de enlace descendente del primer paquete de datos en base a la fórmula (1) anterior con una granularidad de un QFI y/o un 5QI; además, el CU-UP puede detectar además el retardo de transmisión de enlace descendente del primer paquete de datos en base a otra fórmula o en una fórmula obtenida cambiando la fórmula (1). Esto no está limitado en esta realización de esta solicitud.
2. Para la detección de la tasa de pérdida de paquetes (tasa de descarte de paquetes) de los primeros paquetes de datos que se descartan debido a la congestión de red, la gestión de tráfico o similar en un proceso de transmisión de enlace descendente de los primeros paquetes de datos, la siguiente fórmula (2) se puede utilizar, para calcular una tasa de pérdida de paquetes promedio de los primeros paquetes de datos dentro de un período de tiempo T:
Figure imgf000020_0001
En la fórmula (2), D(T,5qi) representa la tasa de pérdida de paquetes promedio de los primeros paquetes de datos con un mismo 5QI (el primer 5QI) dentro del período de tiempo T, y cuando un 5QI y un QFI de un flujo de QoS son iguales, el 5QI también puede ser el QFI; cuando el primer QFI y el primer 5QI tienen valores diferentes, se utiliza el primer 5QI; Ddisc(T,5q¡) representa una cantidad de primeros paquetes de datos que se descartan dentro del período de tiempo T; y N(T,5qi) representa una cantidad de primeros paquetes de datos que llegan a un SAP en la capa de PDCP o la capa de SDAP.
El CU-UP puede detectar la tasa de pérdida de paquetes del primer paquete de datos en base a la fórmula (2) anterior con una granularidad de un QFI y/o un 5QI, y notificar al CU-CP el resultado de detección.
Se debería entender que el CU-UP detecta la tasa de pérdida de paquetes del primer paquete de datos en base a la fórmula (2) anterior con una granularidad de un QFI y/o un 5QI; además, el CU-UP puede detectar además la tasa de pérdida de paquetes del primer paquete de datos en base a otra fórmula o una fórmula obtenida cambiando la fórmula (2). Esto no está limitado en esta realización de esta solicitud.
3. El CU-UP puede detectar una tasa de pérdida que es del primer paquete de datos y existe cuando la transmisión de enlace ascendente y de enlace descendente se realiza entre el CU-UP y el dispositivo terminal en una interfaz Uu, es decir, detectar las tasas de pérdida de paquetes de enlace ascendente y de enlace descendente del primer paquete de datos en la interfaz Uu dentro de un período de tiempo T con una granularidad de un QFI y/o un 5Q i, y notificar al CU-CP un resultado de detección.
4. El CU-UP puede detectar la capacidad de procesamiento del Protocolo de Internet programado (en inglés, scheduled IP) del primer paquete de datos dentro de un período de tiempo T, incluyendo las capacidades de procesamiento de enlace ascendente y de enlace descendente del primer paquete de datos, y puede detectar además un volumen de ráfagas de datos (en inglés, data burst) del primer paquete de datos dentro del período de tiempo T, donde las ráfagas de datos se transmiten en una pluralidad de intervalos de tiempo de transmisión; y notificar al CU-CP un resultado de detección.
Opcionalmente, el CU-UP puede detectar capacidades de procesamiento de IP programadas de enlace ascendente y de enlace descendente que son del primer paquete de datos dentro del período de tiempo T y están relacionados con MDT, es decir, detectar, en una granularidad de un QFI y/o un 5QI, la capacidad de procesamiento de IP programada que es del primer paquete de datos y existe cuando la transmisión de enlace ascendente y de enlace descendente se realiza en una interfaz Uu entre el CU-UP y el dispositivo terminal, o detectar, en una granularidad de un QFI y/o un 5QI, la capacidad de procesamiento de IP programada que es del primer paquete de datos y existe cuando la transmisión de enlace ascendente y de enlace descendente se realiza en la interfaz F1-U entre el CU-UP y la DU; y notificar al CU-CP un resultado de detección.
5. El CU-UP puede detectar un volumen de datos del primer paquete de datos dentro de un período de tiempo T, es decir, detectar volúmenes de datos de enlace ascendente y de enlace descendente del primer paquete de datos dentro del período de tiempo T con una granularidad de un QFI y/o un 5QI, y notificar al CU-CP un resultado de detección con una granularidad de un QFI y/o un 5QI.
6. El CU-UP puede detectar un retardo del primer paquete de datos dentro de un período de tiempo T. Específicamente, el CU-UP puede calcular, con una granularidad de un QFI y/o un 5QI, un retardo promedio que está dentro del período de tiempo T y parte desde un momento en que llega el primer paquete de datos a un SAP en la capa de PDCP hasta que se transmite el primer paquete de datos a la capa de RLC, o calcular, a una granularidad de un QFI y/o un 5QI, un retardo promedio que está dentro del período de tiempo T y comienza desde un momento en que el primer paquete de datos llega a un SAP en la capa de SDAP hasta que el primer paquete de datos se transmite a la capa de RLC; y notificar al CU-CP un resultado de cálculo. No se limita en la presente memoria si el punto de acceso está ubicado en una parte superior (en inglés, upper) de una capa de protocolo o en una parte inferior (en inglés, lower) de la capa de protocolo. Por ejemplo, un punto de referencia de un momento en el que se recibe con éxito el primer paquete de datos es un SAP superior en la capa de SDAP o un punto de acceso de servicio inferior en la capa de SDAP. Alternativamente, un punto de referencia de un momento en el que se recibe con éxito el primer paquete de datos es un SAP superior en la capa de PDCP o un punto de acceso de servicio inferior en la capa de PDCP.
Se debería entender que, en esta realización no reivindicada de esta solicitud, el CU-UP mide los parámetros de rendimiento de transmisión anteriores con una granularidad de un QFI y/o un 5QI; además, el CU-UP puede medir además otros parámetros de rendimiento de transmisión del primer paquete de datos con una granularidad de un QFI y/o un 5QI. Esto no está limitado en esta realización de esta solicitud.
Se debería entender además que, en esta realización no reivindicada de esta solicitud, la manera en que el CU-UP informa de un resultado de medición al CU-CP no está limitada, por ejemplo, la notificación se puede realizar periódicamente, o la notificación se puede desencadenar por un evento, o la notificación se puede realizar en base a la configuración de informes configurada por el CU-CP. Esto no está limitado en esta realización de esta solicitud.
Opcionalmente, en una realización no de la invención, la configuración de informes configurada por el CU-CP incluye un periodo de tiempo de medición T, un evento de medición, métricas (en inglés, metrics), uno o varios segmentos/sesiones de QFI/5QI/PDU (S-NSSAI), informes periódicos, informes desencadenados por eventos (un valor de período o una condición de desencadenamiento, por ejemplo, cuando una métrica supera un umbral) o similares.
Se debería entender además que, en esta realización no reivindicada de esta solicitud, el CU-UP puede realizar la medición de rendimiento de transmisión e informar con una granularidad de un QFI y/o un 5QI. Además, el CU-UP puede realizar además la medición de rendimiento de transmisión de paquetes de datos y la notificación con la granularidad de una sesión de PDU, o puede realizar además la medición de rendimiento de transmisión y la notificación con la granularidad de un 5QI y un dispositivo terminal, o puede realizar además una medición de rendimiento de transmisión y notificación en una granularidad de una sesión de PDU y un segmento de red. La segmentación de red es dividir una red en diferentes segmentos de red según los diferentes requisitos de servicio y escenarios de aplicación, tal como la latencia y la fiabilidad. Todos los segmentos de red son correspondientes a diferentes escenarios de aplicación y requisitos de servicio. Un segmento de red puede incluir una pluralidad de sesiones de PDU.
Se debería entender además que, en esta realización no reivindicada de esta solicitud, la DU también puede realizar la medición de parámetros relacionados con L2 en base a la información de configuración de medición enviada por el CU-CP, y enviar un resultado de medición al CU-CP. Como se muestra en la FIG. 12, por ejemplo, la DU puede calcular la utilización del bloque de recursos físicos (en inglés, physical resource block, PRB) de enlace ascendente y de enlace descendente o una cantidad de preámbulos de acceso aleatorio que es de una sola celda con el período de tiempo T, o calcular la utilización de PRB y una cantidad de preámbulos de acceso aleatorio que son solo de la DU, en lugar de realizar la medición en una granularidad de una celda; y envía un resultado de detección al CU-CP. Específicamente, la DU puede notificar al CU-CP el resultado de detección utilizando la señalización relacionada y una interfaz F1 -C entre la DU y el CU-CP.
Se debería entender además que, en cada realización de esta solicitud, "primero", "segundo", "tercero" y similares pretenden indicar que una pluralidad de objetos es diferente. Por ejemplo, la primera información y la segunda información solo se utilizan para indicar información que tiene un contenido diferente y no imponen ningún impacto en la información. El "primero", "segundo" y similares anteriores no imponen ninguna limitación a las realizaciones de esta solicitud.
Se debería entender además que, en cada realización de esta solicitud, la primera información se puede transportar en cualquier señalización posible para la transmisión. Asimismo, la segunda información y la tercera información también se pueden transportar en cualquier posible señalización. En otras palabras, las formas específicas de la primera información, la primera información y la primera información no están limitadas en las realizaciones de esta solicitud.
Se debería entender además que los números de secuencia de los procesos anteriores no significan una secuencia de ejecución. La secuencia de ejecución de los procesos se debería determinar en base a las funciones y la lógica interna de los procesos, y no impone ninguna limitación a los procesos de implementación de las realizaciones de esta solicitud.
Se debería entender además que las descripciones anteriores de las realizaciones de esta solicitud se centran en las diferencias entre las realizaciones. Para partes iguales o similares que no se mencionan, consulte estas realizaciones. Por brevedad, los detalles no se describen en la presente memoria de nuevo.
Lo anterior describe en detalle el método de comunicación en las realizaciones de esta solicitud con referencia a la FIG. 1 a la FIG. 12. Lo siguiente describe en detalle un aparato de comunicaciones en las realizaciones de esta solicitud con referencia a la FIG. 13 a la FIG. 20
La FIG. 13 es un diagrama de bloques esquemático de un aparato de comunicaciones según una realización de esta solicitud. Se debería entender que el aparato de comunicaciones puede ser el nodo de plano de usuario de unidad central CU-UP anterior. La realización del aparato de comunicaciones y las realizaciones del método son correspondientes entre sí. Para descripciones similares, consulte las realizaciones del método. El aparato de comunicaciones 400 mostrado en la FIG. 13 se puede configurar para realizar los pasos realizados por el CU-UP en cada realización del método 200 en la FIG. 4, la FIG. 6 a la FIG. 8B. El aparato de comunicaciones 400 incluye un procesador 410, una memoria 420 y un transceptor 430. El procesador 410, la memoria 420 y el transceptor 430 están conectados usando un bus de comunicaciones. La memoria 420 almacena una instrucción. El procesador 410 está configurado para ejecutar la instrucción almacenada en la memoria 420. El transceptor 430 está configurado para realizar el envío/recepción de señales específicas bajo el accionamiento del procesador 410.
El procesador 410 está configurado para obtener la primera información, donde la primera información se usa para instruir al CU-UP para mapear un primer paquete de datos a un primer portador de radio de datos DRB y establecer un campo de indicación de mapeo reflexivo del primer paquete de datos, y un flujo de calidad de servicio, flujo de QoS al que pertenece el primer paquete de datos es un primer flujo de QoS.
El transceptor 430 está configurado para recibir el primer paquete de datos enviado por un dispositivo de red central. El procesador 410 está además configurado para establecer el campo de indicación de mapeo reflexivo del primer paquete de datos.
El transceptor 430 está configurado además para enviar, a un dispositivo terminal en el primer DRB, el primer paquete de datos cuyo campo de mapeo está establecido.
Según el aparato de comunicaciones provisto en esta solicitud, cuando necesita ser establecida una relación de mapeo desde el primer flujo de QoS al primer DRB en un proceso de establecimiento de sesión de PDU inicial, o cuando necesita ser mapeado el primer paquete de datos en el primer flujo de QoS, para la transmisión, a una nueva DRB (el primer DRB) tras el cambio de un parámetro del primer flujo de QoS o un estado de carga, el CU-UP obtiene la primera información y determina si se requiere el mapeo reflexivo del primer flujo de QoS al primer DRB. Opcionalmente, la primera información se puede almacenar previamente en el CU-UP. La primera información se utiliza para instruir al CU-UP para mapear el primer paquete de datos al primer DRB y establecer el campo de indicación de mapeo reflexivo del primer paquete de datos. El CU-UP determina, en base a la primera información, si se requiere un mapeo reflexivo del primer flujo de QoS al primer DRB. Después de recibir el primer paquete de datos enviado por la red central, el CU-UP establece el campo de indicación de mapeo reflexivo del primer paquete de datos y envía, al dispositivo terminal en el primer DRB, el primer paquete de datos cuyo campo de indicación de mapeo reflexivo se establece. El primer paquete de datos es un paquete de datos de enlace descendente enviado por el CU-UP al dispositivo terminal. Un propósito de establecer el campo de indicación de mapeo reflexivo del primer paquete de datos es indicar al dispositivo terminal si se requiere mapeo reflexivo desde un paquete de datos de enlace ascendente en el primer flujo de QoS al primer DRB, es decir, si el dispositivo terminal está instruido para enviar el paquete de datos de enlace ascendente en el primer flujo de QoS al CU-UP en el primer DRB usando una DU. De esta forma, en esta realización de esta solicitud, el primer flujo de QoS se mapea al primer DRB en un escenario separado de CU-DU, de modo que el primer flujo de QoS se mapea a un DRB correspondiente tanto para el CU-UP como para el dispositivo terminal. Esto asegura que el dispositivo terminal y el CU-UP puedan transmitir datos correctamente, mejora la eficiencia y la estabilidad de la comunicación y mejora la experiencia de usuario.
Los componentes del aparato de comunicaciones 400 se conectan usando el bus de comunicaciones, es decir, el procesador 410, la memoria 420 y el transceptor 430 se comunican unos con otros usando una ruta de conexión interna y transmiten una señal de control y/o una señal de datos. Las realizaciones del método anterior de esta solicitud se pueden aplicar al procesador, o el procesador implementa los pasos en las realizaciones del método anterior. El procesador puede ser un chip de circuito integrado y tiene una capacidad de procesamiento de señales. En un proceso de implementación, los pasos en las realizaciones del método anterior se pueden implementar usando un circuito lógico integrado de hardware en el procesador, o usando instrucciones en forma de software. El procesador puede ser una unidad central de procesamiento (en inglés, central processing unit, CPU), un procesador de red (en inglés, network processor, NP), una combinación de una CPU y un NP, un procesador de señal digital (en inglés, digital signal processor, DSP), un circuito integrado de aplicaciones específicas (en inglés, application specific integrated circuit, ASIC), una agrupación de puertas programables en campo (en inglés, field programable gate array, FPGA) u otro dispositivo lógico programable, una puerta discreta o un dispositivo lógico de transistor, o un componente de hardware discreto, y puede implementar o ejecutar los métodos, los pasos y los diagramas de bloques lógicos que se describen en esta solicitud. El procesador de propósito general puede ser un microprocesador, o el procesador puede ser cualquier procesador convencional o similar. Los pasos de los métodos descritos en esta solicitud se pueden ejecutar y completar directamente usando un procesador de decodificación de hardware, o se pueden ejecutar y completar usando una combinación de hardware en el procesador de decodificación y un módulo de software. El módulo de software se puede ubicar en un medio de almacenamiento maduro en la técnica, tal como una memoria de acceso aleatorio, una memoria flash, una memoria de solo lectura, una memoria de solo lectura programable, una memoria programable borrable eléctricamente o un registro. El medio de almacenamiento se encuentra en la memoria. El procesador lee información en la memoria y completa los pasos de los métodos anteriores en combinación con el hardware del procesador.
En otra realización de esta solicitud, el transceptor 430 está configurado además para recibir la primera información enviada por un nodo del plano de control de unidad central CU-CP.
En otra realización de esta solicitud, el procesador 410 está configurado específicamente para establecer un bit del campo de indicación de mapeo reflexivo del primer paquete de datos en 1. Opcionalmente, en otra realización de esta solicitud, el procesador 410 está configurado específicamente para establecer un bit del campo de indicación de mapeo reflexivo del primer paquete de datos en 0. Opcionalmente, en otra realización de esta solicitud, la primera información es información que indica el mapeo reflexivo del primer flujo de QoS al primer DRB.
Opcionalmente, en otra realización de esta solicitud, el transceptor 430 está configurado además para: recibir un segundo paquete de datos enviado por el dispositivo terminal en el primer DRB, donde un flujo de QoS al que pertenece el segundo paquete de datos es el primer flujo de QoS. El procesador 410 está configurado además para establecer el bit del campo de indicación de mapeo reflexivo del primer paquete de datos en 0 en base al segundo paquete de datos.
Opcionalmente, en otra realización de esta solicitud, el transceptor 430 está específicamente configurado para recibir una solicitud de establecimiento de contexto de portador enviada por el CU-CP, donde la solicitud de establecimiento de contexto de portador incluye la primera información.
Opcionalmente, en otra realización de esta solicitud, el transceptor 430 está específicamente configurado para recibir una solicitud de modificación de portador enviada por el CU-CP, donde la solicitud de modificación de portador incluye la primera información.
Opcionalmente, en otra realización de esta solicitud, el transceptor 430 está configurado además para enviar una segunda información al CU-CP, donde la segunda información se usa para indicar que el mapeo reflexivo del primer flujo de QoS al primer DRB es exitoso.
Se debería señalar que, en esta realización de esta solicitud, el procesador 410 se puede implementar mediante un módulo de procesamiento, la memoria 420 se puede implementar mediante un módulo de almacenamiento y el transceptor 430 se puede implementar mediante un módulo transceptor. Como se muestra en la FIG. 14, un aparato de comunicaciones 500 puede incluir un módulo de procesamiento 510, un módulo de almacenamiento 520 y un módulo transceptor 530.
El aparato de comunicaciones 400 mostrado en la FIG. 13 o el aparato de comunicaciones 500 mostrado en la FIG.
14 puede implementar los pasos realizados por el CU-UP en cada realización del método 200 en la FIG. 4, la FIG. 6 a la FIG. 8B. Para descripciones similares, consulte las descripciones del método. Para evitar repeticiones, los detalles no se describen en la presente memoria de nuevo.
La FIG. 15 es un diagrama de bloques esquemático de un aparato de comunicaciones 600 según una realización de esta solicitud. Se debería entender que la realización del aparato de comunicaciones y las realizaciones del método son correspondientes entre sí. Para descripciones similares, consulte las realizaciones del método. El aparato de comunicaciones 600 mostrado en la FIG. 15 se puede configurar para realizar los pasos realizados por el CU-CP en cada realización del método 200 en la FIG. 4, la FIG. 6 a la FIG. 8B. Como se muestra en la FIG. 15, el aparato de comunicaciones 600 incluye un procesador 610, una memoria 620 y un transceptor 630. El procesador 610, la memoria 620 y el transceptor 630 están conectados usando un bus de comunicaciones. La memoria 620 almacena una instrucción. El procesador 610 está configurado para ejecutar la instrucción almacenada en la memoria 620. El transceptor 630 está configurado para realizar el envío/recepción de señales específicas bajo el accionamiento del procesador 610.
El procesador 610 está configurado para generar una primera información, donde la primera información se usa para instruir a un nodo del plano de usuario de unidad central CU-UP para mapear un primer paquete de datos a un primer portador de radio de datos DRB y establecer un campo de indicación de mapeo reflexivo del primer paquete de datos, y un flujo de calidad de servicio, flujo de QoS, al que pertenece el primer paquete de datos es un primer flujo de QoS.
El transceptor 630 está configurado para enviar la primera información al CU-UP.
Según el aparato de comunicaciones proporcionado en esta solicitud, en una arquitectura de estación base separada de CU-DU, cuando el CU-CP requiere la ejecución del mapeo del primer flujo de QoS al primer DRB, el CU-CP envía la primera información al CU-UP. La primera información se utiliza para instruir al CU-UP para mapear datos del primer paquete de datos al primer DRB y establecer el campo de indicación de mapeo reflexivo del primer paquete de datos. Después de establecer, en base a la primera información, el campo de indicación de mapeo reflexivo del primer paquete de datos recibido de una red central, el CU-UP envía, a un dispositivo terminal en el primer DRB, el primer paquete de datos cuyo campo de indicación de mapeo reflexivo se establece. De esta forma, el primer flujo de QoS se mapea al primer DRB en un escenario separado de CU-DU, de modo que el mapeo de flujo de QoS a DRB se implementa tanto para el CU-UP como para el dispositivo terminal. Esto asegura que el dispositivo terminal y el CU-UP puedan transmitir datos correctamente, mejora la eficiencia y la estabilidad de la comunicación y mejora la experiencia de usuario.
Los componentes del aparato de comunicaciones 600 se conectan usando el bus de comunicaciones, es decir, el procesador 610, la memoria 620 y el transceptor 630 se comunican unos con otros usando una ruta de conexión interna y transmiten una señal de control y/o una señal de datos Las realizaciones del método anterior de esta solicitud se pueden aplicar al procesador, o el procesador implementa los pasos en las realizaciones del método anterior. El procesador puede ser un chip de circuito integrado y tiene una capacidad de procesamiento de señales. En un proceso de implementación, los pasos en las realizaciones del método anterior se pueden implementar usando un circuito lógico integrado de hardware en el procesador, o usando instrucciones en forma de software. El procesador puede ser una CPU, un procesador de red NP, una combinación de una CPU y un NP, un DSP, un ASIC, una FPGA u otro dispositivo lógico programable, una puerta discreta o un dispositivo lógico de transistor, o un componente de hardware discreto, y puede implementar o ejecutar los métodos, los pasos y los diagramas de bloques lógicos que se describen en esta solicitud. El procesador de propósito general puede ser un microprocesador, o el procesador puede ser cualquier procesador convencional o similar. Los pasos de los métodos descritos en esta solicitud se pueden ejecutar y completar directamente usando un procesador de decodificación de hardware, o se pueden ejecutar y completar usando una combinación de hardware en el procesador de decodificación y un módulo de software. El módulo de software puede estar ubicado en un medio de almacenamiento maduro en la técnica, tal como una memoria de acceso aleatorio, una memoria flash, una memoria de solo lectura, una memoria de solo lectura programable, una memoria programable borrable eléctricamente o un registro. El medio de almacenamiento se ubica en la memoria. El procesador lee información en la memoria y completa los pasos de los métodos anteriores en combinación con el hardware del procesador.
Opcionalmente, en otra realización de esta solicitud, la primera información es información que indica el mapeo reflexivo del primer flujo de QoS al primer DRB.
Opcionalmente, en otra realización de esta solicitud, el transceptor 630 está específicamente configurado para enviar una solicitud de establecimiento de contexto de portador al CU-UP, donde la solicitud de establecimiento de contexto de portador incluye la primera información.
Opcionalmente, en otra realización de esta solicitud, el transceptor 630 está específicamente configurado para enviar una solicitud de modificación de portador al CU-UP, donde la solicitud de modificación de portador incluye la primera información.
Opcionalmente, en otra realización de esta solicitud, el transceptor 630 está configurado además para recibir una segunda información enviada por el CU-UP, donde la segunda información se usa para indicar que el mapeo reflexivo del primer flujo de QoS al primer DRB es exitoso.
Se debería señalar que, en esta realización de la presente invención, el procesador 610 se puede implementar mediante un módulo de procesamiento, la memoria 620 se puede implementar mediante un módulo de almacenamiento y el transceptor 630 se puede implementar mediante un módulo transceptor. Como se muestra en la FIG. 16, un aparato de comunicaciones 700 puede incluir un módulo de procesamiento 710, un módulo de almacenamiento 720 y un módulo transceptor 730.
El aparato de comunicaciones 600 mostrado en la FIG. 15 o el aparato de comunicaciones 700 mostrado en la FIG.
16 puede implementar los pasos realizados por el CU-CP en cada realización del método 200 en la FIG. 4, la FIG. 6 a la FIG. 8B. Para descripciones similares, consulte las descripciones del método. Para evitar repeticiones, los detalles no se describen en la presente memoria de nuevo.
La FIG. 17 es un diagrama de bloques esquemático de un aparato de comunicaciones 800 según una realización de esta solicitud. Se debería entender que la realización del aparato de comunicaciones y las realizaciones del método son correspondientes entre sí. Para descripciones similares, consulte las realizaciones del método. El aparato de comunicaciones 800 mostrado en la FIG. 17 se puede configurar para realizar los pasos realizados por el CU-UP en la FIG. 9 a la FIG. 12 y cada realización del método 300. Para descripciones similares, consulte las descripciones del método. Para evitar repeticiones, los detalles no se describen en la presente memoria de nuevo. Como se muestra en la FIG. 16, el aparato de comunicaciones 800 incluye un procesador 810, una memoria 820 y un transceptor 830. El procesador 810, la memoria 820 y el transceptor 830 están conectados usando un bus de comunicaciones. La memoria 820 almacena una instrucción. El procesador 810 está configurado para ejecutar la instrucción almacenada en la memoria 820. El transceptor 830 está configurado para realizar el envío/recepción de señales específicas bajo el accionamiento del procesador 810.
El transceptor 830 está configurado para recibir una tercera información enviada por un nodo CU-CP del plano de control de la unidad central, CU-CP, donde la tercera información se usa para instruir al CU-UP para detectar el rendimiento de transmisión de un primer paquete de datos, y el primer paquete de datos se identifica por un primer identificador de flujo de calidad de servicio QFI o un primer identificador de calidad de servicio de 5G 5QI.
El procesador 810 está configurado para detectar el rendimiento de transmisión del primer paquete de datos en base a la tercera información.
Según el aparato de comunicaciones proporcionado en esta solicitud, en una arquitectura de estación base separado de CU-DU, cuando el CU-CP requiere la detección del rendimiento de un primer flujo de QoS en una sesión de PDU de un dispositivo terminal, el CU-CP envía la tercera información al CU-UP. La tercera información se utiliza para instruir al CU-UP para detectar el rendimiento de transmisión del primer paquete de datos (un paquete de datos que pertenece al primer flujo de QoS), y el primer paquete de datos se identifica mediante el primer identificador de flujo de calidad de servicio QFI o el primer identificador de calidad de servicio de 5G 5QI. El CU-UP detecta el rendimiento de transmisión del primer paquete de datos en base a la tercera información. De esta forma, los parámetros de transmisión se miden con una granularidad de 5QI o QFI en la arquitectura de estación base separada de CU-DU, de modo que se puede asegurar el funcionamiento normal de un sistema de red y se puede mejorar la experiencia de usuario.
Los componentes del aparato de comunicaciones 800 se conectan usando el bus de comunicaciones, es decir, el procesador 810, la memoria 820 y el transceptor 830 se comunican unos con otros usando una ruta de conexión interna y transmiten una señal de control y/o una señal de datos. Las realizaciones del método anterior de esta solicitud se pueden aplicar al procesador, o el procesador implementa los pasos en las realizaciones del método anterior. El procesador puede ser un chip de circuito integrado y tiene una capacidad de procesamiento de señales. En un proceso de implementación, los pasos en las realizaciones del método anterior se pueden implementar usando un circuito lógico integrado de hardware en el procesador, o usando instrucciones en forma de software. El procesador puede ser una CPU, un procesador de red NP, una combinación de una CPU y un NP, un DSP, un ASIC, una FPGA u otro dispositivo lógico programable, una puerta discreta o un dispositivo lógico de transistor, o un componente de hardware discreto, y puede implementar o ejecutar los métodos, los pasos y los diagramas de bloques lógicos que se describen en esta solicitud. El procesador de propósito general puede ser un microprocesador, o el procesador puede ser cualquier procesador convencional o similar. Los pasos de los métodos descritos en esta solicitud se pueden ejecutar y completar directamente usando un procesador de decodificación de hardware, o se pueden ejecutar y completar usando una combinación de hardware en el procesador de decodificación y un módulo de software. El módulo de software puede estar ubicado en un medio de almacenamiento maduro en la técnica, tal como una memoria de acceso aleatorio, una memoria flash, una memoria de solo lectura, una memoria de solo lectura programable, una memoria programable borrable eléctricamente o un registro. El medio de almacenamiento se ubica en la memoria. El procesador lee información en la memoria y completa los pasos de los métodos anteriores en combinación con el hardware del procesador.
Opcionalmente, en otra realización de esta solicitud, el transceptor 830 está configurado además para enviar una cuarta información al CU-CP, donde la cuarta información se usa para indicar si el rendimiento de transmisión del primer paquete de datos cumple con un indicador de rendimiento de transmisión, el indicador de rendimiento de transmisión se configura en el primer paquete de datos, y la tercera información incluye el indicador de rendimiento de transmisión.
Opcionalmente, en otra realización de esta solicitud, el transceptor 830 está específicamente configurado para enviar información de notificación al CU-CP, donde la información de notificación incluye la cuarta información.
Opcionalmente, en otra realización de esta solicitud, el transceptor 830 está específicamente configurado para enviar una solicitud de modificación de portador al CU-CP, donde la solicitud de modificación de portador incluye la cuarta información.
Opcionalmente, en otra realización no reivindicada de esta solicitud, el indicador de rendimiento de transmisión del primer paquete de datos incluye al menos uno de un presupuesto de retardo del primer paquete de datos, una tasa de pérdida de paquetes del primer paquete de datos, una tasa de bits garantizada GBR de enlace ascendente, un GBR de enlace descendente, un GBR de enlace ascendente máximo y un GBR de enlace descendente máximo.
Opcionalmente, en otra realización no reivindicada de esta solicitud, la tercera información incluye información de configuración de medición, donde la información de configuración de medición incluye un parámetro de rendimiento de transmisión y/o una duración de tiempo de medición del primer paquete de datos. El transceptor 830 está configurado además para enviar una quinta información al CU-CP, donde la quinta información incluye un resultado de detección del rendimiento de transmisión del primer paquete de datos.
Opcionalmente, en otra realización no reivindicada de esta solicitud, el parámetro de rendimiento de transmisión incluye al menos uno de una tasa de pérdida de paquetes del primer paquete de datos, un retardo de transmisión de enlace descendente del primer paquete de datos, una capacidad de procesamiento de Protocolo de Internet programado del primer paquete de datos y un volumen de datos del primer paquete de datos.
Se debería señalar que, en esta realización de la presente invención, el procesador 810 se puede implementar mediante un módulo de procesamiento, la memoria 820 se puede implementar mediante un módulo de almacenamiento, y el transceptor 830 se puede implementar mediante un módulo transceptor. Como se muestra en la FIG. 18, un aparato de comunicaciones 900 puede incluir un módulo de procesamiento 910, un módulo de almacenamiento 920 y un módulo transceptor 930.
El aparato de comunicaciones 800 mostrado en la FIG. 17 o el aparato de comunicaciones 900 mostrado en la FIG.
18 puede implementar los pasos realizados por el CU-UP en la FIG. 9 a la FIG. 12 y cada realización del método 300. Para descripciones similares, consulte las descripciones del método. Para evitar repeticiones, los detalles no se describen en la presente memoria de nuevo.
La FIG. 19 es un diagrama de bloques esquemático de un aparato de comunicaciones 1000 según una realización de esta solicitud. Se debería entender que la realización del aparato de comunicaciones y las realizaciones del método son correspondientes entre sí. Para descripciones similares, consulte las realizaciones del método. El aparato de comunicaciones 1000 mostrado en la FIG. 19 se puede configurar para realizar los pasos realizados por el CU-CP en la FIG. 9 a la FIG. 12 y cada realización del método 300. Para descripciones similares, consulte las descripciones del método. Para evitar repeticiones, los detalles no se describen en la presente memoria de nuevo. Como se muestra en la FIG. 18, el aparato de comunicaciones 1000 incluye un procesador 1010, una memoria 1020 y un transceptor 1030. El procesador 1010, la memoria 1020 y el transceptor 1030 se conectan usando un bus de comunicaciones. La memoria 1020 almacena una instrucción. El procesador 1010 está configurado para ejecutar la instrucción almacenada en la memoria 1020. El transceptor 1030 está configurado para realizar el envío/recepción de señales específicas bajo el accionamiento del procesador 1010.
El procesador 1010 está configurado para generar una tercera información, donde la tercera información se usa para instruir a un nodo del plano de usuario de la unidad central, CU-UP, para detectar el rendimiento de transmisión de un primer paquete de datos, y el primer paquete de datos se identifica por un primer identificador de flujo de calidad de servicio q Fi o un primer identificador de calidad de servicio de 5G 5QI.
El transceptor 1030 está configurado para enviar la tercera información al CU-UP.
Según el aparato de comunicaciones proporcionado en esta solicitud, en una arquitectura de estación base separada de CU-DU, cuando el CU-CP requiere la detección del rendimiento de un primer flujo de QoS en una sesión de PDU de un dispositivo terminal, el CU-CP envía la tercera información al CU-UP. La tercera información se utiliza para instruir al CU-UP para detectar el rendimiento de transmisión del primer paquete de datos (un paquete de datos que pertenece al primer flujo de QoS), y el primer paquete de datos se identifica mediante el primer identificador de flujo de calidad de servicio QFI o el primer identificador de calidad de servicio de 5G 5QI. El CU-UP detecta el rendimiento de transmisión del primer paquete de datos en base a la tercera información. De esta forma, los parámetros de transmisión se miden con una granularidad de 5QI o QFI en la arquitectura de estación base separada de CU-DU, de modo que se pueda asegurar el funcionamiento normal de un sistema de red y se puede mejorar la experiencia de usuario.
Los componentes del aparato de comunicaciones 1000 se conectan usando el bus de comunicaciones, es decir, el procesador 1010, la memoria 1020 y el transceptor 1030 se comunican unos con otros usando una ruta de conexión interna, y transmiten una señal de control y/o una señal de datos Las realizaciones del método anterior de esta solicitud se pueden aplicar al procesador, o el procesador implementa los pasos en las realizaciones del método anterior. El procesador puede ser un chip de circuito integrado y tiene una capacidad de procesamiento de señales. En un proceso de implementación, los pasos en las realizaciones del método anterior se pueden implementar usando un circuito lógico integrado de hardware en el procesador, o usando instrucciones en forma de software. El procesador puede ser una CPU, un procesador de red NP, una combinación de una CPU y un NP, un DSP, un ASIC, un FPGA u otro dispositivo lógico programable, una puerta discreta o un dispositivo lógico de transistor, o un componente de hardware discreto, y puede implementar o ejecutar los métodos, los pasos y los diagramas de bloques lógicos que se describen en esta solicitud. El procesador de propósito general puede ser un microprocesador, o el procesador puede ser cualquier procesador convencional o similar. Los pasos de los métodos descritos en esta solicitud se pueden ejecutar y completar directamente usando un procesador de decodificación de hardware, o se pueden ejecutar y completar usando una combinación de hardware en el procesador de decodificación y un módulo de software. El módulo de software puede estar ubicado en un medio de almacenamiento maduro en la técnica, tal como una memoria de acceso aleatorio, una memoria flash, una memoria de solo lectura, una memoria de solo lectura programable, una memoria programable borrable eléctricamente o un registro. El medio de almacenamiento se ubica en la memoria. El procesador lee información en la memoria y completa los pasos de los métodos anteriores en combinación con el hardware del procesador.
Opcionalmente, en otra realización de esta solicitud, el transceptor 1030 está configurado además para recibir la cuarta información enviada por el CU-UP, donde la cuarta información se usa para indicar si el rendimiento de transmisión del primer paquete de datos cumple con un indicador de rendimiento de transmisión, el indicador de rendimiento de transmisión está configurado en el primer paquete de datos, y la tercera información incluye el indicador de rendimiento de transmisión.
Opcionalmente, en otra realización de esta solicitud, el transceptor 1030 está específicamente configurado para recibir información de notificación enviada por el CU-UP, donde la información de notificación incluye la cuarta información.
Opcionalmente, en otra realización de esta solicitud, el transceptor 1030 está específicamente configurado para recibir una solicitud de modificación de portador enviada por el CU-UP, donde la solicitud de modificación de portador incluye la cuarta información.
Opcionalmente, en otra realización de esta solicitud, el indicador de rendimiento de transmisión del primer paquete de datos incluye al menos uno de un presupuesto de retardo del primer paquete de datos, una tasa de pérdida de paquetes del primer paquete de datos, una tasa de bits garantizada GBR de enlace ascendente, un GBR de enlace descendente, GBR de enlace ascendente máximo y GBR de enlace descendente máximo.
Opcionalmente, en otra realización de esta solicitud, la tercera información incluye información de configuración de medición, donde la información de configuración de medición incluye un parámetro de rendimiento de transmisión y/o una duración de tiempo de medición del primer paquete de datos. El transceptor 1030 está además configurado para recibir la quinta información enviada por el CU-UP, donde la quinta información incluye un resultado de detección del rendimiento de transmisión del primer paquete de datos.
Opcionalmente, en otra realización de esta solicitud, el parámetro de rendimiento de transmisión incluye al menos uno de una tasa de pérdida de paquetes del primer paquete de datos, un retardo de transmisión de enlace descendente del primer paquete de datos, una capacidad de procesamiento de Protocolo de Internet programado del primer paquete de datos, y un volumen de datos del primer paquete de datos.
Se debería señalar que, en esta realización de la presente invención, el procesador 1010 se puede implementar mediante un módulo de procesamiento, la memoria 1020 se puede implementar mediante un módulo de almacenamiento, y el transceptor 1030 se puede implementar mediante un módulo transceptor. Como se muestra en la FIG. 20, un aparato de comunicaciones 1100 puede incluir un módulo de procesamiento 1110, un módulo de almacenamiento 1120 y un módulo transceptor 1130.
El aparato de comunicaciones 1000 mostrado en la FIG. 19 o el aparato de comunicaciones 1100 mostrado en la FIG.
20 puede implementar los pasos realizados por el CU-CP en la FIG. 9 a la FIG. 12 y cada realización del método 300. Para descripciones similares, consulte las descripciones del método. Para evitar repeticiones, los detalles no se describen en la presente memoria de nuevo.
Una realización de esta solicitud proporciona además un medio legible por ordenador, configurado para almacenar código de programa de ordenador, donde el programa de ordenador incluye una instrucción utilizada para ejecutar el método de comunicación en las realizaciones de esta solicitud. El medio legible puede ser una memoria de solo lectura (en inglés, read-only memory, ROM) o una memoria de acceso aleatorio (en inglés, random access memory, RAM). Esto no está limitado en esta realización de esta solicitud.
Una realización de esta solicitud proporciona además un sistema de comunicaciones. El sistema de comunicaciones incluye el aparato de comunicaciones proporcionado en las realizaciones anteriores de esta solicitud, y el sistema de comunicaciones puede completar cualquier método de comunicación proporcionado en las realizaciones de esta solicitud. De esta forma, un primer flujo de QoS se puede mapear a una primera DRB y la medición de parámetros de L2 se puede soportar en una arquitectura de estación base separada de CU-DU. Por lo tanto, se puede asegurar una transmisión con éxito y normal de datos de usuario, se mejora la estabilidad de la red, se mejora la calidad del funcionamiento de la red y se mejora la experiencia de usuario. Se debería entender que el sistema de comunicaciones puede incluir además otro dispositivo de comunicaciones, por ejemplo, un dispositivo terminal, un dispositivo de red de acceso o una DU. Esto no está limitado en esta realización de esta solicitud.
Una realización de esta solicitud proporciona además un chip de sistema. El chip de sistema incluye una unidad de procesamiento y una unidad de comunicaciones. La unidad de procesamiento puede ser, por ejemplo, un procesador. La unidad de comunicaciones puede ser, por ejemplo, una interfaz de entrada/salida, un pin o un circuito. La unidad de procesamiento puede ejecutar una instrucción de ordenador, de modo que el chip en el terminal ejecute el método de comunicación en cualquiera de las realizaciones de esta solicitud.
Opcionalmente, la instrucción de ordenador se almacena en una unidad de almacenamiento.
Opcionalmente, la unidad de almacenamiento es una unidad de almacenamiento en el chip, tal como un registro o una memoria caché. Alternativamente, la unidad de almacenamiento puede ser una unidad de almacenamiento que esté en el terminal y que esté fuera del chip, por ejemplo, una ROM, otro tipo de dispositivo de almacenamiento estático que puede almacenar información e instrucciones estáticas, o una RAM. El procesador mencionado en cualquier lugar puede ser una CPU, un microprocesador, un ASIC o uno o más circuitos integrados para controlar la ejecución de programa del método de control de potencia anterior.
Esta solicitud proporciona además un producto de programa de ordenador. El producto de programa de ordenador incluye una instrucción. Cuando se ejecuta la instrucción, un CU-CP, un CU-UP y una DU ejecutan operaciones correspondientes al CU-CP, al CU-UP y a la DU en el método anterior.
Se debería entender que las descripciones anteriores de las realizaciones de esta solicitud se centran en las diferencias entre las realizaciones. Para partes iguales o similares que no se mencionan, consulte estas realizaciones. Por brevedad, los detalles no se describen en la presente memoria de nuevo.
Se debería entender que el término tal como "y/o" y "al menos uno de A o B" en esta especificación describe solo una relación de asociación para describir objetos asociados y representa que pueden existir tres relaciones. Por ejemplo, A y/o B pueden representar los tres siguientes casos: solo A existe, tanto A como B existen y solo B existe. Además, el carácter "/" en esta especificación generalmente indica una relación "o" entre los objetos asociados.
Un experto en la técnica puede ser consciente de que las unidades y los pasos del algoritmo en los ejemplos descritos con referencia a las realizaciones descritas en esta especificación se pueden implementar mediante hardware electrónico o una combinación de software de ordenador y hardware electrónico. Si las funciones se realizan por hardware o software depende de las aplicaciones particulares y las condiciones de restricción de diseño de las soluciones técnicas. Un experto en la técnica puede utilizar un método diferente para implementar las funciones descritas para cada aplicación en particular, pero no se debería considerar que la implementación vaya más allá del alcance de esta solicitud.
Se puede entender claramente por un experto en la técnica que, con el propósito de una descripción breve y conveniente, para un proceso de trabajo detallado del sistema, aparato y unidad anteriores, se puede hacer referencia a un proceso correspondiente en las realizaciones del método anterior. Los detalles no se describen en la presente memoria de nuevo.
En las diversas realizaciones proporcionadas en esta solicitud, se debería entender que el sistema, el aparato y el método descritos se pueden implementar de otras maneras. Por ejemplo, las realizaciones de aparatos descritas son solo ejemplos. Por ejemplo, la división de unidades es solo una división de función lógica y puede ser otra división en la implementación real. Por ejemplo, una pluralidad de unidades o componentes se pueden combinar o integrar en otro sistema, o algunas características se pueden ignorar o no ejecutarse. Además, los acoplamientos mutuos o acoplamientos directos o conexiones de comunicación mostrados o discutidos pueden ser acoplamientos indirectos o conexiones de comunicación a través de algunas interfaces, aparatos o unidades, y se pueden implementar en formas electrónicas, mecánicas u otras.
Las unidades descritas como partes separadas pueden o no estar físicamente separadas. Las partes mostradas como unidades pueden o no ser unidades físicas y pueden estar ubicadas en una posición o distribuidas en una pluralidad de unidades de red. Algunas o todas las unidades se pueden seleccionar en base a los requisitos reales para lograr los objetivos de las soluciones en las realizaciones.
Además, las unidades de función en las realizaciones de esta solicitud se pueden integrar en una unidad de procesamiento, o cada una de las unidades puede existir sola físicamente, o dos o más unidades se pueden integrar en una unidad.
Cuando las funciones se implementan en forma de una unidad de función de software y se venden o utilizan como un producto independiente, las funciones se pueden almacenar en un medio de almacenamiento legible por ordenador. En base a tal entendimiento, las soluciones técnicas de esta solicitud esencialmente, o la parte que contribuye a la técnica anterior, o algunas de las soluciones técnicas se pueden implementar en forma de un producto de software. El producto de software de ordenador se almacena en un medio de almacenamiento e incluye varias instrucciones para instruir a un dispositivo de ordenador (que puede ser un ordenador personal, un servidor, un dispositivo de red o similar) para realizar todos o algunos de los pasos de los métodos descritos en las realizaciones de esta solicitud. El medio de almacenamiento anterior incluye: cualquier medio que pueda almacenar código de programa, tal como una unidad flash USB, un disco duro extraíble, una memoria de solo lectura (en inglés, read-only memory, ROM), una memoria de acceso aleatorio (en inglés, random access memory, RAM), un disco magnético o un disco óptico.

Claims (12)

REIVINDICACIONES
1. Un método de comunicación, que comprende:
obtener (S210), por un nodo del plano de usuario de la unidad central, CU-UP, una primera información enviada por un nodo del plano de control de la unidad central, CU-CP; en donde la primera información indica al CU-UP que mapee un primer paquete de datos a un primer DRB; en donde el primer paquete de datos pertenece a un primer flujo de QoS;
en donde la primera información indica además al CU-UP que establezca un campo de indicación de mapeo reflexivo del primer paquete de datos;
recibir (S220), por el CU-UP, el primer paquete de datos enviado por un dispositivo de red central; establecer (S230), por el CU-UP, el campo de indicación de mapeo reflexivo del primer paquete de datos en 1 que indica al dispositivo terminal que almacene una regla de mapeo desde el primer flujo de QoS hasta el primer DRB, en donde el campo de indicación de mapeo reflexivo del primer paquete de datos instruye a un dispositivo terminal si mapear un paquete de datos de enlace ascendente en el primer flujo de QoS al primer DRB y el campo de indicación de mapeo reflexivo comprende un bit; y
enviar (S240), por el CU-UP al dispositivo terminal en el primer DRB, el primer paquete de datos.
2. El método según la reivindicación 1, en donde la primera información es información que indica el mapeo reflexivo del primer flujo de QoS al primer DRB.
3. El método según la reivindicación 1, en donde la recepción (S209), por el CU-UP, de la primera información enviada por un CU-CP comprende:
recibir, por el CU-UP, una solicitud de establecimiento de contexto de portador enviada por el CU-CP, en donde la solicitud de establecimiento de contexto de portador comprende la primera información; o
recibir, por el CU-UP, una solicitud de modificación de portador enviada por el CU-CP, en donde la solicitud de modificación de portador comprende la primera información.
4. Un método de comunicación, que comprende:
generar (S208), por un nodo del plano de control de la unidad central, CU-CP, una primera información, que instruye a un nodo del plano de usuario de la unidad central, CU-UP, para mapear un primer paquete de datos a un primer DRB;
en donde la primera información indica además al CU-UP que establezca un campo de indicación de mapeo reflexivo que comprende un bit del primer paquete de datos en 1, y el primer paquete de datos pertenece a un primer flujo de QoS, y el campo de indicación de mapeo reflexivo del primer paquete de datos indica a un dispositivo terminal si mapear un paquete de datos de enlace ascendente en el primer flujo de QoS al primer DRB e indica al dispositivo terminal que almacene una regla de mapeo del primer flujo de QoS al primer DRB; y
enviar (S209), por el CU-CP, la primera información al CU-UP.
5. El método según la reivindicación 4, en donde la primera información es información que indica el mapeo reflexivo del primer flujo de QoS al primer DRB.
6. El método según la reivindicación 4 o 5, en donde el envío (S209), por el CU-CP, de la primera información al CU-UP comprende:
enviar, por el CU-CP, una solicitud de establecimiento de contexto de portador al CU-UP, en donde la solicitud de establecimiento de contexto de portador comprende la primera información; o
enviar, por el CU-CP, una solicitud de modificación de portador al CU-UP, en donde la solicitud de modificación del portador comprende la primera información.
7. Un aparato de comunicaciones (400), en donde el aparato de comunicaciones es un nodo del plano de usuario de la unidad central, CU-UP, el aparato de comunicaciones que comprende un procesador (410), un transceptor (430) y una memoria (420), en donde la memoria (420) está configurada para almacenar una instrucción, y el procesador (410) está configurado para ejecutar la instrucción almacenada en la memoria (420), para controlar el transceptor (430) para recibir o enviar una señal, en donde
el procesador (410) está configurado para obtener una primera información, la primera información enviada por un nodo del plano de control de la unidad central, CU-CP; en donde la primera información indica al CU-UP que asigne un primer paquete de datos a un primer DRB; en donde el primer paquete de datos pertenece a un primer flujo de QoS;
en donde la primera información indica además al CU-UP que establezca un campo de indicación de mapeo reflexivo del primer paquete de datos, y un primer flujo de QoS;
el transceptor (430) está configurado para recibir el primer paquete de datos enviado por un dispositivo de red central;
el procesador (410) está configurado además para establecer el campo de indicación de mapeo reflexivo del primer paquete de datos en 1 que indica al dispositivo terminal que almacene una regla de mapeo del primer flujo de QoS al primer DRB,
en donde el campo de indicación de mapeo reflexivo del primer paquete de datos instruye a un dispositivo terminal si mapear un paquete de datos de enlace ascendente en el primer flujo de QoS al primer DRB y el campo de indicación de mapeo reflexivo comprende un bit; y
el transceptor (430) está configurado además para enviar, al dispositivo terminal en el primer DRB, el primer paquete de datos.
8. El aparato de comunicaciones (400) según la reivindicación 7, en donde
la primera información es información que indica el mapeo reflexivo del primer flujo de QoS al primer DRB.
9. El aparato de comunicaciones (400) según la reivindicación 7, en donde el transceptor (430) está configurado para: recibir una solicitud de establecimiento de contexto de portador enviada por el CU-CP, en donde la solicitud de establecimiento de contexto de portador comprende la primera información; o
recibir una solicitud de modificación de portador enviada por el CU-CP, en donde la solicitud de modificación de portador comprende la primera información.
10. Un aparato de comunicaciones (600), en donde el aparato de comunicaciones (600) es un nodo del plano de control de la unidad central, CU-CP, el aparato de comunicaciones (600) que comprende un procesador (610), un transceptor (630) y una memoria (620), en donde la memoria (620) está configurada para almacenar una instrucción, y el procesador (610) está configurado para ejecutar la instrucción almacenada en la memoria (620), para controlar el transceptor (630) para recibir o enviar una señal, en donde
el procesador (610) está configurado para generar una primera información que instruye a un nodo del plano de usuario de la unidad central, CU-UP, para mapear un primer paquete de datos a un primer DRB;
en donde la primera información indica además al CU-UP y establece un campo de indicación de mapeo reflexivo que comprende un bit del primer paquete de datos en 1, y el primer paquete de datos pertenece a un primer flujo de QoS, y el campo de indicación de mapeo reflexivo del primer paquete de datos instruye a un dispositivo terminal si mapear un paquete de datos de enlace ascendente en el primer flujo de QoS al DRB e indica al dispositivo terminal que almacene una regla de mapeo del primer flujo de QoS al primer DRB; y
el transceptor (630) está configurado para enviar la primera información al CU-UP.
11. El aparato de comunicaciones (600) según la reivindicación 10, en donde la primera información es información que indica el mapeo reflexivo del primer flujo de QoS al primer DRB.
12. El aparato de comunicaciones (600) según la reivindicación 10 u 11, en donde el transceptor (630) está configurado para:
enviar una solicitud de establecimiento de contexto de portador al CU-UP, en donde la solicitud de establecimiento de contexto de portador comprende la primera información; o
enviar una solicitud de modificación de portador al CU-UP, en donde la solicitud de modificación de portador comprende la primera información.
ES18913408T 2018-04-04 2018-07-23 Método y aparato de comunicación Active ES2937935T3 (es)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN201810299596.8A CN110351043B (zh) 2018-04-04 2018-04-04 通信方法和装置
PCT/CN2018/096589 WO2019192104A1 (zh) 2018-04-04 2018-07-23 通信方法和装置

Publications (1)

Publication Number Publication Date
ES2937935T3 true ES2937935T3 (es) 2023-04-03

Family

ID=65474821

Family Applications (1)

Application Number Title Priority Date Filing Date
ES18913408T Active ES2937935T3 (es) 2018-04-04 2018-07-23 Método y aparato de comunicación

Country Status (9)

Country Link
US (1) US11665577B2 (es)
EP (1) EP3764578B1 (es)
JP (1) JP7150045B2 (es)
CN (2) CN110351043B (es)
BR (1) BR112020019478B1 (es)
CA (1) CA3094110C (es)
ES (1) ES2937935T3 (es)
RU (1) RU2771065C1 (es)
WO (1) WO2019192104A1 (es)

Families Citing this family (29)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN108574667B (zh) * 2017-03-09 2021-01-15 华为技术有限公司 一种业务流的控制方法及装置
KR102385420B1 (ko) * 2017-06-15 2022-04-12 삼성전자 주식회사 차세대 이동 통신 시스템에서 네트워크 요청 기반 버퍼 상태 보고를 처리하는 방법 및 장치
CN111699709B (zh) 2018-01-11 2024-04-02 三星电子株式会社 监测和报告服务性能
EP4436247A2 (en) * 2018-04-06 2024-09-25 Telefonaktiebolaget LM Ericsson (publ) Qos flow management over e1
CN110381535B (zh) * 2018-04-12 2022-04-29 中兴通讯股份有限公司 传输控制方法及装置
CN110972191B (zh) * 2018-09-28 2023-07-14 中兴通讯股份有限公司 数据的传输、发送方法，装置以及数据的传输系统
CN113196819B (zh) * 2019-02-14 2024-03-08 中兴通讯股份有限公司 用于最小化路测的方法和设备
CN111726302A (zh) * 2019-03-19 2020-09-29 中国移动通信有限公司研究院 流映射方法、RB的QoS参数的设置方法及传输节点
WO2020034639A1 (en) 2019-03-26 2020-02-20 Zte Corporation Method and apparatus for monitoring performance
CN111954269B (zh) * 2019-05-15 2022-11-01 华为技术有限公司 一种承载修改方法及接入网设备
CN117544919A (zh) * 2019-08-07 2024-02-09 华为技术有限公司 通信方法、建立slrb的方法和通信装置
EP4012958A4 (en) * 2019-08-14 2022-08-31 Huawei Technologies Co., Ltd. COMMUNICATION PROCESS AND ASSOCIATED MECHANISM
CN112752297B (zh) * 2019-10-31 2022-11-22 华为技术有限公司 一种通信方法及设备
CN110798410B (zh) * 2019-11-06 2023-01-31 中国联合网络通信集团有限公司 一种流量分配方法和装置
CN112996043A (zh) * 2019-12-16 2021-06-18 中国移动通信有限公司研究院 一种通信设备的层间映射方法及设备
CN113163341A (zh) * 2020-01-22 2021-07-23 北京三星通信技术研究有限公司 在无线通信系统中传输数据的方法和设备
KR20220122719A (ko) * 2020-02-03 2022-09-02 엘지전자 주식회사 무선 통신 시스템에서 cp와 up가 분리된 멀티캐스트 전송을 위한 방법 및 장치
US20230072861A1 (en) * 2020-02-05 2023-03-09 Lg Electronics Inc. Method and apparatus for switching of multicast and broadcast service between multicast and unicast in a wireless communication system
CN113271551B (zh) * 2020-02-17 2022-07-05 大唐移动通信设备有限公司 一种数据流传输方法、终端和网络侧设备
CN113676947A (zh) * 2020-05-13 2021-11-19 华为技术有限公司 通信方法和装置
CN114071566B (zh) * 2020-08-06 2024-06-04 中国电信股份有限公司 下行QoS流向DRB映射的方法、映射装置和存储介质
WO2022027425A1 (en) * 2020-08-06 2022-02-10 Zte Corporation Signaling for multicast broadcast services
CN116097709A (zh) * 2020-09-14 2023-05-09 华为技术有限公司 一种可靠性测量方法、装置及系统
CN112235833B (zh) * 2020-10-14 2023-06-02 中国联合网络通信集团有限公司 数据流参数动态配置方法、会话管理功能实体
CN112533243B (zh) * 2020-12-25 2023-05-26 中国联合网络通信集团有限公司 一种时延上报方法及装置
CN112738823B (zh) * 2020-12-25 2023-03-07 浪潮软件科技有限公司 接口数据的交互方法、分布式单元以及中心单元
WO2022213836A1 (zh) * 2021-04-09 2022-10-13 华为技术有限公司 一种通信方法及设备
US20230016194A1 (en) * 2021-07-15 2023-01-19 Qualcomm Incorporated Modifying a configuration of a radio bearer based on a request for quality of service (qos) for a communication flow
WO2024014857A1 (en) * 2022-07-12 2024-01-18 Samsung Electronics Co., Ltd. Methods and systems for handling slice aware cell reselection

Family Cites Families (35)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7433314B2 (en) * 2004-06-01 2008-10-07 Samsung Electronics Co., Ltd. Method and system for acknowledging the receipt of a transmitted data stream in a wireless personal area network
CN102036316A (zh) * 2009-09-24 2011-04-27 中兴通讯股份有限公司 一种通知终端承载建立失败的方法及系统
US8711699B2 (en) * 2011-10-31 2014-04-29 Amazon Technologies, Inc. Prioritizing application data for transmission in a wireless user device
KR102321841B1 (ko) * 2012-01-11 2021-11-08 인터디지탈 패튼 홀딩스, 인크 Ｉｅｅｅ 802.11 네트워크의 ｓｔａ와 액세스 포인트 간의 가속화된 링크 설정 방법 및 장치
CN104137605A (zh) * 2012-11-15 2014-11-05 华为技术有限公司 数据传输的方法、用户设备和基站
CN104796948B (zh) * 2014-01-21 2018-06-19 普天信息技术有限公司 双连接网络中的无线承载修改方法及系统
CN104363598B (zh) 2014-11-25 2018-03-23 电信科学技术研究院 一种drb映射方法及装置
US9900911B2 (en) * 2015-05-15 2018-02-20 Mediatek Inc. QoS provisioning for LTE-WLAN aggregation
KR102106134B1 (ko) 2015-05-15 2020-05-04 주식회사 케이티 단말의 무선연결 구성방법 및 그 장치
WO2017030420A1 (en) * 2015-08-19 2017-02-23 Samsung Electronics Co., Ltd. Method and wireless communication system for handling offloading of drbs to wlan carrier
CN106571901B (zh) * 2015-10-13 2020-03-27 华为技术有限公司 媒体接入控制实体创建的方法、设备及系统
CN107295575B (zh) * 2016-04-01 2020-02-28 中兴通讯股份有限公司 一种服务质量的控制方法和装置
CN110995773B (zh) * 2016-05-24 2021-01-05 华为技术有限公司 QoS控制方法及设备
CN107580371A (zh) * 2016-07-04 2018-01-12 中兴通讯股份有限公司 信息、数据发送方法及装置、接入网和系统
KR102499481B1 (ko) * 2016-08-01 2023-02-14 삼성전자 주식회사 무선 통신 네트워크에서 데이터 통신을 관리하는 방법 및 장치
US10524181B2 (en) * 2016-08-03 2019-12-31 Samsung Electronics Co., Ltd. Method for cell reselection in idle mode for next generation mobile communication systems
CN107734546B (zh) * 2016-08-12 2022-10-28 中兴通讯股份有限公司 用户面数据的映射方法、装置及系统
US10439682B2 (en) 2016-08-19 2019-10-08 FG Innovation Company Limited Access mechanism for proximity-based service UE-to-network relay service
US10470076B2 (en) * 2016-08-24 2019-11-05 Telefonaktiebolaget Lm Ericsson (Publ) Wireless device and methods therein for mapping data packets to radio bearers in a wireless communications network
US20190075482A1 (en) * 2016-11-04 2019-03-07 Telefonaktiebolaget Lm Ericsson (Publ) Reflective mapping of flows to radio bearers
BR112019015657B1 (pt) * 2017-02-01 2023-03-28 Lg Electronics Inc Método para executar qualidade de serviço (qos) reflexiva em sistema de comunicação sem fio e um dispositivo para o mesmo
WO2018144855A1 (en) * 2017-02-03 2018-08-09 Intel IP Corporation Quality of service flow to data radio bearer mapping override bit
US20180324631A1 (en) * 2017-05-05 2018-11-08 Mediatek Inc. Using sdap headers for handling of as/nas reflective qos and to ensure in-sequence packet delivery during remapping in 5g communication systems
CN108811153A (zh) 2017-05-05 2018-11-13 华为技术有限公司 通信方法、集中式单元、分布式单元、基站及终端设备
CN108810977B (zh) * 2017-05-05 2022-03-25 捷开通讯(深圳)有限公司 一种通信方法、通信设备及具有存储功能的设备
KR102355678B1 (ko) * 2017-05-08 2022-01-26 삼성전자 주식회사 이동 통신 시스템에서의 QoS(Quality Of Service) Flow의 설정 방법 및 장치
US10798754B2 (en) * 2017-07-24 2020-10-06 Asustek Computer Inc. Method and apparatus for serving quality of service (QOS) flow in a wireless communication system
CN113543214A (zh) * 2017-08-09 2021-10-22 中兴通讯股份有限公司 用于分离用户面的服务质量实现
CN107302777A (zh) * 2017-08-28 2017-10-27 北京北方烽火科技有限公司 一种通信切换方法及装置
EP3627887B1 (en) * 2017-09-22 2023-04-19 Guangdong Oppo Mobile Telecommunications Corp., Ltd. Information indication method, terminal, and computer storage medium
CN109587738B (zh) * 2017-09-28 2022-04-22 捷开通讯(深圳)有限公司 一种通信方法、通信设备及具有存储功能的设备
EP3738393B1 (en) * 2018-01-09 2021-09-29 Telefonaktiebolaget Lm Ericsson (Publ) Pdcp duplication configuration over e1
CN110892749A (zh) * 2018-02-14 2020-03-17 Lg电子株式会社 用于修改映射规则的方法和设备
US11419009B2 (en) * 2018-02-15 2022-08-16 Telefonaktiebolaget Lm Ericsson (Publ) Methods providing QFI harmonization between RAN and 5GC and related wireless terminals, base stations, and core network nodes
US11153271B2 (en) * 2018-02-16 2021-10-19 Apple Inc. Managing bearers in a radio access network

Also Published As

Publication number Publication date
US20210014722A1 (en) 2021-01-14
JP7150045B2 (ja) 2022-10-07
WO2019192104A1 (zh) 2019-10-10
JP2021521671A (ja) 2021-08-26
CA3094110A1 (en) 2019-10-10
CN110351043A (zh) 2019-10-18
US11665577B2 (en) 2023-05-30
BR112020019478A2 (pt) 2020-12-29
EP3764578A4 (en) 2021-05-12
EP3764578A1 (en) 2021-01-13
RU2771065C1 (ru) 2022-04-26
CA3094110C (en) 2023-03-21
BR112020019478B1 (pt) 2022-08-16
CN109412771B (zh) 2020-01-03
CN110351043B (zh) 2024-08-02
EP3764578B1 (en) 2022-11-23
CN109412771A (zh) 2019-03-01

Similar Documents

Publication Publication Date Title
ES2937935T3 (es) Método y aparato de comunicación
CN110249597B (zh) 一种通信处理方法及装置
WO2019214747A1 (zh) 一种配置方法、数据传输方法和装置
ES2763370T3 (es) Equipo y método de gestión para soportar la descarga en WLAN
BR112019026704A2 (pt) método de processamento de comunicações e equi-pamento de comunicações
KR101735031B1 (ko) 전체 링크 품질에 기초하여 엔티티를 선택하기 위한 방법
ES2967399T3 (es) Método de comunicación y dispositivo de comunicación
WO2016155457A1 (zh) 数据传输时延的测量和上报方法、终端及存储介质
BR112021011055A2 (pt) Método para estabelecer um recurso, primeiro dispositivo de rede e primeiro dispositivo terminal
BR112021001951A2 (pt) método de transmissão de informações, aparelho de transmissão de informações, dispositivo de comunicação, chip, meio de armazenamento legível por computador, produto de programa de computador e programa de computador
ES2766373T3 (es) Método y aparato de comunicación de red
WO2019101054A1 (zh) 聚合速率控制方法、设备以及系统
KR20210037695A (ko) 데이터를 송신하기 위한 방법 및 장치, 및 통신 시스템
WO2018228371A1 (zh) 通信方法和装置以及无线接入网络
BR112021007665A2 (pt) método de controle de comunicação, aparelho e meio de armazenamento legível por computador
WO2018027674A1 (zh) 传输状态报告装置、方法以及通信系统
BR112021011505A2 (pt) Método e aparelho de comunicações de enlace secundário
US20220116798A1 (en) Data transmission method, apparatus, and device
US20210219171A1 (en) Communication method and device
WO2018068209A1 (zh) 一种数据传输的方法及其装置
WO2022082543A1 (zh) Iab节点的移植方法及装置
WO2022202835A1 (ja) 通信制御方法
WO2018171639A1 (zh) 无线通信方法、终端、接入网设备和网络系统
WO2022151021A1 (zh) 缓存状态上报的方法、缓存状态上报的配置方法及装置
WO2015062025A1 (zh) 一种控制方法、设备及系统