ES2899957T3 - Métodos y dispositivos de procesamiento de datos - Google Patents

Métodos y dispositivos de procesamiento de datos Download PDF

Info

Publication number
ES2899957T3
ES2899957T3 ES17855040T ES17855040T ES2899957T3 ES 2899957 T3 ES2899957 T3 ES 2899957T3 ES 17855040 T ES17855040 T ES 17855040T ES 17855040 T ES17855040 T ES 17855040T ES 2899957 T3 ES2899957 T3 ES 2899957T3
Authority
ES
Spain
Prior art keywords
rlc
sdu
pdu
field
layer
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
ES17855040T
Other languages
English (en)
Inventor
Wei Quan
Jian Zhang
Bingzhao Li
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Huawei Technologies Co Ltd
Original Assignee
Huawei Technologies Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Huawei Technologies Co Ltd filed Critical Huawei Technologies Co Ltd
Application granted granted Critical
Publication of ES2899957T3 publication Critical patent/ES2899957T3/es
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/22—Parsing or analysis of headers
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/0078—Avoidance of errors by organising the transmitted data in a format specifically designed to deal with errors, e.g. location
    • H04L1/0084—Formats for payload data
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/1607—Details of the supervisory signal
    • H04L1/1685—Details of the supervisory signal the supervisory signal being transmitted in response to a specific request, e.g. to a polling signal
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1829—Arrangements specially adapted for the receiver end
    • H04L1/1832—Details of sliding window management
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1829—Arrangements specially adapted for the receiver end
    • H04L1/1848—Time-out mechanisms
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1867—Arrangements specially adapted for the transmitter end
    • H04L1/187—Details of sliding window management
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H04L5/003—Arrangements for allocating sub-channels of the transmission path
    • H04L5/0044—Arrangements for allocating sub-channels of the transmission path allocation of payload
    • 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
    • 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/30—Definitions, standards or architectural aspects of layered protocol stacks
    • H04L69/32—Architecture of open systems interconnection [OSI] 7-layer type protocol stacks, e.g. the interfaces between the data link level and the physical level
    • 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/30—Definitions, standards or architectural aspects of layered protocol stacks
    • H04L69/32—Architecture of open systems interconnection [OSI] 7-layer type protocol stacks, e.g. the interfaces between the data link level and the physical level
    • H04L69/322—Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
    • H04L9/40—Network security protocols
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/02—Traffic management, e.g. flow control or congestion control
    • H04W28/06—Optimizing the usage of the radio link, e.g. header compression, information sizing, discarding information
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/10—Connection setup
    • H04W76/11—Allocation or use of connection identifiers
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W80/00—Wireless network protocols or protocol adaptations to wireless operation
    • H04W80/02—Data link layer protocols
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W80/00—Wireless network protocols or protocol adaptations to wireless operation
    • H04W80/08—Upper layer protocols
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H04L5/0091—Signaling for the administration of the divided path
    • H04L5/0094—Indication of how sub-channels of the path are allocated
    • 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
    • H04W28/065—Optimizing the usage of the radio link, e.g. header compression, information sizing, discarding information using assembly or disassembly of packets

Abstract

Un método de procesamiento de datos, realizado por un aparato de envío de datos, que comprende: recibir (S310), en una capa de control de enlace de radio, RLC, un paquete de datos de una capa de protocolo de convergencia de datos en paquetes, PDCP, en donde el paquete de datos se usa como una unidad de datos de servicio, SDU, RLC; y encapsular (S320), en la capa RLC, la RLC SDU en al menos una unidad de datos de protocolo, PDU, RLC en donde cada una de la al menos una RLC PDU encapsulada en la capa RLC comprende un encabezado y una carga útil, el encabezado comprende un campo de indicador de segmento, SI, con dos bits, un primer valor de los dos bits indica que lo que está encapsulado en una RLC PDU donde se ubica el campo SI es una RLC SDU completa, un segundo valor de los dos bits indica que lo que está encapsulado en una RLC PDU donde se ubica el campo SI es un primer segmento de una RLC SDU, un tercer valor de los dos bits indica que lo que está encapsulado en una RLC PDU donde se encuentra el campo SI es un segmento medio de una RLC SDU, y un cuarto valor de los dos bits indica que lo que está encapsulado en una RLC PDU donde se encuentra el campo SI es un último segmento de una RLC SDU, y la carga útil se usa para transportar datos desde una única RLC SDU, la RLC SDU se encapsula en una pluralidad de RLC PDU, los encabezados de la pluralidad de RLC PDU comprenden los campos de número de secuencia, SN, y los SN en los campos SN son los mismos; y la pluralidad de RLC PDU comprende una primera RLC PDU con un primer segmento de la RLC SDU y una segunda RLC PDU con un último segmento de la RLC SDU, en donde el encabezado de la primera RLC PDU comprende un campo SN con el mismo SN y un campo SI con el segundo valor, y no tiene un campo de desplazamiento de segmento, SO, y la carga útil de la primera RLC PDU comprende el primer segmento de la RLC SDU; el encabezado de la segunda RLC PDU comprende un campo SN con el mismo SN, un campo SI con el cuarto valor y un campo SO que indica un desplazamiento de bytes, de un primer byte de la carga útil de la segunda RLC PDU, dentro de la RLC SDU y la carga útil de la segunda RLC PDU comprende el último segmento de la RLC SDU.

Description

