ES2619302T3 - Operación de unidades de datos de protocolo de control en protocolo de convergencia de datos de paquetes - Google Patents

Operación de unidades de datos de protocolo de control en protocolo de convergencia de datos de paquetes Download PDF

Info

Publication number
ES2619302T3
ES2619302T3 ES08836006.0T ES08836006T ES2619302T3 ES 2619302 T3 ES2619302 T3 ES 2619302T3 ES 08836006 T ES08836006 T ES 08836006T ES 2619302 T3 ES2619302 T3 ES 2619302T3
Authority
ES
Spain
Prior art keywords
pdcp
reset
entity
status message
sequence number
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
ES08836006.0T
Other languages
English (en)
Inventor
Peter S. Wang
Mohammed Sammour
Stephen E. Terry
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.)
InterDigital Patent Holdings Inc
Original Assignee
InterDigital Patent Holdings Inc
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 InterDigital Patent Holdings Inc filed Critical InterDigital Patent Holdings Inc
Application granted granted Critical
Publication of ES2619302T3 publication Critical patent/ES2619302T3/es
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W12/00—Security arrangements; Authentication; Protecting privacy or anonymity
    • H04W12/03—Protecting confidentiality, e.g. by encryption
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W12/00—Security arrangements; Authentication; Protecting privacy or anonymity
    • H04W12/02—Protecting privacy or anonymity, e.g. protecting personally identifiable information [PII]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W12/00—Security arrangements; Authentication; Protecting privacy or anonymity
    • H04W12/03—Protecting confidentiality, e.g. by encryption
    • H04W12/037—Protecting confidentiality, e.g. by encryption of the control plane, e.g. signalling traffic
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W12/00—Security arrangements; Authentication; Protecting privacy or anonymity
    • H04W12/08—Access security
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W12/00—Security arrangements; Authentication; Protecting privacy or anonymity
    • H04W12/10—Integrity
    • H04W12/106—Packet or message integrity
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W12/00—Security arrangements; Authentication; Protecting privacy or anonymity
    • H04W12/10—Integrity
    • H04W12/108—Source integrity
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W8/00—Network data management
    • H04W8/30—Network data restoration; Network data reliability; Network data fault tolerance
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W80/00—Wireless network protocols or protocol adaptations to wireless operation
    • H04W80/02—Data link layer protocols
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00—Network architectures or network communication protocols for network security
    • H04L63/04—Network architectures or network communication protocols for network security for providing a confidential data exchange among entities communicating through data packet networks
    • H04L63/0428—Network architectures or network communication protocols for network security for providing a confidential data exchange among entities communicating through data packet networks wherein the data content is protected, e.g. by encrypting or encapsulating the payload
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W12/00—Security arrangements; Authentication; Protecting privacy or anonymity
    • H04W12/10—Integrity

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Security & Cryptography (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Databases & Information Systems (AREA)
  • Computer Hardware Design (AREA)
  • Computing Systems (AREA)
  • General Engineering & Computer Science (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Communication Control (AREA)

Abstract

Un método para asegurar la entrega de paquetes de protocolo de convergencia de datos de paquetes, PDCP, en una comunicación inalámbrica, el método que comprende: realizar un restablecimiento de una entidad de PDCP en base a un error de traspaso, en donde la realización del restablecimiento de la entidad de PDCP comprende reiniciar una entidad de compresión de cabecera y estado de operación; generar un mensaje de ESTADO de PDCP en base a un evento de PDCP, la generación del mensaje de ESTADO de PDCP en base al evento de PDCP que se configura por señalización de control de recursos radio, RRC, en donde el mensaje de ESTADO de PDCP comprende un número de secuencia de inicio y un mapa de bits, el número de secuencia de inicio es un número de secuencia de una unidad de datos de servicio, SDU, de PDCP que no se ha recibido con éxito y el mapa de bit comprende una pluralidad de bits, cada bit que representa un estado para una SDU de PDCP de una o más SDU de PDCP consecutivas; enviar el mensaje de ESTADO de PDCP a una entidad igual usando una unidad de datos de paquetes, PDU, de control de PDCP.

Description

5
10
15
20
25
30
35
40
45
DESCRIPCION
Operacion de unidades de datos de protocolo de control en protocolo de convergencia de datos de paquetes Campo de la invencion
La presente invencion esta relacionada con comunicaciones inalambricas.
Antecedentes
El esfuerzo actual del programa de Evolucion a Largo Plazo (LTE) del Proyecto de Cooperacion de Tercera Generacion (3GPP) es traer una nueva tecnologfa, nueva arquitectura y nuevos metodos en los nuevos ajustes y configuraciones de LTE a fin de proporcionar eficiencia espectral mejorada, latencia reducida, mejor utilizacion de los recursos radio para causar experiencias de usuario mas rapidas y aplicaciones y servicios mas ricos con menor coste.
El protocolo de convergencia de datos de paquetes (PDCP) de LTE como se describe en el documento TS 36.323 V1.0.0 del 3GPP ahora es responsable de cifrado, proteccion de integridad y mantenimiento de numero de secuencia (SN) de unidad de datos de servicio (SDU) de PDCP. Aunque las unidades de datos de protocolo (PDU) de datos de PDCP estan cifradas, las especificaciones de LTE no permiten cifrado y proteccion de integridad de las PDU de Control de PDCP.
Las entidades de PDCP iguales pueden intercambiar mensajes de ESTADO de PDCP, por ejemplo, durante un traspaso. Un mensaje de ESTADO de PDCP indica si una o mas SDU de PDCP se han recibido o no por la entidad de PDCP de recepcion (es decir, proporciona reconocimientos positivos o negativos para el(los) SN(s) de SDU de PDCP). Un mensaje de EsTADO de PDCP se puede enviar usando una PDU de Control de PDcP.
Las operaciones de PDCP ya han evolucionado mas alla del campo de los Sistemas de Telecomunicacion Movil Universal (UMTS) previos. Como resultado, las PDU de Control de PDCP estan disponibles para ayudar a operaciones especiales, asf como regular las tareas de gestion de operacion normal. Para este fin, las operaciones de PDU de Control de PDCP necesitan ser definidas y estandarizadas a fin de coordinar las acciones entre las entidades de PDCP iguales.
Compendio
Un metodo y aparato segun las reivindicaciones 1 y 16 que usa unas PDU de control puede ser que tenga proteccion de seguridad aplicada mediante el cifrado de las PDU de control. La fiabilidad de los mensajes de estado y reinicio de PDCP se puede asegurar mediante el reconocimiento segun un modo reconocido o un modo no reconocido.
Breve descripcion de los dibujos
Se puede tener una comprension mas detallada a partir de la siguiente descripcion, dada a modo de ejemplo en conjunto con los dibujos anexos en los que:
la Figura 1 muestra un diagrama de bloques de una capa de PDCP con entidades funcionales de cifrado y proteccion de integridad;
las Figuras 2A y 2B muestran diagramas de senalizacion para mensajes de estado de protocolo de enlace ascendente y enlace descendente, respectivamente y los mensajes de reconocimiento de estado correspondientes;
las Figuras 3A y 3B muestran un mecanismo de sondeo entre capas de PDCP/RLC usado para una comprobacion de fiabilidad de mensaje de ESTADO de PDCP;
la Figura 4 muestra un RRC primitivo para desencadenar un mensaje de ESTADO de PDCP;
la Figura 5 muestra un mecanismo de sondeo de PDCP para desencadenar un mensaje de ESTADO de PDCP; y
las Figuras 6A y 6B muestran diagramas de senalizacion para mensajes de reinicio de protocolo de enlace ascendente y enlace descendente, respectivamente y los mensajes de reconocimiento de reinicio correspondientes.
Descripcion detallada
Cuando se refiere en lo sucesivo, la terminologfa “unidad de transmision/recepcion inalambrica (WTRU)” incluye, pero no se limita a un equipo de usuario (UE), una estacion movil, una unidad de abonado fijo o movil, un buscapersonas, un telefono celular, un asistente digital personal (PDA), un ordenador o cualquier otro tipo de dispositivo de usuario capaz de operar en un entorno inalambrico. Cuando se refiere en lo sucesivo, la terminologfa “estacion base” incluye, pero no se limita a un Nodo B, un controlador de emplazamiento, un punto de acceso (AP) o cualquier otro tipo de dispositivo de interconexion capaz de operar en un entorno inalambrico.
5
10
15
20
25
30
35
40
45
50
55
En la presente realizacion, las PDU de Control de PDCP se cifran en la capa de PDCP ya sea en el plano de usuario (plano U) o plano de control (plano C). Los tipos de PDU de Control de PDCP para cifrado incluyen, pero no se limitan a mensajes de ESTADO de PDCP y mensajes de REINICIO de PDCP. Los paquetes de realimentacion de Compresion de Cabecera Robusta (RoHC) se pueden excluir del cifrado.
La Figura 1 muestra un diagrama de bloques de una capa de PDCP 101, que procesa las PDU de Control de PDCP del plano C 102, las PDU de Datos de PDCP del plano C 103, las PDU de Control de PDCP del plano U 104 y las PDU de Datos de PDCP del plano U 105. Una entidad de cifrado/descifrado 110 se usa para cifrar transmisiones de PDU de PDCP y descifrar recepciones de PDU de PDCP. La entidad de cifrado/descifrado 110 puede usar la misma clave de cifrado, algoritmo de cifrado y parametros de entrada para las PDU de Control de PDCP de plano C 102 como se usa para las PDU de Datos de PDCP del plano C 103. De manera similar, las PDU de Control de PDCP del plano U 104 pueden tener la misma clave de cifrado, algoritmo de cifrado y parametros de entrada aplicados por la entidad de cifrado/descifrado 110 que para las PDU de Datos de PDCP del plano U 105.
Una excepcion posible de esta comparticion incluye una secuencia de cifrado CONTAR. El valor CONTAR incluye un primer campo que tiene un numero de tuper trama (HFN) y un segundo campo que tiene un numero de secuencia (SN) de PDCP, en el que el SN para las pDu de Control de PDCP del plano U 104 puede ser una secuencia unica comparado con el de las PDU de Datos de PDCP del plano U 105. Consecuentemente, para un SN unico, la secuencia CONTAR de la PDU de Control de PDCP 104 sena diferente de la secuencia cOnTAR de la PDU de Datos de PDCP 105.
Con respecto al mantenimiento de los SN de PDCP, las PDU de Control de PDCP del plano U 104 pueden tener un dominio de SN de PDCP dedicado por portador radio. Las PDU de Control de PDCP del plano U 104 tambien pueden tener un HFN dedicado o los bits mas significativos (MSB) para la construccion del valor CONTAR. El HFN o los MSB del valor CONTAR de la PDU de Control de PDCP se pueden inicializar mutuamente en la WTRU y la red de acceso radio terrestre UMTS evolucionada (E-UTRAN). Una regla de inicializacion predefinida se puede aplicar a un valor semilla de HFN almacenado en un modulo de identidad de abonado UMTS (USIM) en la WTRU. El valor semilla de HFN se toma de los HFN en ejecucion y guarda en el USIM tras el apagado de la WTRU. Cuando la WTRU se enciende de nuevo, este valor semilla de HFN almacenado se saca para reiniciar los HFN. Este valor semilla de HFN almacenado para las PDU de Control de PDCP podna ser el mismo o diferente del valor almacenado usado por las PDU de Datos de PDCP. Por ejemplo, el mismo valor almacenado se podna usar con una regla de inicializacion diferente que luego se aplica al valor almacenado para la PDU de Control de PDCP:
HFN = INICIO + DESPLAZAMIENTOpdu de Control de pdcp Ecuacion (1)
donde INICIO es el valor semilla de HFN almacenado comun tanto a la PDU de Control de PDCP como a la PDU de Datos de PDCP.
Alternativamente, el HFN o los MSB del valor CONTAR de una PDU de Control de PDCP del plano U 104 se pueden fijar a cero o configurar por la E-UTRAN como parte de la configuracion de PDCP o configuracion de Modo de Comando de Seguridad. El aumento del HFN o los MSB del valor CONTAR puede ser fijo o se puede aplicar al valor de numero de secuencia de PDU envuelto. Como ejemplo de un aumento envuelto, consideremos un valor CONTAR de 10 bits, con un campo de HFN de 5 bits concatenados con un campo de SN de 5 bits, ambos inicializados a cero. El SN aumenta con cada PDU enviada/recibida, en valores desde 0 a 1, 2, ..., 31. Con otra PDU, el SN vuelve a 0, de esta manera un 'envuelto' y el HFN se aumenta en uno, como un acarreo binario.
Volviendo a la Figura 1, la capa de PDCP 101 incluye una entidad de proteccion/verificacion de integridad 111, que procesa las PDU de Control de PDCP del plano C 102 segun los mismos metodos usados para las PDU de Datos de PDCP del plano C 103. Durante la transmision de las PDU de Control de plano C 102, la entidad de proteccion de integridad 111 toma el flujo de bits de datos de PDU como entrada, junto con otras entradas tales como la clave de seguridad, el valor CONTAR de esa PDU y genera una palabra de codigo, conocida como un codigo de autenticacion de mensaje (MAC-I), enviado junto con la propia PDU. Cuando se reciben las PDU de Control del plano C 102, la entidad de proteccion/verificacion de integridad 111 realiza una verificacion de las PDU en el MAC-I.
Segun una segunda realizacion, las PDU de ESTADO de PDCP se intercambian en un mensaje entre una WTRU y la E-UTRAN. Un mensaje de ESTADO de PDCP se intercambia entre la WTRU y una entidad de E-UTRAN (por ejemplo, un Nodo B mejorado (eNB)) sobre un portador radio comun. Diversos parametros de senalizacion para un mensaje de ESTADO de PDCP se pueden organizar en un elemento de informacion (IE) de LTE y se puedan transportar por un mensaje de RRC. Tales parametros incluyen los siguientes.
Un parametro para propositos de reordenacion de PDCP se puede definir por un SN de PDCP inicial y el intervalo de la ventana de reordenacion de PDCP. Los SN de PDCP resultantes se pueden usar en un traspaso de la WTRU entre Nodos B mejorados (eNB), es decir, un traspaso entre eNB.
Un parametro para regulacion de transmision y retransmision de PDCP general se puede definir por un Reconocimiento (ACK) o reconocimiento negativo (NACK) de las SDU de PDCP con sus SN de PDCP. El ACK/NACK puede indicar las SDU de PDCP selectivamente para un numero N de paquetes consecutivos, con un numero SN de inicio y un mapa de bits posterior con cada bit para el estado de una SDU (es decir, un SN de PDCP).
5
10
15
20
25
30
35
40
45
50
55
60
En el mapa de bits, el valor de bit y su semantica podna ser consistente con el atributo de ACK/NACK en el IE o el valor de bit en el mapa puede tener en su lugar su propia representacion independiente. En este ultimo caso, el atributo de ACK/NACK no se necesita. Por ejemplo, un IE que contiene [NACK, 323, 101001110] es definitivo de reconocimiento negativo de los paquetes de SdU con los SN 323, 324, 326, 329, 330, 331. Aqm, un valor de bit '1' representa un NACK. El mapa de bits no incluye la SDU de inicio 323 dado que ya se expresa explfcitamente en el IE. En su lugar, el mapa de bits comienza en la siguiente SDU 324 hasta la SDU 332. De esta manera, las SDU que tienen NACK incluyendo la de inicio son 323, 324 (el primer bit y conjunto), 326 (el tercer bit y conjunto), 329, 330, 331 (el sexto, el septimo y el octavo bits y conjunto. Las otras SDU no tienen NACK. Como otro ejemplo, un IE que contiene [323, 101001110] representa que las SDU con SN 323, 325, 327, 328 y 332 estan perdidas, dado que un valor de bit '0' es una indicacion para una SDU no recibida correctamente y que necesita retransmision. Alternativamente, el ACK/NACK puede indicar las SDU de PDCP acumulativamente para un estado homogeneo (es decir, todas ACK o todas NACK), con un numero SN de inicio y el intervalo para los SN de SDU consecutivos. Por ejemplo, un IE que contiene [ACK, 256, 6] representa el reconocimiento de que se recibieron paquetes para los SN de SDU 256, 257, 258, 259, 260, 261.
Un parametro de informacion se puede definir para controlar las operaciones de ventana de transmision/retransmision de PDCP general o recibir operaciones de ventana y sus sincronizaciones. Esto incluye deslizar la ventana o cambiar el intervalo de la ventana, lo cual puede ocurrir cuando se reordenan los paquetes de PDCP en un traspaso. Este parametro se puede definir como un intervalo de ventana con un numero SN de inicio, o bien el extremo inferior o bien el extremo trasero y un intervalo para los SN de SDU restantes. Por ejemplo, un IE que contiene [256, 16] se puede usar para representar la ventana de SN de SDU [256, 257, 258, ..., 271].
Las PDU de ESTADO de PDCP tambien pueden incluir parametros para regulacion de seguridad de PDCP general, que se pueden definir para informar a la entidad de PDCP igual acerca de los cambios del parametro de seguridad de LTE que ocurren en la capa de PDCP. Aqm, la PDU de ESTADO de PDCP se usa para indicar el HFN o MSB actual de un valor CONTAR de secuencia de cifrado que se usa para cada portador radio (RB) relevante. Por ejemplo, un IE se puede definir para incluir un ID de RB y su HFN o MSB de enlace descendente actual del valor CONTAR y/o un HFN o MSB de enlace ascendente del valor CONTAR. Espedficamente, un IE que contiene [5 y 452/423] se puede usar para indicar que un HFN de enlace descendente 452 y un HFN de enlace ascendente 423 para ID de RB 5 necesita ser reiniciado a la recepcion de la PDU de ESTADO.
Las PDU de ESTADO de PDCP tambien se pueden usar para regular la transmision/retransmision de SDU de PDCP y gestionar los espacios de almacenador temporal de SDU.
Las PDU de ESTADO de PDCP tambien pueden transportar parametros para informar, comprobar y posiblemente cambiar operaciones de seguridad de LTE realizadas al nivel de PDCP si el IE pertinente se incluye en la PDU de Estado de PDCP transmitida. La presencia de tal IE en el mensaje indica un reinicio de los HFN para un RB particular.
Las Figuras 2A y 2B muestran diagramas de senalizacion para las PDU de mensaje de ESTADO de PDCP. En la Figura 2A, la WTRU envfa un mensaje de ESTADO de PDCP 201 al eNB. Para control de fiabilidad, la WTRU recibe una senal de ACK de ESTADO de PDCP 202 desde el eNB para reconocer que el mensaje de ESTADO de PDCP se recibio de forma segura en el eNB. En la Figura 2B, el eNB envfa un mensaje de ESTADO de PDCP 203 a la WTRU. Para control de fiabilidad, el eNB recibe una senal de ACK de ESTADO de PDCP 204 desde la WTRU para reconocer que el mensaje de ESTADO de PDCP se recibio de forma segura en la WTRU. El mensaje de ACK de ESTADO de PDCP 202, 204 podna ser o bien un mensaje de reconocimiento dedicado o bien ser un mensaje que tambien contiene todos los otros parametros de ESTADO de PDCP posibles. Alternativamente, se podna recibir un reconocimiento como una indicacion (reconocimiento en un SN de PDCP o un Id de transaccion mas corto) en un mensaje de ESTADO de PDCP.
Alternativamente, la senalizacion de ESTADO de PDCP se puede realizar sin requerir una senal de ACK de ESTADO de PDCP. La fiabilidad del mensaje de ESTADO de pDcP 201,203 se puede asegurar aun como sigue. Si el modo de reconocimiento de control de enlace radio (AM de RLC) es el modo de enlace, la WTRU o el eNB pueden comprobar internamente su estado de control de enlace radio (RLC). Alternativamente, para todos los modos de enlace de RLC, la WTRU puede comprobar un estado de peticion de repeticion automatica tubrida (estado de HARQ) a traves de la capa de rLc, usando un mecanismo de sondeo entre capas de PDCP/RLC. La Figura 3A muestra un ejemplo para el modo de enlace AM de RLC, en el que una capa de PDCP 310 interconecta con una capa de AM de RLC 320. Un mecanismo de sondeo entre capas de PDCP/RLC 301 realiza una comprobacion de estado de fiabilidad interno de la capa de RLC 320 ajustando una senal de sondeo PET-DATOS-RLC 302, que puede incluir un ID de RB, un campo de datos y una peticion de reconocimiento, enviados desde la capa de PDCP 310 a la capa de RLC 320. El RLC 320 fija uno o mas bits de una marca de sondeo 304 en la(s) PDU de datos de RLC que transporta(n) el mensaje de ESTADO de PDCP y recibe un informe de estado de RLC 305 (es decir, un informa de ACK/NAcK de RLC). La capa de PDCP 310 recibe la senal de reconocimiento CNF-DAtOs-RLC 307 desde el RLC 320, que indica el ID de RB y el ACK/NACK.
La Figura 3B muestra un ejemplo de senalizacion de estado de PDCP para entidades de RLC de modo no reconocido (UM). Un mecanismo de sondeo entre capas de PDCP/RLC 301 realiza una comprobacion de estado de
5
10
15
20
25
30
35
40
45
50
55
60
fiabilidad interno al RLC 320 y a su vez a un MAC 330 para un estado de procesador de HARQ 340. Una senal de sondeo PET-DATOS-RLC 302 se fija por el mecanismo de sondeo 301 y env^a por el PDCP 310 al RLC 320, que reenvfa el sondeo como la senal PET-DATOS-MAC 303. Estas senales de sondeo 302, 303 incluyen el ID de RB, un campo de datos y una peticion de reconocimiento. El MAC 330 envfa una senal PET-DATOS-HARQ 304, como datos al procesador de HaRQ 340. El estado del procesador de HARQ 340 se devuelve al PDCP 310 a traves de una senal de ACK/NACK de HARQ 305, una senal CNF-DATOS-MAC 306 como un ACK/NACK y una senal CNF- DATOS-RLC 307 con el ACK/NACK y el ID de RB. Mientras que las implementaciones ejemplo anteriores se describen con referencia a una WTRU, la senalizacion segun las Figuras 3a y 3B se podna aplicar a entidades respectivas similares en una implementacion de eNB.
El mensaje de ESTADO de PDCP 201, 203 mostrado en las Figuras 2A, 2B se puede desencadenar por cualquiera de los siguientes desencadenadores.
En un traspaso de la WTRU, un comando de traspaso de control de recursos radio (RRC) o senal de confirmacion de traspaso o una indicacion de Reinicio de RLC puede desencadenar un mensaje de ESTADO de PDCP 201, 203. Esto incluye tambien un nuevo traspaso que ocurre mientras que esta en curso un procedimiento de PDCP de traspaso existente. Como se muestra en la Figura 4, una primitiva o senal o indicacion 401 de una entidad de RRC 410 a una entidad de PDCP 411 de la WTRU o eNB puede transportar/desencadenar la generacion del mensaje de ESTADO de PDCP.
En el caso de que un mensaje de ESTADO de PDCP tambien se pueda usar mas alla de una gestion de traspaso para control habitual de operaciones, entonces la fuente de desencadenamiento de la transmision del mensaje de ESTADO de PDCP puede incluir cualquiera o una combinacion de los siguientes. Un mensaje de ESTADO de PDCP periodico de una funcion de receptor de entidad de PDCP se puede usar, tal como un mensaje configurado RRC y basado en temporizador. El desencadenador puede ser un mensaje de ESTADO de PDCP basado en evento y tambien configurado RRC (por ejemplo, cuando la ventana ha avanzado n=200 SDU) o bien desde una funcion de transmision o bien desde una de recepcion de una entidad de PDCP. El desencadenador puede ocurrir despues de un cierto periodo de tiempo de espera, tal como un fallo de retransmision de enlace ascendente de PDCP. Otros desencadenadores incluyen un reinicio o restablecimiento de RLC, un traspaso de RRC u otros eventos de RRC y eventos de PDCP.
La Figura 5 muestra un ejemplo de otro desencadenador posible, que es una recepcion de una senal de sondeo de la entidad de PDCP igual. Un mecanismo de sondeo de ESTADO de PDCP 501 se incluye en una capa de PDCP 510, de manera que la entidad de PDCP de transmision pueda sondear la entidad de PDCP de recepcion para su estado de PDCP enviando una senal de sondeo 502 a la capa de RLC 511 y luego sobre las capas inferiores como senal de sondeo 503 para transmision. El mecanismo de sondeo de PDCP 501 puede utilizar un bit de sondeo en la cabecera de PDCP de una PDU de PDCP o puede utilizar una PDU de Control de PDCP para ser usada para sondeo (por ejemplo, un tipo de PDU de Control definida para sondeo). Cuando la entidad de PDCP de recepcion recibe un paquete en el que esta fijado el 'bit de sondeo' o una PDU de Control de PDCP que tiene el tipo de sondeo, se desencadena la generacion de la PDU de ESTADO de PDCP.
Segun la tercera realizacion, un mensaje de REINICIO de PDCP se envfa como un mensaje de igual a igual entre entidades de PDCP de la WTRU y el eNB sobre un portador radio comun. El mensaje de REINICIO de PDCP se usa para informar u ordenar a la entidad igual (WTRU/eNB) que ha ocurrido o necesita que ocurra un reinicio de PDCP total o parcial. El termino 'reinicio de PDCP' es intercambiable en la presente memoria con un restablecimiento de PDCP. A fin de distinguir si el REINICIO de PDCP es un comando o una senal de informacion, se puede definir y transmitir para tal proposito un bit indicador. Por ejemplo, tal bit indicador se puede fijar a 0 como una indicacion de que el PDCP “se ha reiniciado” y fijado a '1' para indicar un comando “reiniciar” el PDCP. Adicionalmente, para el comando de reinicio, un sello de tiempo o un numero de trama para sincronizar la accion de igual REINICIAR, se puede incluir con el mensaje de REINICIO de PDCP. Alternativamente, la distincion entre un reinicio informativo y un comando de reinicio podna estar implfcita a partir del contexto (es decir, si la WTRU lo envfa, entonces la WTRU esta informando al eNB de que se reinicio el PDCP de WTRU; si el eNB lo envfa, entonces el eNB esta ordenando a la WTRU realizar un reinicio de PDCP. Se debena senalar, no obstante, que cualquiera que sea la entidad igual que realice un reinicio o restablecimiento de PDCP, la entidad igual homologa tambien reiniciara o restablecera su entidad de PDCP tambien.
El reinicio o restablecimiento de PDCP se puede desencadenar por cualquiera o una combinacion de los siguientes: un error de operacion de PDCP irrecuperable (por ejemplo, un error de almacenador temporal); un tiempo de espera en un reconocimiento de mensaje de ESTADO de PDCP inesperado; un error de seguridad de PDCP irrecuperable detectado por cualquier entidad igual; un evento de traspaso para portador(es) radio no sin perdidas de LTE, en cuyo caso, la CONTAR se reinicia a cero; un error en un nuevo traspaso mientras que un procedimiento de traspaso antiguo no se ha completado aun; un error irrecuperable en la funcion y operacion de compresion de cabecera; una intervencion o comando de capa superior, tal como desde la capa de RRC en el plano C o desde el estrato no de acceso (NAS) en el plano U, que requiere un reinicio de la entidad de PDCP correspondiente; y una indicacion de capa inferior desde la capa de RLC que requiere un reinicio de entidad de PDCP correspondiente. En el caso del error de seguridad irrecuperable, se puede detectar mediante proteccion de integridad en el plano C y la descompresion de cabecera en el plano U, en cuyo caso se podna usar el mensaje de REINICIO de PDCP entre la
5
10
15
20
25
30
35
40
45
50
55
WTRU y el eNB para reiniciar los parametros de seguridad desincronizados. Otros desencadenadores incluyen: un error de seguridad de PDCP detectado mediante error de proteccion de integridad; un error de traspaso; una indicacion desde una capa de RRC que requiere un reinicio o restablecimiento de una entidad de PDCP; y/o una indicacion desde una capa de RLC que requiere un reinicio o restablecimiento de una entidad de PDCP.
Para un reinicio de PDCP completo, todas las siguientes operaciones de funcion de la entidad de PDCP de la WTRU o eNB se pueden cambiar a un estado predefinido o valores de operacion (es decir, reiniciar/restablecer), que podnan ocurrir en un cierto SN de PDCP o en una marca de tiempo absoluta, tal como un numero de trama de sistema (SFN) o una representacion de tiempo estandar completa o modificada (por ejemplo, GMT internacional) o por el momento hora de la recepcion del mensaje:
• una entidad de compresion de cabecera y estado de operacion se reinician al estado inicial y una cabecera completa (IP/TCP o IP/UDP/RTP o IP/xxxx) se transmitiran y esperaran que sean recibidos despues del reinicio por el algoritmo de compresion de cabecera.
• las operaciones de seguridad o parametros de seguridad se reinician a cualquiera de los siguientes: ultimos valores configurados; valores de parametros de seguridad inicializados; o unos ciertos valores de ajuste/configuracion pasados indexados por un parametro en el mensaje de REINICIO; ejemplos de parametros de seguridad que se reinician incluyen las claves de seguridad, los valores de HFN o MSB del parametro CONTAR o el valor FRESCO en la proteccion de integridad;
• un reinicio de SN de PDCP se respeta solamente desde la E-UTRAN a la WTRU de LTE y el SN de PDCP o bien va a ser reiniciado a un valor espedfico (por ejemplo, un desplazamiento) o bien a cero. El SN de PDCP en cada portador radio puede ser o puede no ser reiniciado; y
• se reinician los parametros de reordenacion de PDCP para operaciones de entrega en secuencia o de deteccion de duplicacion.
Para un reinicio de PDCP, menos de todas las funciones u operaciones descritas anteriormente se reinician/restablecen en la entidad de PDCP de la WTRU o eNB.
La Figura 6A muestra un diagrama de senalizacion de una WTRU que envfa un mensaje de REINICIO de PDCP 601 a un eNB para ordenar reiniciar a su entidad de PDCP igual en el eNB o informar al eNB de que el PDCP de la WTRU ha realizado un reinicio total o parcial. Para un mensaje de comando de REINICIO de PDCP 601, se devuelve un mensaje de ACK de REINICIO de PDCP 602 a la WTRU despues de que se completa el reinicio de PDCP en el eNB. Este mensaje de reconocimiento 602 no es obligatorio si el mensaje de REINICIO de PDCP 601 no fue un comando de reinicio. La Figura 6B muestra el escenario inverso, en el que el eNB envfa un mensaje de REINCIO de PDCP 603 a la WTRU. Si el mensaje de REINICIO de PDCP 603 es un comando, la WTRU envfa un mensaje de ACK de REINCIO de PDCP 604 explfcito despues de que se ha reiniciado su PDCP al comando del eNB. No obstante, si el mensaje de REINICIO de PDCP 603 es para informar a la WTRU que el eNB realizo un reinicio de PDCP, entonces el mensaje de ACK de REINICIO de pDcP 604 no es obligatorio.
El mensaje de ACK de REINICIO de PDCP se puede definir usando un nuevo tipo de PDU de Control de PDCP (por ejemplo, a traves de un campo de 'tipo de PDU' o un campo de 'tipo de super campo (SUFI)'. Como con el mensaje de ESTADO de PDCP, la senalizacion de reconocimiento de REINICIO de PDCP se puede demostrar con referencia a las Figuras 3A y 3B. Como se muestra en la Figura 3A, un mecanismo de sondeo entre capas de PDCP/RLC 301 realiza una comprobacion de estado de fiabilidad interno de la capa de RLC 320 ajustando una senal de sondeo PET-DATOS-RLC 302, que puede incluir un ID de RB, un campo de datos y una peticion de reconocimiento, enviada desde la capa de PDCP 310 a la capa de RLC 320. El RLC 320 ajusta uno o mas bits de una marca de sondeo 304 en la(s) PDU de datos de RLC que transporta(n) el mensaje de REINICIO de PDCP y recibe un informe de estado de RLC 305 (es decir, un informe de ACK/NACK de RLC). La capa de PDCP 310 recibe la senal de reconocimiento CNF-DATOS-RLC 307 desde el RLC 320, que indica el ID de RB y el ACK/NACK.
Alternativamente, para entidades de RLC de UM, la entidad de PDCP que envfa el REINICIO de PDCP puede utilizar un mecanismo de sondeo para obtener una indicacion de reconocimiento (por ejemplo, una notificacion de entrega) desde la entidad de HARQ por debajo del RLC, (es decir, sondear el estado de transmision de HARQ a traves de RLC y MAC. O el RLC por debajo del PDCP de envfo puede usar el reconocimiento de la entidad igual de RLC para saber si el mensaje de REINICIO de PDCP enviado ha alcanzado su destino o no. Como se muestra en la Figura 3B, un mecanismo de sondeo entre capas de PDCP/RLC 301 realiza una comprobacion de estado de fiabilidad interno al RLC 320 y a su vez a un MAC 330 para un estado de procesador HARQ 340. Una senal de sondeo PET-DATOS-RLC 302 se fija por el mecanismo de sondeo 301 y envfa por el PDCP 310 al RLC 320, que reenvfa el sondeo como una senal PET-DATOS-MAC 303. Estas senales de sondeo 302, 303 incluyen el ID de Rb, un campo de datos y una peticion de reconocimiento. El MAC 330 envfa una senal PET-DATOS-HARQ 304, como datos al procesador de HARQ 340. El estado del procesador HARQ 340 se devuelve al PDCP 310 a traves de una senal de ACK/NACK de HARQ 305, una senal CNF-DATOS-MAC 306 como un ACK/NACK y una senal CNF- DATOS-RLC 307 con el ACK/NACK y el ID de RB. Mientras que las implementaciones ejemplo anteriores de
5
10
15
20
25
30
35
40
45
50
reconocimiento de mensaje de REINICIO de PDCP se describen con referencia a una WTRU, la senalizacion segun las Figuras 3A y 3B se puede aplicar a entidades respectivas similares en una implementacion de eNB.
Aunque un reinicio/restablecimiento de PDCP se ha descrito anteriormente en referencia a un mensaje de REINICIO de PDCP explfcito, la informacion relacionada con informar u ordenar a la entidad igual (eNB/WTRU) que ha ocurrido o necesita que ocurra un reinicio de PDCP total o uno parcial se puede transportar u organizar alternativamente en un elemento de informacion (IE) de LTE y se puede transportar por un mensaje de RRC.
En otra realizacion, un tipo adicional de PDU de Control de PDCP se utiliza en un mensaje de ESTADO de ALMACENADOR TEMPORAL de PDCP, que describe el estado del almacenador temporal de PdCP en la entidad de PDCP. Por ejemplo, la entidad de PDCP de recepcion puede usar el mensaje de ESTADO de ALMACENADOR TEMPORAL de PDCP para reportar sobre la cantidad de datos que se almacenan en el almacenador temporal de PDCP de recepcion (es decir, ocupacion de almacenador temporal de PDCP), tal como el numero de paquetes (SDU) o numero de bytes utilizados en el almacenador temporal de recepcion. Esta informacion se envfa desde la entidad de PDCP de recepcion (WTRU/eNB) a la entidad de PDCP de transmision (WTRU/eNB) en un mensaje de ESTADO de ALMACENADOR TEMPORAL de PDCP y se puede usar por la entidad de PDCP de transmision para afectar a sus diversas funciones. De manera similar, un mensaje de ESTADO de ALMACENADOR TEMPORAL de PDCP se puede transmitir desde la entidad de PDCP de transmision a la entidad de PDCP de recepcion para reportar sobre la ocupacion del almacenador temporal de transmision de PDCP.
Realizaciones
1. Un metodo para asegurar la seguridad de paquetes de control de protocolo de convergencia de datos de paquetes (PDCP) en una comunicacion inalambrica, que comprende:
definir un mensaje de ESTADO de PDCP usando una unidad de datos de paquetes (PDU) de control;
cifrar la PDU de control con una clave de cifrado y parametros de entrada usados para una PDU de datos homologa; y
enviar el mensaje de ESTADO de PDCP a una entidad igual de la comunicacion inalambrica.
2. El metodo como en la realizacion 1, en el que el mensaje de ESTADO de PDCP se desencadena en un traspaso, periodicamente o en un evento predefinido o una combinacion de los mismos.
3. El metodo como en la realizacion 1 o 2, que ademas comprende asegurar la fiabilidad del mensaje de ESTADO de PDCP comprobando el estado de la capa de control de enlace radio (RLC) usando un mecanismo de sondeo de PDCP/RLC entre capas.
4. El metodo como en cualquiera de las realizaciones 1-3, que ademas comprende asegurar la fiabilidad del mensaje de ESTADO de PDCP recibiendo un mensaje de reconocimiento explfcito desde la entidad igual.
5. El metodo como en cualquiera de las realizaciones 1-4, que ademas comprende inicializar un numero de tuper trama (HFN) de un valor CONTAR secuencia de cifrado, en el que se aplica una regla de inicializacion usando un desplazamiento entre el valor de HFN para la PDU de datos y el valor de HFN para la PDU de control.
6. Un metodo para un reinicio o restablecimiento de protocolo de convergencia de datos de paquetes (PDCP) en una comunicacion inalambrica, que comprende:
reiniciar o restablecer parametros de PDCP segun al menos una de las siguientes:
reiniciar o restablecer una entidad de compresion de cabecera y estado de operacion a un estado inicial;
reiniciar o restablecer operaciones de seguridad o parametros de seguridad a al menos uno de los siguientes: ultimos valores configurados, valores de parametros de seguridad inicializados; y valores de ajuste/configuracion pasados indexados por un parametro de reinicio;
reiniciar o restablecer un SN de PDCP a un valor de desplazamiento o a cero; y
reiniciar o restablecer parametros de reordenacion de PDCP para operaciones de entrega en secuencia o deteccion de duplicacion; y
enviar un mensaje de reinicio de PDCP a una entidad igual de la comunicacion inalambrica.
7. El metodo como en la realizacion 6, en el que el SN de PDCP se mantiene como sin cambios durante el reinicio o restablecimiento de PDCP.
8. El metodo como en cualquiera de las realizaciones 6-7, en el que el mensaje de reinicio de PDCP se envfa como un comando a la entidad igual, que ademas comprende recibir un mensaje de reconocimiento de reinicio de PDCP explfcito desde la entidad igual a la terminacion del reinicio de PDCP.
5
10
15
20
25
30
35
40
45
9. El metodo como en cualquiera de las realizaciones 6-8, en el que el reinicio o restablecimiento de PDCP se desencadena por al menos uno de los siguientes eventos:
un error de operacion de PDCP irrecuperable;
un tiempo de espera en un reconocimiento de mensaje de ESTADO de PDCP inesperado; un error de seguridad de PDCP irrecuperable;
un error de seguridad de PDCP irrecuperable detectado mediante error de descompresion de cabecera;
un evento de traspaso para un portador radio no sin perdidas de LTE;
un error sobre un nuevo traspaso durante un procedimiento de traspaso incomplete;
un error irrecuperable en una funcion y operacion de compresion de cabecera;
una indicacion de capa superior que requiere un reinicio o restablecimiento de una entidad de PDCP;
una indicacion de capa superior que requiere un reinicio o restablecimiento de una entidad de PDCP; y
una indicacion de capa inferior desde una capa de RLC que requiere un reinicio o restablecimiento de una entidad de PDCP.
10. El metodo como en cualquiera de las realizaciones 6-9, en el que el reinicio o restablecimiento de PDCP se desencadena por un error de seguridad de PDCP detectado por un error de proteccion de integridad.
11. El metodo como en cualquiera de las realizaciones 6-10, en el que o bien el procedimiento de reinicio o de restablecimiento de PDCP o bien el mensaje de REINICIO de PDCP se desencadena por un error de traspaso.
12. El metodo como en cualquiera de las realizaciones 6-11, en el que el reinicio o restablecimiento de PDCP se desencadena por una indicacion desde una capa de RRC que requiere un reinicio o restablecimiento de una entidad de PDCP.
13. El metodo como en cualquiera de las realizaciones 6-12, en el que el reinicio o restablecimiento de PDCP se desencadena por una indicacion desde una capa de RLC que requiere un reinicio o restablecimiento de una entidad de PDCP.
14. El metodo como en cualquiera de las realizaciones 6-13, en el que el mensaje de reinicio de PDCP comprende parametros organizados en un elemento de informacion (IE) de evolucion a largo plazo (LTE) transportado por un mensaje de control de recursos radio (RRC).
15. Un metodo para reportar un estado de almacenador temporal de una capa de protocolo de convergencia de datos de paquetes (PDCP) en una comunicacion inalambrica, que comprende:
definir un mensaje de ESTADO de ALMACENADOR TEMPORAL de PDCP usando una unidad de datos de paquetes (PDU) de control que contiene informacion de estado de un almacenador temporal de PDCP en la capa de PDCP de una unidad de transmision/recepcion inalambrica (WTRU), en el que la informacion de estado incluye una cantidad de paquetes de datos almacenados en un almacenador temporal de recepcion de PDCP.
16. El metodo como en la realizacion 15, en el que la informacion de estado ademas incluye una cantidad de paquetes de datos almacenados en un almacenador temporal de transmision de PDCP.
17. Una unidad de transmision/recepcion inalambrica (WTRU) que comprende:
una entidad de protocolo de convergencia de datos de paquetes (PDCP) configurada para definir un mensaje de ESTADO de PDCP usando una unidad de datos de paquetes (PDU) de control y enviar el mensaje de ESTADO de PDCP a una entidad igual de la comunicacion inalambrica; y
una entidad de cifrado configurada para cifrar la PDU de control con una clave de cifrado y parametros de entrada usados para una PDU de datos homologa.
18. La WTRU como en la realizacion 17, que ademas comprende una entidad de sondeo de PDCP/RLC entre capas configurada para asegurar la fiabilidad del mensaje de ESTADO de PDCP comprobando el estado de la capa de control de enlace radio (RLC).
19. La WTRU como en cualquiera de las realizaciones 17-18, en la que la entidad de PDCP se configura para inicializar un numero de hiper trama (HFN) de un valor CONTAR secuencia de cifrado, en el que se aplica una regla de inicializacion usando un desplazamiento entre el valor de HFN para la PDU de datos y el valor de HFN para la PDU de control.
5
10
15
20
25
30
35
40
45
20. Una unidad de transmision/recepcion inalambrica (WTRU) que comprende:
una entidad de protocolo de convergencia de datos de paquetes (PDCP) configurada para reiniciar o restablecer parametros de PDCP segun al menos una de las siguientes:
reiniciar o restablecer una entidad de compresion de cabecera y estado de operacion a un estado inicial;
reiniciar o restablecer operaciones de seguridad o parametros de seguridad a al menos uno de los siguientes: ultimos valores configurados, valores de parametros de seguridad inicializados; y valores de ajuste/configuracion pasados indexados por un parametro de reinicio;
reiniciar o restablecer un SN de PDCP a un valor de desplazamiento o a cero; y
reiniciar o restablecer parametros de reordenacion de PDCP para operaciones de entrega en secuencia o deteccion de duplicacion; y
enviar un mensaje de reinicio de PDCP a una entidad igual de una comunicacion inalambrica.
21. La WTRU como en la realizacion 20, en la que el SN de PDCP se mantiene como sin cambios durante el reinicio o restablecimiento de PDCP.
22. La WTRU como en cualquiera de las realizaciones 20-21, en la que el mensaje de reinicio de PDCP se envfa como un comando a la entidad igual, que ademas comprende recibir un mensaje de reconocimiento de reinicio de PDCP explfcito desde la entidad igual a la terminacion del reinicio de PDCP.
23. La WTRU como en cualquiera de las realizaciones 20-22, en la que la entidad de PDCP se configura para reiniciar o restablecer los parametros cuando se desencadena por al menos uno de los siguientes eventos:
un error de operacion de PDCP irrecuperable;
un tiempo de espera en un reconocimiento de mensaje de ESTADO de PDCP inesperado; un error de seguridad de PDCP irrecuperable;
un error de seguridad de PDCP irrecuperable detectado mediante error de descompresion de cabecera;
un evento de traspaso para un portador radio no sin perdidas de LTE;
un error sobre un nuevo traspaso durante un procedimiento de traspaso incompleto;
un error irrecuperable en una funcion y operacion de compresion de cabecera;
una indicacion de capa superior que requiere un reinicio o restablecimiento de la entidad de PDCP;
una indicacion de capa superior que requiere un reinicio o restablecimiento de la entidad de PDCP; y
una indicacion de capa inferior desde una capa de RLC que requiere un reinicio o restablecimiento de la entidad de PDCP.
24. La WTRU como en cualquiera de las realizaciones 20-23, en la que la entidad de PDCP se configura para reiniciar o restablecer parametros cuando se desencadena por un error de seguridad de PDCP detectado por un error de proteccion de integridad.
25. La WTRU como en cualquiera de las realizaciones 20-24, en la que la entidad de PDCP se configura para reiniciar o restablecer parametros cuando se desencadena por un error de traspaso.
26. La WTRU como en cualquiera de las realizaciones 20-25, en la que la entidad de PDCP se configura para reiniciar o restablecer los parametros cuando se desencadena por una indicacion desde una capa de RRC que requiere un reinicio o restablecimiento de una entidad de PDCP.
27. La WTRU como en cualquiera de las realizaciones 20-26, en la que la entidad de PDCP se configura para reiniciar o restablecer parametros cuando se desencadena por una indicacion desde una capa de RLC que requiere un reinicio o restablecimiento de una entidad de PDCP.
Aunque los rasgos y elementos se describen anteriormente en combinaciones particulares, cada rasgo o elemento se puede usar solo sin los otros rasgos y elementos o en diversas combinaciones con o sin otros rasgos y elementos. Los metodos o diagramas de flujo proporcionados en la presente memoria se pueden implementar en un programa de ordenador, software o microprogramas incorporados en un medio de almacenamiento legible por ordenador para ejecucion por un ordenador de proposito general o un procesador. Ejemplos de medios de almacenamiento legibles por ordenador incluyen una memoria de solo lectura (ROM), una memoria de acceso
aleatorio (RAM), un registro, memoria cache, dispositivos de memoria de semiconductores, medios magneticos tales como discos duros internos y discos extrafoles, medios magnetoopticos y medios opticos tales como discos CD- ROM y discos versatiles digitales (DVD).
Procesadores adecuados incluyen, a modo de ejemplo, un procesador de proposito general, un procesador de 5 proposito especial, un procesador convencional, un procesador de senal digital (DSP), una pluralidad de microprocesadores, uno o mas microprocesadores en asociacion con un nucleo DSP, un controlador, un microcontrolador, Circuitos Integrados de Aplicaciones Espedficas (ASIC), circuitos de Disposiciones de Puertas Programables en Campo (FPGA), cualquier otro tipo de circuito integrado (IC) y/o una maquina de estado.
Se puede usar un procesador en asociacion con software para implementar un transceptor de radiofrecuencia para 10 uso en una unidad de transmision recepcion inalambrica (WTRU), equipo de usuario (UE), terminal, estacion base, controlador de red radio (RNC) o cualquier ordenador principal. La WTRu se puede usar en conjunto con modulos, implementados en hardware y/o software, tales como una camara, un modulo de camara de video, un videotelefono, un altavoz con microfono, un dispositivo de vibracion, un altavoz, un microfono, un transceptor de television, unos auriculares manos libres, un teclado, un modulo Bluetooth®, una unidad de radio de frecuencia modulada (FM), una 15 unidad de visualizacion de visualizador de cristal lfquido (LCD), una unidad de visualizacion de diodo de emision de luz organico (OLED), un reproductor de musica digital, un reproductor de medios, un modulo de reproductor de video juegos, un navegador de Internet y/o cualquier red de area local inalambrica (WLAN) o modulo de Banda Ultra Ancha (UWB).

Claims (14)

  1. 5
    10
    15
    20
    25
    30
    35
    40
    45
    REIVINDICACIONES
    1. Un metodo para asegurar la entrega de paquetes de protocolo de convergencia de datos de paquetes, PDCP, en una comunicacion inalambrica, el metodo que comprende:
    realizar un restablecimiento de una entidad de PDCP en base a un error de traspaso, en donde la realizacion del restablecimiento de la entidad de PDCP comprende reiniciar una entidad de compresion de cabecera y estado de operacion;
    generar un mensaje de ESTADO de PDCP en base a un evento de PDCP, la generacion del mensaje de ESTADO de PDCP en base al evento de PDCP que se configura por senalizacion de control de recursos radio, RRC, en donde el mensaje de ESTADO de PDCP comprende un numero de secuencia de inicio y un mapa de bits, el numero de secuencia de inicio es un numero de secuencia de una unidad de datos de servicio, SDU, de PDCP que no se ha recibido con exito y el mapa de bit comprende una pluralidad de bits, cada bit que representa un estado para una SDU de PDCP de una o mas SDU de pDcP consecutivas;
    enviar el mensaje de ESTADO de PDCP a una entidad igual usando una unidad de datos de paquetes, PDU, de control de PDCP.
  2. 2. El metodo como en la reivindicacion 1, en el que el mensaje de ESTADO de PDCP se desencadena por un traspaso.
  3. 3. El metodo como en la reivindicacion 1, en el que restablecer una segunda entidad de PDCP comprende al menos una de las siguientes:
    reiniciar o restablecer operaciones de seguridad o parametros de seguridad a al menos uno de los siguientes: los ultimos valores configurados, valores de parametro de seguridad inicializados; o valores de ajuste/configuracion pasados indexados por un parametro de reinicio;
    reiniciar o restablecer un SN de PDCP a cero; o
    reiniciar o restablecer parametros de reordenacion de PDCP para operaciones de entrega en secuencia o de deteccion duplicacion.
  4. 4. El metodo como en la reivindicacion 3, en el que un restablecimiento posterior de la entidad de PDCP se desencadena por al menos uno de los siguientes eventos:
    un error de seguridad de PDCP irrecuperable;
    un error en un nuevo traspaso durante un procedimiento de traspaso incompleto; o
    una indicacion de capa superior que requiere un reinicio o restablecimiento de una entidad de PDCP.
  5. 5. El metodo como en la reivindicacion 3, en el que un restablecimiento posterior de la entidad de PDCP se desencadena por un error de seguridad de PDCP detectado por un error de proteccion de integridad.
  6. 6. El metodo como en la reivindicacion 3, en el que un restablecimiento posterior de la entidad de PDCP se desencadena por una indicacion desde una capa de RRC que requiere un restablecimiento de la entidad de PDCP.
  7. 7. El metodo como en la reivindicacion 1, en el que el mensaje de estado de PDCP comprende parametros organizados en un elemento de informacion, IE, de evolucion a largo plazo, LTE, transportado por un mensaje de control de recursos radio, RRC.
  8. 8. El metodo como en la reivindicacion 1, en el que un primer bit del mapa de bits representa un estado de una SDU de PDCP con un numero de secuencia que es un siguiente numero de secuencia consecutivo que sigue el numero de secuencia de inicio.
  9. 9. El metodo como en la reivindicacion 1, en el que el mapa de bits no incluye un bit que representa un estado de la SDU de PDCP asociada con el numero de secuencia de inicio.
  10. 10. El metodo como en la reivindicacion 1, que ademas comprende: recibir un comando de traspaso; y
    enviar un mensaje de ESTADO de PDCP posterior en respuesta a recibir el comando de traspaso.
  11. 11. El metodo como en la reivindicacion 10, en el que el comando de traspaso se recibe en un mensaje de control de recursos radio, RRC.
  12. 12. El metodo como en la reivindicacion 1, en el que el evento de PDCP es el restablecimiento de la entidad de PDCP.
  13. 13. El metodo como en la reivindicacion 1, en el que despues de reiniciar la entidad de compresion de cabecera la entidad de PDCP transmite un paquete posterior que usa informacion de cabecera completa.
    5 14. El metodo como en la reivindicacion 13, en el que la informacion de cabecera completa comprende al menos una
    cabecera de protocolo de datagrama de usuario, UDP, completa.
  14. 15. El metodo como en la reivindicacion 1, en el que despues de reiniciar la entidad de compresion de cabecera y estado de operacion la entidad de PDCP espera un paquete recibido posteriormente para incluir informacion de cabecera completa.
    10 16. Una unidad de transmision/recepcion inalambrica, WTRU, que comprende:
    un procesador configurado para:
    realizar un restablecimiento de una entidad de PDCP en base a un error de traspaso, en el que la realizacion del restablecimiento de la entidad de PDCP comprende reiniciar una entidad de compresion de cabecera y estado de operacion; y
    15 generar un mensaje de ESTADO de PDCP en base a un evento de PDCP, la generacion del mensaje de ESTADO de PDCP en base al evento de PDCP que se configura por senalizacion de control de recursos radio, RRC, en el que el mensaje de ESTADO de PDCP comprende un numero de secuencia de inicio y un mapa de bits, el numero de secuencia de inicio es un numero de secuencia de una unidad de datos de servicio, SDU, de PDCP que no se ha recibido con exito y el mapa de bits comprende una pluralidad de bits, cada bit que representa un estado para una 20 SDU de PDCP de una o mas SDU de PDCP consecutivas; y
    un transceptor configurado para enviar el mensaje de ESTADO de PDCP a una entidad igual usando una unidad de datos de paquetes, PDU, de control de PDCP.
ES08836006.0T 2007-09-28 2008-09-26 Operación de unidades de datos de protocolo de control en protocolo de convergencia de datos de paquetes Active ES2619302T3 (es)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
US97613907P 2007-09-28 2007-09-28
US976139P 2007-09-28
PCT/US2008/077782 WO2009045871A2 (en) 2007-09-28 2008-09-26 Operation of control protocol data units in packet data convergence protocol

Publications (1)

Publication Number Publication Date
ES2619302T3 true ES2619302T3 (es) 2017-06-26

Family

ID=40526915

Family Applications (1)

Application Number Title Priority Date Filing Date
ES08836006.0T Active ES2619302T3 (es) 2007-09-28 2008-09-26 Operación de unidades de datos de protocolo de control en protocolo de convergencia de datos de paquetes

Country Status (12)

Country Link
US (4) US8335189B2 (es)
EP (2) EP3160174B1 (es)
JP (3) JP5158898B2 (es)
KR (3) KR101122316B1 (es)
CN (2) CN104348831B (es)
AR (1) AR068583A1 (es)
BR (1) BRPI0816033B1 (es)
ES (1) ES2619302T3 (es)
IL (1) IL204676A (es)
RU (1) RU2434282C1 (es)
TW (3) TWM357138U (es)
WO (1) WO2009045871A2 (es)

Families Citing this family (119)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20080226074A1 (en) * 2007-03-15 2008-09-18 Interdigital Technology Corporation Method and apparatus for ciphering packet units in wireless communications
KR101470637B1 (ko) * 2007-06-18 2014-12-08 엘지전자 주식회사 이동통신 시스템에서의 무선자원 향상 방법, 상태정보 보고방법 및 수신장치
KR101341515B1 (ko) 2007-06-18 2013-12-16 엘지전자 주식회사 무선 통신 시스템에서의 반복 전송 정보 갱신 방법
KR101486352B1 (ko) 2007-06-18 2015-01-26 엘지전자 주식회사 무선 통신 시스템의 단말에서의 상향링크 동기 상태 제어방법
EP2153549B1 (en) * 2007-06-20 2013-10-02 Lg Electronics Inc. A method of transmitting data in mobile communication system
WO2008156314A2 (en) 2007-06-20 2008-12-24 Lg Electronics Inc. Effective system information reception method
KR20090016431A (ko) * 2007-08-10 2009-02-13 엘지전자 주식회사 무선 통신 시스템에서 채널품질 보고 수행 방법
KR101479341B1 (ko) * 2007-08-10 2015-01-05 엘지전자 주식회사 Ｍｂｍｓ 서비스를 제공하는 무선 통신 시스템에서효율적인 수신 방법
KR101392697B1 (ko) 2007-08-10 2014-05-19 엘지전자 주식회사 이동통신 시스템에서의 보안 오류 검출방법 및 장치
WO2009022836A2 (en) * 2007-08-10 2009-02-19 Lg Electronics Inc. A random access method for multimedia broadcast multicast service(mbms)
KR101490253B1 (ko) 2007-08-10 2015-02-05 엘지전자 주식회사 무선 통신 시스템에서의 제어정보 전송 및 수신 방법
KR101495913B1 (ko) * 2007-08-10 2015-02-25 엘지전자 주식회사 이동통신 시스템에서 ｐｄｃｐ 계층의 제어 데이터 전송방법, 수신 방법, 그 송신장치 및 수신장치
US20110081868A1 (en) * 2007-08-10 2011-04-07 Yung Mi Kim Method of reporting measurement result in wireless communication system
KR101514841B1 (ko) 2007-08-10 2015-04-23 엘지전자 주식회사 효율적인 랜덤 액세스 재시도를 수행하는 방법
KR101422032B1 (ko) * 2007-08-10 2014-07-23 엘지전자 주식회사 무선 통신 시스템에서의 채널 설정 방법
WO2009022826A1 (en) * 2007-08-10 2009-02-19 Lg Electronics Inc. Method for controlling harq operation in dynamic radio resource allocation
KR101467789B1 (ko) * 2007-08-10 2014-12-03 엘지전자 주식회사 휴지 단말의 상향 접속 제어 방법
KR20090016412A (ko) * 2007-08-10 2009-02-13 엘지전자 주식회사 무선 통신 시스템에서의 데이터 통신 방법
US8488523B2 (en) * 2007-08-14 2013-07-16 Lg Electronics Inc. Method of transmitting and processing data block of specific protocol layer in wireless communication system
KR100907978B1 (ko) 2007-09-11 2009-07-15 엘지전자 주식회사 이동통신 시스템에서 ｐｄｃｐ 계층의 상태보고 전송 방법 및 수신장치
CN103327536B (zh) * 2007-09-13 2016-07-06 Lg电子株式会社 在无线通信系统中发送缓冲器状态报告的方法
KR101461970B1 (ko) * 2007-09-13 2014-11-14 엘지전자 주식회사 무선 통신 시스템에서의 폴링 과정 수행 방법
KR100937432B1 (ko) * 2007-09-13 2010-01-18 엘지전자 주식회사 무선 통신 시스템에서의 무선자원 할당 방법
KR101513033B1 (ko) 2007-09-18 2015-04-17 엘지전자 주식회사 다중 계층 구조에서 ＱｏＳ를 보장하기 위한 방법
KR101591824B1 (ko) 2007-09-18 2016-02-04 엘지전자 주식회사 무선 통신 시스템에서의 폴링 과정 수행 방법
KR101396062B1 (ko) * 2007-09-18 2014-05-26 엘지전자 주식회사 헤더 지시자를 이용한 효율적인 데이터 블록 전송방법
KR101435844B1 (ko) 2007-09-18 2014-08-29 엘지전자 주식회사 무선 통신 시스템에서의 데이터 블록 전송 방법
WO2009038377A2 (en) 2007-09-20 2009-03-26 Lg Electronics Inc. Method of effectively transmitting radio resource allocation request in mobile communication system
EP3160174B1 (en) 2007-09-28 2018-12-26 Interdigital Patent Holdings, Inc. Operation of control protocol data units in packet data convergence protocol
KR20090041323A (ko) 2007-10-23 2009-04-28 엘지전자 주식회사 데이터 블록 구성함에 있어서 단말의 식별 정보를 효과적으로 전송하는 방법
KR101487557B1 (ko) * 2007-10-23 2015-01-29 엘지전자 주식회사 공통제어채널의 데이터를 전송하는 방법
KR20090043465A (ko) * 2007-10-29 2009-05-06 엘지전자 주식회사 무선 베어러 타입에 따른 오류 해결 방법
WO2009088710A1 (en) * 2008-01-04 2009-07-16 Interdigital Patent Holdings, Inc. Method and apparatus of performing packet data convergence protocol re-establishment
EP2229745B2 (en) 2008-01-07 2015-11-18 IDTP Holdings, Inc. Status reporting for retransmission protocol
WO2009096731A2 (en) * 2008-01-31 2009-08-06 Lg Electronics Inc. Method for signaling back-off information in random access
KR101594359B1 (ko) 2008-01-31 2016-02-16 엘지전자 주식회사 랜덤 접속에서 백오프 정보를 시그널링하는 방법
EP3410623B1 (en) 2008-01-31 2021-07-28 LG Electronics Inc. Method for sending status information in mobile telecommunications system and receiver of mobile telecommunications
KR101375936B1 (ko) * 2008-02-01 2014-03-18 엘지전자 주식회사 시간동기 타이머의 만료 시 하향링크 ｈａｒｑ의 동작 방법
WO2009096748A2 (en) * 2008-02-01 2009-08-06 Lg Electronics Inc. Mobile communication system and method for transmitting pdcp status report thereof
KR101531419B1 (ko) 2008-02-01 2015-06-24 엘지전자 주식회사 시간동기 타이머의 만료 시 상향링크 ｈａｒｑ의 동작 방법
WO2009096746A2 (en) * 2008-02-01 2009-08-06 Lg Electronics Inc. Method for sending rlc pdu and allocating radio resource in mobile communications system and rlc entity of mobile communications
KR101163275B1 (ko) * 2008-03-17 2012-07-05 엘지전자 주식회사 Ｐｄｃｐ 상태 보고 전송 방법
WO2009116788A1 (en) * 2008-03-17 2009-09-24 Lg Electronics Inc. Method of transmitting rlc data
EP2136501B1 (en) * 2008-06-20 2019-12-04 LG Electronics Inc. Method of delivering a PDCP data unit to an upper layer
US20100027524A1 (en) * 2008-07-31 2010-02-04 Nokia Corporation Radio layer emulation of real time protocol sequence number and timestamp
US8305901B2 (en) * 2008-09-22 2012-11-06 Htc Corporation Method of generating a buffer status for a wireless communication system and related device
EP2242307B1 (en) * 2009-04-14 2012-07-04 Alcatel Lucent Controlling transmission of encoded data packets
CN101925121B (zh) * 2009-06-10 2014-03-19 中兴通讯股份有限公司 一种分组数据汇聚协议层重建的方法和装置
ES2391240T3 (es) * 2009-06-25 2012-11-22 Deutsche Telekom Ag Procedimiento y dispositivo para optimizar el comportamiento de traspaso en una red de telefonía móvil
CN101999242A (zh) * 2009-09-21 2011-03-30 高通股份有限公司 用于在接力切换期间保持通信的方法和装置
CN102036243B (zh) * 2009-09-29 2015-07-15 北京三星通信技术研究有限公司 处理无线链路失败报告的方法
CN102056226B (zh) * 2009-11-10 2016-03-02 中兴通讯股份有限公司 Pdcp状态报告的获取方法和pdcp实体
EP2523485A4 (en) * 2010-05-12 2013-08-07 Zte Corp METHOD AND SERVICE PLATFORM FOR MONEY TRANSFER WITH A MOBILE TERMINAL
CN102137435B (zh) * 2010-10-21 2014-01-22 上海华为技术有限公司 数据处理方法、装置和系统
WO2013048050A1 (en) * 2011-09-27 2013-04-04 Lg Electronics Inc. Method and apparatus for reporting location information
US9883441B2 (en) * 2011-11-10 2018-01-30 Nokia Technologies Oy Method and apparatus to route packet flows over two transport radios
JP6001886B2 (ja) * 2012-03-13 2016-10-05 株式会社Ｎｔｔドコモ 移動局及び無線基地局
US9295094B2 (en) * 2012-05-07 2016-03-22 Qualcomm Incorporated System and method for peer-to-peer connection reestablishment
WO2013169073A1 (en) 2012-05-10 2013-11-14 Samsung Electronics Co., Ltd. Method and system for connectionless transmission during uplink and downlink of data packets
JP5856022B2 (ja) * 2012-07-20 2016-02-09 株式会社Ｎｔｔドコモ 移動通信方法及び移動局
JP6140960B2 (ja) * 2012-09-25 2017-06-07 株式会社Ｎｔｔドコモ 移動通信方法
US9313756B2 (en) 2012-10-10 2016-04-12 Qualcomm Incorporated Apparatus and methods for managing hyper frame number (HFN) de-synchronization in radio link control (RLC) unacknowledged mode (UM)
US9357580B2 (en) 2013-02-07 2016-05-31 Industrial Technology Research Institute Method for switching communication connection mode, communication system, base station, transmitter and receiver
EP2954281B1 (en) 2013-02-07 2018-09-12 Dyno Nobel Inc. Systems for delivering explosives and methods related thereto
ES2769858T3 (es) * 2013-04-01 2020-06-29 Innovative Sonic Corp Método y aparato para añadir células de servicio en un sistema de comunicación inalámbrica
EP2982173B1 (en) 2013-04-02 2018-05-02 LG Electronics Inc. Method for performing a cell change procedure in a wireless communication system and a device therefor
WO2014169438A1 (zh) * 2013-04-16 2014-10-23 富士通株式会社 通信模式转换方法、装置和系统
JP6174365B2 (ja) * 2013-04-25 2017-08-02 株式会社Ｎｔｔドコモ 基地局及び方法
CN104641719B (zh) * 2013-05-20 2018-07-03 华为技术有限公司 一种确认报文发送方法及其设备
US10009212B2 (en) * 2013-06-11 2018-06-26 Telefonaktiebolaget L M Ericsson (Publ) Method and apparatus for activation and deactivation of radio network functionality
WO2015046780A1 (ko) * 2013-09-26 2015-04-02 주식회사 케이티 업링크 데이터 전송 방법 및 그 장치
US10362590B2 (en) 2013-09-26 2019-07-23 Kt Corporation Method for transmitting uplink data and apparatus for same
JP6262991B2 (ja) * 2013-10-31 2018-01-17 株式会社Ｎｔｔドコモ ユーザ装置及び方法
US9538575B2 (en) * 2014-01-30 2017-01-03 Sharp Kabushiki Kaisha Systems and methods for dual-connectivity operation
US9491269B2 (en) * 2014-04-11 2016-11-08 Apple Inc. Uplink transmission rate in a wireless communication device
US10028311B2 (en) 2014-04-22 2018-07-17 Lg Electronics Inc. Method for processing received PDCP PDUs for D2D communication system and device therefor
KR102211471B1 (ko) * 2014-05-02 2021-02-04 팬텍 주식회사 듀얼 커넥티비티 하에서 데이터 송수신 방법 및 그 장치
KR102250056B1 (ko) * 2014-05-09 2021-05-10 주식회사 아이티엘 D2d 통신을 위한 스케줄링 방법 및 그 장치
KR102202894B1 (ko) * 2014-08-28 2021-01-14 삼성전자 주식회사 이동 통신 네트워크에서 패킷 손실 관리 방법
JP6640237B2 (ja) * 2014-11-10 2020-02-05 エルジー エレクトロニクス インコーポレイティド Ｄ２ｄ通信システムにおいてサイドリンク無線ベアラに対する暗号化指示を示す方法及びその装置
EP3021612B1 (en) * 2014-11-12 2018-03-21 HTC Corporation Device and method of handling network configurations
US10321513B2 (en) * 2015-08-17 2019-06-11 Samsung Electronics Co., Ltd Method for PDCP control PDU transmission by user equipment (UE)
US20180212716A1 (en) * 2015-08-21 2018-07-26 Intel IP Corporation Packet data convergence protocol for cellular/wireless local area network aggregation
US10251052B2 (en) 2015-08-27 2019-04-02 Mediatek Inc. Method of dynamic PDCP status report polling for LTE-WLAN aggregation
CN108353276B (zh) * 2015-10-31 2020-12-04 华为技术有限公司 一种SeNB密钥更新的方法及装置
EP4429296A3 (en) 2016-08-09 2024-12-11 Samsung Electronics Co., Ltd Method and apparatus for managing user plane operation in wireless communication system
US9999016B2 (en) * 2016-09-04 2018-06-12 Lg Electronics Inc. Status report polling to avoid HFN de-synchronization
US10757754B2 (en) * 2016-10-27 2020-08-25 Qualcomm Incorporated Techniques for securing PDCP control PDU
US10462837B2 (en) * 2016-11-04 2019-10-29 Qualcomm Incorporated Method, apparatus, and system for reestablishing radio communication links due to radio link failure
CN115119198A (zh) * 2017-03-19 2022-09-27 上海朗帛通信技术有限公司 一种用于下行传输的方法和装置
US10237784B2 (en) * 2017-03-24 2019-03-19 Motorola Mobility Llc Split bearer packet data converge protocol protocol data unit routing
CN108632177A (zh) * 2017-03-24 2018-10-09 中兴通讯股份有限公司 一种控制包的传输方法及电子设备
US10405231B2 (en) * 2017-04-24 2019-09-03 Motorola Mobility Llc Switching between packet duplication operating modes
JP6456428B2 (ja) * 2017-05-02 2019-01-23 株式会社Ｎｔｔドコモ 移動通信方法
US10805836B2 (en) * 2017-05-05 2020-10-13 Qualcomm Incorporated Packet duplication at a packet data convergence protocol (PDCP) entity
TWI664862B (zh) * 2017-05-05 2019-07-01 華碩電腦股份有限公司 無線通訊系統中傳送複製資料的方法和設備
CN110754110B (zh) * 2017-06-15 2023-09-19 三星电子株式会社 用于控制分组传输的方法和装置
WO2018227480A1 (en) * 2017-06-15 2018-12-20 Qualcomm Incorporated Refreshing security keys in 5g wireless systems
EP3661090B1 (en) * 2017-07-28 2023-08-09 Fujitsu Limited Command instruction method and device, and information interaction method and device
CN111386725B (zh) * 2017-09-28 2023-03-21 三星电子株式会社 用于在无线通信系统中处理pdcp操作的方法和系统
EP3982695B1 (en) * 2017-09-28 2025-07-02 Guangdong Oppo Mobile Telecommunications Corp., Ltd. Wireless communication method and terminal device
CN109714134B (zh) * 2017-10-26 2020-11-06 华为技术有限公司 接收窗口滑动方法及装置
KR102500134B1 (ko) * 2017-11-01 2023-02-15 삼성전자주식회사 무선 통신 시스템에서 패킷 데이터 정보를 송수신하기 위한 장치 및 방법
EP3707875B1 (en) * 2017-11-10 2023-06-14 Telefonaktiebolaget LM Ericsson (Publ) Transmitting device, receiving device, and methods performed therein for handling uplink data compression
CN111164998B (zh) * 2017-11-29 2025-06-17 Oppo广东移动通信有限公司 重建rrc连接的方法、终端和存储介质
US10674396B2 (en) * 2017-12-21 2020-06-02 Mediatek Inc. Method and apparatus for handling compression error in mobile communications
US10869223B2 (en) 2018-02-13 2020-12-15 Samsung Electronics Co., Ltd. Method and apparatus for efficient operation upon packet duplication activation and deactivation in next generation wireless communication system
US10939495B2 (en) * 2018-02-15 2021-03-02 Mediatek Inc. Method and apparatus for handling packet data convergence protocol duplication in mobile communications
GB201802975D0 (en) * 2018-02-23 2018-04-11 Secure Thingz Ltd Programming target devices
KR102625128B1 (ko) 2018-03-07 2024-01-16 삼성전자 주식회사 무선통신 시스템에서 pdcp 버전 변경 시 데이터 전송 방법 및 장치
WO2019212249A1 (ko) * 2018-05-03 2019-11-07 주식회사 케이티 릴레이 노드를 통한 데이터 처리 방법 및 그 장치
GB2574876A (en) * 2018-06-21 2019-12-25 Tcl Communication Ltd Transmission techniques in a cellular network
WO2020009643A1 (en) 2018-07-02 2020-01-09 Telefonaktiebolaget Lm Ericsson (Publ) Packet data convergence protocol data recovery
US11665766B2 (en) * 2018-10-30 2023-05-30 Samsung Electronics Co., Ltd. Method and apparatus for reducing overhead of ethernet frame in next generation mobile communication system
KR102694930B1 (ko) 2018-10-30 2024-08-14 삼성전자 주식회사 차세대 이동 통신 시스템에서 이더넷 프레임의 오버헤드를 줄이는 방법 및 장치
JP6672445B2 (ja) * 2018-12-18 2020-03-25 株式会社Ｎｔｔドコモ 移動通信システム
US11582288B2 (en) * 2019-06-14 2023-02-14 Qualcomm Incorporated File-based downlink transmission and retransmission
CN114157723B (zh) * 2019-08-15 2023-08-22 华为技术有限公司 一种通信方法及装置
CN118283715A (zh) * 2022-12-28 2024-07-02 华为技术有限公司 一种通信方法及装置

Family Cites Families (26)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH03237829A (ja) 1990-02-14 1991-10-23 Nec Corp Ｈｄｌｃ手順の紛失フレームの通知方法
JP4015773B2 (ja) 1999-03-10 2007-11-28 松下電器産業株式会社 送受信装置
US6590905B1 (en) * 1999-12-22 2003-07-08 Nokia Mobile Phones Ltd. Changing XID/PDCP parameters during connection
US6973030B2 (en) * 2001-06-20 2005-12-06 Motorola, Inc. Method and apparatus for controlling multiple logical data flow in a variable data rate environment
KR100595583B1 (ko) * 2001-07-09 2006-07-03 엘지전자 주식회사 이동통신시스템에서 핸드오버에 따른 패킷 데이터 전송 방법
EP1315356B1 (en) * 2001-11-24 2008-10-22 Lg Electronics Inc. Method for transmitting packet data in compressed form in a communication system
KR100896484B1 (ko) * 2002-04-08 2009-05-08 엘지전자 주식회사 이동통신시스템에서 데이터 전송 무선통신방법 및 무선통신장치
US20030206534A1 (en) * 2002-05-03 2003-11-06 Wu Frank Chih-Hsiang Scheme to handle radio link control service data units upon reception of a radio link control reset or reset acknowledge protocol data unit in a wireless communication system
JP4195716B2 (ja) * 2003-06-27 2008-12-10 ノキア コーポレイション 無線通信ネットワークでのパケット集約のための方法及び装置
JP2006050519A (ja) * 2003-10-24 2006-02-16 Sony Corp 無線通信システム、無線通信装置及び無線通信方法、並びにコンピュータ・プログラム
CN100493081C (zh) * 2004-05-31 2009-05-27 华为技术有限公司 一种用户面数据处理方法
EP1689130A1 (en) 2005-02-07 2006-08-09 Lg Electronics Inc. Method for settling an error in a radio link control
CN100391201C (zh) * 2005-02-28 2008-05-28 华为技术有限公司 一种保持分组数据协议汇聚子层序列号同步的方法
US8228917B2 (en) 2005-04-26 2012-07-24 Qualcomm Incorporated Method and apparatus for ciphering and re-ordering packets in a wireless communication system
JP4934666B2 (ja) * 2005-05-04 2012-05-16 エルジー エレクトロニクス インコーポレイティド 無線通信システムにおける制御情報の送信方法及びこれを用いた送信ウィンドウの更新方法
US7916751B2 (en) * 2005-06-21 2011-03-29 Interdigital Technology Corporation Method and apparatus for efficient operation of an enhanced dedicated channel
US7929410B2 (en) * 2005-06-29 2011-04-19 Interdigital Technology Corporation Protocol engine for processing data in a wireless transmit/receive unit
JP2007053588A (ja) 2005-08-18 2007-03-01 Nec Corp パケット再送方式、パケット再送システム、パケット再送プログラム及びプログラム記録媒体
CN100527688C (zh) * 2005-11-11 2009-08-12 大唐移动通信设备有限公司 分组业务数据传输速率分析方法及系统
CN101030840B (zh) * 2006-03-02 2011-09-14 华为技术有限公司 具有重传请求的数据传输方法和接收端状态报告编制方法
WO2008010063A2 (en) * 2006-07-18 2008-01-24 Nokia Corporation Method, device, computer program, and apparatus providing embedded status information in handover control signaling
KR101392697B1 (ko) * 2007-08-10 2014-05-19 엘지전자 주식회사 이동통신 시스템에서의 보안 오류 검출방법 및 장치
US20100142485A1 (en) * 2007-08-13 2010-06-10 Eun Jong Lee Method for performing handover in wireless communication system
KR100907978B1 (ko) * 2007-09-11 2009-07-15 엘지전자 주식회사 이동통신 시스템에서 ｐｄｃｐ 계층의 상태보고 전송 방법 및 수신장치
KR101513033B1 (ko) * 2007-09-18 2015-04-17 엘지전자 주식회사 다중 계층 구조에서 ＱｏＳ를 보장하기 위한 방법
EP3160174B1 (en) * 2007-09-28 2018-12-26 Interdigital Patent Holdings, Inc. Operation of control protocol data units in packet data convergence protocol

Also Published As

Publication number Publication date
US9843925B2 (en) 2017-12-12
KR20140054444A (ko) 2014-05-08
AR068583A1 (es) 2009-11-18
US8335189B2 (en) 2012-12-18
IL204676A (en) 2013-10-31
EP3160174B1 (en) 2018-12-26
US20090104890A1 (en) 2009-04-23
CN104348831B (zh) 2018-01-09
EP2204057A2 (en) 2010-07-07
RU2434282C1 (ru) 2011-11-20
KR101603624B1 (ko) 2016-03-15
US20130135987A1 (en) 2013-05-30
TWI482475B (zh) 2015-04-21
KR20100069718A (ko) 2010-06-24
JP6016574B2 (ja) 2016-10-26
KR20100075973A (ko) 2010-07-05
EP2204057B1 (en) 2016-12-21
US20180070227A1 (en) 2018-03-08
JP2013042536A (ja) 2013-02-28
IL204676A0 (en) 2010-11-30
JP2010541409A (ja) 2010-12-24
WO2009045871A3 (en) 2009-09-17
TWM357138U (en) 2009-05-11
TW200920056A (en) 2009-05-01
WO2009045871A2 (en) 2009-04-09
BRPI0816033B1 (pt) 2020-11-10
CN101940017B (zh) 2014-11-19
US20190373455A1 (en) 2019-12-05
HK1150706A1 (en) 2012-01-06
BRPI0816033A2 (pt) 2018-06-05
JP5158898B2 (ja) 2013-03-06
CN104348831A (zh) 2015-02-11
KR101122316B1 (ko) 2012-06-01
US11070976B2 (en) 2021-07-20
TWI470982B (zh) 2015-01-21
EP3160174A1 (en) 2017-04-26
CN101940017A (zh) 2011-01-05
US10405176B2 (en) 2019-09-03
JP2016136772A (ja) 2016-07-28
TW201230745A (en) 2012-07-16

Similar Documents

Publication Publication Date Title
ES2619302T3 (es) Operación de unidades de datos de protocolo de control en protocolo de convergencia de datos de paquetes
US9312992B2 (en) Method and apparatus for data security and automatic repeat request implementation in a wireless communication system
ES2674377T3 (es) Método y aparato para la notificación de entrega de retransmisión de estrato de no acceso
CN101406024A (zh) Umts的lte的安全考量
JP2007215168A (ja) 無線通信システムのｒｌｃリセット方法及び装置
HK1150706B (en) Operation of control protocol data units in packet data convergence protocol
HK1192976A (en) Method and apparatus for delivery notification of non-access stratum retransmission