ES2950472T3 - Aparato y método de generación de paquete de unidad de datos de protocolo (PDU) - Google Patents

Abstract

La presente divulgación se refiere al campo técnico de las comunicaciones móviles, y en ella se divulga un método y un aparato de generación de paquetes PDU. El método comprende: adquirir un paquete de unidad de datos de servicio (SDU); procesar el paquete SDU según un tamaño de paquete de datos preestablecido; generar una cabecera de paquete de datos y un segmento de datos del paquete de PDU según un resultado del procesamiento, formando la cabecera de paquete de datos y el segmento de datos el paquete de PDU. En la cabecera del paquete de datos, se omite un segmento que indica un campo de indicación de entramado (FI) y un campo de bandera de resegmentación (RF) y se comprende un campo preestablecido, comprendiendo el campo preestablecido: un campo distinto del campo FI y el campo RF que se redefine en un encabezado de paquete de datos común, o en un campo de destino recién agregado, siendo la longitud del campo del campo objetivo recién agregado menor que la longitud total del campo FI y el campo RF. La presente invención resuelve el problema de la tecnología relacionada en la que la sobrecarga ocupada por un encabezado de paquete de datos de un paquete PDU generado es grande, y logra el efecto de poder omitir directamente un campo FI o agregar un nuevo campo objetivo de corta longitud mientras omitiendo el campo FI, reduciendo así la longitud del encabezado del paquete de datos y reduciendo la sobrecarga del encabezado del paquete de datos. (Traducción automática con Google Translate, sin valor legal)

Description

DESCRIPCIÓN

Aparato y método de generación de paquete de unidad de datos de protocolo (PDU)

Referencia cruzada a solicitudes relacionadas

Esta solicitud es una continuación de la solicitud internacional n.° PCT/CN2016/104679, presentada el 4 de noviembre de 2016.

Campo técnico

PANASONIC: "Estructura de cabecera RLC UM POU" BORRADOR 3GPP; R2-074863, PROYECTO DE ASOCIACIÓN DE 3a GENERACIÓN (3GPP), CENTRO DE COMPETENCIA MÓVIL; ROUTE DES LUCIOLES, 650. F-06921 SOPHIA-ANTIPOLIS CEDEX. FRANCIA vol. RAN WG2, n.° Jeju; el documento XP050137369 divulga que solo se usa una información de segmentación (S) de 1 bit que permite un campo SN de 6 bits. Aunque el SN de 6 bits permite un mayor número de transmisiones de PDU de RLC en curso, este beneficio se logra a expensas de un tamaño de campo de información de segmentación reducido. El indicador "S" indicaría, por ejemplo, si el último byte de la carga útil es el último byte de una SDU de RLC.

El documento WO 2015139238 A1 divulga la división de una cadena de bits que comprende SDU de RLC completas para obtener vectores de columna; calcular los vectores de columna y n vectores m-dimensionales en una tabla de vectores de coeficientes derivados de los valores de los parámetros L y m que caracterizan el tamaño de la cadena de bits, para obtener n segmentos de combinación lineal; y agregar cabeceras exteriores a los n segmentos de combinación lineal para formar una PDU de RLC. Durante este proceso, las cabeceras de datos de la PDU de datos enviados en el lado de emisión se simplifican cancelando los mecanismos de segmentación y resegmentación en el lado de emisión, lo que reduce la sobrecarga de las cabeceras de datos y logra el propósito de mejorar la eficiencia de la transmisión de datos.

El documento US 20050213605 A1 divulga un método para utilizar eficientemente los recursos de radio mediante la reducción del tamaño de una PDU de una capa de RLC en un sistema de comunicación móvil que admite un servicio de VoIP. En el método, una PDU de RLC se enmarca sin insertar información sobre un punto de inicio y un punto final de un paquete de voz, o la existencia o ausencia de relleno, de manera que se puede reducir el tamaño de la sobrecarga de acuerdo con la transmisión del paquete de voz. En consecuencia, los recursos de radio restringidos se pueden usar de manera eficiente.

La presente divulgación se refiere al campo de las tecnologías de la comunicación y, en particular, a un dispositivo y método para generar un paquete de unidad de datos de protocolo (PDU).

Antecedentes

Una capa de control de enlace de radio (RLC) en evolución a largo plazo (LTE) se ubica entre una capa de protocolo de convergencia de datos de paquete (PDCP) y una capa de control de acceso al medio (MAC). El paquete de datos intercambiado entre la capa de RLC y la capa PDC^p se denomina paquete de unidad de datos de servicio (SDU), y el paquete de datos intercambiado entre la capa de RLC y la capa MAC se denomina paquete de unidad de datos de protocolo (PDU).

En la implementación real, la capa MAC puede especificar el tamaño del paquete de PDU y, en general, el tamaño del paquete de SDU recibido por la capa de RLC no es igual al tamaño del paquete de PDU especificado por la capa MAC. Por lo tanto, la capa de RLC puede procesar el paquete de SDU recibido, por ejemplo, el paquete de SDU puede segmentarse, estar en cascada o similar. Después de procesar el paquete de SDU, la capa de RLC puede generar un paquete de PDU del tamaño especificado. El paquete de PDU incluye una cabecera de paquete y una sección de datos, y la cabecera de paquete incluye un campo de datos/control (D/C), un campo de indicador de resegmentación (RF), un campo de bit de sondeo (P), un campo de indicación de trama (FI), un campo de indicación de longitud (LI), un campo de bit de extensión (E), un campo de número de secuencia (SN), un campo de indicador de último segmento (LSF), un campo de desplazamiento de segmentación (SO) y similares.

Sumario

La presente divulgación proporciona un dispositivo y un método para generar un paquete de unidad de datos de protocolo (PDU).

Debe entenderse que tanto la descripción general anterior como la siguiente descripción detallada son solo ejemplos y no limitan la presente divulgación.

Breve descripción de los dibujos

Los dibujos del presente documento se incorporan y constituyen parte de esta memoria descriptiva de la presente divulgación, que muestran realizaciones compatibles con la presente divulgación y explican los principios de la presente divulgación junto con la descripción.

La figura 1 es un diagrama esquemático de un entorno de implementación de acuerdo con varias realizaciones de la presente divulgación.

La figura 2 es un diagrama de flujo del método de un método para generar un paquete de PDU que se muestra de acuerdo con una realización de ejemplo de la presente divulgación.

La figura 3A es un diagrama de flujo del método de un método para generar un paquete de PDU que se muestra de acuerdo con otra realización de ejemplo de la presente descripción.

La figura 3B es un diagrama esquemático del procesamiento de un paquetes de SDU que se muestra de acuerdo con otra realización de ejemplo de la presente divulgación.

Las figuras 3C y 3D son diagramas esquemáticos de una estructura de un paquete de PDU que se muestra de acuerdo con otra realización de ejemplo de la presente divulgación.

La figura 4A es un diagrama de flujo del método de un método para generar un paquete de PDU que se muestra de acuerdo con una realización de ejemplo adicional de la presente divulgación.

Las figuras 4B, 4C, 4D y 4E son diagramas esquemáticos de una estructura de un paquete de PDU que se muestra de acuerdo con otra realización de ejemplo de la presente divulgación.

La figura 5A es un diagrama esquemático de una estructura de un paquete de PDU que se muestra de acuerdo con una realización de ejemplo de la presente divulgación.

La figura 5B es un diagrama esquemático de la adquisición de un paquete de PDU después de procesar un paquete de SDU que se muestra de acuerdo con una realización de ejemplo de la presente divulgación.

La figura 6 es un diagrama esquemático de una estructura de un dispositivo para generar paquetes de PDU que se muestra de acuerdo con una realización de ejemplo de la presente divulgación.

La figura 7 es un diagrama esquemático de una estructura de un dispositivo para generar paquetes de PDU que se muestra de acuerdo con otra realización de ejemplo de la presente divulgación.

La figura 8 es un diagrama esquemático de una estructura de un dispositivo para generar paquetes de PDU que se muestra de acuerdo con una realización de ejemplo de la presente divulgación.

Descripción detallada

A continuación, se describirán en detalle realizaciones de ejemplo. Las realizaciones se muestran en los dibujos. En la siguiente descripción, cuando se hace referencia a los dibujos, los mismos números en los diferentes dibujos indican elementos iguales o similares a menos que se indique lo contrario. Las realizaciones descritas en las siguientes realizaciones de ejemplo no son representativas de todas las realizaciones consistentes con la presente divulgación. Más bien, son simplemente ejemplos de dispositivos y métodos consistentes con algunos aspectos de la presente divulgación como se detalla en las reivindicaciones adjuntas.

