ES2648153T3 - Método para procesamiento de protocolo de radio en sistema de telecomunicaciones móviles y transmisor de telecomunicaciones móviles - Google Patents

Método para procesamiento de protocolo de radio en sistema de telecomunicaciones móviles y transmisor de telecomunicaciones móviles Download PDF

Info

Publication number
ES2648153T3
ES2648153T3 ES08723560.2T ES08723560T ES2648153T3 ES 2648153 T3 ES2648153 T3 ES 2648153T3 ES 08723560 T ES08723560 T ES 08723560T ES 2648153 T3 ES2648153 T3 ES 2648153T3
Authority
ES
Spain
Prior art keywords
pdcp
layer
sdus
transmitter
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
ES08723560.2T
Other languages
English (en)
Inventor
Seung-June Yi
Young-Dae Lee
Sung-Duck Chun
Sung-Jun Park
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.)
LG Electronics Inc
Original Assignee
LG Electronics 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 LG Electronics Inc filed Critical LG Electronics Inc
Application granted granted Critical
Publication of ES2648153T3 publication Critical patent/ES2648153T3/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
    • H04W28/065—Optimizing the usage of the radio link, e.g. header compression, information sizing, discarding information using assembly or disassembly of packets
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04B—TRANSMISSION
    • H04B7/00—Radio transmission systems, i.e. using radiation field
    • H04B7/24—Radio transmission systems, i.e. using radiation field for communication between two or more posts
    • H04B7/26—Radio transmission systems, i.e. using radiation field for communication between two or more posts at least one of which is mobile
    • H04B7/2612—Arrangements for wireless medium access control, e.g. by allocating physical layer transmission capacity
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/04—Protocols for data compression, e.g. ROHC
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/08—Protocols for interworking; Protocol conversion
    • 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/18—Multiprotocol handlers, e.g. single devices capable of handling multiple protocols
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/22—Parsing or analysis of headers
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • 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
    • 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
    • H04W36/00—Hand-off or reselection arrangements
    • H04W36/02—Buffering or recovering information during reselection ; Modification of the traffic flow during hand-off
    • H04W36/023—Buffering or recovering information during reselection
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L49/00—Packet switching elements
    • H04L49/90—Buffering arrangements
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W36/00—Hand-off or reselection arrangements
    • H04W36/02—Buffering or recovering information during reselection ; Modification of the traffic flow during hand-off
    • H04W36/023—Buffering or recovering information during reselection
    • H04W36/0235—Buffering or recovering information during reselection by transmitting sequence numbers, e.g. SN status transfer
    • 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

Abstract

Un transmisor de comunicación móvil que comprende: un primer módulo de establecimiento de Número de Secuencia, SN, que recibe una o más Unidades de Datos de Servicio de Protocolo de Convergencia de Datos de Paquetes, SDU de PDCP, desde una capa superior y asocia cada uno del uno o más SN de PDCP con una respectiva de las una o más SDU de PDCP recibidas; un módulo de compresión de cabecera que comprime una cabecera de la una o más SDU de PDCP recibidas; un módulo de cifrado que cifra cada una de la una o más SDU de PDCP con cabecera comprimida usando uno respectivo del uno o más SN de PDCP; y un segundo módulo de establecimiento de SN que añade cada uno del uno o más SN de PDCP asociados a una respectiva de la una o más SDU de PDCP cifradas y reenvía la una o más SDU de PDCP con SN de PDCP añadido a una capa inferior, en donde el transmisor de comunicación móvil está configurado para reenviar al menos una SDU de PDCP de la cual no se ha confirmado la entrega de entre la una o más SDU de PDCP usando un SN de PDCP respectivo de la al menos una SDU de PDCP en el traspaso.

Description

