ES2653539T3 - Procedimiento para transmitir informe de estado de capa de PDCP en sistema de telecomunicaciones móviles y receptor de telecomunicaciones móviles - Google Patents

Procedimiento para transmitir informe de estado de capa de PDCP en sistema de telecomunicaciones móviles y receptor de telecomunicaciones móviles Download PDF

Info

Publication number
ES2653539T3
ES2653539T3 ES08793753.8T ES08793753T ES2653539T3 ES 2653539 T3 ES2653539 T3 ES 2653539T3 ES 08793753 T ES08793753 T ES 08793753T ES 2653539 T3 ES2653539 T3 ES 2653539T3
Authority
ES
Spain
Prior art keywords
pdcp
field
pdu
sdus
bitmap
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
ES08793753.8T
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.)
Optis Cellular Technology LLC
Original Assignee
Optis Cellular Technology LLC
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Family has litigation
First worldwide family litigation filed litigation Critical https://patents.darts-ip.com/?family=42320379&utm_source=google_patent&utm_medium=platform_link&utm_campaign=public_patent_search&patent=ES2653539(T3) "Global patent litigation dataset” by Darts-ip is licensed under a Creative Commons Attribution 4.0 International License.
Application filed by Optis Cellular Technology LLC filed Critical Optis Cellular Technology LLC
Application granted granted Critical
Publication of ES2653539T3 publication Critical patent/ES2653539T3/es
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W24/00—Supervisory, monitoring or testing arrangements
    • H04W24/02—Arrangements for optimising operational condition
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/1607—Details of the supervisory signal
    • H04L1/1614—Details of the supervisory signal using bitmaps
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/1607—Details of the supervisory signal
    • H04L1/1685—Details of the supervisory signal the supervisory signal being transmitted in response to a specific request, e.g. to a polling signal
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W24/00—Supervisory, monitoring or testing arrangements
    • 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
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/1607—Details of the supervisory signal
    • H04L1/1671—Details of the supervisory signal the supervisory signal being transmitted together with control information
    • 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/321—Interlayer communication protocols or service data unit [SDU] definitions; Interfaces between layers
    • 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
    • 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

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

Procedimiento para transmitir un informe de estado de buffer de recepción sobre unidades de datos de servicio, SDUs, de protocolo de convergencia de datos en paquetes, PDCP, desde un lado de recepción de una capa de PDCP a una capa de PDCP de un lado de transmisión en un sistema de comunicaciones móviles, tal como LTE o E-UMTS, comprendiendo el procedimiento: determinar, a través de la capa de PDCP del lado de recepción, un estado de las SDUs de PDCP; y transmitir, a través de la capa de PDCP del lado de recepción, una unidad de datos de protocolo de PDCP, PDU, que incluye el informe de estado de buffer de recepción sobre SDUs de PDCP a la capa de PDCP del lado de transmisión, de manera que la capa de PDCP del lado de transmisión puede transmitir o retransmitir las SDUs de PDCP, en el que el formato de la PDU de PDCP comprende un campo D/C, un campo de tipo PDU, un campo de mapa de bits y un campo que incluye información de número de secuencia, SN, de una SDU de PDCP correspondiente a un primer o un último bit del campo de mapa de bits, en el que la PDU de PDCP incluye el informe de estado de buffer de recepción, que indica si una recepción de SDUs de PDCP se ha realizado con éxito o ha fallado, en forma del campo de mapa de bits y el campo que incluye información de SN de una SDU de PDCP, y en el que el formato de la PDU de PDCP está configurado disponiendo los campos en un orden del campo D/C, el campo de tipo PDU, el campo que incluye la información de SN de la SDU de PDCP, y el campo de mapa de bits.

Description