A continuación se proporcionan varias realizaciones de la presente divulgación útiles para comprender la presente divulgación.

Para facilitar la comprensión, el entorno de implementación de acuerdo con diversas realizaciones de la presente divulgación se presentará aquí brevemente en primer lugar.

En LTE, cuando un extremo de transmisión transmite datos a un extremo de recepción, la capa de RLC en el extremo de transmisión, en referencia a la figura 1, puede recibir el paquete de SDU de la capa PDCP. Dado que la capa de RLC interactúa con la capa MAC a través del paquete de Pd U, y el tamaño del paquete de SDU recibido generalmente es diferente del tamaño del paquete de p Du especificado por la capa MAC, la capa de RLC necesita procesar el paquete de SDU recibido por, por ejemplo, segmentación, en cascada, etc., luego genera el paquete de PDU de acuerdo con el resultado del procesamiento y transmite el paquete de PDU generado al extremo de recepción. En el que el paquete de PDU incluye una cabecera de paquete y una sección de datos. Después de recibir el paquete de PDU, la capa de RLC en el extremo de recepción desencapsula la SDU de acuerdo con la cabecera de paquete de PDU y reenvía la SDU a una capa superior.

En el que el extremo de transmisión puede ser un equipo de usuario (UE) o una estación base y, correspondientemente, el extremo de recepción también puede ser una estación base o un UE, lo que no está limitado en el presente documento.

Las funciones de la capa de RLC se implementan mediante una entidad RLC, y la entidad RLC puede configurarse como uno de los siguientes tres modos.

El primer modo es un modo transparente (TM), y este modo puede considerarse como un RLC vacío ya que este modo solo proporciona una función de transmisión transparente de datos.

El segundo modo es un modo no reconocido (UM), y este modo proporciona todas las funciones de RLC excepto la retransmisión y la resegmentación.

El tercer modo es un modo reconocido (AM), y este modo proporciona todas las funciones de RLC por detección de errores y retransmisión.

A menos que se especifique lo contrario, el método para generar paquetes de PDU proporcionado por varias realizaciones de la presente divulgación se usa bajo UM y AM.

En referencia a la figura 2 que es un diagrama de flujo de un método para generar un paquete de PDU que se muestra de acuerdo con una realización de la presente divulgación, el método para generar un paquete de PDU como se muestra en la figura 2 puede incluir los siguientes pasos.

En el paso 210, se adquiere un paquetes de SDU.

En el paso 220, el paquete de SDU se procesa de acuerdo con el tamaño de un paquete de datos preestablecido. En el paso 230, se generan una cabecera de paquete y una sección de datos del paquete de PDU basándose en el resultado del procesamiento, constituyendo la cabecera de paquete y la sección de datos el paquete de PDU. En el que la cabecera de paquete omite un campo FI y un campo RF pero incluye un campo preestablecido, y el campo preestablecido incluye otros campos excepto el campo FI y el campo RF que se redefinen en una cabecera de paquete común, o un campo de destino que es agregado recientemente, la longitud del campo del campo de destino que es agregado recientemente siendo más pequeña que la longitud total del campo FI y el campo Rf.

En resumen, para el método para generar paquetes de PDU proporcionados por esta realización, se genera un paquete de PDU que incluye la cabecera de paquete y la sección de datos, y la cabecera de paquete omite el campo FI y el campo RF pero incluye el campo preestablecido, en el que el campo preestablecido es otros campos, excepto el campo FI y el campo RF que ya existen en la cabecera de paquete común o un campo de destino que es agregado recientemente y tiene una longitud menor que la longitud total del campo FI y el campo RF. De esta forma, se puede resolver el problema de que las sobrecargas ocupadas por la cabecera de paquete de PDU generadas en la técnica relacionada sean grandes, y el efecto de omitir directamente el campo FI y el campo RF o agregar un campo de destino que tiene una longitud más corta mientras se omite el campo FI y el campo RF, por lo que se puede lograr reducir la longitud de la cabecera de paquete y ahorrar las sobrecargas de la cabecera de paquete.

El campo preestablecido incluye otros campos excepto el campo FI y el campo RF que se redefinen en la cabecera de paquete común, o un campo de destino que es agregado recientemente, donde la longitud del campo del campo de destino que es agregado recientemente es menor que la longitud total del campo FI y el campo RF.

Por lo tanto, los dos casos anteriores se explicarán por separado a continuación en diferentes realizaciones. En referencia a la figura 3A que es un diagrama de flujo del método de un método para generar paquetes de PDU que se muestra de acuerdo con una realización de ejemplo de la presente divulgación, el ejemplo en esta realización es el campo preestablecido como los otros campos en la cabecera de paquete común. Como se muestra en la figura 3A, el método para generar paquetes de PDU puede incluir los siguientes pasos.

En el paso 310, se adquiere un paquetes de SDU.

Cuando el extremo de transmisión necesita transmitir los datos, la entidad RLC puede recibir el paquete de SDU de la capa PDCP.

En el paso 320, el paquete de SDU se procesa de acuerdo con un tamaño del paquete de datos preestablecido. El tamaño del paquete de datos preestablecido es el tamaño del paquete de PDU especificado por la capa MAC. En la implementación real, dado que el tamaño del paquete de SDU recibido generalmente es diferente del tamaño del paquete de PDU especificado por la capa MAC, la entidad RLC generalmente necesita procesar el paquete de SDU. En el que el procesamiento realizado en el paquete de SDU incluye una o ambas de la segmentación y la cascada, lo que no está limitado en esta realización.

Opcionalmente, cuando el tamaño del paquete de SDU es mayor que el tamaño de la sección de datos en el paquete de datos preestablecido, la entidad RLC puede segmentar el paquete de SDU. Por ejemplo, cuando el tamaño del paquete de SDU es de 100 bytes, el tamaño del paquete de datos preestablecido es de 60 bytes y la cabecera de paquete debe ocupar 10 bytes, la entidad RLC puede segmentar el paquete de SDU en dos segmentos SDU, cada SDU segmento de 50 bytes. Para otro ejemplo, cuando el tamaño del paquete de SDU es de 100 bytes, el tamaño del paquete de datos preestablecido es de 70 bytes y la cabecera de paquete debe ocupar 10 bytes, la entidad RLC puede segmentar el paquete de SDU en dos segmentos SDU como 60 bytes y 40 bytes. Luego, la entidad RLC puede estar en cascada el segmento de SDU de 40 bytes y el segmento de SDU de 20 bytes del siguiente paquete de SDU, configurar los 60 bytes en el siguiente paquete de SDU para que sean independientes y estar en cascada los últimos 20 bytes del segmento de SDU del siguiente paquetes de SDU y los 40 bytes del siguiente paquetes de SDU, y así sucesivamente.

Cuando el tamaño del paquete de SDU es más pequeño que el tamaño de la sección de datos en el paquete de datos preestablecido, la entidad RLC puede segmentar y estar en cascada el paquete de SDU. Por ejemplo, cuando el tamaño del paquete de SDU es de 30 bytes, el tamaño del paquete de datos preestablecido es de 120 bytes y la cabecera de paquete necesita ocupar 10 bytes, la entidad RLC, en referencia a la figura 3B, puede estar en cascada tres paquetes de SDU y los primeros 20 bytes del cuarto paquetes de SDU, y estar en cascada los últimos 10 bytes del cuarto paquetes de SDU, el quinto paquetes de SDU, el sexto paquetes de SDU, el séptimo paquetes de SDU y los primeros 10 bytes del octavo paquetes de SDU, y así sucesivamente.

Cuando el tamaño del paquete de SDU es igual al tamaño de la sección de datos en el paquete de datos preestablecido, no se requiere procesamiento.

En el paso 330, se genera una sección de datos basándose en el resultado del procesamiento.

Como puede verse a partir del procesamiento del paquete de SDU, la sección de datos puede ser una SDU completa, un segmento de SDU o una combinación de los mismos. Además, cuando la sección de datos es la combinación de la SDU completa y el segmento de la SDU, solo la primera y la última sección de datos pueden ser el segmento de la SDU.

En el paso 340, se adquiere el número SN al que corresponde el primer paquetes de SDU de la sección de datos.

Cuando la SDU está en cascada, la entidad RLC puede adquirir el número SN al que corresponde el primer paquetes de SDU de la sección de datos.