5
10
15
20
25
30
35
40
45
50
DESCRIPCION
Método para procesamiento de protocolo de radio en sistema de telecomunicaciones móviles y transmisor de telecomunicaciones móviles
Campo técnico
La presente invención se refiere a un protocolo de radio de un sistema de comunicación móvil y, más particular, a un aparato y método para realizar procedimientos (protocolos) de una capa PDCP y una capa rLc (Control de Enlace de Radio) en un E-UMTS (Sistema Universal de Telecomunicaciones Móviles Evolucionado) que ha evolucionado a partir de UmTS.
Antecedentes de la técnica
La FIG. 1 es una estructura de red de un sistema LTE (Evolución a Largo Plazo), el sistema de comunicación móvil de la técnica relacionada. Para el sistema LTE, que ha evolucionado a partir del sistema UMTS existente, están en curso estandarizaciones básicas en el 3GPP.
Una red LTE se puede dividir en una E-UTRAN (Red de Acceso de Radio Terrestre UMTS Evolucionada) y una CN (Red Central). La E-UTRAN incluye un terminal (o UE (Equipo de Usuario)), una estación base (eNB (NodoB Evolucionado), y una pasarela de acceso (aGW). La pasarela de acceso se puede dividir en una parte que maneja procesamiento de tráfico de usuario y una parte que maneja tráfico de control. En este caso, la parte de pasarela de acceso que procesa el tráfico de usuario y la parte de pasarela de acceso que procesa el tráfico de control pueden comunicarse con una nueva interfaz. Una o más celdas pueden existir en un único eNB. Se puede usar una interfaz para transmitir tráfico de usuario o tráfico de control entre los eNB. La CN puede incluir la pasarela de acceso y un nodo o similar para registro de usuario del UE. Se puede usar una interfaz para discriminar la E-UTRAN y la CN.
La FIG. 2 muestra una estructura ejemplar de un plano de control de un protocolo de interfaz de radio entre el UE y la E-UTRAN en base a los estándares de red de acceso de radio del 3GPP. La FIG. 3 muestra una estructura ejemplar de un plano de usuario del protocolo de interfaz de radio entre el UE y la E-UTRAN en base a los estándares de red de acceso de radio del 3GPP.
La estructura del protocolo de interfaz de radio entre el UE y la E-UTRAN se describirá ahora con referencia a las FIG. 2 y 3.
El protocolo de interfaz de radio tiene capas horizontales que comprenden una capa física, una capa de enlace de datos, y una capa de red, y tienen planos verticales que comprenden un plano de usuario (plano U) para transmitir información de datos y un plano de control (plano C) para transmitir señales de control. Las capas de protocolo en las FIG. 2 y 3 se pueden categorizar como una primera capa (L1), una segunda capa (L2), y una tercera capa (L3) en base a las tres capas inferiores de un modelo de estándar de interconexión de sistemas abiertos (OSI) ampliamente conocido en el sistema de comunicación. Las capas de protocolo de radio existen como pares entre el UE y la E-UTRAN y manejan una transmisión de datos en una interfaz de radio.
Las capas del plano de control de protocolo de radio de la FIG. 2 y las del plano de usuario de protocolo de radio se describirán como sigue.
La capa física, la primera capa, proporciona un servicio de transferencia de información a una capa superior usando un canal físico. La capa física está conectada a una capa superior llamada capa de control de acceso al medio (MAC) a través de un canal de transporte. Los datos se transfieren entre la capa MAC y la capa física a través del canal de transporte. El canal de transporte se divide en un canal de transporte dedicado y un canal común según si está compartido o no un canal. Entre diferentes capas físicas, esto es, entre una capa física de un lado de transmisión y la de un lado de recepción, se transfieren datos a través del canal físico.
La segunda capa incluye diversas capas. En primer lugar, una capa de control de acceso al medio (MAC) sirve para correlacionar diversos canales lógicos con diversos canales de transporte y realiza multiplexación de canal lógico correlacionando varios canales lógicos con un único canal de transporte. La capa MAC está conectada a una capa superior llamada capa de control de enlace de radio (RLC) mediante un canal lógico. El canal lógico se divide en un canal de control que transmite información del plano de control y un canal de tráfico que transmite información del plano de usuario según un tipo de información transmitida.
Una capa RLC (Control de Recursos de Radio), la segunda capa, segmenta o concatena datos recibidos desde una capa superior para ajustar el tamaño de los datos para una capa inferior para transmitir adecuadamente los datos a una interfaz de radio. Además, con el fin de garantizar diversas QoS requeridas por cada portador de radio RB, la capa RLC proporciona tres modos de operación: un TM (Modo de Transporte); un UM (Modo No Reconocido); y un aM (Modo Reconocido). En particular, la capa RLC (referida como 'capa RLC de AM', de aquí en adelante) que opera en el AM realiza una función de transmisión a través de una función de solicitud y repetición automática (ARQ) para una transmisión de datos fiable.
5
10
15
20
25
30
35
40
45
50
Una capa de protocolo de convergencia de datos de paquetes (PDCP) de la segunda capa realiza una función llamada compresión de cabecera que reduce el tamaño de una cabecera de un paquete IP, que es relativamente grande e incluye información de control innecesaria, con el fin de transmitir eficazmente el paquete IP tal como uno IPv4 o IPv6 en una interfaz de radio que tiene un ancho de banda más pequeño. La compresión de cabecera aumenta la eficiencia de transmisión entre interfaces de radio permitiendo que la parte de cabecera de los datos transmita solamente la información esencial.
La capa RRC situada en la parte más alta de la tercera capa se define solamente en el plano de control, y controla un canal lógico, un canal de transporte y un canal físico en relación con la configuración, reconfiguración, y la liberación o cancelación de portadores de radio (RB). En este caso, los RB se refieren a un camino lógico proporcionado por la primera y segunda capas del protocolo de radio para transmisión de datos entre el UE y la UTRAN. En general, la preparación (configuración) del RB se refiere al proceso de estipulación de las características de una capa de protocolo de radio y un canal requerido para proporcionar un servicio de datos particular, y establecer los parámetros detallados y métodos de operación respectivos.
Las capas de protocolo de radio respectivas de la LTE se basan básicamente en las capas de protocolo de radio del UMTS. Como se describe aquí, las capas de protocolo de radio del UMTS tiene las funciones sustancialmente similares a las de la LTE. Aquí, se describirá en detalle un método de procesamiento de datos de las capas RLC de AM y PDCP, entre la segunda capa, relacionado con la presente invención.
La FIG. 4 ilustra el orden de procesamiento en el que un lado de transmisión de las capas RLC de AM y PDCP de un UMTS recibe datos desde una capa superior, procesa los datos recibidos, y transmite los datos procesados;
El orden de procesamiento de los datos recibidos por el lado de transmisión de las capas RLC de AM y PDCP del UMTS desde la capa superior se describirá ahora con referencia a la FIG. 4. Una SDU (Unidad de Datos de Servicio) se refiere a datos recibidos desde una capa superior, y una PDU (Unidad de Datos de Protocolo) se refiere a datos que se han recibido desde una capa superior, procesado y luego transmitido a una capa inferior.
La capa PDCP recibe datos (SDU de PDCP) que han de ser transmitidos a una capa inferior, desde una capa superior (S1). La capa PDCP comprime una cabecera de los datos recibidos (SDU de PDCP) y transfiere la misma a la capa RLC inferior. En este caso, un compresor de cabecera de la capa PDCP puede generar un paquete de realimentación con cabecera comprimida por sí mismo con independencia de la SDU de PDCP. La SDU de PDCP con cabecera comprimida o el paquete de realimentación incluye las PDU de PDCP que se transfieren a la capa RLC inferior (S2).
Cuando la capa RLC de AM recibe la SDU de RLC, esto es, las PDU de PDCP, segmenta o concatena las PDU de PDCP en un tamaño fijo. La capa RLC de AM agrega secuencialmente un número de secuencia (SN) de RLC a los bloques de datos segmentados o concatenados (S4). En este caso, la capa RLC de AM puede generar las PDU de control RLC por sí misma con independencia de la SDU de RLC. Aquí, el SN de RLC no se añade a las PDU de control RLC. En el paso S4 que se muestra en la FIG. 4, las PDU de RLC incluyen bloques de datos con los SN de RLC agregados o las PDU de control RLC libres de SN de RLC. Las PDU de RLC están almacenadas en un almacenador temporal de PDU de RLC (S5). Esto es para una retransmisión de las PDU de RLC que puede ser necesaria más tarde.
Cuando la capa RLC de AM transita o retransmite las PDU de RLC, realiza cifrado usando el SN de PDU de RLC (S6). En este caso, debido a que el cifrado usa el SN, las PDU de RLC libres de SN, esto es, las PDU de control RLC, no están cifradas. Las PDU de RLC cifradas o las PDU de control RLC no cifradas se transfieren secuencialmente a la capa MAC inferior.
En la LTE, el protocolo L2 tiene margen para ser mejorado en diversos aspectos. En particular, la capa PDCP y la capa RLC de Am se espera que tengan los siguientes requisitos.
En primer lugar, en el reenvío o retransmisión de las SDU de PDCP no confirmadas en el traspaso, el lado de transmisión reenvía o retransmite solamente las SDU que no se han recibido por un lado de recepción. Esto se llama reenvío o retransmisión selectiva.
En segundo lugar, el tamaño de las PDU de RLC es flexible según un entorno de radio en cada transmisión.
En tercer lugar, se evita el cifrado de la PDU de RLC en cada transmisión o retransmisión.
Estos requisitos no se pueden satisfacer por el protocolo L2 de UMTS de la técnica relacionada, así que se requiere un diseño de un nuevo protocolo L2 para la LTE.
El documento R2-070763 del 3GPP trata un esquema de uso de SN de RTP para SN de PDCP de modo que la cabecera de PDCP puede ahorrar al menos un byte.
El documento TR 25.813 del 3GPP apunta a la definición de la evolución del protocolo de interfaz de radio bajo consideración para UTRA y UTRAN Evolucionadas.
5
10
15
20
25
30
35
40
45
50
El documento R2-062909 del 3GPP analiza la longitud de SN de PDCP requerida con el fin de proporcionar realimentación a la LS de SA3.
El documento R2-062905 del 3GPP trata la formación de tramas de L2 para LTE y proporciona una propuesta a la TS Etapa 2 para E-UTRAN.
Descripción de la invención
Solución técnica
La presente invención se define en las reivindicaciones independientes. Es un objeto de la presente invención diseñar un nuevo protocolo L2 en la LTE en un esfuerzo para resolver el problema técnico del protocolo L2 de UMTS de la técnica relacionada.
Esto es, la presente invención ha evolucionado a partir de UMTS y proporciona un nuevo método de diseño de la estructura de una segunda capa adecuada para diversos requisitos de un nuevo sistema que soporta una retransmisión selectiva durante un traspaso, que soporta un tamaño de PDU variable de un RLC, y que reduce el sobredimensionamiento en un proceso de cifrado que se realiza siempre que se transmite una PDU de RLC.
Mientras tanto, en el reenvío o retransmisión de las SDU de PDCP no confirmadas durante el traspaso (esto es, las SDU de PDCP no se han recibido con éxito por el lado de recepción), con el fin de reenviar o retransmitir solamente las SDU que no se han recibido con éxito por el lado de recepción, se debería añadir explícitamente el SN de PDCP a cada sDu de PDCP y transmitir, a diferencia de en la técnica relacionada en la que el terminal y la red gestionan implícitamente el SN de PDCP. Esto es, el SN de PDCP se usa explícitamente como el SN de RLC.
El uso del SN de PDCP explícito permite que la capa PDCP superior, no la capa RLC, realice cifrado. El cifrado por la capa PDCP puede ser más ventajoso en términos de operaciones de protocolo debido a que puede evitar que la capa RLC cifre las PDU cada vez que la PDU se reenvía o retransmite. En este caso, la SDU de PDCP recibida desde una capa superior se puede cifrar debido a que el SN de PDCP existe para corresponder a cada SDU. No obstante, no hay SN de PDCP para un paquete de realimentación ROHC que se genera por la capa PDCP en sí misma, de modo que el paquete de realimentación ROHC no se puede cifrar. De esta manera, es necesario comprobar si la parte de datos válidos (carga útil) de cada PDU de PDCP se ha cifrado o no debido a que, cuando el lado de recepción recibe las PDU de PDCP, debería discriminar los datos cifrados (esto es, la parte de carga útil de cada PDU) y los datos no cifrados (esto es, el paquete de realimentación ROHC) y descifrar solamente los datos cifrados.
De esta manera, en la realización no reivindicada de la presente invención, un indicador que indica si se ha cifrado o no la parte de datos válidos (carga útil) de cada PDU de PDCP se proporciona en el E-UMTS (Sistema Universal de Telecomunicaciones Móviles Evolucionado). Además, el indicador sirve para discriminar un paquete de realimentación ROHC no cifrado (esto es, el paquete generado por la capa PDCP en sí misma) y unos datos válidos cifrados de una PDU de PDCP. Por consiguiente, el lado de recepción puede dar instrucciones de descifrar solamente los datos válidos cifrados de una PDU de PDCP.
Para lograr el objetivo anterior, se proporciona un transmisor de comunicación móvil como se define en la reivindicación 1.
En una realización no reivindicada, el módulo de compresión de cabecera añade un indicador a los datos que se han cifrado por el módulo de cifrado o añade un indicador a los datos a los que se han añadido el segundo SN por el segundo módulo de establecimiento de SN.
Preferiblemente, el transmisor de comunicación móvil incluye además un primer almacenador temporal.
Preferiblemente, el módulo de compresión de cabecera genera datos por sí mismo, separadamente de los datos recibidos desde la capa superior.
Preferiblemente, los datos generados por el módulo de compresión de cabecera en sí mismo no están cifrados por el módulo de cifrado.
Preferiblemente, los datos generados por el módulo de compresión de cabecera en sí mismo son datos realimentados que no están relacionados con los datos recibidos desde la capa superior.
Preferiblemente, los datos generados por el módulo de compresión de cabecera en sí mismo son un paquete de realimentación ROHC (Compresión de Cabecera Robusta).
Preferiblemente, el transmisor de comunicación móvil incluye además: un segundo almacenador temporal que recibe y almacena los datos con el segundo SN añadido; un módulo de segmentación y concatenación que segmenta y/o concatena los datos almacenados en el segundo almacenador temporal; un tercer módulo de establecimiento de Sn que añade un tercer SN a los datos segmentados y/o concatenados; y un tercer almacenador temporal que almacena los datos a los que se han añadido el tercer SN por el tercer módulo de establecimiento de SN.
5
10
15
20
25
30
35
40
45
Preferiblemente, el segundo almacenador temporal es un almacenador temporal de SDU (Unidad de Datos de Servicio) de RLC (Control de Enlace de Radio), y el tercer almacenador temporal es un almacenador temporal de PDU (Unidad de Datos de Protocolo) de RLC.
Preferiblemente, el tercer SN añadido por el tercer módulo de establecimiento de SN es un SN de RLC.
Preferiblemente, el primer almacenador temporal es un almacenador temporal de SDU de PDCP (Protocolo de Convergencia de Datos de Paquetes), y la capa inferior es una capa RLC.
La presente invención proporciona la estructura y el método de procesamiento de datos de la segunda capa del protocolo de radio para satisfacer las condiciones requeridas por el sistema LTE descrito anteriormente.
Además, en la presente invención, el proceso de cifrado, una de las funciones esenciales de la LTE se puede realizar suavemente en la segunda capa.
Breve descripción de los dibujos
La FIG. 1 es una estructura de red de un sistema LTE (Evolución a Largo Plazo), el sistema de comunicación móvil de la técnica relacionada;
la FIG. 2 muestra una estructura ejemplar de un plano de control de un protocolo de interfaz de radio entre un UE y una E-UTRAN en base a los estándares de red de acceso de radio del 3GPP;
la FIG. 3 muestra una estructura ejemplar de un plano de usuario del protocolo de interfaz de radio entre el UE y la E-UTRAN en base a los estándares de red de acceso de radio del 3GPP;
la FIG. 4 ilustra el orden de procesamiento en el que un lado de transmisión de las capas RLC de AM y PDCP de un UMTS recibe datos desde una capa superior, procesa los datos recibidos y transmite los datos procesados;
la FIG. 5 ilustra la estructura de un protocolo L2 y el orden de procesamiento en el que el lado de transmisión procesa los datos según una primera realización de la presente invención; y
la FIG. 6 es una vista que muestra la estructura de datos que incluye indicadores que indican si se han cifrado o no los datos y un método de procesamiento de datos del lado de transmisión de PDCP.
Modo para la invención
La presente invención es aplicable a un E-UMTS (Sistema Universal de Telecomunicaciones Móviles Evolucionado) que ha evolucionado a partir de un UMTS. No obstante, la presente invención no está limitada al mismo y puede ser aplicable a cualquier sistema de comunicación y a cualquier protocolo de comunicación al que pueda ser aplicable la idea técnica de la presente invención.
El concepto básico de la presente invención es diseñar y definir un protocolo de radio y una estructura de datos que pueda cumplir los requisitos descritos anteriormente. Es decir, en la presente invención, en primer lugar, una capa PDCP cifra datos (es decir, una SDU de PDCP) recibidos de una capa superior, genera un indicador para discriminar datos que se han cifrado y datos que no se han cifrado (es decir, el paquete de realimentación ROHC generado directamente por la capa PDCP), y transmite los datos cifrados con el indicador a una capa inferior (es decir, capa RLC). En segundo lugar, la capa PDCP define un SN de PDCP según un algoritmo para cifrar los datos, para realizar el cifrado.
La construcción y operación de la presente invención se describirán ahora.
La FIG. 5 ilustra la estructura de un protocolo L2 y el procesamiento de datos secuencial por un lado de transmisión según una primera realización de la presente invención.
La FIG. 5 muestra el orden secuencial en el procesamiento y la transmisión de datos que han sido recibidos por el lado de transmisión de las capas RLC y PDCP en una LTE desde una capa superior. Entre los términos usados en la presente invención, una sDu se refiere a datos recibidos desde una capa superior y la PDU se refiere a datos transmitidos a una capa inferior después de ser recibidos desde una capa superior y procesados.
La primera realización de la presente invención se describirá ahora con referencia a la FIG. 5.
S11: Como se muestra en la FIG. 5, la capa PDCP recibe datos (SDU de PDCP) para ser transmitidos a una capa inferior, desde una capa superior. La capa PDCP establece un SN (Número de Secuencia) virtual con respecto a cada SDU de PDCP. En este caso, los SN de SDU de PDCP se establecen secuencialmente para discriminar las SDU de PDCP respectivas. El paso S11 se realiza por un primer módulo de establecimiento. En S11, los SN no están añadidos realmente a las SDU de PDCP, sino que las SDU de PDCP respectivas se gestionan mediante una especie de punteros (no mostrados) que se discriminan por cada SN diferente. Por esta razón, los SN se expresan
5
10
15
20
25
30
35
40
45
50
55
como SN virtuales. Además, esta razón hace implícita la expresión en el paso S11 en la FIG. 5 en donde cada SN (es decir, SN virtual) de las SDU de PDCP se dibuja mediante líneas de puntos.
S12: La capa PDCP almacena las SDU de PDCP respectivas en un almacenador temporal de SDU de PDCP. Esto es para una estación base fuente (es decir, NodoB fuente) para reenviar una SDU de PDCP cuya recepción no ha sido confirmada por un terminal (UE) a la estación base objetivo (es decir, un NodoB objetivo), o para que el terminal retransmita una SDU de PDCP cuya recepción no se ha confirmado (es decir, por ejemplo, en el caso de que no se puede confirmar un NodoB fuente para que un NodoB objetivo reciba con éxito una SDU de PDCP que se haya transmitido desde el NodoB fuente) por el nodo de NodoB fuente al NodoB objetivo durante el traspaso. Cuando las SDU de PDCP se reenvían o retransmiten durante el traspaso, solamente las SDU de PDCP que no se han recibido correctamente por el lado de recepción según un informe de estado de la capa RLC o la capa PDCP. Esto se llama reenvío/retransmisión selectiva. El paso 12 se realiza mediante el almacenador temporal de SDU de PDCP. El proceso de establecimiento de SN virtual y el almacenamiento temporal de SDU de PDCP se pueden realizar simultáneamente. Si la capa PDCP no soporta el reenvío/retransmisión selectiva, puede no ser proporcionado el almacenador temporal de SDU de PDCP.
S13: Un compresor de cabecera (o módulo de compresión de cabecera) realiza secuencialmente compresión de cabecera sobre las SDU de PDCP. En este caso, el compresor de cabecera puede generar un paquete de realimentación de compresión de cabecera o una PDU de ESTADO de PDCP, etc., que no están relacionados con las SDU de PDCP, por sí mismo.
S14: La capa PDCP cifra secuencialmente las SDU de PDCP con cabecera comprimida. En este caso, la capa PDCP realiza el cifrado usando los SN de PDCP virtuales que se establecieron cuando las SDU de PDCP se almacenaron en el almacenador temporal. Esto es, los SN de PDCP actúan como parámetros de entrada en un algoritmo de cifrado que sirve para generar cada máscara de cifrado diferente para cada SDU. El paso S14 se realiza por el módulo de cifrado. Además de la operación de cifrado, la capa PDCP puede realizar una función de seguridad que incluye una función de protección de integridad. También, en el caso de la protección de integridad, las SDU de PDCP son de integridad protegida usando los SN de PDCP virtuales. La capa PDCP puede incluir paquetes generados por la capa PDCP en sí misma, tal como un paquete de realimentación generado por el compresor de cabecera en sí mismo y la PDU de ESTADO de PDCP, etc., generada por la capa PDCP en sí misma. El paquete de realimentación o la PDU de ESTADO de PDCP, etc. no se cifran debido a que no tienen ninguna SDU de PDCP correspondiente o ningún SN de PDCP virtual establecido.
S15: Los SN de PDCP virtuales (es decir, los SN establecidos en el paso S11) correspondientes a las SDU de PDCP con cabecera comprimida y cifradas respectivas se agregan a las cabeceras de PDU de PDCP para formar las PDU de PDCP. Esto es, los SN de PDCP virtuales (por ejemplo, los SN establecidos en el paso S11) correspondientes a las SDU respectivas se agregan a las cabeceras de PDU de PDCP de las SDU de PDCP respectivas para formar las PDU de PDCP. Esto es, cuando las PDU de PDCP se transfieren a la capa RLC, los SN de PDCP virtuales establecidos en el paso S11 se agregan explícitamente a las SDU respectivas. El paso S15 se realiza por un segundo módulo de establecimiento. En este caso, debido a que no existe ningún SN de PDCP virtual establecido para el paquete de realimentación generado por el compresor de cabecera en sí mismo o la PDU de ESTADO de PDCP generada por la capa PDCP en sí misma, etc., el paquete de realimentación o la PDU de ESTADO de PDCP, etc., configuran una PDU de PDCP por sí misma sin el SN de PDCP. La capa PDCP transfiere las PDU de PDCP configuradas de esta manera a la capa RLC inferior.
S16: Al recibir las SDU de RLC, esto es, las PDU de PDCP, desde la capa PDCP, la capa RLC las almacena en el almacenador temporal de SDU de RLC. Esto es para soportar de manera flexible el tamaño de la PDU de la capa RLC.
S17: La capa RLC almacena las SDU de RLC en el almacenador temporal de SDU, y cuando una capa MAC inferior solicita la transmisión de ellas en cada tiempo de transmisión, la capa RLC segmenta y/o concatena las SDU de RLC tantas como se requiera según tamaño requerido. El paso S17 se realiza mediante un módulo de segmentación y concatenación.
S18: La capa RLC agrega secuencialmente los SN de RLC a los bloques de datos segmentados y/o concatenados. En este caso, la capa RLC puede generar una PDU de control de RLC por sí misma con independencia de las SDU de RLC. Los bloques de datos con SN de RLC agregado o la PdU de control de RLC libre de SN de RLC constituyen las PDU de RLC. El paso S18 se realiza mediante un tercer módulo de establecimiento.
S19: Debido a que la capa RLC de AM soporta retransmisión, la capa RLC de AMC almacena las PDU de RLC construidas en un almacenador temporal de PDU de RLC. Esto es para una retransmisión que puede ser necesaria después.
Los SN de PDCP en los pasos S11 y S15 y el SN de RLC en el paso S18 tienen propiedades diferentes como se ha descrito anteriormente. Esto es, los SN de PDCP se usan para cifrar en la capa PDCP y, finalmente, se usan para reenviar o retransmitir solamente los datos de PDCP cuya recepción no se ha confirmado por el lado de recepción. Mientras tanto, los SN de RLC se usan en la capa RLC y tienen un propósito diferente del de los SN de PDCP. Esto
5
10
15
20
25
30
35
40
45
50
55
es, en la presente invención, cuando las SDU se reciben por la capa PDCP desde una capa superior, los SN de PDCP se agregan a las SDU, y cuando las SDU con SN de PDCP agregados se transfieren a la capa RLC, los SN de RLC se agregan adicionalmente a las mismas. Los SN de RLC no están prácticamente relacionados con los SN de PDCP en vista del uso.
El cifrado realizado en la capa PDCP usando los SN de PDCP se ha descrito con referencia a la FIG. 5. Hay dos tipos de datos que se transfieren desde la capa PDCP a la capa RLC: los datos cifrados con SN agregado; y el paquete de realimentación que no está cifrado con SN y generado por la capa PDCP en sí misma. Cuando el lado de transmisión transmite los dos tipos de datos al lado de recepción, el lado de recepción debería discriminar uno cifrado y uno no cifrado para descifrar los datos. De esta manera, una realización no reivindicada de la presente invención propone una estructura de datos que tiene un indicador para discriminarlos como se muestra en la FIG. 6.
La FIG. 6 es una vista que muestra la estructura de datos que incluye indicadores que indican si los datos se han cifrado o no y un método de procesamiento de datos del lado de transmisión de PDCP.
El indicador de cifrado en la estructura de datos como se muestra en la FIG. 6 existe al frente de la cabecera de PDU de PDCP e informa si se ha cifrado o no la parte de datos válida (carga útil) de la PDU de PDCP. En este caso, debido a que la capa PDCP del lado de transmisión cifra las SDU de PDCP que se han recibido desde una capa superior, usando los SN de PDCP, la capa PDCP del lado de transmisión establece un valor (que puede ser, por ejemplo, el dígito binario '1' si un campo del indicador es 1 bit) que indica que se han cifrado las SDU de PDCP, y en el caso del paquete generado por el PDCP en sí mismo, esto es, el paquete de realimentación ROHC o similar, debido a que no está cifrado, la capa PDCP del lado de transmisión establece otro valor (que puede ser, por ejemplo, el dígito binario '0' si el campo del indicador es 1 bit) lo que indica que no se han cifrado las SDU de PDCP. Si existe una PDU de control que se ha generado por la capa PDCP en sí misma, la PDU de control no se cifraría, de modo que la capa PDCP establece un valor que indica que no se ha cifrado la PDU de control.
Cuando la parte de carga útil es la SDU de PDCP, el indicador de cifrado indica que se ha cifrado la parte de datos válidos (carga útil) de la PDU de PDCP. En este caso, la presencia del SN de PDCP usado para el cifrado informa no solamente que la parte de la carga útil se ha cifrado sino también que existe el campo de SN de PDCP.
Esto se describirá con referencia a la FIG. 6.
Como se muestra en la FIG. 6, los procesos secuenciales de S11 a S13 en la FIG. 6 son los mismos que los de S11 a S13 en la FIG. 5. Por consiguiente, la descripción para los procesos de S11 a S13 es la misma que la de los procesos de la FIG. 5.
Se describirán ahora los procesos de S14' y S15'.
S14': La capa PDCP cifra secuencialmente las SDU de PDCP con cabecera comprimida o los paquetes (paquetes de realimentación ROHC) generados por la capa PDCP en sí misma, y añade el indicador de cifrado que indica si se han cifrado o no los datos (es decir, las SDU de PDCP y el paquete de realimentación ROHC), a la cabecera. También, la capa PDCP puede realizar una función de seguridad incluyendo una función de protección de integridad además del cifrado de las SDU de PDCP. Por la integridad, la integridad de la capa PDCP protege las SDU de PDCP respectivas usando los SN de PDCP virtuales. En este caso, el indicador de cifrado informa que se han cifrado los paquetes y protegido su integridad. Los paquetes generados por la capa PDCP en sí misma, esto es, los paquetes de realimentación de compresión de cabecera o las PDU de ESTADO de PDCP, etc. no se cifran debido a que no tienen las SDU de PDCP correspondientes ni los SN de PDCP establecidos virtuales, de modo que la capa PDCP añade el indicador de cifrado que indica que los paquetes correspondientes no se han cifrado, a las cabeceras de los paquetes.
S15': Los SN de PDCP virtuales correspondientes a las SDU de PDCP con cabecera comprimida y cifradas respectivas se agregan a las cabeceras de las PDU de PDCP para formar las PDU de PDCP. Esto es, cuando las PDU de PDCP se transfieren a la Capa RLC, los SN de PDCP virtuales se agregan explícitamente como los SN de PDCP a las SDU respectivas. Los SN de PDCP se agregan solamente al caso en donde se ha cifrado la parte de datos válidos (carga útil). Esto es, los paquetes de realimentación o las PDU de ESTADO de PDCP, etc., generados por el compresor de cabecera en sí mismo no se cifran, de modo que los SN de PDCP no se añaden a los paquetes de realimentación o las PDU de ESTADO de PDCP, y los paquetes de realimentación o las PDU de ESTaDo de PDCP forman la PDU de PDCP por sí mismas. La capa pDcP transfiere las PDU de PDCP configuradas de esta manera a la capa RLC inferior.
Mientras tanto, el indicador de cifrado se puede añadir en el proceso del paso S15', no el S14'. En este caso, la capa PDCP debería reconocer constantemente si se han cifrado o no los datos válidos (carga útil). Si se han cifrado los datos válidos (carga útil), la capa PDCP añade los indicadores de cifrado y los SN de PDCP a las cabeceras de las PDU de PDCP. Si no se han cifrado los datos válidos (carga útil), la capa PDCP añade solamente los indicadores de cifrado a las cabeceras para formar las PDU de PDCP.
Se describirá ahora la estructura de los datos procesados en la capa PDCP según las realizaciones precedentes de la presente invención.
5
10
15
20
25
30
Como se muestra en las FIG. 5 y 6, la estructura de datos de la PDU de PDCP incluye una SDU que se ha recibido de una capa superior (la SDU se ha sometido a compresión de cabecera) (o carga útil), un campo SN añadido delante de la SDU y en el que se pone un SN de PDCP, y se añade un indicador delante del campo Sn y que indica si se ha cifrado o no la SDU. Mientras tanto, como se muestra en la FIG. 5, el campo de SN de RLC en el que se pone el SN de RLC se añade delante del campo de SN de PDCP de la PDU de PDcP transferida a la capa RLC.
Se describirá ahora el transmisor de comunicación móvil según las realizaciones precedentes de la presente invención como se ha descrito con referencia a las FIG. 5 y 6.
El transmisor según la presente invención se puede incluir en un terminal (o UE, dispositivo, etc.) y un dispositivo de transmisión de una estación base.
El transmisor según la presente invención realiza la configuración y la función como se ha descrito con referencia a las FIG. 5 y 6. Esto es, el transmisor según la presente invención incluye: 1) el primer módulo de establecimiento de SN que recibe datos (es decir, SDU de PDCP) desde una capa superior y establece un SN virtual asociado con los datos; 2) el primer almacenador temporal (es decir, el almacenador temporal de SDU de PDCP) que almacena los datos recibidos; 3) la entidad de compresión de cabecera (por ejemplo, el compresor de cabecera o una entidad que incluye el compresor de cabecera) que realiza la compresión de cabecera sobre los datos recibidos (por ejemplo, SDU de PDCP); 4) el módulo de cifrado que cifra los datos con la cabecera comprimida; 5) el segundo módulo de establecimiento de SN que añade un segundo SN a los datos cifrados y transmite el mismo a la capa inferior (es decir, la capa MAC). Aquí, el segundo módulo de establecimiento de SN se puede incluir como un elemento en la entidad de compresión de cabecera. Los elementos 1) a 5) procesan los datos de la capa PDCP.
Además, el transmisor de comunicación móvil según la presente invención incluye, como elementos para procesar los datos de la capa RLC, el segundo almacenador temporal que recibe y almacena los datos con segundo SN añadido (es decir, la PDU de RLC); el módulo de segmentación/concatenación que segmenta y/o concatena los datos almacenados en el segundo almacenador temporal; el tercer módulo de establecimiento de SN que añade un tercer SN a los datos segmentados y/o concatenados; y el tercer almacenador temporal que almacena los datos de tercer SN añadido (es decir, PDU de RLC).
La capa PDCP aplicada a la presente invención debería soportar el documento RFC 2507 (Compresión de Cabecera IP) y el tipo de protocolo de compresión de cabecera ROHC 3095.
Preferiblemente, el documento RFC 3095 (ROHC) se debería soportar necesariamente mientras que el RFC 2507 se puede soportar adicionalmente.
La invención que se describe de esta manera, será obvio que la misma se puede variar de muchas formas. Tales variaciones no han de ser consideradas como una desviación del alcance de la invención, tal como se define por las siguientes reivindicaciones.