DESCRIPCIÓN
Procedimiento para transmitir informe de estado de capa de PDCP en sistema de telecomunicaciones móviles y receptor de telecomunicaciones móviles
5
CAMPO TÉCNICO
La presente invención se refiere a un procedimiento para transmitir un informe de estado de PDCP para informar a otra parte un estado de recepción de una SDU de PDCP en una capa de PDCP en el sistema LTE (evolución a largo plazo). 10
TÉCNICA ANTERIOR
La figura 1 muestra una estructura de red de ejemplo de un sistema de evolución a largo plazo (LTE) como sistema de comunicaciones móviles de la técnica relacionada. El sistema LTE es un sistema que ha evolucionado a partir del 15 sistema UMTS existente, y su trabajo de normalización actualmente lo está realizando la organización de estándares 3GPP.
La red LTE puede dividirse, en líneas generales, en una Red de Acceso de Radio Terrestre de UMTS evolucionada (E-UTRAN) y una Red Central (CN). La E-UTRAN generalmente comprende un terminal (es decir, un equipo de 20 usuario (UE)), una estación base (es decir, eNodo B), una pasarela de acceso (aGW) que está situada en un extremo de la red y está conectada a uno o más dispositivos de redes externas. La aGW puede dividirse en una parte para gestionar tráfico de usuario y una parte para procesar tráfico de control. En este caso, la parte de la pasarela de acceso que procesa el tráfico de usuario y la parte de la pasarela de acceso que procesa el tráfico de control pueden comunicarse con una nueva interfaz. En un único eNB puede existir una o más células. Puede 25 utilizarse una interfaz para transmitir tráfico de usuario o controlar tráfico entre eNBs. La CN puede incluir la pasarela de acceso y un nodo o similar para el registro de usuario del UE. Puede utilizarse una interfaz para discriminar la E-UTRAN y la CN.
La figura 2 muestra una arquitectura de plano de control de ejemplo de un protocolo de interfaz de radio entre un 30 terminal y una E-UTRAN de acuerdo con el estándar de red de acceso de radio 3GPP. La figura 3 muestra una arquitectura de ejemplo de un plano de usuario de un protocolo de interfaz de radio entre un terminal y una E-UTRAN de acuerdo con el estándar de red de acceso de radio 3GPP.
A continuación, se describirán estructuras de protocolos de interfaz de radio entre un terminal y una E-UTRAN con 35 referencia a las figuras 2 y 3.
El protocolo de interfaz de radio comprende horizontalmente una capa física, una capa de enlace de datos y una capa de red, y comprende verticalmente un plano de usuario para transmitir datos de usuario y un plano de control para transferir señales de control. La capa de protocolo, tal como se muestra en las figuras 2 y 3, puede dividirse en 40 L1 (Capa 1), L2 (Capa 2) y L3 (Capa 3) en base a las tres capas inferiores del modelo de normas de interconexión de sistemas abiertos (OSI) que es ampliamente conocido en el campo de los sistemas de comunicaciones. Estas capas de protocolo de radio existen como pares entre el terminal y la E-UTRAN y gestionan una transmisión de datos a través de una interfaz de radio.
45
En lo sucesivo, se describirán más adelante capas particulares del plano de control del protocolo de radio de la figura 2 y del plano de usuario del protocolo de radio de la figura 3.
La capa física (capa 1) utiliza un canal físico para proporcionar un servicio de transferencia de información a una capa superior. La capa física está conectada a una capa de control de acceso al medio (MAC) situada por encima a 50 través de un canal de transporte, y los datos son transferidos entre la capa física y la capa MAC a través del canal de transporte. El canal de transporte está dividido en un canal de transporte dedicado y un canal común según si se comparte o no un canal. También, entre capas físicas diferentes, es decir, entre las respectivas capas físicas del lado de transmisión (transmisor) y el lado de recepción (receptor), los datos se transmiten a través de un canal físico.
55
La segunda capa incluye varias capas. En primer lugar, una capa de control de acceso al medio (MAC) realiza la asignación de varios canales lógicos a varios canales de transporte y realiza la multiplexación de canal lógico mediante la asignación de varios canales lógicos a un canal de transporte único. La capa MAC está conectada a una capa superior denominada capa de control de radioenlace (RLC) por 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 60 plano de usuario de acuerdo con un tipo de información transmitida.
Una capa de RLC (Control de Recursos de Radio) de la segunda capa segmenta y/o concatena datos recibidos de una capa superior para ajustar el tamaño de los datos para que una capa inferior transmita adecuadamente los datos a una interfaz de radio. Además, para garantizar diversas QoS (calidad de servicio) requeridas por cada portadora de radio RB, la capa RLC proporciona tres modos operativos: un TM (Modo Transparente); un UM (modo no reconocido); y un AM (modo reconocido). En particular, la capa RLC que opera en la AM (denominada en lo 5 sucesivo “capa AM RLC”) realiza una función de retransmisión a través de una función de repetición y petición automática (ARQ) para una transmisión de datos fiable.
Una capa de protocolo de convergencia de datos en paquetes (PDCP) de la segunda capa realiza una función denominada compresión de cabecera que reduce el tamaño de una cabecera de un paquete de IP, que es 10 relativamente grande e incluye información de control innecesaria, con el fin de transmitir eficazmente el paquete de IP tal como un IPv4 o IPv6 en una interfaz de radio que tiene un ancho de banda estrecho. La compresión de cabecera aumenta la eficiencia de transmisión entre interfaces de radio al permitir que la parte de la cabecera de los datos transmita solamente la información esencial.
15
La capa RRC situada en la parte más inferior de la tercera capa está definida únicamente 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, la reconfiguración y la liberación de las portadoras de radio (RBs). En este caso, las RBs se refieren a una trayectoria lógica proporcionada por la primera y la segunda capa del protocolo de radio para transmisión de datos entre el UE y la UTRAN. En general, la configuración (o ajuste) de la RB se refiere al proceso de estipulación de las características 20 de una capa de protocolo de radio y de un canal requerido para proporcionar un servicio de datos particular y establecer los respectivos parámetros y procedimientos operativos detallados.
La figura 4 muestra una estructura de ejemplo de una entidad de PDCP. En lo sucesivo, se describirá en detalle la descripción de la entidad de PDCP. Debe observarse que los bloques, tal como se muestra en la figura 4, son 25 bloques funcionales, por lo que puede haber una diferencia cuando realmente dichos bloques se implementen.
La entidad de PDCP está conectada hacia arriba a la capa RRC o una aplicación de usuario, y hacia abajo a la capa RLC. A continuación, se describe su estructura detallada.
30
Una entidad de PDCP, tal como se muestra en la figura 4, comprende un lado de transmisión y un lado de recepción. El lado de transmisión a la izquierda puede configurar una SDU recibida de una capa superior como PDU o configurar la información de control generada por la propia entidad de PDCP como una PDU, y transmitir la misma a una entidad de PDCP como un lado de recepción. El lado de recepción a la derecha, la entidad de PDCP par, extrae una SDU de PDCP o información de control de la PDU de PDCP recibida desde el lado de transmisión. 35
Tal como se ha descrito anteriormente, la PDU generada por el lado de transmisión de la entidad de PDCP puede tener dos tipos de una PDU de datos y una PDU de control. En primer lugar, la PDU de datos PDCP es un bloque de datos formado mediante el procesamiento de la SDU recibida de la capa superior por la entidad de PDCP y la PDU de control PDCP es un bloque de datos generado por la propia entidad de PDCP para suministrar información de 40 control a la entidad par.
La PDU de datos de PDCP se genera en RBs del plano de usuario (plano U) y del plano de control (plano C), y algunas funciones de la entidad de PDCP se aplican selectivamente según el tipo de plano utilizado. Es decir, la función de compresión de cabecera se aplica sólo a datos de plano U, y una función de protección de integridad 45 entre las funciones de seguridad se aplica sólo a datos de plano C. Además de la función de protección de integridad, también puede incluirse una función de cifrado para la seguridad de datos en las funciones de seguridad. Aquí, la función de cifrado se aplica tanto a los datos del plano U como a los datos del plano C.
La PDU de control de PDCP se genera en una RB de plano U solamente, y puede dividirse, en líneas generales, en 50 dos tipos: un ‘informe de estado de PDCP’ para notificar a una entidad de PDCP que recibe estado de buffer al lado de transmisión; y un 'paquete de realimentación de compresión de cabecera (HC)' para notificar un estado de un descompresor de cabecera del lado de recepción a un compresor de cabecera del lado de transmisión.
La figura 5 es un diagrama de bloques que ilustra las etapas de procesamiento de cada PDU de PDCP en una 55 entidad de PDCP.
En particular, la figura 5 muestra las etapas de procesamiento de los tres tipos de PDU de PDCP (es decir, la PDU de datos de PDCP, la PDU de control de PDCP para informe de estado PDCP, y la PDU de control de PDCP para realimentación de compresión de cabecera) en la entidad de PDCP a través de las trayectorias (1) a (8). A 60 continuación, se darán descripciones las trayectorias de procesamiento de la entidad de PDCP para cada tipo de PDUs.
1. El proceso de gestionar la PDU de datos de PDCP en la entidad de PDCP está relacionado con las trayectorias (1), (8), (3) y (7). A continuación, se describirá cada trayectoria.
Trayectoria (1): El PDCP del lado de transmisión realiza la compresión y la seguridad de cabecera sobre una SDU recibida de una capa superior, y después genera una PDU de datos de PDCP añadiendo un número de secuencia 5 (SN) de PDCP, un campo D/C que indica si se trata de PDU de datos o PDU de control, etc. en una cabecera, transmitiendo de este modo la misma a la entidad de PDCP del lado de recepción (es decir, la entidad de PDCP par). Aquí, la compresión de cabecera puede ser realizada por un compresor de cabecera.
Trayectoria (8): La entidad de PDCP del lado de recepción elimina la cabecera de la PDU de datos de PDCP 10 enviada desde la capa inferior y descomprime la SDU de PDCP realizando la comprobación de seguridad y descompresión de la cabecera, suministrando de este modo la misma a la capa superior. La SDU de PDCP se envía en secuencia a la capa superior. Si la SDU de PDCP se recibe fuera de secuencia, se reordena en un buffer de recepción y luego se envía a la capa superior. Aquí, la descompresión de la ser realizarse por un descompresor de cabecera. 15
Trayectoria (3): La entidad de PDCP de transmisión puede llevar un paquete de retroalimentación de HC en la PDU de datos de PDCP (por ejemplo, el paquete de retroalimentación de HC se transmite añadiéndolo o incluyéndolo en la PDU de datos de PDCP). Aquí, el paquete de retroalimentación de HC recibe información de la descompresión de cabecera de la entidad de PDCP del lado de recepción que está situada en el mismo lugar respecto al lado de la 20 entidad de PDCP del lado de transmisión y genera un paquete llevando dicha información en la SDU de PDCP al realizar la compresión de la cabecera en la SDU de PDCP recibido de la capa superior. Entonces, la seguridad se lleva a cabo en la SDU de PDCP y el paquete de retroalimentación de HC que se lleva, y el campo SN de PDCP, D/C, etc. se añade a la cabecera para generar la PDU de datos PDCP y transmitirse de este modo a la entidad de PDCP desde el lado de recepción desde el lado de transmisión. 25
Trayectoria (7): Al recibir la PDU de datos de PDCP, la entidad de PDCP del lado de recepción elimina primero la cabecera, y realiza la comprobación de seguridad y la descompresión de la cabecera para descomprimir la SDU de PDCP. Aquí, si el paquete de retroalimentación HC está presente, se extrae y se envía a la compresión de cabecera de la entidad de PDCP del lado de transmisión situada en el mismo lugar. Al recibir el paquete de retroalimentación 30 de HC, la compresión de cabecera de la entidad de PDCP del lado de transmisión puede determinar si el siguiente paquete debe entregarse en una cabecera completa o una cabecera comprimida de acuerdo con la información de realimentación.
2. El proceso de gestión de la PDU de control de PDCP para el informe de estado de PDCP en la entidad de PDCP 35 está relacionado con las trayectorias (2) y (5). A continuación, se describirá cada trayectoria.
Trayectoria (2): La entidad de PDCP del lado de recepción puede comprobar el buffer de recepción para solicitar una retransmisión de SDU de PDU que no ha sido recibida desde la entidad de PDCP del lado de transmisión. Aquí, el estado del buffer de recepción se configura como un informe de estado de PDCP, y el informe de estado de PDCP 40 configurado se transmite a la entidad de PDCP del lado de transmisión situada en el mismo lugar en forma de PDU de control. Mientras tanto, la cabecera de la PDU de control de PDCP puede incluir un campo D/C que indique si la PDU es la PDU de datos o la PDU de control, un campo de tipo de PDU de control (CPT) que indique si la PDU de control incluye el informe de estado de PDCP o el paquete de retroalimentación de HC, y similares.
45
Trayectoria (5): Al recibir la PDU de control de PDCP que incluye el informe de estado de PDCP, la entidad de PDCP del lado de recepción envía el informe de estado de PDCP recibido a la entidad de PDCP del lado de transmisión situada en el mismo lugar. En base al informe de estado de PDPC, la entidad de PDCP del lado de transmisión situada en el mismo retransmite la SDU de PDCP que no ha sido recibida por la entidad de PDCP del lado de recepción. 50
3. El proceso de gestión de la PDU de control de PDCP para retroalimentación de HC en la entidad de PDCP está relacionado con las trayectorias (4) y (6). A continuación, se describirá cada trayectoria.
Trayectoria (4): La entidad de PDCP del lado de transmisión puede transmitir la PDU de control de PDCP incluyendo 55 independientemente el paquete de retroalimentación de HC en la misma, sin llevar el paquete de retroalimentación de HC en la PDU de datos de PDCP. Aquí, el paquete de retroalimentación de HC recibe información de la descompresión de cabecera de la entidad de PDCP del lado de recepción que está situada en el mismo lugar con la entidad de PDCP del lado de transmisión. El paquete de retroalimentación de HC se configura como la PDU de control PDCP añadiendo el campo D/C, el campo CPT, etc. a la cabecera y, a continuación, se transmite a la entidad 60 de PDCP del lado de recepción como una entidad par.
Trayectoria (6): Al recibir la PDU de control de PDPC que incluye retroalimentación de HC, la entidad de PDCP del lado de recepción envía la misma a la compresión de cabecera de la entidad de PDCP del lado de transmisión situada en el mismo lugar. Al recibir la PDU de control de PDPC, la compresión de cabecera de la entidad de PDCP del lado de transmisión puede determinar, de acuerdo con la información de realimentación, si el siguiente paquete debe entregarse en una cabecera completa o en una cabecera comprimida. 5
"3 rd Generation Partnership Project; Technical Specification Group Radio Access Network; Evolved Universal Terrestrial Radio Access {E-UTRA); Packet Data Convergence Protocol {PDCP) specification {Release 8)”, 3GPP TS 36.323 V8.1.0, da a conocer una descripción del protocolo de convergencia de datos en paquetes (PDCP).
10
"3rd Generation Partnership Project; Technical Specification Group Radio Access Network; Evolved Universal Terrestrial Radio Access (E~UTRA); Packet Data Convergence 35 Protocol (PDCP) specification (Release 8)", 3GPP TS 36.323 V8.2.1, da una descripción del protocolo de convergencia de datos en paquetes (PDCP).
El documento WO-A2-2006118418 describe un procedimiento de transmisión de información de control en un 15 sistema de comunicaciones inalámbricas y se describe un procedimiento de actualización de ventanas de transmisión utilizando el mismo, por lo que puede mejorarse la eficiencia de transmisión en un lado de transmisión. Incluye las etapas de recibir un primer bloque de información de control que incluye una información de informe de primer estado desde un lado de recepción, proporcionando la información de primer estado información de confirmación de recepción para una pluralidad de bloques de datos transmitidos al lado de recepción, recibir un 20 segundo bloque de información de control que incluye información de informe segundo de estado como información de informe de último estado en el segundo bloque de información de control, y actualizar la ventana de transmisión utilizando la información de confirmación de recepción en la información de informe de primer estado.
El documento EP-A2-162651B describe una estructura de mapa de bits que permite reducir significativamente el 25 tamaño de un campo de mapa de bits que contiene información del resultado de recepción mientras se realiza completamente su función de acuse de recibo. Para este fin, se asigna una región de mensajes para registrar indicadores, que permite confirmar éxito o fallo en la recepción para los paquetes de nivel de SN máximo permisible que puede tratar el bloque ACK. También se asigna una región de mensajes para registrar solamente los resultados de recepción para paquetes recibidos sin éxito. Una parte de recepción confirma los paquetes recibidos sin éxito a 30 través de los indicadores y retransmite los paquetes recibidos sin éxito. También, una parte de transmisión proporciona el número de paquetes de nivel SN y el número máximo de paquetes de fragmentación a la parte de recepción. La parte de recepción determina un esquema de configuración de mapa de bits optimizado y transmite los resultados de recepción para los respectivos paquetes de fragmentación a la parte de transmisión en base al esquema de configuración de mapa de bits determinado. 35
El documento WO-A1-2007078142 describe un procedimiento que puede reducir pérdidas en la transmisión de datos. Un bloque de datos se prepara en una capa de alto nivel y el bloque de datos se transmite en una capa de bajo nivel. Se recibe información de informe de estado asociada a recepción o no recepción del bloque de datos a través de la capa de bajo nivel. Si un receptor no recibe datos transmitidos desde un transmisor, el transmisor puede 40 reconocer rápidamente el fallo de recepción y puede retransmitir los datos.
El documento WO-A2-0178286 describe un procedimiento y un sistema de telecomunicación para la numeración de paquetes de datos en transmisión de datos por conmutación de paquetes en conexión con una transferencia, en el que la responsabilidad de una conexión se transfiere de la conexión entre una estación móvil y una primera red 45 inalámbrica de telecomunicaciones a la conexión entre dicha estación móvil y una segunda red de telecomunicaciones inalámbricas. En la primera red de telecomunicaciones inalámbricas, un espacio de números de paquetes de datos disponible para la numeración de paquetes de datos es mayor que un espacio de números de paquetes de datos de la segunda red de telecomunicaciones inalámbricas. La numeración de paquetes de datos está restringida en la primera red de telecomunicaciones inalámbricas de manera que los números de paquetes de 50 datos de la primera red de telecomunicaciones inalámbricas no superan el valor máximo del espacio de números de paquetes de datos de la segunda red de telecomunicaciones inalámbricas.
NEC en "Lower PDCP layer for Mobility", R2- 061344 de TSG-RAN Working Group 2 # 53, 8-12 de mayo de 2006, describe un mecanismo sin pérdidas para transferencia intra EUTRAN, proponen un mecanismo de entrega en 55 secuencia durante transferencia sin pérdidas.
Descripción de la invención
Tal como se ha descrito anteriormente, la entidad de PDCP del lado de recepción puede utilizar el informe de estado 60 de PDCP para solicitar la retransmisión de la SDU de PDCP que no se ha recibido desde la entidad de PDCP del lado de transmisión. Para ello, la entidad de PDCP debe generar una PDU de control de PDCP de manera
apropiada y transmitir la misma a otra parte. Sin embargo, todavía no se ha decidido el tipo de formato que se utilizará para la transmisión.
Por lo tanto, un objetivo de la presente invención es definir un formato de una PDU de control de PDCP que utiliza la entidad de PDCP del lado de recepción para transmitir el informe de estado de PDCP a la entidad de PDCP del lado 5 de transmisión como una entidad par. Para ello, la presente invención tiene por objetivo presentar un procedimiento para informar, mediante la entidad de PDCP, un estado de buffer de recepción en forma de mapa de bits.
La presente invención presenta un procedimiento para transmitir un informe de estado de buffer de recepción sobre unidad de datos de servicio, SDU, de un protocolo de convergencia de datos en paquetes, PDCP, desde un lado de 10 recepción de una capa de PDCP, a una capa de PDCP del lado de transmisión en un sistema de telecomunicaciones móviles de acuerdo con la reivindicación 1.
La presente invención también presenta un aparato de recepción en un sistema de telecomunicaciones móviles de acuerdo con la reivindicación 8. 15
Efecto
Las realizaciones de la presente invención tienen el efecto de que, cuando se transmite un informe de estado de PDCP para retransmitir una SDU de PDCP que no ha sido recibida en la capa de PDCP, se reduce el tamaño de 20 una cabecera mediante la generación efectiva de un informe de estado, y se evita desperdiciar recursos de radio.
BREVE DESCRIPCIÓN DE LOS DIBUJOS
La figura 1 muestra una estructura de red de ejemplo de un sistema de evolución a largo plazo (LTE) como sistema 25 de comunicaciones móviles de la técnica relacionada;
La figura 2 muestra una arquitectura de plano de control de ejemplo de un protocolo de interfaz de radio entre un terminal y una E-UTRAN de acuerdo con el estándar de red de acceso de radio 3GPP;
La figura 3 muestra una arquitectura de ejemplo de un plano de usuario de un protocolo de interfaz de radio entre un terminal y una E-UTRAN de acuerdo con el estándar de red de acceso de radio 3GPP; 30
La figura 4 es un diagrama de bloques que muestra un procedimiento para transmitir, por un lado de recepción, un informe de estado a un lado de transmisión a medida que termina un temporizador de acuerdo con una realización de la presente invención;
La figura 5 es un diagrama de bloques que muestra un procedimiento para detener un temporizador a medida que una PDU, para la cual se ha iniciado el temporizador, se recibe de acuerdo con una realización de la presente 35 invención;
La figura 6 muestra la arquitectura de protocolo L2 y un orden secuencial en el procesamiento de datos por un lado de transmisión;
La figura 7 muestra un formato de ejemplo de una PDU de control de PDCP para un informe de estado de PDCP de acuerdo con una primera realización de la presente invención; y 40
La figura 8 muestra un formato de ejemplo de una PDU de control de PDCP para una PDCP de acuerdo con una segunda realización de la presente invención.
MODOS PARA LLEVAR A CABO LAS REALIZACIONES PREFERIDAS
45
La presente invención se aplica al sistema de evolución a largo plazo (LTE) de un sistema de telecomunicaciones móviles y, más particularmente, a un sistema de telecomunicaciones móviles universal evolucionado (E-UMTS) que ha evolucionado a partir de UMTS. Sin embargo, sin limitarse a ello, la presente invención puede aplicarse también a cualquier sistema de telecomunicaciones móviles y al protocolo de comunicación al que sean aplicables las características técnicas de la presente invención. 50
En la presente invención pueden realizarse diversas modificaciones y realizaciones, y se hará referencia en detalle a las realizaciones preferidas de la presente invención, cuyos ejemplos se ilustran en los dibujos adjuntos.
Sin embargo, también debe entenderse que las realizaciones no están limitadas por ninguno de los detalles de la 55 descripción anterior, sino que deben interpretarse de manera amplia dentro de su alcance y se pretende que la presente invención cubra modificaciones y variaciones de esta invención siempre que se encuentren dentro del alcance de las reivindicaciones adjuntas.
Aunque pueden utilizarse términos que incluyen números ordinales, tales como un primer, un segundo, etc. para 60 explicar varios componentes, los componentes no se limitan a los términos.
Los términos se utilizan únicamente con el fin de distinguir un componente de otro componente. Por ejemplo, un primer componente puede referirse como un segundo componente o, de manera similar, el segundo componente puede referirse como el primer componente, sin apartarse del alcance de la presente invención. Un término "y/o" se utiliza para incluir una combinación de una pluralidad de elementos descritos o uno de los elementos.
5
En el caso de que se mencione que un determinado componente está "conectado" o "accede" a otro componente, puede entenderse que dicho componente está conectado o accede directamente al otro componente o que entre los componentes queda interpuesto un componente. Por el contrario, en el caso en que se mencione que cierto componente está "conectado directamente " o "accede directamente" a otro componente, debe entenderse que no hay ningún componente entre ellos. 10
Los términos utilizados en la presente invención son meramente explicaciones de realizaciones específicas, y por lo tanto no pretenden ser limitativos. Una expresión en singular incluye una expresión en plural salvo que dos expresiones sean contextualmente diferentes entre sí. En la presente invención, un término "incluir" o "tener" pretende indicar que existen características, números, etapas, operaciones, componentes, elementos descritos en la 15 memoria o combinaciones de los mismos. Por el contrario, el término "incluir" o "tener" debe entenderse que no excluye previamente la existencia de una o más características, números, etapas, operaciones, componentes, elementos o combinaciones de los mismos o posibilidad adicional.
Salvo que no se definan de manera diferente, todos los términos utilizados en la presente invención, incluyendo 20 términos técnicos o científicos, tienen los mismos significados con términos que generalmente entienden los expertos en la materia en el campo de la presente invención. Los mismos términos que los que están definidos en un diccionario general deben entenderse que tienen significados iguales que los significados contextuales de la técnica relacionada. Y, siempre que los términos no se definan de manera definitiva en la presente invención, los términos no se interpretan como significados ideales o excesivamente formales. 25
La presente invención ha reconocido que no existe un formato apropiado de una PDU de control de PDCP cuando la entidad de PDCP del lado de recepción utiliza el informe de estado de PDCP para solicitar la retransmisión de la SDU de PDCP que no se ha recibido desde la entidad de PDCP del lado de transmisión como una entidad par.
30
Teniendo en cuenta este punto, la presente invención se refiere conceptualmente a 1) notificar, mediante la entidad de PDCP, el estado de un buffer de recepción en forma de mapa de bits, y 2) definir un formato de PDU de control de PDCP en forma de mapa de bits para notificar a la entidad de PDCP del lado de transmisión como una entidad par. 3) Es decir, la entidad de PDCP del lado de recepción expresa el estado de recepción de cada SDU de PDCP en 1 bit de manera que el éxito de recepción se establece en 1 y el fallo de recepción se establece en 0. 4) En 35 particular, la presencia de éxito de recepción no está determinada por si la PDU de PDCP se ha recibido satisfactoriamente, sino por si se ha recibido o no la SDU de PDCP. Es decir, si la SDU de PDCP obtenida al realizar un descifrado y descompresión de cabecera en la PDU de PDCP recibida no tiene ningún error, se determina que la recepción se ha realizado con éxito.
40
Entre los términos utilizados en la presente invención, el número de secuencia (SN) de la PDU de PDCP y el número de secuencia (SN) de la SDU de PDCP se distinguen entre sí. En lo sucesivo, haciendo referencia a la figura 6, se describirá la diferencia entre la PDU de PDCP y la SDU de PDCP, y se describirá la diferencia entre el SN de PDU de PDCP y el SN de SDU de PDCP. Debe observarse que el contenido de la figura 6 se ha citado a partir del contenido relacionado con la figura 5 de la memoria de la solicitud de patente coreana nº 10-2008-0021112 45 (presentada el 6 de marzo de 2008) (solicitud americana provisional nº 60/895720 de 19 de marzo de 2007) presentada por el solicitante de esta invención. Mientras tanto, también pueden citase otras partes en la solicitud anterior para explicar la presente invención.
La figura 6 muestra la arquitectura del protocolo L2 y un orden secuencial en el procesamiento de datos por un lado 50 de transmisión.
La figura 6 muestra el orden secuencial en el procesamiento y la transmisión de datos que se ha recibido por el lado de transmisión de las capas de RLC y PDCP en un LTE desde una capa superior. El orden secuencial es el siguiente. 55
Entre los términos utilizados en la presente invención, una SDU se refiere a datos recibidos desde una capa superior y PDU se refiere a datos transmitidos a una capa inferior después de haber sido recibidos desde una capa superior y procesarse.
60
Se describirán ahora, con referencia a la figura 6, los términos requeridos para la explicación de la presente invención, es decir, la diferencia entre PDU de PDCP y SDU de PDCP, y la diferencia entre el SN de la PDU PDCP y el SN de la SDU de PDCP.
S11: Tal como se muestra en la figura 6, la capa de PDCP recibe datos (SDUs de PDCP) para ser transmitidos, desde una capa superior, a una capa inferior. La capa de PDCP establece un SN (número de secuencia) virtual respecto a cada SDU de PDU. En este caso, los SNs de SDU de PDCP se establecen secuencialmente para discriminar las respectivas SDUs de PDCP. La etapa S11 se realiza mediante un primer módulo de ajuste. En S11 5 en la figura 6, los SNs no se añaden realmente a las SDUs de PDCP, sino que las SDUs de PDCP respectivas son gestionadas por un tipo de indicadores (no mostrados) que son discriminados por cada SN diferente. Por esta razón, los SNs en la etapa S11 se expresan como SN virtuales. Además, esta razón hace implícita la expresión en la etapa S11 de la figura 6 en la que cada SN (es decir, SN virtual) de las SDUs de PDCP se dibuja mediante líneas de puntos. 10
S12: La capa de PDCP almacena las SDUs de PDCP respectivas en un buffer de SDU de PDCP. Esto es para que una estación base de origen (es decir, Nodo B fuente) reenvíe una SDU de PDCP cuya recepción no ha sido confirmada por un terminal (UE) para dirigir la estación base por el Nodo B fuente al Nodo B objetivo durante la transferencia. 15
Cuando las SDUs de PDCP son reenviadas o re-transmitidas durante la transferencia, sólo las SDUs de PDCP que no han sido recibidas correctamente por el lado de recepción de acuerdo con un informe de estado de la capa de RLC o la capa de PDCP son reenviadas o re-transmitidas. A esto se denomina reenvío/retransmisión selectiva. La etapa 12 se lleva a cabo mediante el buffer de SDU de PDCP. Pueden realizarse simultáneamente procesos de 20 configuración de SN virtual en 2 veces y el buffer de SDU de PDCP en 3 veces. Si la capa de PDCP no admite el reenvío/retransmisión selectivo, puede que no se proporcione el buffer SDU de PDCP.
S13: Un compresor de cabecera (o módulo de compresión de cabecera) realiza secuencialmente la compresión de cabecera en las SDUs de PDCP. En este caso, el compresor de cabecera puede generar un paquete de 25 realimentación de compresión de cabecera o una PDU de estado de PDCP, etc., que no están relacionados con las propias SDUs de PDCP.
S14: La capa de PDCP codifica secuencialmente las SDUs de PDCP comprimidas en cabecera. En este caso, la capa de PDCP realiza el cifrado utilizando SNs de PDCP virtuales que se establecieron cuando las SDUs de PDCP 30 se almacenaron en el buffer. Es decir, los SNs 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. La etapa S14 se realiza mediante el módulo de cifrado. Además de la operación de cifrado, la capa de PDCP puede realizar una función de seguridad que incluya una función de protección de integridad. También, en el caso de la protección de integridad, las SDUs de PDCP están protegidas contra la integridad mediante el uso de SNs de PDCP virtuales. La capa de PDCP puede 35 incluir paquetes generados por la propia capa de PDCP, tal como un paquete de realimentación generado por el propio compresor de cabecera y la PDU de estado de PDCP, etc., generada por la propia capa de PDCP. El paquete de realimentación o la PDU de estado de PDCP, etc. no se cifran ya que no tienen ninguna SDUs de PDCP correspondiente o ningún SNs de PDCP virtual establecido.
40
S15: Los SNs de PDCP virtuales (es decir, los SNs establecidos en la etapa S11) correspondientes a los respectivos SDUs de PDCP comprimidos por cabecera y cifrados a través de las etapas anteriores (S13 y S14) se unen a las cabeceras PDU de PDCP para formar PDUs de PDCP. Es decir, cuando las PDUs de PDCP se transfieren a la capa de RLC, los SNs de PDCP virtuales establecidos en la etapa S11 se unen explícitamente a las SDUs respectivas como SNs de PDCP. La etapa S15 se realiza mediante un segundo módulo de ajuste. 45
En este caso, debido a que no hay ningún SN de PDCP virtual configurado para el paquete de realimentación generado por el propio compresor de cabecera o PDU de estado de PDCP generado por la propia capa de PDCP, etc., el paquete de realimentación o el PDU de estado de PDCP, etc. configuran por sí mismos una PDU de PDCP sin el SN de PDCP. La capa de PDCP transfiere las PDUs de PDCP así configuradas a la capa de RLC inferior. 50
S16: Al recibir las SDUs de RLC, es decir, las PDUs de PDCP, de la capa de PDCP, la capa de RLC las almacena en el buffer de SDU de RLC. Esto es para soportar de manera flexible el tamaño de la PDU de la capa de RLC.
S17: La capa de RLC almacena las SDUs de RLC en el buffer de SDU y cuando una capa MAC inferior solicita la 55 transmisión de las mismas en cada instante de transmisión, la capa de RLC segmenta y/o concatena las SDUs de RLC tantas como se requiera de acuerdo con el tamaño solicitado. La etapa S17 se realiza mediante un módulo de segmentación y concatenación.
S18: La capa de RLC une secuencialmente SNs de RLC a los bloques de datos segmentados y/o concatenados. En 60 este caso, la capa de RLC puede generar una PDU de control de RLC independientemente de las SDUs de RLD. Los bloques de datos unidos por SN o la PDU de control de RLC sin SN de RLC constituyen PDUs de RLC. La etapa S18 se realiza mediante un tercer módulo de ajuste.
S19: Debido a que la capa RLC de AM soporta la retransmisión, la capa RLC de AMC almacena las PDUs de RLC construidas en un buffer de PDU de RLC. Esto es para una retransmisión que pueda ser necesaria después.
Los SNs de PDCP en las etapas S11 y S15 y el SN de RLC en la etapa S18 tienen propiedades diferentes tal como 5 se ha descrito anteriormente. Es decir, los SNs de PDCP se utilizan para cifrar en la capa de PDCP y eventualmente se utilizan para reenviar o retransmitir solamente los datos de PDCP cuya recepción no ha sido confirmada por el lado de recepción. Mientras, los SNs de RLC se utilizan en la capa de RLC y tienen una finalidad diferente a la de los SNs de PDCP. Es decir, en la presente invención, cuando las SDUs se reciben por la capa de PDCP desde una capa superior, los SNs de PDCP se unen a las SDUs, y cuando las SDUs unidas a SN se transfieren a la capa de 10 RLC, los SNs de RLC se unen adicionalmente a las mismas.
A continuación, se hará referencia con detalle a las realizaciones preferidas de la presente invención, cuyos ejemplos se ilustran en los dibujos adjuntos. Siempre que sea posible, se utilizarán los mismos números de referencia en todos los dibujos para referirse a las mismas partes o partes similares, y se omitirán sus descripciones. 15
La presente invención define el formato de la PDU de control de PDCP que utiliza la entidad de PDCP del lado de recepción para transmitir el informe de estado de PDCP a la entidad de PDCP del lado de transmisión como una entidad par. Para ello, la presente invención presenta un procedimiento para notificar, a través de la entidad PDPC, el estado de un buffer de recepción en forma de mapa de bits. 20
A continuación, se dará una descripción del formato (o configuración) de un mapa de bits en una PDU de control de PDCP correspondiente al informe de estado de PDCP. El mapa de bits está compuesto de uno o más bits. Cada bit del mapa de bits incluye información sobre un informe de estado de recepción, es decir, si las SDUs de PDCP se han recibido con éxito o no. 25
Es decir, la entidad de PDCP del lado de recepción expresa el estado de recepción de cada SDU de PDCP en 1 bit de manera que si la recepción se ha recibido con éxito se establece en "1" y si la recepción ha fallado se establece en "0. "Aquí, la presencia de éxito en la recepción no se determina por medio de si la PDU de PDCP ha sido recibida satisfactoriamente, sino por medio de si se ha recibido o no la SDU de PDCP, es decir, si la SDU de PDCP obtenida 30 realizando descifrado y descompresión de cabecera en la PDU de PDCP recibida no tiene ningún error. Es decir, cada bit del mapa de bits del informe de estado de PDCP actúa de indicador que informa sobre la presencia de una recepción satisfactoria de una SDU de PDCP única.
Los bits adyacentes entre sí basados en un cierto bit (esto indica que se ha realizado con éxito la recepción del SDU 35 de PDCP que tiene el SN determinado) en el mapa de bits incluyen información relativa a si las SDUs de PDCP que tienen números de secuencia adyacentes se han recibido satisfactoriamente. De acuerdo con ello, todos los mapas de bits sirven como informes de estado que indican el estado de recepción (es decir, éxito de recepción o fallo de recepción) de todas las SDUs de PDCP que tienen números de secuencia en un cierto intervalo.
40
Sin embargo, el mapa de bits no puede reconocer números de secuencia precisos de cada SDU de PDCP solamente. Con el fin de notificar tales números de secuencia precisos, un número de secuencia correspondiente a la primera o última SDU del mapa de bits debe agregarse a la PDU de control de PDCP y luego transmitirse. En otras palabras, si la entidad de PDCP del lado de recepción transmite el estado de recepción de las SDUs de PDCP en forma de mapa de bits a la entidad de PDCP del lado de transmisión a través de la PDU de control de PDCP, la 45 entidad de PDCP del lado de transmisión como entidad par no puede determinar, utilizando el mapa de bits solamente, si se han recibido con éxito o no SDUs de PDCP desde la PDU de control PDCP recibida. Por lo tanto, se requiere información en la que se indique si cada bit del mapa de bits indica o no la SDU de PDCP. Para ello, en la PDU de control de PDCP debe incluirse información SN de la SDU de PDCP indicada por el primer o el último bit del mapa de bits. Tal información de SN de la SDU de PDCP puede ser el SN de una PDU de PDCP 50 correspondiente al primer bit del mapa de bits (“FSN” en la figura 8) o el SN de una SDU de PDCP correspondiente al último bit (“LSN” en la figura 7).
Además, si existe la necesidad de notificar una longitud del mapa de bits, se requiere también el campo “Longitud” que indique la longitud. 55
A continuación, se dará una descripción de un formato de una PDU de control de PDCP para el informe de estado de PDCP de acuerdo con la presente invención con referencia a las figuras 7 y 8.
La figura 7 muestra un formato de ejemplo de una PDU de control PDCP para un informe de estado de PDCP de 60 acuerdo con una primera realización de la presente invención. Aquí, la figura 7 muestra una realización que incluye el campo 'LSN'.
El formato de la PDU de control de PDCP de la figura 7 puede incluir un campo LONGITUD, un campo LSN y un campo BITMAP, además del campo D/C y el campo del tipo PDU de control. Aquí, el campo LONGITUD es un campo opcional y puede ser incluido o no en la PDU de control de PDCP.
El campo LONGITUD se añade a la PDU de control de PDCP cuando debe notificarse la longitud del mapa de bits. 5 Si no es necesario notificar la longitud del mapa de bits, tal como si la longitud del mapa de bits es fija o si la longitud del mapa de bits puede derivarse de la longitud de la PDU de control de PDCP, el campo LONGITUD no es necesario.
El campo de mapa de bits incluye información de estado de recepción de cada SDU de PDCP que indica si las 10 SDUs de PDCP recibidas desde la PDCP del lado de transmisión y procesadas por la entidad de PDCP del lado de recepción han sido recibidas satisfactoriamente sin ningún error o no. Aquí debe añadirse el SN de la primera o última SDU de PDCP del mapa de bits para notificar con precisión los números de secuencia de las respectivas SDUs de PDCP correspondiente a cada mapa de bits. En la figura 7, se añade el SN de la última SDU de PDCP (es decir, se añade el número de última secuencia (LSN)). Además, la figura 7 muestra el formato de la PDU de control 15 de PDCP cuando la longitud del mapa de bits debe ser notificada.
A continuación, se dará en detalle descripciones de un procedimiento de configuración para el LSN y el mapa de bits de la figura 7.
20
- D/C: un campo para indicar si una PDU de PDCP correspondiente es una PDU de datos o una PDU de control.
- Tipo de PDU de control: un campo para indicar el tipo de información de control correspondiente, por ejemplo, indica si la información de control correspondiente es un informe de estado o una información de retroalimentación de HC. 25
- Campo LSN: incluye un valor de SN de una SDU de PDCP correspondiente al último bit del campo de mapa de bits. Se trata de un valor de SN de una SDU de PDCP que se ha recibido finalmente o no se ha recibido por parte de la entidad de PDCP del lado de recepción. Es decir, utilizando el SN de la SDU de PDCP correspondiente al último bit, pueden reconocerse los SNs de las SDUs de PDCP indicadas por cada bit en el campo de mapa de bits. Esto se debe a que cada bit del mapa de bits indica el estado de 30 recepción de SDUs de PDCP secuenciales. Por consiguiente, dado que el último bit, es decir, el LSN, es el SN del SDU de PDCP indicado por el último bit (bit más inferior) del mapa de bits, puede reconocerse cada SN de las SDUs de PDCP correspondientes indicadas por bits por debajo del último bit. Mediante el uso de este formato de mapa de bits, puede reducirse el tamaño de la PDU de control de PDCP para el informe de estado de PDCP, así como mejorarse la eficiencia de los recursos de radio. 35
- Campo BITMAP: incluye informe (información) de estado de recepción de las SDUs de PDCP recibidas de la entidad de PDCP del lado de transmisión como entidad par. En el campo de mapa de bits que incluye cada estado de recepción de las SDU de PDCP, las SDUs de PDCP de destino son aquellas de cuyos SNs son [LSN - LONGITUD*8 + 1, LSN] que está entre 'LSN - LONGITUD*8 +1' y 'LSN'. Cada bit de cada mapa de bits tiene información de estado de recepción (es decir, informe de estado de PDCP) respecto a si las 40 SDUs de PDCP indicadas por cada bit han sido recibidas satisfactoriamente. Por ejemplo, si un valor de LSN es "100" y un valor de LONGITUD es ‘5’, el rango de SN de SDU de PDCP como destino del informe de estado de recepción sería ‘61’ ~ "100. '
Cada bit_position en el mapa de bits es 1 ~ LONGITUD*8, por ejemplo, si LONGITUD es '5', cada bit_position sería 45 '1' ~ '40’. Es decir, el número de bits en el mapa de bits es 40. En otras palabras, el número de SDUs de PDCP que son los objetivos de los informes de estado de recepción (éxito o fallo de recepción) de las SDUs de PDCP correspondientes es 40. Un procedimiento de interpretación de cada bit_position es tal como sigue:
♦ 1: éxito de recepción de una SDU de PDCP que es número de secuencia de PDCP = (LSN - 50 LONGITUD*8 + bit_position).
♦ 0: fallo de recepción de una SDU de PDCP que es número de secuencia de PDCP = (LSN - LONGITUD*8 + bit_position).
Mientras, si LONGITUD es '0' el campo Bitmap no existe. En este caso, sólo se incluye el LSN, teniendo en cuenta 55 que todas las SDUs de PDCP se han recibido correctamente.
La figura 8 muestra un formato de ejemplo de una PDU de control de PDCP para un informe de estado de PDCP de acuerdo con una segunda realización de la presente invención. Aquí, la figura 8 muestra una realización que incluye el campo 'FSN'. En lo sucesivo, la realización de la figura 8 describirá una diferencia de que se da en la figura 7. 60
Cuando se compara con la figura 7, la realización de la figura 8 utiliza el primer número de secuencia (FSN), en lugar del LSN, para notificar un número de secuencia preciso de una SDU de PDCP. Este FSN corresponde a un SN de
una SDU de PDCP objetivo indicado por el primer bit de un mapa de bits. Es decir, el primer bit del mapa de bits tiene información sobre el estado de recepción de la SDU de PDCP indicado por el FSN.
Además, de manera similar a la figura 7, si no hay necesidad de notificar la longitud del mapa de bits, tal como si la longitud del mapa de bits es fija o si la longitud del mapa de bits puede derivarse de la longitud de la PDU de control 5 de PDCP, el campo LONGITUD no es necesario.
El procedimiento de establecer el FSN y el mapa de bits mediante utilizando el FSN, en lugar del LSN, tiene una pequeña diferencia con el descrito en la figura 7.
10
- Campo FSN:
Un valor del campo FSN indica un SN de una SDU de PDCP correspondiente al primer bit del campo de mapa de bits.
15
El valor del campo FSN corresponde al SN de una SDU de PDCP que no se ha recibido en primer lugar, por la entidad de PDCP del lado de recepción, entre las SDUs de PDCP recibidas de la entidad de PDCP del lado de transmisión.
- BITMAP 20
Incluye informe (información) de estado de recepción de las SDUs de PDCP recibidas de la entidad de PDCP del lado de transmisión como entidad par.
Un rango del BITMAP indica SDUs de PDCP cuyos SNs están entre [FSN, FSN + LONGITUD*8 -1] e incluye 25 información sobre el éxito o fallo de recepción.
En el campo BITMAP que tiene cada estado de recepción de las SDUs de PDCP, las SDUs de PDCP objetivo son aquellas de las que los SNs están entre ‘FSN' y ‘FSN + LONGITUD*8 -1.' Cada bit de los mapas de bits tiene información de estado de recepción (es decir, informe de estado de PDCP) respecto a si las SDUs de PDCP 30 indicadas por cada bit han sido recibidas satisfactoriamente. Por ejemplo, si un valor de FSN es '100' y un valor de LONGITUD es '5', un rango de SN de la SDU de PDCP como destino del informe de estado de recepción sería '100' ~ '139.'
Cada bit_position en el bitmap es 1 - LONGITUD 8 y, por ejemplo, si LONGITUD es '5', bit_position sería '1' ~ '40’. 35 Es decir, el número de bits en el mapa de bits es 40. En otras palabras, el número de SDUs de PDCP que son los objetivos de los informes de estado de recepción (éxito o fallo de recepción) de las SDUs de PDCP correspondientes es 40.
Un procedimiento de interpretación de cada bit_position es el siguiente: 40
♦ 1: éxito de recepción de una SDU de PDCP que es número de secuencia de PDCP = (FSN + bit_position -1).
♦ 0: fallo de recepción de una SDU de PDCP que es número de secuencia de PDCP = (FSN + bit_position -1). 45
Mientras, si LONGITUD es '0' el campo Bitmap no existe. En este caso, sólo se incluye el FSN, considerando que todas las SDUs de PDCP han sido recibidas con éxito.
Las realizaciones de las figuras 7 y 8 han descrito el formato de la PDU de control de PDCP de la información de 50 estado de recepción (es decir, el informe de estado de PDCP) para una serie de datos (es decir, SDUs de PDCP) en que la entidad de PDCP del lado de recepción recibe de la entidad de PDCP del lado de transmisión como entidad par.
El procedimiento para transmitir la PDU de control de PDCP de la información de estado de recepción (es decir, 55 informe de estado de PDCP) para una serie de datos (es decir, SDUs de PDCP) se resumirá como sigue.
La entidad de PDCP del lado de recepción obtiene las SDUs de PDCP realizando cifrado y descompresión de cabecera en las PDUs de PDCP recibidas de la entidad de PDCP del lado de transmisión y, a continuación, comprueba si cada una de las SDUs de PDCP tiene error o no y, por lo tanto, para determinar el éxito o fallo en la 60 recepción de cada una de las SDUs de PDCP.
La entidad de PDCP del lado de recepción añade cada indicador (cada bit del mapa de bits) que indica el estado de recepción (es decir, éxito o fallo en la recepción) de cada SDU de PDCP en el campo BITMAP.
La entidad de PDCP del lado de recepción configura la PDU de control de PDCP que incluye el campo BITMAP y transmite la PDU de control de PDCP configurada a la entidad de PDCP del lado de transmisión. 5
Mientras, la PDU de control de PDCP puede incluir el campo LONGITUD que indica el tamaño del campo BITMAP.
Además, la PDU de control de PDCP puede incluir un campo LSN o un campo FSN. Aquí, el campo LSN tiene información de SN de la SDU de PDCP correspondiente al último bit del campo BITMAP. El campo FSN tiene 10 información de SN de la SDU de PDCP correspondiente al primer bit (bit superior) del campo BITMAP. Por lo tanto, la presente invención utiliza los campos LSN y FSN, de modo que no requiere tener SNs de las SDUs de PDCP correspondientes para todas las posiciones de bit del campo BITMAP, reduciendo de este modo el tamaño de la PDU de control de PDCP, así como aumentando la eficiencia de recursos.
15
A continuación, se darán descripciones de un transmisor (aparato transmisor) y un receptor (aparato receptor) de acuerdo con la presente invención.
El receptor (aparato receptor) de acuerdo con la presente invención incluye hardware, software, un módulo que tiene software, y similares que pueden implementar las realizaciones de las figuras 7 y 8. 20
El aparato de acuerdo con la presente invención puede denominarse entidad, y el aparato de acuerdo con la presente invención puede ser un terminal.
El receptor de acuerdo con la presente invención puede incluir un módulo de comunicación capaz de realizar las 25 funciones descritas en las figuras 7 y 8.
Es decir, se dispone el módulo de comunicación que determina el éxito o el fallo en la recepción para cada una de las SDUs de PDCP en secuencia recibidas a través de la capa de PDCP, genera un informe de estado para el resultado determinado en forma de mapa de bits y transmite una PDU de control de PDCP que incluye el informe de 30 estado generado en la forma del mapa de bits.
La PDU de control de PDCP incluye el campo LSN o el campo FSN. Aquí, el campo LSN indica un número de secuencia (SN) de una SDU de PDCP correspondiente al último bit del campo de mapa de bits, y el campo FSN indica un número de secuencia (SN) de una SDU de PDCP correspondiente al primer bit del campo de mapa de bits. 35
El transmisor (aparato transmisor) de acuerdo con la presente invención incluye un módulo de comunicación capaz de realizar funciones descritas en las figuras 7 y 8. Aquí, las funciones de dicho módulo de comunicación se han descrito ya en las figuras 7 y 8, por lo que se omiten explicaciones detalladas al respecto.
40
Tal como se ha descrito anteriormente, el receptor y el transmisor de acuerdo con la presente invención incluyen básicamente software, hardware requerido para implementar la idea técnica de la presente invención, además de los elementos anteriormente descritos, tales como una unidad de salida (pantalla, altavoz o similar) una unidad de entrada (teclado, micrófono y similares), una memoria, un microprocesador, una unidad de transmisión/recepción (módulo RF, antena y similares). Tales elementos son evidentes para el experto en la materia, de modo que se 45 omitirá una descripción para los mismos.
El procedimiento que se ha descrito puede implementarse por software, hardware o combinación de ambos. Por ejemplo, el procedimiento de acuerdo con la presente invención puede implementarse mediante códigos o lenguajes de comandos en un programa de software que pueda almacenarse en un medio de almacenamiento (por ejemplo, 50 una memoria interna de un terminal móvil, una memoria flash, un disco duro o similares), y que puede ser ejecutado por un procesador (por ejemplo, un microprocesador interno de un terminal móvil).
También será evidente para los expertos en la materia que pueden introducirse diversas modificaciones y variaciones en la presente invención sin apartarse del alcance de la invención. Por lo tanto, se pretende que la 55 presente invención cubra modificaciones y variaciones de esta invención siempre que se encuentren dentro del alcance de las reivindicaciones adjuntas.