Por ejemplo, cuando el tamaño del paquete de SDU es de 100 bytes y el tamaño del paquete preestablecido es de 120 bytes, la entidad RLC puede adquirir el número SN del primer paquetes de ^s D^u , como SN=0, ya que la sección de datos puede incluir todo el contenido del primer paquetes de SDU y los primeros 10 bytes del segundo paquetes de SDU.

En el paso 350, se adquiere la primera información de indicación, usándose la primera información de indicación para indicar si el último byte de la sección de datos es el último byte de la última SDU.

La entidad RLC puede detectar si el último byte de la sección de datos es el último byte de la última SDU. Cuando el resultado de la detección es no, se genera la primera información de indicación, como '0', para indicar NO, y cuando el resultado de la detección es SÍ, se genera la primera información de indicación, como '1', para indicar SÍ.

Por ejemplo, si el tamaño del paquete de SDU aún es de 100 bytes y el tamaño del paquete preestablecido es de 120 bytes, la entidad RLC puede generar '0', ya que el último byte de la sección de datos es el décimo byte del segundo paquetes de SDU en lugar del último byte del paquete de SDU.

En el paso 360, se adquiere una posición de byte inicial del primer byte de la sección de datos correspondiente en el paquete de SDU.

Para permitir que el extremo de recepción desencapsule el paquete de SDU después de recibir el paquete de PDU, la entidad RLC puede adquirir la posición del byte inicial del primer byte de la sección de datos en el paquete de SDU.

En el paso 370, se genera una cabecera de paquete que incluye el campo SN, el campo LSF y el campo SO, la sección de datos y la cabecera de paquete constituyen el paquete de PDU, donde el campo SN incluye el número SN adquirido, el campo LSF incluye la primera indicación de información adquirida, y el campo SO incluye la posición de byte inicial adquirida.

La cabecera de paquete omite el campo FI y el campo RF, pero puede incluir además en la implementación real los otros campos en la cabecera de paquete común, como un campo D/C, un campo E, un campo LI, un campo P, un campo de relleno, y similares. Donde el campo de relleno se usa para permitir que la cabecera de datos sea bytes enteros cuando la cabecera de paquete es bytes no enteros. Opcionalmente, cuando el método para generar el paquete de PDU se usa bajo el UM, la cabecera de paquete no incluye el campo D/C y el campo P, lo que no está limitado por esta realización.

En la implementación real, la cabecera de paquete puede incluir una cabecera fija y una cabecera extendida en referencia a la figura 3C que es un diagrama esquemático de una estructura de una posible cabecera de paquete. Además, junto con la figura 3C, la cabecera fijo comienza desde la posición inicial de la cabecera hasta el campo SO, y la cabecera extendido comienza desde el campo E hasta el final. El campo SN de la cabecera fija es el número SN al que corresponde la primera SDU de la sección de datos; el campo SO de la cabecera fijo indica la posición del byte inicial del primer byte de la sección de datos correspondiente en la SDU; y el campo LSF de la cabecera fija indica si el último byte de la sección de datos corresponde al último byte de la última SDU de RLC. El campo R es un campo reservado y puede estar presente o no en la implementación real, lo que no está limitado por esta realización. Cuando el bit de extensión 'E' es igual a 1, indica que hay una cabecera extendida después de la cabecera fijo, es decir, el campo E y el campo LI. Cuando el campo E de la cabecera extendido es igual a 1, indica que existe una cabecera extendida más después de la cabecera extendido, y así sucesivamente. El campo LI de la primera cabecera extendida se usa para indicar el número de bytes del primer segmento de SDU/s Du incluido en la sección de datos; el campo LI de la segunda cabecera extendida indica el número de bytes de la segunda SDU; ...; y el campo LI de la última cabecera ampliada indica el número de bytes de la penúltima SDU (sólo la primera y la última SDU RLC pueden ser posiblemente el segmento). El campo de relleno se usa para hacer que la cabecera sea bytes enteros cuando el tamaño de la cabecera completo es bytes no enteros.

Un punto que debe tenerse en cuenta es que cuando no se realiza una cascada al procesar la SDU, la entidad RLC indica la situación del segmento de la sección de datos mediante el campo SO y el campo LSF, y la entidad RLC en este momento puede generar la cabecera de paquete que se muestra en la figura 3D. En la implementación real, el campo E es 0 para indicar que la sección de datos es simplemente un paquetes de SDU o un segmento de SDU. La figura 3D solo toma como ejemplo los campos respectivos que tienen la longitud y están dispuestos en el orden que se muestra en la figura. Opcionalmente, la longitud y el orden de los campos respectivos se pueden diseñar de acuerdo con los requisitos reales, lo que no está limitado en esta realización.

Otro punto que debe tenerse en cuenta es que cuando es necesario volver a segmentar el paquete de PDU, solo se vuelve a segmentar la sección de datos del paquete de PDU y se agrega la cabecera de paquete segmentado de acuerdo con la regla anterior, que no se describirá de nuevo en esta realización.

En resumen, para el método para generar paquetes de PDU proporcionados por esta realización, se genera un paquete de PDU que incluye la cabecera de paquete y la sección de datos, y la cabecera de paquete omite el campo FI y el campo RF pero incluye el campo preestablecido, donde el campo preestablecido es otros campos, excepto el campo Fi y el campo RF que ya existen en la cabecera de paquete común o un campo de destino que es agregado recientemente y tiene una longitud menor que la longitud total del campo FI y el campo RF. De esta forma, se puede resolver el problema de que las sobrecargas ocupadas por la cabecera de paquete de PDU generadas en la técnica relacionada sean grandes, y el efecto de omitir directamente el campo FI y el campo RF o agregar un campo de destino que tiene una longitud más corta mientras se omite el campo FI y el campo RF, por lo que se puede lograr reducir la longitud de la cabecera de paquete y ahorrar las sobrecargas de la cabecera de paquete.

En referencia a la figura 4A que es un diagrama de flujo del método de un método para generar paquetes de PDU que se muestra de acuerdo con otra realización de la presente divulgación, un campo preestablecido que incluye un campo de destino que es agregado recientemente se toma como ejemplo en esta realización, y el método para generar PDU paquete como se muestra en la figura 4A incluye los siguientes pasos.

En el paso 410, se adquiere un paquetes de SDU.

En el paso 420, el paquete de SDU se procesa de acuerdo con el tamaño de un paquete de datos preestablecido.

En el paso 430, se genera una sección de datos basada en el resultado del procesamiento.

Los pasos 410 a 430 son similares a los pasos 310 a 330 en la realización anterior y no se describirán de nuevo en el presente documento.

En el paso 440, se adquiere la segunda información de indicación. Cuando el paquete de SDU está en cascada, la segunda información de indicación se usa para indicar si la primera SDU en la sección de datos es un segmento de SDU, y cuando el paquete de SDU no está en cascada, la segunda información de indicación se usa para indicar si la sección de datos es un segmento de SDU.

En la implementación real, si la SDU está en cascada en el paso 420, la entidad RLC puede detectar si la primera SDU de la sección de datos es un segmento de SDU y generar la segunda información de indicación de acuerdo con el resultado de la detección. Por ejemplo, si el resultado de la detección es sí, se genera "0", y si el resultado de la detección es no, se genera "1". Por ejemplo, junto con la figura 3B, la primera SDU de la sección de datos para la primera PDU es una SDU completa, y la entidad RLC genera '1' en este momento; mientras que para la segunda PDU, la primera SDU de la sección de datos es un segmento de SDU, y la entidad RLC genera '0' en este momento.

Si la SDU no está en cascada en el paso 420, la entidad RLC detecta si la sección de datos es un segmento de SDU y genera la segunda información de indicación de acuerdo con el resultado de la detección.

En el paso 450, se genera la cabecera de paquete que incluye el campo de destino. El campo de destino incluye la segunda información de indicación, y la sección de datos y la cabecera de paquete constituyen el paquete de PDU.

En la implementación real, el campo de destino puede ser un campo de indicación de segmentación (SI). Es decir, la entidad RLC puede generar una cabecera de paquete que incluya el campo SI y el campo SI que incluya la segunda información de indicación. En el que el campo de destino es generalmente de 1 bit.

En la implementación real, si la segunda información de indicación se usa para indicar no el segmento de SDU, la entidad RLC puede generar la cabecera de paquete incluyendo el campo S ⁱ y omitiendo el campo SO y el campo LSF en la cabecera de paquete común. En referencia a las figuras 4B y 4C, son diagramas esquemáticos de estructura del paquete de PDU generado respectivamente cuando se realiza o no la cascada.