Claims (12)

  1. 5
    10
    15
    20
    25
    30
    35
    40
    45
    REIVINDICACIONES
    1. Un transmisor de comunicación móvil que comprende:
    un primer módulo de establecimiento de Número de Secuencia, SN, que recibe una o más Unidades de Datos de Servicio de Protocolo de Convergencia de Datos de Paquetes, SDU de PDCP, desde una capa superior y asocia cada uno del uno o más SN de PDCP con una respectiva de las una o más SDU de PDCP recibidas;
    un módulo de compresión de cabecera que comprime una cabecera de la una o más SDU de PDCP recibidas;
    un módulo de cifrado que cifra cada una de la una o más SDU de PDCP con cabecera comprimida usando uno respectivo del uno o más SN de PDCP; y
    un segundo módulo de establecimiento de SN que añade cada uno del uno o más SN de PDCP asociados a una respectiva de la una o más SDU de PDCP cifradas y reenvía la una o más SDU de PDCP con SN de PDCP añadido a una capa inferior,
    en donde el transmisor de comunicación móvil está configurado para reenviar al menos una SDU de PDCP de la cual no se ha confirmado la entrega de entre la una o más SDU de PDCP usando un SN de PDCP respectivo de la al menos una SDU de PDCP en el traspaso.
  2. 2. El transmisor de la reivindicación 1, en donde el módulo de compresión de cabecera genera datos por sí mismo, independientemente de la una o más SDU de PDCP recibidas desde la capa superior.
  3. 3. El transmisor de la reivindicación 2, en donde los datos generados por el módulo de compresión de cabecera en sí mismo no están cifrados por el módulo de cifrado.
  4. 4. El transmisor de la reivindicación 3, en donde los datos generados por el módulo de compresión de cabecera en sí mismo son datos realimentados no relacionados con la una o más SDU de PDCP recibidas desde la capa superior.
  5. 5. El transmisor de la reivindicación 4, en donde los datos generados por el módulo de compresión de cabecera en sí mismo son un paquete de realimentación de Compresión de Cabecera Robusta, ROHC.
  6. 6. El transmisor de la reivindicación 1, en donde la una o más SDU de PDCP cifradas con SN de PDCP añadido reenviadas a la capa inferior son Unidades de Datos de Protocolo de PDCP, PDU de PDCP.
  7. 7. El transmisor de la reivindicación 1, que además comprende:
    un primer almacenador temporal que almacena la una o más SDU de PDCP recibidas desde la capa superior.
  8. 8. El transmisor de la reivindicación 1, que además comprende:
    un segundo almacenador temporal que recibe y almacena la una o más SDU de PDCP cifradas con SN de PDCP añadido;
    un módulo de segmentación y concatenación que segmenta y/o concatena la una o más SDU de PDCP cifradas con SN de PDCP añadido almacenadas en el segundo almacenador temporal;
    un tercer módulo de establecimiento de SN que añade un tercer SN a la una o más SDU de PDCP cifradas con SN de PDCP añadido segmentadas y/o concatenadas; y
    un tercer almacenador temporal que almacena la una o más SDU de PDCP cifradas con SN de PDCP añadido segmentadas y/o concatenadas con tercer SN añadido.
  9. 9. El transmisor de la reivindicación 8, en donde el segundo almacenador temporal es un almacenador temporal de SDU de Control de Enlace de Radio, RLC, y el tercer almacenador temporal es un almacenador temporal de PDU de RLC.
  10. 10. El transmisor de la reivindicación 8, en donde el tercer SN añadido por el tercer módulo de establecimiento de SN es un SN de RLC.
  11. 11. El transmisor de la reivindicación 7, en donde el primer almacenador temporal es un almacenador temporal de SDU de PDCP, y la capa inferior es una capa RLC.
  12. 12. Un método realizado por un transmisor de comunicación móvil, el método que comprende:
    recibir (S11), mediante un primer módulo de establecimiento de Número de Secuencia, SN, de un transmisor de comunicación móvil, una o más Unidades de Datos de Servicio de Protocolo de Convergencia de Datos de
    10
    Paquetes, SDU de PDCP, desde una capa superior y asocia cada uno del uno o más SN de PDCP con una respectiva de las una o más SDU de PDCP recibidas;
    comprimir (S13), mediante un módulo de compresión de cabecera del transmisor de comunicación móvil, una cabecera de la una o más SDU de PDCP recibidas;
    cifrar (S14), mediante un módulo de cifrado del transmisor de comunicación móvil, cada una de la una o más SDU de PDCP con cabecera comprimida usando uno respectivo del uno o más SN de PDCP; y
    añadir (S15), mediante un segundo módulo de establecimiento de SN del transmisor de comunicación móvil, cada uno del uno o más SN de PDCP asociados a una respectiva de la una o más SDU de PDCP cifradas y reenviar, mediante el segundo módulo de establecimiento de SN, la una o más SDU de PDCP con SN de PDCP añadido a una capa inferior,
    reenviar, mediante el transmisor de comunicación móvil, al menos una SDU de PDCP de la cual no se ha confirmado la entrega de entre la una o más SDU de PDCP usando un SN de PDCP respectivo de la al menos una SDU de PDCP en el traspaso.