DESCRIPCIÓN
Métodos y dispositivos de procesamiento de datos
Campo técnico
Esta solicitud se refiere al campo de las tecnologías de comunicaciones, y en particular, a un método, aparato y sistema de procesamiento de datos.
Antecedentes
Con el desarrollo de tecnologías de comunicaciones inalámbricas, el rendimiento, como la velocidad máxima y el ancho de banda del sistema, de una red inalámbrica se mejora continuamente y la experiencia de servicio que se ofrece a los usuarios es cada vez mejor. Por lo tanto, la comunicación inalámbrica gana una aplicación cada vez más amplia. La expansión de la aplicación de la comunicación inalámbrica trae más datos de servicio a la red inalámbrica. Por lo tanto, se plantean requisitos más altos para la eficiencia del procesamiento de datos de un extremo de transmisión de datos y un extremo de recepción de datos.
El documento US 2010/0046448 A1 describe un indicador de segmentación de un solo bit.
El documento 3GPP DRAFT R2-072511 describe los formatos de encabezado PDCP-RLC-MAC.
El documento WO 2016/080877 A1 describe métodos para transmitir y recibir una unidad de datos de protocolo. Resumen
En vista a esto, esta solicitud proporciona un método, aparato y sistema de procesamiento de datos, para mejorar la eficiencia del procesamiento de datos.
Los aspectos de la presente solicitud se definen en las reivindicaciones independientes. Otras modalidades se definen por medio de las reivindicaciones dependientes.
De acuerdo con un primer aspecto, se proporciona un método de procesamiento de datos. El método se realiza por medio de un aparato de envío de datos e incluye las siguientes etapas: recibir un paquete de datos de una capa de Protocolo de convergencia de datos en paquetes (PDCP), donde el paquete de datos se usa como una unidad de datos de servicio de control de enlace de radio (RLC) (SDU); y encapsular la RLC SDU en al menos una unidad de datos de protocolo RLC (PDU), donde cada RLC PDU encapsulada en una capa RLC por el aparato de envío de datos incluye un encabezado y una carga útil, y la carga útil se usa para transportar datos desde una sola RLC SDU. De acuerdo con un segundo aspecto, se proporciona un aparato de procesamiento de datos, localizado en un extremo de transmisión y que incluye medios (means) o unidades configuradas para realizar las etapas en el primer aspecto. De acuerdo con un tercer aspecto, se proporciona un aparato de procesamiento de datos, que incluye un procesador y una memoria. La memoria se configura para almacenar un programa, y el procesador invoca el programa almacenado en la memoria, para realizar el método proporcionado en el primer aspecto de la presente solicitud. De acuerdo con un cuarto aspecto, esta solicitud proporciona un aparato de procesamiento de datos, que incluye al menos un elemento de procesamiento (o chip) configurado para realizar el método en el primer aspecto. De acuerdo con un quinto aspecto, esta solicitud proporciona un programa. El programa se usa para realizar el método en el primer aspecto cuando es ejecutado por un procesador.
De acuerdo con un sexto aspecto, se proporciona un producto de programa, por ejemplo, un medio de almacenamiento legible por ordenador, que incluye el programa en el quinto aspecto.
De acuerdo con un séptimo aspecto, se proporciona un método de procesamiento de datos. El método se realiza por medio de un aparato de recepción de datos e incluye las siguientes etapas: recibir, en una capa RLC, un paquete de datos de una capa MAC, donde el paquete de datos incluye una RLC PDU, la RLC PDU incluye un encabezado y una carga útil, y la carga útil se usa para transportar datos desde una única RLC SDU; y al determinar, en base al encabezado de la RLC PDU, que la carga útil de la RLC PDU es una RLC SDU completa, se obtiene la RLC SDU y se envía la RLC SDU a una capa PDCP; y/o al determinar, en base al encabezado de la RLC PDU, que la carga útil de la RLC PDU es un segmento de una RLC SDU, obtener todos los segmentos de la RLC SDU, restaurar todos los segmentos a la RLC SDU y enviar la RLC SDU a una capa PDCP.
De acuerdo con un octavo aspecto, se proporciona un aparato de procesamiento de datos, localizado en un extremo de recepción y que incluye medios (means) o unidades configuradas para realizar las etapas en el séptimo aspecto. De acuerdo con un noveno aspecto, se proporciona un aparato de procesamiento de datos, que incluye un procesador y una memoria. La memoria se configura para almacenar un programa, y el procesador invoca el programa almacenado en la memoria, para realizar el método proporcionado en el séptimo aspecto de la presente solicitud. De acuerdo con un décimo aspecto, esta solicitud proporciona un aparato de procesamiento de datos, que incluye al menos un elemento de procesamiento (o chip) configurado para realizar el método en el séptimo aspecto. De acuerdo con un undécimo aspecto, esta solicitud proporciona un programa. El programa se usa para realizar el método en el séptimo aspecto cuando es ejecutado por un procesador.
De acuerdo con un duodécimo aspecto, se proporciona un producto de programa, por ejemplo, un medio de almacenamiento legible por ordenador, que incluye el programa en el undécimo aspecto.
En los aspectos anteriores, el hecho de que la carga útil de la RLC PDU se use para transportar datos desde una única RLC SDU significa que incluso si la RLC PDU puede acomodar más de una RLC SDU o más de un segmento de una RLC SDU, una carga útil de cada la RLC PDU se usa para transportar solo datos de una única RLC SDU. En otras palabras, el aparato de envío de datos no realiza el procesamiento de concatenación en la capa RLC en los paquetes de datos.
Se puede aprender que en un proceso en el que el aparato de envío de datos encapsula, en la capa RLC, la RLC SDU en la RLC PDU, la carga útil de cada RLC PDU ensamblada se usa para transportar los datos desde una única RLC SDU. En otras palabras, la carga útil de la RLC PDU no incluye datos de otra RLC SDU. Es decir, el aparato de envío de datos ya no realiza el procesamiento de concatenación en la capa RLC en las RLC SDU. De esta manera, se puede reducir el procesamiento de concatenación en el extremo de transmisión y se puede reducir la complejidad del procesamiento y la latencia del procesamiento.
Además, el extremo de recepción puede reordenar, en la capa RLC, segmentos de una RLC SDU únicamente, sin necesidad de reordenar las RLC SDU. Por lo tanto, el procesamiento en el extremo de recepción se puede simplificar y la complejidad del procesamiento y la latencia de procesamiento en el extremo de recepción se pueden reducir.
En los aspectos anteriores, el encabezado de la RLC PDU incluye un campo indicador de segmento (SI), que se usa para indicar lo que está encapsulado en la RLC PDU donde se encuentra el campo SI es una RLC SDU completa o un segmento de una RLC SDU.
Opcionalmente, el campo SI incluye dos bits y los valores del campo SI se describen a continuación:
un primer valor se usa para indicar que lo que está encapsulado en la RLC PDU donde se encuentra el campo SI es una RLC SDU completa, un segundo valor se usa para indicar que lo que está encapsulado en la RLC PDU donde se encuentra el campo SI es un primer segmento de una RLC SDU, un tercer valor se usa para indicar que lo que está encapsulado en la RLC PDU donde se encuentra el campo SI es un segmento medio de una RLC SDU, y un cuarto valor se usa para indicar que lo que está encapsulado en la RLC PDU donde se encuentra el campo SI es un último segmento de una RLC SDU; o
un primer valor se usa para indicar que lo que está encapsulado en la RLC PDU donde se encuentra el campo SI es una RLC SDU completa, y un segundo valor se usa para indicar que lo que está encapsulado en la RLC PDU donde se encuentra el campo SI es un último segmento de una RLC SDU. Opcionalmente, el campo SI incluye un bit y los valores del campo SI se describen a continuación:
un primer valor se usa para indicar que lo que está encapsulado en la RLC PDU donde se encuentra el campo SI es una RLC SDU completa o indica que lo que está encapsulado en la RLC PDU donde se encuentra el campo SI es un último segmento de una RLC SDU, y un segundo valor se usa para indicar que lo que está encapsulado en la RLC PDU donde se localiza el campo SI es un primer segmento o un segmento medio de una RLC SDU. En los aspectos anteriores, el encabezado de la RLC PDU incluye además un campo de desplazamiento de segmento (SO), usado para indicar un desplazamiento de byte, de un primer byte en una carga útil de la RLC PDU donde se encuentra el campo SO, dentro de una RLC SDU a la que pertenece la carga útil.
En los aspectos anteriores, el encabezado de la RLC PDU incluye además un campo de número de secuencia (SN), y cuando una RLC SDU se encapsula en una pluralidad de RLC PDU, los SN en los campos SN en los encabezados de la pluralidad de RLC PDU son los mismos.
Opcionalmente, el campo SN puede usarse para indicar una RLC SDU a la que pertenecen los datos transmitidos en la RLC PDU en la que se encuentra el campo SN.
Opcionalmente, la capa PDCP configura un SN en el campo SN.
En los aspectos anteriores, el encabezado de la RLC PDU incluye además un campo indicador de longitud (LI), usado para indicar una longitud de una carga útil en la RLC PDU donde se encuentra el campo LI.
En los aspectos anteriores, el encabezado de la RLC PDU incluye además un campo de datos/control, usado para indicar si se transmite un paquete de datos o un paquete de control en la RLC PDU donde se encuentra el campo de datos/control.
En el primer aspecto al sexto aspecto, un proceso en el que el aparato de envío de datos encapsula la RLC SDU en al menos una RLC PDU incluye: encapsular la RLC SDU en la al menos una RLC PDU en base a una indicación de una capa MAC; o encapsular la RLC SDU en al menos una RLC PDU en base a un tamaño de RLC PDU preestablecido. En consecuencia, una unidad que encapsula la RLC SDU en al menos una RLC PDU se configura para: encapsular la RLC SDU en al menos una RLC p Du en base a la indicación de la capa MAC; o encapsular la RLC SDU en al menos una RLC PDU en base al tamaño preestablecido de RLC PDU.
En el primer aspecto al sexto aspecto, el aparato de envío de datos puede enviar además un paquete de datos RLC a la capa MAC. El paquete de datos RLC incluye una o más RLC PDU. En consecuencia, el aparato de procesamiento de datos incluye además una unidad que realiza esta etapa.
En el primer aspecto al sexto aspecto, el aparato de envío de datos usa el paquete de datos RLC como una MAC SDU y encapsula la MAC SDU en una MAC PDU. La MAC PDU incluye un encabezado MAC y una carga útil MAC, el encabezado MAC incluye al menos un subencabezado, cada subencabezado corresponde a un canal lógico, el subencabezado incluye un primer campo de extensión y un segundo campo de extensión, el primer campo de extensión se usa para indicar si la MAC PDU incluye además otro subencabezado o incluye además datos de otro canal lógico, y el segundo campo de extensión se usa para indicar si la MAC PDU incluye además otros datos de un canal lógico correspondiente a un subencabezado donde se encuentra el segundo campo de extensión. En consecuencia, el aparato de procesamiento de datos incluye además una unidad que realiza esta etapa.
En el séptimo aspecto al duodécimo aspecto, cuando la RLC SDU enviada a la capa PDCP no incluye un número de secuencia PDCP, el aparato receptor de datos envía el SN en el campo SN a la capa PDCP. El número de secuencia de PDCP es un número de secuencia asignado a la PDCP PDU cuando el extremo de transmisión ensambla la PDCP PDU.
En el séptimo aspecto al duodécimo aspecto, cuando el paquete de datos RLC incluye una pluralidad de RLC PDU, el aparato de recepción de datos puede distinguir entre las RLC PDU en base al campo LI.
En el séptimo aspecto al duodécimo aspecto, cuando la capa RLC usa un modo sin reconocimiento (UM), el aparato de recepción de datos mantiene, en la capa RLC, una ventana de reordenamiento, y el método de procesamiento de datos incluye además: cuando se usa una primera RLC PDU fuera de la ventana de reordenamiento y la primera RLC PDU incluye un segmento de una RLC SDU que no se puede volver a ensamblar, descartar, por el aparato receptor de datos, todas las RLC PDU recibidas correspondientes a la RLC SDU que no se puede reensamblar. En consecuencia, el aparato de procesamiento de datos incluye además una unidad configurada para realizar esta etapa.
Opcionalmente, el aparato de recepción de datos puede notificar a la capa PDCP de la RLC SDU descartada. En consecuencia, el aparato de procesamiento de datos incluye además una unidad configurada para realizar esta etapa.
En el séptimo aspecto al duodécimo aspecto, cuando los SN de las RLC PDU recibidas son discontinuos, el aparato de recepción de datos pone en marcha un temporizador en una primera posición discontinua. El temporizador puede denominarse temporizador asociado. Antes de que expire el temporizador, cuando se reciben RLC PDU que incluyen SN faltantes, el aparato de recepción de datos detiene el temporizador. Cuando el temporizador expira, es decir, las RLC PDU que incluyen SN faltantes no se reciben antes de que expire el temporizador, el aparato de recepción de datos mueve un borde inferior de la ventana de reordenamiento a una posición de un SN correspondiente a la primera posición discontinua, es decir, una posición de un SN correspondiente a una primera RLC SDU que no se entrega a una capa superior. El SN se denomina primer SN. Opcionalmente, el aparato de recepción de datos descarta una RLC PDU que no se entrega a la capa PDCP y cuyo SN está antes del primer SN. Además, opcionalmente, el aparato de recepción de datos notifica a la capa PDCP de un SN de una RLC SDU correspondiente a la RLC PDU descartada.
En el séptimo aspecto al duodécimo aspecto, antes de recibir un paquete de datos de una capa MAC, mediante un aparato receptor de datos, el método incluye, además: obtener, en la capa MAC, una MAC SDU basada en un formato de una MAC PDU y mediante el uso de la MAC SDU como paquete de datos enviado a la capa RLC. El formato de la MAC PDU es el siguiente:
La MAC PDU incluye un encabezado MAC y una carga útil MAC, el encabezado MAC incluye al menos un subencabezado, cada subencabezado corresponde a un canal lógico, el subencabezado incluye un primer campo de extensión y un segundo campo de extensión, el primer campo de extensión se usa para indicar si la MAC PDU incluye además otro subencabezado o incluye además datos de otro canal lógico, y el segundo campo de extensión se usa para indicar si la MAC PDU incluye además otros datos de un canal lógico correspondiente a un subencabezado donde se encuentra el segundo campo de extensión.
De acuerdo con un decimotercer aspecto, se proporciona una estructura RLC PDU. La RLC PDU incluye un encabezado y una carga útil, y la carga útil se usa para transportar datos desde una única RLC SDU.
El encabezado de la RLC PDU es el mismo que el de las descripciones anteriores.
De acuerdo con un decimocuarto aspecto, se proporciona un método de procesamiento de datos. El método se realiza mediante un aparato de envío de datos e incluye las siguientes etapas: recibir un paquete de datos RLC desde una capa RLC, donde el paquete de datos RLC incluye al menos una RLC PDU; y usar el paquete de datos RLC como una MAC SDU y encapsular la MAC SDU en una MAC PDU, donde la MAC PDU incluye un encabezado MAC y una carga útil mAc , el encabezado MAC incluye al menos un subencabezado, cada subencabezado corresponde a un canal lógico, el subencabezado incluye un primer campo de extensión (campo E) y un segundo campo de extensión (campo H), el primer campo de extensión se usa para indicar si la MAC PDU incluye además otro subencabezado o incluye datos de otro canal lógico, y el segundo campo de extensión se usa para indicar si la MAC PDU incluye además otros datos de un canal lógico correspondiente a un subencabezado donde se encuentra el segundo campo de extensión.
De acuerdo con un decimoquinto aspecto, se proporciona un método de procesamiento de datos. El método se realiza por medio de un aparato de recepción de datos e incluye las siguientes etapas: recibir una MAC PDU desde una capa de PDCP; obtener una MAC SDU basada en un formato de la MAC PDU; y enviar la MAC SDU a una capa RLC. El formato de la MAC PDU es el siguiente: La MAC PDU incluye un encabezado MAC y una carga útil MAC, el encabezado MAC incluye al menos un subencabezado, cada subencabezado corresponde a un canal lógico, el subencabezado incluye un primer campo de extensión (campo E) y un segundo campo de extensión (campo H), el primer campo de extensión se usa para indicar si la MAC PDU incluye además otro subencabezado o incluye datos de otro canal lógico, y el segundo campo de extensión se usa para indicar si la MAC PDU incluye además otros datos de un canal lógico correspondientes a un subencabezado donde se encuentra el segundo campo de extensión.
De acuerdo con un decimosexto aspecto, se proporciona un aparato de procesamiento de datos, localizado en un extremo de transmisión y que incluye medios (means) o unidades configuradas para realizar las etapas en el decimocuarto aspecto. Alternativamente, se proporciona un aparato de procesamiento de datos, localizado en un extremo de recepción y que incluye medios (means) o unidades configuradas para realizar las etapas en el decimoquinto aspecto. De acuerdo con un decimoséptimo aspecto, se proporciona un aparato de procesamiento de datos, localizado en un extremo de transmisión y que incluye un procesador y una memoria. La memoria se configura para almacenar un programa, y el procesador invoca el programa almacenado en la memoria, para realizar el método proporcionado en el decimocuarto aspecto de esta solicitud. Alternativamente, se proporciona un aparato de procesamiento de datos, localizado en un extremo de recepción y que incluye un procesador y una memoria. La memoria se configura para almacenar un programa, y el procesador invoca el programa almacenado en la memoria, para realizar el método proporcionado en el decimoquinto aspecto de la presente solicitud.
De acuerdo con un decimoctavo aspecto, esta solicitud proporciona un aparato de procesamiento de datos, localizado en un extremo de transmisión y que incluye al menos un elemento de procesamiento (o chip) configurado para realizar el método en el decimocuarto aspecto. Alternativamente, esta solicitud proporciona un aparato de procesamiento de datos, localizado en un extremo de recepción y que incluye al menos un elemento de procesamiento (o chip) configurado para realizar el método en el decimoquinto aspecto.
De acuerdo con un decimonoveno aspecto, esta solicitud proporciona un programa. El programa se usa para realizar el método en el decimocuarto aspecto o el decimoquinto aspecto cuando es ejecutado por un procesador.
De acuerdo con un vigésimo aspecto, se proporciona un producto de programa, por ejemplo, un medio de almacenamiento legible por ordenador, que incluye el programa en el decimonoveno aspecto.
Se puede aprender que, en las soluciones anteriores, solo se necesita un LCID para indicar datos de un solo canal lógico. Por lo tanto, las sobrecargas del encabezado en la capa MAC se pueden reducir de manera efectiva. En los aspectos anteriores, el subencabezado de la MAC PDU incluye además un campo de identificador de canal lógico (LCID), usado para indicar un canal lógico al que pertenece una carga útil asociada con el subencabezado.
En los aspectos anteriores, el subencabezado de la MAC PDU incluye además un primer campo indicador de longitud (campo F) y un segundo campo indicador de longitud (campo L). El primer campo indicador de longitud se usa para indicar una longitud del segundo campo indicador de longitud, y el segundo campo indicador de longitud se usa para indicar una longitud de una carga útil asociada con el subencabezado donde se encuentra el segundo campo indicador de longitud.
De acuerdo con un vigésimo primer aspecto, se proporciona un método de procesamiento de datos. El método se usa en un aparato de envío de datos, el aparato de envío de datos mantiene, en una capa de PDCP, una ventana de transmisión de PDCP, y el método incluye: enviar, en la capa PDCP por el aparato de envío de datos, las PDCP PDU a una capa de RLC; y cuando una cantidad de PDCP PDU enviadas alcanza una cantidad máxima de PDCP PDU que puede ser acomodada por la ventana de transmisión de PDCP, y el aparato de envío de datos no recibe una retroalimentación exitosa en la capa de PDCP, detener, por el aparato de envío de datos, el envío de una PDCP PDU. La retroalimentación exitosa es un informe de estado retroalimentado a la capa RLC por el aparato de envío de datos, que indica que todas o algunas PDCP PDU se han enviado correctamente, o la retroalimentación exitosa es un informe de estado retroalimentado por un aparato de recepción de datos, que indica que todas o algunas PDCP PDU se reciben correctamente. De acuerdo con un vigésimo segundo aspecto, se proporciona un aparato de procesamiento de datos, localizado en un extremo de transmisión y que incluye medios (means) o unidades configuradas para realizar las etapas en el vigésimo primer aspecto.
De acuerdo con un vigésimo tercer aspecto, se proporciona un aparato de procesamiento de datos, que incluye un procesador y una memoria. La memoria se configura para almacenar un programa, y el procesador invoca el programa almacenado en la memoria, para realizar el método proporcionado en el vigésimo primer aspecto de esta solicitud.
De acuerdo con un vigésimo cuarto aspecto, esta solicitud proporciona un aparato de procesamiento de datos, que incluye al menos un elemento de procesamiento (o chip) configurado para realizar el método en el vigésimo primer aspecto.
De acuerdo con un vigésimo quinto aspecto, esta solicitud proporciona un programa. El programa se usa para realizar el método en el aspecto vigésimo primero cuando es ejecutado por un procesador.
De acuerdo con un vigésimo sexto aspecto, se proporciona un producto de programa, por ejemplo, un medio de almacenamiento legible por ordenador, que incluye el programa en el vigésimo quinto aspecto.
Se puede aprender que el extremo de transmisión puede mantener, en la capa PDCP, una ventana de transmisión PDCP, para controlar el envío de paquetes de datos en la capa PDCP. Esto puede reducir eficazmente el problema de que los PDCP SN se repiten cuando una cantidad de datos enviados por el extremo de transmisión excede un intervalo de datos que pueden ser indicados por el PDCP SN, resolviendo de esta manera el problema de que un extremo de recepción no puede distinguir y procesar correctamente una pluralidad de paquetes de datos que tienen los mismos SN y que se reciben en la capa PDCP.
En los aspectos anteriores, el tamaño de la ventana de transmisión de PDCP se determina en base a un número de secuencia de PDCP o está preestablecido.
Además, el tamaño de la ventana de transmisión de PDCP se determina en función de la siguiente fórmula: W = (L 1)/2, donde W indica el tamaño de la ventana de transmisión de PDCP y L denota un valor de un número de secuencia máximo que puede estar indicado por una longitud del número de secuencia de PDCP.
En los aspectos anteriores, el aparato de envío de datos envía, en la capa PDCP, el número de secuencia PDCP a la capa RLC. La PDCP PDU lleva el número de secuencia de PDCP, o el número de secuencia de PDCP es independiente de la PDCP PDU. El número de secuencia de PDCP es un número de secuencia asignado a la PDCP PDU cuando el aparato de envío de datos ensambla la PDCP PDU.
Breve descripción de los dibujos
La Figura 1 es un diagrama esquemático de un escenario de comunicación de acuerdo con una modalidad de esta solicitud;
La Figura 2 es un diagrama esquemático de una pila de protocolos del plano de usuario seguida por la comunicación entre un terminal y un dispositivo RAN de acuerdo con una modalidad de esta solicitud;
La Figura 3 es un diagrama esquemático de un método de procesamiento de datos de acuerdo con una modalidad de esta solicitud;
La Figura 4 es un diagrama esquemático de un formato de una RLC PDU de acuerdo con una modalidad de esta solicitud;
La Figura 5 es un diagrama esquemático de otro formato de una RLC PDU de acuerdo con una modalidad de esta solicitud;
La Figura 6 es un diagrama esquemático de un paquete de datos RLC de acuerdo con una modalidad de esta solicitud;
La Figura 7 es un diagrama de flujo de un método de procesamiento de datos de acuerdo con una modalidad de esta solicitud;
La Figura 8 es un diagrama estructural esquemático de una MAC PDU existente;
La Figura 9 es un diagrama estructural esquemático de una MAC PDU de acuerdo con una modalidad de esta solicitud;
La Figura 10 es un diagrama estructural esquemático de un aparato de procesamiento de datos de acuerdo con una modalidad de esta solicitud;
La Figura 11 es un diagrama estructural esquemático de un aparato de procesamiento de datos de acuerdo con una modalidad de esta solicitud;
La Figura 12 es un diagrama estructural esquemático de un aparato de procesamiento de datos de acuerdo con una modalidad de esta solicitud;
La Figura 13 es un diagrama estructural esquemático de un terminal de acuerdo con una modalidad de esta solicitud;
La Figura 14 es un diagrama estructural esquemático de un dispositivo RAN de acuerdo con una modalidad de esta solicitud;
La Figura 15 es un diagrama esquemático de un método para configurar un parámetro de brecha de medición de acuerdo con una modalidad de esta solicitud; y
La Figura 16 es un diagrama esquemático de un método para configurar un parámetro de brecha de medición de acuerdo con una modalidad de esta solicitud.
Descripción de las modalidades
A continuación, se describen claramente las soluciones técnicas en las modalidades de esta solicitud con referencia a los dibujos adjuntos. Aparentemente, las modalidades descritas son simplemente algunas, pero no todas, las modalidades de esta solicitud. Todas las demás modalidades obtenidas por expertos en la técnica basadas en las modalidades de esta solicitud sin esfuerzos creativos caerán dentro del alcance de protección de esta solicitud. En la siguiente descripción, se describen algunos términos de esta solicitud, para ayudar a los expertos en la técnica a comprender mejor.
(1) Un terminal, también denominado equipo de usuario (User Equipment, UE), es un dispositivo que proporciona conectividad de voz y/o datos para un usuario, por ejemplo, un dispositivo de mano o un dispositivo en el vehículo que tiene una función de conexión inalámbrica. Los terminales comunes incluyen, por ejemplo, un teléfono móvil, una tableta, un ordenador portátil, un ordenador de bolsillo, un ordenador de Internet móvil (dispositivo de Internet móvil, MID) o un dispositivo portátil como un reloj inteligente, una banda inteligente o un podómetro.
(2) Una estación base, también conocida como dispositivo de red de acceso por radio (Radio Access Network, RAN), es un dispositivo que conecta un terminal a una red inalámbrica, que incluye, entre otros, un nodo B evolucionado (evolved Node B, eNB), un controlador de red de radio (radio network controller, RNC), un nodo B (Node B, NB), un controlador de estación base (Base Station Controller, BSC), una estación transceptora base (Base Transceiver Station, BTS), un eNodoB doméstico (por ejemplo, NodoB doméstico evolucionado o Nodo B doméstico, HNB), o una unidad de banda base (BaseBand Unit, BBU). Además, la estación base puede incluir un punto de acceso (Access Point, AP) Wi-Fi o similar.
(3) Una unidad (o entidad) en esta solicitud significa una unidad (o entidad) de función o una unidad (o entidad) lógica. La unidad puede tener la forma de software y su función se implementa mediante el uso de un procesador para ejecutar el código del programa, o puede tener la forma de hardware.
(4) "Una pluralidad de" significa dos o más de dos. El término "y/o" describe solo una relación de asociación para describir objetos asociados y representa que pueden existir tres relaciones. Por ejemplo, A y/o B pueden representar los siguientes tres casos: solo existe A, existen A y B, y solo existe B. Además, el carácter V generalmente indica una relación "o" entre los objetos asociados. Un alcance descrito mediante el uso de "arriba" o "abajo" incluye un punto límite.
Con referencia a la Figura 1, la Figura 1 es un diagrama esquemático de un escenario de comunicación de acuerdo con esta solicitud. Como se muestra en la Figura 1, un terminal 110 accede a una red inalámbrica a través de un dispositivo RAN 120, para obtener un servicio de una red externa (por ejemplo, Internet) a través de la red inalámbrica, o para comunicarse con otro terminal a través de la red inalámbrica. En una dirección de transmisión de enlace descendente, el dispositivo RAN 120 se usa como un extremo de transmisión, y el terminal 110 puede usarse como un extremo de recepción. En una dirección de transmisión de enlace ascendente, el terminal 110 se usa como un extremo de transmisión, y el dispositivo 120 RAN se usa como un extremo de recepción.
La comunicación entre el terminal 110 y el dispositivo RAN 120 sigue un protocolo de interfaz aérea. Con referencia a la Figura 2, la Figura 2 es un diagrama esquemático de una pila de protocolos del plano de usuario seguida por la comunicación entre un terminal y un dispositivo RAN de acuerdo con una modalidad de esta solicitud. Como se muestra en la Figura 2, la pila de protocolos incluye una capa de Protocolo de convergencia de datos en paquetes (Packet Data Convergence Protocol, PDCP), una capa de Control de enlace de radio (Radio Link Control, RLC), una capa de Control de acceso a medios (Media Access Control, MAC) y una capa física (physical, PHY). La capa PDCP, la capa RLC y la capa MAC forman una pila de protocolos de capa 2 (L2).
Actualmente, las funciones principales de la capa PDCP incluyen cifrado/descifrado, compresión de encabezado/descompresión de encabezado, protección de integridad y similares. Las funciones principales de la capa RLC incluyen segmentación, concatenación, reordenamiento, solicitud de repetición automática (automatic repeat request, ARQ) y similares. Las funciones principales de la capa MAC incluyen multiplexación, programación, solicitud de repetición automática híbrida (hybrid automatic repeat request, HARQ) y similares.
En una solución de acuerdo con una modalidad de esta solicitud, se ajustan las funciones de la capa RLC, y cuando se encapsula un paquete de datos de la capa PDCP, la capa RLC solo realiza la segmentación y no realiza la concatenación. De esta manera, se puede reducir el procesamiento de concatenación en el extremo de transmisión y se puede reducir la complejidad del procesamiento y la latencia del procesamiento.
A continuación, se proporciona una descripción detallada con referencia a los dibujos adjuntos. Puede entenderse que un extremo de transmisión en esta modalidad de la presente solicitud también puede denominarse aparato de envío de datos, y un extremo de recepción también puede denominarse aparato de recepción de datos.
Con referencia a la Figura 3, la Figura 3 es un diagrama esquemático de un método de procesamiento de datos de acuerdo con una modalidad de esta solicitud. Como se muestra en la Figura 3, el método se usa en un extremo de transmisión, es decir, realizado por el extremo de transmisión, y el extremo de transmisión también puede denominarse aparato de envío de datos. El método incluye las siguientes etapas:
S310. Recibir un paquete de datos de una capa PDCP y usar el paquete de datos como una unidad de datos de servicio RLC (service data unit, SDU).
S320. Encapsular la RLC SDU en al menos una RLC PDU, donde cada RLC PDU incluye un encabezado y una carga útil, y la carga útil se usa para transportar datos desde una única RLC SDU.
En esta modalidad y las siguientes modalidades, que la carga útil de la RLC PDU se use para transportar datos desde una única RLC SDU significa que incluso si la RLC PDU puede acomodar más de una RLC SDU o más de un segmento de una RLC SDU, una carga útil de cada RLC PDU se usa para transportar solo datos de una única RLC SDU. En otras palabras, el extremo de transmisión no realiza el procesamiento de concatenación en la capa RLC del paquete de datos.
Se puede aprender que en un proceso donde el extremo de transmisión encapsula la RLC SDU en la(s) RLC PDU, en la capa RLC, la carga útil de cada RLC PDU ensamblada se usa para transportar datos desde una sola RLC SDU. En otras palabras, la carga útil de la RLC PDU no incluye datos de otra RLC SDU. Es decir, el extremo de transmisión ya no realiza el procesamiento de concatenación en la capa RLC en las RLC SDU. De esta manera, se puede reducir el procesamiento de concatenación en el extremo de transmisión y se puede reducir la complejidad del procesamiento y la latencia del procesamiento.
Además, el extremo de recepción puede reordenar, en la capa RLC, segmentos de una RLC SDU únicamente, sin necesidad de reordenar las RLC SDU. Por lo tanto, el procesamiento en el extremo de recepción se puede simplificar. Esto se describe en detalle en las siguientes modalidades.
Cuando el procesamiento de concatenación no se realiza en la RLC SDU, el encabezado de la RLC PDU puede simplificarse más para reducir la sobrecarga del encabezado de la RLC PDU. Ciertamente, todavía se puede usar un formato RLC PDU en la tecnología existente, excepto que se necesitan mayores sobrecargas de encabezado en comparación con un formato RLC PDU simplificado en esta solicitud.
Con referencia a la Figura 4, la Figura 4 es un diagrama esquemático de un formato de una RLC PDU de acuerdo con una modalidad de esta solicitud. Como se muestra en la Figura 4, la RLC PDU incluye un encabezado y una carga útil, y la carga útil se usa para transportar datos desde una única RLC SDU. El encabezado también se conoce como encabezado de paquete, que incluye uno o más de los siguientes campos: un campo de datos/control (data/control, D/C), un campo de número de secuencia (sequence number, SN), un campo de indicador de segmento (segment indicator, SI), y un campo de desplazamiento de segmento (segment offset, SO).
El campo D/C se usa para indicar si se transmite un paquete de datos o un paquete de control o si se transmite información de datos o información de control en la RlC PDU donde se encuentra el campo D/C. Por ejemplo, cuando el campo D/C es 0, se transmite un paquete de datos en la RLC PDU, y cuando el campo D/C es 1, se transmite un paquete de control en la RLC PDU, o viceversa. Es decir, cuando el campo D/C es 0, se transmite un paquete de control en la RLC PDU, y cuando el campo D/C es 1, se transmite un paquete de datos en la RLC PDU. Esto no se limita en esta modalidad.
El campo SN se usa para indicar una RLC SDU a la que pertenecen los datos transmitidos en la RLC PDU donde se encuentra el campo Sn . En la tecnología existente, cada RLC PDU corresponde a un SN. En esta modalidad, cada RLC SDU corresponde a un SN. Si una RLC SDU se divide en una pluralidad de segmentos y se encapsula en una pluralidad de RLC PDU, los SN en estas RLC PDU son los mismos. Se puede aprender que, en esta modalidad, el campo SN puede usarse para indicar un número de secuencia correspondiente a la RLC SDU a la que pertenecen los datos transmitidos en la RLC PDU donde se encuentra el campo SN.
Se puede aprender que una RLC SDU corresponde a un SN, y cuando una RLC SDU se encapsula en una pluralidad de RLC PDU para transmisión, la pluralidad de RLC p Du usa un mismo SN. De esta manera, la capa PDCP y la capa RLC pueden compartir un SN para reducir las sobrecargas del encabezado. Además, esto resuelve el problema de que la longitud de un SN debe ampliarse en la tecnología existente porque se necesita una pluralidad de SN cuando la RLC SDU se segmenta en una pluralidad de RLC PDU y, por lo tanto, también puede reducir las sobrecargas.
Se puede acordar una longitud del campo SN, o se puede configurar mediante una capa superior, por ejemplo, la capa de control de recursos de radio (radio resource control, RRC). La longitud del campo SN no está limitada en esta modalidad y puede configurarse o acordarse en función de una necesidad, por ejemplo, puede ser de cinco bits o diez bits.
Opcionalmente, la capa RLC puede asignar un SN en el campo SN. En este caso, la RLC PDU y la PDCP PDU incluyen sus respectivos SN. En otras palabras, una RLC PDU incluye dos SN. Opcionalmente, la capa PDCP puede configurar un SN en el campo SN. En otras palabras, un SN incluido en la RLC PDU es un SN asignado por la capa PDCP. En este caso, una RLC PDU incluye solo un SN, y una RLC SDU se encapsula en una pluralidad de RLC PDU que tienen los mismos SN. De esta manera, la capa PDCP y la capa RLC pueden compartir un SN para reducir las sobrecargas del encabezado. Además, esto resuelve el problema de que la longitud de un SN debe ampliarse en la tecnología existente porque se necesita una pluralidad de SN cuando la RLC SDU se segmenta en una pluralidad de RLC PDU y, por lo tanto, también puede reducir las sobrecargas.
Opcionalmente, en el extremo de transmisión, el campo SN puede usarse para controlar una posición y/o un tamaño de una ventana de transmisión RLC y realizar, en base a un informe de estado retroalimentado por el extremo receptor, una operación como la retransmisión ARQ. En el extremo de recepción, el campo SN se puede usar para realizar operaciones como reordenamiento, retroalimentación del informe de estado y reensamblaje de RLC SDU. El campo SI se usa para indicar que lo que está encapsulado en una RLC PDU donde se encuentra el campo SI es una RLC SDU completa o un segmento de una RLC SDU, es decir, si la carga útil de la RLC PDU es una RLC SDU completa o un segmento de una RLC SDU.
En una implementación, el campo SI puede incluir dos bits. Los diferentes valores representan diferentes significados. Lo siguiente proporciona una modalidad (modalidad 1).
- 00: indica que no hay segmentación. En la presente descripción, la segmentación significa la segmentación realizada en una RLC SDU. Es decir, lo que está encapsulado en la RLC PDU es una RLC SDU completa. - 01: indica un primer segmento. Es decir, lo que está encapsulado en la RLC PDU es un primer segmento de una RLC SDU.
- 10: indica un segmento medio. Es decir, lo que está encapsulado en la RLC PDU es un segmento medio de una RLC SDU. El segmento medio no incluye un primer byte de la RLC SDU y no incluye un último byte de la RLC SDU. En otras palabras, el segmento medio no es ni un primer segmento de la RLC SDU ni un último segmento de la RLC SDU.
- 11: indica un último segmento. Es decir, lo que está encapsulado en la RLC PDU es un último segmento de una RLC SDU.
En otra modalidad (modalidad 2), una correspondencia entre los valores del SI y los significados indicados por los valores se puede optimizar de la siguiente manera:
- 00: indica que no hay segmentación. En la presente descripción, la segmentación significa la segmentación realizada en una RLC SDU. Es decir, lo que está encapsulado en la RLC PDU es una RLC SDU completa. - 01: reservado (reservado)
- 10: reservado (reservado)
- 11: indica un último segmento. Es decir, lo que está encapsulado en la RLC PDU es un último segmento de una RLC SDU.
El "reservado" en la presente descripción significa que el significado del valor no está definido temporalmente.
En otra implementación, el campo SI puede incluir un bit. Los diferentes valores representan diferentes significados. A continuación, se proporciona una modalidad (modalidad 3).
- 0: indica un primer segmento o un segmento medio. Es decir, lo que está encapsulado en la RLC PDU es un primer segmento o un segmento medio de una RLC SDU. El segmento medio no incluye un primer byte de la RLC SDU y no incluye un último byte de la RLC SDU. En otras palabras, el segmento medio no es ni un primer segmento de la RLC SDU ni un último segmento de la RLC SDU.
- 1: indica que no hay segmentación o un último segmento. En la presente descripción, la segmentación significa la segmentación realizada en una RLC SDU. Es decir, lo que está encapsulado en la RLC PDU es una RLC SDU completa o lo que está encapsulado en la RLC PDU es un último segmento de una RLC SDU. Puede entenderse que una correspondencia entre cada forma de asignación de valor y un significado indicado por cada valor en la forma de asignación de valor no pretende limitar la presente solicitud, y se puede usar otra forma de asignación de valor en la correspondencia. Por ejemplo, se usan más bits. Para otro ejemplo, en cada forma de asignación de valor, se puede intercambiar una correspondencia entre un valor y un significado del valor.
El campo SO se usa para indicar un desplazamiento de bytes, de un primer byte en una carga útil de la RLC PDU donde se encuentra el campo SO, dentro de una RLC SDU a la que pertenece la carga útil. Cuando la RLC PDU incluye una RLC SDU completa, el primer byte de la carga útil de la RLC PDU es un primer byte de la RLC SDU y, por lo tanto, el desplazamiento de bytes indicado por el campo SO es 0. Cuando la RLC PDU incluye un segmento de una RLC SDU, el desplazamiento de bytes indicado por el campo SO es un desplazamiento de bytes, de un primer byte en el segmento, dentro de la r Lc SDU. Por ejemplo, el tamaño de una RLC SDU es de 400 bytes. Se supone que la RLC SDU está dividida en dos segmentos de 200 bytes. En una RLC PDU donde se ubica un primer segmento, un valor del campo SO es 0, y en una RLC PDU donde se ubica un segundo segmento, un valor del campo SO es 201. Cuando el valor del campo SO es 0, el campo SO se puede salvar. En otras palabras, no hay ningún campo SO. En este caso, se considera que la RLC PDU incluye la RLC SDU completa, o incluye el primer segmento de la RLC SDU.
La longitud del campo SO no está limitada en esta solicitud. La longitud del campo SO puede estar relacionada con un tamaño de la RLC SDU o un segmento de la RLC SDU, o relacionada con un tamaño de la carga útil de la RLC PDU. Cuando la carga útil en la RLC PDU es mayor, el campo SO debe ser más largo, pero la longitud del campo SO no es directamente proporcional a la carga útil en la RLC PDU. Por ejemplo, cuando el campo SO incluye un bit, un tamaño de carga útil de una RLC PDU máxima que se puede indicar es 2; o cuando el campo SO incluye dos bits, un tamaño de carga útil de una RLC PDU máxima que se puede indicar es 4, y así sucesivamente. Cuando es necesario indicar una carga útil de la RLC PDU de 200 bytes, la longitud del campo SO debe ser de ocho bits. La longitud del campo SO puede acordarse o puede configurarse mediante una capa superior, por ejemplo, una capa RRC. Alternativamente, se puede añadir un campo, a saber, un campo indicador de longitud del campo SO, al encabezado de la RLC PDU, para indicar la longitud del campo SO. Por ejemplo, se puede usar un campo de 1 bit para indicar dos longitudes de SO, y se puede usar un campo de 2 bits para indicar cuatro longitudes de SO.
El campo SI puede combinarse con el campo SO para indicar información específica de la RLC SDU o un segmento de la RLC SDU que se incluye en la RLC PDU, para facilitar el reensamblaje de la RLC SDU en el extremo de recepción.
En correspondencia con las modalidades de la 1 a la 3, las modalidades de una combinación del campo SI y el campo SO son las siguientes:
Modalidad 1: En correspondencia con la modalidad 1 anterior, una forma de asignación de valor del campo SI y los significados de los valores del campo SI son los mismos que los de la modalidad 1 anterior.
- SI = 00 y SO = 0, o sin campo SO: indica que no hay segmentación. En la presente descripción, la segmentación significa la segmentación realizada en una RLC SDU. Es decir, lo que está encapsulado en la RLC PDU es una RLC SDU completa.
- SI = 01 y SO = 0, o sin campo SO: indica un primer segmento. Es decir, lo que está encapsulado en la RLC PDU es un primer segmento de una RLC SDU.
- SI = 10 y SO = M, donde M > 0: indica un segmento medio. Es decir, lo que está encapsulado en la RLC PDU es un segmento medio de una RLC SDU. El significado del segmento medio es el mismo que el de la descripción anterior, y los detalles no se describen de nuevo en la presente descripción.
- SI = 11 y SO = N, donde N > 0: indica un último segmento. Es decir, lo que está encapsulado en la RLC PDU es un último segmento de una RLC SDU.
Modalidad 2: En correspondencia con la modalidad 2 anterior, una forma de asignación de valor del campo SI y los significados de los valores del campo SI son los mismos que los de la modalidad 2 anterior.
- SI = 00 y SO = 0: indica que no hay segmentación. En la presente descripción, la segmentación significa la segmentación realizada en una RLC SDU. Es decir, lo que está encapsulado en la RLC PDU es una RLC SDU completa.
- SI = 11 y SO = N, donde N > 0: indica un último segmento. Es decir, la RLC PDU incluye un último segmento de una RLC SDU.
- SI t 00 y SI t 11, por ejemplo, SI = 01 o SI = 10, y SO = M, donde M > 0: indica un segmento medio. Es decir, lo que está encapsulado en la RLC PDU es un segmento medio de una RLC SDU. El significado del segmento medio es el mismo que el de la descripción anterior, y los detalles no se describen de nuevo en la presente descripción.
Modalidad 3: En correspondencia con la modalidad 3 anterior, una forma de asignación de valor del campo SI y los significados de los valores del campo SI son los mismos que los de la modalidad 3 anterior.
- SI = 0 y SO = 0: indica un primer segmento. Es decir, lo que está encapsulado en la RLC PDU es un primer segmento de una RLC SDU.
- SI = 0 y SO = M, donde M > 0: indica un segmento medio.
- SI = 1 y SO = 0: indica que no hay segmentación. En la presente descripción, la segmentación significa la segmentación realizada en una RLC SDU. Es decir, lo que está encapsulado en la RLC PDU es una RLC SDU completa.
- SI = 1 y SO = N, donde N > 0: indica un último segmento. Es decir, lo que está encapsulado en la RLC PDU es un último segmento de una RLC SDU.
Opcionalmente, el encabezado de la RLC PDU puede incluir además un campo de sondeo (polling). El campo de sondeo se usa para solicitar a la capa RLC en el extremo de recepción que retroalimente un informe de estado de RLC. El campo de sondeo es el mismo que el de la tecnología existente y los detalles no se describen en la presente descripción. Opcionalmente, el encabezado de la RLC PDU puede incluir además al menos un campo reservado para la extensión de función subsiguiente.
En una implementación, el extremo de transmisión puede ensamblar, en la capa RLC, la RLC PDU en base a una indicación de una capa inferior, por ejemplo, de una capa MAC. Por ejemplo, cuando un tamaño indicado por la capa MAC puede acomodar una RLC SDU más un encabezado RLC correspondiente, el extremo de transmisión encapsula, en la capa RLC, toda la RLC SDU en una RLC PDU. La RLC SDU en la RLC PDU no está segmentada, no se concatenan datos de otra RLC SDU y no hay un relleno superior a un byte. En otras palabras, el relleno se genera para la alineación de bytes. Para otro ejemplo, cuando un tamaño indicado por la capa MAC no puede acomodar una RLC SDU más un encabezado r Lc correspondiente, el extremo de transmisión divide la RLC SDU en una pluralidad de segmentos y encapsula cada segmento en una RLC PDU. Actualmente, la capa MAC se usa para la programación de recursos. El tamaño de una RLC PDU que debe ensamblar la capa RLC o un tamaño total de la pluralidad de RLC PDU que debe ensamblar la capa RLC puede aprenderse en base a una situación de programación de recursos de la capa MAC.
En otra implementación, se puede preestablecer un tamaño de la RLC PDU, de manera que el extremo de transmisión pueda ensamblar, en la capa RLC, la RLC PDU en base al tamaño preestablecido de la RLC PDU. En este caso, la capa RLC puede ensamblar la RLC PDU por adelantado antes de que la capa MAC finalice la programación o antes de recibir un tamaño indicado por la capa MAC, y puede entregar directamente una cantidad correspondiente de RLC PDU a la capa MAC después de recibir una indicación de la capa MAC, de manera que se reduce efectivamente el tiempo de procesamiento en tiempo real de la capa RLC y se reduce el retardo de transmisión de datos. El proceso de ensamblaje es similar al proceso en el que la RLC PDU se ensambla en base a la indicación de la capa MAC. Por ejemplo, cuando el tamaño preestablecido de RLC PDU puede acomodar una RLC SDU más un encabezado RLC correspondiente, el extremo de transmisión encapsula, en la capa RLC, toda la RLC SDU en una RLC PDU. La RLC SDU en la RLC PDU no está segmentada y no se concatenan datos de otra RLC SDU. Para permitir que un tamaño de la RLC PDU ensamblada sea el mismo que el tamaño preestablecido, en este caso, el extremo de transmisión puede realizar un relleno en la capa RLC. Alternativamente, el relleno no se puede realizar, en otras palabras, el tamaño preestablecido de la RLC PDU es un valor límite y se usa simplemente para limitar un valor máximo del tamaño de la RLC PDU ensamblada. Por otro ejemplo, cuando el tamaño preestablecido de la RLC PDU no puede acomodar una RLC SDU más un encabezado RLC correspondiente, el extremo de transmisión divide la RLC SDU en una pluralidad de segmentos y encapsula cada segmento en una RLC PDU. El extremo de transmisión puede segmentar la RLC SDU en base al tamaño preestablecido de RLC PDU, de manera que todos los tamaños de RLC PDU formados por segmentos, excepto un último segmento, cumplan con el tamaño preestablecido de RLC PDU; y para el último segmento, cuando un tamaño del último segmento es insuficiente para formar una RLC PDU del tamaño preestablecido, se puede realizar el relleno o no se puede realizar el relleno, y esto no se limita en la presente descripción.
Con referencia a la Figura 5, la Figura 5 es un diagrama esquemático de otro formato de una RLC PDU de acuerdo con una modalidad de esta solicitud. Una diferencia con el formato RLC PDU mostrado en la Figura 4 es que este formato incluye además un campo indicador de longitud (length indicator, LI), que se usa para indicar la longitud de una carga útil en una RLC PDU donde se encuentra el campo LI. Es decir, el campo LI se usa para indicar una longitud de una SDU o un segmento de SDU en la RLC PDU donde se encuentra el campo LI. Opcionalmente, el extremo de transmisión puede enviar, en la capa RLC, las RLC PDU una por una a la capa MAC. En este caso, la capa MAC considera cada RLC PDU como una MAC SDU y establece un subencabezado para cada MAC SDU para indicar la MAC SDU. Alternativamente, el extremo de transmisión puede enviar, en la capa RLC, una pluralidad de RLC PDU como un paquete de datos RLC a la capa MAC, como se muestra en la Figura 6. La capa MAC usa el paquete de datos r Lc como una MAC SDU. Por lo tanto, solo es necesario agregar un subencabezado a la MAC SDU para indicar la MAC SDU, y se reducen las sobrecargas del encabezado de la capa MAC. Esto se describe en detalle en el siguiente proceso de procesamiento de datos en la capa MAC, y los detalles no se describen en la presente descripción.
Se puede aprender que el extremo de transmisión envía un paquete de datos RLC a la capa MAC, y el paquete de datos RLC puede incluir una RLC PDU o puede incluir una pluralidad de RLC PDU. Además, los datos encapsulados en la RLC PDU incluidos en un paquete de datos RLC pueden ser de una RLC SDU o pueden ser de una pluralidad de RLC SDU.
Para ayudar a los expertos en la técnica a comprender mejor, a continuación, se proporciona una descripción con referencia a los procesos de procesamiento en cada capa. Sin embargo, esto no pretende limitar esta solicitud. Las unidades o entidades de procesamiento de datos en varias capas de esta solicitud pueden estar ubicadas en diferentes dispositivos en un lado de la RAN.
Con referencia a la Figura 7, la Figura 7 es un diagrama de flujo de un método de procesamiento de datos de acuerdo con una modalidad de esta solicitud. Como se muestra en la Figura 7, el método incluye las siguientes etapas. S710. Los datos de la capa superior (una PDCP SDU) llegan a una capa PDCP. En la capa PDCP, un extremo de transmisión procesa los datos para formar una PDCP PDU y envía la PDCP PDU a una capa RLC. El procesamiento de datos realizado en la capa PDCP por el extremo de transmisión puede incluir una o más operaciones tales como compresión, encriptación y protección de integridad de encabezado. Esto es lo mismo que en la tecnología existente. Los detalles no se describen en la presente descripción.
Opcionalmente, el extremo de transmisión asigna un SN a la PDCP PDU o asocia un SN con la PDCP PDU en la capa de PDCP. El SN puede encapsularse en la PDCP PDU para enviarse a la capa RLC. Como alternativa, el SN no se encapsula en la PDCP PDU, sino que se envía con la PDCP PDU a la capa RLC. Alternativamente, el SN no está encapsulado en la PDCP PDU, sino que se envía por separado a la capa RLC, y la señalización se usa para indicar una correspondencia entre el SN y la PDCP PDU, es decir, indicar una PDCP PDU específica a la que está asignado el SN. Para distinguir entre el Sn y un SN de capa RLC, este SN se denomina PDCP SN. El p Dc P SN puede ser el mismo que el SN de la capa RLC o diferente del SN de la capa RLC.
Opcionalmente, el extremo de transmisión puede mantener, en la capa PDCP, una ventana de transmisión PDCP, para controlar el envío de paquetes de datos en la capa PDCP. Esto puede reducir efectivamente el problema de que los PDCP SN se repiten cuando una cantidad de datos enviados por el extremo de transmisión excede un intervalo de datos que pueden ser indicados por los PDCP SN, resolviendo de esta manera el problema de que un extremo de recepción no puede distinguir y procesar correctamente una pluralidad de paquetes de datos que tienen los mismos SN y que se reciben en la capa PDCP. Después de que el extremo de transmisión envía consecutivamente, en la capa PDCP, una cantidad máxima de PDCP PDU que pueden ser acomodadas por la ventana de transmisión PDCP, si no hay un informe de estado sobre el envío exitoso o la recepción exitosa retroalimentada por una capa inferior (por ejemplo, la capa RLC) o se recibe el extremo de recepción, el extremo de transmisión ya no envía ninguna PDCP p Du . Cuando el extremo de transmisión usa un modo sin reconocimiento (unacknowledged mode, UM) en la capa RLC, es posible que no haya una ventana de transmisión PDCP. El informe de estado sobre el envío exitoso en la presente descripción es un informe de estado retroalimentado en la capa RLC por el extremo de transmisión, lo que indica que todas o algunas PDCP PDU se enviaron correctamente, y el informe de estado sobre la recepción exitosa es un informe de estado retroalimentado por el extremo de recepción, lo que indica que todas o algunas PDCP PDU se han recibido correctamente.
Se puede preconfigurar un tamaño de la ventana de transmisión de PDCP. Alternativamente, se puede determinar un tamaño de la ventana de transmisión de PDCP en base a una longitud de SN. Cuando el tamaño de la ventana de transmisión PDCP se determina en función de la longitud del SN, se puede usar la siguiente fórmula para determinar: W = (L 1)/2, donde W indica el tamaño de la ventana de transmisión PDCP y L indica un valor de un SN máximo que puede ser indicado por la longitud del SN. Por ejemplo, cuando la longitud del SN es de 10 bits, el SN máximo que se puede indicar es 1023. Por lo tanto, el tamaño de la ventana de transmisión PDCP es (1023 1)/2 = 512.
S720. El extremo de transmisión recibe, en la capa RLC, la PDCP PDU de la capa PDCP, usa la PDCP PDU como una RLC SDU, procesa, en la capa RLC, la RLC SDU para formar una RLC PDU y envía la RLC PDU a una capa MAC.
En la tecnología existente, el extremo de transmisión puede realizar, en la capa RLC, dos tipos de operaciones en la RLC SDU: concatenación y segmentación. En esta modalidad, solo se retiene el procesamiento de segmentación en la capa RLC, y el procesamiento de concatenación ya no se realiza en las RLC SDU. De esta manera, se puede reducir la complejidad del procesamiento y la latencia del procesamiento. Además, debido a que se reduce la complejidad, también se reduce el requisito de un encabezado de RLC PDU y se pueden reducir las sobrecargas del encabezado de RLC PDU.
Para un proceso en el que la capa RLC procesa un paquete de datos de la capa PDCP, consulte las modalidades anteriores, y los detalles no se describen en la presente nuevamente.
Además, un SN en la RLC PDU puede ser el SN entregado por la capa PDCP en la etapa S710. En otras palabras, el SN en la RLC PDU es el mismo que el PDCP SN. De esta manera, la capa PDCP y la capa RLC pueden compartir un SN para reducir las sobrecargas del encabezado. Además, esto resuelve el problema de que la longitud de un SN debe ampliarse en la tecnología existente porque se necesita una pluralidad de SN cuando la RLC SDU se segmenta en una pluralidad de RLC PDU y, por lo tanto, también puede reducir las sobrecargas.
S730. El extremo de transmisión recibe, en la capa MAC, un paquete de datos RLC de la capa RLC, usa el paquete de datos RLC como una MAC SDU, procesa, en la capa MAC, la MAC SDU para formar una MAC p Du , que también se conoce como un bloque de transporte (transport block, TB) y envía la MAC PDU a una capa física.
Cabe señalar que el extremo de transmisión puede recibir, en la capa MAC, paquetes de datos RLC de una o más capas RLC, y cada capa RLC corresponde a un portador de radio.
La MAC PDU incluye un encabezado MAC y una carga útil MAC, el encabezado MAC incluye una pluralidad de subencabezados y cada subencabezado se usa para indicar un elemento de control (control element, CE) MAC o una MAC SDU.
Con referencia a la Figura 8, la Figura 8 es un diagrama estructural esquemático de una MAC PDU existente. Como se muestra en la Figura 8, generalmente, la MAC PDU incluye un encabezado MAC y una carga útil MAC. La carga útil MAC incluye una MAC SDU y/o un MAC CE y, opcionalmente, puede incluir además un relleno (padding). Para cada MAC SDU, hay un subencabezado asociado en un encabezado MAC. Un subencabezado común de la MAC PDU incluye seis campos (R/R/E/LCID/F/L) y puede tener dos formas: una con un campo L de 7 bits y la otra con un campo L de 15 bits. Para un último subencabezado, un subencabezado correspondiente a un elemento de control MAC de longitud fija, y un subencabezado correspondiente al relleno, se incluyen cuatro campos (R/R/E/LCID). R es un bit reservado (denominado como bit reservado) y se establece en "0". E se usa para indicar si el encabezado MAC tiene una pluralidad de campos. Por ejemplo, cuando E = 1, significa que lo que sigue a continuación es otro grupo de campos "R/R/E/LCID", y cuando E = 0, significa que lo que sigue a continuación es la carga útil MAC. El identificador de canal lógico (logical channel ID, LCID) se usa para identificar un canal lógico desde el que se origina una RLC PDU correspondiente. F se usa para indicar una longitud del campo L. L se usa para indicar una longitud de la MAC SDU o una longitud de un mensaje de control.
En esta modalidad de esta solicitud, se puede usar un formato MAC PDU igual al de la tecnología existente, y solo el contenido de la MAC SDU, es decir, el paquete de datos RLC, puede ser diferente del de la tecnología existente. El paquete de datos RLC puede incluir una pluralidad de RLC PDU en el formato anterior.
Opcionalmente, en esta modalidad de esta solicitud, se puede usar un formato MAC PDU diferente al de la tecnología existente, y una diferencia principal es que se agrega un segundo campo de extensión al encabezado MAC. El segundo campo de extensión puede indicarse como un campo H o un campo E2 (en este caso, un campo de extensión original puede indicarse como un campo E1). El campo H se usa para indicar si todavía hay un paquete de datos RLC en un canal lógico indicado por un LCID en un subencabezado MAC donde se encuentra el campo H. Por ejemplo, cuando el campo H es 0, representa que no hay ningún paquete de datos RLC en el canal lógico, y cuando el campo H es 1, representa que hay un paquete de datos RLC en el canal lógico, o viceversa. Es decir, cuando el campo H es 0, representa que hay un paquete de datos RLC en el canal lógico, y cuando el campo H es 1, representa que no hay ningún paquete de datos RLC en el canal lógico. De esta manera, solo se necesita un LCID para indicar datos de un solo canal lógico. Por lo tanto, las sobrecargas del encabezado se reducen de manera efectiva.
Con referencia a la Figura 9, la Figura 9 es un diagrama estructural esquemático de una MAC PDU de acuerdo con una modalidad de esta solicitud. Como se muestra en la Figura 9, la MAC PDU incluye un encabezado MAC y una carga útil MAC, el encabezado MAC incluye al menos un subencabezado y cada subencabezado corresponde a un canal lógico. El canal lógico se indica mediante un campo LCID. Además, una carga útil asociada con cada subencabezado puede incluir una o más MAC SDU, donde algunas o todas las MAC SDU pueden ser MAC CE. En la presente descripción, por simplicidad y convivencia, solo se muestra la MAC SDU. Cada subencabezado incluye un primer campo de extensión y un segundo campo de extensión, el primer campo de extensión se usa para indicar si la MAC PDU incluye además otro subencabezado o incluye además datos de otro canal lógico, y el segundo campo de extensión se usa para indicar si la MAC PDU incluye además otros datos de un canal lógico correspondiente a un subencabezado donde se encuentra el segundo campo de extensión. Adicionalmente, el subencabezado MAC puede incluir además un campo L y un campo F, y las funciones del campo L y el campo F son similares a las de la tecnología existente.
Como se muestra en la Figura 9, un subencabezado de la MAC PDU incluye los siguientes campos:
Campo LCID: se usa para indicar una capa RLC o un canal lógico del que proviene una carga útil asociada con el subencabezado. Puede entenderse que las cargas útiles asociadas con el subencabezado, como una MAC SDU 1 y una MAC SDU 2, provienen de una única capa RLC o de un único canal lógico. Debido a que una capa MAC puede generar sus propios datos, por ejemplo, un MAC CE, la carga útil también se identifica mediante el uso de un LCID correspondiente. Aquí, solo se muestra la MAC SDU. Un caso sobre el MAC CE es similar. Campo E: un primer campo de extensión, usado para indicar si la MAC PDU incluye además otro subencabezado, a saber, si la MAC PDU incluye además datos de otro canal lógico. Por ejemplo, cuando E = 0, indica que la MAC PDU no tiene otro subencabezado o datos de otro canal lógico, y cuando E = 1, indica que la MAC PDU incluye otro subencabezado o datos de otro canal lógico, o viceversa.
Campo R: un campo reservado.
Campo H: un segundo campo de extensión, usado para indicar si la MAC PDU incluye además otros datos de un canal lógico correspondiente a un subencabezado donde se encuentra el campo H, es decir, usado para indicar si hay otros campos H/F/L. Por ejemplo, cuando H = 0, representa que no hay otros campos H/F/L, y cuando H = 1, representa que hay otros campos H/F/L.
Campo F: se usa para indicar una longitud del campo L.
Campo L: se usa para indicar una longitud de la mAc SDU o una longitud del MAC CE.
Opcionalmente, el subencabezado de la MAC PDU incluye un grupo de campos LCID/E/R y uno o más grupos de campos H/F/L.
Cabe señalar que además del formato mostrado en la Figura 9, alternativamente, los subencabezados se pueden colocar centralmente al comienzo de la MAC PDU, las cargas útiles asociadas con el subencabezado se colocan en la parte posterior de la MAC PDU en base a una secuencia de los subencabezados correspondientes, y puede haber un campo de relleno al final. Alternativamente, los subencabezados correspondientes a un solo LCID y las cargas útiles del canal lógico identificado por la LCID pueden colocarse de forma centralizada, con la información de los subencabezados al principio y las cargas útiles colocadas más adelante. Por ejemplo, como se muestra en la Figura 9, dos partes de un subencabezado 1 se colocan centralmente al principio, y la MAC SDU 1 y la MAC SDU 2 se colocan centralmente más adelante.
De acuerdo con una manera en la que los subencabezados se separan de acuerdo con los LCID, cada vez que un extremo de recepción decodifica un subencabezado en la capa MAC, se puede decodificar una carga útil correspondiente y se reduce el tiempo desde la recepción hasta el procesamiento. Una forma de colocar centralmente los subencabezados puede cumplir con una norma existente, con relativamente pocas modificaciones. S740. El extremo de transmisión envía datos a un extremo de recepción a través de la capa física.
S750. El extremo de recepción restaura, en una capa MAC, una MAC PDU recibida a una MAC SDU y envía la MAC SDU a una capa RLC.
Opcionalmente, cuando tanto el extremo de recepción como el de transmisión usan un formato de MAC PDU existente, el extremo de recepción vuelve a ensamblar la MAC PDU en base al formato de MAC PDU existente. Cuando tanto el extremo de recepción como el de transmisión usan el formato de MAC PDU mejorado en la etapa S730, el extremo de recepción vuelve a ensamblar la MAC SDU en base al formato de MAC PDU mejorado.
Después de reensamblar la MAC SDU en la capa MAC, el extremo de recepción entrega, en base a un LCID de un subencabezado correspondiente a la MAC SDU, la MAC SDU a una capa RLC correspondiente para su procesamiento.
S760. El extremo de recepción recibe, en la capa RLC, la MAC SDU de la capa MAC, usa la MAC SDU como un paquete de datos RLC, restaura el paquete de datos RLC recibido a una RLC SDU y entrega la RLC SDU a una capa PDCP.
De manera similar a la descripción anterior, el paquete de datos RLC puede incluir una RLC PDU o puede incluir una pluralidad de RLC PDU.
Cuando la RLC PDU incluye una RLC SDU completa, el extremo de transmisión entrega, en la capa RLC, la RLC SDU a la capa PDCP para su procesamiento. Cuando la RLC PDU incluye un segmento de una r Lc SDU, y todos los segmentos de la RLC SDU se reciben con éxito en la capa RLC, el extremo de transmisión restaura todos los segmentos a la RLC SDU y entrega la RLC SDU a la capa PDCP para su procesamiento.
Un formato de la RLC PDU es el mismo que el de la descripción anterior, y los detalles no se describen de nuevo en la presente descripción.
Opcionalmente, cuando la RLC SDU enviada a la capa PDCP no incluye un número de secuencia PDCP, el extremo receptor envía un SN en un campo SN en la RLC p Du a la capa PDCP. En otras palabras, el extremo de recepción notifica a la capa PDCP de un SN correspondiente a la RLC SDU. El número de secuencia de PDCP es un número de secuencia asignado a la PDCP PDU cuando el extremo de transmisión ensambla la PDCP PDU. De esta manera, cuando la RLC SDU no incluye un número de secuencia de PDCP, la capa de PDCP puede realizar, en base al SN entregado por la capa de RLC, el procesamiento relacionado, por ejemplo, una o más de operaciones tales como reordenar, una operación relacionada con la seguridad y la descompresión del encabezado.
Opcionalmente, para un modo sin reconocimiento (unacknowledged mode, UM) RLC, el extremo de recepción mantiene, en la capa RLC, una ventana de reordenamiento. Una función principal de la ventana de reordenamiento es que cuando una RLC PDU donde se encuentra un segmento no restaurado en una RLC SDU cae fuera de la ventana de reordenamiento, el extremo de recepción descarta, en la capa RLC, todas las RLC PDU recibidas correspondientes a la RLC SDU. Puede entenderse que, en este caso, la caída de la ventana de reordenamiento significa la caída de un borde inferior de la ventana de reordenamiento. Además, opcionalmente, el extremo receptor puede notificar a la capa PDCP de un número de secuencia de la RLC SDU descartada. Cuando el extremo de recepción recibe una RLC PDU actualizada (un SN correspondiente excede un borde superior de la ventana de reordenamiento actual), el extremo de recepción desliza la ventana de reordenamiento al Sn correspondiente a la RLC PDU o al número de secuencia que se obtiene sumando 1 al SN correspondiente a la RLC PDU. Puede entenderse que cuando un SN de una RLC PDU recibida cae dentro de la ventana de reordenamiento, el extremo receptor intenta, en la capa RLC, restaurar la RLC PDU a una RLC SDU y entrega la RLC SDU a la capa PDCP. Cuando un SN de una RLC PDU recibida sale de la ventana de reordenamiento, el extremo receptor descarta directamente, en la capa RLC, la RLC PDU.
Opcionalmente, cuando los SN de las RLC PDU recibidas son discontinuos, el extremo receptor inicia un temporizador asociado en una primera posición discontinua. Antes de que expire el temporizador asociado, si se reciben RLC PDU que incluyen SN faltantes, el extremo de recepción detiene el temporizador asociado. Si el temporizador expira y no se reciben las RLC PDU que incluyen SN faltantes, el extremo de recepción mueve un borde inferior de la ventana de reordenamiento a una posición de un SN correspondiente a una primera RLC SDU que no se entrega a una capa superior y que corresponde a la primera posición discontinua, y descarta una RLC PDU que no se entrega a la capa PDCP y cuyo SN se localiza antes del SN. Además, opcionalmente, el extremo de recepción puede notificar a la capa PDCP de un SN de una RLC SDU correspondiente a la RLC PDU descartada. Por ejemplo, si los SN recibidos por el extremo de recepción son 1, 2, 5, 6, 7 y 10 respectivamente, la primera posición discontinua es una posición de 5 o una posición seguida inmediatamente por 5. En este caso, un SN correspondiente a la primera posición discontinua se puede marcar como 5 o 4. El temporizador asociado se inicia en la posición 5 o 4. Si el temporizador asociado para la posición 4 o 5 expira, el extremo de recepción mueve el borde inferior de la ventana de reordenamiento a una posición cuyo SN correspondiente es 8 y descarta una RLC PDU que no se entrega a la capa PDCP y cuyo SN es localizado antes de 8. En este caso, si los SN de las RLC PDU recibidas son 1, 2, 5, 6, 7 y 10, el temporizador asociado se inicia en la posición 9 o 10 nuevamente. Además, una longitud del temporizador asociado puede ser configurada por una capa superior o puede acordarse, y esto no está limitado en esta solicitud.
Opcionalmente, para un modo de reconocimiento (acknowledged mode, AM) RLC, el extremo de recepción mantiene, en la capa de RLC, una ventana de reordenamiento. Una función principal de la ventana de reordenamiento es ejecutar un ARQ. Un borde inferior de la ventana de reordenamiento es un SN más pequeño en los SN de todas las RLC SDU que no se entregan a la capa PDCP. Puede entenderse que cuando un SN de una RLC PDU recibida cae dentro de la ventana de reordenamiento, el extremo receptor intenta, en la capa RLC, restaurar la RLC PDU a una RLC SDU y entrega la RLC SDU a la capa PDCP. Cuando un SN de una RLC PDU recibida sale de la ventana de reordenamiento, el extremo receptor descarta directamente, en la capa RLC, la RLC PDU.
Además, opcionalmente, cuando los SN de las RLC PDU recibidas son discontinuos, se inicia un temporizador asociado en una primera posición discontinua (en la posición 4 o 5 si los SN recibidos son 1, 2, 5, 6, 7 y 10). Antes de que expire el temporizador asociado, si se reciben las RLC PDU que faltan, el temporizador asociado se detiene. Si el temporizador asociado expira, se activa un informe de estado de RLC.
Cuando un extremo de recepción de RLC retroalimenta el informe de estado de RLC, un formato de ensamblaje del informe de estado de RLC es el siguiente:
- Campo D/C: Igual que en un formato de paquete de datos. Los detalles no se describen en la presente descripción.
- ACK_SN: Un SN reflejado en el informe de estado de RLC y que sigue inmediatamente a un SN de una RLC PDU que se recibe en la capa RLC por el extremo de recepción.
- NACK_SN: Un SN que se refleja en el informe de estado de RLC para una RLC PDU que no se recibe y que está antes de un SN de una RLC PDU recibida en la capa RLC por el extremo de recepción. En otras palabras, en el extremo de transmisión de la RLC PDU, la RLC p Du indicada por NACK_SN se envía al extremo de transmisión antes que la RLC PDU indicada por ACK_SN.
- SO_Inicio: cuando el extremo de recepción recibe solo una parte (uno o más segmentos) de una RLC SDU, SO_Inicio indica un byte de inicio de la parte recibida.
- SO_Fin: cuando el extremo de recepción recibe solo una parte (uno o más segmentos) de una RLC SDU, SO_Fin indica un byte de fin de la parte recibida.
Opcionalmente, cuando una parte de una sola RLC SDU se relaciona con dos o más segmentos discontinuos, la parte puede indicarse de la siguiente manera:
Se usa una combinación de NACK_SN, SO_Inicio y SO_Fin. Cada segmento que falta se indica por medio de una combinación de NACK_SN, SO_Inicio y SO_Fin. Una ventaja es que la forma es sencilla; y una desventaja es que hay dos SN para una sola RLC SDU y, en consecuencia, las sobrecargas son relativamente grandes.
Alternativamente, se usan un NACK_SN y una pluralidad de combinaciones de SOJnicio y SO_Fin. Una ventaja es que las sobrecargas son relativamente pequeñas. Una desventaja es que un formato de paquete es relativamente complejo y se necesita un campo indicador para indicar una cantidad de combinaciones de SOJnicio y SO_Fin en una r Lc PDU correspondiente a un NACK_SN, o para indicar si hay otra combinación de SOJnicio y SO_Fin después de una combinación de SOJnicio y SO_Fin en una RLC PDU correspondiente a un NACK_SN.
Después de recibir la retroalimentación de la capa RLC en el extremo de recepción, cuando la capa RLC en el extremo de transmisión retransmite una RLC PDU, si la RLC PDU completa no se puede enviar mediante el uso de un recurso de capa física, el extremo de transmisión puede segmentar aún más la RLC PDU. Un formato de una RLC PDU después de la segmentación es el mismo que el formato anterior de la RLC PDU, excepto que cambia el contenido de campos tales como el campo SI y el campo SO. Durante la retransmisión, una RLC SDU o un segmento RLC s Du que se incluye en una RLC PDU correspondiente transmitida inicialmente o retransmitida previamente puede dividirse en segmentos RLC SDU o segmentos RLC SDU más pequeños, o un segmento RLC SDU incluido en una transmisión inicial correspondiente o la RLC PDU anterior retransmitida se divide además en segmentos RLC SDU más pequeños, o dos o más segmentos continuos que pertenecen a una RLC SDU se combinan en un segmento SDU o una SDU completa y se encapsulan en una RLC PDU. En una palabra, es suficiente si las cargas útiles de la RLC PDU provienen de una RLC SDU.
Se puede aprender que el extremo de recepción no reordena, en la capa RLC, las RLC PDU, sino que entrega directamente una RLC SDU a una capa superior siempre que las RLC PDU se puedan restaurar a la RLC SDU. Debido a que el extremo de transmisión no realiza la concatenación, el procesamiento en el extremo de recepción se vuelve bastante simple y altamente eficiente, y se reduce la latencia de procesamiento. Además, el extremo de recepción puede mantener, en la capa RLC, una ventana de reordenamiento y/o un temporizador asociado para determinar si es necesario descartar una RLC PDU relacionada.
S770. El extremo de recepción recibe, en la capa PDCP, la RLC SDU de la capa RLC, usa la RLC SDU como una PDCP PDU, restaura la PDCP PDU a la PDCP SDU y entrega la PDCP SDU a una capa superior para su procesamiento.
Este proceso es el mismo que el de la tecnología existente y los detalles no se describen en la presente descripción. Opcionalmente, el extremo de recepción puede mantener, en la capa PDCP, una ventana de reordenamiento que se usa para la entrega en orden en la capa PDCP. Por ejemplo, cuando un SN de una PDCP PDU recibida cae fuera de la ventana de reordenamiento, el extremo de recepción descarta, en la capa de PDCP, la PDCP PDU, y cuando un SN de una PDCP PDU recibida cae dentro de la ventana de reordenamiento, el extremo de recepción intenta, en la capa PDCP, restaurar la PDCP PDU a una PDCP SDU y entrega la PDCP SDU a la capa superior. Puede entenderse que, en este caso, la caída de la ventana de reordenamiento significa la caída de un borde inferior de la ventana de reordenamiento.
Además, opcionalmente, cuando los SN de las PDCP PDU recibidas son discontinuos, el extremo receptor inicia un temporizador asociado en una primera posición discontinua (en 4 o 5 si los SN recibidos son 1, 2, 5, 6, 7 y 10). Además, antes de que expire el temporizador asociado, si se reciben las PDCP PDU que faltan, el extremo de recepción detiene el temporizador asociado, y si el temporizador expira, el extremo de recepción mueve un borde inferior de la ventana de reordenamiento a una posición de un SN correspondiente a una primera PDCP SDU que no se entrega a la capa superior y que corresponde a la primera posición discontinua, por ejemplo, mueve el borde inferior a 8. Si el temporizador asociado para 4 o 5 expira, los SN de las PDCP PDU recibidas son 1, 2, 5, 6, 7 y 10. En este caso, el temporizador asociado se inicia de nuevo en 9 o 10. La longitud del temporizador asociado se configura por la capa superior o se fija por el protocolo, y esto se limita en la presente solicitud.
Una vez que la capa PDCP recibe información notificada por la capa RLC de que ya no se entrega un paquete de datos correspondiente a un SN, la capa PDCP ya no espera recibir el paquete de datos. Por lo tanto, una posible operación es entregar paquetes de datos continuos siguiendo el SN a la capa superior. Si un SN asociado de un temporizador asociado en curso es menor que un SN máximo de un paquete de datos que se ha entregado a la capa superior, el extremo de recepción detiene el temporizador asociado y mueve el temporizador asociado a una posición de un SN después del SN máximo y correspondiente a una primera PDCP SDU no entregada a la capa superior.
Se puede aprender que el extremo de recepción no reordena, en la capa RLC, las RLC PDU, sino que entrega directamente una RLC SDU a una capa superior siempre que las RLC PDU se puedan restaurar a la RLC SDU. La capa PDCP puede realizar el procesamiento, por ejemplo, el descifrado y la descompresión del encabezado, en una PDU que se recibe primero. En comparación con la tecnología existente, no es necesario esperar a que la capa RLC realice un reordenamiento antes de entregar la RLC SDU para su procesamiento, y se reduce el tiempo de procesamiento.
Se puede entender que una modalidad de esta solicitud puede incluir una o más de las etapas anteriores, por ejemplo, incluir una o más de las siguientes etapas: la etapa realizada en la capa PDCP por el extremo de transmisión, la etapa realizada en la capa RLC por el extremo de transmisión, la etapa realizada en la capa MAC por el extremo de transmisión, la etapa realizada en la capa MAC por el extremo de recepción, la etapa realizada en la capa RLC por el extremo de recepción, la etapa realizada en la capa PDCP por el extremo de recepción.
Los métodos descritos en las modalidades anteriores se pueden realizar mediante un elemento de red en el que se encuentra el extremo de transmisión. Por ejemplo, cuando el extremo de transmisión se localiza en un terminal, los métodos anteriores pueden ser realizados por el terminal, y cuando el extremo de transmisión se localiza en un lado de RAN, los métodos anteriores pueden ser realizados por un dispositivo RAN. Además, el terminal o el dispositivo RAN incluye un aparato de procesamiento de datos, y el aparato de procesamiento de datos incluye unidades para realizar las etapas en cualquiera de los métodos anteriores.
Con referencia a la Figura 10, la Figura 10 es un diagrama estructural esquemático de un aparato de procesamiento de datos de acuerdo con una modalidad de esta solicitud. El aparato se localiza en un extremo de transmisión y se configura para realizar algunas o todas las operaciones realizadas por el extremo de transmisión en las soluciones anteriores. Como se muestra en la Figura 10, el aparato de procesamiento de datos 100 incluye una unidad de recepción 101 y una unidad de procesamiento 102. La unidad de recepción 101 se configura para recibir un paquete de datos de una capa PDCP, donde el paquete de datos se usa como una RLC SDU. La unidad de procesamiento 102 se configura para encapsular la RLC SDU en al menos una RLC PDU, donde cada RLC PDU encapsulada en una capa RLC por la unidad de procesamiento 102 incluye un encabezado y una carga útil, y la carga útil se usa para transportar datos desde una sola RLC SDU.
La descripción sobre el encabezado de la RLC PDU es la misma que la de las modalidades anteriores, y los detalles no se describen de nuevo en la presente descripción.
Además, la unidad de procesamiento 102 puede encapsular la RLC SDU en al menos una RLC PDU en base a una indicación de una capa MAC, o encapsular la RLC SDU en al menos una RLC PDU en base a un tamaño de RLC PDU preestablecido. Para obtener detalles, consulte la descripción en las modalidades anteriores.
Con referencia aun a la Figura 10, opcionalmente, el aparato de procesamiento de datos 100 puede incluir además una unidad de envío 103, configurada para enviar un paquete de datos RLC a la capa MAC. El paquete de datos RLC incluye una o más RLC PDU. Opcionalmente, el aparato de procesamiento de datos 100 puede incluir además una unidad de procesamiento 104, configurada para usar el paquete de datos RLC como una MAC SDU y encapsular la mAc SDU en una MAC PDU. La MAC PDU incluye un encabezado MAC y una carga útil MAC, el encabezado MAC incluye al menos un subencabezado, cada subencabezado corresponde a un canal lógico, el subencabezado incluye un primer campo de extensión y un segundo campo de extensión, el primer campo de extensión se usa para indicar si la MAC PDU incluye además otro subencabezado o incluye además datos de otro canal lógico, y el segundo campo de extensión se usa para indicar si la MAC PDU incluye además otros datos de un canal lógico correspondiente a un subencabezado donde se encuentra el segundo campo de extensión.
Cabe señalar que cuando la capa MAC y la capa RLC se disponen en diferentes entidades físicas, el aparato de procesamiento de datos 100 puede no incluir la unidad de procesamiento 104, y el paquete de datos RLC se envía a la capa MAC ubicada en otra entidad física, para el procesamiento.
Con referencia a la Figura 11, la Figura 11 es un diagrama estructural esquemático de un aparato de procesamiento de datos de acuerdo con una modalidad de esta solicitud. El aparato se localiza en un extremo de recepción y se configura para realizar algunas o todas las operaciones realizadas por el extremo de recepción en las soluciones anteriores. Como se muestra en la Figura 11, el aparato de procesamiento de datos 1100 incluye una unidad de recepción 1101, una unidad de procesamiento 1102 y una unidad de envío 1103. La unidad de recepción 1101 se configura para recibir, en una capa RLC, un paquete de datos de una capa MAC, donde el paquete de datos incluye una RLC PDU, la RLC PDU incluye un encabezado y una carga útil, y la carga útil se usa para transportar datos desde una sola RLC SDU. La unidad de procesamiento 1102 se configura para: al determinar, en base al encabezado de la RLC PDU, que la carga útil de la RLC PDU es una RLC SDU completa, obtener la RLC SDU y la unidad de envío 1103 se configura para enviar la RLC SDU a una capa de PDCP; o la unidad de procesamiento 1102 se configura para: al determinar, en base al encabezado de la r Lc PDU, que la carga útil de la RLC PDU es un segmento de una RLC SDU, obtener todos los segmentos de la RLC SDU y restaurar todos los segmentos a la RLC SDU, y la unidad de envío 1103 se configura para enviar la RLC SDU a una capa PDCP.
La descripción sobre el encabezado de la RLC PDU es la misma que la de las modalidades anteriores, y los detalles no se describen de nuevo en la presente descripción.
Opcionalmente, cuando la RLC SDU enviada a la capa PDCP no incluye un PDCP SN, la unidad de envío 1103 se configura además para enviar un SN en la RLC PDU a la capa PDCP.
Opcionalmente, el aparato de procesamiento de datos 1100 incluye además una unidad de procesamiento 1104, configurada para: antes de que la unidad de recepción 1101 reciba el paquete de datos de la capa MAC, obtener, en la capa MAC, una MAC SDU basada en un formato de una MAC PDU, y usar la MAC SDU como el paquete de datos enviado a la capa RLC. El formato de la MAC PDU es el mismo que el de las modalidades anteriores, y los detalles no se describen de nuevo en la presente descripción.
Cabe señalar que cuando la capa MAC y la capa RLC se disponen en diferentes entidades físicas, el aparato de procesamiento de datos 1100 puede no incluir la unidad de procesamiento 1104, y el paquete de datos RLC se envía para procesar a la capa MAC ubicada en otra entidad física.
Debe entenderse que la división de las unidades en el aparato de procesamiento de datos 100 anterior es simplemente una división de función lógica. En la implementación real, todas o algunas de las unidades pueden integrarse en una entidad física, o las unidades pueden estar separadas físicamente. Además, estas unidades pueden implementarse todas en forma de software invocadas mediante el uso de un elemento de procesamiento, o pueden implementarse todas en forma de hardware, o algunas unidades pueden implementarse en forma de software invocadas mediante el uso de un elemento de procesamiento y algunas unidades se implementarán en forma de hardware. Por ejemplo, la unidad de procesamiento puede ser un elemento de procesamiento dispuesto de manera independiente, o puede integrarse en un chip de un dispositivo RAN o un terminal, para su implementación. Además, la unidad de procesamiento puede almacenarse, en forma de programa, en una memoria de un dispositivo o terminal RAN, y ser invocada por un elemento de procesamiento en el dispositivo o terminal RAN, para realizar las funciones de las unidades anteriores. La implementación de otras unidades es similar a esto. Además, todas o algunas de estas unidades pueden estar integradas o estas unidades pueden implementarse por separado. El elemento de procesamiento de la presente descripción puede ser un circuito integrado y tener una capacidad de procesamiento de señales. En un proceso de implementación, las etapas de los métodos o las unidades anteriores pueden realizarse mediante un circuito lógico integrado en forma de hardware en la unidad de procesamiento o mediante una instrucción en forma de software en la unidad de procesamiento.
Por ejemplo, las unidades anteriores pueden configurarse como uno o más circuitos integrados que realizan los métodos anteriores, por ejemplo, uno o más circuitos integrados específicos de la aplicación (Application Specific Integrated Circuit, ASIC), uno o más microprocesadores (procesador de señal digital, DSP), o una o más matrices de puertas programables en campo (Field Programmable Gate Array, FPGA). Como otro ejemplo, cuando una de las unidades anteriores se implementa en forma de un programa invocado mediante el uso de un elemento de procesamiento, el elemento de procesamiento puede ser un procesador de propósito general, por ejemplo, una unidad central de procesamiento (Central Processing Unit, CPU), u otro procesador que pueda invocar el programa. En otro ejemplo, estas unidades pueden integrarse juntas e implementarse en forma de un sistema en un chip (system-on-a-chip, SOC).
La implementación de las unidades del aparato de procesamiento de datos 1100 es similar a esto, y los detalles no se describen en la presente descripción.
Además, alternativamente, el procesamiento de datos realizado en la capa PDCP por el extremo de transmisión puede ser implementado por un aparato de procesamiento de datos, y el aparato de procesamiento de datos incluye unidades que realizan todas o algunas de las etapas realizadas en la capa de PDCP por el extremo de transmisión de las modalidades anteriores. Asimismo, alternativamente, el procesamiento de datos realizado en la capa PDCP por el extremo receptor puede ser implementado por un aparato de procesamiento de datos, y el aparato de procesamiento de datos incluye unidades que realizan todas o algunas de las etapas realizadas en la capa PDCP por el extremo receptor en las modalidades anteriores.
Asimismo, alternativamente, el procesamiento de datos realizado en la capa MAC por el extremo de transmisión puede implementarse mediante un aparato de procesamiento de datos, y el aparato de procesamiento de datos incluye unidades que realizan todas o algunas de las etapas realizadas en la capa MAC por el extremo de transmisión en las modalidades anteriores. Asimismo, alternativamente, el procesamiento de datos realizado en la capa MAC por el extremo receptor puede ser implementado por un aparato de procesamiento de datos, y el aparato de procesamiento de datos incluye unidades que realizan todas o algunas de las etapas realizadas en la capa MAC por el extremo receptor en las modalidades anteriores.
Con referencia a la Figura 12, la Figura 12 es un diagrama estructural esquemático de un aparato de procesamiento de datos de acuerdo con una modalidad de esta solicitud. Como se muestra en la Figura 12, el aparato 1200 de procesamiento de datos incluye un procesador 1201 y una memoria 1202. El procesador 1201 invoca un programa almacenado en la memoria 1202, para realizar todas o algunas de las etapas realizadas por el extremo de transmisión o el extremo de recepción en las modalidades anteriores, por ejemplo, las operaciones realizadas en una cualquiera de la capa PDCP, la capa RLC y la capa MAC por el extremo de transmisión en las modalidades anteriores, o las operaciones realizadas en cualquiera de la capa PDCP, la capa RLC y la capa MAC por el extremo de recepción en las modalidades anteriores.
Con referencia a la Figura 13, la Figura 13 es un diagrama estructural esquemático de un terminal acuerdo con una modalidad de esta solicitud. Como se muestra en la Figura 13, el terminal incluye un procesador 1301, una memoria 1302 y un aparato transceptor 1303. El aparato transceptor 1303 puede conectarse a una antena. En una dirección de enlace descendente, el aparato transceptor 1303 recibe, mediante el uso de la antena, información enviada por un dispositivo RAN y envía la información al procesador 1301 para su procesamiento. En una dirección de enlace ascendente, el procesador 1301 procesa los datos del terminal y envía los datos al dispositivo RAN mediante el uso del aparato transceptor 1303.
Cuando el terminal es un extremo de transmisión, el terminal incluye cualquiera de los aparatos de procesamiento de datos anteriores configurados para realizar las operaciones del extremo de transmisión, por ejemplo, el aparato de procesamiento de datos mostrado en la Figura 10 o la Figura 12. Las unidades de la Figura 10 pueden implementarse mediante el uso del procesador 1301 para invocar el código de programa en la memoria 1302, o pueden integrarse en un chip en el terminal.
Cuando el terminal es un extremo de recepción, el terminal incluye cualquiera de los aparatos de procesamiento de datos anteriores configurados para realizar las operaciones del extremo de recepción, por ejemplo, el aparato de procesamiento de datos mostrado en la Figura 11 o la Figura 12. Las unidades de la Figura 11 pueden implementarse mediante el uso del procesador 1301 para invocar el código de programa en la memoria 1302, o pueden integrarse en un chip en el terminal.
Con referencia a la Figura 14, la Figura 14 es un diagrama estructural esquemático de un dispositivo RAN de acuerdo con una modalidad de esta solicitud. Como se muestra en la Figura 14, el dispositivo RAN incluye una antena 1410, un aparato de radiofrecuencia 1420 y un aparato de banda base 1430. La antena 1410 se conecta al aparato de radiofrecuencia 1420. En una dirección de enlace ascendente, el aparato de radiofrecuencia 1420 recibe, mediante el uso de la antena 1410, información enviada por un terminal y envía, al aparato de banda base 1430 para su procesamiento, la información enviada por el terminal. En una dirección de enlace descendente, el aparato de banda base 1430 procesa la información del terminal y envía información procesada al aparato de radiofrecuencia 1420, y el aparato de radiofrecuencia 1420 envía información procesada al terminal mediante el uso de la antena 1410 después de procesar la información del terminal.
Cuando el dispositivo RAN es un extremo de transmisión, el dispositivo RAN incluye cualquiera de los aparatos de procesamiento de datos anteriores configurados para realizar las operaciones del extremo de transmisión, y el aparato de procesamiento de datos se localiza en el aparato de banda base 1430. Por ejemplo, el aparato de procesamiento de datos mostrado en la Figura 10 o la Figura 12 puede estar localizado en el aparato de banda base 1430.
En una implementación, las unidades mostradas en la Figura 10 se implementan mediante el uso de un elemento de procesamiento para invocar un programa. Por ejemplo, el aparato de banda base 1430 incluye un elemento de procesamiento 1431 y un elemento de almacenamiento 1432, y el elemento de procesamiento 1431 invoca un programa almacenado en el elemento de almacenamiento 1432, para implementar las funciones de las unidades. Adicionalmente, el aparato de banda base 1430 puede incluir además una interfaz 1433, configurada para intercambiar información con el aparato de radiofrecuencia 1420. La interfaz es, por ejemplo, una interfaz de radio pública común (common public radio interface, CPRI).
En otra implementación, estas unidades pueden configurarse como uno o más elementos de procesamiento, y estos elementos de procesamiento se disponen en el aparato de banda base 1430. El elemento de procesamiento de la presente descripción puede ser un circuito integrado, por ejemplo, uno o más ASIC, uno o más DSP, o uno o más FPGA. Estos circuitos integrados pueden integrarse para formar un chip.
Por ejemplo, las unidades anteriores pueden integrarse juntas e implementarse en forma de un sistema en un chip (system-on-a-chip, SOC). Por ejemplo, el aparato de banda base 1430 incluye un chip SOC, configurado para implementar las unidades anteriores.
Al igual que en la descripción anterior, el elemento de procesamiento en la presente descripción puede ser un procesador de propósito general, por ejemplo, una unidad central de procesamiento (Central Processing Unit, CPU), o se puede configurar como uno o más circuitos integrados que realizan los métodos anteriores, por ejemplo, uno o más ASIC, uno o más DSP o uno o más FPGA.
El elemento de almacenamiento puede ser una memoria o puede ser un nombre general para una pluralidad de elementos de almacenamiento.
Los expertos en la técnica pueden comprender que todas o algunas de las etapas de las modalidades del método pueden implementarse por medio de un programa que instruya al hardware relevante. El programa puede almacenarse en un medio de almacenamiento legible por ordenador. Cuando se ejecuta el programa, se realizan las etapas de las modalidades del método. El medio de almacenamiento anterior incluye: cualquier medio que pueda almacenar código de programa, como una ROM, una RAM, un disco magnético o un disco óptico.
Además, en la tecnología existente, se usa una brecha de medición (Measurement Gap) para interrumpir temporalmente la comunicación de una celda de servicio de corriente cuando el terminal realiza una medición entre frecuencias. La brecha de medición se configura en la granularidad de un terminal. Después de la configuración, la medición se realiza en la granularidad de un terminal. Es decir, cuando un dispositivo RAN configura, para un terminal, un parámetro de brecha de medición, como un período de brecha de medición y una compensación de brecha de medición, el terminal no recibe, durante un período de brecha de medición correspondiente, información en la celda de servicio actual o a una frecuencia de servicio actual. Sin embargo, esto afecta la comunicación normal entre el terminal y la celda de servicio actual. Por lo tanto, una modalidad de esta solicitud proporciona un espacio de medición en una granularidad de un portador. Sin embargo, actualmente, no existe un método para configurar el espacio de medición en la granularidad de un portador.
Una modalidad de esta solicitud proporciona un método para configurar un parámetro de brecha de medición. El método se usa en un dispositivo RAN. En otras palabras, el método lo realiza el dispositivo RAN. Con referencia a la Figura 15, el método incluye las siguientes etapas.
S1510. El dispositivo RAN determina un parámetro de configuración de brecha de medición.
El parámetro de configuración de la brecha de medición incluye al menos lo siguiente:
información sobre una o más frecuencias (Frequency) de medición o bandas (Band) de medición; información sobre una o más celdas de servicio (o información sobre una o más frecuencias de servicio, o información sobre una o más bandas de servicio) donde normalmente se puede recibir y enviar información cuando el terminal mide una o más frecuencias de medición o bandas de medición, a saber, la recepción y el envío de información no se pueden realizar en otras celdas de servicio (o frecuencias de servicio o bandas de servicio); o información sobre una o más celdas de servicio (o información sobre una o más frecuencias de servicio, o información sobre una o más bandas de servicio) donde la información normalmente no puede recibirse y enviarse cuando el terminal mide una o más frecuencias de medición o bandas de medición; e información de patrón de brecha de medición, por ejemplo, un período de brecha de medición y una compensación de brecha de medición, donde opcionalmente, la información del patrón de brecha de medición incluye además información de longitud de brecha de medición (por ejemplo, 6 ms, 4 ms o 3 ms).
Opcionalmente, el parámetro de brecha de medición anterior incluye además información sobre una o más celdas de servicio (o información sobre una o más frecuencias de servicio, o información sobre una o más bandas de servicio) donde se puede recibir y enviar información en parte del tiempo cuando el terminal mide una o más frecuencias de medición o bandas de medición. El que la información puede ser recibida y enviada en parte del tiempo significa que: el terminal puede recibir y enviar información en una o más celdas de servicio actuales (o en una o más frecuencias de servicio, o en una o más bandas de servicio) dentro de un período de medición, excepto por un período de tiempo necesario para que el terminal ajuste una frecuencia de radio a partir de una frecuencia correspondiente a la información sobre una o más celdas de servicio actuales (o la información sobre una o más frecuencias de servicio, o la información sobre una o más bandas de servicio) a una frecuencia en la que se puedan medir una o más frecuencias de medición o bandas de medición, y excepto durante un período de tiempo necesario para que el terminal ajuste una frecuencia de radio a partir de una frecuencia en la que una o más frecuencias de medición o bandas de medición se pueden medir a una frecuencia correspondiente a la información sobre una o más celdas de servicio actuales (o la información sobre una o más frecuencias de servicio, o la información sobre una o más bandas de servicio). Por ejemplo, de acuerdo con la información del parámetro de brecha de medición, el terminal necesita medir una frecuencia f1 durante los momentos 0 a 5, y el terminal funciona actualmente a una frecuencia de f2. Se supone que el terminal necesita 1 ms para ajustar una frecuencia de radio de f2 a una frecuencia en la que se puede medir f1, y el terminal necesita 1 ms para ajustar la frecuencia de radio desde la frecuencia a la que se puede medir f1 de vuelta a f2. Por tanto, un tiempo durante el cual el terminal puede recibir y enviar información en f1 son los momentos 1 a 4. Alternativamente, el parámetro de brecha de medición anterior incluye información sobre una o más celdas de servicio (o información sobre una o más frecuencias de servicio, o información sobre una o más bandas de servicio) donde la información no se puede recibir y enviar en parte del tiempo cuando el terminal mide una o más frecuencias de medición o bandas de medición. Opcionalmente, cuando la información sobre una o más celdas de servicio (o la información sobre una o más frecuencias de servicio, o la información sobre una o más bandas de servicio) donde la información puede ser recibida y enviada en parte del tiempo en la brecha de medición anterior es información sobre todas las celdas de servicio actuales (o la información sobre una o más frecuencias de servicio, o la información sobre una o más bandas de servicio), la información sobre una o más celdas de servicio puede identificarse con "todas", y la información sobre todas las celdas de servicio actuales (o la información sobre una o más frecuencias de servicio, o la información sobre una o más bandas de servicio) no se enumera.
Opcionalmente, el parámetro de brecha de medición incluye además una identidad de patrón (Pattern Identity) de brecha de medición. La identidad del patrón de brecha de medición está asociada con la pluralidad de parámetros anteriores.
Por ejemplo, las relaciones de mapeo se muestran en la Tabla 1.
Tabla 1
Figure imgf000021_0001
S1520. El dispositivo RAN envía el parámetro de configuración de la brecha de medición a un terminal. Específicamente, el parámetro de configuración de la brecha de medición se incluye en un mensaje de control de recursos de radio (Radio Resource Control, RRC).
De acuerdo con esta modalidad de esta solicitud, cuando el terminal mide diferentes frecuencias o bandas, la información aún puede recibirse y enviarse en la una o más celdas de servicio actuales. Esto aumenta el tiempo de comunicación entre el terminal y el dispositivo RAN y mejora la velocidad de datos del terminal.
En consecuencia, una modalidad de esta solicitud proporciona además un dispositivo RAN, que incluye unidades configuradas para realizar las etapas del método mostradas en la Figura 15. La implementación de las unidades es la misma que se describe en las modalidades anteriores. Las unidades pueden implementarse mediante el uso de un procesador para invocar un programa almacenado en una memoria, o pueden integrarse en uno o más circuitos integrados o chips para su implementación. Además, para una estructura del dispositivo RAN, consulte la Figura 14. Otra modalidad de esta solicitud proporciona un método para configurar un parámetro de brecha de medición. El método se usa en un terminal. En otras palabras, el método lo realiza el terminal. El método incluye las siguientes etapas.
S1610. El terminal recibe un parámetro de configuración de brecha de medición.
El parámetro de configuración de la brecha de medición incluye al menos lo siguiente:
información sobre una o más frecuencias (Frequency) de medición o bandas (Band) de medición; información sobre una o más celdas de servicio (o información sobre una o más frecuencias de servicio, o información sobre una o más bandas de servicio) donde normalmente se puede recibir y enviar información cuando el terminal mide una o más frecuencias de medición o bandas de medición, a saber, la recepción y el envío de información no se pueden realizar en otras celdas de servicio (o frecuencias de servicio o bandas de servicio); o información sobre una o más celdas de servicio (o información sobre una o más frecuencias de servicio, o información sobre una o más bandas de servicio) donde la información normalmente no puede recibirse y enviarse cuando el terminal mide una o más frecuencias de medición o bandas de medición; e información de patrón de brecha de medición, por ejemplo, un período de brecha de medición y una compensación de brecha de medición, donde opcionalmente, la información del patrón de brecha de medición incluye además información de longitud de brecha de medición (por ejemplo, 6 ms, 4 ms o 3 ms).
Opcionalmente, el parámetro de brecha de medición anterior incluye además información sobre una o más celdas de servicio (o información sobre una o más frecuencias de servicio, o información sobre una o más bandas de servicio) donde se puede recibir y enviar información en parte del tiempo cuando el terminal mide una o más frecuencias de medición o bandas de medición. El que la información puede ser recibida y enviada en parte del tiempo significa que: el terminal puede recibir y enviar información en una o más celdas de servicio actuales (o en una o más frecuencias de servicio, o en una o más bandas de servicio) dentro de un período de medición, excepto por un período de tiempo necesario para que el terminal ajuste una frecuencia de radio a partir de una frecuencia correspondiente a la información sobre una o más celdas de servicio actuales (o la información sobre una o más frecuencias de servicio, o la información sobre una o más bandas de servicio) a una frecuencia en la que se puedan medir una o más frecuencias de medición o bandas de medición, y excepto durante un período de tiempo necesario para que el terminal ajuste una frecuencia de radio a partir de una frecuencia en la que una o más frecuencias de medición o las bandas de medición se pueden medir a una frecuencia correspondiente a la información sobre una o más celdas de servicio actuales (o la información sobre una o más frecuencias de servicio, o la información sobre una o más bandas de servicio). Por ejemplo, de acuerdo con la información del parámetro de brecha de medición, el terminal necesita medir una frecuencia f1 durante los momentos 0 a 5, y el terminal funciona actualmente a una frecuencia de f2. Se supone que el terminal necesita 1 ms para ajustar una frecuencia de radio de f2 a una frecuencia en la que se puede medir f1, y el terminal necesita 1 ms para ajustar la frecuencia de radio desde la frecuencia a la que se puede medir f1 de vuelta a f2. Por tanto, un tiempo durante el cual el terminal puede recibir y enviar información en fl son los momentos 1 a 4. Alternativamente, el parámetro de brecha de medición anterior incluye información sobre una o más celdas de servicio (o información sobre una o más frecuencias de servicio, o información sobre una o más bandas de servicio) donde la información no se puede recibir y enviar en parte del tiempo cuando el terminal mide una o más frecuencias de medición o bandas de medición. Opcionalmente, cuando la información sobre una o más celdas de servicio (o la información sobre una o más frecuencias de servicio, o la información sobre una o más bandas de servicio) donde la información puede ser recibida y enviada en parte del tiempo en la medición anterior la brecha es información sobre todas las celdas de servicio actuales (o la información sobre una o más frecuencias de servicio, o la información sobre una o más bandas de servicio), la información sobre una o más celdas de servicio puede identificarse con "todas", y la información sobre todas las celdas de servicio actuales (o la información sobre una o más frecuencias de servicio, o la información sobre una o más bandas de servicio) no se enumera.
Opcionalmente, el parámetro de brecha de medición incluye además una identidad de patrón (Pattern Identity) de brecha de medición. La identidad del patrón de brecha de medición está asociada con la pluralidad de parámetros anteriores.
Por ejemplo, las relaciones de mapeo se muestran a continuación.
Figure imgf000022_0001
Específicamente, el parámetro de configuración de la brecha de medición se incluye en un mensaje de control de recursos de radio (Radio Resource Control, RRC).
S1620. El terminal realiza la medición mediante el uso del parámetro de configuración de la brecha de medición. De acuerdo con esta modalidad de esta solicitud, cuando el terminal mide diferentes frecuencias o bandas, la información aún puede recibirse y enviarse en la una o más celdas de servicio actuales. Esto aumenta el tiempo de comunicación entre el terminal y el dispositivo RAN y mejora la velocidad de datos del terminal.
En consecuencia, una modalidad de esta solicitud proporciona además un terminal, que incluye unidades configuradas para realizar las etapas del método que se muestran en la Figura 16. La implementación de las unidades es la misma que se describe en las modalidades anteriores. Las unidades pueden implementarse mediante el uso de un procesador para invocar un programa almacenado en una memoria, o pueden integrarse en uno o más circuitos integrados o chips para su implementación. Además, para una estructura del terminal, consulte la Figura 13.
Por último, cabe señalar que las modalidades anteriores están destinadas meramente a describir las soluciones técnicas de la presente invención, pero no a limitar la presente invención. Aunque la presente invención se describe en detalle con referencia a las modalidades anteriores, los expertos en la técnica deben comprender que aún pueden realizar modificaciones a las soluciones técnicas descritas en las modalidades anteriores o realizar reemplazos equivalentes a algunas características técnicas de las mismas, sin apartarse del alcance de las soluciones técnicas de las modalidades de la presente invención.

