ES3062009T3 - Method and device for generating protocol data unit (pdu) packet - Google Patents

Method and device for generating protocol data unit (pdu) packet

Info

Publication number
ES3062009T3
ES3062009T3 ES23165374T ES23165374T ES3062009T3 ES 3062009 T3 ES3062009 T3 ES 3062009T3 ES 23165374 T ES23165374 T ES 23165374T ES 23165374 T ES23165374 T ES 23165374T ES 3062009 T3 ES3062009 T3 ES 3062009T3
Authority
ES
Spain
Prior art keywords
field
packet
packet header
sdu
target
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
ES23165374T
Other languages
English (en)
Inventor
Xiaowei Jiang
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.)
Beijing Xiaomi Mobile Software Co Ltd
Original Assignee
Beijing Xiaomi Mobile Software 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 Beijing Xiaomi Mobile Software Co Ltd filed Critical Beijing Xiaomi Mobile Software Co Ltd
Application granted granted Critical
Publication of ES3062009T3 publication Critical patent/ES3062009T3/es
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04BTRANSMISSION
    • H04B17/00Monitoring; Testing
    • H04B17/20Monitoring; Testing of receivers
    • H04B17/26Monitoring; Testing of receivers using historical data, averaging values or statistics
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/40Support for services or applications
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/03Protocol definition or specification 
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/16Implementation or adaptation of Internet protocol [IP], of transmission control protocol [TCP] or of user datagram protocol [UDP]
    • H04L69/161Implementation details of TCP/IP or UDP/IP stack architecture; Specification of modified or new header fields
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/22Parsing or analysis of headers
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/30Definitions, standards or architectural aspects of layered protocol stacks
    • H04L69/32Architecture of open systems interconnection [OSI] 7-layer type protocol stacks, e.g. the interfaces between the data link level and the physical level
    • H04L69/322Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions
    • H04L69/324Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions in the data link layer [OSI layer 2], e.g. HDLC
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W76/00Connection management
    • H04W76/20Manipulation of established connections
    • H04W76/27Transitions between radio resource control [RRC] states
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W28/00Network traffic management; Network resource management
    • H04W28/02Traffic management, e.g. flow control or congestion control
    • H04W28/06Optimizing the usage of the radio link, e.g. header compression, information sizing, discarding information
    • H04W28/065Optimizing the usage of the radio link, e.g. header compression, information sizing, discarding information using assembly or disassembly of packets
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W80/00Wireless network protocols or protocol adaptations to wireless operation
    • H04W80/02Data link layer protocols

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Computer Security & Cryptography (AREA)
  • Physics & Mathematics (AREA)
  • Probability & Statistics with Applications (AREA)
  • Electromagnetism (AREA)
  • Multimedia (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)
  • Communication Control (AREA)

Description