Sin embargo, si la segunda información de indicación se usa para indicar el segmento de SDU, la entidad RLC puede generar la cabecera de paquete que incluye el campo SI. En referencia a las figuras 4D y 4E, son diagramas esquemáticos de estructura del paquete de PDU generado respectivamente cuando se realiza o no la cascada. Además, en caso de que se realice la cascada, el campo SN, el campo LSF y el campo SO en la cabecera de paquete generado por la entidad RLC pueden ser similares a la realización anterior y no se describirán de nuevo en el presente documento.

El primer punto que debe tenerse en cuenta es que la cabecera de paquete que omite el campo FI y el campo RF como se establece en esta realización no se describirá de nuevo en el presente documento. Además, a menos que se especifique lo contrario, la cabecera de paquete también puede incluir otro campo en la cabecera de paquete común, que tampoco se describirá en el presente documento.

El segundo punto que debe tenerse en cuenta es que la estación base puede configurar si la cabecera de paquete incluye el campo de destino a través de mensajes de configuración de control de recursos de radio (RRC). Por lo tanto, cuando la cabecera de paquete se configura para incluir el campo de destino a través de los mensajes de configuración de RRC, se genera una cabecera de paquete que incluye el campo de destino al generar la cabecera de paquete, y cuando la cabecera de paquete se configura para no incluir el campo de destino a través de mensajes de configuración de RRC, se genera una cabecera de paquete que no incluye el campo de destino como generador de la cabecera de paquete. Esta realización no se limita a ello.

El tercer punto que debe tenerse en cuenta es que cuando el paquete de PDU necesita resegmentación, el RLC puede realizar la resegmentación solo en la sección de datos del paquete de PDU; y la forma de encapsulación de la cabecera de paquete es similar a la descrita anteriormente, y no se describirá de nuevo en esta realización.

En resumen, para el método para generar el paquete de PDU proporcionado por esta realización, se genera un paquete de PDU que incluye la cabecera de paquete y la sección de datos, y la cabecera de paquete omite el campo FI y el campo RF pero incluye el campo preestablecido, donde el campo preestablecido es otros campos, excepto el campo Fl y el campo RF que ya existen en la cabecera de paquete común o un campo de destino que es agregado recientemente y tiene una longitud menor que la longitud total del campo Fl y el campo RF. De esta forma, se puede resolver el problema de que las sobrecargas ocupadas por la cabecera de paquete del paquete de PDU generadas en la técnica relacionada sean grandes, y el efecto de omitir directamente el campo Fl y el campo RF o agregar un campo de destino que tenga una longitud más corta mientras se omite el campo Fl y el campo RF, por lo que se puede lograr reducir la longitud de la cabecera de paquete y ahorrar las sobrecargas de la cabecera de paquete.

En cada una de las realizaciones anteriores, cuando la cabecera de paquete incluye el campo SO, la longitud del campo SO es generalmente una longitud fija preestablecida, como 2 bytes. Sin embargo, para algunos servicios de baja velocidad, el tamaño del paquete de PDU suele ser solo de unos pocos bytes, por lo que el campo SO de 2 bytes es bastante grande con respecto al paquete de PDU y, por lo tanto, desperdicia cierta sobrecarga de la cabecera. En este momento, el campo SO se puede optimizar en longitud. Opcionalmente, la solución para optimizar la longitud del campo SO puede incluir los siguientes dos modos.

En el primer modo de implementación posible, el paso de generar la cabecera de paquete puede incluir los siguientes contenidos.

En primer lugar, se adquiere la tercera información de indicación usada para indicar si el paquete de datos preestablecido es un paquete de datos pequeño; en el que cuando la SDU está en cascada, el paquete de datos preestablecido es el paquete de SDU completo al que pertenece la primera SDU en la sección de datos; y cuando la SDU no está en cascada, el paquete de datos preestablecido es el paquete de SDU completo correspondiente a la SDU en la sección de datos.

Opcionalmente, la entidad RLC puede detectar si el tamaño del paquete de datos preestablecido es menor que el tamaño preestablecido. Si el resultado de la detección es sí, se genera la información de la tercera indicación, como "1", que indica que el paquete de datos preestablecido es un paquete de datos pequeño, y si el resultado de la detección es no, se genera la información de la tercera indicación, como "0", lo que indica que el paquete de datos preestablecido es un paquete de datos grande que se genera. El tamaño preestablecido puede ser un tamaño predeterminado, como 100 bytes, o un tamaño configurado por la estación base a través de los mensajes de configuración de RRC cuando el método se usa en el UE, lo que no está limitado en esta realización. Cuando el tamaño preestablecido es el tamaño configurado por la estación base, el tamaño preestablecido puede ser un tamaño compartido por todos los portadores de radio de datos (DRB) o un tamaño usado independientemente por un DRB, lo que no está limitado en esta realización.

En la implementación real, si el paquete de SDU está en cascada, el paquete de datos preestablecido es el paquete de datos SDU completo al que corresponde la primera SDU en la sección de datos. Opcionalmente, cuando la primera SDU en la sección de datos es una ^s D^u completa, el paquete de datos preestablecido es, a saber, la primera SDU; y cuando la primera SDU en la sección de datos es un segmento de SDU, la entidad RLC adquiere el paquete de SDU al que pertenece el segmento de SDU y sirve el paquete de SDU adquirido como el paquete de datos preestablecido.

Sin embargo, si el paquete de SDU no está en cascada, el paquete de datos preestablecido es un paquetes de SDU completo al que corresponde la SDU en la sección de datos. Opcionalmente, cuando el contenido de la sección de datos es una SDU completa, el paquete de datos preestablecido es, concretamente, la SDU; y cuando el contenido en la sección de datos es un segmento de SDU, por ejemplo, cuando un paquetes de SDU se encapsula en dos paquetes de PDU, la entidad RLC adquiere el paquete de SDU al que pertenece el segmento de SDU y sirve el paquete de SDU adquirido como el paquete de datos preestablecidos.

Generalmente, la tercera información de indicación es de 1 bit.

En segundo lugar, la cabecera de paquete que incluye la tercera información de indicación y el campo SO de destino se genera generando la cabecera de paquete, cuando la tercera información de indicación se usa para indicar que el paquete de datos preestablecido es un paquete de datos pequeño; en el que la longitud del campo SO de destino es menor que la longitud del campo SO en la cabecera de paquete común. Por ejemplo, la longitud del campo SO de destino puede ser de 7 bits.

Opcionalmente, la entidad RLC puede generar la cabecera de paquete que incluye un campo de datos pequeños (SD) y un campo SO de destino. El campo SD incluye la información de la tercera indicación.

Opcionalmente, cuando la tercera información de indicación se usa para indicar que el paquete de datos preestablecido es un paquete de datos grande, la cabecera de paquete que incluye el campo SD y el campo SO se genera como generador de la cabecera de paquete, siendo la longitud del campo SO la longitud preestablecida. La longitud actual puede ser menor que la longitud del campo SO en la cabecera de paquete común, o puede ser igual a la longitud del campo SO en la cabecera de paquete común, lo que no está limitado en esta realización.

Además, en la implementación real, la longitud del campo SO de destino y la longitud preestablecida pueden ser la longitud predeterminada o pueden ser la longitud configurada por la estación base a través de los mensajes de configuración de RRC, lo que no está limitado en esta realización.

Además, la estación base puede configurar si la cabecera de paquete incluye el campo SD a través de los mensajes de configuración de RRC y, al generar la cabecera de paquete, la cabecera de paquete que incluye el campo SD solo se puede generar cuando el campo SD se incluye en la cabecera de paquete configurado a través del mensaje de configuración de RRC, lo que no está limitado en esta realización.

Cuando se detecta un paquete de datos pequeño, las sobrecargas ocupadas por el campo SO se pueden ahorrar usando el campo SO de destino que tiene una longitud menor que la longitud del campo SO en la cabecera de paquete común, lo que logra el efecto de ahorrar aún más las sobrecargas ocupadas por la cabecera de paquete.

En el segundo modo de implementación posible, el paso de generar la cabecera de paquete puede incluir los siguientes contenidos.

La cabecera de paquete que incluye el campo SO que tiene una longitud de destino se genera de acuerdo con los mensajes de configuración de ^r R^c que se adquieren históricamente. Los mensajes de configuración de RRC incluyen la longitud de destino, y la longitud de destino es menor que la longitud del campo SO en la cabecera de paquete común.