Claims (13)

  1. REIVINDICACIONES
    i. Un método de procesamiento de datos, realizado por un aparato de envío de datos, que comprende:
    recibir (S310), en una capa de control de enlace de radio, RLC, un paquete de datos de una capa de protocolo de convergencia de datos en paquetes, PDCP, en donde el paquete de datos se usa como una unidad de datos de servicio, SDU, RLC; y
    encapsular (S320), en la capa RLC, la RLC SDU en al menos una unidad de datos de protocolo, PDU, RLC en donde
    cada una de la al menos una RLC PDU encapsulada en la capa RLC comprende un encabezado y una carga útil, el encabezado comprende un campo de indicador de segmento, SI, con dos bits, un primer valor de los dos bits indica que lo que está encapsulado en una RLC PDU donde se ubica el campo SI es una RLC SDU completa, un segundo valor de los dos bits indica que lo que está encapsulado en una RLC PDU donde se ubica el campo SI es un primer segmento de una RLC SDU, un tercer valor de los dos bits indica que lo que está encapsulado en una RLC PDU donde se encuentra el campo SI es un segmento medio de una RLC SDU, y un cuarto valor de los dos bits indica que lo que está encapsulado en una RLC PDU donde se encuentra el campo SI es un último segmento de una RLC SDU, y la carga útil se usa para transportar datos desde una única RLC SDU,
    la RLC SDU se encapsula en una pluralidad de RLC PDU, los encabezados de la pluralidad de RLC PDU comprenden los campos de número de secuencia, SN, y los SN en los campos SN son los mismos; y la pluralidad de RLC PDU comprende una primera RLC PDU con un primer segmento de la RLC SDU y una segunda RLC PDU con un último segmento de la RLC SDU, en donde
    el encabezado de la primera RLC PDU comprende un campo SN con el mismo SN y un campo SI con el segundo valor, y no tiene un campo de desplazamiento de segmento, SO, y la carga útil de la primera RLC PDU comprende el primer segmento de la RLC SDU;
    el encabezado de la segunda RLC PDU comprende un campo SN con el mismo SN, un campo SI con el cuarto valor y un campo SO que indica un desplazamiento de bytes, de un primer byte de la carga útil de la segunda RLC PDU, dentro de la RLC SDU y la carga útil de la segunda RLC PDU comprende el último segmento de la RLC SDU.
  2. 2. El método de acuerdo con la reivindicación 1, en donde la pluralidad de RLC PDU comprende además una tercera RLC PDU con un segmento medio de la RLC SDU, y el encabezado de la tercera RLC PDU comprende un campo SN con el mismo SN, un campo SI con el tercer valor, y un campo SO que indica un desplazamiento de bytes, de un primer byte de la carga útil de la tercera RLC PDU, dentro de la RLC SDU, y la carga útil de la tercera RLC p Du comprende el segmento medio de la RLC SDU.
  3. 3. El método de acuerdo con la reivindicación 1 o 2, en donde encapsular la RLC SDU en al menos una RLC PDU comprende:
    encapsular la RLC SDU en la al menos una RLC PDU en base a una indicación de una capa de control de acceso a medios, MAC; o
    encapsular la RLC SDU en al menos una RLC PDU en base a un tamaño de RLC PDU preestablecido.
  4. 4. El método de acuerdo con una cualquiera de las reivindicaciones 1 a 3, que comprende además:
    cuando se recibe retroalimentación de un aparato de recepción de datos de que una RLC PDU no se recibe correctamente, segmentar adicionalmente la carga útil de la RLC PDU no recibida correctamente en una pluralidad de RLC PDU; y
    transmitir la pluralidad de RLC PDU para retransmitir la RLC PDU no recibida correctamente.
  5. 5. El método de acuerdo con una cualquiera de las reivindicaciones 1 a 4, en donde el aparato de envío de datos mantiene, en la capa PDCP, una ventana de transmisión de PDCP, y el método comprende además: enviar, en la capa PDCP, las PDCP PDU a la capa RLC; y
    detener, cuando una cantidad de PDCP PDU enviadas alcanza una cantidad máxima de PDCP PDU que pueden ser acomodadas por la ventana de transmisión PDCP, y el aparato de envío de datos no recibe una retroalimentación exitosa en la capa PDCP, el envío de otra PDCP PDU a la capa RLC.
  6. 6. El método de acuerdo con una cualquiera de las reivindicaciones 1 a 5, que comprende además:
    recibir (S310), en la capa RLC, otra RLC SDU desde la capa PDCP;
    encapsular (S320), en la capa RLC, la otra RLC SDU en una RLC PDU, en donde
    la RLC PDU comprende un encabezado y una carga útil, el encabezado de la RLC PDU comprende un campo SI con el primer valor y no tiene campo SO, y la carga útil de una RLC PDU comprende la otra RLC SDU completa.
  7. 7. Un método de procesamiento de datos, realizado por un aparato de recepción de datos, que comprende: recibir, en una capa de control de enlace de radio, RLC, un paquete de datos de una capa de control de acceso a medios, MAC, en donde el paquete de datos comprende una unidad de datos de protocolo, PDU, RLC, la RLC PDU comprende un encabezado y una carga útil, el encabezado comprende un campo indicador de segmento, SI, con dos bits, un primer valor de los dos bits indica que lo que está encapsulado en una RLC PDU donde se encuentra el campo SI es una RLC SDU completa, un segundo valor de los dos bits indica que lo que está encapsulado en una RLC PDU donde se encuentra el campo SI es un primer segmento de una RLC SDU, un tercer valor de los dos bits indica que lo que está encapsulado en una RLC PDU donde se encuentra el campo SI es un segmento medio de una r Lc SDU, y un cuarto valor de los dos bits indica que lo que está encapsulado en una RLC PDU donde se encuentra el campo SI es un último segmento de una r Lc SDU, y la carga útil se usa para transportar datos desde una única RLC SDU, en donde
    una pluralidad de RLC PDU se reciben desde la capa MAC, y las cargas útiles de la pluralidad de RLC PDU transportan datos de una misma RLC SDU servida como una primera RLC SDU, los encabezados de la pluralidad de RLC PDU comprenden campos de número de secuencia, SN, y los SN en los campos SN son los mismos; y
    la pluralidad de RLC PDU comprende una primera RLC PDU con un primer segmento de la primera RLC SDU y una segunda RLC PDU con un último segmento de la primera RLC SDU, en donde el encabezado de la primera RLC PDU comprende un campo SN con el mismo SN y un campo SI con el segundo valor, y no tiene campo de desplazamiento de segmento, SO, y la carga útil de la primera RLC PDU comprende el primer segmento de la primera RLC SDU; el encabezado de la segunda RLC PDU comprende un campo SN con el mismo SN, un campo SI con el cuarto valor y un campo SO que indica un desplazamiento de bytes, de un primer byte de la carga útil de la segunda RLC PDU, dentro de la primera RLC SDU, y la carga útil de la segunda RLC PDU comprende el último segmento de la primera RLC SDU; y el método comprende además:
    determinar, en base a los encabezados de la pluralidad de RLC PDU, que las cargas útiles de la pluralidad de RLC PDU son segmentos de la primera RLC SDU;
    obtener todos los segmentos de la primera r Lc SDU;
    restaurar todos los segmentos a la primera RLC SDU; y
    enviar la primera RLC SDU a una capa de protocolo de convergencia de datos en paquetes, PDCP.
  8. 8. El método de acuerdo con la reivindicación 7, en donde la pluralidad de RLC PDU comprende además una tercera RLC PDU con un segmento medio de la primera RLC SDU, y el encabezado de la tercera RLC PDU comprende un campo SN con el mismo SN, un campo SI con el tercer valor, y un campo SO que indica un desplazamiento de bytes, de un primer byte de la carga útil de la tercera RLC PDU, dentro de la primera RLC SDU, y la carga útil de la tercera RLC PDU comprende el segmento medio de la primera RLC SDU.
  9. 9. El método de acuerdo con la reivindicación 7 u 8, en donde se recibe otra RLC PDU desde la capa MAC, y la otra RLC PDU comprende un encabezado y una carga útil, en donde el encabezado de la otra RLC PDU comprende un campo SI con el primer valor y no tiene ningún campo SO, y la carga útil de la otra RLC PDU comprende una segunda RLC SDU completa.
  10. 10. El método de acuerdo con la reivindicación 9, que comprende, además:
    determinar, en base al encabezado de la otra RLC PDU, que la carga útil de la otra RLC PDU es una RLC SDU completa;
    obtener la segunda RLC SDU completa; y
    enviar la segunda RLC SDU completa a la capa PDCP.
  11. 11. Un aparato de procesamiento de datos, configurado para realizar el método de acuerdo con una cualquiera de las reivindicaciones 1 a 6.
  12. 12. Un aparato de procesamiento de datos, configurado para realizar el método de acuerdo con una cualquiera de las reivindicaciones 7 a 10.
  13. 13. Un medio de almacenamiento legible por ordenador, configurado para almacenar un programa, en donde cuando es invocado por un procesador, el programa se usa para realizar el método de acuerdo con una cualquiera de las reivindicaciones 1 a 10.