ES08723560.2T 2007-03-19 2008-03-18 Método para procesamiento de protocolo de radio en sistema de telecomunicaciones móviles y transmisor de telecomunicaciones móviles Active ES2648153T3 (es)

Applications Claiming Priority (7)

Application Number Priority Date Filing Date Title
US89572007P 2007-03-19 2007-03-19
US895720P 2007-03-19
US89647407P 2007-03-22 2007-03-22
US896474P 2007-03-22
KR20080021112 2008-03-06
KR1020080021112A KR101435832B1 (ko) 2007-03-19 2008-03-06 이동통신 시스템에서의 무선 프로토콜 처리방법 및이동통신 송신기
PCT/KR2008/001523 WO2008114993A1 (en) 2007-03-19 2008-03-18 Method for processing radio protocol in mobile telecommunications system and transmitter of mobile telecommunications

Publications (1)

Publication Number Publication Date
ES2648153T3 true ES2648153T3 (es) 2017-12-28

Family

ID=40025334

Family Applications (1)

Application Number Title Priority Date Filing Date
ES08723560.2T Active ES2648153T3 (es) 2007-03-19 2008-03-18 Método para procesamiento de protocolo de radio en sistema de telecomunicaciones móviles y transmisor de telecomunicaciones móviles

Country Status (12)