Cuando la estación base realiza la configuración de DRB al UE a través de los mensajes de configuración de RRC, los mensajes de configuración de RRC incluyen la longitud de destino, como 7 bits. Por supuesto, en la implementación real, la longitud de destino incluida en los mensajes de configuración de RRC también puede ser de otras longitudes, lo que no está limitado en esta realización.

Posteriormente, al generar la cabecera de paquete, la cabecera de paquete que incluye el campo SO que tiene la longitud de destino puede generarse de acuerdo con la longitud de destino configurada en los mensajes de configuración de RRC.

Al configurar una longitud preestablecida más pequeña que la longitud del campo SO en la cabecera de paquete común, la estación base permite que la entidad RLC genere la cabecera de paquete, incluido el campo SO que tiene la longitud preestablecida como generador de la cabecera de paquete, lo que reduce las sobrecargas ocupadas por la cabecera de paquete.

Además, cuando la entidad RLC no tiene la función de cascada, la entidad RLC puede deshabilitar la función de segmentación del paquete de datos pequeños en esta realización, ya que se requiere una cierta cantidad de recursos de procesamiento para segmentar los datos pequeños. En la implementación real, puede incluir los siguientes contenidos.

En primer lugar, se adquiere el mensaje de configuración de RRC transmitido por el extremo de recepción, y el mensaje de configuración de RRC se usa para desactivar la función de segmento para segmentar el paquete de SDU.

La estación base transmite mensajes de configuración de RRC para configurar el DRB del UE e inhabilita la función de segmento del RLC en la configuración de RLC del DRB. En la implementación real, la configuración se puede realizar por separado o uniformemente para el enlace ascendente y el enlace descendente, y se puede realizar tanto bajo UM como DM. Por supuesto, el mensaje de configuración de RRC también se puede configurar para que no deshabilite la función de segmento, lo que no está limitado en el presente documento.

En segundo lugar, la función de segmento para segmentar el paquete de SDU está deshabilitada.

Después de recibir los mensajes de configuración de RRC, cuando los mensajes de configuración de RRC indican desactivar la función de segmento para el enlace ascendente, la entidad RLC no segmenta el paquete de SDU recibido como si transmitiera los datos; y en referencia a la figura 5A, los datos se pueden transmitir usando el formato de paquete de PDU que no está segmentado. Sin embargo, cuando los mensajes de configuración de RRC indican deshabilitar la función de segmento para el enlace descendente, la entidad RLC, luego de recibir el paquete de PDU transmitido por el extremo opuesto, puede saber que el paquete de PDU es un paquetes de SDU que no está segmentado.

Para servicios de datos pequeños, la estación base puede configurar la entidad RLC para deshabilitar la función de segmento, lo que reduce las operaciones complejas requeridas por la entidad RLC para procesar el paquete de datos pequeños y mejora la eficiencia de transmisión de datos de la entidad RLC.

En las realizaciones anteriores, después de que la entidad RLC procese el paquete de SDU, los números SN en el paquete de PDU generado pueden no ser consecutivos. Por ejemplo, en referencia a la figura 5B, la entidad RLC recibe cinco paquetes de SDU con SN de 0, 1,2, 3 y 4 respectivamente, y luego la entidad RLC encapsula el primer segmento del paquete de SDU de SN=0 en el primer paquete de PDU, el segundo segmento del paquete de SDU de SN=0, el paquete de SDU de SN=1, y el primer segmento del paquete de SDU de SN=2 en el segundo paquete de PDU, y el segundo segmento del paquete de SDU de SN=2 y el paquete de SDU de SN=3 y SN=4 en el tercer paquete de PDU. En referencia además a la figura 5B, obviamente, los números SN de los tres paquetes de PDU adquiridos por la entidad RLC son secuencialmente 0, 0 y 2, que no son consecutivos. En este momento, para confirmar si cada uno de los paquetes de PDU adquiridos incluye el contenido repetido, la entidad RLC puede detectar si los números SN son consecutivos de acuerdo con el campo SN y el campo SO en cada uno de los paquetes de PDU adquiridos. Por ejemplo, tomando el primer paquete de PDU y el segundo paquete de PDU como ejemplo junto con la figura 5B, la entidad RLC puede detectar si el último byte del primer paquete de PDU es el (LSF-1)"ésim° byte, es decir, el 221° byte, del segundo paquete de PDU. Cuando el resultado de la detección es sí, la entidad RLC puede determinar que el paquete de SDU de SN=0 no tiene problema en encapsular la repetición. Y para confirmar si se ha producido pérdida de paquetes de SDU en cada uno de los paquetes de PDU adquiridos, la entidad RLC puede detectar si n+m es igual a N, donde n es el número SN del paquete de SDU correspondiente al último byte que es incluido en el paquete de PDU donde comienza la interrupción, m es el número SN del paquete de PDU donde comienza la interrupción, y N es el número SN del paquete de PDU donde termina la interrupción. Si el resultado de la detección es sí, se determina que no se produce pérdida de paquetes, y si el resultado de la detección es no, se determina que se produce pérdida de paquetes. Por ejemplo, junto con la figura 5B, el número SN del segundo paquete de PDU es 0 y el número SN del tercer paquete de PDU es 2. Los dos no son consecutivos, por lo que, en este momento, la entidad RLC puede calcular la suma (2) del número SN (es decir, 2) del paquete de SDU al que corresponde el último byte del segundo paquete de PDU y el número SN (a saber, 0) del segundo paquete de PDU, y detectar además si la suma calculada es igual al número SN (2) del tercer paquete de PDU; y dado que el resultado de detección de la entidad RLC es sí, la entidad RLC puede determinar que no se produce pérdida de paquetes.

La figura 6 es un diagrama esquemático de una estructura de un dispositivo para generar paquetes de PDU que se muestra de acuerdo con una realización de la presente divulgación. Como se muestra en la figura 6, el dispositivo para generar paquetes de PDU puede incluir: un primer módulo 610 de adquisición, un módulo 620 de procesamiento y un módulo 630 de generación.

El primer módulo 610 de adquisición está configurado para adquirir un paquete de unidad de datos de servicio (SDU);

el módulo 620 de procesamiento está configurado para procesar el paquete de SDU de acuerdo con el tamaño de un paquete de datos preestablecido; y

el módulo 630 de generación está configurado para generar una cabecera de paquete y una sección de datos de un paquete de PDU de acuerdo con un resultado de procesamiento del módulo 620 de procesamiento, constituyendo la cabecera de paquete y la sección de datos el paquete de PDU; en el que la cabecera de paquete omite un campo de indicación de trama (FI) y un campo de indicador de resegmentación (RF) pero comprende un campo preestablecido, y el campo preestablecido comprende otros campos excepto el campo FI y el campo RF que se redefinen en una cabecera de paquete común, o un campo de destino que es agregado recientemente, siendo la longitud del campo del campo de destino que es agregado recientemente menor que la longitud total del campo FI y el campo RF.

En resumen, para el dispositivo para generar paquetes de PDU proporcionado por esta realización, se genera un paquete de PDU que incluye la cabecera de paquete y la sección de datos, y la cabecera de paquete omite el campo FI y el campo RF pero incluye el campo preestablecido, en el que el campo preestablecido es otros campos, excepto el campo FI y el campo RF que ya existen en la cabecera de paquete común o un campo de destino que es agregado recientemente y tiene una longitud menor que la longitud total del campo FI y el campo RF. De esta forma, se puede resolver el problema de que las sobrecargas ocupadas por la cabecera de paquete de PDU generadas en la técnica relacionada sean grandes, y el efecto de omitir directamente el campo FI y el campo RF o agregar un campo de destino que tiene una longitud más corta mientras se omite el campo FI y el campo RF, por lo que se puede lograr reducir la longitud de la cabecera de paquete y ahorrar las sobrecargas de la cabecera de paquete.

La figura 7 es un diagrama esquemático de una estructura de un dispositivo para generar paquetes de PDU que se muestra de acuerdo con una realización de ejemplo de la presente divulgación. Como se muestra en la figura 7, el dispositivo para generar paquetes de PDU puede incluir: un primer módulo 710 de adquisición, un módulo 720 de procesamiento y un módulo 730 de generación.

El primer módulo 710 de adquisición está configurado para adquirir un paquete de unidad de datos de servicio (SDU);