ES17855040T 2016-09-30 2017-09-30 Métodos y dispositivos de procesamiento de datos Active ES2899957T3 (es)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN201610873599.9A CN107889163B (zh) 2016-09-30 2016-09-30 数据处理方法、装置及系统
PCT/CN2017/105044 WO2018059590A1 (zh) 2016-09-30 2017-09-30 数据处理方法、装置及系统

Publications (1)

Publication Number Publication Date
ES2899957T3 true ES2899957T3 (es) 2022-03-15

Family

ID=61763302

Family Applications (1)

Application Number Title Priority Date Filing Date
ES17855040T Active ES2899957T3 (es) 2016-09-30 2017-09-30 Métodos y dispositivos de procesamiento de datos

Country Status (9)

Country Link
US (2) US10999890B2 (es)
EP (2) EP4013113A1 (es)
JP (1) JP6827533B2 (es)
KR (1) KR102208262B1 (es)
CN (3) CN110505656B (es)
AU (1) AU2017337009B2 (es)
ES (1) ES2899957T3 (es)
RU (1) RU2756289C2 (es)
WO (1) WO2018059590A1 (es)

Families Citing this family (22)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP3319252A1 (en) 2016-11-04 2018-05-09 Panasonic Intellectual Property Corporation of America Efficient multiplexing of control information in transport block
KR102464567B1 (ko) * 2017-01-16 2022-11-09 삼성전자 주식회사 무선 통신 시스템에서 데이터 처리 방법 및 장치
RU2733069C1 (ru) * 2017-02-03 2020-09-29 Телефонактиеболагет Лм Эрикссон (Пабл) Системы и способы отсрочки передачи сообщения
CN108809542B (zh) * 2017-05-05 2021-04-20 华为技术有限公司 一种数据传输的处理方法和装置
CN111107587B (zh) * 2017-05-19 2022-01-11 Oppo广东移动通信有限公司 用于传输数据的方法和设备
US11184947B2 (en) * 2017-05-24 2021-11-23 Guangdong Oppo Mobile Telecommunications Corp., Ltd. Radio link control transmission method and related products
WO2018227501A1 (zh) 2017-06-15 2018-12-20 Oppo广东移动通信有限公司 传输数据的方法和设备
WO2019023862A1 (zh) * 2017-07-31 2019-02-07 Oppo广东移动通信有限公司 数据处理方法及相关产品
CN110365609B (zh) * 2018-04-10 2021-12-14 华为技术有限公司 一种数据包分段方法、及装置
CN108933645B (zh) * 2018-06-04 2021-07-23 熊猫电子集团有限公司 一种终端高效主动轮询方法
WO2019233056A1 (zh) * 2018-06-07 2019-12-12 华为技术有限公司 一种下行数据的接收方法及终端设备
WO2020022849A1 (en) 2018-07-27 2020-01-30 Samsung Electronics Co., Ltd. Method and apparatus for wireless communication of wireless node in wireless communication system
GB2576204B (en) * 2018-07-27 2021-02-17 Samsung Electronics Co Ltd Operation of automatic repeat request (ARQ)
CN110830421B (zh) * 2018-08-10 2022-07-29 华为技术有限公司 数据传输方法和设备
CN109688606B (zh) * 2018-12-29 2022-03-25 京信网络系统股份有限公司 数据处理方法、装置、计算机设备及存储介质
CN111586803B (zh) * 2019-02-15 2021-09-07 华为技术有限公司 一种通信方法及相关设备
CN111132232B (zh) * 2020-01-02 2022-10-25 重庆邮电大学 一种智能接收5g nr rlc umd pdu的方法和装置
CN113543040B (zh) * 2020-04-22 2023-04-07 维沃移动通信有限公司 数据处理方法、数据处理装置及通信设备
WO2021217602A1 (zh) * 2020-04-30 2021-11-04 华为技术有限公司 处理数据包的方法和通信装置
CN114500671B (zh) * 2020-10-27 2024-05-07 中国移动通信有限公司研究院 数据处理方法及设备
KR20220132932A (ko) * 2021-03-24 2022-10-04 삼성전자주식회사 차세대 이동 통신 시스템에서 데이터 처리를 가속화하는 데이터 분할 방법과 수신 상태 보고 방법 및 장치
CN116506971A (zh) * 2022-01-18 2023-07-28 中国移动通信有限公司研究院 Mac pdu发送方法、接收方法及通信设备