Claims (10)

  1. REIVINDICACIONES
    1. Procedimiento para transmitir un informe de estado de buffer de recepción sobre unidades de datos de servicio, SDUs, de protocolo de convergencia de datos en paquetes, PDCP, desde un lado de recepción de una capa de PDCP a una capa de PDCP de un lado de transmisión en un sistema de comunicaciones móviles, tal como LTE o E-5 UMTS, comprendiendo el procedimiento:
    determinar, a través de la capa de PDCP del lado de recepción, un estado de las SDUs de PDCP; y
    transmitir, a través de la capa de PDCP del lado de recepción, una unidad de datos de protocolo de PDCP, PDU, 10 que incluye el informe de estado de buffer de recepción sobre SDUs de PDCP a la capa de PDCP del lado de transmisión, de manera que la capa de PDCP del lado de transmisión puede transmitir o retransmitir las SDUs de PDCP,
    en el que el formato de la PDU de PDCP comprende un campo D/C, un campo de tipo PDU, un campo de mapa de 15 bits y un campo que incluye información de número de secuencia, SN, de una SDU de PDCP correspondiente a un primer o un último bit del campo de mapa de bits,
    en el que la PDU de PDCP incluye el informe de estado de buffer de recepción, que indica si una recepción de SDUs de PDCP se ha realizado con éxito o ha fallado, en forma del campo de mapa de bits y el campo que incluye 20 información de SN de una SDU de PDCP, y
    en el que el formato de la PDU de PDCP está configurado disponiendo los campos en un orden del campo D/C, el campo de tipo PDU, el campo que incluye la información de SN de la SDU de PDCP, y el campo de mapa de bits.
    25
  2. 2. Procedimiento de acuerdo con de la reivindicación 1, en el que el formato de la PDU de PDCP es una PDU de datos de PDCP o una PDU de control de PDCP dependiendo de un valor del campo D/C.
  3. 3. Procedimiento de acuerdo con de la reivindicación 1, en el que el campo D/C indica si el formato de la PDU de PDCP es una PDU de datos de PDCP o una PDU de control de PDCP, el campo de tipo PDU indica un tipo de 30 información de control, el campo de mapa de bits está configurado con indicadores que indican si una recepción de cada una de las SDUs de PDCP se ha realizado con éxito o ha fallado, y el campo que incluye la información de SN de la SDU de PDCP correspondiente al primer o al último bit del campo de mapa de bits es un campo de primer número de secuencia, FSN, o un campo de último número de secuencia, LSN.
    35
  4. 4. Procedimiento de acuerdo con la reivindicación 3, en el que el campo LSN indica un número de secuencia, SN, de la SDU de PDCP correspondiente al último bit del campo de mapa de bits.
  5. 5. Procedimiento de acuerdo con la reivindicación 3, en el que el campo FSN indica un número de secuencia, SN, de la SDU de PDCP correspondiente al primer bit del campo de mapa de bits. 40
  6. 6. Procedimiento de acuerdo con la reivindicación 1, en el que el formato de la PDU de PDCP comprende, además, un campo de longitud, y el campo de longitud incluye información que indica una longitud del mapa de bits.
  7. 7. Procedimiento de acuerdo con la reivindicación 3, en el que cada uno de los indicadores está configurado por un 45 único bit, y un valor del único bit se establece como '0' o '1' para indicar si se ha recibido satisfactoriamente o no una SDU de PDCP correspondiente.
  8. 8. Aparato receptor en un sistema de telecomunicaciones móviles, tal como LTE o E-UMTS, que comprende:
    50
    un módulo de comunicación dispuesto para:
    determinar éxito de recepción o fallo de recepción respecto a unidades de datos de servicio, SDUs, de protocolo de convergencia de datos en paquetes, PDCP, recibidas desde una capa de PDCP,
    55
    generar una unidad de datos de protocolo, PDU, de PDCP que incluye un informe de estado de buffer de recepción sobre SDUs de PDCP, que indica si la recepción de las SDUs de PDCP determinadas se ha realizado con éxito o ha fallado, y
    transmitir la PDU de PDCP, de manera que la capa de PDCP del lado de transmisión pueda transmitir o retransmitir 60 las SDUs de PDCP,
    en el que el formato de la PDU de PDCP comprende un campo D/C, un campo de tipo PDU, un campo de mapa de bits, un campo que incluye la información de número de secuencia, SN, información de SDU de PDCP correspondiente a un primer o a un último bit del campo de mapa de bits,
    en el que la PDU de PDCP incluye el informe de estado de buffer de recepción dispuesto para indicar si una 5 recepción de SDUs de PDCP se ha realizado con éxito o ha fallado, en forma de campo de mapa de bits y el campo que incluye la información de SN de las SDUs de PDCP,
    en el que el formato de la PDU de PDCP se configura disponiendo los campos en un orden del campo D/C, el campo de tipo PDU, el campo que incluye la información de SN de la SDU de PDCP, y el campo de mapa de bits. 10
  9. 9. Aparato receptor de acuerdo con la reivindicación 8, en el que el campo D/C indica si el formato de la PDU de PDCP es una PDU de datos de PDCP o una PDU de control de PDCP, el campo de tipo PDU dispuesto para indicar un tipo de información de control, el campo de mapa de bits está configurado con indicadores que indican si una recepción de cada una de las SDUs de PDCP se ha realizado con éxito o ha fallado, y el campo que incluye la 15 información de SN de la SDU de PDCP correspondiente al primer o al último bit del campo de mapa de bits es un campo de primer número de secuencia, FSN, o un campo de último número de secuencia, LSN, y en el que el campo FSN indica un número de secuencia, SN, de la SDU de PDCP correspondiente al primer bit del campo de mapa de bits y el campo LSN indica un número de secuencia, SN, de la SDU de PDCP correspondiente al último bit del campo de mapa de bits. 20
  10. 10. Aparato receptor de acuerdo con la reivindicación 9, en el que la PDU de PDCP comprende, además, un campo de longitud, y el campo de longitud incluye información dispuesta para indicar una longitud del campo de mapa de bits.
    25