el módulo 720 de procesamiento está configurado para procesar el paquete de SDU de acuerdo con el tamaño de un paquete de datos preestablecido; y

el módulo 730 de generación está configurado para generar una cabecera de paquete y una sección de datos de un paquete de PDU de acuerdo con un resultado de procesamiento del módulo 720 de procesamiento, constituyendo la cabecera de paquete y la sección de datos el paquete de PDU; en el que la cabecera de paquete omite un campo de indicación de trama (FI) y un campo de indicador de resegmentación (RF) pero comprende un campo preestablecido, y el campo preestablecido comprende otros campos excepto el campo FI y el campo RF que se redefinen en una cabecera de paquete común, o un campo de destino que es agregado recientemente, siendo la longitud del campo del campo de destino que es agregado recientemente menor que la longitud total del campo FI y el campo RF.

Opcionalmente, el campo preestablecido comprende los otros campos, y los otros campos comprenden un campo de número de secuencia (SN), un campo de indicador de último segmento (LSF) y un campo de desplazamiento de segmentación (SO).

Cuando el paquete de SDU está en cascada, el módulo 730 de generación se configura además para: adquirir el número SN al que corresponde un primer paquetes de SDU de la sección de datos;

adquirir primera información de indicación que se usa para indicar si un último byte de la sección de datos es un último byte de una última SDU;

adquirir una posición de byte inicial de un primer byte de la sección de datos correspondientemente en el paquete de SDU; y

generar la cabecera de paquete que comprende el campo SN, el campo LSF y el campo SO, el campo SN que comprende el número SN adquirido, el campo LSF que comprende la primera información de indicación adquirida y el campo SO que comprende la posición de byte inicial adquirida.

El campo preestablecido comprende el campo de destino que es agregado recientemente.

El módulo 730 de generación está configurado además para: adquirir segunda información de indicación, en el que cuando el paquete de SDU está en cascada, la segunda información de indicación se usa para indicar si una primera SDU en la sección de datos es un segmento de SDU, y cuando el paquete de SDU no está en cascada, la segunda información de indicación se usa para indicar si la sección de datos es un segmento de SDU; y generar la cabecera de paquete que comprende el campo de destino, comprendiendo el campo de destino la segunda información de indicación.

Opcionalmente, el módulo 730 de generación está configurado además para:

generar la cabecera de paquete que comprende el campo de destino pero omite el campo SO y el campo LSF en la cabecera de paquete común cuando la segunda información de indicación no se usa para indicar el segmento de SDU.

Opcionalmente, el módulo 730 de generación está configurado además para:

generar la cabecera de paquete que comprende el campo de destino cuando los mensajes de configuración de control de recursos de radio (RRC) que se adquieren históricamente se usan para configurar la cabecera de paquete para comprender el campo de destino.

Opcionalmente, el módulo 730 de generación está configurado además para:

adquirir una tercera información de indicación que se usa para indicar si el paquete de datos preestablecido es un paquete de datos pequeño, en el que cuando la SDU está en cascada, el paquete de datos preestablecido es un paquetes de SDU completo al que corresponde la primera SDU en la sección de datos, y cuando la SDU no está en cascada, el paquete de datos preestablecido es un paquetes de SDU completo al que corresponde la SDU en la sección de datos; y

generar la cabecera de paquete que comprende la tercera información de indicación y el campo SO de destino cuando la tercera información de indicación se usa para indicar que el paquete de datos preestablecido es un paquete de datos pequeño, siendo la longitud del campo SO de destino menor que la longitud del campo SO en la cabecera de paquete común.

Opcionalmente, el módulo 730 de generación está configurado además para: generar la cabecera de paquete que comprende la tercera información de indicación y el campo SO de destino cuando los mensajes de configuración de RRC que se adquieren históricamente se usan para configurar la cabecera de paquete para comprender la información de la tercera indicación.

Opcionalmente, el módulo 730 de generación está configurado además para: generar la cabecera de paquete que comprende el campo SO que tiene una longitud de destino de acuerdo con los mensajes de configuración de RRC que se adquieren históricamente, en el que los mensajes de configuración de RRC comprenden la longitud de destino que es menor que una longitud del campo SO en la cabecera de paquete común.

Opcionalmente, el dispositivo comprende además:

un segundo módulo 740 de adquisición, configurado para adquirir los mensajes de configuración de RRC transmitidos por el extremo de recepción antes de que el módulo 730 de generación genere la cabecera de paquete de PDU de acuerdo con el resultado del procesamiento, usándose los mensajes de configuración de r Rc para deshabilitar una función de segmento para segmentar el paquete de SDU; y

un módulo 750 de inhabilitación, configurado para inhabilitar la función de segmento para segmentar el paquete de SDU después de recibir los mensajes de configuración de RRC.

En resumen, para el dispositivo para generar paquetes de PDU proporcionado por esta realización, se genera un paquete de PDU que incluye la cabecera de paquete y la sección de datos, y la cabecera de paquete omite el campo FI y el campo RF pero incluye el campo preestablecido, en el que el campo preestablecido es otros campos, excepto el campo FI y el campo RF que ya existen en la cabecera de paquete común o un campo de destino que es agregado recientemente y tiene una longitud menor que la longitud total del campo FI y el campo RF. De esta forma, se puede resolver el problema de que las sobrecargas ocupadas por la cabecera de paquete de PDU generadas en la técnica relacionada sean grandes, y el efecto de omitir directamente el campo FI y el campo RF o agregar un campo de destino que tiene una longitud más corta mientras se omite el campo FI y el campo RF, por lo que se puede lograr reducir la longitud de la cabecera de paquete y ahorrar las sobrecargas de la cabecera de paquete.

Se proporciona un dispositivo para generar paquetes de PDU de acuerdo con una realización de ejemplo de la presente divulgación, y el dispositivo puede implementar el método para generar paquetes de PDU proporcionado por la presente divulgación. El dispositivo para generar paquetes de PDU comprende un procesador; y una memoria para almacenar una instrucción ejecutable por procesador, en la que

el procesador está configurado para:

adquirir un paquete de unidad de datos de servicio (SDU);

procesar el paquete de SDU de acuerdo con un tamaño de un paquete de datos preestablecido; y

generar una cabecera de paquete y una sección de datos del paquete de PDU de acuerdo con un resultado de procesamiento, constituyendo la cabecera de paquete y la sección de datos el paquete de PDU; en el que la cabecera de paquete omite un campo de indicación de trama (FI) y un campo de indicador de resegmentación (RF) pero comprende un campo preestablecido, y el campo preestablecido comprende otros campos excepto el campo FI y el campo RF que se redefinen en una cabecera de paquete común, o un campo de destino que es agregado recientemente, siendo la longitud del campo del campo de destino que es agregado recientemente menor que la longitud total del campo FI y el campo RF.

La figura 8 es un diagrama esquemático de una estructura de un dispositivo para generar el paquete de PDU que se muestra de acuerdo con una realización de ejemplo de la presente divulgación. El dispositivo 800 puede implementarse como todo o parte del UE.

En referencia a la figura 8, el dispositivo 800 puede incluir uno o más de los siguientes componentes: un componente 802 de procesamiento, una memoria 804, un componente 806 de potencia, un componente multimedia 808, un componente 810 de audio, una interfaz 812 de entrada/salida (E/S), un componente 814 de sensor y un componente 816 de comunicación.

El componente 802 de procesamiento típicamente controla las operaciones generales del aparato 800, tales como las operaciones asociadas con la visualización, llamadas telefónicas, comunicaciones de datos, operaciones de cámara y operaciones de grabación. El componente 802 de procesamiento puede incluir uno o más procesadores 818 para ejecutar instrucciones para realizar todos o parte de los pasos en los métodos descritos anteriormente. Además, el componente 802 de procesamiento puede incluir uno o más módulos que facilitan la interacción entre el componente 802 de procesamiento y otros componentes. Por ejemplo, el componente 802 de procesamiento puede incluir un módulo multimedia para facilitar la interacción entre el componente multimedia 808 y el componente 802 de procesamiento.

La memoria 804 está configurada para almacenar varios tipos de datos para admitir la operación del aparato 800. Los ejemplos de dichos datos incluyen instrucciones para cualquier aplicación o método operado en el aparato 800, datos de contacto, datos de la guía telefónica, mensajes, imágenes, videos, etc. La memoria 804 puede implementarse usando cualquier tipo de dispositivos de memoria volátiles o no volátiles, o una combinación de los mismos, como una memoria estática de acceso aleatorio (SRAM), una memoria de solo lectura programable borrable eléctricamente (EEPROM), una memoria de solo lectura programable borrable (EPROM), una memoria de solo lectura programable (PROM), una memoria de solo lectura (ROM), una memoria magnética, una memoria flash, un disco magnético u óptico.