[0001] DESCRIPCIÓN
[0002] Método y dispositivo para generar paquetes de unidades de datos de protocolo (PDU)
[0003] CAMPO TÉCNICO
[0004] La presente divulgación se refiere al campo de las tecnologías de la comunicación y, en particular, a un método y un dispositivo para generar paquetes de unidades de datos de protocolo (PDU).
[0005] ANTECEDENTES
[0006] La capa de control de enlace de radio (RLC) en la evolución a largo plazo (LTE) está entre una capa de protocolo de convergencia de paquetes de datos (PDCP) y una capa de control de acceso a medios (MAC). El paquete de datos intercambiado entre la capa de RLC y la capa de PDCP se denomina paquete de unidad de datos de servicio (SDU), y el paquete de datos intercambiado entre la capa de RLC y la capa de MAC se denomina paquete de unidad de datos de protocolo (PDU).
[0007] En la implementación real, la capa de 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 de MAC. Por lo tanto, la capa de RLC puede procesar el paquete de SDU recibido, por ejemplo, el paquete de SDU puede segmentarse, procesarse en cascada o similares. Tras 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 bandera 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 bandera de último segmento (LSF), un campo de desplazamiento de segmentación (SO) y similares.
[0008] En la técnica relacionada, la cabecera de paquete de PDU ocupa una longitud relativamente grande, es decir, las sobrecargas ocasionadas por la cabecera son relativamente grandes.
[0009] El documento de la técnica anterior US2005/213605 A1 divulga la omisión del campo de LI basándose en un bit de indicación que indica que el tamaño de la SDU del RLC coincide con el tamaño del campo de datos de la PDU del RLC.
[0010] SUMARIO
[0011] Con el fin de resolver el problema en la técnica relacionada, la presente divulgación proporciona un método y un dispositivo para generar paquetes de unidades de datos de protocolo (PDU). La invención se define mediante las reivindicaciones independientes. Otras realizaciones detalladas se definen en las reivindicaciones dependientes. Las soluciones técnicas proporcionadas por la presente divulgación pueden incluir los siguientes beneficios.
[0012] 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 de FI y el campo de RF, pero incluye el campo preestablecido, en donde el campo preestablecido es otro campo excepto el campo de FI y el campo de RF ya existentes en la cabecera de paquete común o un campo objetivo que se añade de manera nueva y tiene la longitud menor que la longitud total del campo de FI y el campo de RF. De este modo, puede resolverse el problema de que las sobrecargas ocasionadas por la cabecera de paquete de PDU, tal como se genera en la técnica relacionada, sean grandes, y puede conseguirse un efecto de omitir directamente el campo de FI y el campo de RF o añadir un campo objetivo que tenga la longitud más corta mientras se omiten el campo de FI y el campo de RF, reduciendo de este modo la longitud de la cabecera de paquete y ahorrando las sobrecargas de la cabecera de paquete.
[0013] Debe entenderse que tanto la descripción general anterior como la descripción detallada siguiente son solo a modo de ejemplo y no son restrictivas de la presente divulgación.
[0014] BREVE DESCRIPCIÓN DE LOS DIBUJOS
[0015] Los dibujos del presente documento se incorporan a la presente memoria descriptiva de la presente divulgación y forman parte de la misma, mostrando realizaciones coherentes con la presente divulgación y explicando los principios de la presente divulgación junto con la descripción.
[0016] La figura 1 es un diagrama esquemático de un entorno de realización de acuerdo con diversas realizaciones de la presente divulgación.
[0017] La figura 2 es un diagrama de flujo de un método para generar paquetes de PDU mostrado de acuerdo con una realización a modo de ejemplo de la presente divulgación.
[0018] La figura 3A es un diagrama de flujo de un método para generar paquetes de PDU mostrado de acuerdo con otra realización a modo de ejemplo de la presente divulgación.
[0019] La figura 3B es un diagrama esquemático del procesamiento de un paquete de SDU mostrado de acuerdo con otra realización a modo de ejemplo de la presente divulgación.
[0020] Las figuras 3C y 3D son diagramas esquemáticos de una estructura de un paquete de PDU mostrado de acuerdo con otra realización a modo de ejemplo de la presente divulgación.
[0021] La figura 4A es un diagrama de flujo de un método para generar paquetes de PDU de acuerdo con otra realización a modo de ejemplo de la presente divulgación.
[0022] Las figuras 4B, 4C, 4D y 4E son diagramas esquemáticos de una estructura de un paquete de PDU mostrado de acuerdo con otra realización a modo de ejemplo de la presente divulgación.
[0023] La figura 5A es un diagrama esquemático de la estructura de un paquete de PDU mostrado de acuerdo con una realización a modo de ejemplo de la presente divulgación.
[0024] 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 mostrado de acuerdo con una realización a modo de ejemplo de la presente divulgación.
[0025] La figura 6 es un diagrama esquemático de la estructura de un dispositivo para generar paquetes de PDU mostrado de acuerdo con una realización a modo de ejemplo de la presente divulgación.
[0026] La figura 7 es un diagrama esquemático de la estructura de un dispositivo para generar paquetes de PDU mostrado de acuerdo con otra realización a modo de ejemplo de la presente divulgación.
[0027] La figura 8 es un diagrama esquemático de la estructura de un dispositivo para generar paquetes de PDU mostrado de acuerdo con una realización a modo de ejemplo de la presente divulgación.
[0028] DESCRIPCIÓN DETALLADA
[0029] A continuación, en el presente documento, se describirán en detalle ejemplos de realizaciones. 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 los mismos elementos o similares, salvo que se indique lo contrario. Las realizaciones descritas en las siguientes realizaciones a modo de ejemplo no son representativas de todas las realizaciones coherentes con la presente divulgación. Se trata más bien de meros ejemplos de dispositivos y métodos coherentes con algunos aspectos de la presente divulgación, tal como se detalla en las reivindicaciones adjuntas.
[0030] Para facilitar la comprensión, en primer lugar se presentará brevemente el entorno de implementación de acuerdo con diversas realizaciones de la presente divulgación.
[0031] En la LTE, cuando un extremo transmisor transmite datos a un extremo receptor, la capa de RLC del extremo transmisor, haciendo referencia a la figura 1, puede recibir el paquete de SDU de la capa de PDCP. Ya que la capa de RLC interactúa con la capa de MAC a través del paquete de PDU, y el tamaño del paquete de SDU recibido es, en general, diferente del tamaño del paquete de PDU especificado por la capa de MAC, la capa de RLC necesita procesar el paquete de SDU recibido mediante, por ejemplo, segmentación, procesamiento en cascada, etc., a continuación, genera el paquete de PDU de acuerdo con el resultado de procesamiento y transmite el paquete de PDU generado al extremo receptor. En donde 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 receptor desencapsula la SDU de acuerdo con la cabecera de paquete de PDU y reenvía la SDU a una capa superior.
[0032] En donde el extremo transmisor puede ser un equipo de usuario (UE) o una estación base, y correspondientemente, el extremo receptor 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 de RLC, y la entidad de RLC puede configurarse como uno de los tres modos siguientes.
[0033] El primer modo es un modo transparente (TM), y este modo puede considerarse como una RLC vacía, ya que este modo solo proporciona una función de transmisión transparente de datos.
[0034] 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.
[0035] El tercer modo es un modo reconocido (AM), y este modo proporciona todas las funciones de RLC mediante la detección y retransmisión de errores.
[0036] A menos que se especifique lo contrario, el método para generar paquetes de PDU proporcionado por diversas realizaciones de la presente divulgación se usa en UM y AM.
[0037] Haciendo referencia a la figura 2, que es un diagrama de flujo de un método para generar paquetes de PDU mostrado de acuerdo con una realización a modo de ejemplo de la presente divulgación, el método para generar paquetes de PDU mostrado en la figura 2 puede incluir las siguientes etapas.
[0038] En la etapa 210, se adquiere un paquete de SDU.
[0039] En la etapa 220, el paquete de SDU se procesa de acuerdo con el tamaño de un paquete de datos preestablecido. En la etapa 230, se genera una cabecera de paquete y una sección de datos del paquete de PDU basándose en el resultado de procesamiento, constituyendo la cabecera de paquete y la sección de datos el paquete de PDU.
[0040] En donde la cabecera de paquete omite un campo de FI y un campo de RF, pero incluye un campo predefinido, y el campo predefinido incluye otros campos, excepto el campo de FI y el campo de RF, que se redefinen en una cabecera de paquete común, o un campo objetivo que se añade de manera nueva, siendo la longitud del campo objetivo que se añade de manera nueva menor que la longitud total del campo de FI y del campo de RF.
[0041] En resumen, para el método de generación de un 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 de FI y el campo de RF, pero incluye el campo preestablecido, en donde el campo preestablecido es otro campo excepto el campo de FI y el campo de RF ya existentes en la cabecera de paquete común o un campo objetivo que se añade de manera nueva y tiene la longitud menor que la longitud total del campo de FI y el campo de RF. De este modo, puede resolverse el problema de que las sobrecargas ocasionadas por la cabecera de paquete de PDU, tal como se genera en la técnica relacionada, sean grandes, y puede conseguirse un efecto de omitir directamente el campo de FI y el campo de RF o añadir un campo objetivo que tenga la longitud más corta mientras se omiten el campo de FI y el campo de RF, reduciendo de este modo la longitud de la cabecera de paquete y ahorrando las sobrecargas de la cabecera de paquete.
[0042] El campo predefinido incluye otros campos, excepto el campo de FI y el campo de RF, que se redefinen en la cabecera de paquete común, o un campo objetivo que se añade de manera nueva, en donde la longitud del campo objetivo que se añade de manera nueva es menor que la longitud total del campo de FI y del campo de RF.
[0043] Por lo tanto, los dos casos anteriores se explicarán a continuación por separado en diferentes realizaciones.
[0044] Haciendo referencia a la figura 3A, que es un diagrama de flujo de un método para generar un paquete de PDU mostrado de acuerdo con una realización a modo de ejemplo de la presente divulgación, el ejemplo en esta realización es que el campo preestablecido es como los otros campos en la cabecera de paquete común. Como se muestra en la figura 3A, el método para generar el paquete de PDU puede incluir las siguientes etapas.
[0045] En la etapa 310, se adquiere un paquete de SDU.
[0046] Cuando el extremo transmisor necesita transmitir los datos, la entidad de RLC puede recibir el paquete de SDU de la capa de PDCP.
[0047] En la etapa 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 de MAC. En la implementación real, ya que el tamaño del paquete de SDU recibido es, en general, diferente del tamaño del paquete de PDU especificado por la capa de MAC, la entidad de RLC necesita, en general, procesar el paquete de SDU. En donde el procesamiento realizado al paquete de SDU incluye uno o ambos de la segmentación y el procesamiento en cascada, lo que no está limitado en esta realización.
[0048] 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 de 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 necesita ocupar 10 bytes, la entidad de RLC puede segmentar el paquete de SDU en dos segmentos de SDU, siendo cada segmento de SDU de 50 bytes. Por 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 necesita ocupar 10 bytes, la entidad de RLC puede segmentar el paquete de SDU en dos segmentos de SDU como 60 bytes y 40 bytes. A continuación, la entidad de RLC puede procesar 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 del siguiente paquete de SDU para que sean independientes y procesar en cascada los últimos 20 bytes del segmento de SDU del siguiente paquete de SDU y los 40 bytes del siguiente paquete de SDU, y así sucesivamente.
[0049] Cuando el tamaño del paquete de SDU es menor que el tamaño de la sección de datos en el paquete de datos preestablecido, la entidad de RLC puede segmentar y procesar 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 de RLC, haciendo referencia a la figura 3B, puede procesar en cascada tres paquetes SDU y los primeros 20 bytes del cuarto paquete de SDU, y procesar en cascada los últimos 10 bytes del cuarto paquete de SDU, el quinto paquete de SDU, el sexto paquete de SDU, el séptimo paquete de SDU y los primeros 10 bytes del octavo paquete de SDU, y así sucesivamente.
[0050] 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.
[0051] En la etapa 330, se genera una sección de datos basada en el resultado de procesamiento.
[0052] Como puede verse en el 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. Adicionalmente, cuando la sección de datos es la combinación de la SDU completa y el segmento de SDU, solo la primera y la última sección de datos pueden ser el segmento de SDU.
[0053] En la etapa 340, se adquiere el número de SN al que corresponde el primer paquete de SDU de la sección de datos. Cuando la SDU se procesa en cascada, la entidad de RLC puede adquirir el número de SN al que corresponde el primer paquete de SDU de la sección de datos.
[0054] 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 de RLC puede adquirir el número de SN del primer paquete de SDU, tal como SN=0, ya que la sección de datos puede incluir todo el contenido del primer paquete de SDU y los 10 primeros bytes del segundo paquete de SDU.
[0055] En la etapa 350, se adquiere la primera información de indicación, que se usa para indicar si el último byte de la sección de datos es el último byte de la última SDU.
[0056] La entidad de 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, tal como "0", para indicar NO, y cuando el resultado de la detección es SÍ, se genera la primera información de indicación, tal como "1", para indicar SÍ.
[0057] Por ejemplo, si todavía el tamaño del paquete de SDU es de 100 bytes y el tamaño del paquete preestablecido es de 120 bytes, la entidad de RLC puede generar un "0", ya que el último byte de la sección de datos es el 10<ésimo>byte del segundo paquete de SDU en lugar del último byte del paquete de SDU.
[0058] En la etapa 360, se adquiere una posición de byte inicial del primer byte de la sección de datos correspondiente en el paquete de SDU.
[0059] Para que el extremo receptor pueda desencapsular el paquete de SDU después de recibir el paquete de PDU, la entidad de RLC puede adquirir la posición del byte inicial del primer byte de la sección de datos en el paquete de SDU. En la etapa 370, se genera una cabecera de paquete que incluye el campo de SN, el campo de LSF y el campo de SO, constituyendo la sección de datos y la cabecera de paquete el paquete de PDU, en donde el campo de SN incluye el número de SN adquirido, el campo de LSF incluye la primera información de indicación adquirida y el campo de SO incluye la posición de byte de inicio adquirida.
[0060] La cabecera de paquete omite el campo de FI y el campo de RF, pero puede incluir además, en la implementación real, los demás campos de la cabecera de paquete común, tales como un campo D/C, un campo E, un campo de LI, un campo P, un campo de relleno y similares. En donde el campo de relleno se usa para permitir que la cabecera de datos tenga un número entero de bytes cuando la cabecera de paquete no es un número entero de bytes. 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.
[0061] En la implementación real, la cabecera de paquete puede incluir una cabecera fija y una cabecera extendida, haciendo referencia a la figura 3C, que es un diagrama esquemático de una estructura de una posible cabecera de paquete. Además, en relación con la figura 3C, la cabecera fija comienza desde la posición inicial de la cabecera hasta el campo de SO y la cabecera extendida comienza desde el campo E hasta el extremo. El campo de SN de la cabecera fija es el número de SN al que corresponde la primera SDU de la sección de datos; el campo de SO de la cabecera fija indica la posición del byte inicial del primer byte de la sección de datos correspondiente en la SDU; y el campo de LSF de la cabecera fija indica si el último byte de la sección de datos corresponde al último byte de la última SDU del RLC. El campo R es un campo reservado, y puede o no estar presente en la realizació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 fija, es decir, el campo E y el campo de LI. Cuando el campo E de la cabecera extendida es igual a 1, indica que existe una cabecera extendida más después de la cabecera extendida, y así sucesivamente. El campo de LI de la primera cabecera extendida se usa para indicar el número de bytes del primer segmento de SDU/SDU incluido en la sección de datos; el campo de LI de la segunda cabecera extendida indica el número de bytes de la segunda SDU; ...; y el campo de LI de la última cabecera extendida indica el número de bytes de la penúltima SDU (solo la primera y la última SDU del RLC pueden ser posiblemente el segmento). El campo de relleno se usa para que la cabecera tenga bytes enteros cuando el tamaño de toda la cabecera es de bytes no enteros.
[0062] Un punto que debería tenerse en cuenta es que, cuando no se realiza ningún procesamiento en cascada como el procesamiento de la SDU, la entidad de RLC indica la situación del segmento de la sección de datos mediante el campo de SO y el campo de LSF, y la entidad de RLC en este momento puede generar la cabecera de paquete mostrada 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 paquete de SDU o un segmento de SDU. La figura 3D solo toma como ejemplo los campos respectivos que tienen la misma longitud y están dispuestos en el orden mostrado en la figura. Opcionalmente, la longitud y el orden de los campos respectivos pueden designarse de acuerdo con los requisitos reales, lo que no está limitado en esta realización.
[0063] Otro punto que debería tenerse en cuenta es que, cuando es necesario resegmentar el paquete de PDU, solo se resegmenta la sección de datos del paquete de PDU, y se añade la cabecera de paquete segmentada de acuerdo con la regla anterior, lo que no se describirá de nuevo en esta realización.
[0064] En resumen, para el método de generación de un 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 de FI y el campo de RF, pero incluye el campo preestablecido, en donde el campo preestablecido es otro campo excepto el campo de FI y el campo de RF ya existentes en la cabecera de paquete común o un campo objetivo que se añade de manera nueva y tiene la longitud menor que la longitud total del campo de FI y el campo de RF. De este modo, puede resolverse el problema de que las sobrecargas ocasionadas por la cabecera de paquete de PDU, tal como se genera en la técnica relacionada, sean grandes, y puede conseguirse un efecto de omitir directamente el campo de FI y el campo de RF o añadir un campo objetivo que tenga la longitud más corta mientras se omiten el campo de FI y el campo de RF, reduciendo de este modo la longitud de la cabecera de paquete y ahorrando las sobrecargas de la cabecera de paquete.
[0065] Haciendo referencia a la figura 4A, que es un diagrama de flujo de un método para generar un paquete de PDU mostrado de acuerdo con otra realización a modo de ejemplo de la presente divulgación, se toma como ejemplo en esta realización un campo preestablecido que incluye un campo objetivo que se añade de manera nueva, y el método para generar un paquete de PDU mostrado en la figura 4A puede incluir las siguientes etapas.
[0066] En la etapa 410, se adquiere un paquete de SDU.
[0067] En la etapa 420, el paquete de SDU se procesa de acuerdo con el tamaño de un paquete de datos preestablecido. En la etapa 430, se genera una sección de datos basada en el resultado de procesamiento.
[0068] Las etapas 410 a 430 son similares a las etapas 310 a 330 en la realización anterior, y no se describirán de nuevo en el presente documento.
[0069] En la etapa 440, se adquiere la segunda información de indicación. Cuando el paquete de SDU se procesa en cascada, la segunda información de indicación se usa para indicar si la primera SDU de la sección de datos es un segmento de SDU, y cuando el paquete de SDU no se procesa en cascada, la segunda información de indicación se usa para indicar si la sección de datos es un segmento de SDU.
[0070] En la implementación real, si la SDU se procesa en cascada en la etapa 420, la entidad de 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, en relación con la figura 3B, la primera SDU de la sección de datos para la primera PDU es una SDU completa, y la entidad de RLC genera un "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 de RLC genera un "0" en este momento.
[0071] Si la SDU no se procesa en cascada en la etapa 420, la entidad de 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.
[0072] En la etapa 450, se genera la cabecera de paquete que incluye el campo objetivo. El campo objetivo incluye la segunda información de indicación, y la sección de datos y la cabecera de paquete constituyen el paquete de PDU.
[0073] En la implementación real, el campo objetivo puede ser un campo de indicación de segmentación (SI). Es decir, la entidad de RLC puede generar una cabecera de paquete que incluya el campo de SI e incluyendo el campo de SI la segunda información de indicación. En donde el campo objetivo es en general de 1 bit.
[0074] En la implementación real, si la segunda información de indicación se usa para indicar que no es el segmento de SDU, la entidad de RLC puede generar la cabecera de paquete incluyendo el campo de SI y omitiendo el campo de SO y el campo de LSF en la cabecera de paquete común. Haciendo referencia a las figuras 4B y 4C, que son diagramas esquemáticos de estructura del paquete de PDU generado, respectivamente, cuando se realiza o no el procesamiento en cascada.
[0075] Sin embargo, si la segunda información de indicación se usa para indicar el segmento de SDU, la entidad de RLC puede generar la cabecera de paquete incluyendo el campo de SI. Haciendo referencia a las figuras 4D y 4E, que son diagramas esquemáticos de estructura del paquete de PDU generado, respectivamente, cuando se realiza o no el procesamiento en cascada. Además, en un caso donde se realiza el procesamiento en cascada, el campo de SN, el campo de LSF y el campo de SO de la cabecera de paquete generado por la entidad de RLC pueden ser similares a la realización anterior, y no se describirán de nuevo en el presente documento.
[0076] El primer punto que debería tenerse en cuenta es que la cabecera de paquete que omite el campo de FI y el campo de RF, como se describe 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.
[0077] El segundo punto que debería tenerse en cuenta es que la estación base puede configurar si la cabecera de paquete incluye el campo objetivo a través de mensajes de configuración de control de recursos de radio (RRC). Así, cuando la cabecera de paquete está configurada para incluir el campo objetivo a través de los mensajes de configuración de RRC, se genera una cabecera de paquete que incluye el campo objetivo como generación de la cabecera de paquete, y cuando la cabecera de paquete está configurada para no incluir el campo objetivo a través de los mensajes de configuración de RRC, se genera una cabecera de paquete que no incluye el campo objetivo como generación de la cabecera de paquete. Esta realización no se limita a esto.
[0078] El tercer punto que debería tenerse en cuenta es que, cuando el paquete de PDU necesita resegmentación, la 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 como se ha descrito anteriormente, y no se describirá de nuevo en esta realización. En resumen, para el método de generación de un 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 de FI y el campo de RF, pero incluye el campo preestablecido, en donde el campo preestablecido es otro campo excepto el campo de FI y el campo de RF ya existentes en la cabecera de paquete común o un campo objetivo que se añade de manera nueva y tiene la longitud menor que la longitud total del campo de FI y el campo de RF. De este modo, puede resolverse el problema de que las sobrecargas ocupadas por la cabecera de paquete del paquete de PDU generado en la técnica relacionada son grandes, y puede conseguirse un efecto de omitir directamente el campo de FI y el campo de RF o añadir un campo objetivo que tenga la longitud más corta mientras se omiten el campo de FI y el campo de RF, reduciendo de este modo la longitud de la cabecera de paquete y ahorrando las sobrecargas de la cabecera de paquete.
[0079] En cada una de las realizaciones anteriores, cuando la cabecera de paquete incluye el campo de SO, la longitud del campo de SO es, en general, la longitud fija preestablecida, tal como 2 bytes. Sin embargo, para algunos servicios de baja velocidad, el tamaño del paquete de PDU es a menudo de solo unos pocos bytes, de este modo, el campo de SO de 2 bytes es bastante grande con respecto al paquete de PDU, y de este modo se desperdicia una cierta sobrecarga de la cabecera. En este momento, puede optimizarse la longitud del campo de SO. Opcionalmente, la solución para optimizar la longitud del campo de SO puede incluir los dos modos siguientes.
[0080] En el primer modo de implementación posible, la etapa de generación de la cabecera de paquete puede incluir los siguientes contenidos.
[0081] 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 donde, cuando la SDU se procesa en cascada, el paquete de datos preestablecido es el paquete de SDU completo al que corresponde la primera SDU de la sección de datos; y cuando la SDU no se procesa en cascada, el paquete de datos preestablecido es el paquete de SDU completo al que corresponde la SDU de la sección de datos.
[0082] Opcionalmente, la entidad de 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 tercera información de indicación, tal como un "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 tercera información de indicación, tal como un "0", que indica que el paquete de datos preestablecido es un paquete de datos grande. El tamaño preestablecido puede ser un tamaño por defecto, tal 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 se usa el método 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.
[0083] En la implementación real, si el paquete de SDU se procesa en cascada, el paquete de datos preestablecido es el paquete de datos de SDU completo al que corresponde la primera SDU de la sección de datos. Opcionalmente, cuando la primera SDU de la sección de datos es una SDU completa, el paquete de datos preestablecido es, en concreto, la primera SDU; y cuando la primera SDU de la sección de datos es un segmento de SDU, la entidad de 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.
[0084] Sin embargo, si el paquete de SDU no se procesa en cascada, el paquete de datos preestablecido es un paquete de SDU completo al que corresponde la SDU de 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 en concreto la SDU; y cuando el contenido en la sección de datos es un segmento de SDU, por ejemplo, cuando un paquete de SDU está encapsulado en dos paquetes de PDU, la entidad de 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.
[0085] En general, la tercera información de indicación es de 1 bit.
[0086] En segundo lugar, la cabecera de paquete que incluye la tercera información de indicación y el campo de SO objetivo se genera al generar 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 donde la longitud del campo de SO objetivo es menor que la longitud del campo de SO de la cabecera de paquete común. Por ejemplo, la longitud del campo de SO objetivo puede ser de 7 bits.
[0087] Opcionalmente, la entidad de RLC puede generar la cabecera de paquete que incluye un campo de datos pequeños (SD) y un campo de SO objetivo. El campo de SD incluye la información de la tercera indicación.
[0088] 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, se genera la cabecera de paquete que incluye el campo de SD y el campo de SO como al generar la cabecera de paquete, siendo la longitud del campo de SO la longitud preestablecida. La longitud presente puede ser menor que la longitud del campo de SO en la cabecera de paquete común, o puede ser igual a la longitud del campo de SO en la cabecera de paquete común, lo que no está limitado en esta realización. Además, en la realización real, la longitud del campo de SO objetivo y la longitud preestablecida pueden ser la longitud por defecto, o puede 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.
[0089] Además, la estación base puede configurar si la cabecera de paquete incluye el campo de 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 de SD solo puede generarse cuando el campo de SD está incluido en la cabecera de paquete configurada a través del mensaje de configuración de RRC, lo que no está limitado en esta realización.
[0090] Cuando se detecta un paquete de datos pequeño, las sobrecargas ocupadas por el campo de SO pueden ahorrarse usando el campo de SO objetivo que tiene una longitud menor que la longitud del campo de SO en la cabecera de paquete común, lo que de este modo consigue un efecto de ahorro adicional de las sobrecargas ocasionadas ocupadas por la cabecera de paquete.
[0091] En el segundo modo de implementación posible, la etapa de generación de la cabecera de paquete puede incluir los siguientes contenidos.
[0092] La cabecera de paquete, que incluye el campo de SO que tiene una longitud objetivo, se genera de acuerdo con los mensajes de configuración de RRC que se adquieren históricamente. Los mensajes de configuración de RRC incluyen la longitud objetivo, y la longitud objetivo es menor que la longitud del campo de 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 objetivo, tal como 7 bits. Por supuesto, en la realización real, la longitud objetivo 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.
[0093] A continuación, al generar la cabecera de paquete, la cabecera de paquete que incluye el campo de SO que tiene una longitud objetivo puede generarse de acuerdo con la longitud objetivo configurada en los mensajes de configuración de RRC.
[0094] Al configurar la longitud preestablecida menor que la longitud del campo de SO en la cabecera de paquete común, la estación base permite a la entidad de RLC generar la cabecera de paquete que incluye el campo de SO que tiene una longitud preestablecida al generar la cabecera de paquete, reduciendo de este modo las sobrecargas ocupadas por la cabecera de paquete.
[0095] Además, cuando la entidad de RLC no tiene la función de procesar en cascada, la entidad de RLC puede desactivar la función de segmentar el 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, se pueden incluir los siguientes contenidos.
[0096] En primer lugar, se adquiere el mensaje de configuración de RRC transmitido por el extremo receptor, y el mensaje de configuración de RRC se usa para desactivar la función de segmento para segmentar el paquete de SDU.
[0097] La estación base transmite mensajes de configuración de RRC para configurar el DRB del UE y desactiva la función de segmento de la RLC en la configuración de RLC del DRB. En la implementación real, la configuración puede realizarse por separado o uniformemente para el enlace ascendente y el descendente, y puede realizarse tanto en UM como en DM. Por supuesto, el mensaje de configuración de RRC también puede configurarse para no desactivar la función de segmento, lo cual no se limita en el presente documento.
[0098] En segundo lugar, la función de segmento para segmentar el paquete de SDU está desactivada.
[0099] 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 de RLC no segmenta el paquete de SDU recibido al transmitir los datos; y haciendo referencia a la figura 5A, los datos pueden transmitirse usando el formato de paquete de PDU que no está segmentado. Sin embargo, cuando los mensajes de configuración de RRC indican desactivar la función de segmento para el enlace descendente, la entidad de RLC, tras recibir el paquete de PDU transmitido por el extremo opuesto, puede saber que el paquete de PDU es un paquete de SDU que no está segmentado.
[0100] Para los servicios de datos pequeños, la estación base puede configurar la entidad de RLC para desactivar la función de segmento, lo que reduce las operaciones complejas requeridas por la entidad de RLC para procesar el paquete de datos pequeño y perfecciona la eficacia de transmisión de datos de la entidad de RLC.
[0101] En las realizaciones anteriores, después de que la entidad de RLC procese el paquete de SDU, los números de SN en el paquete de PDU generado pueden no ser consecutivos. Por ejemplo, haciendo referencia a la figura 5B, la entidad de RLC recibe cinco paquetes de SDU con los SN de 0, 1, 2, 3, y 4 respectivamente, y a continuación, la entidad de 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. Haciendo referencia a la figura 5B, obviamente, los números de SN de los tres paquetes de PDU adquiridos por la entidad de 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 de RLC puede detectar si los números de SN son consecutivos de acuerdo con el campo de SN y el campo de SO en cada uno de los paquetes de PDU adquiridos. Por ejemplo, tomando el primer paquete de PDU y el segundo paquete de PDU en relación con la figura 5B, la entidad de RLC puede detectar si el último byte del primer paquete de PDU es el (LSF-1)<ésimo>byte, en concreto, el 221<ésimo>byte, del segundo paquete de PDU. Cuando el resultado de la detección es sí, la entidad de RLC puede determinar que el paquete de SDU de SN=0 no tiene ningún problema de repetición de encapsulado. Y para confirmar si se ha producido pérdida de paquetes de SDU en cada uno de los paquetes de PDU adquiridos, la entidad de RLC puede detectar si n+m es igual a N, donde n es el número de SN del paquete de SDU correspondiente al último byte que está incluido en el paquete de PDU donde comienza la interrupción, m es el número de SN del paquete de PDU donde comienza la interrupción, y N es el número de 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, en relación con la figura 5B, el número de SN del segundo paquete de PDU es 0, y el número de SN del tercer paquete de PDU es 2. Ambos no son consecutivos, por lo que, en este momento, la entidad de RLC puede calcular la suma (2) del número de SN (en concreto, 2) del paquete de SDU al que corresponde el último byte del segundo paquete de PDU y el número de SN (en concreto, 0) del segundo paquete de PDU, y detectar además si la suma calculada es igual al número de SN (2) del tercer paquete de PDU; y ya que el resultado de detección de la entidad de RLC es sí, la entidad de RLC puede determinar que no se produce pérdida de paquetes.
[0102] La figura 6 es un diagrama esquemático de la estructura de un dispositivo para generar paquetes de PDU mostrado de acuerdo con una realización a modo de ejemplo 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.
[0103] 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
[0104] 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 donde 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 predefinido, y el campo predefinido comprende otros campos excepto el campo de FI y el campo de RF, que se redefinen en una cabecera de paquete común, o un campo objetivo que se añade de manera nueva, siendo la longitud del campo objetivo que se añade de manera nueva menor que la longitud total del campo de FI y del campo de RF.
[0105] En resumen, para el dispositivo 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 de FI y el campo de RF, pero incluye el campo preestablecido, en donde el campo preestablecido son otros campos excepto el campo de FI y el campo de RF ya existentes en la cabecera de paquete común o un campo objetivo que se añade de manera nueva y tiene la longitud menor que la longitud total del campo de FI y el campo de RF. De este modo, puede resolverse el problema de que las sobrecargas ocasionadas por la cabecera de paquete de PDU, tal como se genera en la técnica relacionada, sean grandes, y puede conseguirse un efecto de omitir directamente el campo de FI y el campo de RF o añadir un campo objetivo que tenga la longitud más corta mientras se omiten el campo de FI y el campo de RF, reduciendo de este modo la longitud de la cabecera de paquete y ahorrando las sobrecargas de la cabecera de paquete.
[0106] La figura 7 es un diagrama esquemático de la estructura de un dispositivo para generar paquetes de PDU mostrado de acuerdo con una realización a modo 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.
[0107] 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
[0108] 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 donde 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 predefinido, y el campo predefinido comprende otros campos excepto el campo de FI y el campo de RF, que se redefinen en una cabecera de paquete común, o un campo objetivo que se añade de manera nueva, siendo la longitud del campo objetivo que se añade de manera nueva menor que la longitud total del campo de FI y del campo de RF.
[0109] 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).
[0110] Cuando el paquete de SDU se procesa en cascada, el módulo 730 de generación está configurado además para: adquirir el número de SN al que corresponde un primer paquete de SDU de la sección de datos;
[0111] adquirir la 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;
[0112] adquirir una posición de byte inicial de un primer byte de la sección de datos correspondiente en el paquete de SDU; y
[0113] generar la cabecera de paquete que comprende el campo de SN, el campo de LSF y el campo de SO, comprendiendo el campo de SN el número de SN adquirido, comprendiendo el campo de LSF la primera información de indicación adquirida y comprendiendo el campo de SO la posición de byte de inicio adquirida. Opcionalmente, el campo preestablecido comprende el campo objetivo que se acaba de añadir.
[0114] El módulo 730 de generación está configurado además para:
[0115] adquirir una segunda información de indicación, en donde, cuando el paquete de SDU se procesa 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 se procesa 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
[0116] generar la cabecera de paquete que comprende el campo objetivo, comprendiendo el campo objetivo la segunda información de indicación.
[0117] Opcionalmente, el módulo 730 de generación está configurado además para:
[0118] generar la cabecera de paquete que comprende el campo objetivo, pero omite el campo de SO y el campo de LSF en la cabecera de paquete común cuando la segunda información de indicación se usa para indicar que no es el segmento de SDU.
[0119] Opcionalmente, el módulo 730 de generación está configurado además para:
[0120] generar la cabecera de paquete que comprende el campo objetivo 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 que comprenda el campo objetivo.
[0121] Opcionalmente, el módulo 730 de generación está configurado además para:
[0122] adquirir la 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 donde, cuando la SDU se procesa en cascada, el paquete de datos preestablecido es un paquete de SDU completo al que corresponde la primera SDU de la sección de datos, y cuando la SDU no se procesa en cascada, el paquete de datos preestablecido es un paquete de SDU completo al que corresponde la SDU de la sección de datos; y
[0123] generar la cabecera de paquete que comprende la tercera información de indicación y el campo de SO objetivo 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 de SO objetivo menor que la longitud del campo de SO en la cabecera de paquete común.
[0124] Opcionalmente, el módulo 730 de generación está configurado además para:
[0125] generar la cabecera de paquete que comprende la tercera información de indicación y el campo de SO objetivo cuando los mensajes de configuración de RRC adquiridos históricamente se usan para configurar la cabecera de paquete de modo que comprenda la tercera información de indicación.
[0126] Opcionalmente, el módulo 730 de generación está configurado además para: generar la cabecera de paquete que comprende el campo de SO que tiene una longitud objetivo de acuerdo con los mensajes de configuración de RRC que se adquieren históricamente, en donde los mensajes de configuración de RRC comprenden la longitud objetivo que es menor que la longitud del campo de SO en la cabecera de paquete común.
[0127] Opcionalmente, el dispositivo comprende además:
[0128] un segundo módulo 740 de adquisición, configurado para adquirir los mensajes de configuración de RRC transmitidos por el extremo receptor antes de que el módulo 730 de generación genere la cabecera de paquete de PDU de acuerdo con el resultado de procesamiento, siendo los mensajes de configuración de RRC usados para desactivar una función de segmento para segmentar el paquete de SDU; y
[0129] un módulo 750 de desactivación, configurado para desactivar la función de segmento para segmentar el paquete de SDU después de recibir los mensajes de configuración de RRC.
[0130] En resumen, para el dispositivo 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 de FI y el campo de RF, pero incluye el campo preestablecido, en donde el campo preestablecido son otros campos excepto el campo de FI y el campo de RF ya existentes en la cabecera de paquete común o un campo objetivo que se añade de manera nueva y tiene la longitud menor que la longitud total del campo de FI y el campo de RF. De este modo, puede resolverse el problema de que las sobrecargas ocasionadas por la cabecera de paquete de PDU, tal como se genera en la técnica relacionada, sean grandes, y puede conseguirse un efecto de omitir directamente el campo de FI y el campo de RF o añadir un campo objetivo que tenga la longitud más corta mientras se omiten el campo de FI y el campo de RF, reduciendo de este modo la longitud de la cabecera de paquete y ahorrando las sobrecargas de la cabecera de paquete.
[0131] Se proporciona un dispositivo para generar paquetes de PDU de acuerdo con una realización a modo de ejemplo de la presente divulgación, y el método para generar paquetes de PDU proporcionado por la presente divulgación puede implementarse por el dispositivo. El dispositivo para generar paquetes de PDU comprende un procesador y una memoria para almacenar una instrucción ejecutable por el procesador, en donde
[0132] el procesador está configurado para:
[0133] adquirir un paquete de unidad de datos de servicio (SDU);
[0134] procesar el paquete de SDU de acuerdo con el tamaño de un paquete de datos preestablecido; y
[0135] 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 donde 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 predefinido, y el campo predefinido comprende otros campos excepto el campo de FI y el campo de RF, que se redefinen en una cabecera de paquete común, o un campo objetivo que se añade de manera nueva, siendo la longitud del campo objetivo que se añade de manera nueva menor que la longitud total del campo de FI y del campo de RF.
[0136] La figura 8 es un diagrama esquemático de la estructura de un dispositivo para generar paquetes de PDU mostrado de acuerdo con una realización a modo de ejemplo de la presente divulgación. El dispositivo 800 puede implementarse como la totalidad o parte del UE.
[0137] Haciendo 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 alimentación, un componente 808 de multimedia, 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.
[0138] El componente 802 de procesamiento controla, normalmente, las operaciones generales del aparato 800, tales como las operaciones asociadas con la visualización, las llamadas telefónicas, las comunicaciones de datos, las operaciones de cámara y las operaciones de grabación. El componente 802 de procesamiento puede incluir uno o más procesadores 818 para ejecutar instrucciones para realizar todas o parte de las etapas de los métodos descritos anteriormente. Además, el componente 802 de procesamiento puede incluir uno o más módulos que faciliten 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 808 de multimedia y el componente 802 de procesamiento.
[0139] La memoria 804 está configurada para almacenar varios tipos de datos para soportar la operación del aparato 800. Ejemplos de tales datos incluyen instrucciones para cualquier aplicación o métodos operados en el aparato 800, datos de contacto, datos de agenda, mensajes, imágenes, vídeos, etc. La memoria 804 puede implementarse usando cualquier tipo de dispositivo de memoria volátil o no volátil, o una combinación de las mismas, tal 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.
[0140] El componente 806 de alimentación proporciona alimentación a varios componentes del aparato 800. El componente 806 de alimentación puede incluir un sistema de gestión de alimentación, uno o más fuentes de alimentación y cualquiera de los otros componentes asociados con la generación, gestión y distribución de alimentación en el aparato 800.
[0141] El componente 808 de multimedia incluye una pantalla que proporciona una interfaz de salida entre el aparato 800 y el usuario. En algunas realizaciones, la pantalla puede incluir una pantalla 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 no solo detectan el límite de una acción de toque o deslizamiento, sino que también detectan la duración y la presión asociadas a la acción de toque o deslizamiento. En algunas realizaciones, el componente 808 de multimedia incluye una cámara frontal y/o una cámara trasera. La cámara frontal y la cámara trasera pueden recibir datos multimedia externos mientras el aparato 800 se encuentra en un modo de operación, tal como un modo de fotografía o un modo de vídeo. 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.
[0142] El componente 810 de audio está configurado para emitir y/o recibir 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 operación, tal 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 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.
[0143] La interfaz 812 de E/S proporciona una interfaz entre el componente 802 de procesamiento y los módulos de interfaz periféricos, tales como un teclado, una rueda de clic, botones y similares. Los botones pueden incluir, aunque no de forma limitativa, un botón de inicio, un botón de volumen, un botón de arranque y un botón de bloqueo.
[0144] 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 de un componente del aparato 800, la presencia o ausencia de contacto del usuario con el aparato 800, la orientación o aceleración/desaceleración del aparato 800 y el 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 puede incluir también un sensor de luz, tal como un sensor de imagen CMOS o CCD, usado para aplicaciones de formación de imágenes. En algunas realizaciones, el componente 814 de sensor puede incluir también un sensor acelerómetro, un sensor giroscópico, un sensor magnético, un sensor de presión o un sensor de temperatura.
[0145] El componente 816 de comunicación está configurado para facilitar la comunicación, por cable 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, tal como WiFi, 2G o 3G, o una combinación de los mismos. En una realización a modo de ejemplo, el componente 816 de comunicación recibe señales de radiodifusión o información asociada a la radiodifusión de un sistema de gestión de radiodifusión externo a través de un canal de radiodifusión. En una realización a modo 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.
[0146] En realizaciones a modo 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.
[0147] En unas realizaciones a modo de ejemplo, también se proporciona un medio de almacenamiento no transitorio legible por ordenador que incluye instrucciones, tal como la memoria 804 que incluye instrucciones ejecutables por el procesador 818 en el aparato 800, para realizar los métodos descritos anteriormente. Por ejemplo, el medio de almacenamiento no transitorio legible por ordenador puede ser una ROM, una RAM, un CD-ROM, una cinta magnética, un disquete, un dispositivo óptico de almacenamiento de datos y similares.
[0148] Durante la realización real, el dispositivo de generación de paquetes de PDU puede ser de otras estructuras, lo que no está limitado en la presente realización.
[0149] Otras realizaciones de la presente divulgación serán evidentes para los expertos en la materia desde la consideración de la memoria descriptiva y la práctica de la presente divulgación. La presente solicitud está destinada a cubrir cualesquiera variaciones, usos o adaptaciones de la presente divulgación siguiendo los principios generales de la misma e incluyendo conocimientos comunes o medidas técnicas comúnmente usadas 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 en las reivindicaciones siguientes.
[0150] Se apreciará que la presente divulgación no se limita a la construcción exacta que se ha descrito anteriormente y que se ilustra en los dibujos adjuntos, y que pueden realizarse diversas modificaciones y cambios sin desviarse del alcance de la misma. Está previsto que el alcance de la presente divulgación esté limitado únicamente por las reivindicaciones adjuntas.