Country Link
US (6) US8547900B2 (es)
EP (3) EP3509351B1 (es)
JP (5) JP2010520698A (es)
KR (1) KR101435832B1 (es)
CN (1) CN101636939B (es)
AU (1) AU2008227323B2 (es)
BR (1) BRPI0808882B1 (es)
ES (1) ES2648153T3 (es)
MX (1) MX2009009848A (es)
RU (1) RU2461147C2 (es)
TW (1) TWI427951B (es)
WO (1) WO2008114993A1 (es)

Families Citing this family (47)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR101435832B1 (ko) 2007-03-19 2014-08-29 엘지전자 주식회사 이동통신 시스템에서의 무선 프로토콜 처리방법 및이동통신 송신기
US8818375B2 (en) * 2007-04-25 2014-08-26 Telefonaktiebolaget L M Ericsson (Publ) Method and apparatus for seamless handover in a wireless communication network
US8358669B2 (en) * 2007-05-01 2013-01-22 Qualcomm Incorporated Ciphering sequence number for an adjacent layer protocol in data packet communications
GB2449629A (en) * 2007-05-01 2008-12-03 Nec Corp Buffering numbered unsegmented PDCP SDUs in 3GPP system to assist efficient hard handover
US8331399B2 (en) * 2007-05-07 2012-12-11 Qualcomm Incorporated Re-using sequence number by multiple protocols for wireless communication
KR101486352B1 (ko) 2007-06-18 2015-01-26 엘지전자 주식회사 무선 통신 시스템의 단말에서의 상향링크 동기 상태 제어방법
KR101341515B1 (ko) 2007-06-18 2013-12-16 엘지전자 주식회사 무선 통신 시스템에서의 반복 전송 정보 갱신 방법
WO2009018318A2 (en) * 2007-08-02 2009-02-05 Interdigital Patent Holdings, Inc. Packet data convergence protocol procedures
KR101495913B1 (ko) * 2007-08-10 2015-02-25 엘지전자 주식회사 이동통신 시스템에서 ｐｄｃｐ 계층의 제어 데이터 전송방법, 수신 방법, 그 송신장치 및 수신장치
KR101490253B1 (ko) 2007-08-10 2015-02-05 엘지전자 주식회사 무선 통신 시스템에서의 제어정보 전송 및 수신 방법
KR101392697B1 (ko) 2007-08-10 2014-05-19 엘지전자 주식회사 이동통신 시스템에서의 보안 오류 검출방법 및 장치
US9008006B2 (en) 2007-08-10 2015-04-14 Lg Electronics Inc. Random access method for multimedia broadcast multicast service(MBMS)
KR101513033B1 (ko) 2007-09-18 2015-04-17 엘지전자 주식회사 다중 계층 구조에서 ＱｏＳ를 보장하기 위한 방법
KR101591824B1 (ko) 2007-09-18 2016-02-04 엘지전자 주식회사 무선 통신 시스템에서의 폴링 과정 수행 방법
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 엘지전자 주식회사 랜덤 접속에서 백오프 정보를 시그널링하는 방법
US8396037B2 (en) 2008-06-23 2013-03-12 Htc Corporation Method for synchronizing PDCP operations after RRC connection re-establishment in a wireless communication system and related apparatus thereof
US9554417B2 (en) 2008-12-24 2017-01-24 Qualcomm Incorporated Optimized header for efficient processing of data packets
US20100202613A1 (en) * 2009-01-07 2010-08-12 Qualcomm Incorporated Packet bundling at the pdcp layer with ciphering on the pdcp sdu
KR101674947B1 (ko) 2009-04-21 2016-11-10 엘지전자 주식회사 효율적인 보안 관련 처리
KR20130093848A (ko) * 2012-01-27 2013-08-23 한국전자통신연구원 멀티 계층 프로토콜 부하 분산을 위한 패킷 처리 장치
EP2896267A4 (en) 2012-09-12 2016-05-11 Intel Corp PASSIVE RADIO LINK CONTROL ENTITY WITH UNIFIED INTERFACE
US9333387B2 (en) 2014-04-09 2016-05-10 PRX Performance, Inc. Retractable wall mounted exercise rack system
MX356689B (es) 2014-04-30 2018-06-07 Lg Electronics Inc Aparato para transmitir señal de radiodifusion, aparato para recibir señal de radiodifusion, metodo para transmitir señal de radiodifusion y metodo para recibr señal de radiodifusion.
CN106233653B (zh) * 2014-05-28 2019-06-21 华为技术有限公司 一种无线链路控制传输方法及设备
US10110713B2 (en) * 2014-09-12 2018-10-23 Samsung Electronics Co., Ltd. Handling different protocol data unit types in a device to device communication system
CN107113287B (zh) * 2014-10-30 2020-08-11 三星电子株式会社 在用户装备之间执行设备到设备通信的方法
CN107079338B (zh) * 2014-11-10 2020-12-29 Lg 电子株式会社 在d2d通信系统中指示用于侧链路无线电承载的加密指示的方法及其设备
WO2017026687A1 (en) * 2015-08-11 2017-02-16 Lg Electronics Inc. Method for performing uplink packet delay measurements in a wireless communication system and a device therefor
US10009401B2 (en) 2015-09-23 2018-06-26 Qualcomm Incorporated Call continuity in high uplink interference state
US10195479B2 (en) 2016-02-19 2019-02-05 Prx Performance, Llc Retractable wall mounted weightlifting bench system
US9999016B2 (en) * 2016-09-04 2018-06-12 Lg Electronics Inc. Status report polling to avoid HFN de-synchronization
CN107889163B (zh) * 2016-09-30 2022-10-18 华为技术有限公司 数据处理方法、装置及系统
CN110677878B (zh) * 2017-05-05 2021-04-09 华为技术有限公司 数据传输方法、装置、设备及系统
CA3063947C (en) 2017-05-19 2023-01-24 Guangdong Oppo Mobile Telecommunications Corp., Ltd. Method and device for transmitting data
WO2018231031A2 (ko) * 2017-06-17 2018-12-20 엘지전자 주식회사 무선 통신 시스템에서 cu-cp와 cu-up의 분리를 위한 보안을 지원하는 방법 및 장치
KR101944097B1 (ko) * 2017-06-17 2019-04-17 엘지전자 주식회사 무선 통신 시스템에서 cu-cp와 cu-up의 분리를 위한 보안을 지원하는 방법 및 장치
US11246183B2 (en) 2017-08-03 2022-02-08 Samsung Electronics Co., Ltd. Method and apparatus for controlling access in next generation mobile communication system
KR102427826B1 (ko) * 2018-01-10 2022-08-01 삼성전자주식회사 무선통신 시스템에서 통신 방법 및 장치
CN115767629A (zh) 2018-01-10 2023-03-07 三星电子株式会社 用于无线通信系统中的无线通信的方法和装置
KR102556490B1 (ko) 2018-06-04 2023-07-17 삼성전자주식회사 무선 통신 시스템에서 암호화 및 복호화 처리를 가속화하는 방법 및 장치
CN112930695A (zh) * 2018-10-31 2021-06-08 苹果公司 在切换期间路径转变之后的鲁棒标头压缩指示
WO2020165229A1 (en) * 2019-02-14 2020-08-20 Sony Corporation Header compression adaptive to quality of radio channel
CN110012029B (zh) * 2019-04-22 2020-05-26 中国科学院声学研究所 一种区分加密和非加密压缩流量的方法和系统
US10953301B2 (en) 2019-06-10 2021-03-23 Prx Performance, Llc Folding exercise rack system
US11446539B1 (en) 2021-04-19 2022-09-20 Prx Performance, Llc Retractable wall mountable inclinable bench system
CN112969058B (zh) * 2021-05-18 2021-08-03 南京拓晖信息技术有限公司 一种具有云储存功能的工业视频实时监管平台及方法