El componente 806 de potencia proporciona potencia a varios componentes del aparato 800. El componente 806 de potencia puede incluir un sistema de administración de potencia, una o más fuentes de potencia y cualquier otro componente asociado con la generación, administración y distribución de potencia en el aparato 800.

El componente multimedia 808 incluye una pantalla que proporciona una interfaz de salida entre el aparato 800 y el usuario. En algunas realizaciones, la pantalla puede incluir un visualizador de cristal líquido (LCD) y un panel táctil (TP). Si la pantalla incluye el panel táctil, la pantalla puede implementarse como una pantalla táctil para recibir señales de entrada del usuario. El panel táctil incluye uno o más sensores táctiles para detectar toques, deslizamientos y gestos en el panel táctil. Los sensores táctiles pueden no solo detectar un límite de una acción de tocar o deslizar, sino también detectar la duración y la presión asociadas con la acción de tocar o deslizar. En algunas realizaciones, el componente multimedia 808 incluye una cámara delantera y/o una cámara trasera. La cámara delantera y la cámara trasera pueden recibir datos multimedia externos mientras el aparato 800 está en un modo de operación, tal como un modo de fotografía o un modo de video. Cada una de las cámaras delantera y trasera puede ser un sistema de lente óptica fija o tener capacidad de enfoque y zoom óptico.

El componente 810 de audio está configurado para dar salida y/o entrada de señales de audio. Por ejemplo, el componente 810 de audio incluye un micrófono (MIC) configurado para recibir señales de audio externas cuando el aparato 800 está en un modo de funcionamiento, como un modo de llamada, un modo de grabación y un modo de reconocimiento de voz. La señal de audio recibida puede almacenarse adicionalmente en la memoria 804 o transmitirse a través del componente 816 de comunicación. En algunas realizaciones, el componente 810 de audio incluye además un altavoz para emitir señales de audio.

La interfaz 812 de E/S proporciona una interfaz entre el componente 802 de procesamiento y los módulos de interfaz periféricos, como un teclado, una rueda de clic, botones y similares. Los botones pueden incluir, entre otros, un botón de inicio, un botón de volumen, un botón de inicio y un botón de bloqueo.

El componente 814 de sensor incluye uno o más sensores para proporcionar evaluaciones de estado de varios aspectos del aparato 800. Por ejemplo, el componente 814 de sensor puede detectar un estado de encendido/apagado del aparato 800, el posicionamiento relativo de los componentes, por ejemplo, el dispositivo de visualización y el mini teclado del aparato 800, y el componente 814 de sensor también puede detectar un cambio de posición del aparato 800 o un componente del aparato 800, presencia o ausencia de contacto del usuario con el aparato 800, orientación o aceleración/desaceleración del aparato 800, y cambio de temperatura del aparato 800. El componente 814 de sensor puede incluir un sensor de proximidad configurado para detectar la presencia de objetos cercanos sin ningún contacto físico. El componente 814 de sensor también puede incluir un sensor de luz, como un sensor de imagen CMOS o CCD, usado para aplicaciones de creación de imágenes. En algunas realizaciones, el componente 814 de sensor también puede incluir un sensor de acelerómetro, un sensor de giroscopio, un sensor magnético, un sensor de presión o un sensor de temperatura.

El componente 816 de comunicación está configurado para facilitar la comunicación, alámbrica o inalámbrica, entre el aparato 800 y otros dispositivos. El aparato 800 puede acceder a una red inalámbrica basada en un estándar de comunicación, como WiFi, 2G o 3G, o una combinación de los mismos. En una realización de ejemplo, el componente 816 de comunicación recibe señales de transmisión o información asociada a la transmisión desde un sistema de gestión de transmisión externo a través de un canal de transmisión. En una realización de ejemplo, el componente 816 de comunicación incluye además un módulo de comunicación de campo cercano (NFC) para facilitar las comunicaciones de corto alcance.

En las realizaciones de ejemplo, el aparato 800 puede implementarse con uno o más circuitos integrados de aplicación específica (ASIC), procesadores de señales digitales (DSP), dispositivos de procesamiento de señales digitales (DSPD), dispositivos lógicos programables (PLD), matrices de puertas programables en campo (FPGA), controladores, microcontroladores, microprocesadores u otros componentes electrónicos, para realizar los métodos descritos anteriormente.

En las realizaciones de ejemplo, también se proporciona un medio de almacenamiento legible por ordenador no transitorio que tiene instrucciones almacenadas, como la memoria 804 que tiene instrucciones almacenadas, ejecutable por el procesador 818 en el aparato 800, para realizar los métodos descritos anteriormente. Por ejemplo, el medio de almacenamiento legible por ordenador no transitorio puede ser una ROM, una RAM, un CD-ROM, una cinta magnética, un disquete, un dispositivo óptico de almacenamiento de datos y similares.

Durante la implementación real, el dispositivo de generación de paquetes de PDU puede tener otras estructuras, lo que no está limitado en la presente realización.

Otras realizaciones de la presente divulgación resultarán evidentes para los expertos en la técnica a partir de la consideración de la especificación y la práctica de la presente divulgación. Esta solicitud está destinada a cubrir cualquier variación, uso o adaptación de la presente divulgación siguiendo los principios generales de la misma e incluyendo el conocimiento común o las medidas técnicas de uso común que no se divulgan en el presente documento. La memoria descriptiva y las realizaciones deben considerarse únicamente a modo de ejemplo, y el verdadero alcance de la presente divulgación se indica mediante las siguientes reivindicaciones.

Se apreciará que la presente divulgación no se limita a la construcción exacta que se ha descrito anteriormente e ilustrado en los dibujos adjuntos, y que se pueden realizar diversas modificaciones y cambios sin apartarse del alcance de la misma. Se pretende que el alcance de la presente divulgación solo esté limitado por las reivindicaciones adjuntas.

Claims (11)

REIVINDICACIONES

1. - Un método para generar un paquete de unidad de datos de protocolo, PDU, que comprende adquirir (210; 310; 410) un paquete de unidad de datos de servicio, SDU, de control de enlace de radio, RLC;

procesar (220; 320; 420) el paquete SDU RLC de acuerdo con un tamaño preestablecido de un paquete de datos; y

generar (230) una cabecera de paquete y una sección de datos de un paquete de PDU de RLC de acuerdo con un resultado de procesamiento, constituyendo la cabecera de paquete y la sección de datos el paquete de PDU de RLC; en el que la cabecera de paquete omite un campo de indicación de trama, FI, y un campo de indicador de resegmentación, RF, y comprende un campo preestablecido, y el campo preestablecido comprende un campo de destino que es agregado recientemente, una longitud de campo del campo de destino que es agregado recientemente siendo menor que la longitud total del campo FI y el campo RF,

en el que generar la cabecera de paquete de PDU RLC de acuerdo con el resultado del procesamiento comprende:

adquirir (440) una segunda información de indicación, en el que cuando el paquete SDU RLC está en cascada, la segunda información de indicación indica si una primera SDU RLC en la sección de datos es un segmento de SDU RLC;

generar (450) la cabecera de paquete que comprende el campo de destino y omite un campo de compensación de segmentación, SO, en una cabecera de paquete común cuando la segunda información de indicación indica que la primera SDU de RLC en la sección de datos no es un segmento de SDU de RLC, el campo de destino que comprende la segunda información de indicación;

y cuando el paquete SDU RLC no está en cascada, la segunda información de indicación indica si la sección de datos es un segmento de SDU RLC; generar (450) la cabecera de paquete que comprende el campo de destino y omitir el campo SO en la cabecera de paquete común cuando la segunda información de indicación indica que la sección de datos no es un segmento de SDU RLC.

2. - El método de acuerdo con la reivindicación 1, en el que generar la cabecera de paquete de PDU RLC de acuerdo con el resultado del procesamiento comprende:

generar la cabecera de paquete que comprende el campo de destino y omite el campo SO y un campo de indicador de último segmento, LSF, en una cabecera de paquete común cuando la segunda información de indicación indica que la sección de datos no es un segmento de SDU RLC; o generar la cabecera de paquete que comprende el campo de destino cuando se usan mensajes de configuración de control de recursos de radio, RRC, que se adquieren históricamente para configurar la cabecera de paquete para que comprenda el campo de destino.