Claims (15)

1. 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, del control de enlace radio, RLC; procesar (220; 320; 420) el paquete de SDU del RLC de acuerdo con un parámetro de tamaño; y
generar (230) una cabecera de paquete y una sección de datos de un paquete de PDU del RLC de acuerdo con un resultado de procesamiento, constituyendo la cabecera de paquete y la sección de datos el paquete de PDU del RLC; en donde la cabecera de paquete omite un campo de indicación de trama, FI, y un campo de bandera de resegmentación, RF, y comprende un campo preestablecido, y el campo preestablecido comprende un campo objetivo que se añade de manera nueva, siendo la longitud del campo objetivo que se añade de manera nueva menor que la longitud total del campo de FI y del campo de RF;
en donde generar la cabecera de paquete y la sección de datos del paquete de PDU del RLC de acuerdo con el resultado de procesamiento, comprende:
cuando el paquete de SDU del RLC no se procesa en cascada, en respuesta a que la sección de datos no es un segmento de SDU del RLC, generar la cabecera de paquete que comprende el campo objetivo y omite un campo de desplazamiento de segmentación, SO;
cuando el paquete de SDU del RLC se procesa en cascada, en respuesta a que la primera SDU del RLC de la sección de datos no es un segmento de SDU del RLC, genera la cabecera de paquete que comprende el campo objetivo y omite el campo de SO.
2. El método de acuerdo con la reivindicación 1, en donde el campo objetivo comprende información de indicación para indicar que la sección de datos no comprende un segmento de SDU del RLC.
3. El método de acuerdo con la reivindicación 2, en donde generar la cabecera de paquete que comprende el campo objetivo comprende:
generar la cabecera de paquete que comprende el campo objetivo y omite el campo de SO, en donde la cabecera de paquete comprende además la segunda información de indicación para indicar si la sección de datos comprende un segmento de SDU del RLC; o generar la cabecera de paquete que comprende el campo objetivo 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 que comprenda el campo objetivo.
4. El método de acuerdo con una cualquiera de las reivindicaciones 1-3, en donde generar la cabecera de paquete que comprende el campo objetivo comprende:
en respuesta a que la sección de datos no comprende un segmento de SDU del RLC, genera la cabecera de paquete que comprende el campo objetivo y omite el campo de SO y un campo de bandera de último segmento, LSF, en una cabecera de paquete común.
5. El método de acuerdo con una cualquiera de las reivindicaciones 1-3, en donde generar la cabecera de paquete del paquete de PDU del RLC de acuerdo con el resultado de procesamiento comprende además:
adquirir una tercera información de indicación que se usa para indicar si un paquete de datos preestablecido es un paquete de datos pequeño, en donde el paquete de datos preestablecido es un paquete de SDU del RLC completo al que corresponde el SDU del 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 objetivo, 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 de SO objetivo menor que la longitud de un campo de SO en una cabecera de paquete común; y
en donde generar la cabecera de paquete que comprende la tercera información de indicación y el campo de SO objetivo comprende: generar la cabecera de paquete que comprende la tercera información de indicación y el campo de SO objetivo cuando los mensajes de configuración de RRC que se adquieren históricamente se usan para configurar la cabecera de paquete para que comprenda la tercera información de indicación.
6. El método de acuerdo con una cualquiera de las reivindicaciones 1-3, en donde generar la cabecera de paquete del paquete de PDU del RLC de acuerdo con el resultado de procesamiento comprende además: generar la cabecera de paquete que comprende un campo de desplazamiento de segmentación, SO, que tiene una longitud objetivo de acuerdo con los mensajes de configuración de RRC que se adquieren históricamente, en donde los mensajes de configuración de RRC comprenden la longitud objetivo que es menor que la longitud del campo de SO en una cabecera de paquete común.
7. El método de acuerdo con una cualquiera de las reivindicaciones 1-3, en donde, cuando no se usa la función de procesar en cascada, el método comprende además:
adquirir mensajes de configuración de RRC transmitidos por un extremo receptor, siendo el mensaje de configuración de RRC usado para desactivar una función de segmento para segmentar el paquete de SDU del RLC; y
desactivar la función de segmento para segmentar el paquete de SDU del RLC después de recibir los mensajes de configuración de RRC.
8. Un dispositivo para generar paquetes de unidades de datos de protocolo, PDU, que comprende:
un procesador (818); y
una memoria (804) para almacenar una instrucción ejecutable por el procesador, en donde
el procesador (818) está configurado para:
adquirir un paquete de unidad de datos de servicio, SDU, del control de enlace de radio, RLC; procesar el paquete de SDU del RLC de acuerdo con un parámetro de tamaño; y
generar una cabecera de paquete y una sección de datos de un paquete de PDU del RLC de acuerdo con un resultado de procesamiento, constituyendo la cabecera de paquete y la sección de datos el paquete de PDU del RLC; en donde la cabecera de paquete omite un campo de indicación de trama, FI, y un campo de bandera de resegmentación, RF, y comprende un campo preestablecido, y el campo preestablecido comprende un campo objetivo que se añade de manera nueva, siendo la longitud del campo objetivo que se añade de manera nueva menor que la longitud total del campo de FI y del campo de RF;
en donde el procesador (818) está configurado además para:
cuando el paquete de SDU del RLC no se procesa en cascada, en respuesta a que la sección de datos no es un segmento de SDU del RLC, generar la cabecera de paquete que comprende el campo objetivo y omite un campo de desplazamiento de segmentación, SO;
cuando el paquete de SDU del RLC se procesa en cascada, en respuesta a que la primera SDU del RLC de la sección de datos no es un segmento de SDU del RLC, genera la cabecera de paquete que comprende el campo objetivo y omite el campo de SO.
9. El dispositivo de acuerdo con la reivindicación 8, en donde el campo objetivo comprende información de indicación para indicar que la sección de datos no comprende un segmento de SDU del RLC.
10. El dispositivo de acuerdo con la reivindicación 9, en donde el procesador (818) está configurado además para: generar la cabecera de paquete que comprende el campo objetivo y omite el campo de SO, en donde la cabecera de paquete comprende además la segunda información de indicación para indicar si la sección de datos comprende un segmento de SDU del RLC; o generar la cabecera de paquete que comprende el campo objetivo 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 que comprenda el campo objetivo.
11. El dispositivo de acuerdo con una cualquiera de las reivindicaciones 8-10, en donde el procesador (818) está configurado además para:
en respuesta a que la sección de datos no comprende un segmento de SDU del RLC, genera la cabecera de paquete que comprende el campo objetivo y omite el campo de SO y un campo de bandera de último segmento, LSF, en una cabecera de paquete común.
12. El dispositivo de acuerdo con una cualquiera de las reivindicaciones 8-10, en donde el procesador (818) está configurado además para:
adquirir una tercera información de indicación que se usa para indicar si un paquete de datos preestablecido es un paquete de datos pequeño, en donde el paquete de datos preestablecido es un paquete de SDU del RLC completo al que corresponde a la SDU del 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 objetivo, 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 de SO objetivo menor que la longitud de un campo de SO en una cabecera de paquete común; y
en donde el procesador (818) está configurado además para: generar la cabecera de paquete que comprende la tercera información de indicación y el campo de SO objetivo cuando los mensajes de configuración de RRC que se adquieren históricamente se utilizan para configurar la cabecera de paquete para que comprenda la tercera información de indicación.
13. El dispositivo de acuerdo con una cualquiera de las reivindicaciones 8-10, en donde 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 objetivo de acuerdo con los mensajes de configuración de RRC que se adquieren históricamente, en donde los mensajes de configuración de RRC comprenden la longitud objetivo que es
menor que la longitud del campo de SO en una cabecera de paquete común.
14. El dispositivo de acuerdo con una cualquiera de las reivindicaciones 8-10, en donde, cuando no se comprende ninguna función de procesar en cascada, el procesador (818) está configurado además para:
adquirir mensajes de configuración de RRC transmitidos por un extremo receptor antes de generar la cabecera de paquete del paquete de PDU del RLC de acuerdo con el resultado de procesamiento, usándose los mensajes de configuración de RRC para desactivar una función de segmento para segmentar el paquete de SDU del RLC; y desactivar la función de segmento para segmentar el paquete de SDU del RLC después de recibir los mensajes de configuración de RRC.
15. Un medio de almacenamiento no transitorio legible por ordenador que tiene almacenadas en el mismo instrucciones que, cuando se ejecutan por un procesador, hacen que se realice un método para generar paquetes de unidades de datos de protocolo, PDU, en donde el método comprende:
adquirir un paquete de unidad de datos de servicio, SDU, del control de enlace radio, RLC;
procesar el paquete de SDU del RLC de acuerdo con un parámetro de tamaño; y
generar una cabecera de paquete y una sección de datos de un paquete de PDU del RLC de acuerdo con un resultado de procesamiento, constituyendo la cabecera de paquete y la sección de datos el paquete de PDU del RLC; en donde 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 objetivo que se añade de manera nueva, siendo la longitud del campo objetivo que se añade de manera nueva menor que la longitud total del campo de FI y del campo de RF;
en donde generar una cabecera de paquete y una sección de datos de un paquete de PDU del RLC de acuerdo a un resultado de procesamiento, comprende:
cuando el paquete de SDU del RLC no se procesa en cascada, en respuesta a que la sección de datos no es un segmento de SDU del RLC, generar la cabecera de paquete que comprende el campo objetivo y omite un campo de desplazamiento de segmentación, SO;
cuando el paquete de SDU del RLC se procesa en cascada, en respuesta a que la primera SDU del RLC de la sección de datos no es un segmento de SDU del RLC, genera la cabecera de paquete que comprende el campo objetivo y omite el campo de SO.
ES23165374T 2016-11-04 2016-11-04 Method and device for generating protocol data unit (pdu) packet Active ES3062009T3 (en)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
EP23165374.2A EP4221312B1 (en) 2016-11-04 2016-11-04 METHOD AND DEVICE FOR GENERATION OF PROTOCOL DATA UNIT (PDU) PACKETS
PCT/CN2016/104679 WO2018082033A1 (zh) 2016-11-04 2016-11-04 协议数据单元pdu包生成方法和装置