ES08793753.8T 2007-09-11 2008-09-10 Procedimiento para transmitir informe de estado de capa de PDCP en sistema de telecomunicaciones móviles y receptor de telecomunicaciones móviles Active ES2653539T3 (es)

Applications Claiming Priority (5)

Application Number Priority Date Filing Date Title
US97148007P 2007-09-11 2007-09-11
US971480P 2007-09-11
KR1020080088970A KR100907978B1 (ko) 2007-09-11 2008-09-09 이동통신 시스템에서 ｐｄｃｐ 계층의 상태보고 전송 방법 및 수신장치
KR20080088970 2008-09-09
PCT/KR2008/005345 WO2009035262A1 (en) 2007-09-11 2008-09-10 Method for transmitting status report of pdcp layer in mobile telecommunications system and receiver of mobile telecommunications

Publications (1)

Publication Number Publication Date
ES2653539T3 true ES2653539T3 (es) 2018-02-07

Family

ID=42320379

Family Applications (4)

Application Number Title Priority Date Filing Date
ES17193618T Active ES2739470T3 (es) 2007-09-11 2008-09-10 Procedimiento para transmitir informe de estado de capa de PDCP en sistema de telecomunicaciones móviles y receptor de telecomunicaciones móviles
ES08793753.8T Active ES2653539T3 (es) 2007-09-11 2008-09-10 Procedimiento para transmitir informe de estado de capa de PDCP en sistema de telecomunicaciones móviles y receptor de telecomunicaciones móviles
ES19172464T Active ES2847587T3 (es) 2007-09-11 2008-09-10 Procedimiento para transmitir informe de estado de capa de PDCP en sistema de telecomunicaciones móviles y receptor de telecomunicaciones móviles
ES20213842T Active ES2966693T3 (es) 2007-09-11 2008-09-10 Procedimiento para transmitir informe de estado de capa de PDCP en sistema de telecomunicaciones móviles y receptor de telecomunicaciones móviles