3. - El método de acuerdo con cualquiera de las reivindicaciones 1 a 2, en el que generar la cabecera de paquete de PDU RLC de acuerdo con el resultado del procesamiento comprende además:

adquirir una tercera información de indicación que se usa para indicar si el paquete de datos preestablecido es un paquete de datos pequeño, en el que el paquete de datos preestablecido es un paquete completo de SDU de RLC al que corresponde la SDU de RLC en la sección de datos; y

generar la cabecera de paquete que comprende la tercera información de indicación y un campo de desplazamiento de segmentación de destino, SO, cuando la tercera información de indicación se usa para indicar que el paquete de datos preestablecido es un paquete de datos pequeño, siendo la longitud del campo SO de destino menor que una longitud de un campo SO en una cabecera de paquete común; y

en el que generar la cabecera de paquete que comprende la tercera información de indicación y el campo SO de destino comprende: generar la cabecera de paquete que comprende la tercera información de indicación y el campo SO de destino cuando los mensajes de configuración de RRC que se adquieren históricamente se usan para configurar la cabecera de paquete para comprender la información de la tercera indicación.

4. - El método de acuerdo con cualquiera de las reivindicaciones 1-2, en el que generar la cabecera de paquete de PDU RLC de acuerdo con el resultado del procesamiento comprende además: generar la cabecera de paquete que comprende un campo de desplazamiento de segmentación, SO, que tiene una longitud de destino de acuerdo con mensajes de configuración de RRC que se adquieren históricamente, en los que los mensajes de configuración de RRC comprenden la longitud de destino que es menor que la longitud del campo SO en una cabecera de paquete común.

5. - El método de acuerdo con la reivindicación 1, en el que cuando no se usa la función de cascada, el método comprende además:

adquirir mensajes de configuración de RRC transmitidos por un extremo de recepción, usándose el mensaje de configuración de RRC para inhabilitar una función de segmento para segmentar el paquete SDU RLC; y deshabilitar la función de segmento para segmentar el paquete SDU RLC después de recibir los mensajes de configuración de RRC.

6. - Un dispositivo para generar paquetes de unidad de datos de protocolo, PDU, que comprende

un procesador (818); y

una memoria (804) para almacenar una instrucción ejecutable por procesador, en la que

el procesador (818) está configurado para:

adquirir un paquete de unidad de datos de servicio, SDU, de control de enlace de radio, RLC;

procesar el paquete SDU RLC de acuerdo con un tamaño preestablecido de un paquete de datos; y

generar una cabecera de paquete y una sección de datos de un paquete de PDU de RLC de acuerdo con un resultado de procesamiento, constituyendo la cabecera de paquete y la sección de datos el paquete de PDU de RLC; en el que la cabecera de paquete omite un campo de indicación de trama, FI, y un campo de indicador de resegmentación, RF, y comprende un campo preestablecido, y el campo preestablecido comprende un campo de destino que es agregado recientemente, una longitud de campo del campo de destino que es agregado recientemente siendo menor que la longitud total del campo FI y el campo RF,

en el que el procesador (818) está además configurado para:

adquirir una segunda información de indicación, en el que cuando el paquete de SDU RLC está en cascada, la segunda información de indicación indica si una primera SDU RLC en la sección de datos es un segmento de SDU RLC; generar la cabecera de paquete que comprende el campo de destino y omite un campo de desplazamiento de segmentación, SO, en una cabecera de paquete común cuando la segunda información de indicación indica que la primera SDU de RLC en la sección de datos no es un segmento de SDU de RLC, comprendiendo el campo de destino la segunda información de indicación;

y cuando el paquete SDU RLC no está en cascada, la segunda información de indicación indica si la sección de datos es un segmento de SDU RLC; generar la cabecera de paquete que comprende el campo de destino y omitir el campo SO en la cabecera de paquete común cuando la segunda información de indicación indica que la sección de datos no es un segmento de SDU de RLC.

7. - El dispositivo de acuerdo con la reivindicación 6, en el que el procesador (818) está configurado además para: generar la cabecera de paquete que comprende el campo de destino y omite el campo SO y un campo de indicador de último segmento, LSF, en una cabecera de paquete común cuando la segunda indicación la información indica que la sección de datos no es un segmento de SDU de RLC; o generar la cabecera de paquete que comprende el campo de destino cuando los mensajes de configuración del control de recursos de radio, RRC, que se adquieren históricamente se usan para configurar la cabecera de paquete para comprender el campo de destino.

8. - El dispositivo de acuerdo con cualquiera de las reivindicaciones 6 a 7, en el que el procesador (818) está configurado además para:

adquirir una tercera información de indicación que se usa para indicar si el paquete de datos preestablecido es un paquete de datos pequeño, en el que el paquete de datos preestablecido es un paquete completo de SDU de RLC al que corresponde la SDU de RLC en la sección de datos; y

generar la cabecera de paquete que comprende la tercera información de indicación y un campo de desplazamiento de segmentación de destino, SO, cuando la tercera información de indicación se usa para indicar que el paquete de datos preestablecido es un paquete de datos pequeño, siendo la longitud del campo SO de destino menor que una longitud del campo SO en una cabecera de paquete común; y

en el que el procesador (818) está además configurado para: generar la cabecera de paquete que comprende la tercera información de indicación y el campo SO de destino cuando los mensajes de configuración de RRC que se adquieren históricamente se usan para configurar la cabecera de paquete para comprender la información de la tercera indicación.

9. - El dispositivo de acuerdo con la reivindicación 6 o la reivindicación 7, en el que el procesador (818) está configurado además para generar la cabecera de paquete que comprende un campo de desplazamiento de segmentación, SO, que tiene una longitud de destino de acuerdo con los mensajes de configuración de RRC que se adquieren históricamente, en el que la configuración de RRC los mensajes comprenden la longitud de destino que es menor que la longitud del campo SO en una cabecera de paquete común.

10. - El dispositivo de acuerdo con la reivindicación 6, en el que cuando no se incluye la función de cascada, el procesador (818) está configurado además para:

adquirir mensajes de configuración de RRC transmitidos por un extremo de recepción antes de generar la cabecera de paquete de PDU RLC de acuerdo con el resultado del procesamiento, usándose los mensajes de configuración de RRC para inhabilitar una función de segmento para segmentar el paquete SDU RLC; y

deshabilitar la función de segmento para segmentar el paquete SDU RLC después de recibir los mensajes de configuración de RRC.

11. - Un medio de almacenamiento legible por ordenador no transitorio que tiene almacenadas instrucciones que, cuando son ejecutadas por un procesador, hacen que se realice un método para generar un paquete de unidad de datos de protocolo, PDU, en el que el método comprende:

adquirir un paquete de unidad de datos de servicio, SDU, de control de enlace de radio, RLC;

procesar el paquete SDU RLC de acuerdo con un tamaño preestablecido de un paquete de datos; y

generar una cabecera de paquete y una sección de datos del paquete de PDU RLC de acuerdo con un resultado de procesamiento, constituyendo la cabecera de paquete y la sección de datos el paquete de PDU RLC; en el que la cabecera de paquete omite un campo de indicación de trama, FI, y un campo de indicador de resegmentación, RF, pero comprende un campo preestablecido, y el campo preestablecido comprende un campo de destino que es agregado recientemente, una longitud de campo del campo de destino que es agregado recientemente siendo menor que la longitud total del campo FI y el campo RF,

en el que generar la cabecera de paquete de PDU RLC de acuerdo con el resultado del procesamiento comprende: adquirir una segunda información de indicación, en la que cuando el paquete de SDU RLC está en cascada, la segunda información de indicación indica si una primera SDU RLC en la sección de datos es un segmento de SDU RLC; generar la cabecera de paquete que comprende el campo de destino y omite un campo de desplazamiento de segmentación, SO, en una cabecera de paquete común cuando la segunda información de indicación indica que la primera SDU de RLC en la sección de datos no es un segmento de SDU de RLC, comprendiendo el campo de destino la segunda información de indicación;

y cuando el paquete SDU RLC no está en cascada, la segunda información de indicación indica si la sección de datos es un segmento de SDU RLC; generar la cabecera de paquete que comprende el campo de destino y omitir el campo SO en la cabecera de paquete común cuando la segunda información de indicación indica que la sección de datos no es un segmento de SDU de RLC.