Publications (1)

Publication Number Publication Date
ES3062009T3 true ES3062009T3 (en) 2026-04-08

Family

ID=58838999

Family Applications (2)

Application Number Title Priority Date Filing Date
ES23165374T Active ES3062009T3 (en) 2016-11-04 2016-11-04 Method and device for generating protocol data unit (pdu) packet
ES16920530T Active ES2950472T3 (es) 2016-11-04 2016-11-04 Aparato y método de generación de paquete de unidad de datos de protocolo (PDU)

Family Applications After (1)

Application Number Title Priority Date Filing Date
ES16920530T Active ES2950472T3 (es) 2016-11-04 2016-11-04 Aparato y método de generación de paquete de unidad de datos de protocolo (PDU)

Country Status (10)

Country Link
US (2) US10911577B2 (es)
EP (2) EP3537686B1 (es)
JP (1) JP2019533958A (es)
KR (1) KR102253802B1 (es)
CN (1) CN106664312B (es)
ES (2) ES3062009T3 (es)
PL (1) PL3537686T3 (es)
RU (1) RU2727866C1 (es)
SG (1) SG11201903724QA (es)
WO (1) WO2018082033A1 (es)

Families Citing this family (13)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US11201780B2 (en) * 2016-01-29 2021-12-14 Qualcomm Incorporated Configurations associated with segmentation of one or more packets for wireless communication
EP3319252A1 (en) 2016-11-04 2018-05-09 Panasonic Intellectual Property Corporation of America Efficient multiplexing of control information in transport block
KR102318015B1 (ko) * 2017-04-28 2021-10-27 삼성전자 주식회사 무선통신시스템에서 데이터 종류에 따른 길이를 지시하는 방법 및 장치
CN111107587B (zh) 2017-05-19 2022-01-11 Oppo广东移动通信有限公司 用于传输数据的方法和设备
US10602563B2 (en) 2017-06-09 2020-03-24 Samsung Electronics Co., Ltd. Method and apparatus for supporting RLC UM mode operation in next generation mobile communication system
CN108023963B (zh) * 2017-12-15 2019-03-12 北京明朝万达科技股份有限公司 一种数据处理方法及装置
CN115836562B (zh) * 2020-07-17 2023-10-20 华为技术有限公司 一种数据传输方法及装置
CN112566256B (zh) * 2020-12-01 2023-04-07 重庆重邮汇测电子技术研究院有限公司 一种基于rlc um模式发送协议数据单元的方法
WO2022205234A1 (zh) * 2021-03-31 2022-10-06 华为技术有限公司 一种通信方法及装置
CN113747063B (zh) * 2021-08-27 2023-08-04 深圳市芯中芯科技有限公司 一种视频传输的方法、装置、电子设备及可读存储介质
CN119948835B (zh) * 2022-09-29 2025-12-19 深圳Tcl新技术有限公司 无线通信方法和设备
US20240146994A1 (en) * 2022-11-01 2024-05-02 Qualcomm Incorporated Identifying and marking video data units for network transport of video data
EP4612913A1 (en) * 2022-11-01 2025-09-10 Qualcomm Incorporated Identifying and marking video data units for network transport of video data