Family Applications Before (1)

Application Number Title Priority Date Filing Date
ES17193618T Active ES2739470T3 (es) 2007-09-11 2008-09-10 Procedimiento para transmitir informe de estado de capa de PDCP en sistema de telecomunicaciones móviles y receptor de telecomunicaciones móviles

Family Applications After (2)

Application Number Title Priority Date Filing Date
ES19172464T Active ES2847587T3 (es) 2007-09-11 2008-09-10 Procedimiento para transmitir informe de estado de capa de PDCP en sistema de telecomunicaciones móviles y receptor de telecomunicaciones móviles
ES20213842T Active ES2966693T3 (es) 2007-09-11 2008-09-10 Procedimiento para transmitir informe de estado de capa de PDCP en sistema de telecomunicaciones móviles y receptor de telecomunicaciones móviles

Country Status (10)

Country Link
US (8) US7936723B2 (es)
EP (4) EP3288218B1 (es)
JP (1) JP5279732B2 (es)
KR (1) KR100907978B1 (es)
CN (2) CN102833050B (es)
ES (4) ES2739470T3 (es)
HU (1) HUE054182T2 (es)
NO (1) NO2188952T3 (es)
PL (3) PL3541021T3 (es)
WO (1) WO2009035262A1 (es)

Families Citing this family (60)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8818375B2 (en) * 2007-04-25 2014-08-26 Telefonaktiebolaget L M Ericsson (Publ) Method and apparatus for seamless handover in a wireless communication network
KR101341515B1 (ko) 2007-06-18 2013-12-16 엘지전자 주식회사 무선 통신 시스템에서의 반복 전송 정보 갱신 방법
KR101486352B1 (ko) 2007-06-18 2015-01-26 엘지전자 주식회사 무선 통신 시스템의 단말에서의 상향링크 동기 상태 제어방법
WO2008156314A2 (en) 2007-06-20 2008-12-24 Lg Electronics Inc. Effective system information reception method
WO2009022826A1 (en) 2007-08-10 2009-02-19 Lg Electronics Inc. Method for controlling harq operation in dynamic radio resource allocation
KR101514841B1 (ko) 2007-08-10 2015-04-23 엘지전자 주식회사 효율적인 랜덤 액세스 재시도를 수행하는 방법
KR101490253B1 (ko) 2007-08-10 2015-02-05 엘지전자 주식회사 무선 통신 시스템에서의 제어정보 전송 및 수신 방법
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 엘지전자 주식회사 이동통신 시스템에서 ｐｄｃｐ 계층의 상태보고 전송 방법 및 수신장치
KR101461970B1 (ko) 2007-09-13 2014-11-14 엘지전자 주식회사 무선 통신 시스템에서의 폴링 과정 수행 방법
KR100937432B1 (ko) 2007-09-13 2010-01-18 엘지전자 주식회사 무선 통신 시스템에서의 무선자원 할당 방법
KR101435844B1 (ko) 2007-09-18 2014-08-29 엘지전자 주식회사 무선 통신 시스템에서의 데이터 블록 전송 방법
KR101396062B1 (ko) 2007-09-18 2014-05-26 엘지전자 주식회사 헤더 지시자를 이용한 효율적인 데이터 블록 전송방법
KR101591824B1 (ko) 2007-09-18 2016-02-04 엘지전자 주식회사 무선 통신 시스템에서의 폴링 과정 수행 방법
KR101513033B1 (ko) 2007-09-18 2015-04-17 엘지전자 주식회사 다중 계층 구조에서 ＱｏＳ를 보장하기 위한 방법
WO2009038377A2 (en) 2007-09-20 2009-03-26 Lg Electronics Inc. Method of effectively transmitting radio resource allocation request in mobile communication system
WO2009045871A2 (en) * 2007-09-28 2009-04-09 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 엘지전자 주식회사 공통제어채널의 데이터를 전송하는 방법
EP2208294B1 (en) 2007-10-29 2019-07-31 LG Electronics Inc. Method of repairing a security failure
ATE500663T1 (de) * 2008-02-04 2011-03-15 Lg Electronics Inc Drahtloses kommunikationsverfahren zur übertragung einer folge von dateneinheiten zwischen einer drahtlosen vorrichtung und einem netzwerk
US8958411B2 (en) 2008-03-17 2015-02-17 Lg Electronics Inc. Method of transmitting RLC data
KR101163275B1 (ko) 2008-03-17 2012-07-05 엘지전자 주식회사 Ｐｄｃｐ 상태 보고 전송 방법
KR101561720B1 (ko) * 2008-05-30 2015-10-20 인터디지탈 패튼 홀딩스, 인크 비액세스 계층 재송신의 전달 통지를 위한 방법 및 장치
US8305901B2 (en) * 2008-09-22 2012-11-06 Htc Corporation Method of generating a buffer status for a wireless communication system and related device
BR112012003636A2 (pt) * 2009-08-17 2016-03-22 Alcetel Lucent método e aparelho para controlar transmissão de dados para downlink em um sistema de comunicação de retransmissão com múltiplos saltos
CN102056226B (zh) * 2009-11-10 2016-03-02 中兴通讯股份有限公司 Pdcp状态报告的获取方法和pdcp实体
CN102547848B (zh) * 2011-01-04 2015-08-05 华为技术有限公司 一种处理业务数据流的方法和装置
JP2012169764A (ja) * 2011-02-10 2012-09-06 Panasonic Corp 通信システム、送信制御装置及び送信制御方法
WO2012136067A1 (zh) * 2011-04-02 2012-10-11 中兴通讯股份有限公司 服务质量的优化方法及系统、网络侧网元
KR20130126823A (ko) 2012-04-27 2013-11-21 한국전자통신연구원 Ａｍｉ 네트워크의 데이터 관리 방법 및 그 장치
US20140241168A1 (en) * 2013-02-25 2014-08-28 Qualcomm Incorporated Indicating whether data was subjected to interference
JP6174343B2 (ja) * 2013-03-15 2017-08-02 株式会社Ｎｔｔドコモ ネットワーク装置及び移動局
US20140301188A1 (en) 2013-04-04 2014-10-09 Nokia Siemens Networks Oy Delivery of protocol data units
WO2014172896A1 (zh) * 2013-04-26 2014-10-30 华为技术有限公司 一种数据传输的方法、基站和无线通信设备
EP2835925B1 (en) 2013-08-09 2018-08-08 Panasonic Intellectual Property Corporation of America Efficient Status Reporting for UEs in dual connectivity during mobility
US9648514B2 (en) * 2013-08-09 2017-05-09 Blackberry Limited Method and system for protocol layer enhancements in data offload over small cells
US10251052B2 (en) 2015-08-27 2019-04-02 Mediatek Inc. Method of dynamic PDCP status report polling for LTE-WLAN aggregation
JP6041964B1 (ja) 2015-09-24 2016-12-14 株式会社Ｎｔｔドコモ 無線通信装置及び無線通信方法
RU2707923C1 (ru) * 2016-02-05 2019-12-02 Телефонактиеболагет Лм Эрикссон (Пабл) Способ и устройства для предоставления отчетов о состоянии приема
EP3435702B1 (en) * 2016-03-22 2020-12-02 LG Electronics Inc. -1- Method and user equipment for transmitting data unit, and method and user equipment for receiving data unit
US10231664B2 (en) * 2016-05-26 2019-03-19 Raghav Ganesh Method and apparatus to predict, report, and prevent episodes of emotional and physical responses to physiological and environmental conditions
CN107438273B (zh) * 2016-05-26 2021-07-30 中兴通讯股份有限公司 承载转移中数据处理状态的确定方法及装置
US9986456B2 (en) * 2016-06-03 2018-05-29 Futurewei Technologies, Inc. System and method for data forwarding in a communications system
US9999016B2 (en) * 2016-09-04 2018-06-12 Lg Electronics Inc. Status report polling to avoid HFN de-synchronization
EP3504821B1 (en) * 2016-09-30 2024-01-03 Sony Group Corporation Communications devices, method and mobile communications system
US20180131640A1 (en) * 2016-11-07 2018-05-10 Qualcomm Incorporated Techniques for encoding and decoding multiple acknowledgement signals in new radio
KR102262269B1 (ko) * 2017-04-26 2021-06-08 삼성전자 주식회사 차세대 이동 통신 시스템에서 rlc 상태 보고 방법 및 장치
CN108809528A (zh) * 2017-05-05 2018-11-13 华为技术有限公司 发送无线链路控制状态报告的方法及装置
US10666506B2 (en) * 2017-05-12 2020-05-26 Futurewei Technologies, Inc. In-situ OAM trace type extension with cascade bitmap and segment in-situ OAM
CN111034318B (zh) * 2017-06-16 2024-04-02 瑞典爱立信有限公司 与无线通信网络中的缓冲区状态报告相关的方法和装置
WO2019023862A1 (zh) * 2017-07-31 2019-02-07 Oppo广东移动通信有限公司 数据处理方法及相关产品
WO2019066701A1 (en) * 2017-09-28 2019-04-04 Telefonaktiebolaget Lm Ericsson (Publ) RLC STATUS REPORT FORMAT BIT TABLE INDICATION FOR MULTIPLE MISSING SN
CN109802922A (zh) 2017-11-16 2019-05-24 电信科学技术研究院 一种缓存同步异常的处理方法和设备
KR20190085447A (ko) * 2018-01-10 2019-07-18 삼성전자주식회사 무선 통신 시스템에서 제어 시그널링을 수행하기 위한 장치 및 방법
KR20200074725A (ko) 2018-12-17 2020-06-25 삼성전자주식회사 차세대 이동 통신 시스템에서 rrc 메시지를 분할하는 방법 및 장치
CN113812129B (zh) * 2019-04-30 2023-12-01 Lg电子株式会社 无线通信系统中基于接收切换命令发送分组的方法及设备
WO2022016541A1 (en) * 2020-07-24 2022-01-27 Qualcomm Incorporated Retransmission procedures at a packet data convergence protocol layer
CN114339614B (zh) * 2020-09-29 2023-07-28 上海朗帛通信技术有限公司 一种被用于无线通信的方法和设备
CN112996052B (zh) * 2021-02-08 2023-01-31 展讯通信（上海）有限公司 数据发送控制方法及装置、终端、基站和介质