Family Cites Families (35)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6788944B2 (en) 2001-04-02 2004-09-07 Asustek Computer Inc. Length indicator for a protocol data unit in a wireless communications protocol
KR20050095419A (ko) * 2004-03-26 2005-09-29 삼성전자주식회사 패킷 망을 이용하여 음성 서비스를 제공하는이동통신시스템에서 무선 자원을 효율적으로 사용하는 방법
KR100913900B1 (ko) * 2005-05-04 2009-08-26 삼성전자주식회사 이동통신 시스템에서 미리 정의된 길이 지시자를 이용해서 패킷 데이터를 송수신하는 방법 및 장치
ATE410874T1 (de) * 2005-09-20 2008-10-15 Matsushita Electric Ind Co Ltd Vefahren und vorrichtung zur packetsegmentierung und verknüpfungssignalisierung in einem kommunikationssystem
CN101064724A (zh) * 2006-04-27 2007-10-31 华硕电脑股份有限公司 无线通讯系统处理服务数据单元的分割及编号方法及装置
US20080130684A1 (en) * 2006-12-05 2008-06-05 Sam Shiaw-Shiang Jiang Method and apparatus for performing reordering in a wireless communications system
EP2092676A4 (en) * 2006-12-15 2013-06-26 Ericsson Telefon Ab L M Single-SEGMENTATION INDICATOR
TWI521927B (zh) 2007-01-09 2016-02-11 皇家飛利浦電子股份有限公司 無線通信系統
CN101222484A (zh) * 2007-01-09 2008-07-16 中兴通讯股份有限公司 一种无线链路控制层协议数据单元的实现方法
WO2008094662A2 (en) * 2007-02-01 2008-08-07 Interdigital Technology Corporation Method and apparatus for supporting rlc re-segmentation
US8503423B2 (en) 2007-02-02 2013-08-06 Interdigital Technology Corporation Method and apparatus for versatile MAC multiplexing in evolved HSPA
US20080226074A1 (en) 2007-03-15 2008-09-18 Interdigital Technology Corporation Method and apparatus for ciphering packet units in wireless communications
KR101435832B1 (ko) * 2007-03-19 2014-08-29 엘지전자 주식회사 이동통신 시스템에서의 무선 프로토콜 처리방법 및이동통신 송신기
KR101114792B1 (ko) * 2007-04-26 2012-02-28 후지쯔 가부시끼가이샤 기지국, 이동국, 통신 시스템, 송신 방법 및 리오더링 방법
US8331399B2 (en) * 2007-05-07 2012-12-11 Qualcomm Incorporated Re-using sequence number by multiple protocols for wireless communication
US20080310452A1 (en) * 2007-06-14 2008-12-18 Texas Instruments Incorporated Data link layer headers
CN101364990B (zh) * 2007-08-08 2012-06-27 华为技术有限公司 一种减少数据头开销的方法
JP4521430B2 (ja) * 2007-08-10 2010-08-11 富士通株式会社 無線送信装置、無線受信装置、無線送信方法、および無線受信方法
US8315243B2 (en) * 2007-08-14 2012-11-20 Qualcomm Incorporated Transport of PDCP control PDUs within MAC frames
CN101370165A (zh) 2007-08-17 2009-02-18 中兴通讯股份有限公司 一种多媒体广播业务中数据包的传输方法
RU2465737C2 (ru) * 2008-01-04 2012-10-27 Нокиа Корпорейшн Фиктивный дополняющий подзаголовок в блоках данных протокола уровня доступа к среде
KR101565403B1 (ko) 2008-01-07 2015-11-03 엘지전자 주식회사 Ｈｓｐａ를 이용하여 수신한 회선 교환 데이터의 오류 제어방법
CN101483505B (zh) * 2008-01-08 2013-02-27 中兴通讯股份有限公司 一种服务数据单元丢弃方法
KR20090084320A (ko) * 2008-01-31 2009-08-05 삼성전자주식회사 이동 통신 시스템에서 매체 접속 제어 프로토콜 데이터유닛을 송수신하는 장치 및 방법
WO2009116788A1 (en) 2008-03-17 2009-09-24 Lg Electronics Inc. Method of transmitting rlc data
CN101883389B (zh) 2009-05-07 2013-07-10 电信科学技术研究院 一种指示rlc sdu长度的方法和装置
CN102104535B (zh) * 2009-12-18 2013-12-18 华为技术有限公司 一种pdcp数据发送方法、装置及系统
KR101638195B1 (ko) * 2010-02-01 2016-07-08 삼성전자주식회사 통신 시스템에서 무선 링크 제어 계층 및 패킷 데이터 융합 프로토콜 계층 간의 플로우 제어를 위한 방법 및 장치
KR102044452B1 (ko) 2012-07-17 2019-11-13 엘지전자 주식회사 무선 통신 시스템에서 패킷 성능을 측정하는 방법 및 장치
WO2015115854A1 (en) * 2014-01-29 2015-08-06 Samsung Electronics Co., Ltd. Method and apparatus for transmitting and receiving data using a plurality of carriers in mobile communication system
US10334481B2 (en) * 2014-09-18 2019-06-25 Kt Corporation Method and apparatus for processing user plane data
WO2016080877A1 (en) * 2014-11-20 2016-05-26 Telefonaktiebolaget L M Ericsson (Publ) First network node, second network node and methods for transmitting and receiving a protocol data unit
US20160308776A1 (en) 2015-04-20 2016-10-20 Qualcomm Incorporated Enhancements for pdcp layer
EP3353930B1 (en) 2015-09-25 2020-10-21 Nokia Solutions and Networks Oy Enhancement of pdcp status report
US10484129B2 (en) * 2016-01-21 2019-11-19 Qualcomm Incorporated Protocol layer packet coding for transmitter/receiver buffer optimization