Family Cites Families (22)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1324864C (zh) * 2000-04-07 2007-07-04 诺基亚有限公司 固定大小的协议数据单元经过透明无线链路控制的传输
KR20050095419A (ko) * 2004-03-26 2005-09-29 삼성전자주식회사 패킷 망을 이용하여 음성 서비스를 제공하는이동통신시스템에서 무선 자원을 효율적으로 사용하는 방법
US7551596B2 (en) 2004-11-09 2009-06-23 Samsung Electronics Co., Ltd. Method and apparatus for signaling control information of uplink packet data service in mobile communication system
KR100913900B1 (ko) * 2005-05-04 2009-08-26 삼성전자주식회사 이동통신 시스템에서 미리 정의된 길이 지시자를 이용해서 패킷 데이터를 송수신하는 방법 및 장치
US20100046448A1 (en) * 2006-12-15 2010-02-25 Telefonak Tiebolaget Lm Ericsson ( Single Bit Segmentation Indicator
CN101272519B (zh) * 2007-03-21 2012-09-19 上海贝尔股份有限公司 生成协议数据单元的方法及其设备和基站
JP2008259027A (ja) * 2007-04-06 2008-10-23 Ntt Docomo Inc 再送制御方法及び送信側装置
US8249009B2 (en) * 2007-05-01 2012-08-21 Ntt Docomo, Inc. User equipment terminal, base station apparatus, and communication control method in mobile communication system
US8331399B2 (en) * 2007-05-07 2012-12-11 Qualcomm Incorporated Re-using sequence number by multiple protocols for wireless communication
US20090008671A1 (en) 2007-07-06 2009-01-08 Lustrous Technology Ltd. LED packaging structure with aluminum board and an LED lamp with said LED packaging structure
CN101364990B (zh) * 2007-08-08 2012-06-27 华为技术有限公司 一种减少数据头开销的方法
US8873471B2 (en) * 2007-10-01 2014-10-28 Qualcomm Incorporated Method and apparatus for implementing LTE RLC header formats
US8396083B2 (en) 2008-03-31 2013-03-12 Qualcomm Incorporated Determinative segmentation resegmentation and padding in radio link control (RLC) service data units (SDU)
US9554417B2 (en) * 2008-12-24 2017-01-24 Qualcomm Incorporated Optimized header for efficient processing of data packets
BR112012003636A2 (pt) * 2009-08-17 2016-03-22 Alcetel Lucent método e aparelho para controlar transmissão de dados para downlink em um sistema de comunicação de retransmissão com múltiplos saltos
WO2011061855A1 (ja) * 2009-11-20 2011-05-26 富士通株式会社 無線通信装置、システム及び再送制御方法
CN102790659B (zh) * 2012-07-18 2017-04-19 福建先创通信有限公司 一种移动通信系统中数据包的传输方法
CN104581824A (zh) * 2013-10-17 2015-04-29 中兴通讯股份有限公司 一种数据包分流传输的方法及系统
CN105191260B (zh) * 2014-03-19 2018-06-19 华为技术有限公司 数据处理方法及装置
ES2909761T3 (es) 2014-10-22 2022-05-10 Samsung Electronics Co Ltd Procedimiento y sistema de transmisión y recepción de unidad de datos de protocolo en redes de comunicación
US9699800B2 (en) * 2014-10-23 2017-07-04 Intel IP Corporation Systems, methods, and appartatuses for bearer splitting in multi-radio HetNet
US10396942B2 (en) * 2016-03-29 2019-08-27 Samsung Electronics Co., Ltd. Method and apparatus for transmitting and receiving data in a communication system

Also Published As

Publication number Publication date
CN106664312A (zh) 2017-05-10
US20210211524A1 (en) 2021-07-08
EP4221312A2 (en) 2023-08-02
US20190260856A1 (en) 2019-08-22
SG11201903724QA (en) 2019-05-30
WO2018082033A1 (zh) 2018-05-11
JP2019533958A (ja) 2019-11-21
KR102253802B1 (ko) 2021-05-21
US11601530B2 (en) 2023-03-07
EP3537686B1 (en) 2023-05-10
US10911577B2 (en) 2021-02-02
ES2950472T3 (es) 2023-10-10
EP4221312A3 (en) 2023-11-01
EP3537686A1 (en) 2019-09-11
KR20190073543A (ko) 2019-06-26
RU2727866C1 (ru) 2020-07-24
PL3537686T3 (pl) 2023-09-25
EP3537686A4 (en) 2020-07-29
CN106664312B (zh) 2018-08-07
EP4221312B1 (en) 2025-12-31
BR112019008903A2 (pt) 2019-08-13

Similar Documents

Publication Publication Date Title
ES3062009T3 (en) Method and device for generating protocol data unit (pdu) packet
ES3041290T3 (en) Routing rule configuration method and communication apparatus
ES2996866T3 (en) Data transmission method and corresponding terminal
ES3055181T3 (en) Data receiving method, data sending method, terminal, and network side device
ES3008157T3 (en) Method and device for indicating radio bearer
ES2911923T3 (es) Método y dispositivo de configuración de paquete de datos de enlace descendente
ES2964829T3 (es) Método de protección contra sobrecalentamiento para un equipo de usuario, dispositivo, equipo de usuario y estación base
ES2953701T3 (es) Método de indicación para datos de enlace secundario y dispositivo terminal
ES2955403T3 (es) Dispositivo y método de transmisión de información de control
ES2953712T3 (es) Procedimiento y aparato de indicación del formato de ranura
BR112020021829A2 (pt) método e aparelho de feedback harq
ES2894900T3 (es) Selección del procedimiento de transporte para la entrega de notificaciones del servidor
ES2684553T3 (es) Determinar la proximidad de equipos de usuario en comunicaciones de dispositivo a dispositivo
US12507243B2 (en) Transmission scheduling method and communication device triggered by indication information of at least two second cells contained in the information field of a downlink control information (DCI) and the mapping relationship between the indication information and the second cells
US20160227470A1 (en) Bluetooth low energy packets
ES2933058T3 (es) Método y aparato para el envío de una unidad de datos de protocolo (PDU) de control
ES2929639T3 (es) Procedimiento de transmisión de datos, dispositivo y medio de almacenamiento legible por ordenador
ES3041369T3 (en) Random access method and terminal device
ES2955167T3 (es) Procedimiento y dispositivo de sincronización de Vehículo a Todo
ES2989736T3 (es) Procedimiento de transmisión de datos, dispositivo, equipo, sistema y medio de almacenamiento
ES2952075T3 (es) Método de control de comunicación y dispositivo de control de comunicación
JP7119052B2 (ja) プロトコル・データ・ユニット(pdu)パケットを生成するための方法およびデバイス
ES3016587T3 (en) Downlink control information configuration method and apparatus, and communication device and storage medium
ES3051160T3 (en) Data frame transmission method, data frame transmission device, and storage medium
ES2991308T3 (es) Método y dispositivo para determinar vector de asignación de red, y medio de almacenamiento