Family Cites Families (56)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6772215B1 (en) 1999-04-09 2004-08-03 Telefonaktiebolaget Lm Ericsson (Publ) Method for minimizing feedback responses in ARQ protocols
FI112305B (fi) * 2000-02-14 2003-11-14 Nokia Corp Datapakettien numerointi pakettivälitteisessä tiedonsiirrossa
FI109255B (fi) * 2000-04-07 2002-06-14 Nokia Corp Datapakettien numerointi pakettivälitteisessä tiedonsiirrossa
FI111210B (fi) * 2000-08-14 2003-06-13 Nokia Corp Datapakettinumeroiden synkronointi pakettivälitteisessä tiedonsiirrossa
DE10054473A1 (de) * 2000-11-03 2002-05-08 Siemens Ag Verfahren zum Austausch von Datenpaketen zwischen zwei Diensteerbringern eines Funkübertragungssystems
US6862450B2 (en) * 2001-02-07 2005-03-01 Nokia Mobile Phones Ltd. Resetting signaling link upon SRNS relocation procedure
DE60229482D1 (de) * 2001-11-24 2008-12-04 Lg Electronics Inc Verfahren zur Übertragung von Paketdaten in komprimierter Form in einem Kommunikationssystem
US7039013B2 (en) * 2001-12-31 2006-05-02 Nokia Corporation Packet flow control method and device
KR100765123B1 (ko) * 2002-02-16 2007-10-11 엘지전자 주식회사 Ｓｒｎｓ 재할당 방법
US20030177437A1 (en) * 2002-03-18 2003-09-18 Wu Frank Chih-Hsiang Erroneous packet data convergence protocol data unit handling scheme in a wireless communication system
KR100896484B1 (ko) * 2002-04-08 2009-05-08 엘지전자 주식회사 이동통신시스템에서 데이터 전송 무선통신방법 및 무선통신장치
US20030210714A1 (en) * 2002-05-10 2003-11-13 Chih-Hsiang Wu Method for avoiding loss of pdcp pdus in a wireless communications system
EP1361706B1 (en) * 2002-05-10 2007-03-14 Innovative Sonic Limited Method for determining triggering of a pdcp sequence number synchronization prodecure
US7254144B2 (en) * 2002-06-21 2007-08-07 Innovative Sonic Limited Method for synchronizing a start value for security in a wireless communications network
US20030236085A1 (en) * 2002-06-21 2003-12-25 Chi-Fong Ho Method for synchronizing a security start value in a wireless communications network
ATE506822T1 (de) * 2003-09-23 2011-05-15 Panasonic Corp Protokolkontextübertragung in einem mobilfunkkommunikationsystem
SE0302685D0 (sv) * 2003-10-07 2003-10-07 Ericsson Telefon Ab L M Method and arrangement in a telecommunication system
JP4319654B2 (ja) * 2004-08-13 2009-08-26 三星電子株式会社 移動通信システムにおけるパケット受信結果報告方法
US7499437B2 (en) * 2004-09-13 2009-03-03 Alcatel-Lucent Usa Inc. Wireless communications system employing a network active set formed from base stations operable as primary and secondary agents
US7525908B2 (en) * 2004-09-24 2009-04-28 M-Stack Limited Data unit management in communications
JP2006203265A (ja) * 2004-12-24 2006-08-03 Ntt Docomo Inc 受信装置、送信装置、通信システム及び通信方法
KR101084135B1 (ko) 2005-05-04 2011-11-17 엘지전자 주식회사 무선 통신 시스템의 송수신 단에서의 상태 ｐｄｕ송수신방법
JP4934666B2 (ja) * 2005-05-04 2012-05-16 エルジー エレクトロニクス インコーポレイティド 無線通信システムにおける制御情報の送信方法及びこれを用いた送信ウィンドウの更新方法
EP1934977A2 (en) 2005-06-06 2008-06-25 Koninklijke Philips Electronics N.V. An optical system with filtered push pull radial tracking
US7929410B2 (en) * 2005-06-29 2011-04-19 Interdigital Technology Corporation Protocol engine for processing data in a wireless transmit/receive unit
ATE538554T1 (de) * 2005-08-16 2012-01-15 Panasonic Corp Verfahren und vorrichtungen für das zurücksetzen einer sendesequenznummer (tsn)
JP2009522903A (ja) * 2006-01-05 2009-06-11 ノキア コーポレイション 通信システムの柔軟なセグメント化スキーム
KR100912784B1 (ko) * 2006-01-05 2009-08-18 엘지전자 주식회사 데이터 송신 방법 및 데이터 재전송 방법
KR101268200B1 (ko) * 2006-01-05 2013-05-27 엘지전자 주식회사 이동통신 시스템에서의 무선자원 할당방법
WO2007078171A2 (en) * 2006-01-05 2007-07-12 Lg Electronics Inc. Method of transmitting feedback information in a wireless communication system
CN101030840B (zh) 2006-03-02 2011-09-14 华为技术有限公司 具有重传请求的数据传输方法和接收端状态报告编制方法
TW200746864A (en) * 2006-05-01 2007-12-16 Interdigital Tech Corp Method and apparatus for facilitating lossless handover in 3GPP long term evolution systems
WO2007130637A2 (en) * 2006-05-05 2007-11-15 Interdigital Technology Corporation Apparatuses for performing ciphering with pdcp layer sequence number or by pdcp entities
TW200803569A (en) * 2006-06-19 2008-01-01 Innovative Sonic Ltd Method and apparatus for handling downlink data upon handover in a wireless communications
EP1871137A2 (en) * 2006-06-22 2007-12-26 Innovative Sonic Limited Method and apparatus for handling status report after handover in a wireless communications system
WO2008012672A2 (en) * 2006-07-27 2008-01-31 Nokia Corporation Providing dynamically controlled cqi technique adapted for available signaling capacity
US8660085B2 (en) * 2006-12-04 2014-02-25 Qualcomm Incorporated Methods and apparatus for transferring a mobile device from a source eNB to a target eNB
TWI466518B (zh) * 2006-12-12 2014-12-21 Interdigital Tech Corp 經高速下鏈封包存取傳送及接收封包方法及裝置
US7957360B2 (en) * 2007-01-09 2011-06-07 Motorola Mobility, Inc. Method and system for the support of a long DRX in an LTE—active state in a wireless network
WO2008094662A2 (en) * 2007-02-01 2008-08-07 Interdigital Technology Corporation Method and apparatus for supporting rlc re-segmentation
CN103281250B (zh) * 2007-02-02 2017-08-11 交互数字技术公司 一种用于增强rlc操作的方法及网络实体
US8358669B2 (en) * 2007-05-01 2013-01-22 Qualcomm Incorporated Ciphering sequence number for an adjacent layer protocol in data packet communications
US20090016301A1 (en) * 2007-07-11 2009-01-15 Interdigital Technology Corporation Packet data convergence protocol operations
EP2026618B1 (en) * 2007-08-14 2012-08-01 Alcatel Lucent method and apparatus for handover with data forwarding from source to target evolved node-b in a wireless telecommunications network
KR100907978B1 (ko) 2007-09-11 2009-07-15 엘지전자 주식회사 이동통신 시스템에서 ｐｄｃｐ 계층의 상태보고 전송 방법 및 수신장치
US8411619B2 (en) * 2007-09-21 2013-04-02 Lg Electronics Inc. Method of packet reordering and packet retransmission
US8284734B2 (en) * 2007-09-28 2012-10-09 Qualcomm Incorporated Methods for intra base station handover optimizations
WO2009045871A2 (en) * 2007-09-28 2009-04-09 Interdigital Patent Holdings, Inc. Operation of control protocol data units in packet data convergence protocol
US8855047B2 (en) * 2007-10-01 2014-10-07 Interdigital Patent Holdings, Inc. Method and apparatus for PCDP discard
ATE500663T1 (de) * 2008-02-04 2011-03-15 Lg Electronics Inc Drahtloses kommunikationsverfahren zur übertragung einer folge von dateneinheiten zwischen einer drahtlosen vorrichtung und einem netzwerk
KR101163275B1 (ko) * 2008-03-17 2012-07-05 엘지전자 주식회사 Ｐｄｃｐ 상태 보고 전송 방법
US8494572B2 (en) * 2008-06-24 2013-07-23 Qualcomm Incorporated Method and apparatus for power control of first data transmission in random access procedure of FDMA communication system
KR101635433B1 (ko) * 2008-11-04 2016-07-01 삼성전자 주식회사 재전송 요청을 위한 제어 메시지를 처리하는 방법 및 장치
US20100232356A1 (en) * 2009-03-16 2010-09-16 Qualcomm Incorporated Layer two segmentation techniques for high data rate transmissions
EP2422471B1 (en) * 2009-04-21 2019-02-27 LG Electronics Inc. Method of utilizing a relay node in wireless communication system
US9648514B2 (en) * 2013-08-09 2017-05-09 Blackberry Limited Method and system for protocol layer enhancements in data offload over small cells