Family Cites Families (32)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPS602829A (ja) 1983-06-20 1985-01-09 Matsushita Electric Ind Co Ltd コンロ
JP2660020B2 (ja) 1988-10-07 1997-10-08 オリンパス光学工業株式会社 超音波治療装置
JPH03111148A (ja) 1989-09-21 1991-05-10 Okuma Mach Works Ltd 工作機械
FI112419B (fi) 1996-06-06 2003-11-28 Nokia Corp Menetelmä tiedonsiirron salaamiseksi
KR20000075358A (ko) * 1999-05-27 2000-12-15 윤종용 이동통신시스템에서 라디오링크프로토콜에 따른 가변길이의 데이터 송수신 장치 및 방법
EP1104213A3 (de) 1999-11-29 2003-05-21 Philips Intellectual Property & Standards GmbH Drahtloses Netzwerk mit einer Prozedur zur Schlüsseländerung
FI112304B (fi) * 2000-02-14 2003-11-14 Nokia Corp Datapakettien numerointi pakettivälitteisessä tiedonsiirrossa
KR100640921B1 (ko) 2000-06-29 2006-11-02 엘지전자 주식회사 프로토콜 데이터 유닛의 생성 및 전송 방법
EP1198107B1 (en) 2000-10-07 2012-11-28 LG Electronics Inc. Method for transmitting data from an RLC layer in a radio communication system
KR100789565B1 (ko) * 2001-04-07 2007-12-28 엘지전자 주식회사 무선 베어러 설정 방법과 그에 따른 암호화 수행 및 변경 방법과 데이터 암호화 방법
KR100595583B1 (ko) 2001-07-09 2006-07-03 엘지전자 주식회사 이동통신시스템에서 핸드오버에 따른 패킷 데이터 전송 방법
US6725040B2 (en) 2001-07-09 2004-04-20 Asustek Computer Inc. Lossless SRNS relocation procedure in a wireless communications system
KR100747464B1 (ko) 2002-01-05 2007-08-09 엘지전자 주식회사 고속하향링크패킷접속（ｈｓｄｐａ）시스템을 위한타이머를 이용한 교착상황 회피방법
KR100541015B1 (ko) 2002-02-04 2006-01-10 아스텍 컴퓨터 인코퍼레이티드 무선 통신 시스템에 있어서의 데이터 폐기 신호 절차
CN100505729C (zh) 2003-10-30 2009-06-24 Ut斯达康(中国)有限公司 采用头压缩技术的实时ip分组的无线传输装置和方法
RU2360363C2 (ru) * 2003-11-10 2009-06-27 Эл Джи Электроникс Инк. Способ обновления данных о порядковом номере следующей ожидаемой передачи и окна получателя, чтобы избежать состояния останова
KR100608844B1 (ko) 2004-01-09 2006-08-08 엘지전자 주식회사 ＶｏＩＰ 서비스를 제공하는 무선통신 시스템
TWI268689B (en) 2004-04-16 2006-12-11 Via Tech Inc Apparatus and method for performing transparent cipher feedback mode cryptographic functions
KR100597585B1 (ko) 2004-10-22 2006-07-06 한국전자통신연구원 트리 구조를 사용하는 패킷의 분할 및 재조립 방법과 이를이용한 패킷의 전송 및 수신 방법
JP2006203265A (ja) * 2004-12-24 2006-08-03 Ntt Docomo Inc 受信装置、送信装置、通信システム及び通信方法
CN101151924B (zh) 2005-03-29 2010-12-22 Lg电子株式会社 无线移动通信系统中产生下层数据块的方法以及设备
CN100442881C (zh) 2005-03-31 2008-12-10 华为技术有限公司 无线通信系统中实现信息加密传输的方法
US8228917B2 (en) * 2005-04-26 2012-07-24 Qualcomm Incorporated Method and apparatus for ciphering and re-ordering packets in a wireless communication system
KR100913900B1 (ko) * 2005-05-04 2009-08-26 삼성전자주식회사 이동통신 시스템에서 미리 정의된 길이 지시자를 이용해서 패킷 데이터를 송수신하는 방법 및 장치
JP2006339988A (ja) 2005-06-01 2006-12-14 Sony Corp ストリーム制御装置、ストリーム暗号化／復号化装置、および、ストリーム暗号化／復号化方法
KR101232376B1 (ko) 2005-08-26 2013-02-12 한국전자통신연구원 이동통신 시스템의 상향 링크 트래픽에 대한 자원 요청 및패킷 스케줄링 방법, 그리고 그 장치
TWI271081B (en) 2005-10-07 2007-01-11 Avermedia Tech Inc Digital data streaming transmission method under encryption
WO2007130637A2 (en) * 2006-05-05 2007-11-15 Interdigital Technology Corporation Apparatuses for performing ciphering with pdcp layer sequence number or by pdcp entities
TW200816700A (en) * 2006-09-29 2008-04-01 Interdigital Tech Corp Method and apparatus of adaptive sequence numbering in a wireless communication system
KR101435832B1 (ko) 2007-03-19 2014-08-29 엘지전자 주식회사 이동통신 시스템에서의 무선 프로토콜 처리방법 및이동통신 송신기
US8396037B2 (en) * 2008-06-23 2013-03-12 Htc Corporation Method for synchronizing PDCP operations after RRC connection re-establishment in a wireless communication system and related apparatus thereof
JP6394087B2 (ja) 2014-03-31 2018-09-26 株式会社デンソー エネルギー管理システム

