ES2968220T3 - Método de compresión de cabecera de ethernet, método de descompresión de cabecera de ethernet y dispositivo - Google Patents
Método de compresión de cabecera de ethernet, método de descompresión de cabecera de ethernet y dispositivo Download PDFInfo
- Publication number
- ES2968220T3 ES2968220T3 ES22203228T ES22203228T ES2968220T3 ES 2968220 T3 ES2968220 T3 ES 2968220T3 ES 22203228 T ES22203228 T ES 22203228T ES 22203228 T ES22203228 T ES 22203228T ES 2968220 T3 ES2968220 T3 ES 2968220T3
- Authority
- ES
- Spain
- Prior art keywords
- pdcp
- ethernet header
- drb
- ethernet
- information
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
- 230000006835 compression Effects 0.000 title claims abstract description 138
- 238000007906 compression Methods 0.000 title claims abstract description 138
- 230000006837 decompression Effects 0.000 title claims abstract description 77
- 238000000034 method Methods 0.000 title claims abstract description 77
- 230000006870 function Effects 0.000 claims description 120
- 230000005540 biological transmission Effects 0.000 claims description 43
- 230000015654 memory Effects 0.000 claims description 39
- 238000012545 processing Methods 0.000 claims description 25
- XHSQDZXAVJRBMX-UHFFFAOYSA-N 2-(5,6-dichlorobenzimidazol-1-yl)-5-(hydroxymethyl)oxolane-3,4-diol Chemical compound OC1C(O)C(CO)OC1N1C2=CC(Cl)=C(Cl)C=C2N=C1 XHSQDZXAVJRBMX-UHFFFAOYSA-N 0.000 claims description 16
- 239000012634 fragment Substances 0.000 claims description 9
- 238000004364 calculation method Methods 0.000 claims description 5
- 230000002776 aggregation Effects 0.000 claims description 4
- 238000004220 aggregation Methods 0.000 claims description 4
- 238000010586 diagram Methods 0.000 description 19
- 238000004891 communication Methods 0.000 description 12
- 238000012795 verification Methods 0.000 description 12
- 230000008569 process Effects 0.000 description 8
- 230000006399 behavior Effects 0.000 description 6
- 238000005516 engineering process Methods 0.000 description 6
- 230000001360 synchronised effect Effects 0.000 description 6
- 230000000694 effects Effects 0.000 description 4
- 238000012384 transportation and delivery Methods 0.000 description 4
- 230000009977 dual effect Effects 0.000 description 3
- 230000011664 signaling Effects 0.000 description 3
- 238000013459 approach Methods 0.000 description 2
- 230000008901 benefit Effects 0.000 description 2
- 238000013461 design Methods 0.000 description 2
- 230000007774 longterm Effects 0.000 description 2
- 238000010295 mobile communication Methods 0.000 description 2
- 230000008520 organization Effects 0.000 description 2
- 238000003672 processing method Methods 0.000 description 2
- 238000013024 troubleshooting Methods 0.000 description 2
- 108700026140 MAC combination Proteins 0.000 description 1
- 230000009286 beneficial effect Effects 0.000 description 1
- 230000006872 improvement Effects 0.000 description 1
- 238000007726 management method Methods 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 230000003287 optical effect Effects 0.000 description 1
- 230000002093 peripheral effect Effects 0.000 description 1
- 230000003068 static effect Effects 0.000 description 1
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W28/00—Network traffic management; Network resource management
- H04W28/02—Traffic management, e.g. flow control or congestion control
- H04W28/06—Optimizing the usage of the radio link, e.g. header compression, information sizing, discarding information
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/04—Protocols for data compression, e.g. ROHC
-
- 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
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W80/00—Wireless network protocols or protocol adaptations to wireless operation
- H04W80/02—Data link layer protocols
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Computer Security & Cryptography (AREA)
- Mobile Radio Communication Systems (AREA)
- Compression, Expansion, Code Conversion, And Decoders (AREA)
- Auxiliary Devices For And Details Of Packaging Control (AREA)
- Communication Control (AREA)
Abstract
Esta divulgación proporciona un método de compresión de encabezados de Ethernet, un método de descompresión de encabezados de Ethernet y un dispositivo. El método de compresión incluye: transmitir, utilizando una entidad PDCP transmisora del extremo transmisor, una primera PDU PDCP correspondiente a un primer DRB portador de radio de datos, donde cuando el primer DRB está configurado con una función de compresión de encabezado Ethernet, la primera PDU PDCP incluye una o más piezas de primera información, y la primera información se usa para indicar si se reutiliza un campo Ethernet específico en un encabezado Ethernet de una primera SDU PDCP correspondiente a la primera PDU PDCP. (Traducción automática con Google Translate, sin valor legal)
Description
DESCRIPCIÓN
Método de compresión de cabecera de ethernet, método de descompresión de cabecera de ethernet y dispositivo
Esta solicitud reivindica la prioridad de la solicitud de patente China No. 201811046292.7 presentada en China el 7 de septiembre de 2018.
Sector técnico
Las realizaciones de esta invención se relacionan con el sector de las tecnologías de la comunicación y, en concreto, con un método de compresión de cabecera de Ethernet, un método de descompresión de cabecera de Ethernet y dispositivo.
Antecedentes
En evolución a largo plazo (Long Term Evolution, LTE) y nueva radio (New Radio, NR), los protocolos especifican que una función de compresión o descompresión de cabecera es realizada por una subcapa del Protocolo de convergencia de datos en paquetes (Packet Data Convergence Protocol, PDCP) en un lado de la red de acceso por radio (Radio Access Network, RAN).
El protocolo de compresión de cabecera se basa en el Protocolo de solicitud de comentarios (Request for Comments, RFC) 9795 desarrollado por el Grupo de trabajo de ingeniería de Internet (The Internet Engineering Task force, IETF). El protocolo define un marco robusto de compresión de cabecera (Robust Header Compression, ROHC). El marco ROHC tiene una pluralidad de algoritmos de compresión de cabecera denominados perfiles (profile). Cada perfil es una combinación de capa de red, capa de transporte y protocolos de capa superior específicos, tales como el Protocolo de control de transmisión (Transmission Control Protocol, TCP)/Protocolo de Internet (Internet Protocol, IP) y Protocolo de transporte en tiempo real (Real-Time Transport Protocol, RTP)/TCP/IP.
Si la función de compresión de cabecera está configurada, el protocolo de compresión de cabecera produce los siguientes dos tipos de paquetes de salida:
(1) Paquete comprimido, donde cada paquete comprimido se obtiene por medio del procesamiento de compresión de cabecera en una unidad de datos de servicio (Service Data Unit, SDU) de PDCP; y
(2) Retroalimentación de ROHC intercalada, que no está asociada con la SDU de PDCP, y es una unidad de datos de protocolo (Protocol Data Unit, PDU) de control (control) de PDCP generada por la capa de PDCP.
Las PDU de control de PDCP de la capa de PDCP se utilizan para dos fines: (1) para recibir un estado de recepción retroalimentado por una entidad de PDCP; (2) para recibir un estado de descompresión retroalimentado por la entidad de PDCP. Para ver un formato de la retroalimentación ROHC intercalada, consulte la figura 1.
El proyecto industrial de Internet de las cosas (Industry Internet of Things, IIOT) requiere que la compresión de la cabecera de Ethernet (Ethernet header) se pueda realizar en el lado de la RAN. Sin embargo, en la técnica relacionada, la capa PDCP que realiza la función de compresión de cabecera no admite la compresión de cabecera de Ethernet.
El documento US 2014/226481 A1 da a conocer un método para coordinar la comunicación de paquetes de datos entre un dispositivo de usuario y una red central.
Compendio
Un objetivo de las realizaciones de esta invención es dar a conocer un método de compresión de cabecera de Ethernet, un método de descompresión de cabecera de Ethernet y un dispositivo para resolver el problema de que una capa de PDCP que realiza una función de compresión de cabecera no admite la compresión de cabecera de Ethernet.
Según un primer aspecto, una realización de esta invención da a conocer un método de compresión de cabecera de Ethernet, aplicado a un extremo de transmisión, y el método incluye:
transmitir, usando una entidad de protocolo de agregación de datos de paquetes, PDCP, de transmisión del extremo de transmisión, una primera PDU de PDCP correspondiente a un primer portador de radio de datos, DR; donde
cuando el primer DRB está configurado con una función de compresión de cabecera de Ethernet, una subcabecera de PDCP de la primera PDU de PDCP incluye uno o más fragmentos de la primera información, donde la primera información se usa para indicar si se reutiliza un campo de Ethernet específico en una cabecera de Ethernet de una primera SDU de PDCP, y la primera SDU de PDCP corresponde a la primera PDU de PDCP.
Según un segundo aspecto, una realización de esta invención da a conocer un método de descompresión de cabecera de Ethernet, aplicado a un extremo de recepción, y el método incluye:
recibir, utilizando una entidad de PDCP de recepción del extremo de recepción, una primera PDU de PDCP correspondiente a un primer DRB; y
realizar el procesamiento de descompresión de cabecera de Ethernet en la primera PDU de PDCP cuando el primer DRB está configurado con una función de compresión de cabecera de Ethernet, donde
una subcabecera de PDCP de la primera PDU de PDCP incluye uno o más fragmentos de la primera información, y la primera información se usa para indicar si se reutiliza un campo de Ethernet específico en una cabecera de Ethernet de una primera SDU de PDCP correspondiente a la primera PDU de PDCP.
Según un tercer aspecto, una realización de esta invención da a conocer, además, un extremo de transmisión, que incluye:
un primer módulo de transmisión, configurado para transmitir, utilizando una entidad de PDCP de transmisión del extremo de transmisión, una primera PDU de PDCP correspondiente a un primer DRB, donde
cuando el primer DRB está configurado con una función de compresión de cabecera de Ethernet, una subcabecera de PDCP de la primera PDU de PDCP incluye uno o más fragmentos de la primera información, donde la primera información se usa para indicar si se reutiliza un campo de Ethernet específico en una cabecera de Ethernet de una primera SDU de PDCP correspondiente a la primera PDU de PDCP.
Según un cuarto aspecto, una realización de esta invención da a conocer, además, un extremo de recepción, que incluye:
un tercer módulo de recepción, configurado para recibir, utilizando una entidad de PDCP de recepción del extremo de recepción, una primera PDU de PDCP correspondiente a un primer DRB; y
un módulo de descompresión, configurado para realizar el procesamiento de descompresión de cabecera de Ethernet en la primera PDU de PDCP cuando el primer DRB está configurado con una función de compresión de cabecera de Ethernet, donde
una subcabecera de PDCP de la primera PDU de PDCP incluye una o más partes de la primera información, y la primera información se usa para indicar si se reutiliza un campo de Ethernet específico en una cabecera de Ethernet de una primera SDU de PDCP correspondiente a la primera PDU de PDCP.
Según un quinto aspecto, una realización de esta invención da a conocer, además, un extremo de transmisión, que incluye un procesador, una memoria y un programa almacenado en la memoria, y capaz de ser ejecutado en el procesador, donde, cuando el procesador ejecuta el programa, se implementan las etapas del método de compresión de cabecera de Ethernet según el primer aspecto.
Según un sexto aspecto, una realización de esta invención da a conocer, además, un extremo de recepción, que incluye un procesador, una memoria y un programa almacenado en la memoria, y capaz de ser ejecutado en el procesador, donde, cuando el procesador ejecuta el programa, se implementan las etapas del método de descompresión de cabecera de Ethernet según el segundo aspecto.
Según un séptimo aspecto, una realización de esta invención da a conocer, además, un medio de almacenamiento legible por ordenador, donde el medio de almacenamiento legible por ordenador almacena un programa y, cuando el programa es ejecutado por un procesador, se implementan las etapas del método de compresión de cabecera de Ethernet o se implementa el método de descompresión de cabecera de Ethernet, según el primer aspecto o el segundo aspecto.
En las realizaciones de esta invención, el extremo de transmisión puede realizar la compresión en la cabecera de Ethernet para reducir los sobrecostes de la cabecera de Ethernet.
Breve descripción de los dibujos
Otras ventajas y beneficios resultarán evidentes para los expertos en la materia mediante la lectura de la descripción detallada de las realizaciones opcionales que siguen. Los dibujos adjuntos pretenden simplemente ilustrar los objetivos de las realizaciones opcionales y no pretenden limitar esta invención. En los dibujos adjuntos, los mismos números de referencia representan los mismos componentes. En los dibujos:
la figura 1 es un diagrama esquemático de un formato de retroalimentación de ROHC intercalado en la técnica relacionada;
la figura 2 es un diagrama arquitectónico esquemático de un sistema de comunicaciones inalámbricas, según una realización de esta invención;
la figura 3 es un diagrama de flujo de un método de compresión de cabecera de Ethernet, según una realización de esta invención;
la figura 4 es un diagrama de flujo de un método de descompresión de cabecera de Ethernet, según una realización de esta invención;
la figura 5 es un diagrama 1 esquemático de una PDU de datos de PDCP, según una realización de esta invención; la figura 6 es un diagrama 2 esquemático de una PDU de datos de PDCP, según una realización de esta invención;
la figura 7 es un diagrama esquemático de una PDU de control de PDCP, según una realización de esta invención;
la figura 8 es un diagrama 3 esquemático de una PDU de datos de PDCP, según una realización de esta invención;
la figura 9 es un diagrama 4 esquemático de una PDU de datos de PDCP, según una realización de esta invención;
la figura 10 es un diagrama estructural esquemático de un extremo de transmisión, según una realización de esta invención;
la figura 11 es un diagrama estructural esquemático de un extremo de recepción, según una realización de esta invención;
la figura 12 es un diagrama estructural de un terminal, según una realización de esta invención; y
la figura 13 es un diagrama estructural de un dispositivo de red, según una realización de esta invención.
Descripción de realizaciones
Lo siguiente describe de manera clara y completa las soluciones técnicas en las realizaciones de esta descripción, haciendo referencia a los dibujos adjuntos en las realizaciones de esta descripción. Aparentemente, las realizaciones descritas son algunas pero no todas las realizaciones de esta descripción.
En la memoria descriptiva y reivindicaciones de esta solicitud, el término “incluir” y cualquier otra variante del mismo pretende cubrir la inclusión no exclusiva, por ejemplo, de un proceso, método, sistema, producto o dispositivo que incluye una lista de etapas o unidades, y no se limita necesariamente a las etapas o unidades enumeradas expresamente, sino que puede incluir otras etapas o unidades no enumeradas expresamente o inherentes a dicho proceso, método, sistema, producto o dispositivo. Además, en la memoria descriptiva y reivindicaciones, el uso de “y/o” representa la presencia de al menos uno de los objetos conectados, por ejemplo, “A y/o B” indica que se dan los siguientes tres casos: solo A, solo B, o tanto A como B.
En las realizaciones de esta invención, los términos “un ejemplo” o “por ejemplo” se utilizan para representar un ejemplo, una ilustración o una descripción. Cualquier realización o solución de diseño descrita como “un ejemplo” o “por ejemplo” en las realizaciones de esta invención no debe ser interpretada como preferente o ventajosa sobre otras realizaciones o soluciones de diseño. Para ser precisos, los términos tales como “un ejemplo” o “por ejemplo”, pretenden presentar un concepto relacionado de una manera específica.
Las técnicas descritas en esta memoria descriptiva no se limitan a un sistema de evolución a largo plazo (Long Term Evolution, LTE)/LTE-Avanzada (LTE-Advanced, LTE-A), y también se pueden utilizar en diversos sistemas de comunicaciones inalámbricas, tales como acceso múltiple por división de código (Code Division Multiple Access, CDMA), acceso múltiple por división del tiempo (Time Division Multiple Access, TDMA), acceso múltiple por división de la frecuencia (Frequency Division Multiple Access, FDMA), acceso múltiple por división ortogonal de la frecuencia (Orthogonal Frequency Division Multiple Access, OFDMA), acceso múltiple por división de la frecuencia de portadora única (Single-Carrier Frequency Division Multiple Access, SC-FDMA), y otros sistemas, por ejemplo, un sistema de comunicaciones móviles de quinta generación (5th-generation, 5G) y un sistema de comunicaciones evolucionado posterior.
Los términos “sistema” y “red” se suelen utilizar indistintamente. El sistema de CDMA puede implementar tecnologías de radio como tales como CDMA2000 y acceso por radio terrestre universal (Universal Terrestrial Radio Access, UTRA). El UTRA incluye CDMA de banda ancha (Wideband Code Division Multiple Access, WCDMA) y otras variantes de CDMA. El sistema de TDMA puede implementar tecnologías de radio tales como el sistema global para comunicaciones móviles (Global System for Mobile Communication, GSM). El sistema de OFDMA puede implementar tecnologías de radio tales como banda ancha ultra móvil (Ultra Mobile Broadband, UMB), UTRA evolucionada (Evolution-UTRA, E-UTRA), IEEE 802.11 (Wi-Fi), IEEE 802.16 (WiMAX), IEEE 802.20, o Flash-OFDM. El UTRA y el E-UTRA son partes del sistema universal de telecomunicaciones móviles (Universal Mobile Telecommunications System, UMTS). LTE y LTE avanzado (tal como LTE-A) son nuevas versiones de UMTS que usan E-UTRA. UTRA, E-UTRA, UMTS, LTE, LTE-A y GSM se citan a partir de descripciones en la documentación de la organización denominada “Proyecto de asociación de tercera generación” (3rd Generation Partnership Project, 3GPP). El CDMA2000 y la u Mb se citan a partir de descripciones en la documentación de la organización denominada “Proyecto de asociación de tercera generación 2” (3GPP2). Las técnicas descritas en esta memoria descriptiva se pueden utilizar en los sistemas y tecnologías de radio mencionados anteriormente, y también se pueden utilizar en otros sistemas y tecnologías de radio.
A continuación se describen las realizaciones de esta invención haciendo referencia a los dibujos adjuntos. Un método de compresión de cabecera de Ethernet, un método de descompresión de cabecera de Ethernet y un dispositivo dado a conocer en las realizaciones de esta invención pueden ser aplicados a un sistema de comunicaciones inalámbricas.
La figura 2 es un diagrama arquitectónico esquemático de un sistema de comunicaciones inalámbricas, según una realización de esta invención. Tal como se muestra en la figura 2, el sistema de comunicaciones inalámbricas puede incluir un dispositivo de red 20 y un terminal. El terminal se denomina equipo de usuario (User Equipment, UE) 21, y el UE 21 puede comunicarse (transmitir señalización o transmitir datos) con el dispositivo de red 20. En una aplicación real, la conexión entre los dispositivos anteriores puede ser una conexión inalámbrica. Para representar cómoda e intuitivamente una relación de conexión entre los dispositivos, se utiliza una línea continua para ilustración en la figura 2. Cabe señalar que el sistema de comunicaciones puede incluir una pluralidad de UE 21, y el dispositivo de red 20 puede comunicarse con la pluralidad de UE 21.
El terminal dado a conocer en las realizaciones de esta invención puede ser un teléfono móvil, una tableta, un ordenador portátil, un ordenador personal ultramóvil (Ultra-Mobile Personal Computer, UMPC), un subportátil (netbook), un asistente digital personal (Personal Digital Assistant, PDA), un dispositivo de Internet móvil (Mobile Internet Device, MID), un dispositivo ponible (wearable device), un dispositivo de vehículo o similar.
El dispositivo de red 20 dado a conocer en las realizaciones de esta invención puede ser una estación base, y la estación base puede ser una estación base de uso común, o puede ser una estación base evolucionada (evolved node base station, eNB), o puede ser un dispositivo de red en el sistema 5G, por ejemplo, un dispositivo (tal como una estación base de próxima generación (next generation node base station, gNB) o un punto de transmisión y recepción (Transmission and Reception Point, TRP)).
Haciendo referencia a la figura 3, una realización de esta invención da a conocer un método de compresión de cabecera de Ethernet. El método lo ejecuta un extremo de transmisión, y el extremo de transmisión puede ser un terminal o un dispositivo de red. Las etapas específicas son las siguientes:
Etapa 301: Transmitir, usando una entidad de PDCP de transmisión del extremo de transmisión, una primera PDU de PDCP correspondiente a un primer portador de radio de datos (Data Radio Bearer, DRB).
Cuando el primer DRB está configurado con una función de compresión de cabecera de Ethernet, una subcabecera de PDCP de la primera PDU de PDCP incluye una o más fragmentos de la primera información, donde la primera información se usa para indicar si se reutiliza un campo de Ethernet específico (Ethernet field) en una cabecera de Ethernet de una primera SDU de PDCP correspondiente a la primera PDU de PDCP.
Un campo de Ethernet específico (o referido como un campo específico en una cabecera de trama de Ethernet) puede ser un campo para implementar una función de Ethernet en un formato de trama de Ethernet, y el campo de Ethernet específico incluye, pero no está limitado a, un control de acceso a medios (Media Access Control, MAC) dirección de destino, una dirección de origen de MAC, un tipo, una etiqueta de red de área local virtual (etiqueta VLAN) y similares.
La primera información indica que se reutiliza el campo de Ethernet específico en la cabecera de Ethernet de la primera SDU de PDCP correspondiente a la primera PDU de PDCP. Por ejemplo, si un valor de la primera información es “1 ”, indica que el campo de Ethernet correspondiente a la primera información es el mismo que un campo de Ethernet contenido en un campo de datos de un paquete de datos transmitido previamente, y un campo de datos de la primera PDU de PDCP puede no llevar el campo de Ethernet.
La primera información indica que el campo de Ethernet específico en la cabecera de Ethernet de la primera SDU de PDCP correspondiente a la primera PDU de PDCP no se reutiliza. Por ejemplo, si el valor de la primera información es “0”, indica que el campo de datos de la primera PDU de PDCP lleva el campo de Ethernet correspondiente a la primera información.
En esta realización de esta invención, opcionalmente, cuando el extremo de transmisión es un terminal, antes de transmitir, utilizando una entidad de PDCP de transmisión del extremo de transmisión, una primera PDU de PDCP correspondiente a un primer DRB, el método incluye, además: recibir un mensaje de configuración; donde el mensaje de configuración incluye cualquier combinación de uno o más de los siguientes: segunda información, utilizada para indicar la configuración de una función de compresión de cabecera de Ethernet de un segundo DRB; y tercera información, utilizada para indicar la inhabilitación de una función de compresión de cabecera de Ethernet de un tercer DRB.
La función de compresión de cabecera de Ethernet se configura cuando se establece el segundo DRB. La función de compresión de la cabecera de Ethernet se inhabilita cuando se libera el tercer DRB.
Un punto del tiempo para habilitar la función de compresión de cabecera de Ethernet del segundo DRB es cualquier punto del tiempo después de que se establezca el segundo DRB; y un punto del tiempo para inhabilitar la función de compresión de cabecera de Ethernet del tercer DRB es cualquier punto del tiempo antes de que se libere el tercer DRB.
La función de compresión de cabecera de Ethernet no está configurada para el segundo DRB cuando una entidad de PDCP de recepción correspondiente al segundo DRB está configurada con una función de suministro fuera de servicio (out-of-order delivery).
Opcionalmente, el mensaje de configuración puede ser un mensaje de reconfiguración de control de recursos de radio (Radio Resource Control, RRC), que no se limita a ello. El dispositivo de red que suministra el mensaje de reconfiguración de RRC puede ser una estación base de servicio en una estructura de conectividad única, o puede ser un nodo principal o un nodo secundario en una arquitectura de conectividad dual (Dual Connectivity, DC) (si está configurado un portador de radio de señalización 3 (Signaling Radio Bearer 3, SRB3)).
En esta realización de esta invención, opcionalmente, después de la transmisión, utilizando una entidad de PDCP de transmisión del extremo de transmisión, una primera PDU de PDCP correspondiente a un primer DRB, el método incluye, además: recibir, utilizando una entidad de PDCP de recepción del extremo de transmisión, información de retroalimentación del estado de descompresión de la cabecera de Ethernet.
En esta realización de esta invención, opcionalmente, después de recibir, mediante el uso de una entidad de PDCP de recepción del extremo de transmisión, información de retroalimentación del estado de descompresión de la cabecera de Ethernet, el método incluye, además: si la información de retroalimentación del estado de descompresión de la cabecera de Ethernet indica que la cabecera de Ethernet no ha sido descomprimida con éxito, transmitir una segunda PDU de PDCP, donde una subcabecera de PDCP de la segunda PDU de PDCP incluye uno o más fragmentos de quinta información, y la quinta información se usa para indicar que un campo de Ethernet específico en una cabecera de Ethernet de una segunda SDU de PDCP no se reutiliza y la segunda SDU de PDCP corresponde a la segunda PDU de PDCP.
En esta realización de esta invención, opcionalmente, la subcabecera de PDCP de la primera PDU de PDCP incluye, además, uno o más de los siguientes:
sexta información, utilizada para identificar un flujo de datos correspondiente a la primera PDU de PDCP;
séptima información, utilizada para indicar una longitud de bytes recientemente agregados en relación con una subcabecera de PDCP heredada;
octava información, utilizada para verificar el campo de Ethernet; y
novena información, utilizada para indicar si se realiza una función de compresión de cabecera de Ethernet en la primera PDU de PDCP. Haciendo referencia a la figura 8, el campo F se usa para indicar si la función de compresión de cabecera de Ethernet se realiza en la primera PDU de PDCP. Por ejemplo, un valor “0” indica que la función de compresión de la cabecera de Ethernet no se realiza en la primera PDU de PDCP, y un valor “1” indica que la función de compresión de la cabecera de Ethernet se realiza en la primera PDU de PDCP.
En esta realización de esta invención, opcionalmente, la octava información se obtiene mediante cálculo utilizando un algoritmo específico basado en todos los campos de Ethernet en la cabecera de Ethernet de la primera SDU de PDCP, y el algoritmo específico está definido mediante el protocolo o configurado mediante negociación entre un dispositivo de red y un terminal.
En esta realización de esta invención, opcionalmente, un formato de la primera PDU de PDCP es un formato de datos de PDCP heredado cuando la función de compresión de cabecera de Ethernet está inhabilitada para el primer DRB, tal como se muestra en la figura 6.
En esta realización de esta invención, opcionalmente, cuando la función de compresión de la cabecera de Ethernet está inhabilitada para el primer DRB, la subcabecera de PDCP de la primera PDU de PDCP incluye una décima información, utilizada para indicar si la función de compresión de la cabecera de Ethernet se realiza en la primera PDU de PDCP. Haciendo referencia a la figura 9, el campo F se usa para indicar si la función de compresión de cabecera de Ethernet se realiza en la primera PDU de PDCP. Por ejemplo, un valor “0” indica que la función de compresión de la cabecera de Ethernet no se realiza en la primera PDU de PDCP, y un valor “1” indica que la función de compresión de la cabecera de Ethernet se realiza en la primera PDU de PDCP.
En esta realización de esta invención, la compresión se puede realizar en la cabecera de Ethernet para reducir los sobrecostes de la cabecera. Además, basándose en una retroalimentación del extremo de recepción, se puede garantizar que un compresor y un descompresor estén sincronizados y se obtenga una cabecera de Ethernet correcta por medio de la descompresión.
Haciendo referencia a la figura 4, una realización de esta invención da a conocer un método de descompresión de cabecera de Ethernet. El método lo ejecuta un extremo de recepción, y el extremo de recepción puede ser un terminal o un dispositivo de red. Las etapas específicas son las siguientes:
Etapa 401: Recibir, usando una entidad de PDCP de recepción del extremo de recepción, una primera PDU de PDCP correspondiente a un primer DRB.
Etapa 402: Realizar el procesamiento de descompresión de cabecera de Ethernet en la primera PDU de PDCP cuando el primer DRB está configurado con una función de compresión de cabecera de Ethernet.
Una subcabecera de PDCP de la primera PDU de PDCP incluye una o más partes de la primera información, y la primera información se usa para indicar si se reutiliza un campo de Ethernet específico en una cabecera de Ethernet de una primera SDU de PDCP correspondiente a la primera PDU de PDCP.
En esta realización de esta invención, opcionalmente, después de realizar el procesamiento de descompresión de la cabecera de Ethernet en la primera PDU de PDCP, el método incluye, además: retroalimentar información de retroalimentación del estado de descompresión de la cabecera de Ethernet utilizando una entidad de PDCP de transmisión del extremo de recepción.
En esta realización de esta invención, opcionalmente, cuando el extremo de recepción es un dispositivo de red, antes de recibir, mediante el uso de una entidad de PDCP de recepción del extremo de recepción, una primera PDU de PDCP correspondiente a un primer DRB, el método incluye, además: transmitir una mensaje de configuración; donde el mensaje de configuración incluye cualquier combinación de uno o más de los siguientes: segunda información, utilizada para indicar la configuración de una función de compresión de cabecera de Ethernet de un segundo DRB; y tercera información, utilizada para indicar la inhabilitación de una función de compresión de cabecera de Ethernet de un tercer DRB.
La función de compresión de cabecera de Ethernet se configura cuando se establece el segundo DRB. La función de compresión de la cabecera de Ethernet se inhabilita cuando se libera el tercer DRB.
Un punto del tiempo para habilitar la función de compresión de cabecera de Ethernet del segundo DRB es cualquier punto del tiempo después de que se establezca el segundo DRB; y un punto del tiempo para inhabilitar la función de compresión de cabecera de Ethernet del tercer DRB es cualquier punto del tiempo antes de que se libere el tercer DRB.
La función de compresión de cabecera de Ethernet no está configurada para el segundo DRB cuando una entidad de PDCP de recepción correspondiente al segundo DRB está configurada con una función de suministro fuera de servicio (out-of-order delivery).
Opcionalmente, el mensaje de configuración puede ser un mensaje de reconfiguración de RRC, que ciertamente no se limita al mismo.
En esta realización de esta invención, opcionalmente, la subcabecera de PDCP de la primera PDU de PDCP incluye, además, uno o más de los siguientes:
sexta información, utilizada para identificar un flujo de datos correspondiente a la primera PDU de PDCP; séptima información, utilizada para indicar una longitud de bytes recientemente agregados en relación con una subcabecera de PDCP heredada;
octava información, utilizada para verificar el campo de Ethernet; y
novena información, utilizada para indicar si la función de compresión de cabecera de Ethernet se realiza en la primera PDU de PDCP. Haciendo referencia a la figura 8, el campo F se usa para indicar si la función de compresión de cabecera de Ethernet se realiza en la primera PDU de PDCP. Por ejemplo, un valor “0” indica que la función de compresión de la cabecera de Ethernet no se realiza en la primera PDU de PDCP, y un valor “1” indica que la función de compresión de la cabecera de Ethernet se realiza en la primera PDU de PDCP.
En esta realización de esta invención, opcionalmente, la realización del procesamiento de descompresión de cabecera de Ethernet en la primera PDU de PDCP incluye al menos uno de los siguientes:
establecer un contexto de descompresión de cabecera de Ethernet asociado con la sexta información; realizar la verificación de la séptima información basándose en un campo de Ethernet contenido en un campo de datos de la primera PDU de PDCP;
si la verificación de la octava información tiene éxito, obtener la cabecera de Ethernet de la primera SDU de PDCP basándose en el campo de Ethernet contenido en el campo de datos de la primera PDU de PDCP, y actualizar el contexto de descompresión de la cabecera de Ethernet;
u
obtener un campo de Ethernet reutilizado en la cabecera de Ethernet de la primera SDU de PDCP a partir del contexto de descompresión de la cabecera de Ethernet correspondiente a la sexta información;
realizar la verificación de la octava información basándose en el campo de Ethernet reutilizado en la cabecera de Ethernet de la primera SDU de PDCP y el campo de Ethernet contenido en el campo de datos de la primera PDU de PDCP; y
si la verificación de la octava información tiene éxito, obtener la cabecera de Ethernet de la primera SDU de PDCP basándose en el campo de Ethernet reutilizado en la cabecera de Ethernet de la primera SDU de PDCP y el campo de Ethernet contenido en el campo de datos de la primera PDU de PDCP, y actualizar el contexto de descompresión de cabecera de Ethernet correspondiente a la sexta información.
El contexto de descompresión de la cabecera de Ethernet se puede usar como información histórica para descomprimir un paquete siguiente.
En esta realización de esta invención, el extremo de transmisión puede realizar la compresión en la cabecera de Ethernet para reducir los sobrecostes de la cabecera. Además, basándose en una retroalimentación del extremo de recepción, se puede garantizar que un compresor y un descompresor estén sincronizados y se obtenga un cabecera de Ethernet correcta por medio de la descompresión.
A continuación se describen los procedimientos de procesamiento de compresión de cabecera de Ethernet y de descompresión de cabecera de Ethernet en las realizaciones de esta invención haciendo referencia al Ejemplo 1 y al Ejemplo 2.
Ejemplo 1
Etapa 1: Un dispositivo de red transmite un mensaje de reconfiguración de control de recursos de radio (Radio Resource Control, RRC) a un extremo de transmisión, donde el mensaje de reconfiguración de RRC incluye cualquier combinación de uno o más de los siguientes:
primera información, que indica un portador de radio de datos (Portador de Radio de Datos, DRB) configurado con una función de compresión de cabecera de Ethernet; y
segunda información, que indica un DRB para el cual está inhabilitada una función de compresión de cabecera de Ethernet.
La reconfiguración de la función de compresión de la cabecera de Ethernet para un DRB ocurre en los siguientes planteamientos:
La función de compresión de la cabecera de Ethernet se configura cuando se establece el DRB, o la función de compresión de la cabecera de Ethernet se inhabilita cuando se libera el DRB.
Si una entidad de PDCP correspondiente al DRB está configurada con una función de suministro fuera de servicio (out of order delivery), la función de compresión de cabecera de Ethernet no está configurada para el DRB.
El dispositivo de red que suministra el mensaje de reconfiguración de RRC puede ser una estación base de servicio en una estructura de conectividad única, o puede ser un nodo principal o un nodo secundario en una arquitectura de conectividad dual (Dual Connectivity, DC) (si está configurado un portador de radio de señalización 3 (Signaling Radio Bearer 3, SRB3)).
Etapa 2: El extremo de transmisión recibe el mensaje de reconfiguración de RRC suministrado por el dispositivo de red y aplica el mensaje de reconfiguración de RRC.
Cuando los datos correspondientes al DRB se reciben desde una capa superior (por ejemplo, el perfil de aplicación de descubrimiento de servicios (Service Discovery Application Profile, SDAP)), el comportamiento del procesamiento correspondiente es el siguiente:
Etapa 2.1: Si el DRB está configurado con la función de compresión de cabecera de Ethernet, cuando la entidad de PDCP correspondiente al DRB transmite una PDU de PDCP, se agregan (uno o más) bytes a una subcabecera de PDCP de la PDU de PDCP en relación con un formato de datos (data format) de PDCP heredado (legacy), donde los bytes se utilizan para indicar un estado de reutilización de un campo de Ethernet en una cabecera de Ethernet de una SDU de PDCP correspondiente a la PDU de PDCP.
Para el formato de PDU de PDCP, consulte la figura 5. La figura 5 usa un ejemplo de que el tamaño (size) de un número de serie (Serial Number, SN) de PDCP (Número de serie, SN) es igual a 12 bits (bit), para ilustrar el formato de la PDU de datos de PDCP correspondiente.
El ID de contexto (Context ID) tiene un rango de valores de [0, maxethernetID-1], donde se puede configurar un ID de Ethernet máximo (ID de maxethernet) mediante el uso de RRC. El campo ID de contexto identifica de manera única un flujo de datos, por ejemplo, identifica un flujo de datos correspondiente a una combinación específica de dirección de origen (source address) de control de acceso a medios (Media Access Control, MAC) o dirección de destino (destination address) de MAC, y el ID de contexto está asociado con un contexto de compresión correspondiente a la combinación específica de dirección de origen de MAC o dirección de destino de MAC.
El campo L se usa para indicar una longitud de bytes recién agregados (o introducidos adicionalmente) en relación con una subcabecera de PDCP heredada.
El campo Comprobación (Check) se usa para verificar el campo de Ethernet, para garantizar que el extremo de recepción pueda obtener con éxito una cabecera de Ethernet correcta por medio de descompresión. El campo Comprobación se obtiene mediante cálculo utilizando un algoritmo específico basado en todos los campos de Ethernet en la cabecera de Ethernet de la primera SDU de PDCP, y el algoritmo específico está definido por el protocolo o configurado mediante negociación entre el dispositivo de red y el extremo de transmisión.
El campo F1, F2 o F3 se usa para indicar si se reutiliza un campo de Ethernet específico en la cabecera de Ethernet de la SDU de PDCP. Por ejemplo, F1 corresponde al campo de dirección de origen de MAC en la cabecera de Ethernet, F2 corresponde al campo de dirección de destino de MAC en la cabecera de Ethernet y F3 corresponde al campo de tipo (tipo) en la cabecera de Ethernet.
Por ejemplo, cuando un valor del campo F1, F2 o F3 es “1”, indica que el campo F1, F2 o F3 se reutiliza. Puede entenderse que si un campo de Ethernet en un paquete de datos transmitido esta vez es el mismo que un campo de Ethernet en un paquete de datos anterior, el campo de Ethernet correspondiente ya no está contenido en la cabecera de Ethernet del paquete de datos transmitido esta vez.
Cuando el valor del campo F1, F2 o F3 es “0”, indica que el campo de Ethernet correspondiente al campo F1, F2 o F3 no se reutiliza, y está contenido un campo de Ethernet correspondiente en la cabecera de Ethernet del paquete de datos transmitido esta vez.
Etapa 2.2: Si la función de compresión de cabecera de Ethernet está inhabilitada para un DRB, una entidad de PDCP correspondiente al DRB realiza la transmisión de datos en el formato de la PDU de datos de PDCP heredado.
Por ejemplo, el tamaño del SN de PDCP es igual a 12 bits, y el formato de la PDU de datos de PDCP correspondiente se muestra en la figura 6.
Etapa 3: La entidad de PDCP de recepción recibe datos correspondientes a un DRB desde una capa inferior (por ejemplo, protocolo de control de capa de enlace de radio (Radio Link Control, RLC)). Si el DRB está configurado con la función de compresión de la cabecera de Ethernet, cuando se determina entregar el paquete de datos a la capa superior (por ejemplo, SDAP), la cabecera de Ethernet se descomprime y el comportamiento del procesamiento correspondiente es el siguiente:
Etapa 3.1: Si no se ha establecido un contexto de descompresión de Ethernet correspondiente para un ID de contexto contenido en una cabecera de la PDU de datos de PDCP, establecer el contexto de descompresión de cabecera de Ethernet y asociar el contexto de descompresión de cabecera de Ethernet con el ID de contexto; y, si la verificación del campo Comprobación tiene éxito, obtener una cabecera de Ethernet original basada en el campo de Ethernet contenido en la cabecera de la PDU de datos de PDCP, y actualizar el contexto de descompresión de la cabecera de Ethernet.
Etapa 3.2: Si la entidad de PDCP de recepción ha establecido un contexto de descompresión de Ethernet correspondiente para el ID de contexto incluido en la cabecera de la PDU de datos de PDCP, extraer un campo de Ethernet reutilizado almacenado del contexto de descompresión correspondiente al ID de contexto y verificar el campo de Comprobación basándose en el campo de Ethernet reutilizado y en un campo de Ethernet no reutilizado contenido en la SDU de PDCP; y, si la verificación del campo de Comprobación tiene éxito, obtener la cabecera de Ethernet original y actualizar el contexto de descompresión correspondiente al ID de contexto.
Etapa 3.3: La entidad de PDCP de recepción retroalimenta la información de retroalimentación del estado de descompresión de la cabecera de Ethernet a la entidad de PDCP de transmisión.
Para obtener información sobre la retroalimentación del estado de descompresión de la cabecera de Ethernet, consulte la figura 7. La figura 7 muestra una PDU de control de PDCP para Ethernet (Ethernet).
El ID de contexto identifica de manera única una combinación específica de origen de MAC o de destino de MAC.
El campo A indica si la entidad de PDCP de recepción ha descomprimido con éxito la cabecera de Ethernet. Por ejemplo, que un valor del campo A sea “1” indica una descompresión con éxito, y que el valor del campo A sea “0” indica un fallo de descompresión.
Etapa 4: La entidad de PDCP de transmisión recibe, desde la capa inferior, una PDU de control de PDCP que contiene una retroalimentación de compresión de cabecera de Ethernet, y el comportamiento del procesamiento correspondiente es el siguiente:
Si la retroalimentación indica que la cabecera de Ethernet no ha sido descomprimida con éxito, la entidad de PDCP de transmisión debe restablecer todos los campos del indicador de reutilización de Ethernet, por ejemplo, establecerlos en 0.
Ejemplo 2
Etapa 1: El dispositivo de red transmite un mensaje de reconfiguración de RRC al extremo de transmisión, donde el mensaje de reconfiguración de RRC incluye cualquier combinación de uno o más de los siguientes:
primera información, que indica un portador de radio de datos (Portador de Radio de Datos, DRB) configurado con una función de compresión de cabecera de Ethernet; y
segunda información, que indica un DRB para el cual está inhabilitada una función de compresión de cabecera de Ethernet.
La reconfiguración de la función de compresión de la cabecera de Ethernet para un DRB ocurre solo en los siguientes planteamientos:
la habilitación de la función de compresión de cabecera de Ethernet para un DRB puede ocurrir en cualquier momento después de que se establezca el DRB; y
la inhabilitación de la función de compresión de la cabecera de Ethernet para un DRB puede ocurrir en cualquier momento antes de que se libere el DRB.
Si una entidad de PDCP correspondiente a un DRB está configurada con una función de suministro fuera de servicio (out of order delivery), la función de compresión de cabecera de Ethernet no está configurada para el DRB.
El dispositivo de red que suministra el mensaje de reconfiguración de RRC puede ser una estación base de servicio en una estructura de conectividad única, o puede ser un nodo principal o un nodo secundario en una arquitectura de conectividad dual (si se configura un SRB3).
Etapa 2: el extremo de transmisión recibe el mensaje de reconfiguración de RRC suministrado por el dispositivo de red y aplica el mensaje de reconfiguración.
Cuando los datos correspondientes a un DRB se reciben desde una capa superior (SDAP), el comportamiento del procesamiento correspondiente es el siguiente:
Etapa 2.1: Si el DRB está configurado con la función de compresión de cabecera de Ethernet, cuando una entidad de PDCP correspondiente al DRB transmite datos, se agregan (uno o más) bytes a una subcabecera de PDCP relativa a un formato de PDU de datos de PDCP heredado, donde los bytes se utilizan para indicar un estado de reutilización de un campo incluido en la cabecera de Ethernet. Un ejemplo del formato de PDU de datos de PDCP correspondiente es el siguiente:
Por ejemplo, un tamaño de SN de PDCP es igual a 12 bits, y el formato de PDU de datos de PDCP correspondiente se muestra en la figura 8.
El campo F se usa para indicar si la función de compresión de la cabecera de Ethernet se realiza en el paquete de datos. Por ejemplo, que un valor del campo F sea “0” indica que no se realiza la función de compresión de la cabecera de Ethernet, y que el valor del campo F sea “1” indica que se realiza la función de compresión de la cabecera de Ethernet.
Un rango de valores del ID de contexto es [0, maxethernetID-1], donde maxethernetID se configura mediante RRC. El campo de ID de contexto identifica de manera única un flujo de datos, tal como un flujo de datos correspondiente a una combinación específica de dirección de origen de MAC / dirección de destino de MAC, y el ID de contexto está asociado con un contexto de compresión correspondiente a la combinación específica de dirección de origen de MAC / dirección de destino de MAC.
El campo L se usa para indicar una longitud de bytes recién agregados (o introducidos adicionalmente) en relación con una subcabecera de PDCP heredada.
El campo Comprobación (Check) se usa para verificar el campo de Ethernet, para garantizar que el extremo de recepción pueda obtener con éxito una cabecera de Ethernet correcta por medio de la descompresión. El campo Comprobación se obtiene mediante cálculo utilizando un algoritmo específico basado en todos los campos de Ethernet notificados actualmente, y el algoritmo específico está definido mediante el protocolo o configurado mediante negociación entre el dispositivo de red y el terminal.
El campo F1, F2 o F3 se usa para indicar si se reutiliza un campo de Ethernet específico en la cabecera de Ethernet. Por ejemplo, F1 corresponde al campo de dirección de origen de MAC en la cabecera de Ethernet, F2 corresponde al campo de dirección de destino de MAC en la cabecera de Ethernet y F3 corresponde al campo de tipo (tipo) en la cabecera de Ethernet.
Por ejemplo, cuando un valor del campo F1, F2 o F3 es “1”, indica que el campo F1, F2 o F3 se reutiliza. Puede entenderse que si un campo de Ethernet en un paquete transmitido esta vez es el mismo que un campo de Ethernet en un paquete transmitido anteriormente, el campo de Ethernet correspondiente ya no está contenido en la cabecera de Ethernet del paquete transmitido esta vez.
Cuando el valor del campo F1, F2 o F3 es “0”, indica que el campo de Ethernet correspondiente al campo F1, F2 o F3 no se reutiliza, y está contenido un campo de Ethernet correspondiente en la cabecera de Ethernet del paquete transmitido esta vez.
Etapa 2.2: Si la función de compresión de la cabecera de Ethernet está inhabilitada para un DRB, una entidad de PDCP correspondiente al DRB realiza la transmisión de datos en el formato PDU de datos de PDCP heredado.
Por ejemplo, un tamaño de SN de PDCP es igual a 12 bits, y el formato de PDU de datos de PDCP correspondiente se muestra en la figura 9.
El campo F se utiliza para indicar si la función de compresión de la cabecera de Ethernet se realiza en el paquete. Por ejemplo, que un valor del campo F sea “0” indica que no se realiza la función de compresión de la cabecera de Ethernet, y que el valor del campo F sea “1 ” indica que se realiza la función de compresión de la cabecera de Ethernet.
Etapa 3: La entidad de PDCP de recepción recibe los datos correspondientes a un DRB desde una capa inferior (RLC). Si el DRB está configurado con la función de compresión de la cabecera de Ethernet, cuando se determina suministrar el paquete de datos a la capa superior (SDAP), la cabecera de Ethernet se descomprime y el comportamiento del procesamiento correspondiente es el siguiente:
Etapa 3.1: Si no se ha establecido un contexto de descompresión de Ethernet correspondiente para un ID de contexto contenido en una cabecera de la PDU de datos de PDCP, establecer el contexto de descompresión de cabecera de Ethernet y asociar el contexto de descompresión de cabecera de Ethernet con el ID de contexto; y, si la verificación del campo de Comprobación tiene éxito, obtener una cabecera de Ethernet original basándose en el campo de Ethernet contenido en la cabecera de la PDU de datos de PDCP, y actualizar el contexto de descompresión de la cabecera de Ethernet.
Etapa 3.2: Si la entidad de PDCP de recepción ha establecido un contexto de descompresión de Ethernet correspondiente para el ID de contexto incluido en la cabecera de la PDU de datos de PDCP, extraer un campo de Ethernet reutilizado almacenado del contexto de descompresión correspondiente al ID de contexto y verificar el campo de Comprobación basándose en el campo de Ethernet reutilizado y en un campo de Ethernet no reutilizado contenido en la SDU de PDCP; y, si la verificación tiene éxito, obtener la cabecera de Ethernet original y actualizar el contexto de descompresión correspondiente al ID de contexto.
Etapa 3.3: La entidad de PDCP de recepción retroalimenta la información de retroalimentación del estado de descompresión de la cabecera de Ethernet a la entidad de PDCP de transmisión.
Para ver un formato de la información de retroalimentación del estado de descompresión de la cabecera de Ethernet, consulte la figura 7. La figura 7 muestra una PDU de control de PDCP para Ethernet (Ethernet).
El ID de contexto identifica de manera única una combinación específica de origen de MAC o de destino MAC.
El campo A indica si la entidad de PDCP de recepción ha descomprimido con éxito la cabecera de Ethernet. Por ejemplo, que un valor del campo A sea “1” indica una descompresión con éxito, y que el valor del campo A sea “0” indica un fallo de descompresión.
Etapa 4: La entidad de PDCP de transmisión recibe, desde la capa inferior, una PDU de control de PDCP que contiene una retroalimentación de compresión de cabecera de Ethernet, y el comportamiento del procesamiento correspondiente es el siguiente:
Si la retroalimentación indica que la cabecera de Ethernet no ha sido descomprimida con éxito, la entidad de PDCP de transmisión debe restablecer todos los campos del indicador de reutilización de Ethernet, por ejemplo, establecerlos en 0.
Una realización de esta invención da a conocer, además, un extremo de transmisión. Un principio de resolución de problemas del extremo de transmisión es similar al método de procesamiento de compresión de cabecera en las realizaciones de esta invención; por lo tanto, la implementación del extremo de transmisión puede ser referida a la implementación del método, y los detalles no se repiten en el presente documento.
Haciendo referencia a la figura 10, una realización de esta invención da a conocer un extremo de transmisión. El extremo de transmisión 1000 incluye:
un primer módulo de transmisión 1001, configurado para transmitir, utilizando una entidad de PDCP de transmisión del extremo de transmisión, una primera PDU de PDCP correspondiente a un primer DRB.
Cuando el primer DRB está configurado con una función de compresión de cabecera de Ethernet, la primera PDU de PDCP incluye uno o más fragmentos de la primera información, donde la primera información se usa para indicar si se reutiliza un campo de Ethernet específico en una cabecera de Ethernet de una primera SDU de PDCP correspondiente a la primera PDU de PDCP.
La primera PDU de PDCP puede ser una PDU de PDCP, y la primera SDU de PDCP puede ser una SDU de PDCP correspondiente a la PDU de PDCP.
En esta realización de esta invención, opcionalmente, cuando el extremo de transmisión es un terminal, el extremo de transmisión incluye, además:
un primer módulo de recepción, configurado para: recibir un mensaje de configuración antes de que el primer módulo de transmisión transmita, utilizando la entidad de PDCP de transmisión del extremo de transmisión, la primera PDU de PDCP correspondiente al primer DRB.
El mensaje de configuración incluye cualquier combinación de uno o más de los siguientes:
segunda información, utilizada para indicar la configuración de una función de compresión de cabecera de Ethernet de un segundo DRB; y
tercera información, utilizada para indicar la inhabilitación de una función de compresión de cabecera de Ethernet de un tercer DRB.
En esta realización de esta invención, opcionalmente, la función de compresión de cabecera de Ethernet se configura cuando se establece el segundo DRB; o la función de compresión de la cabecera de Ethernet se inhabilita cuando se libera el tercer DRB; o un punto del tiempo para habilitar la función de compresión de cabecera de Ethernet del segundo DRB es cualquier punto del tiempo después de que se establezca el segundo DRB; o un punto del tiempo para inhabilitar la función de compresión de cabecera de Ethernet del tercer DRB es cualquier punto del tiempo antes de que se libere el tercer DRB.
En esta realización de esta invención, opcionalmente, la función de compresión de cabecera de Ethernet no está configurada para el segundo DRB cuando una entidad de PDCP de recepción correspondiente al segundo DRB está configurada con una función de suministro fuera de servicio.
En esta realización de esta invención, opcionalmente, el extremo de transmisión incluye además:
un segundo módulo de recepción, configurado para recibir, utilizando una entidad de PDCP de recepción del extremo de transmisión, información de retroalimentación del estado de descompresión de la cabecera de Ethernet después de que el primer módulo de transmisión transmita, utilizando la entidad de PDCP de transmisión del extremo de transmisión, la primera PDU de PDCP correspondiente al primer DRB.
En esta realización de esta invención, opcionalmente, el primer módulo de transmisión 1001 está configurado, además, para: si la información de retroalimentación del estado de descompresión de la cabecera de Ethernet indica que la cabecera de Ethernet no ha sido descomprimida con éxito, transmitir una segunda PDU de PDCP, donde una subcabecera de PDCP de la segunda PDU de PDCP incluye uno o más fragmentos de quinta información, y la quinta información se usa para indicar que un campo de Ethernet específico en una cabecera de Ethernet de una segunda SDU de PDCP no se reutiliza, y la segunda S<d>U de PDCP corresponde a la segunda PDU de PDCP .
En esta realización de esta invención, opcionalmente, la primera PDU de PDCP incluye, además, uno o más de los siguientes:
sexta información, utilizada para identificar un flujo de datos correspondiente a la primera PDU de PDCP;
séptima información, utilizada para indicar una longitud de bytes recientemente agregados en relación con una subcabecera de PDCP heredada;
octava información, utilizada para verificar el campo de Ethernet; y
novena información, utilizada para indicar si la función de compresión de cabecera de Ethernet se realiza en la primera PDU de PDCP.
En esta realización de esta invención, opcionalmente, la octava información se obtiene mediante cálculo utilizando un algoritmo específico basado en todos los campos de Ethernet en la cabecera de Ethernet de la primera SDU de PDCP, y el algoritmo específico está definido por el protocolo configurado mediante negociación entre un dispositivo de red y un terminal.
En esta realización de esta invención, opcionalmente, un formato de la primera PDU de PDCP es un formato de datos de PDCP heredado cuando la función de compresión de cabecera de Ethernet está inhabilitada para el primer DRB.
El extremo de transmisión dado a conocer en esta realización de esta invención puede ejecutar las realizaciones del método anterior, los principios de implementación y los efectos técnicos de las mismas son similares, y los detalles no se describen nuevamente en el presente documento.
Una realización de esta invención da a conocer, además, un extremo de recepción. Un principio de resolución de problemas del extremo de recepción es similar al método de procesamiento de descompresión de cabecera en las realizaciones de esta invención; por lo tanto, la implementación del extremo de recepción puede ser referida a la implementación del método, y los detalles no se repiten en el presente documento.
Haciendo referencia a la figura 11, una realización de esta invención da a conocer un extremo de recepción. El extremo de recepción 1100 incluye:
un tercer módulo de recepción 1101, configurado para recibir, utilizando una entidad de PDCP de recepción del extremo de recepción, una primera PDU de PDCP correspondiente a un primer DRB; y
un módulo de descompresión 1102, configurado para realizar el procesamiento de descompresión de cabecera de Ethernet en la primera PDU de PDCP cuando el primer DRB está configurado con una función de compresión de cabecera de Ethernet.
Una subcabecera de PDCP de la primera PDU de PDCP incluye una o más partes de la primera información, y la primera información se usa para indicar si se reutiliza un campo de Ethernet específico en una cabecera de Ethernet de una primera SDU de PDCP correspondiente a la primera PDU de PDCP.
En esta realización de esta invención, opcionalmente, el extremo de recepción incluye, además:
un segundo módulo de transmisión, configurado para retroalimentar información de retroalimentación del estado de descompresión de la cabecera de Ethernet utilizando una entidad de PDCP de transmisión del extremo de recepción. En esta realización de esta invención, opcionalmente, cuando el extremo de recepción es un dispositivo de red, el extremo de recepción incluye, además:
un tercer módulo de transmisión, configurado para: transmitir un mensaje de configuración antes de que el tercer módulo de recepción reciba, utilizando la entidad de PDCP de recepción del extremo de recepción, la primera PDU de PDCP correspondiente al primer DRB.
El mensaje de configuración incluye cualquier combinación de uno o más de los siguientes:
segunda información, utilizada para indicar la configuración de una función de compresión de cabecera de Ethernet de un segundo DRB; y
tercera información, utilizada para indicar la inhabilitación de una función de compresión de cabecera de Ethernet de un tercer DRB.
En esta realización de esta invención, opcionalmente, la función de compresión de cabecera de Ethernet se configura cuando se establece el segundo DRB; o la función de compresión de la cabecera de Ethernet se inhabilita cuando se libera el tercer DRB; o un punto del tiempo para habilitar la función de compresión de cabecera de Ethernet del segundo DRB es cualquier punto del tiempo después de que se establezca el segundo DRB; o un punto del tiempo para inhabilitar la función de compresión de cabecera de Ethernet del tercer DRB es cualquier punto del tiempo antes de que se libere el tercer DRB.
En esta realización de esta invención, opcionalmente, la función de compresión de cabecera de Ethernet no está configurada para el segundo DRB cuando una entidad de PDCP de recepción correspondiente al segundo DRB está configurada con una función de suministro fuera de servicio.
En esta realización de esta invención, opcionalmente, la subcabecera de PDCP de la primera PDU de PDCP incluye, además, uno o más de los siguientes:
sexta información, utilizada para identificar un flujo de datos correspondiente a la primera PDU de PDCP; séptima información, utilizada para indicar una longitud de bytes recientemente agregados en relación con una subcabecera de PDCP heredada;
octava información, utilizada para verificar el campo de Ethernet; y
novena información, utilizada para indicar si la función de compresión de cabecera de Ethernet se realiza en la primera PDU de PDCP.
En esta realización de esta invención, opcionalmente, el módulo de descompresión ejecuta, además, al menos uno de los siguientes:
establecer un contexto de descompresión de cabecera de Ethernet asociado con la sexta información; realizar la verificación de la séptima información basándose en un campo de Ethernet contenido en un campo de datos de la primera PDU de PDCP;
si la verificación de la octava información tiene éxito, obtener la cabecera de Ethernet de la primera SDU de PDCP basándose en el campo de Ethernet contenido en el campo de datos de la primera PDU de PDCP, y actualizar el contexto de descompresión de la cabecera de Ethernet;
u
obtener un campo de Ethernet reutilizado en la cabecera de Ethernet de la primera SDU de PDCP a partir del contexto de descompresión de la cabecera de Ethernet correspondiente a la sexta información;
realizar la verificación de la octava información basándose en el campo de Ethernet reutilizado en la cabecera de Ethernet de la primera SDU de PDCP y el campo de Ethernet contenido en el campo de datos de la primera PDU de PDCP; y
si la verificación de la octava información tiene éxito, obtener la cabecera de Ethernet de la primera SDU de PDCP basándose en el campo de Ethernet reutilizado en la cabecera de Ethernet de la primera SDU de PDCP y el campo de Ethernet contenido en el campo de datos de la primera PDU de PDCP, y actualizar el contexto de descompresión de cabecera de Ethernet correspondiente a la sexta información.
El extremo de recepción dado a conocer en esta realización de esta invención puede ejecutar las realizaciones del método anterior, los principios de implementación y los efectos técnicos de las mismas son similares, y los detalles no se describen nuevamente en el presente documento.
Tal como se muestra en la figura 12, el terminal 1200 mostrado en la figura 12 incluye al menos un procesador 1201, una memoria 1202, al menos una interfaz de red 1204 y una interfaz de usuario 1203. Los componentes del terminal 1200 se acoplan mediante un sistema de bus 1205. Puede entenderse que el sistema de bus 1205 está configurado para implementar la comunicación de conexión entre estos componentes. El sistema de bus 1205 puede incluir no solo un bus de datos sino también un bus de fuente de alimentación, un bus de control y un bus de señal de estado. Sin embargo, para mayor claridad de la descripción, diversos tipos de buses en la figura 12 están marcados como el sistema de bus 1205.
La interfaz de usuario 1203 puede incluir una pantalla, un teclado, un dispositivo de clic (por ejemplo, un ratón o una bola de seguimiento (trackball)), un panel táctil o una pantalla táctil.
Puede entenderse que la memoria 1202 en esta realización de esta invención puede ser una memoria volátil o una memoria no volátil, o puede incluir tanto una memoria volátil como una memoria no volátil. La memoria no volátil puede ser una memoria de solo lectura (Read-Only Memory, ROM), una memoria de solo lectura programable (ROM programable, PROM), una memoria de solo lectura programable y borrable (PROM borrable, EPROM), y una memoria de solo lectura programable y borrable eléctricamente (eléctricamente EPROM, EEPROM), o una memoria flash. La memoria volátil puede ser una memoria de acceso aleatorio (Random Access Memory, RAM), y la RAM se utiliza como caché externa. Para una descripción ilustrativa y no limitativa, hay muchas formas de RAM disponibles, por ejemplo, una memoria de acceso aleatorio estática (Static RAM, SRAM), una memoria de acceso aleatorio dinámica (Dynamic RAM, DRAM), una memoria de acceso aleatorio dinámica síncrona (Synchronous DRAM, SDRAM), una memoria de acceso aleatorio dinámica síncrona de doble velocidad de datos (Double Data Rate SDRAM, DDRSDRAM), una memoria de acceso aleatorio dinámica síncrona mejorada (Enhanced SDRAM, ESDRAM), una memoria de acceso aleatorio dinámica de enlace sincronizado (Synchlink DRAM, SLDRAM) y una memoria de acceso aleatorio de bus de memoria directa (Direct Rambus RAM, DRRAM). La memoria 1202 en el sistema y método dados a conocer en las realizaciones de esta invención pretende incluir, pero no se limita a estos y otros tipos de memorias adecuados.
En algunas implementaciones, la memoria 1202 almacena los siguientes elementos: un módulo ejecutable o una estructura de datos, o un subconjunto del mismo, o un conjunto ampliado del mismo: un sistema operativo 12021 y un programa de aplicación 12022.
Un sistema operativo 12021 incluye diversos programas de sistema, tales como una capa de arquitectura, una capa de biblioteca de kernel y una capa de controlador, y está configurado para implementar diversos servicios básicos y procesar tareas basadas en hardware. El programa de aplicación 12022 incluye diversos programas de aplicación, tales como un reproductor multimedia (Media Player) y un navegador (Browser), y está configurado para implementar diversos servicios de aplicación. Un programa que implementa los métodos de las realizaciones de esta invención puede estar incluido en el programa de aplicación 11022.
En una realización de esta invención, se invoca un programa o instrucción almacenados en la memoria 1202, específicamente, un programa o instrucción almacenados en el programa de aplicación 12022, y se implementan las siguientes etapas durante la ejecución del programa o instrucción: transmitir, mediante el uso de una entidad de PDCP de transmisión de un extremo de transmisión, una primera PDU de PDCP correspondiente a un primer DRB; donde cuando el primer DRB está configurado con una función de compresión de cabecera de Ethernet, una subcabecera de PDCP de la primera PDU de PDCP incluye una o más partes de la primera información, y la primera información se usa para indicar si se reutiliza un campo de Ethernet específico en una cabecera de Ethernet de una primera SDU de PDCP correspondiente a la primera PDU de PDCP.
En otra realización de esta invención, se invoca un programa o instrucción almacenado en la memoria 1202, específicamente, un programa o instrucción almacenado en el programa de aplicación 12022, y se implementan las siguientes etapas durante la ejecución del programa o instrucción: recibir, mediante el uso de una entidad de PDCP de recepción del extremo de recepción, una primera PDU de PDCP correspondiente a un primer DRB; y realizar el procesamiento de descompresión de cabecera de Ethernet en la primera PDU de PDCP cuando el primer DRB está configurado con una función de compresión de cabecera de Ethernet, donde una subcabecera de PDCP de la primera PDU de PDCP incluye una o más partes de la primera información, y se utiliza la primera información para indicar si se reutiliza un campo de Ethernet específico en una cabecera de Ethernet de una primera SDU de PDCP correspondiente a la primera PDU de PDCP.
El terminal dado a conocer en esta realización de esta invención puede ejecutar las realizaciones del método anterior, los principios de implementación y los efectos técnicos de los mismos son similares, y los detalles no se describen nuevamente en el presente documento.
La figura 13 es un diagrama estructural de un dispositivo de red aplicado a una realización de esta invención. Tal como se muestra en la figura 13, el dispositivo de red 1300 incluye un procesador 1301, un transceptor 1302, una memoria 1303 y una interfaz de bus.
En una realización de esta invención, el dispositivo de red 1300 incluye, además: un programa almacenado en la memoria 1303 y capaz de ser ejecutado en el procesador 1301, y cuando el procesador 1301 ejecuta el programa, se implementan las siguientes etapas: transmitir, utilizando una entidad de PDCP de transmisión de un extremo de transmisión, una primera PDU de PDCP correspondiente a un primer DRB; donde cuando el primer DRB está configurado con una función de compresión de cabecera de Ethernet, una subcabecera de PDCP de la primera PDU de PDCP incluye una o más partes de la primera información, y la primera información se usa para indicar si se reutiliza un campo de Ethernet específico en una cabecera de Ethernet de una primera SDU de PDCP correspondiente a la primera PDU de PDCP.
En otra realización de esta invención, el dispositivo de red 1300 incluye, además: un programa almacenado en la memoria 1303 y capaz de ser ejecutado en el procesador 1301 y, cuando el procesador 1301 ejecuta el programa, se implementan las siguientes etapas: recibir, utilizando una entidad de PDCP de recepción del extremo de recepción, una primera PDU de PDCP correspondiente a un primer DRB; y realizar el procesamiento de descompresión de cabecera de Ethernet en la primera PDU de PDCP cuando el primer DRB está configurado con una función de compresión de cabecera de Ethernet, donde una subcabecera de PDCP de la primera PDU de PDCP incluye una o más partes de la primera información, y se utiliza la primera información para indicar si se reutiliza un campo de Ethernet específico en una cabecera de Ethernet de una primera SDU de PDCP correspondiente a la primera PDU de PDCP.
En la figura 13, una arquitectura de bus puede incluir cualquier cantidad de buses y puentes interconectados, específicamente para interconectar diversos circuitos de uno o más procesadores representados por el procesador 1301 y una memoria representada por la memoria 1303. La arquitectura de bus puede, además, interconectar diversos circuitos adicionales tales como un dispositivo periférico, un regulador de tensión y un circuito de gestión de la potencia. Todos estos son bien conocidos en la técnica y, por lo tanto, no se describen con más detalle en esta memoria descriptiva. La interfaz de bus proporciona una interfaz. El transceptor 1302 puede ser una pluralidad de componentes, es decir, el transceptor 1302 incluye un transmisor y un receptor, y proporciona una unidad para comunicarse con diversos aparatos adicionales en un medio de transmisión.
El procesador 1301 es responsable de la gestión de la arquitectura del bus y del procesamiento general. La memoria 1303 puede almacenar datos usados cuando el procesador 1301 realiza una operación.
El dispositivo de red dado a conocer en esta realización de esta invención puede ejecutar las realizaciones del método anterior, los principios de implementación y los efectos técnicos de los mismos son similares, y los detalles no se describen nuevamente en el presente documento.
Las etapas del método o algoritmo descritas haciendo referencia al contenido dado a conocer en esta invención pueden ser implementadas mediante hardware, o pueden ser implementadas mediante un procesador mediante la ejecución de una instrucción de software. La instrucción de software puede incluir un módulo de software correspondiente. El módulo de software puede estar almacenado en una RAM, una memoria flash, una ROM, una EPROM, una EEPROM, un registro, un disco duro, un disco duro extraíble, una memoria de solo lectura de disco compacto o un medio de almacenamiento en cualquier otra forma bien conocida en la técnica. Por ejemplo, un medio de almacenamiento está acoplado a un procesador, de modo que el procesador pueda leer información del medio de almacenamiento o escribir información en el medio de almacenamiento. Ciertamente, el medio de almacenamiento puede ser alternativamente un componente del procesador. El procesador y el medio de almacenamiento pueden estar ubicados en el ASIC. Además, el ASIC puede estar ubicado en un dispositivo de interfaz de la red central. Ciertamente, el procesador y el medio de almacenamiento pueden existir alternativamente en el dispositivo de interfaz de red central como componentes discretos.
Una persona experta en la materia debe saber que, en uno o más ejemplos anteriores, las funciones dadas a conocer en esta invención pueden ser implementadas mediante hardware, software, firmware o cualquier combinación de los mismos. Cuando las funciones se implementan mediante software, las funciones pueden estar almacenadas en un medio legible por ordenador o ser transmitidas como una o más instrucciones o código en el medio legible por ordenador. El medio legible por ordenador incluye un medio de almacenamiento informático y un medio de comunicación, donde el medio de comunicación incluye cualquier medio que permite que un programa sea transmitido de un lugar a otro. El medio de almacenamiento puede ser cualquier medio disponible accesible para un ordenador específico o de propósito general.
Los objetivos, las soluciones técnicas y los efectos beneficiosos de esta invención se describen con más detalle en las realizaciones específicas anteriores. Debe entenderse que las descripciones anteriores son simplemente realizaciones específicas de esta invención, pero no pretenden limitar el alcance de la protección de esta invención. Cualquier modificación o mejora realizada basada en las soluciones técnicas de esta invención estará dentro del alcance de protección de esta invención.
Una persona experta en la materia debe comprender que las realizaciones de esta invención pueden ser dadas a conocer como un método, un sistema o un producto de programa. Por lo tanto, las realizaciones de esta invención pueden usar una forma de realizaciones de solo hardware, realizaciones de solo software o realizaciones con una combinación de software y hardware. Además, las realizaciones de esta invención pueden usar una forma de producto de programa que se implementa en uno o más medios de almacenamiento utilizables por un ordenador (incluidos, entre otros, una memoria de disco, un CD-ROM, una memoria óptica y similares) que incluyen código de programa utilizable por un ordenador.
Las realizaciones de esta invención se describen haciendo referencia a los diagramas de flujo y/o diagramas de bloques del método, el dispositivo (sistema) y el producto del programa según las realizaciones de esta invención. Debe entenderse que las instrucciones del programa pueden ser utilizadas para implementar cada proceso y/o cada bloque en los diagramas de flujo y/o los diagramas de bloques, o una combinación de un proceso y/o un bloque en los diagramas de flujo y/o los diagramas de bloques. Estas instrucciones de programa pueden ser dadas a conocer para un ordenador de propósito general, un ordenador específico, un procesador integrado o un procesador de cualquier otro dispositivo de procesamiento de datos programable para generar una máquina, de modo que las instrucciones ejecutadas por un ordenador o un procesador de cualquier otro dispositivo de procesamiento de datos programable generar un aparato para implementar una función específica en uno o más procesos en los diagramas de flujo y/o en uno o más bloques en los diagramas de bloques.
Estas instrucciones de programa pueden ser almacenadas en una memoria legible por un ordenador que puede indicar al ordenador o a cualquier otro dispositivo de procesamiento de datos programable que funcione de una manera específica, de modo que las instrucciones almacenadas en la memoria legible por ordenador generen un artefacto que incluye un aparato de instrucción. El aparato de instrucción implementa una función específica en uno o más procesos en los diagramas de flujo y/o en uno o más bloques en los diagramas de bloques.
Estas instrucciones de programa pueden estar cargadas en un ordenador o en otro dispositivo de procesamiento de datos programable, de modo que se realicen una serie de operaciones y etapas en el ordenador o en el otro dispositivo programable, generando, de este modo, un procesamiento implementado por un ordenador. Por lo tanto, las instrucciones ejecutadas en el ordenador o en otro dispositivo programable dan a conocer etapas para implementar una función específica en uno o más procesos en los diagramas de flujo y/o en uno o más bloques en los diagramas de bloques.
Claims (15)
1. Un método de compresión de cabecera de Ethernet, realizado por un extremo de transmisión, y que comprende:
transmitir, utilizando una entidad de protocolo de agregación de datos en paquetes de transmisión, PDCP, del extremo de transmisión, una primera unidad de datos de protocolo, PDU, de PDCP, correspondiente a un portador de radio de datos, DRB;
en el que
cuando el DRB está configurado con una función de compresión de cabecera de Ethernet, la primera PDU de PDCP comprende uno o más fragmentos de la primera información, donde la primera información se usa para indicar si se comprime un campo de Ethernet específico en una cabecera de Ethernet de una primera SDU de PDCP, y la primera SDU de PDCP corresponde a la primera PDU de PDCP.
2. El método según la reivindicación 1, en el que, cuando el extremo de transmisión es un terminal, antes de la transmisión, mediante el uso de una entidad de protocolo de agregación de datos en paquetes de transmisión, PDCP, del extremo de transmisión, una primera PDU de PDCP correspondiente a un DRB, el método comprende, además:
recibir un mensaje de configuración; en donde
el mensaje de configuración comprende cualquier combinación de uno o más de los siguientes:
segunda información, utilizada para indicar la configuración de una función de compresión de cabecera de Ethernet de un DRB; y
tercera información, utilizada para indicar la inhabilitación de una función de compresión de cabecera de Ethernet de un DRB.
3. El método, según la reivindicación 2, en el que
la función de compresión de cabecera de Ethernet se configura cuando se establece el DRB;
o
la función de compresión de la cabecera de Ethernet se inhabilita cuando se libera el DRB;
o
un punto del tiempo para habilitar la función de compresión de cabecera de Ethernet del DRB es cualquier punto del tiempo después de que se establezca el DRB;
o
un punto del tiempo para inhabilitar la función de compresión de cabecera de Ethernet del DRB es cualquier punto del tiempo antes de que se libere el DRB;
o,
en el que la función de compresión de cabecera de Ethernet no está configurada para el DRB cuando una entidad de PDCP de recepción correspondiente al DRB está configurada con una función de suministro fuera de servicio.
4. El método según la reivindicación 1, en el que después de la transmisión, utilizando una entidad de PDCP de transmisión del extremo de transmisión, de una primera PDU de PDCP correspondiente a un DRB, el método comprende, además:
recibir, mediante el uso de una entidad de PDCP de recepción del extremo de transmisión, información de retroalimentación del estado de descompresión de la cabecera de Ethernet.
5. El método, según la reivindicación 1, en el que la primera PDU de PDCP comprende, además, uno o más de los siguientes:
sexta información, utilizada para identificar un flujo de datos correspondiente a la primera PDU de PDCP; séptima información, utilizada para indicar una longitud de bytes recientemente agregados en relación con una subcabecera de PDCP heredada;
octava información, utilizada para verificar el campo de Ethernet; y
novena información, utilizada para indicar si la función de compresión de cabecera de Ethernet se realiza en la primera PDU de PDCP.
6. El método según la reivindicación 5, en el que la octava información se obtiene mediante cálculo utilizando un algoritmo específico basado en todos los campos de Ethernet en la cabecera de Ethernet de la primera SDU de PDCP, y el algoritmo específico está definido por el protocolo o es configurado mediante negociación entre un dispositivo de red y un terminal.
7. El método, según la reivindicación 1, en el que un formato de la primera PDU de PDCP es un formato de datos de PDCP heredado cuando la función de compresión de cabecera de Ethernet está inhabilitada para el DRB; o cuando la función de compresión de cabecera de Ethernet está inhabilitada para el DRB, la primera PDU de PDCP comprende una décima información utilizada para indicar si la función de compresión de cabecera de Ethernet se realiza en la primera PDU de PDCP.
8. Un método de descompresión de cabecera de Ethernet, realizado por un extremo de recepción, en el que el método comprende:
recibir, utilizando una entidad de protocolo de agregación de datos de paquetes de recepción, PDCP, del extremo de recepción, una primera unidad de datos de protocolo, PDU, de PDCP correspondiente a un portador de radio de datos, DRB; y
realizar un procesamiento de descompresión de cabecera de Ethernet en la primera PDU de PDCP cuando el DRB está configurado con una función de compresión de cabecera de Ethernet,
en el que
una subcabecera de PDCP de la primera PDU de PDCP comprende uno o más fragmentos de la primera información, y la primera información se utiliza para indicar si se co,prime un campo de Ethernet específico en una cabecera de Ethernet de una primera unidad de datos de servicio, SDU, de PDCP correspondiente a la primera PDU de PDCP.
9. El método según la reivindicación 8, en el que después de realizar el procesamiento de descompresión de la cabecera de Ethernet en la primera PDU de PDCP, el método comprende, además:
retroalimentación de información de retroalimentación del estado de descompresión de la cabecera de Ethernet mediante el uso de una entidad de PDCP de transmisión del extremo de recepción.
10. El método, según la reivindicación 8, en el que, cuando el extremo de recepción es un dispositivo de red, antes de recibir, mediante el uso de una entidad de PDCP de recepción del extremo de recepción, una primera PDU de PDCP correspondiente a un DRB, el método comprende, además:
transmitir un mensaje de configuración; en donde
el mensaje de configuración comprende cualquier combinación de uno o más de los siguientes:
segunda información, utilizada para indicar la configuración de una función de compresión de cabecera de Ethernet de un DRB; y
tercera información, utilizada para indicar la inhabilitación de una función de compresión de cabecera de Ethernet de un DRB.
11. El método, según la reivindicación 10, en el que
la función de compresión de cabecera de Ethernet se configura cuando se establece el DRB;
o
la función de compresión de la cabecera de Ethernet se inhabilita cuando se libera el DRB;
o
un punto del tiempo para habilitar la función de compresión de cabecera de Ethernet del DRB es cualquier punto del tiempo después de que se establezca el DRB;
o
un punto del tiempo para inhabilitar la función de compresión de cabecera de Ethernet del DRB es cualquier punto del tiempo antes de que se libere el DRB;
o
en el que la función de compresión de cabecera de Ethernet no está configurada para el DRB cuando una entidad de PDCP de recepción correspondiente al DRB está configurada con una función de suministro fuera de servicio.
12. El método, según la reivindicación 8, en el que la primera PDU de PDCP comprende, además, uno o más de los siguientes:
sexta información, utilizada para identificar un flujo de datos correspondiente a la primera PDU de PDCP; séptima información, utilizada para indicar una longitud de bytes recientemente agregados en relación con una subcabecera de PDCP heredada;
octava información, utilizada para verificar el campo de Ethernet; y
novena información, utilizada para indicar si la función de compresión de cabecera de Ethernet se realiza en la primera PDU de PDCP.
13. El método según la reivindicación 12, en el que realizar el procesamiento de descompresión de cabecera de Ethernet en la primera PDU de PDCP comprende:
establecer un contexto de descompresión de cabecera de Ethernet asociado con la sexta información;
u
obtener un campo de Ethernet reutilizado en la cabecera de Ethernet de la primera SDU de PDCP a partir del contexto de descompresión de la cabecera de Ethernet correspondiente a la sexta información;
14. Un extremo de transmisión, que comprende un procesador, una memoria y un programa almacenado en la memoria capaz de ser ejecutado en el procesador, en el que cuando el programa es ejecutado por el procesador, se implementan las etapas del método de compresión de la cabecera de Ethernet según una cualquiera de las reivindicaciones 1 a 7
15. Un extremo de transmisión, que comprende un procesador, una memoria y un programa almacenado en la memoria capaz de ser ejecutado en el procesador, en el que cuando el programa es ejecutado por el procesador, se implementan las etapas del método de descompresión de la cabecera de Ethernet según una cualquiera de las reivindicaciones 8 a 13.
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201811046292.7A CN110891287B (zh) | 2018-09-07 | 2018-09-07 | 以太网包头压缩、解压缩的方法和设备、及可读存储介质 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| ES2968220T3 true ES2968220T3 (es) | 2024-05-08 |
Family
ID=69722135
Family Applications (2)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| ES22203228T Active ES2968220T3 (es) | 2018-09-07 | 2019-09-06 | Método de compresión de cabecera de ethernet, método de descompresión de cabecera de ethernet y dispositivo |
| ES19857003T Active ES2933398T3 (es) | 2018-09-07 | 2019-09-06 | Método de compresión de cabecera de paquete de ethernet, método de descompresión y dispositivo |
Family Applications After (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| ES19857003T Active ES2933398T3 (es) | 2018-09-07 | 2019-09-06 | Método de compresión de cabecera de paquete de ethernet, método de descompresión y dispositivo |
Country Status (13)
| Country | Link |
|---|---|
| US (1) | US20210195463A1 (es) |
| EP (2) | EP4145807B1 (es) |
| JP (1) | JP7139519B2 (es) |
| KR (1) | KR102554900B1 (es) |
| CN (1) | CN110891287B (es) |
| AU (2) | AU2019335843B2 (es) |
| CA (1) | CA3111864C (es) |
| ES (2) | ES2968220T3 (es) |
| HU (2) | HUE064646T2 (es) |
| PT (2) | PT4145807T (es) |
| RU (1) | RU2763035C1 (es) |
| SG (1) | SG11202102292XA (es) |
| WO (1) | WO2020048522A1 (es) |
Families Citing this family (8)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN110958646B (zh) * | 2018-09-27 | 2023-03-31 | 华为技术有限公司 | 通信方法与设备 |
| CN114363420B (zh) * | 2018-09-28 | 2024-02-09 | Oppo广东移动通信有限公司 | 通信方法、终端设备和网络设备 |
| CN112805979A (zh) * | 2019-02-01 | 2021-05-14 | Oppo广东移动通信有限公司 | 一种头压缩的处理方法及装置、通信设备 |
| US20220124554A1 (en) * | 2019-02-14 | 2022-04-21 | Sony Group Corporation | Header compression adaptive to quality of radio channel |
| US11778509B2 (en) * | 2020-04-02 | 2023-10-03 | Qualcomm Incorporated | Ethernet header compression for data sent over non-access stratum (NAS) control plane |
| CN112399480B (zh) * | 2020-11-05 | 2023-09-08 | 中国联合网络通信集团有限公司 | 减少传输开销的方法、装置及存储介质 |
| CN115136571A (zh) * | 2021-01-13 | 2022-09-30 | 北京小米移动软件有限公司 | 一种压缩处理方法及装置 |
| KR20230096561A (ko) * | 2021-12-23 | 2023-06-30 | 삼성전자주식회사 | 차세대 이동 통신 시스템에서 헤더 압축 또는 압축 해제 절차를 효과적으로 수행하는 방법 및 장치 |
Family Cites Families (15)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP3853765B2 (ja) | 2002-11-08 | 2006-12-06 | Ｎｅｃインフロンティア株式会社 | パケット圧縮方式及びパケット復元方式並びにパケット圧縮方法及びパケット復元方法 |
| IL162305A (en) * | 2004-06-02 | 2010-06-16 | Eci Telecom Ltd | Method, device and system for transmitting ethernet packets |
| CN102131234B (zh) * | 2010-01-18 | 2013-12-04 | 华为技术有限公司 | Ip数据包的压缩及解压缩方法和装置 |
| CN102857356A (zh) * | 2011-06-27 | 2013-01-02 | 华为技术有限公司 | 发送数据包、超帧号更新和维护、数据处理的方法及装置 |
| JP2013013001A (ja) | 2011-06-30 | 2013-01-17 | Panasonic Corp | 受信装置、送信装置及びフィードバック方法 |
| US8982859B2 (en) * | 2012-06-20 | 2015-03-17 | Intel Corporation | Wireless device and method of short MAC frame indication |
| US20140105098A1 (en) * | 2012-10-16 | 2014-04-17 | Stmicroelectronics, Inc. | Frame specification for a wireless network communication |
| CN103825869A (zh) * | 2012-11-19 | 2014-05-28 | 中兴通讯股份有限公司 | 以太网报文头的压缩及解压缩方法、压缩及解压缩设备 |
| US10009803B2 (en) * | 2013-02-12 | 2018-06-26 | Altiostar Networks, Inc. | Long term evolution radio access network |
| US9838282B2 (en) * | 2014-05-09 | 2017-12-05 | Telefonaktiebolaget Lm Ericsson (Publ) | PDCP and flow control for split bearer |
| US20160174102A1 (en) * | 2014-12-10 | 2016-06-16 | Qualcomm Incorporated | Medium access control (mac) header compression |
| CN107889162A (zh) * | 2016-09-29 | 2018-04-06 | 华为技术有限公司 | 处理协议数据单元的方法和装置 |
| US10986576B2 (en) * | 2016-11-03 | 2021-04-20 | Lg Electronics Inc. | Method and apparatus for transmitting and receiving data in wireless communication system |
| KR20180050192A (ko) | 2016-11-04 | 2018-05-14 | 삼성전자주식회사 | 차세대 이동 통신 시스템을 지원하기 위한 mac 서브 헤더의 구조와 이를 적용하는 방법 및 장치 |
| CN107094142B (zh) * | 2017-04-28 | 2020-11-27 | 电信科学技术研究院 | 一种上行数据解压缩、压缩的方法和装置 |
-
2018
- 2018-09-07 CN CN201811046292.7A patent/CN110891287B/zh active Active
-
2019
- 2019-09-06 ES ES22203228T patent/ES2968220T3/es active Active
- 2019-09-06 PT PT222032286T patent/PT4145807T/pt unknown
- 2019-09-06 ES ES19857003T patent/ES2933398T3/es active Active
- 2019-09-06 HU HUE22203228A patent/HUE064646T2/hu unknown
- 2019-09-06 KR KR1020217009847A patent/KR102554900B1/ko active IP Right Grant
- 2019-09-06 JP JP2021512884A patent/JP7139519B2/ja active Active
- 2019-09-06 EP EP22203228.6A patent/EP4145807B1/en active Active
- 2019-09-06 CA CA3111864A patent/CA3111864C/en active Active
- 2019-09-06 AU AU2019335843A patent/AU2019335843B2/en active Active
- 2019-09-06 WO PCT/CN2019/104649 patent/WO2020048522A1/zh active Application Filing
- 2019-09-06 PT PT198570038T patent/PT3849234T/pt unknown
- 2019-09-06 SG SG11202102292XA patent/SG11202102292XA/en unknown
- 2019-09-06 HU HUE19857003A patent/HUE060574T2/hu unknown
- 2019-09-06 RU RU2021109156A patent/RU2763035C1/ru active
- 2019-09-06 EP EP19857003.8A patent/EP3849234B1/en active Active
-
2021
- 2021-03-05 US US17/193,286 patent/US20210195463A1/en active Pending
-
2022
- 2022-09-21 AU AU2022235571A patent/AU2022235571B2/en active Active
Also Published As
| Publication number | Publication date |
|---|---|
| JP7139519B2 (ja) | 2022-09-20 |
| JP2022511297A (ja) | 2022-01-31 |
| RU2763035C1 (ru) | 2021-12-27 |
| AU2019335843A1 (en) | 2021-05-13 |
| PT4145807T (pt) | 2023-12-29 |
| CN110891287A (zh) | 2020-03-17 |
| CA3111864A1 (en) | 2020-03-12 |
| KR20210055732A (ko) | 2021-05-17 |
| AU2022235571A1 (en) | 2022-10-13 |
| KR102554900B1 (ko) | 2023-07-11 |
| US20210195463A1 (en) | 2021-06-24 |
| AU2022235571B2 (en) | 2023-11-23 |
| CA3111864C (en) | 2023-11-07 |
| PT3849234T (pt) | 2022-12-27 |
| ES2933398T3 (es) | 2023-02-08 |
| WO2020048522A1 (zh) | 2020-03-12 |
| AU2019335843B2 (en) | 2022-06-23 |
| EP3849234A4 (en) | 2021-11-17 |
| EP4145807A1 (en) | 2023-03-08 |
| EP4145807B1 (en) | 2023-11-15 |
| CN110891287B (zh) | 2021-05-28 |
| EP3849234B1 (en) | 2022-11-30 |
| HUE064646T2 (hu) | 2024-04-28 |
| HUE060574T2 (hu) | 2023-03-28 |
| EP3849234A1 (en) | 2021-07-14 |
| SG11202102292XA (en) | 2021-04-29 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| ES2968220T3 (es) | Método de compresión de cabecera de ethernet, método de descompresión de cabecera de ethernet y dispositivo | |
| US10813086B2 (en) | Bearer mobility and splitting in a radio access network-based, 3rd generation partnership project network having an integrated wireless local area network | |
| US9451643B2 (en) | System and method for a multiple IP interface control protocol | |
| ES2749643T3 (es) | Método y aparato para establecer y utilizar conexiones PDN, y programa y medio de almacenamiento correspondientes | |
| ES2687453T3 (es) | Conectividad WLAN fiable a Núcleo de Paquetes Evolucionado 3GPP | |
| JP5420794B2 (ja) | 運用管理者駆動型のプロファイル更新の方法と装置 | |
| EP2007078A1 (en) | Header size reduction of data packets | |
| US10165445B2 (en) | AT command for secure ESM information | |
| BR112019009600A2 (pt) | modelo de plano de usuário para acesso não 3gpp à rede núcleo de quinta geração | |
| BR112015016050B1 (pt) | Sistemas e métodos para acessar uma rede | |
| BR112020020034A2 (pt) | Método de comunicação, aparelho de comunicações, meio de armazenamento legível, produto de programa de computador, e sistema de comunicações | |
| US20200344245A1 (en) | Message sending method and apparatus | |
| BR112020016253A2 (pt) | Aparelho, método e sistema de proteção de segurança, aparelho de comunicações, dispositivo de rede de acesso, e meio de armazenamento legível por computador | |
| JP2017098666A (ja) | 通信装置，及び暗号化通信の異常検出方法 |