Also Published As

Publication number Publication date
CN102833050A (zh) 2012-12-19
EP3809637A1 (en) 2021-04-21
CN101766003B (zh) 2012-10-03
US9942781B2 (en) 2018-04-10
EP2188952A4 (en) 2014-01-15
EP2188952B1 (en) 2017-11-01
US20220210672A1 (en) 2022-06-30
JP5279732B2 (ja) 2013-09-04
ES2739470T3 (es) 2020-01-31
ES2966693T3 (es) 2024-04-23
US20140003346A1 (en) 2014-01-02
US7936723B2 (en) 2011-05-03
US8514814B2 (en) 2013-08-20
EP2188952A1 (en) 2010-05-26
EP3288218A1 (en) 2018-02-28
WO2009035262A1 (en) 2009-03-19
HUE054182T2 (hu) 2021-08-30
US20180192308A1 (en) 2018-07-05
KR100907978B1 (ko) 2009-07-15
PL3288218T3 (pl) 2019-11-29
PL2188952T3 (pl) 2018-05-30
NO2188952T3 (es) 2018-03-31
EP3288218B1 (en) 2019-05-15
JP2010519880A (ja) 2010-06-03
EP3541021B1 (en) 2020-12-16
PL3541021T3 (pl) 2021-08-02
US9503916B2 (en) 2016-11-22
EP3541021A1 (en) 2019-09-18
US10848987B2 (en) 2020-11-24
US11310681B2 (en) 2022-04-19
US20170019807A1 (en) 2017-01-19
ES2847587T3 (es) 2021-08-03
US20100177733A1 (en) 2010-07-15
US20190268785A1 (en) 2019-08-29
KR20090027157A (ko) 2009-03-16
CN101766003A (zh) 2010-06-30
US20110205906A1 (en) 2011-08-25
CN102833050B (zh) 2016-08-17
EP3809637B1 (en) 2023-11-22
US10306489B2 (en) 2019-05-28
US20210051493A1 (en) 2021-02-18

Similar Documents

Publication Publication Date Title
ES2653539T3 (es) Procedimiento para transmitir informe de estado de capa de PDCP en sistema de telecomunicaciones móviles y receptor de telecomunicaciones móviles
ES2648153T3 (es) Método para procesamiento de protocolo de radio en sistema de telecomunicaciones móviles y transmisor de telecomunicaciones móviles
ES2641834T3 (es) Mecanismo de descarte eficiente en despliegue de células pequeñas
ES2328342T3 (es) Sistema y procedimiento de comunicacion movil.
ES2350476T3 (es) Método y sistema de retransmisión.
ES2788874T3 (es) Transmisión de un informe de estado PDCP
EP2255592B1 (en) Method for configuring different data block formats for downlink and uplink
US8437291B2 (en) Method for configuring different data block formats for downlink and uplink
ES2404168T3 (es) Procedimiento para transmitir información de control en un sistema de comunicaciones móviles
US20090207739A1 (en) Mobile communication system and method for transmitting pdcp status report thereof
JP2014099919A (ja) アップリンクプロトコル変更をサポートするための方法および装置