Also Published As

Publication number Publication date
CN101636939B (zh) 2013-08-21
JP2016007078A (ja) 2016-01-14
EP3280180A1 (en) 2018-02-07
KR20080085694A (ko) 2008-09-24
US9585061B2 (en) 2017-02-28
RU2461147C2 (ru) 2012-09-10
AU2008227323B2 (en) 2010-10-28
EP3509351B1 (en) 2021-01-06
US8929298B2 (en) 2015-01-06
BRPI0808882A2 (pt) 2014-08-26
JP2017022738A (ja) 2017-01-26
JP6328196B2 (ja) 2018-05-23
KR101435832B1 (ko) 2014-08-29
CN101636939A (zh) 2010-01-27
EP2122862B1 (en) 2017-10-25
TWI427951B (zh) 2014-02-21
US10433206B2 (en) 2019-10-01
JP2010520698A (ja) 2010-06-10
EP2122862A4 (en) 2014-12-03
US9730104B2 (en) 2017-08-08
US20130322464A1 (en) 2013-12-05
US8547900B2 (en) 2013-10-01
JP5826336B2 (ja) 2015-12-02
AU2008227323A1 (en) 2008-09-25
WO2008114993A1 (en) 2008-09-25
US20100091709A1 (en) 2010-04-15
US20170134982A1 (en) 2017-05-11
MX2009009848A (es) 2009-09-24
US10244430B2 (en) 2019-03-26
RU2009134651A (ru) 2011-04-27
US20190174352A1 (en) 2019-06-06
EP3509351A1 (en) 2019-07-10
EP2122862A1 (en) 2009-11-25
BRPI0808882B1 (pt) 2020-09-15
JP2014241598A (ja) 2014-12-25
TW200847678A (en) 2008-12-01
US20170318496A1 (en) 2017-11-02
JP2013062815A (ja) 2013-04-04
US20150103803A1 (en) 2015-04-16
JP6002829B2 (ja) 2016-10-05

Similar Documents

Publication Publication Date Title
ES2648153T3 (es) Método para procesamiento de protocolo de radio en sistema de telecomunicaciones móviles y transmisor de telecomunicaciones móviles
ES2626082T3 (es) Método de transmisión de datos en un sistema de comunicación inalámbrica
ES2653539T3 (es) Procedimiento para transmitir informe de estado de capa de PDCP en sistema de telecomunicaciones móviles y receptor de telecomunicaciones móviles
TWI466484B (zh) 在無線裝置與網路間傳輸資料單元之序列的無線通訊裝置及方法
US8005115B2 (en) Method of transferring a data block in a wireless communication system
KR20080097936A (ko) 무선 통신 시스템에서의 데이터 처리 방법