ES2560088T3 - Optimización de encabezamientos en modo sin acuse de recibo del control de enlace de radiocomunicaciones - Google Patents

Optimización de encabezamientos en modo sin acuse de recibo del control de enlace de radiocomunicaciones Download PDF

Info

Publication number
ES2560088T3
ES2560088T3 ES06795314.1T ES06795314T ES2560088T3 ES 2560088 T3 ES2560088 T3 ES 2560088T3 ES 06795314 T ES06795314 T ES 06795314T ES 2560088 T3 ES2560088 T3 ES 2560088T3
Authority
ES
Spain
Prior art keywords
pdu
octet
unit
data unit
service data
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
ES06795314.1T
Other languages
English (en)
Inventor
Esa Malkamaki
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.)
Sisvel International SA
Original Assignee
Sisvel International SA
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
Family has litigation
First worldwide family litigation filed litigation Critical https://patents.darts-ip.com/?family=37771264&utm_source=google_patent&utm_medium=platform_link&utm_campaign=public_patent_search&patent=ES2560088(T3) "Global patent litigation dataset” by Darts-ip is licensed under a Creative Commons Attribution 4.0 International License.
Application filed by Sisvel International SA filed Critical Sisvel International SA
Application granted granted Critical
Publication of ES2560088T3 publication Critical patent/ES2560088T3/es
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/02—Traffic management, e.g. flow control or congestion control
    • H04W28/06—Optimizing the usage of the radio link, e.g. header compression, information sizing, discarding information
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04J—MULTIPLEX COMMUNICATION
    • H04J3/00—Time-division multiplex systems
    • H04J3/24—Time-division multiplex systems in which the allocation is indicated by an address the different channels being transmitted sequentially
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/30—Definitions, standards or architectural aspects of layered protocol stacks
    • H04L69/32—Architecture of open systems interconnection [OSI] 7-layer type protocol stacks, e.g. the interfaces between the data link level and the physical level
    • H04L69/322—Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions
    • H04L69/324—Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions in the data link layer [OSI layer 2], e.g. HDLC
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W80/00—Wireless network protocols or protocol adaptations to wireless operation

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Computer Security & Cryptography (AREA)
  • Computer Hardware Design (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

Método, que comprende: insertar, en una entidad de control de enlace de radiocomunicaciones, RLC, por lo menos una unidad de datos de servicio, SDU, en una unidad de datos de protocolo, PDU, de un tamaño apropiado; caracterizado por que además comprende: proporcionar por lo menos un indicador, que incluye un indicador de longitud para indicar que un primer octeto de datos de la unidad de datos de protocolo, PDU, es un primer octeto de una primera unidad de datos de servicio y por lo menos otro octeto de la unidad de datos de protocolo, PDU, es el último octeto de otra unidad de datos de servicio, siendo la primera unidad de datos de servicio o bien igual, o bien diferente a la otra unidad de datos de servicio, en el que dicho por lo menos otro octeto es el último octeto de la unidad de datos de protocolo, PDU.

Description

5
10
15
20
25
30
35
40
45
50
55
60
65
DESCRIPCION
Optimizacion de encabezamientos en modo sin acuse de recibo del control de enlace de radiocomunicaciones. Referencias cruzadas a solicitudes relacionadas
La presente solicitud reivindica prioridad de la solicitud de patente provisional de estados unidos n.° de serie 60/710.193, presentada el 23 de agosto de 2005. La materia objeto de la solicitud a la que se ha remitido anteriormente se incorpora como referencia.
Antecedentes de la invencion
Campo de la invencion
La presente invencion se refiere a la optimizacion de encabezamientos de unidades de datos de protocolo en modo sin acuse de recibo, del control de enlace de radiocomunicaciones, por ejemplo, para prestar un mejor soporte a transmisiones de voz por conmutacion de paquetes o a la transmision de otros servicios por conmutacion de paquetes en tiempo real a traves de una interfaz aerea de CDMA de Banda Ancha.
Descripcion de las anterioridades
Con el Protocolo de Voz por Internet (VoIP) existen tfpicamente varios tamanos diferentes de Unidades de Datos de Servicio (SDU) del control de enlace de radiocomunicaciones (RLC). La figura 1a ilustra una distribucion medida, de ejemplo, para un codec de voz de multi-tasa adaptativa (AMR) de 12,2 kbit/s. El propio codec de voz produce paquetes del mismo tamano mientras que una compresion robusta de encabezamientos (ROHC) produce SDU de tamano variable. Con el fin de optimizar la tara del RLC, para el ejemplo de la figura 1a, se podrfan seleccionar los siguientes tamanos de las Unidades de Datos de Protocolo (PDU) del RLC: 11, 15, 36, 40 y 98 octetos. Para los tamanos mas frecuentes de SDU de RLC, de tramas de indicadores de silencio (SID) y de voz, se pueden usar tamanos de PDU de RLC de 11 y 36 octetos respectivamente. Para diversos tamanos de SDU de RLC, menos frecuentes, pueden usarse tamanos de PDU de RLC de 15 y 40 octetos. Debe indicarse que hay cantidades bastante significativas de SDU de RLC que son 2 octetos mas pequenas que los tamanos de PDU de RLC, a saber, 13 y 38 octetos (tamanos de SDU) respectivamente.
Para una SDU de RLC que es dos octetos mas pequena que la PDU de RLC, el inicio de la SDU de RLC se indica con un indicador de longitud especial (LI), donde LI=1111100 o LI=0000000 si la SDU de RLC previa era tambien dos octetos mas pequena que la PDU de RLC. Por tanto, no queda espacio para indicar el final de la SDU de RLC, y esto debe indicarse en la siguiente PDU de RLC con LI=0000000. Como tal, si se pierde la siguiente PDU, un receptor no puede tener la seguridad de si la SDU de RLC estaba allf o no de forma completa.
El documento EP1195923A2 divulga un sistema de radiocomunicaciones que tiene una capa de control de enlace de radiocomunicaciones.
Sumario de la invencion
Una forma de realizacion de la presente invencion se refiere a un metodo que incluye insertar, en una entidad en modo sin acuse de recibo de un control de enlace de radiocomunicaciones, por lo menos una unidad de datos de servicio en una unidad de datos de protocolo de un tamano apropiado. El metodo incluye tambien proporcionar por lo menos un indicador para definir lfmites entre la por lo menos una unidad de datos de servicio dentro de la unidad de datos de protocolo, de forma que el por lo menos un indicador incluye un indicador de longitud para indicar que un primer octeto de datos de la unidad de datos por paquetes es un primer octeto de una primera unidad de datos de servicio y por lo menos otro octeto de la unidad de datos por paquetes es el ultimo octeto de otra unidad de datos de servicio, de manera que la primera unidad de datos de servicio es o bien igual o bien diferente a la otra unidad de datos de servicio.
Otra forma de realizacion de la invencion se refiere a una entidad en modo sin acuse de recibo que incluye una unidad de insercion configurada para insertar en una entidad de control de enlace de radiocomunicaciones, por lo menos una unidad de datos de servicio en una unidad de datos de protocolo de un tamano apropiado. La entidad incluye tambien una unidad de provision configurada para proporcionar por lo menos un indicador que incluye un indicador de longitud para indicar que un primer octeto de datos de la unidad de datos de protocolo es un primer octeto de una primera unidad de datos de servicio y por lo menos otro octeto de la unidad de datos de protocolo es el ultimo octeto de otra unidad de datos de servicio, de manera que la primera unidad de datos de servicio es o bien igual o bien diferente a la otra unidad de datos de servicio.
Otra forma de realizacion de la invencion se refiere a unos medios de insercion de un aparato para insertar en una entidad de control de enlace de radiocomunicaciones, por lo menos una unidad de datos de servicio en una unidad de datos de protocolo de un tamano apropiado. El aparato incluye tambien medios de provision para proporcionar
5
10
15
20
25
30
35
40
45
50
55
60
65
por lo menos un indicador que incluye un indicador de longitud para indicar que un primer octeto de datos de la unidad de datos de protocolo es un primer octeto de una primera unidad de datos de servicio y por lo menos otro octeto de la unidad de datos de protocolo es el ultimo octeto de otra unidad de datos de servicio, de manera que la primera unidad de datos de servicio es o bien igual o bien diferente a la otra unidad de datos de servicio.
Un producto de programa de ordenador materializado en un soporte legible por ordenador, comprendiendo el producto de programa de ordenador partes de codigo para insertar, en una entidad de control de enlace de radiocomunicaciones, por lo menos una unidad de datos de servicio en una unidad de datos de protocolo de un tamano apropiado y proporcionar por lo menos un indicador que incluye un indicador de longitud para indicar que un primer octeto de datos de la unidad de datos de protocolo es un primer octeto de una primera unidad de datos de servicio y por lo menos otro octeto de la unidad de datos de protocolo es el ultimo octeto de otra unidad de datos de servicio, de manera que la primera unidad de datos de servicio es o bien igual o bien diferente a la otra unidad de datos de servicio.
Breve descripcion de los dibujos
Los dibujos adjuntos, los cuales se incluyen para aportar una comprension mas detallada de la invencion y que se incorporan a esta memoria descriptiva y constituyen parte de la misma, ilustran formas de realizacion de la invencion que, junto con la descripcion, sirven para explicar los principios de la invencion, en donde:
la figura 1a ilustra una distribucion de ejemplo de unidades de datos de servicio de RLC para un codec de AMR de 12,2 kbit/s suponiendo un encabezamiento de RTP/UDP/IP comprimido mfnimo de 3 bytes;
la figura 1b ilustra la arquitectura de una subcapa de RLC;
la figura 1 ilustra una secuencia de PDU de UMD de RLC que muestra el uso del indicador de longitud, con un tamano de PDU de RLC de 39 octetos y tamanos de SDU de RLC de 38 o 37 octetos;
la figura 2 ilustra una secuencia de PDU de UMD de RLC que muestra el uso del indicador de longitud, con un tamano de PDU de RLC de 39 octetos y tamanos de SDU de RLC de 36, 35 o 34 octetos;
la figura 3 ilustra una secuencia de PDU de UMD de RLC que muestra el uso del indicador de longitud, con un tamano de PDU de RLC de 39 octetos y tamanos de SDU de RLC de 38 o 37 octetos;
la figura 4 ilustra una secuencia de PDU de UMD de RLC que muestra el uso del indicador de longitud, con un tamano de PDU de RLC de 39 octetos y tamanos de SDU de RLC de 36, 35 o 34 octetos;
la figura 5 ilustra una secuencia de PDU de UMD de RLC que muestra el uso del indicador de longitud para la ultima SDU de 37 octetos, con un tamano de PDU de RLC de 39 octetos;
la figura 6 ilustra una secuencia de PDU de UMD de RLC que muestra el uso del indicador de longitud, con un tamano de PDU de RLC de 74 octetos y dos SDU de RLC por cada PDU;
la figura 7 ilustra una secuencia de PDU de UMD de RLC que muestra el uso del indicador de longitud, con un tamano de PDU de RLC de 39 octetos y una secuencia de tamanos de SDU de RLC de 40, 34 y 37 octetos; la figura 8 ilustra una secuencia de PDU de UMD de RLC que muestra el uso del indicador de longitud, con un tamano de PDU de RLC de 39 octetos y tamanos de SDU de RLC de 38 o 37 octetos, de acuerdo con la tercera forma de realizacion de la invencion;
la figura 9 ilustra una secuencia de PDU de UMD de RLC que muestra el uso del indicador de longitud, con un tamano de PDU de RLC de 39 octetos y tamanos de SDU de RLC de 36, 35 o 34 octetos;
la figura 10 ilustra una secuencia de PDU de UMD de RLC que muestra el uso del indicador de longitud para la ultima SDU de 37 octetos, con un tamano de PDU de RLC de 39 octetos;
la figura 11 ilustra una secuencia de PDU de UMD de RLC que muestra el uso del indicador de longitud, con un tamano de PDU de RLC de 74 octetos y dos SDU de RLC por cada PDU;
la figura 12 ilustra una secuencia de PDU de UMD de RLC que muestra el uso del indicador de longitud, con un tamano de PDU de RLC de 39 octetos y una secuencia de tamanos de SDU de RLC de 40, 34 y 37 octetos; y
la figura 13 ilustra las etapas implementadas en una forma de realizacion de la presente invencion.
Descripcion detallada de formas de realizacion preferidas
A continuacion se hara referencia a las formas de realizacion preferidas de la presente invencion, cuyos ejemplos se
5
10
15
20
25
30
35
40
45
50
55
60
65
ilustran en los dibujos adjuntos. La presente invencion se refiere a la optimizacion de encabezamientos de unidades de datos de protocolo (PDU) en modo sin acuse de recibo (UM) del control de enlace de radiocomunicaciones (RLC) del WCDMA, por ejemplo, para Servicios Multimedia del Protocolo de Voz por Internet (VolMS). Especfficamente, la presente invencion se refiere a la optimizacion de encabezamientos de PDU del RLC para prestar un mejor soporte a transmisiones de voz por conmutacion de paquetes o transmisiones de otros servicios en tiempo real a traves de una interfaz aerea de WCDMA. Deberfa indicarse que, aunque la presente solicitud describe la invencion como implementada en un tipo de sistema WCDMA, la presente invencion se puede implementar en otros sistemas, tales como en sistemas 3.9G. Por tanto, la implementacion de la invencion en sistemas de WCDMA segun se describe en la presente solicitud es solamente un ejemplo. Deberfa indicarse tambien que el lado red se puede implementar en el controlador de red de radiocomunicaciones (RNC), asf como en el Nodo B. Las funciones del RNC en los sistemas futuros, tales como los sistemas 3.9G, se pueden ubicar en otro sitio, tal como en una estacion base.
El control de enlace de radiocomunicaciones (RLC) es un protocolo de la capa de enlace que es responsable de la recuperacion de errores y el control del flujo en sistemas celulares 3G de UMTS. La figura 1b ilustra la arquitectura de la subcapa de RLC. Tal como se ilustra en la figura 1b, la subcapa de RLC incluye una entidad de modo de transporte (Tm) 102, una entidad de modo sin acuse de recibo (UM) 104 y una entidad de modo con acuse de recibo (AM) 106. La entidad de UM 104 y la entidad de TM 102 se pueden configurar de manera que sean una entidad de RLC transmisora 102a/104a o una entidad de RLC receptora 102b/104b. La entidad de RLC transmisora 102a/104a transmite unidades de datos de protocolo (PDU) de RLC y la entidad de RLC receptora 102b/104b recibe PDU de RLC. La entidad de AM 106 incluye un lado transmisor y un lado receptor, donde el lado transmisor de la entidad de AM 106 transmite PDU de RLC y el lado receptor de la entidad de AM 106 recibe PDU de RLC.
En las entidades de UM y TM 104 y 102, la entidad de RLC transmisora 102a/104a actua como emisor y la entidad de RLC homologa 102b/104b actua como receptor. La entidad de AM 106 actua o bien como emisor o bien como receptor en funcion del procedimiento elemental definido entre el emisor y el receptor. El emisor es un transmisor de PDU de datos en modo con acuse de recibo (AMD) y el emisor y el receptor pueden residir o bien en el equipo de usuario 108 o bien en la UTRAN 110.
En la entidad de UM 104, la PDU de datos en modo sin acuse de recibo (UMD) se usa para transportar PDU enumeradas secuencialmente que incluyen datos de unidades de datos de servicio (SDU) del RLC. Las PDU de UMD son utilizadas por el RLC cuando se configura para la transferencia de datos sin acuse de recibo. La entidad de UM transmisora 104 recibe SDU de RLC desde capas superiores a traves del Punto de Acceso al Servicio de UM. La entidad de UM transmisora 106 segmenta la SDU de RLC en PDU de UMD de tamano apropiado, en caso de que la SDU de RLC sea mayor que la longitud de espacio disponible en la PDU de UMD. La PDU de UMD puede incluir SDU de RLC segmentadas y/o concatenadas y tambien puede incluir relleno para garantizar que sea de una longitud valida. Se usan indicadores de longitud para definir lfmites entre las SDU de RLC dentro de la PDU de UMD, a no ser que un bit de extension ya indique que una PDU de UMD incluye exactamente una SDU completa. Los indicadores de longitud se usan tambien para definir si se incluye relleno en la PDU de UMD. Si hay un cifrado configurado y el mismo se pone en marcha, la PDU de UMD se cifra, excepto por el encabezamiento de PDU de UMD, antes de presentar a la capa inferior. La entidad de UM transmisora 104b entrega PDU de UMD a una capa inferior.
La entidad de UM receptora 104a recibe PDU de UMD a traves de canales logicos configurados desde la capa inferior. Si la entidad de UM receptora 104a esta configurada para la entrega de SDU fuera de secuencia, la misma reensamblara SDU y las transferira a las capas superiores en cuanto se hayan recibido todas las PDU que incluyen la SDU, incluso si no se hubiera recibido todavfa la PDU anterior. La entidad de UM 104 almacena las PDU a la espera de la retransmision de la PDU que falta por parte de la entidad de UM transmisora 104a. Las PDU se retiran de los medios de almacenamiento despues de la recuperacion de la totalidad de sus SDU asociadas, o segun una ventana de numeros de secuencia o un temporizador de almacenamiento.
La PDU de RLC es una cadena de bits. En funcion del servicio proporcionado, la SDU de RLC es tambien una cadena de bits con cualquier longitud que no sea nula o una cadena de bits con una longitud multiplo de 8 bits. La SDU de RLC se incluye en la PDU de RLC a partir del primer bit en adelante. Cuando el RLC esta funcionando en el modo sin acuse de recibo, la PDU de UMD se usa para transferir datos de usuario. La longitud de los datos en el modo sin acuse de recibo sera un multiplo de 8 bits. El encabezamiento de PDU de UMD incluye un primer octeto el cual incluye un numero de secuencia y la totalidad del resto de octetos que incluyen indicadores de longitud. Ademas del numero de secuencia, el primer octeto de la PDU de UMD tambien puede incluir un bit de extension (bit E) que presenta o bien una interpretacion normal del bit E o bien la interpretacion alternativa del bit E, en funcion de la configuracion de las capas superiores. El bit de extension en la totalidad del resto de octetos de la PDU de UMD presenta siempre la interpretacion normal del bit E. La PDU de UMD incluye tambien un tipo de extension de encabezamiento que indica si el siguiente octeto es datos o un indicador de longitud y el bit E.
A no ser que el bit de extension indique que una PDU de UMD incluye una SDU completa que no esta segmentada, concatenada o rellenada, el indicador de longitud se usa para indicar el ultimo octeto de cada SDU de RLC que finaliza dentro de la PDU. Si el bit de extension indica que la PDU de UMD incluye una SDU completa la cual no esta segmentada, concatenada o rellenada, en esta PDU de UMD no hay presentes indicadores de longitud.
5
10
15
20
25
30
35
40
45
50
55
60
65
El indicador de longitud se fija al numero de octetos entre el final del encabezamiento del RLC y hasta el ultimo octeto inclusive del segmento de SDU de RLC. El indicador de longitud se incluye en las PDU a las cuales remiten y el tamano del indicador de longitud puede ser o bien 7 bits o bien 15 bits. El tamano del indicador de longitud se determina de manera independiente para el enlace ascendente y el enlace descendente. Los indicadores de longitud que se refieren a la misma PDU no se deben reordenar en caso de retransmision y deben estar en el mismo orden que las SDU de RLC a las cuales se refieren. Para el enlace ascendente en modo sin acuse de recibo, si el tamano de la PDU de UMD de enlace ascendente mas grande es 125 octetos, se usaran indicadores con una longitud de 7 bits, si no, se usaran indicadores con una longitud de 15 bits. Para el enlace descendente en modo sin acuse de recibo, se usara el tamano de indicador de longitud proporcionado en el “tamano de indicador de longitud en modo sin acuse de recibo de RLC de enlace descendente”.
En el modo sin acuse de recibo, entre modificaciones del tamano mas grande de la PDU de UMD, el tamano del indicador de longitud es el mismo para todas las PDU de UMD. Se usara un indicador de 7 bits de longitud con el valor “111 1100” o un indicador de 15 bits de longitud con el valor “111 1111 1111 1100”. Por ejemplo, se usara el indicador de 7 bits de longitud con el valor “111 1100” o el indicador de 15 bits de longitud con el valor “111 1111 1111 1100” si la SDU de RLC comienza en el inicio de la PDU de RLC, si la PDU de RLC se transmite en enlace ascendente, si los indicadores de longitud no estan presentes para indicar que una SDU de RLC finalizo exactamente al final o un octeto antes que la PDU de RLC previa, si el bit de extension no indica que la PDU de UMD incluye una SDU completa que no esta segmentada, concatenada o rellenada, si el indicador de longitud esta presente para indicar que el primer octeto de datos en esta PDU de RLC es el primer octeto de una SDU de RLC y el ultimo de esta PDU de RLC es el ultimo octeto de la misma SDU de RLC, y si el indicador de longitud esta presente para indicar que el primer octeto de datos en esta PDU de RLC es el primer octeto de una SDU y a la misma sDu de RLC le falta un octeto para llenar exactamente la PDU. En el enlace descendente, si se usa el indicador de 7 bits de longitud, el receptor esta preparado para recibir un indicador de longitud con el valor “111 1100” y si se usa el indicador de 15 bits de longitud, el receptor esta preparado para recibir el indicador de longitud con el valor “111 1111 1111 1100”. El receptor sigue reglas de descarte predefinidas cuando el indicador de longitud con valor “111 1100” o “111 1111 1111 1100” esta presente y cuando esta ausente.
En el caso en el que el final del ultimo segmento de una SDU de RLC finalice exactamente al final de una PDU y no hay ningun indicador de longitud que indique el final de la SDU de RLC, si el bit de extension de la siguiente PDU no indica que la PDU de UMD incluye una SDU completa que no esta segmentada, concatenada o rellenada, y si el indicador de longitud de la siguiente PDU no indica que el primer octeto de datos en esa PDU es el primer octeto de la SDU y el ultimo octeto de esa PDU es el ultimo octeto de la misma SDU, y si ademas el indicador de longitud de la siguiente PDU no indica que el primer octeto de datos de esa PDU de RLC es el primer octeto de una SDU y que a la misma SDU de RLC le falta un octeto para llenar exactamente la PDU, como primer indicador de longitud en la siguiente PDU se colocara un indicador de 7 bits de longitud con el valor “000 0000” o como primer indicador de longitud en la siguiente PDU se colocara un indicador de longitud de 15 bits con el valor “000 0000 0000 0000”.
En el caso en el que una PDU incluya un indicador de 15 bits de longitud que indique que una SDU de RLC finaliza quedando un octeto en la PDU, el ultimo octeto de la PDU es rellenado por el emisor y es ignorado por el receptor aun cuando no exista ningun indicador de longitud que indique la existencia de relleno y no se llenara con el primer octeto de los datos de la siguiente SDU de RLC. En el caso en el que se usen indicadores de 15 bits de longitud en la PDU y al ultimo segmento de una SDU de RLC le falte un octeto para llenar exactamente la PDU y no haya ningun indicador de longitud que indique el final de la SDU de RLC, si se usa un indicador de 15 bits de longitud para la siguiente PDU, el indicador de longitud con valor “111 1111 1111 1011” se colocara como primer indicador de longitud en la siguiente PDU. El octeto restante en la PDU actual sera rellenado por el emisor e ignorado por el receptor aunque no haya ningun indicador de longitud que indique la existencia de relleno. Si un indicador de 7 bits de longitud esta configurado para la siguiente PDU y el RLC esta configurado para un modo sin acuse de recibo y el bit de extension de esa PDU no indica que la PDU de UMD incluye una SDU completa que no esta segmentada, concatenada o rellenada, y el indicador de longitud de esa PDU no indica que el primer octeto de datos de esa PDU es el primer octeto de una SDU y el ultimo octeto de esa PDU es ese ultimo octeto de la misma SDU, el indicador de longitud con el valor “000 0000” se colocara como primer indicador de longitud en la siguiente PDU y el numero de secuencia se incrementara en 2 antes de su transmision.
En el RLC en modo sin acuse de recibo y modo con acuse de recibo, si se usa un indicador de 7 bits de longitud en la PDU de RLC y hay presentes uno o mas octetos de relleno en la PDU de RLC despues del final de la ultima SDU de RLC, la presencia del relleno se indica incluyendo un indicador de longitud con el valor “1111111” como ultimo indicador de longitud de la PDU. Si en la PDU de RLC se usa un indicador de 15 bits de longitud y hay presentes dos o mas octetos de relleno en la PDU de RLC despues del final de la ultima SDU de RLC, la presencia del relleno se indica incluyendo un indicador de longitud con el valor “111 1111 1111 1111” como ultimo indicador de longitud en la PDU. Deberfa indicarse que, despues de que se haya incluido en la PDU de RLC el indicador de longitud que indica la presencia de relleno, la longitud de relleno puede ser cero.
En el caso en el que la interpretacion alternativa del bit E este configurada para el RLC en modo sin acuse de recibo y la PDU de RLC incluya un segmento de una SDU aunque ni el primer octeto ni el ultimo octeto de esta SDU, se
5
10
15
20
25
30
35
puede usar un indicador de 7 bits de longitud con el valor “111 1110” o se puede usar un indicador de 15 bits de longitud con el valor “111 1111 1111 1110”.
En una forma de realizacion de la invencion, en el caso en el que la interpretacion alternativa del bit E este configurada para el RLC en modo sin acuse de recibo y el primer octeto de datos de esta PDU de RLC sea el primer octeto de una SDU y el ultimo octeto de esta PDU de RLC sea el ultimo octeto de la misma SDU, se puede usar un indicador de 7 bits de longitud con el valor “111 1101” o puede usarse un indicador de 15 bits de longitud con el valor “111 1111 1111 1101”. En el caso en el que la interpretacion alternativa del bit E este configurada para el RLC en modo sin acuse de recibo y el primer octeto de datos de esta PDU de RLC sea el primer octeto de una SDU y a la misma SDU de RLC le falte un octeto para llenar exactamente la PDU, se puede usar un indicador de 15 bits de longitud con el valor “111 1111 1111 1010”.
Si un indicador de longitud sigue a la espera de su transmision y no hay ninguna SDU de RLC disponible, se puede transmitir una PDU de RLC que incluya este indicador de longitud y el relleno apropiado. Para indicar el relleno se usan valores predefinidos del indicador de longitud.
En una forma de realizacion de la presente invencion, el receptor sabe, en el caso en el que el tamano de la SDU de RLC es dos octetos menor que el tamano de la PDU de RLC, que la SDU de RLC comienza y finaliza en esta PDU de RLC y puede entregar la SDU a capas superiores, incluso si falta la siguiente pDu de RLC. Esto es especialmente importante en el caso de servicios por conmutacion de paquetes en tiempo real, como el VoIP. Todas las SDU de RLC que caben en una PDU de RLC, es decir, que no requieren segmentacion, se pueden reenviar inmediatamente a una capa superior sin necesidad de esperar por la siguiente PDU de RLC la cual se puede retardar de forma adicional, por ejemplo, debido a la planificacion. Asf, esto puede reducir el retardo de la sDu de RLC, por ejemplo, un paquete de VolP.
Segun una forma de realizacion de la invencion, en el caso en el que la SDU de RLC sea dos octetos menor que la PDU de RLC y se de el caso de que sea la ultima SDU de una secuencia, puede evitarse una PDU adicional. En una primera forma de realizacion de la presente invencion, el significado del valor 1111100 del indicador de longitud especial se cambia para indicar que la SDU de RLC comienza y finaliza en esta PDU de RLC. El valor de 0000000 del LI especia l se usa para indicar, para el modo sin acuse de recibo, que la SDU nueva comienza en el inicio de la PDU. Los detalles se muestran en las siguientes tablas.
Longitud: 7 bits
Bit
Descripcion
0000000
PDU de AMD: la PDU de RLC previa se lleno exactamente con el ultimo segmento de una SDU de RLC y no hay ningun “Indicador de Longitud” que indique el final de la SDU de RLC en la PDU de RLC previa. PDU de UMD: el primer octeto de datos en esta PDU de RLC es el primer octeto de una SDU de RLC y la PDU de RLC previa se lleno exactamente con el ultimo segmento de una SDU de RLC si no hay ningun “Indicador de Longitud” que indique el final de la SDU de RLC en la PDU de RLC previa.
1111100
PDU de UMD: el primer octeto de datos en esta PDU de RLC es el primer octeto de una SDU de RLC y el ultimo octeto en esta PDU de RLC es el ultimo octeto de una SDU de RLC (misma SDU o diferente). PDU de AMD: reservada (las PDU con esta codificacion seran descartadas por esta version del protocolo).
1111101
Reservada (las PDU con esta codificacion seran descartadas por esta version del protocolo).
1111110
PDU de AMD: el resto de la PDU de RLC incluye una PDU de ESTADO acarreada (piggybacked). PDU de UMD: la PDU de RLC contiene un segmento de una SDU pero ni el primer octeto ni el ultimo octeto de esta SDU.
1111111
El resto de la PDU de RLC es relleno. La longitud de relleno puede ser cero.
Longitud: 15 bits
Bit
Descripcion
000000000000000
PDU de AMD: la PDU de RLC previa se lleno exactamente con el ultimo segmento de una SDU de RLC y no hay ningun “Indicador de Longitud” que indique el final de la SDU de RLC en la PDU de RLC previa. PDU de UMD: el primer octeto de datos en esta PDU de RLC es el primer octeto de una SDU de RLC, y la PDU de RLC previa se lleno exactamente con el ultimo segmento de una SDU de RLC si no hay ningun “Indicador de Longitud” que indique el final de la SDU de RLC en la PDU de RLC previa.
Bit
Descripcion
111111111111010
PDU de UMD: el primer octeto de datos en esta PDU de RLC es el primer octeto de una SDU de RLC y el segundo ultimo octeto de esta PDU de RLC es el ultimo octeto de una SDU de rLc (misma SDU o diferente). El octeto restante de la PDU de RLC se ignora.
111111111111011
PDU de ADM: al ultimo segmento de una SDU de RLC le faltaba un octeto para llenar exactamente la PDU de RLC previa y no hay ningun “Indicador de Longitud” que indique el final de la SDU de RLC en la PDU de RLC previa. El octeto restante en la PDU de RLC previa se ignora. PDU de UMD: el primer octeto de datos de esta PDU de RLC es el primer octeto de una SDU de RLC, y al ultimo segmento de una SDU de RLC le faltaba un octeto para llenar exactamente la PDU de RLC previa si no hay ningun “Indicador de Longitud” que indique el final de la SDU de RLC en la PDU de RLC previa.
111111111111100
PDU de UMD: el primer octeto de datos en esta PDU de RLC es el primer octeto de una SDU de RLC y el ultimo octeto en esta PDU de RLC es el ultimo octeto de una SDU de RLC (misma SDU o diferente). PDU de AMD: reservada (las PDU con esta codificacion seran descartadas por esta version del protocolo).
111111111111101
Reservada (las PDU con esta codificacion seran descartadas por esta version del protocolo).
111111111111110
PDU de AMD: el resto de la PDU de RLC incluye una PDU de ESTADO acarreada (piggybacked). PDU de UMD: la PDU de RLC contiene un segmento de una SDU pero ni el primer octeto ni el ultimo octeto de esta SDU.
111111111111111
El resto de la PDU de RLC es relleno. La longitud de relleno puede ser cero.
Segun otra forma de realizacion de la invencion, el significado del valor 0000000 del indicador de longitud especial se cambia para indicar que la SDU de RLC comienza y finaliza en esta PDU de RLC. El uso anterior del valor del indicador de longitud especial de 0000000, para indicar que la SDU previa finalizaba en la PDU previa y no estaba 5 indicada, se puede sustituir con el uso de LI=1111100, es decir, LI=1111100 indica que comienza una SDU nueva y eso significa implfcitamente que la SDU previa (en caso de que hubiera alguna) finalizaba en la PDU previa, y eso se indico o no con un indicador de longitud.
Segun una tercera forma de realizacion de la invencion, el significado de los valores 0000000 y 1111100 del 10 indicador de longitud especial no se cambian sino que, por el contrario, se usa el indicador de longitud reservado =1111101 para indicar que la SDU de RLC comienza y finaliza en esta PDU de RLC. Esto presenta la ventaja de que no son necesarios cambios para el uso de aquellos indicadores de longitud especiales que se estan utilizando en ese momento. Los detalles se muestran en las siguientes tablas.
15 Longitud: 7 bits
Bit
Descripcion
0000000
La PDU de RLC previa se lleno exactamente con el ultimo segmento de una SDU de RLC y no hay ningun “Indicador de Longitud” que indique el final de la SDU de RLC en la PDU de rLc previa.
1111100
PDU de UMD: el primer octeto de datos en esta PDU de RLC es el primer octeto de una SDU de RLC. PDU de AMD: Reservada (las PDU con esta codificacion seran descartadas por esta version del protocolo).
1111101
PDU de UMD: el primer octeto de datos en esta PDU de RLC es el primer octeto de una SDU de RLC y el ultimo octeto en esta PDU de RLC es el ultimo octeto de una SDU de RLC (misma SDU o diferente). PDU de AMD: Reservada (las PDU con esta codificacion seran descartadas por esta version del protocolo).
1111110
PDU de AMD: el resto de la PDU de RLC incluye una PDU de ESTADO acarreada (piggybacked). PDU de UMD: la PDU de RLC incluye un segmento de una SDU pero ni el primer octeto ni el ultimo octeto de esta SDU.
1111111
El resto de la PDU de RLC es relleno. La longitud de relleno puede ser cero.
Longitud: 15 bits
Bit
Descripcion
000000000000000
La PDU de RLC previa se lleno exactamente con el ultimo segmento de una SDU de RLC y no hay ningun “Indicador de Longitud” que indique el final de la SDU de RLC en la PDU de RLC previa.
5
10
15
20
25
30
35
40
45
Bit
Descripcion
111111111111010
PDU de UMD: el primer octeto de datos en esta PDU de RLC es el primer octeto de una SDU de RLC y el segundo ultimo octeto de esta PDU de RLC es el ultimo octeto de una SDU de rLc (misma SDU o diferente). El octeto restante de la PDU de RLC se ignora.
111111111111011
Al ultimo segmento de una SDU de RLC le faltaba un octeto para llenar exactamente la PDU de RLC previa y no hay ningun “Indicador de Longitud” que indique el final de la SDU de RLC en la PDU de RlC previa. El octeto restante en la PDU de RLC previa se ignora.
111111111111100
PDU de UMD: el primer octeto de datos en esta PDU de RLC es el primer octeto de una SDU de RLC. PDU de AMD: Reservada (las PDU con esta codificacion seran descartadas por esta version del protocolo).
111111111111101
PDU de UMD: el primer octeto de datos en esta PDU de RLC es el primer octeto de una SDU de RLC y el ultimo octeto en esta PDU de RLC es el ultimo octeto de una SDU de RLC (misma SDU o diferente). PDU de AMD: Reservada (las PDU con esta codificacion seran descartadas por esta version del protocolo).
111111111111110
PDU de AMD: el resto de la PDU de RLC incluye una PDU de ESTADO acarreada (piggybacked). PDU de UMD: la PDU de RLC incluye un segmento de una SDU pero ni el primer octeto ni el ultimo octeto de esta SDU.
111111111111111
El resto de la PDU de RLC es relleno. La longitud de relleno puede ser cero.
En los anteriores indicadores de longitud especiales, se dice que el ultimo octeto de la PDU puede ser el ultimo octeto de la misma SDU que comienza en la PDU, es decir, una SDU por cada PDU, o el ultimo octeto de una SDU diferente, es decir, varias SDU por cada PDU. En la mayorfa de las figuras (Figs. 1 a 5) se muestra el primer caso, en la figura 6 se muestra el ultimo.
Las siguientes figuras ilustran varias formas de realizacion de la presente invencion. Las figuras muestran las PDU de RLC de tamano 39 octetos con diferentes tamanos de SDU de RLC, excepto la figura 6 la cual muestra una PDU de RLC de tamano 74 octetos. La ventaja de la invencion aparece con la SDU de RLC de tamano 37 octetos, tal como se muestra en la Col. B donde el inicio y el final de la sDu se conocen sobre la base del encabezamiento de la PDU de RLC, mientras que con el ejemplo de la Col. A el final se conoce unicamente despues de recibir la siguiente PDU de RLC. No se produce ningun cambio para la SDU de RLC de tamano 38 (figura 1 o figura 3), para tamanos de SDU de RLC menores (36, 35, 34, etcetera) el unico cambio en la primera forma de realizacion es que se usa LI=0000000 en lugar de LI=1111100 (figura 2).
Las flechas de las figuras muestran como se indican el primer y el ultimo octetos de SDU de RLC. La lfnea continua ilustra una indicacion explfcita, segun se explica en la memoria descriptiva, y la lfnea de trazos ilustra una indicacion implfcita, tambien con la memoria descriptiva.
La figura 1, que es una primera forma de realizacion, ilustra una secuencia de PDU de UMD de RLC que muestra el uso del indicador de longitud, con tamano de PDU de RLC de 39 octetos y tamanos de SDU de RLC de 38 o 37 octetos. La Col. A mostrada en el lado izquierdo ilustra un ejemplo que no implementa una forma de realizacion de la presente invencion y la Col. B mostrada en el lado derecho, ilustra un ejemplo que implementa una forma de realizacion de la presente invencion. La PDU de RLC con numero de secuencia (SN) incluye SDU de RLC de tamano 38 octetos lo cual se indica con la bandera de extension (E=0). Las PDU de RLC con numeros de secuencia SN+1 y SN+2 incluyen SDU de RLC de tamano 37 octetos (es decir, dos octetos mas pequenas que el tamano de la PDU de RLC). La Col. A (lado izquierdo) requiere el indicador de longitud especial =0000000 en la siguiente PDU para indicar el final de la SDU de RLC, mientras que en la Col. B, el indicador de longitud =1111100 indica tanto el inicio como el final de la SDU de RLC y por lo tanto no hay necesidad de esperar a la siguiente PDU antes de entregar la SDU completa a capas superiores.
La figura 2, tambien primera forma de realizacion, ilustra una secuencia de PDU de UMD de RLC que muestra el uso de indicador de longitud, con tamano de PDU de RLC de 39 octetos y tamanos de SDU de RLC de 36, 35 o 34 octetos. La Col. A mostrada en el lado izquierdo ilustra un ejemplo que no implementa una forma de realizacion de la presente invencion y la Col. B, mostrada en el lado derecho, ilustra un ejemplo que implementa una forma de realizacion de la presente invencion. El unico cambio con respecto a la Col. A es que el indicador de longitud =1111100 se cambia al indicador de longitud =0000000.
La figura 3 ilustra una secuencia de PDU de UMD de RLC que muestra el uso del indicador de longitud, con tamano de PDU de RLC de 39 octetos y tamanos de SDU de RLC de 38 o 37 octetos, de acuerdo con otra forma de realizacion de la invencion. La Col. A mostrada en el lado izquierdo ilustra un ejemplo que no implementa una forma de realizacion de la presente invencion, y la Col. B, mostrada en el lado derecho, ilustra un ejemplo que implementa una forma de realizacion de la presente invencion. La PDU de RLC con numero de secuencia SN incluye una SDU de RLC de tamano 38 octetos lo cual se indica con la bandera de extension (E=0). Las PDU de RLC con numeros de secuencia SN+1 y SN+2 incluyen una SDU de RLC de tamano 37 octetos (es decir, dos octetos mas pequenas que
5
10
15
20
25
30
35
40
45
50
55
60
65
el tamano de la PDU de RLC). La Col. A (lado izquierdo) requiere el indicador de longitud especial =0000000 en la siguiente PDU para indicar el final de la SDU de RLC, mientras que en la Col. B el indicador de longitud =0000000 indica tanto el inicio como el final de la SDU de RLC y por lo tanto no hay necesidad de esperar a la siguiente PDU antes de entregar la SDU completa a capas superiores.
La figura 4 ilustra una secuencia de PDU de UMD de RLC que muestra el uso del indicador de longitud, con un tamano de PDU de RLC de 39 octetos y tamanos de SDU de RLC de 36, 35 o 34 octetos. Tal como puede observarse, no hay ningun cambio para estos tamanos menores de las SDU en esta forma de realizacion.
La figura 5 ilustra una secuencia de PDU de UMD de RLC que muestra el uso del indicador de longitud para la ultima SDU de 37 octetos, con un tamano de PDU de RLC de 39 octetos. La Col. A mostrada en el lado izquierdo ilustra un ejemplo que no implementa una forma de realizacion de la presente invencion y requiere una PDU de RLC adicional que incluye el LI especial =0000000 para indicar que la SDU finalizo en la pDu de RLC previa y relleno para llenar la PDU de RLC. La Col. B, mostrada en el lado derecho, que muestra un ejemplo que implementa una forma de realizacion de la presente invencion, ilustra que no es necesaria ninguna PDU de RLC adicional - en este caso, la forma de realizacion de la presente invencion economiza en cuanto a capacidad.
La figura 6 ilustra una secuencia de PDU de UMD de RLC que muestra el uso del indicador de longitud, con un
tamano de la PDU de RLC de 74 octetos y dos SDU de RLC por cada PDU. La Col. A mostrada en el lado izquierdo
ilustra un ejemplo que no implementa una forma de realizacion de la presente invencion, y la Col. B, mostrada en el lado derecho, ilustra un ejemplo que implementa una forma de realizacion de la presente invencion. En este caso, el indicador de longitud especial =0000000 indica que en esta PDU comienza una SDU y finaliza otra, mientras que la Col. A requiere el indicador de longitud especial =0000000 en la siguiente PDU para indicar que la SDU finalizo exactamente en la PDU previa. Con la presente invencion, los numeros de secuencia del numero de SDU se pueden entregar a capas superiores antes que con la especificacion actual/tecnica anterior.
La figura 7 ilustra una secuencia de PDU de UMD de RLC que muestra el uso del indicador de longitud, con un
tamano de la PDU de RLC de 39 octetos y una secuencia de tamanos de SDU de RLC de 40, 34 y 37 octetos. La
Col. A mostrada en el lado izquierdo ilustra un ejemplo que no implementa una forma de realizacion de la presente invencion, y la Col. B, mostrada en el lado derecho, ilustra un ejemplo que implementa una forma de realizacion de la presente invencion. La SDU de RLC de 40 octetos no cabe en una pDu de RLC de tamano 39 octetos y se debe segmentar. Por tanto, en la PDU de RLC numero SN+1, el primer octeto no es el primer octeto de una SDU y por ello no se usa ningun indicador de longitud especial para indicarlo. El indicador de longitud =0000011 indica el final de la SDU segmentada (tres octetos). La SDU completa de 34 octetos cabe en la PDU aunque no es posible indicar el final en esta PDU puesto que no hay espacio para el indicador de longitud. Por tanto, en la siguiente PDU se usa el indicador de longitud =0000000. Esto significa explfcitamente que el ultimo octeto de la PDU previa era el ultimo octeto de una SDU. Con esta invencion, se usa el indicador de longitud =0000000 o el indicador de longitud =1111100; el indicador de longitud =0000000 si la SDU comienza y finaliza en esa PDU y el indicador de longitud =1111100 si la SDU comienza (pero el ultimo octeto no es el ultimo octeto de la SDU), indicando implfcitamente ambas opciones que la SDU ha finalizado en la PDU previa. Ademas, si se da el caso de que la SDU de RLC de 37 octetos es la ultima SDU de una secuencia, la implementacion en la Col. A sigue requiriendo una PDU de RLC adicional que tiene el indicador de longitud =0000000 y relleno (no mostrado en la figura).
La figura 8 ilustra una secuencia de PDU de UMD de RLC que muestra el uso del indicador de longitud, con un tamano de la PDU de RLC de 39 octetos y tamanos de SDU de RLC de 38 o 37 octetos, de acuerdo con la tercera forma de realizacion de la invencion. La Col. A mostrada en el lado izquierdo ilustra un ejemplo que no implementa una forma de realizacion de la presente invencion, y la Col. B mostrada en el lado derecho, ilustra un ejemplo que implementa una forma de realizacion de la presente invencion. La PDU de RLC con numero de secuencia SN incluye una SDU de RLC de tamano 38 octetos lo cual se indica con la bandera de extension (E=0). Las PDU de RLC con numeros de secuencia SN+1 y SN+2 incluyen una SDU de RLC de tamano 37 octetos (es decir, dos octetos mas pequenas que el tamano de la PDU de RLC). La Col. A (lado izquierdo) requiere el indicador de longitud especial =0000000 en la siguiente PDU para indicar el final de la SDU de RLC, mientras que en la Col. B el indicador de longitud =1111101 indica tanto el inicio como el final de la SDU de RLC y por tanto no hay necesidad de esperar a la siguiente PDU antes de entregar la SDU completa a capas superiores.
La figura 9 ilustra una secuencia de PDU de UMD de RLC que muestra el uso del indicador de longitud, con un tamano de la PDU de RLC de 39 octetos y tamanos de SDU de RLC de 36, 35 o 34 octetos. Tal como puede observarse, no hay ningun cambio para estos tamanos menores de la SDU en esta forma de realizacion.
La figura 10 ilustra una secuencia de PDU de UMD de RLC que muestra el uso del indicador de longitud para la ultima SDU de 37 octetos, con un tamano de la PDU de RLC de 39 octetos. La Col. A mostrada en el lado izquierdo ilustra un ejemplo que no implementa una forma de realizacion de la presente invencion y requiere una PDU de RLC adicional que incluye el LI especial =0000000 para indicar que la SDU finalizo en la pDu de RLC previa y relleno para llenar la PDU de RLC. La Col. B, mostrada en el lado derecho, que presenta un ejemplo que implementa una forma de realizacion de la presente invencion, ilustra que no es necesaria ninguna PDU de rLc adicional puesto que el LI=1111101 indica tanto el inicio como el final de la SDU - en este caso, la forma de realizacion de la
5
10
15
20
25
30
35
40
45
50
55
60
65
presente invencion economiza en cuanto a capacidad.
La figura 11 ilustra una secuencia de PDU de UMD de RLC que muestra el uso del indicador de longitud, con un tamano de la PDU de RLC de 74 octetos y dos SDU de RLC por cada PDU. La Col. A mostrada en el lado izquierdo ilustra un ejemplo que no implementa una forma de realizacion de la presente invencion, y la Col. B, mostrada en el lado derecho, ilustra un ejemplo que implementa una forma de realizacion de la presente invencion. En este caso, el indicador de longitud especial =1111101 indica que en esta PDU comienza una SDU y finaliza otra, mientras que la Col. A requiere el indicador de longitud especial =0000000 en la siguiente PDU para indicar que esa SDU finalizo exactamente en la PDU previa. Con la presente invencion, el numero de SDU SN se puede entregar a capas superiores antes que con la especificacion actual/tecnica anterior.
La figura 12 ilustra una secuencia de PDU de UMD de RLC que muestra el uso del indicador de longitud, con un tamano de la PDU de LRC de 39 octetos y una secuencia de tamanos de SDU de RLC de 40, 34 y 37 octetos. La Col. A mostrada en el lado izquierdo ilustra un ejemplo que no implementa una forma de realizacion de la presente invencion, y la Col. B, mostrada en el lado derecho, ilustra un ejemplo que implementa una forma de realizacion de la presente invencion. La SDU de RLC de 40 octetos no cabe en la PDU de RLC de tamano 39 octetos y debe segmentarse. Por tanto, en la PDU de RLC numero SN+1, el primer octeto no es el primer octeto de una SDU y por ello no se usa ningun indicador de longitud especial para indicarlo. El indicador de longitud =0000011 indica el final de la SDU segmentada (tres octetos). La SDU completa de 34 octetos cabe en la PDU pero no resulta posible indicar el final en esta PDU puesto que no hay espacio para el indicador de longitud. Por lo tanto, el indicador de longitud =0000000 se usa en la siguiente PDU (Col. A). Esto significa explfcitamente que el ultimo octeto de la PDU previa era el ultimo octeto de una SDU. Con la presente invencion, en la siguiente PDU (SN+2 en este ejemplo) se usa el indicador de longitud =0000000 o el indicador de longitud =1111100 o el indicador de longitud =1111101; el indicador de longitud =1111101 si la SDU comienza y finaliza en esa PDU, y el indicador de longitud =1111100 si la SDU comienza (pero el ultimo octeto no es el ultimo octeto de la SDU), indicando implfcitamente ambas opciones que la SDU ha finalizado en la PDU previa, o el indicador de longitud =0000000 si no viene a continuacion ningun dato. Ademas, si se da el caso de que la SDU de RLC de 37 octetos es la ultima SDU en una secuencia, la implementacion en la Col. A sigue requiriendo una PDU de RLC adicional que tiene el indicador de longitud =0000000 y relleno (no mostrado en la figura).
La figura 13 ilustra las etapas implementadas en una forma de realizacion de la presente invencion. En la Etapa 1310, la entidad de RLC inserta por lo menos una unidad de datos de servicio en una unidad de datos de protocolo de un tamano apropiado. En la Etapa 1320, la entidad de RLC proporciona por lo menos un indicador que incluye un indicador de longitud para indicar que un primer octeto de datos de la unidad de datos de protocolo es un primer octeto de una primera unidad de datos de servicio y por lo menos otro octeto de la unidad de datos de protocolo es el ultimo octeto de otra unidad de datos de servicio, siendo la primera unidad de datos de servicio o bien igual o bien diferente a la otra unidad de datos.
Las entidades de RLC residen tfpicamente en el UE y en el lado red en el RNC. El RLC en el lado red se podrfa implementar tambien en el Nodo B (estacion base). La presente invencion se aplica al enlace tanto ascendente como descendente, es decir, el RLC transmisor puede estar en el UE y el receptor en la red (RNC o estacion base) o viceversa.
La red (por ejemplo, utilizando senalizacion de RRC) deberfa senalizar al equipo de usuario si se utiliza la interpretacion nueva o antigua. La red sabe que equipos de usuario son equipos de usuario nuevos y utiliza esta caracterfstica nueva unicamente para ellos. Los equipos de usuario nuevos deben soportar las dos interpretaciones, la red nueva por lo menos la senalizacion antes mencionada. La opcion por defecto deberfa ser la senalizacion antigua (es decir, si no hay senalizacion proveniente de la red entonces el equipo de usuario deberfa suponer que se trata de la interpretacion antigua).
Tal como se ha explicado anteriormente, la invencion proporciona tanto un metodo como un equipo correspondiente compuesto por varios modulos que proporciona la funcionalidad para llevar a cabo las etapas del metodo. Los modulos se pueden implementar en forma de hardware, o se pueden implementar en forma de software o microprogramas para su ejecucion por parte de un procesador de ordenador. En particular, en el caso de los microprogramas o el software, la invencion se puede proporcionar en forma de un producto de programa de ordenador que incluye una estructura de almacenamiento legible por ordenador que materializa en la misma codigo de programa de ordenador (es decir, en software o microprogramas), para su ejecucion por parte del procesador de ordenador.
Un experto en la materia apreciara que la presente invencion se puede utilizar en cualquier dispositivo que optimice encabezamientos de PDU en modo sin acuse de recibo (UM) del control de enlace de radiocomunicaciones (RLC) de WCDMA para VolMS, es decir, para prestar un mejor soporte a la interfaz aerea de WCDMA en transmisiones de voz PS. Tal como se ha indicado anteriormente, aunque la presente solicitud describa la invencion como implementada en un tipo de sistema WCDMA, la presente invencion se puede implementar en otros sistemas, tales como el sistema 3.9G. La descripcion anterior se ha referido a formas de realizacion especfficas de esta invencion. No obstante, resultara evidente que en las formas de realizacion descritas se pueden aplicar otras variaciones y modificaciones, llegando a obtenerse parte o la totalidad de sus ventajas.

Claims (27)

  1. 5
    10
    15
    20
    25
    30
    35
    40
    45
    50
    55
    60
    65
    REIVINDICACIONES
    1. Metodo, que comprende:
    insertar, en una entidad de control de enlace de radiocomunicaciones, RLC, por lo menos una unidad de datos de servicio, SDU, en una unidad de datos de protocolo, PDU, de un tamano apropiado;
    caracterizado por que ademas comprende:
    proporcionar por lo menos un indicador, que incluye un indicador de longitud para indicar que un primer octeto de datos de la unidad de datos de protocolo, PDU, es un primer octeto de una primera unidad de datos de servicio y por lo menos otro octeto de la unidad de datos de protocolo, PDU, es el ultimo octeto de otra unidad de datos de servicio, siendo la primera unidad de datos de servicio o bien igual, o bien diferente a la otra unidad de datos de servicio,
    en el que dicho por lo menos otro octeto es el ultimo octeto de la unidad de datos de protocolo, PDU.
  2. 2. Metodo segun la reivindicacion 1, en el que la entidad de control de enlace de radiocomunicaciones, RLC, es una entidad de modo sin acuse de recibo, UM.
  3. 3. Metodo segun cualquiera de las reivindicaciones anteriores, en el que la provision de por lo menos un indicador ademas comprende proporcionar al indicador de longitud por lo menos uno de entre 7 o 15 bits.
  4. 4. Metodo segun cualquiera de las reivindicacion anterior, en el que la provision de por lo menos un indicador ademas comprende proporcionar al indicador de longitud un valor de “0000000” para indicar que el primer octeto de datos de la unidad de datos de protocolo, PDU, es el primer octeto de una primera unidad de datos de servicio, y el ultimo octeto de la unidad de datos de protocolo, PDU, es el ultimo octeto de la otra unidad de datos de servicio, siendo la primera unidad de datos de servicio o bien igual, o bien diferente a la otra unidad de datos de servicio.
  5. 5. Metodo segun cualquiera de las reivindicaciones 1 a 3, en el que la provision de por lo menos un indicador ademas comprende proporcionar al indicador de longitud un valor de “1111100” para indicar que el primer octeto de datos de la unidad de datos de protocolo, PDU, es el primer octeto de una primera unidad de datos de servicio y el ultimo octeto de la unidad de datos de protocolo, PDU, es el ultimo octeto de la otra unidad de datos de servicio, siendo la primera unidad de datos de servicio o bien igual, o bien diferente a la otra unidad de datos de servicio.
  6. 6. Metodo segun cualquiera de las reivindicaciones 1 a 3, en el que la provision de por lo menos un indicador ademas comprende proporcionar al indicador de longitud un valor de “1111101” para indicar que el primer octeto de datos en una unidad de datos de protocolo, PDU, actual es el primer octeto de la primera unidad de datos de servicio, y el ultimo octeto en la unidad de datos de protocolo, PDU, actual es el ultimo octeto de la primera unidad de datos de servicio.
  7. 7. Metodo segun la reivindicacion 6, que ademas comprende proporcionar al indicador de longitud un valor de “1111101” cuando la primera unidad de datos de servicio es dos octetos mas pequena que la unidad de datos de protocolo, PDU, actual.
  8. 8. Metodo segun cualquiera de las reivindicaciones 1 a 3, en el que la provision de por lo menos un indicador ademas comprende proporcionar al indicador de longitud un valor de “1111101” para indicar que el primer octeto de datos en una unidad de datos de protocolo, PDU, actual es el primer octeto de la primera unidad de datos de servicio y el ultimo octeto en la unidad de datos de protocolo, PDU, actual es el ultimo octeto de la otra unidad de datos de servicio, siendo la primera unidad de datos de servicio o bien igual, o bien diferente a la otra unidad de datos de servicio.
  9. 9. Metodo segun cualquiera de las reivindicaciones 1 a 3, en el que la provision de por lo menos un indicador ademas comprende proporcionar al indicador de longitud un valor de “111 1111 1111 1101” para indicar que el primer octeto de datos en una unidad de datos de protocolo, PDU, actual es el primer octeto de la primera unidad de datos de servicio, y el ultimo octeto en la unidad de datos de protocolo, PDU, actual es el ultimo octeto de la primera unidad de datos de servicio.
  10. 10. Metodo segun la reivindicacion 9, que ademas comprende proporcionar al indicador de longitud un valor de “111 1111 1111 1101” cuando la primera unidad de datos de servicio es tres octetos mas pequena que la unidad de datos de protocolo, PDU, actual.
  11. 11. Metodo segun cualquiera de las reivindicaciones 1 a 3, en el que la provision de por lo menos un indicador ademas comprende proporcionar al indicador de longitud un valor de “111 1111 1111 1010” para indicar que el primer octeto de datos en una unidad de datos de protocolo, PDU, actual es el primer octeto de la primera unidad de datos de servicio, y que un segundo ultimo octeto de la unidad de datos de protocolo, PDU, actual es el ultimo octeto
    5
    10
    15
    20
    25
    30
    35
    40
    45
    50
    55
    60
    65
    de la primera unidad de datos de servicio.
  12. 12. Metodo segun la reivindicacion 11, que ademas comprende proporcionar al indicador de longitud un valor de “111 1111 1111 1010” cuando la primera unidad de datos de servicio es cuatro octetos mas pequena que la unidad de datos de protocolo, PDU, actual.
  13. 13. Metodo segun cualquiera de las reivindicaciones anteriores, que ademas comprende proporcionar una senalizacion de capa superior a un equipo de usuario para identificar si se usa o no el indicador de longitud.
  14. 14. Aparato, que comprende:
    unos medios para insertar, en una entidad de control de enlace de radiocomunicaciones, por lo menos una unidad de datos de servicio, SDU, en una unidad de datos de protocolo, PDU, de un tamano apropiado;
    caracterizado por que ademas comprende:
    unos medios para proporcionar por lo menos un indicador, que incluye un indicador de longitud para indicar que un primer octeto de datos de la unidad de datos de protocolo, PDU, es un primer octeto de una primera unidad de datos de servicio y por lo menos otro octeto de la unidad de datos de protocolo, PDU, es el ultimo octeto de otra unidad de datos de servicio, siendo la primera unidad de datos de servicio o bien igual, o bien diferente a la otra unidad de datos de servicio,
    en el que dicho por lo menos otro octeto es el ultimo octeto de la unidad de datos de protocolo, PDU.
  15. 15. Aparato segun la reivindicacion 14, en el que la entidad de control de enlace de radiocomunicaciones es una entidad de modo sin acuse de recibo, UM.
  16. 16. Aparato segun cualquiera de las reivindicaciones 14 a 15, en el que los medios de provision que proporcionan por lo menos un indicador ademas comprenden la provision del indicador de longitud de por lo menos uno de entre 7 o 15 bits.
  17. 17. Aparato segun cualquiera de las reivindicaciones 14 a 16, en el que los medios de provision proporcionan al indicador de longitud un valor de “0000000” para indicar que el primer octeto de datos de la unidad de datos de protocolo, PDU, es el primer octeto de la primera unidad de datos de servicio, y el ultimo octeto de la unidad de datos de protocolo, pDu, es el ultimo octeto de la otra unidad de datos de servicio, siendo la primera unidad de datos de servicio o bien igual, o bien diferente a la otra unidad de datos de servicio.
  18. 18. Aparato segun cualquiera de las reivindicaciones 14 a 16, en el que los medios de provision proporcionan al indicador de longitud un valor de “1111100” para indicar que el primer octeto de datos de la unidad de datos de protocolo, PDU, es el primer octeto de la primera unidad de datos de servicio, y el ultimo octeto de la unidad de datos de protocolo, pDu, es el ultimo octeto de la otra unidad de datos de servicio, siendo la primera unidad de datos de servicio o bien igual, o bien diferente a la otra unidad de datos de servicio.
  19. 19. Aparato segun cualquiera de las reivindicaciones 14 a 16, en el que los medios de provision proporcionan al indicador de longitud un valor de “1111101” para indicar que el primer octeto de datos en una unidad de datos de protocolo, PDU, actual es el primer octeto de la primera unidad de datos de servicio, y el ultimo octeto en la unidad de datos de protocolo, PDU, actual es el ultimo octeto de la primera unidad de datos de servicio.
  20. 20. Aparato segun la reivindicacion 19, en el que los medios de provision proporcionan al indicador de longitud un valor de “1111101” cuando la primera unidad de datos de servicio es dos octetos mas pequena que la unidad de datos de protocolo, PDU, actual.
  21. 21. Aparato segun cualquiera de las reivindicaciones 14 a 16, en el que los medios de provision proporcionan al indicador de longitud un valor de “1111101” para indicar que el primer octeto de datos en una unidad de datos de protocolo, PDU, actual es el primer octeto de la primera unidad de datos de servicio y el ultimo octeto en la unidad de datos de protocolo, PDU, actual es el ultimo octeto de la otra unidad de datos de servicio, siendo la primera unidad de datos de servicio o bien igual, o bien diferente a la otra unidad de datos de servicio.
  22. 22. Aparato segun cualquiera de las reivindicaciones 14 a 16, en el que los medios de provision proporcionan al indicador de longitud un valor de “111 1111 1111 1101” para indicar que el primer octeto de datos en una unidad de datos de protocolo, PDU, actual es el primer octeto de la primera unidad de datos de servicio, y el ultimo octeto en la unidad de datos de protocolo, PDU, actual es el ultimo octeto de la primera unidad de datos de servicio.
  23. 23. Aparato segun la reivindicacion 22, en el que los medios de provision proporcionan al indicador de longitud un valor de “111 1111 1111 1101” cuando la primera unidad de datos de servicio es tres octetos mas pequena que la unidad de datos de protocolo, PDU, actual.
    10
    15
  24. 24. Aparato segun cualquiera de las reivindicaciones 14 a 16, en el que los medios de provision proporcionan al indicador de longitud un valor de “111 1111 1111 1010” para indicar que el primer octeto de datos en una unidad de datos de protocolo, PDU, actual es el primer octeto de la primera unidad de datos de servicio, y que un segundo ultimo octeto de la unidad de datos de protocolo, PDU, actual es el ultimo octeto de la primera unidad de datos de servicio.
  25. 25. Aparato segun la reivindicacion 24, en el que los medios de provision proporcionan al indicador de longitud un valor de “111 1111 1111 1010” cuando la primera unidad de datos de servicio es cuatro octetos mas pequena que la unidad de datos de protocolo, PDU, actual.
  26. 26. Aparato segun cualquiera de las reivindicaciones 14 a 25, en el que los medios de insercion comprenden una unidad de insercion y los medios de provision comprenden una unidad de provision.
  27. 27. Programa de ordenador que comprende unos medios de codigo de programa adaptados para llevar a cabo unas etapas segun cualquiera de las reivindicaciones 1 a 13 cuando el programa se ejecuta en un procesador.
ES06795314.1T 2005-08-23 2006-08-22 Optimización de encabezamientos en modo sin acuse de recibo del control de enlace de radiocomunicaciones Active ES2560088T3 (es)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
US71019305P 2005-08-23 2005-08-23
US710193P 2005-08-23
PCT/IB2006/002292 WO2007023364A1 (en) 2005-08-23 2006-08-22 Radio link control unacknowledged mode header optimization

Publications (1)

Publication Number Publication Date
ES2560088T3 true ES2560088T3 (es) 2016-02-17

Family

ID=37771264

Family Applications (1)

Application Number Title Priority Date Filing Date
ES06795314.1T Active ES2560088T3 (es) 2005-08-23 2006-08-22 Optimización de encabezamientos en modo sin acuse de recibo del control de enlace de radiocomunicaciones

Country Status (9)

Country Link
US (1) US7894443B2 (es)
EP (1) EP1925142B1 (es)
JP (1) JP4875084B2 (es)
KR (1) KR100950843B1 (es)
CN (1) CN101292493B (es)
ES (1) ES2560088T3 (es)
PL (1) PL1925142T3 (es)
PT (1) PT1925142E (es)
WO (1) WO2007023364A1 (es)

Families Citing this family (52)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7411979B2 (en) * 2004-09-24 2008-08-12 Innovative Sonic Limited Enhanced SDU discard procedure for a special data segmentation in a wireless communications system
KR101265643B1 (ko) * 2006-08-22 2013-05-22 엘지전자 주식회사 무선 통신 시스템에서의 핸드오버 수행 및 그 제어 방법
US8619685B2 (en) * 2006-10-02 2013-12-31 Lg Electronics Inc. Method for transmitting and receiving paging message in wireless communication system
US8442017B2 (en) * 2006-10-30 2013-05-14 Lg Electronics Inc. Method for transmitting random access channel message and response message, and mobile communication terminal
KR100938754B1 (ko) 2006-10-30 2010-01-26 엘지전자 주식회사 비연속 수신을 이용한 데이터 수신 및 전송 방법
US8428013B2 (en) * 2006-10-30 2013-04-23 Lg Electronics Inc. Method of performing random access in a wireless communcation system
KR101211758B1 (ko) * 2007-01-10 2012-12-12 엘지전자 주식회사 무선 통신 시스템의 블록 데이터 생성 방법
KR101326474B1 (ko) * 2007-02-06 2013-11-07 엘지전자 주식회사 무선 통신 시스템의 데이터 블록 전송 방법
WO2008115448A1 (en) * 2007-03-15 2008-09-25 Interdigital Technology Corporation Flexible pdu sizes for unacknowledged mode radio link control
KR101023388B1 (ko) 2007-04-11 2011-03-18 삼성전자주식회사 이동통신 시스템에서 패킷 데이터 유닛의 송수신 방법 및 장치
KR101430756B1 (ko) * 2007-04-25 2014-08-14 삼성전자주식회사 이동 통신 시스템에서의 패킷 송수신 방법 및 장치
KR101464748B1 (ko) * 2007-04-30 2014-11-24 엘지전자 주식회사 무선단말의 측정보고 기동방식
US8184570B2 (en) * 2007-04-30 2012-05-22 Lg Electronics Inc. Method of transmitting data in wireless communication system supporting multimedia broadcast/multicast service
WO2008133481A1 (en) * 2007-04-30 2008-11-06 Lg Electronics Inc. Method for performing an authentication of entities during establishment of wireless call connection
WO2008133480A1 (en) * 2007-04-30 2008-11-06 Lg Electronics Inc. Method for transmitting or receiving data unit using header field existence indicator
WO2008133478A2 (en) * 2007-04-30 2008-11-06 Lg Electronics Inc. Method of transmitting data in a wireless communication system
KR101469281B1 (ko) * 2007-04-30 2014-12-04 엘지전자 주식회사 무선단말의 상태 전환 방식
US8081662B2 (en) * 2007-04-30 2011-12-20 Lg Electronics Inc. Methods of transmitting data blocks in wireless communication system
KR101476188B1 (ko) * 2007-04-30 2014-12-24 엘지전자 주식회사 이동 통신 시스템에서의 데이터 블록 생성 방법
KR20080097338A (ko) * 2007-05-01 2008-11-05 엘지전자 주식회사 불연속 데이터 송수신 방법
US8358669B2 (en) * 2007-05-01 2013-01-22 Qualcomm Incorporated Ciphering sequence number for an adjacent layer protocol in data packet communications
US20080273482A1 (en) * 2007-05-02 2008-11-06 Lg Electronics Inc. Uplink access method for receiving a point-to-multipoint service
KR100917205B1 (ko) 2007-05-02 2009-09-15 엘지전자 주식회사 무선 통신 시스템에서의 데이터 블록 구성 방법
US8005115B2 (en) * 2007-05-03 2011-08-23 Lg Electronics Inc. Method of transferring a data block in a wireless communication system
GB2448933B (en) * 2007-05-04 2009-11-25 Nec Corp Content synchronization for mobile communication network
US8331399B2 (en) * 2007-05-07 2012-12-11 Qualcomm Incorporated Re-using sequence number by multiple protocols for wireless communication
US8031689B2 (en) 2007-05-18 2011-10-04 Innovative Sonic Limited Method and related apparatus for handling re-establishment of radio link control entity in a wireless communications system
KR101486352B1 (ko) 2007-06-18 2015-01-26 엘지전자 주식회사 무선 통신 시스템의 단말에서의 상향링크 동기 상태 제어방법
KR101341515B1 (ko) 2007-06-18 2013-12-16 엘지전자 주식회사 무선 통신 시스템에서의 반복 전송 정보 갱신 방법
HUE033683T2 (en) 2007-06-18 2017-12-28 Lg Electronics Inc Method and user equipment for performing uplink synchronization in wireless communication system
WO2008156308A2 (en) 2007-06-18 2008-12-24 Lg Electronics Inc. Paging information transmission method for effective call setup
WO2008156314A2 (en) 2007-06-20 2008-12-24 Lg Electronics Inc. Effective system information reception method
KR101514841B1 (ko) 2007-08-10 2015-04-23 엘지전자 주식회사 효율적인 랜덤 액세스 재시도를 수행하는 방법
KR101490253B1 (ko) 2007-08-10 2015-02-05 엘지전자 주식회사 무선 통신 시스템에서의 제어정보 전송 및 수신 방법
EP2028890B1 (en) 2007-08-12 2019-01-02 LG Electronics Inc. Handover method with link failure recovery, wireless device and base station for implementing such method
EP2181511B1 (en) * 2007-08-22 2016-05-25 LG Electronics Inc. Method of allocating radio resources in a wireless communication system
KR101591824B1 (ko) 2007-09-18 2016-02-04 엘지전자 주식회사 무선 통신 시스템에서의 폴링 과정 수행 방법
KR101435844B1 (ko) 2007-09-18 2014-08-29 엘지전자 주식회사 무선 통신 시스템에서의 데이터 블록 전송 방법
KR101396062B1 (ko) * 2007-09-18 2014-05-26 엘지전자 주식회사 헤더 지시자를 이용한 효율적인 데이터 블록 전송방법
KR101513033B1 (ko) 2007-09-18 2015-04-17 엘지전자 주식회사 다중 계층 구조에서 ＱｏＳ를 보장하기 위한 방법
WO2009038377A2 (en) 2007-09-20 2009-03-26 Lg Electronics Inc. Method of effectively transmitting radio resource allocation request in mobile communication system
KR101387537B1 (ko) * 2007-09-20 2014-04-21 엘지전자 주식회사 성공적으로 수신했으나 헤더 압축 복원에 실패한 패킷의 처리 방법
US7949013B2 (en) * 2007-09-28 2011-05-24 Industrial Technology Research Institute Wireless communication systems and methods using flexible length indicators
JP4975868B2 (ja) * 2007-10-09 2012-07-11 サムスン エレクトロニクス カンパニー リミテッド 移動通信システムにおけるｍａｃｐｄｕの生成・解析装置及び方法
KR20090041323A (ko) 2007-10-23 2009-04-28 엘지전자 주식회사 데이터 블록 구성함에 있어서 단말의 식별 정보를 효과적으로 전송하는 방법
KR20090043465A (ko) 2007-10-29 2009-05-06 엘지전자 주식회사 무선 베어러 타입에 따른 오류 해결 방법
US8446859B2 (en) 2008-02-01 2013-05-21 Lg Electronics Inc. Method for controlling uplink load in cell— FACH state
KR101163275B1 (ko) 2008-03-17 2012-07-05 엘지전자 주식회사 Ｐｄｃｐ 상태 보고 전송 방법
WO2009116788A1 (en) 2008-03-17 2009-09-24 Lg Electronics Inc. Method of transmitting rlc data
CN103873192B (zh) * 2012-12-17 2017-12-26 联想(北京)有限公司 数据处理方法及装置
CN105764143B (zh) * 2014-12-19 2019-01-04 展讯通信（上海）有限公司 用户终端及其um模式下的数据发送方法及装置
US10104579B1 (en) 2017-04-13 2018-10-16 Mediatek Inc. User equipment and flexible protocol data unit packaging method thereof

Family Cites Families (16)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
FI106504B (fi) * 1998-10-06 2001-02-15 Nokia Networks Oy Datan segmentointimenetelmä tietoliikennejärjestelmässä
EP1104207B1 (en) * 1999-11-23 2005-08-03 Lucent Technologies Inc. Method, apparatus and data packet for indicating the length of a data payload to be transported in a data packet of a mobile telecommunications system
US7072336B2 (en) * 2000-05-26 2006-07-04 Nortel Networks Limited Communications using adaptive multi-rate codecs
KR100447162B1 (ko) * 2000-08-19 2004-09-04 엘지전자 주식회사 래디오 링크 콘트롤(ｒｌｃ)에서 프로토콜 데이터 유닛(ｐｄｕ) 정보의 길이 지시자(ｌｉ) 처리방법
CN1202643C (zh) * 2000-10-07 2005-05-18 Lg电子株式会社 具有无线电链路控制层的无线电通信系统和数据处理方法
US7299403B1 (en) * 2000-10-11 2007-11-20 Cisco Technology, Inc. Methods and apparatus for obtaining a state of a browser
US6961349B2 (en) * 2001-05-30 2005-11-01 Telefonaktiebolaget Lm Ericsson (Publ) Handling TCP protocol for connections transmitted in parallel over radio link
US20030126139A1 (en) * 2001-12-28 2003-07-03 Lee Timothy A. System and method for loading commercial web sites
KR100765123B1 (ko) * 2002-02-16 2007-10-11 엘지전자 주식회사 Ｓｒｎｓ 재할당 방법
DE60311604T2 (de) * 2002-05-06 2007-11-22 Innovative Sonic Ltd. Abwicklung eines abnormalen Falls für Acknowledged Transmission Mode und Unacknowledged Transmission Mode
US7318187B2 (en) * 2003-08-21 2008-01-08 Qualcomm Incorporated Outer coding methods for broadcast/multicast content and related apparatus
KR20050095419A (ko) * 2004-03-26 2005-09-29 삼성전자주식회사 패킷 망을 이용하여 음성 서비스를 제공하는이동통신시스템에서 무선 자원을 효율적으로 사용하는 방법
US7558243B2 (en) * 2004-09-15 2009-07-07 Innovative Sonic Limited Enhanced polling method for preventing deadlock in a wireless communications system
JP4546541B2 (ja) * 2005-02-04 2010-09-15 ▲ホア▼▲ウェイ▼技術有限公司 情報伝送方法
TWI307589B (en) * 2005-05-18 2009-03-11 Innovative Sonic Ltd Method and apparatus of data segmentation in a mobile communications system
US8031689B2 (en) * 2007-05-18 2011-10-04 Innovative Sonic Limited Method and related apparatus for handling re-establishment of radio link control entity in a wireless communications system

Also Published As

Publication number Publication date
US7894443B2 (en) 2011-02-22
KR20080047420A (ko) 2008-05-28
PL1925142T3 (pl) 2016-04-29
PT1925142E (pt) 2016-02-23
EP1925142A4 (en) 2013-04-17
WO2007023364A1 (en) 2007-03-01
US20070047582A1 (en) 2007-03-01
JP2009506608A (ja) 2009-02-12
EP1925142B1 (en) 2015-10-28
CN101292493B (zh) 2011-10-12
CN101292493A (zh) 2008-10-22
WO2007023364A8 (en) 2008-04-03
JP4875084B2 (ja) 2012-02-15
KR100950843B1 (ko) 2010-04-02
EP1925142A1 (en) 2008-05-28

Similar Documents

Publication Publication Date Title
ES2560088T3 (es) Optimización de encabezamientos en modo sin acuse de recibo del control de enlace de radiocomunicaciones
ES2314534T3 (es) Procedimiento y dispositivo para la señalizacion de segmentacion y concatenacion de paquetes en un sistema de telecomunicaciones.
CN101578824B (zh) 基于分组净荷的长度确定分配给分组头中字段的大小的方法和无线通信系统
ES2328342T3 (es) Sistema y procedimiento de comunicacion movil.
US9774434B2 (en) Method and apparatus for supporting AMD re-segmentation
ES2324279T3 (es) Dispositivo de transmision que tiene una capa de control de enlace de radio en un sistema de comunicacion de radio y un procedimiento de transmision de datos en el mismo.
AU2008308980B2 (en) Method and apparatus for layer 2 processing and creation of protocol data units for wireless communications
KR100907978B1 (ko) 이동통신 시스템에서 ｐｄｃｐ 계층의 상태보고 전송 방법 및 수신장치
FI110831B (fi) Menetelmä tiedonsiirron tehostamiseksi ja tiedonsiirtoprotokolla
US20080225893A1 (en) Acknowledged mode radio link control architecture and method within evolved hspa systems
ES2376779T3 (es) Procedimiento y aparato para el envío de unidades de datos de protocolo para un equipo de usuario en un sistema de comunicaciones inalámbricas
US20080310452A1 (en) Data link layer headers
CN101088268B (zh) 接收装置、发送装置、通信系统以及通信方法
ES2660669T3 (es) Nuevo indicador de paquete para protocolo RLC
US20080225891A1 (en) Flexible pdu sizes for unacknowledged mode radio link control
CN101039170B (zh) 支持数据包重传分割级联的方法
US20090175173A1 (en) Method of handling an error on cs voice over hspa
ES2402012T3 (es) Procedimiento y aparato para gestionar el descarte de paquetes en un sistema de comunicaciones inalámbricas
HK1139254A (en) Acknowledged mode radio link control architecture and method within evolved hspa systems
KR20080097936A (ko) 무선 통신 시스템에서의 데이터 처리 방법