Also Published As

Publication number Publication date
KR102208262B1 (ko) 2021-01-26
CN110505656A (zh) 2019-11-26
CN110505656B (zh) 2020-07-24
RU2756289C2 (ru) 2021-09-29
AU2017337009B2 (en) 2020-12-17
WO2018059590A1 (zh) 2018-04-05
EP4013113A1 (en) 2022-06-15
RU2019112746A3 (es) 2021-01-15
CN109792634A (zh) 2019-05-21
US20190230736A1 (en) 2019-07-25
EP3474595A4 (en) 2019-05-01
EP3474595A1 (en) 2019-04-24
US10999890B2 (en) 2021-05-04
JP6827533B2 (ja) 2021-02-10
US20190297667A1 (en) 2019-09-26
JP2019537308A (ja) 2019-12-19
RU2019112746A (ru) 2020-10-30
CN107889163B (zh) 2022-10-18
EP3474595B1 (en) 2021-11-03
CN107889163A (zh) 2018-04-06
AU2017337009A1 (en) 2019-04-11
CN109792634B (zh) 2023-04-18
KR20190052081A (ko) 2019-05-15

Similar Documents

Publication Publication Date Title
ES2899957T3 (es) Métodos y dispositivos de procesamiento de datos
ES2906704T3 (es) Procedimiento y aparato para el procesamiento de un paquete en un sistema de comunicación inalámbrica
ES2758174T3 (es) Método y aparato para dar servicio de flujo de QoS (calidad de servicio) en un sistema de comunicación inalámbrica
US20230284297A1 (en) Method and device for communication between network entities in cloud lan environment
ES2901374T3 (es) Procedimiento y aparato para realizar una función de capa 2 eficiente en un sistema de comunicación móvil
KR101513041B1 (ko) 데이터 블록 포맷을 상향 및 하향에 대해 다르게 설정하는 방법
ES2895328T3 (es) Método y aparato para el manejo de informes de estado del búfer en un sistema de comunicación inalámbrica
US20180098241A1 (en) Method and apparatus for ordering of protocol data unit delivery
TWI657708B (zh) 用於新型無線電系統的分段與級聯方法及使用者設備
WO2018202037A1 (zh) 传输数据的方法、终端设备和网络设备
US11665753B2 (en) Radio bearer configuration method, apparatus, and system
WO2019213924A1 (zh) 通信方法、通信装置和系统
ES2716970T3 (es) Dispositivos de división de portadora de sistema de paquetes
KR20200023952A (ko) 이종 네트워크에서 이중 연결 동작을 수행하기 위한 방법 및 장치.
JP6643472B2 (ja) スプリット・ベアラを受信するユーザ装置からのフロー制御フィードバック
CN111866908B (zh) 一种通信系统和网络设备
WO2018166517A1 (zh) 一种数据传输方法、数据发送设备及数据接收设备
TWI668983B (zh) 用於ＱｏＳ增強之封包傳遞之方法，發送裝置及接收裝置
CN111654360B (zh) 一种非激活态的切换处理方法及通信设备
WO2016106744A1 (zh) 一种数据传输方法、无线接入设备和通信系统
WO2023185450A1 (zh) 数据包处理方法及装置
RU2785091C1 (ru) Система, устройство и способ конфигурации радиоканала-носителя
WO2023011219A1 (zh) 一种通信方法及装置
US20220360652A1 (en) Downlink protocol alignment and decoding