ES2328342T3 - Sistema y procedimiento de comunicacion movil. - Google Patents

Sistema y procedimiento de comunicacion movil. Download PDF

Info

Publication number
ES2328342T3
ES2328342T3 ES03008126T ES03008126T ES2328342T3 ES 2328342 T3 ES2328342 T3 ES 2328342T3 ES 03008126 T ES03008126 T ES 03008126T ES 03008126 T ES03008126 T ES 03008126T ES 2328342 T3 ES2328342 T3 ES 2328342T3
Authority
ES
Spain
Prior art keywords
entity
rlc
pdcp
header
sap
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.)
Expired - Lifetime
Application number
ES03008126T
Other languages
English (en)
Inventor
Seung-June Yi
Woon-Young Yeo
So-Young Lee
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
Family has litigation
First worldwide family litigation filed litigation Critical https://patents.darts-ip.com/?family=28450128&utm_source=google_patent&utm_medium=platform_link&utm_campaign=public_patent_search&patent=ES2328342(T3) "Global patent litigation dataset” by Darts-ip is licensed under a Creative Commons Attribution 4.0 International License.
Application filed by LG Electronics Inc filed Critical LG Electronics Inc
Application granted granted Critical
Publication of ES2328342T3 publication Critical patent/ES2328342T3/es
Anticipated expiration legal-status Critical
Expired - Lifetime legal-status Critical Current

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W28/00Network traffic management; Network resource management
    • H04W28/16Central resource management; Negotiation of resources or communication parameters, e.g. negotiating bandwidth or QoS [Quality of Service]
    • H04W28/18Negotiating wireless communication parameters
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00Traffic control in data switching networks
    • H04L47/10Flow control; Congestion control
    • H04L47/24Traffic characterised by specific attributes, e.g. priority or QoS
    • H04L47/2416Real-time traffic
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/04Protocols for data compression, e.g. ROHC
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W28/00Network traffic management; Network resource management
    • H04W28/02Traffic management, e.g. flow control or congestion control
    • H04W28/04Error control
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W80/00Wireless network protocols or protocol adaptations to wireless operation
    • H04W80/02Data link layer protocols
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W28/00Network traffic management; Network resource management
    • H04W28/02Traffic management, e.g. flow control or congestion control
    • H04W28/06Optimizing the usage of the radio link, e.g. header compression, information sizing, discarding information
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W80/00Wireless network protocols or protocol adaptations to wireless operation
    • H04W80/06Transport layer protocols, e.g. TCP [Transport Control Protocol] over wireless

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Computer Security & Cryptography (AREA)
  • Quality & Reliability (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)

Abstract

Un procedimiento para comunicación inalámbrica entre dos transceptores (10, 20) teniendo cada uno capas de protocolo que comprenden una capa de protocolo de convergencia de datos de paquete, denominada en adelante en el presente documento capa de PDCB, y una capa de control de enlace radio, denominada en adelante en el presente documento capa de RLC, que comprende: establecer un canal de comunicación entre los dos transceptores (10, 20); y transmitir, recibir, o transmitir y recibir simultáneamente, datos de paquete en tiempo real a través del canal de comunicación, configurar una entidad de protocolo de convergencia de datos de paquete, denominada en adelante en el presente documento entidad de PDCP de la capa de PDCP adaptada para hacer converger paquetes en cada uno de los transceptores (10, 20), caracterizado porque la entidad de PDCP está asociada con al menos una portadora radio e incluye una función de compresión de cabecera que permite la compresión y descompresión de cabeceras: configurar dos entidades de control de enlace radio en cada uno de los transceptores (10, 20), denominada en adelante en el presente documento entidad de RLC de la capa de RLC, que está en comunicación con la entidad de PDCP en el transceptor respectivo; mapear en cada uno de los transceptores la entidad de PDCP con las dos entidades de RLC, una entidad de RLC para el sentido de transmisión y otra entidad de RLC para el sentido de recepción: en la que se proporciona el servicio de transferencia de paquetes entre la entidad de PDCP y cada una de las dos entidades de RLC a través de al menos un punto de acceso de servicio, denominado en adelante en el presente documento SAP, en el que cada entidad de RLC opera de modo transparente o de no acuse de recibo, en lo sucesivo modo UM o modo TM: en el que el al menos un SAP es un SAP de UM cuando la entidad de RLC opera en modo UM, en el que el al menos un SAP es un SAP de TM cuando la entidad de RLC opera en el modo TM, y comunicar los paquetes entre la entidad de PDCP y las dos entidades de RLC de uno de los transceptores a otro transceptor.

Description

Sistema y procedimiento de comunicación móvil.
\global\parskip0.940000\baselineskip
Antecedentes de la invención 1. Campo de la invención
La presente invención se refiere a un sistema de comunicación móvil y, más en particular, a un sistema y procedimiento mejorados de comunicación móvil para el soporte de servicios de comunicación bidireccional en tiempo real.
2. Descripción de la técnica anterior
Un sistema de telecomunicaciones móviles universal (UMTS) es un sistema de comunicación móvil de tercera generación que ha evolucionado a partir de una norma conocida como Sistema Global para comunicaciones Móviles (GSM). Esta norma es una norma europea que pretende proporcionar un servicio de comunicación móvil mejorado basándose en una red central de GSM y tecnología de acceso múltiple por división de código de banda ancha (W-CDMA). En diciembre de 1998, el ETSI de Europa, el ARIB/TTC de Japón, el T1 de los Estados Unidos, y el TTA de Corea formaron un Proyecto de Asociación de Tercera Generación (3GPP) con el fin de crear las especificaciones para la normalización del UMTS.
El trabajo hacia la normalización del UMTS realizado por el 3GPP, dio como resultado la formación de cinco grupos de especificación técnica (TSG), cada uno de los cuales está dirigido a formar elementos de red que tienen operaciones independientes. Más específicamente, cada TSG desarrolla, aprueba y gestiona una especificación de norma en una región relacionada. De entre ellos, un grupo de red de acceso radio (RAN) (TSG-RAN) desarrolla una especificación para la función y elementos deseados, y la interfaz de una red de acceso radio terrestre de UMTS (UTRAN), que es una nueva RAN para el soporte de tecnología de acceso de W-CDMA en el UMTS.
El grupo TSG-RAN incluye un grupo plenario y cuatro grupos de trabajo. El grupo de trabajo 1 (WG1) desarrolla una especificación para una capa física (una capa primera). El grupo de trabajo 2 (WG2) especifica las funciones de una capa de enlace de datos (una capa segunda) y una capa de red (una capa tercera). El grupo de trabajo 3 (WG3) define una especificación para una interfaz entre una estación base en la UTRAN, un controlador de red radio (RNC), y una red central. Por último, el grupo de trabajo 4 (WG4) comenta los requisitos deseados para la evaluación del rendimiento de enlace radio y elementos deseados para la gestión de recurso radio.
La figura 1 es un diagrama de bloques que ilustra una arquitectura de UMTS general. El UMTS está dividido aproximadamente en un terminal 10, UTRAN 20 y red 30 central.
La UTRAN 20 incluye uno o más subsistemas 25 de red radio (RNS). Cada RNS 25 incluye un RNC 23 y uno o más Nodos B 21 gestionados por las RNC.
Los nodos B se gestionan por las RNC, reciben información enviada por la capa física de un terminal 10 (por ejemplo, estación móvil, equipo de usuario y/o unidad de abonado) a través de un enlace ascendente, y transmiten datos a un terminal 10 a través de un enlace descendente. Los nodos B, por tanto, operan como puntos de acceso de la UTRAN para el terminal 10.
Las RNC realizan funciones que incluyen la asignación y gestión de recursos radio, y operan como un punto de acceso con respecto a la red 30 central.
Los servicios proporcionados al terminal 10 específico se dividen aproximadamente en un servicio conmutado por circuitos y un servicio conmutado por paquetes. Por ejemplo, un servicio de llamada de teléfono de voz general pertenece al servicio conmutado por circuitos, mientras que un servicio de navegación Web a través de una conexión a Internet se clasifica como el servicio conmutado por paquetes.
En el caso de soportar el servicio conmutado por circuitos, el RNC 20 está conectado al MSC 31 de la red 30 central, y el MSC 31 está conectado al Centro 33 de Conmutación Móvil de Pasarela (GMSC) que gestiona una conexión a otras redes.
Al mismo tiempo, en el caso del servicio conmutado por paquetes, los servicios se proporcionan mediante un Nodo 35 de Soporte de GPRS de Servicio (SGSN) y un Nodo 37 de Soporte de GPRS de Pasarela (GGSN) de la red 30 central.
El SGSN 35 soporta una comunicación de paquete que se dirige al RNC 23, y el GGSN 37 gestiona la conexión a otras redes conmutadas por paquetes tales como Internet.
Existe una interfaz entre diversos componentes de red para permitir a los componentes de red dar y recibir información entre sí para una comunicación mutua. Una interfaz por cable entre el RNC 23 y la red 30 central se define como una interfaz lu.
\global\parskip1.000000\baselineskip
La conexión de la interfaz lu al área conmutada de paquete se define como una PS de lu, y la conexión de la interfaz lu al área conmutada por circuitos se define como una CS de lu.
Una interfaz de acceso radio entre el terminal 10 y la UTRAN 20 se define como una interfaz Uu.
La figura 2 es un diagrama de bloques que ilustra una arquitectura de protocolo de interfaz radio por capas adoptada para la interfaz Uu en la figura 1. El protocolo de interfaz de acceso radio está formado verticalmente de una capa física (PHY), una capa de enlace de datos, y una capa de red y está dividido horizontalmente en un plano de control, para transmitir información de control, y un plano de usuario, para transmitir información de datos. El plano de usuario es una zona a la que se transmite información de tráfico de un usuario tal como voz o un paquete de IP. El plano de control es una zona a la que se transmite la información de control tal como una interfaz de una red o mantenimiento y gestión de una llamada.
En la figura 2, las capas de protocolo pueden dividirse en una capa primera (capa física: PHY: L1), una capa segunda (capa de enlace de datos: MAC, RLC, y PDCP: L2), y una capa tercera (capa de red: RRC: L3) basándose en tres capas inferiores de un modelo de referencia de interconexión de sistema abierto (OSI) muy conocido en un sistema de comunicación.
La capa primera proporciona un servicio de transferencia de información a MAC y capas superiores usando diversas técnicas de transferencia radio.
La capa primera está conectada a la capa de MAC a través de canales de transporte (TrCH), y los datos se transfieren entre la capa de MAC y la capa PHY a través de los canales de transporte.
La capa de MAC proporciona un recurso radio y servicios de reasignación de parámetros de MAC.
La capa de MAC proporciona servicios de transferencia de datos a la capa de control de enlace radio (RLC) a través de canales lógicos, y se proporcionan diversos canales lógicos para los tipos de servicios de transferencia de datos como los ofrecidos por MAC.
Cada tipo de canal lógico está definido por qué tipo de información se transfiere. En general, la información de plano de control se transfiere usando canales de control y la información de plano de usuario se transfiere usando canales de tráfico.
La capa de RLC soporta la transmisión de datos fiable y realiza funciones de segmentación y reensamblado de las PDU de capa superior de longitud variable (SDU de RLC) hacia/desde PDU de RLC más pequeñas.
La SDU de RLC entregada desde la capa superior está segmentada en un tamaño apropiado y añadida mediante la información de cabecera para transferirse a la capa de MAC en forma de PDU de RLC. Las PDU de RLC se almacenan de manera temporal en una memoria intermedia de RLC ubicada en la capa de RLC.
La capa de protocolo de convergencia de datos de paquete (PDCP) está ubicada por encima de la capa de RLC. Un flujo de datos que usa un protocolo de red tal como un IPv4 (versión 4 del Protocolo de Internet) o un IPv6 (versión 6 del Protocolo de Internet) puede transmitirse de manera eficaz a través de la interfaz radio de un ancho de banda relativamente estrecho según la capa de PDCP.
Con este fin, la capa de PDCP realiza una función de compresión y descompresión de cabecera usando un protocolo RFC2507 o un protocolo RFC3095 (protocolo de Compresión de Cabecera Robusta (ROHC) definido por el grupo de tareas especiales de ingeniería en Internet (IETF).
Con tales técnicas de compresión de cabecera, sólo se transmite la información requerida por la parte de cabecera, de modo que puede transmitirse menos información de control y, por tanto, puede reducirse la cantidad de datos que va a transmitirse.
La Release 5, versión 5.0.0, TS 25.323 de 3GPP da a conocer una especificación para el protocolo de convergencia de datos por paquetes, en el que para cada entidad de PDCP se asigna una entidad de RLC correspondiente, para cada uno de los modos, con acuse de recibo, sin acuse de recibo o transparente.
La capa de RRC situada en la parte más baja de la capa tercera está definida sólo en el plano de control y controla los canales de transporte y los canales físicos en relación con la configuración, la reconfiguración y la liberación de las portadoras radio (RB).
En este caso, la RB significa un servicio proporcionado por la capa segunda para la comunicación de datos entre el terminal 10 y la UTRAN 20, y la configuración de la RB significa los procesos de estipulación de las características de una capa de protocolo y un canal, que se requieren para proporcionar un servicio específico, y ajustar los procedimientos de operación y parámetros detallados respectivos.
\newpage
Como referencia, la capa de RLC puede incluirse en el plano de usuario y el plano de control según una capa conectada a la capa superior. Cuando la capa de RLC pertenece al plano de control, los datos se reciben desde una capa de control de recurso radio (RRC). En otros casos, la capa de RLC pertenece al plano de usuario.
Tal como se muestra en la figura 2, en el caso de la capa de RLC y la capa de PDCP, puede existir una pluralidad de entidades en una capa. Esto es porque un terminal 10 tiene una pluralidad de RB, y sólo una entidad de RLC y sólo una entidad de PDCP se usan generalmente para una RB.
La capa de RLC se describirá en detalle a continuación.
La capa de RLC puede realizar funciones de segmentación y reensamblado para las SDU de RLC recibidas desde la capa superior. Tras la segmentación y el reensamblado, la capa de RLC puede añadir una cabecera de RLC a una carga útil de RLC para construir una PDU de RLC.
Una cabecera de la PDU de RLC puede contener un número de secuencia asignado a la misma en el orden transmitido de las PDU de RLC de modo que la capa de RLC del receptor comprueba el número de secuencia de la PDU de RLC recibida y solicita la retransmisión de las PDU de RLC perdidas, si hay alguna, desde la capa de RLC del transmisor.
Existen tres modos de operación para la capa de RLC según las funciones requeridas por la capa superior, y la capa de RLC procesa las SDU de RLC según el modo de operación seleccionado.
Los tres modos de operación son un modo transparente (TM), un modo de no acuse de recibo (UM), y un modo de acuse de recibo (AM).
Cuando una entidad de RLC opera en TM, la entidad de RLC no añade ninguna información de cabecera a la SDU de RLC recibida desde la capa superior.
En general, la entidad de RLC que opera en TM no usa las funciones de segmentación y reensamblado, y de ese modo, la SDU de RLC recibida desde la capa superior se transmite como recibida. Sin embargo, si la función de segmentación está configurada por capas superiores, la entidad de RLC segmenta la SDU de RLC en varias PDU de RLC. En el caso de que la SDU de RLC se segmente y transfiera, las PDU de RLC derivadas de una SDU de RLC se van a transferir de manera simultánea.
Cuando la entidad de RLC opera en UM, la entidad de RLC segmenta la SDU de RLC en unas PDU de UMD de tamaño apropiado, si la SDU de RLC es mayor que la extensión de espacio disponible en la PDU de UMD.
Cada PDU de RLC incluye información de cabecera de modo que la capa de RLC del receptor puede restablecer la SDU de RLC a partir de las PDU de RLC, y la información de cabecera puede indicar una posición en la que la SDU de RLC finaliza o contiene un número de secuencia de la PDU de RLC.
Sin embargo, la entidad de RLC no retransmite la PDU de RLC perdida en el UM, incluso aunque el receptor no reciba la PDU de RLC. Es decir, la entidad de RLC del receptor no solicita la retransmisión de la PDU de RLC cuando no se recibe la PDU de RLC o la PDU de RLC recibida es errónea, y la entidad de RLC del transmisor no duplica la PDU de RLC con fines de retransmisión.
Los servicios que pueden soportarse en UM son un servicio de difusión de células, voz sobre IP (VoIP) usando una red de IP, etc.
Al mismo tiempo, cuando la capa de RLC opera en AM, la entidad de RLC soporta la retransmisión de PDU de RLC cuando se produce un fallo de transmisión.
Si la PDU de RLC se ha transmitido con éxito o no, puede determinarse comprobando el número de secuencia en la información de cabecera de la PDU de RLC. Si la PDU de RLC se ha perdido o es errónea, la entidad de RLC del receptor transmite información de estado (PDU de estado) que indica los números de secuencias de la PDU de RLC perdida o errónea al transmisor.
Cuando se hace que la capa de RLC opere en AM, se definen diversos temporizadores y contadores para una retransmisión eficaz de paquetes. Los temporizadores pueden activarse tras la transmisión de una PDU de RLC específica, y si no se recibe acuse de recibo en un tiempo predeterminado, la entidad de RLC descarta el duplicado de PDU de RLC y realiza un procedimiento planificado para este caso.
El contador aumenta en 1 siempre que se transmite la PDU de RLC. Si no se recibe acuse de recibo en respuesta a la PDU de RLC, incluso después de que el contador supere un valor predeterminado, la capa de RLC descarta el duplicado de la PDU de RLC y realiza un procedimiento planificado para este caso.
Las entidades de RLC del transmisor y el receptor ajustan un intervalo de números de secuencia de las PDU de RLC que van a transmitirse y recibirse, y definen ventanas de transmisión y recepción en función del intervalo.
La entidad de RLC del transmisor puede transmitir sólo las PDU de RLC hasta un tamaño de ventana de la ventana de transmisión y la entidad de RLC del receptor puede ajustar o actualizar el tamaño de la ventana de una ventana de transmisión según la información de estado que va a enviarse al transmisor.
La entidad de RLC del receptor recibe las PDU de RLC hasta el tamaño de ventana de la ventana de recepción y descarta las PDU de RLC que sobrepasan el tamaño de ventana de la ventana de recepción.
La figura 3 es un diagrama de bloques que ilustra la capa de RLC de la arquitectura de protocolo de interfaz radio por capas de la figura. 2.
Tal como se describió anteriormente, una pluralidad de entidades de RLC pueden activarse en la capa de RLC, y cada entidad de RLC opera en uno de los modos TM, UM, y AM.
Cuando la entidad de RLC opera en TM o UM, la transferencia de datos es unidireccional, tal como se muestra en la figura 3. Es decir, una entidad de RLC en TM o UM sólo puede transmitir o recibir los datos, debido a que la función de retransmisión no está soportada en TM o UM.
Por otro lado, cuando la entidad de RLC opera en AM, la transferencia de datos es bidireccional. Esto quiere decir que las entidades de RLC pares de AM utilizan información de estado que informa de números de secuencia que indican las PDU perdidas o las PDU erróneas. Es decir, la entidad de RLC de AM puede transmitir y recibir de manera simultánea los datos, lo que significa que la entidad de RLC de AM puede recibir la información de estado desde el receptor al tiempo que transmite paquetes al receptor.
En detalle, puesto que la entidad de RLC de AM incluye tanto un módulo de transmisión (Tx) como un módulo de recepción (Rx), no se define como el término de una entidad de RLC de transmisión o una entidad de RLC de recepción como en TM o UM.
Además, por lo general, se mapea una RB con una entidad de RLC, un servicio de RB puede ser bidireccional o unidireccional según un modo de operación de la entidad de RLC de la capa inferior.
Cómo se transfieren los paquetes (PDU de RLC) en los modos respectivos, se describirá con mayor detalle en adelante en el presente documento.
En el caso de TM o UM, la entidad de RLC del transmisor no soporta la función de retransmisión, de modo que la entidad de RLC par del receptor transfiere los paquetes a una capa superior tras recibirlos. Sin embargo, en el caso de AM, la entidad de RLC de AM soporta una función de entrega en secuencia en la que los paquetes se entregan de manera secuencial a la capa superior, de modo que se produce un retardo de procesamiento para el reordenamiento de los paquetes recibidos en el orden de la secuencia transmitida.
La función de entrega en secuencia se refiere a una función de entrega de unas PDU de RLC que contienen los datos de SDU de RLC a la capa superior en el orden en el que la entidad de RLC del transmisor los ha transmitido. La entidad de RLC del receptor da acuse de recibo de la recepción con éxito o solicita la retransmisión de las PDU perdidas enviando una o más PDU de estado a la entidad par de RLC de AM a través de su lado de transmisión. Una vez que se ha recibido una SDU de RLC completa, las PDU asociadas se reensamblan y entregan a continuación a las capas superiores a través de un punto de acceso de servicio de AM (SAP de AM).
Al mismo tiempo, con el fin de soportar una transmisión de paquete en tiempo real eficaz, la capa de PDCP se define para el dominio de conmutación por paquetes (PS). Cada portadora de acceso radio (RAB) de dominio de PS está asociada con una portadora radio (RB), que está asociado a su vez con una entidad de PDCP. Cada entidad de PDCP está asociada con una entidad de RLC.
Cada entidad de PDCP usa uno, ninguno o varios protocolos de compresión de cabecera diferentes. En este caso, el protocolo de Compresión de Cabecera Robusta (ROHC) se adopta de manera ejemplar como un compresor de cabecera.
La ROHC se usa generalmente para comprimir o descomprimir información de cabecera de paquete de protocolo de transporte en Tiempo Real/Protocolo de Datagrama de Usuario/Protocolo de Internet (RTP/UDP/IP) en la entidad de transmisión y recepción, respectivamente.
El paquete de RTP/UDP/IP se refiere a un paquete que contiene información de cabecera añadida al mismo al tiempo que los datos de usuario pasan el RTP, UDP, e IP. La cabecera de paquete incluye información diversa requerida para el encaminamiento hacia el destino y la recuperación de los datos transmitidos en el receptor.
El protocolo RTP se usa para suplir un problema cuando se transmite tráfico en tiempo real tal como Voz sobre IP (VoIP) y servicio de flujo continuo usando las capas de protocolo UDP/IP. El UDP es uno de los protocolos de capa de transporte sobre IP y soporta servicio de transferencia de datos sin conexión a diferencia del Protocolo de Control de Transmisión (TCP) que soporta servicio orientado a la conexión con las funciones de control de flujo o retransmisión.
El IP es un protocolo de capa de red en términos del modelo de referencia OSI y es responsable de trasladar paquete de datos de nodo a nodo basándose en una dirección de IP de destino contenida en la cabecera de paquete. El IP soporta servicio de entrega de mejor esfuerzo para intentar dirigir los paquetes al destino, aunque no garantiza la entrega con éxito.
La ROHC opera basándose en el hecho de que hay redundancia significativa entre campos de cabecera, ambos dentro de la misma cabecera de paquete pero, en particular, entre paquetes consecutivos que pertenecen al mismo flujo de paquete. Enviando información de campo estático sólo de manera inicial y utilizando dependencias y predictibilidad para otro campo, el tamaño de cabecera puede reducirse de manera significativa para la mayoría de paquetes.
Como referencia, un paquete de RTP/UDP/IP tiene una cabecera de IP (IPv4) de 20 octetos, una cabecera de UDP de 8 octetos, y una cabecera de RTP de 12 octetos, para un total de 40 octetos. Con el IPv6, la cabecera de IP es de 40 octetos, para un total de 60 octetos. El tamaño de la carga útil depende de la codificación y los tamaños de trama que se están utilizando, y es tan pequeño como de 15 a 20 octetos.
A partir de estos números, es obvia la necesidad de reducir los tamaños de cabecera con motivos de eficacia. Al utilizar la ROHC, el tamaño de cabecera puede reducirse de manera significativa tanto como de 1 a 3 octetos.
La ROHC tiene tres modos de operación, denominados modo Unidireccional (modo U), modo Optimista Bidireccional (modo O), y modo Fiable Bidireccional (modo R).
Cuando la ROHC opera en modo U, los paquetes se envían sólo en una dirección, es decir, desde el compresor al descompresor. Por otro lado, cuando la ROHC opera en los modos O o R, los paquetes se envían en los dos sentidos, es decir, se usa un canal de realimentación para enviar peticiones de recuperación de error y acuse de recibo de actualizaciones de contexto significativas, desde el descompresor al compresor.
El modo O pretende maximizar la eficacia de la compresión y el escaso uso del canal de realimentación para reducir el número de cabeceras dañadas entregadas a las capas superiores, debido a errores residuales o invalidación de contexto.
El modo R pretende maximizar la robustez contra la propagación de pérdida y la propagación de daños, es decir, minimizar la probabilidad de invalidación de contexto, incluso en condiciones de pérdida de cabecera/ráfagas de errores.
La figura 4 es un diagrama de bloques para ilustrar la comunicación entre pares entre entidades de RLC que operan en UM.
Puesto que el compresor de ROHC y el descompresor de entidades pares de PDCP se comunican a través de un enlace unidireccional en modo U, cada entidad de PDCP en el transmisor y el receptor se mapea con una entidad de LRC de TM o UM.
En la figura 4, un receptor (UTRAN o UE) y un transmisor (UTRAN o UE) se comunican a través de una interfaz Uu. Una entidad de PDCP en el transmisor se mapea con una entidad de RLC de UM de transmisión (RLC de UM de Tx) a través de un SAP de UM, y hace operar una ROHC de transmisión (ROHC de Tx) en modo U. Asimismo, una entidad de PDCP par en el receptor se mapea con una entidad de RLC de UM de recepción (RLC de UM de Rx) a través de un SAP de UM.
Cuando una SDU de PDCP se recibe desde capas superiores, la entidad de PDCP en el transmisor realiza la compresión de cabecera usando la ROHC de Tx tras la recepción de la SDU de PDCP y envía la PDU de PDCP a la entidad de RLC de UM de Tx a través del SAP de UM en la secuencia recibida desde la capa superior. Por otro lado, cuando la entidad de PDCP en el receptor recibe la PDU de PDCP desde la entidad de RLC de UM de Rx a través del SAP de UM, realiza la descompresión de cabecera de la PDU de PDCP usando la ROHC de Rx para obtener la SDU de PDCP y entrega la SDU de PDCP recuperada a la capa superior en el orden recibido desde la entidad de RLC de UM.
Cuando las entidades de PDCP en el transmisor y el receptor se mapean con respectivas entidades de RLC de TM de Tx y Rx, el transmisor y el receptor operan de manera similar a como hacen en UM.
La figura 5 es un diagrama de bloques que ilustra una estructura de mapeado de entidades de RLC con entidad de PDCP en la que la entidad de RLC opera en AM.
A diferencia de las entidades de RLC de UM y TM, la entidad de RLC de AM puede configurarse para utilizar uno o dos canales lógicos, para transmitir y recibir al mismo tiempo. Por consiguiente, las entidades de RLC de AM en el transmisor y el receptor tienen la misma estructura, y la entidad de RLC de AM en el transmisor se describirá de manera ejemplar más adelante en el presente documento.
En la figura 5, una entidad de PDCP se mapea con una entidad de RLC de AM a través de un SAP de AM. La entidad de PDCP opera en modo O o modo R (modo O/R) y también la entidad de RLC de AM opera un módulo de RLC de Tx y un módulo de RLC de Rx, lo que significa que la entidad de PDCP activa un módulo de ROHC de Tx y un módulo de ROHC de Rx.
Cuando una SDU de PDCP se recibe desde capas superiores, la entidad de PDCP realiza la compresión de cabecera usando el módulo de ROHC de Tx tras la recepción de la SDU de PDCP y envía la PDU de PDCP al módulo de RLC de TX de la entidad de RLC de AM para transferir a un canal lógico de lado de transmisión. Por otro lado, cuando una PDU de RLC se recibe a través de un canal lógico de lado de recepción, el módulo de RLC de Rx de la entidad de RLC procesa la PDU de RLC y entrega a continuación la SDU de RLC (PDU de PDCP) al módulo de ROHC de Rx de la entidad de PDCP a través del SAP de AM. El modulo de ROHC de Rx realiza la descompresión de cabecera de la PDU de PDCP y entrega la SDU de PDCP a la capa superior en el orden recibido desde la entidad de RLC de AM.
Para que la ROHC opere de manera eficaz, las PDU de PDCP necesitan transferirse de forma rápida desde la entidad de RLC a la entidad de PDCP. A este respecto, la entidad de PDCP opera de manera eficaz cuando la entidad de PDCP se mapea con la entidad de RLC de TM/UM puesto que la entidad de RLC entrega las SDU de RLC a la entidad de PDCP tras la recepción de las SDU de RLC (las PDU de PDCP).
Sin embargo, cuando la entidad de PDCP se mapea con una entidad de RLC de AM, la entidad de PDCP no puede operar bien, (es decir, en tiempo real) puesto que la entidad de AM siempre opera la función de retransmisión, en la que las PDU de RLC no pueden entregarse a la entidad de PDCP hasta que se ha recibido una SDU de RLC completa.
En realidad, la longitud de la trama radio especificada en el UMTS es de 10 ms, el tiempo que toma la trama radio para alcanzar al receptor es de aproximadamente 50 ms, teniendo en cuenta el retardo de propagación y el retardo de procesamiento en el transmisor y el receptor.
Normalmente, el tiempo de retardo máximo tolerable para soportar la telefonía de voz o los servicios de flujo continuo es de 80 ms. Por consiguiente, si se requiere que un paquete que pertenece a la trama radio se transmita sólo una vez, el retardo total para entregar el paquete a la capa superior supera el tiempo de retardo máximo tolerable. Por tanto, el mapeo de la entidad de PDCP que opera la ROHC en el modo O/R a la entidad de RLC de AM da como resultado la degradación de la calidad de servicio en tiempo real.
Además, el procedimiento de comunicación de datos tiene un inconveniente, a saber, puesto que una entidad de PDCP puede mapearse sólo con una entidad de RLC de TM/UM, que opera sólo en un sentido, para soportar servicios en tiempo real, es imposible soportar servicios bidireccionales en tiempo real.
Sumario de la invención
La presente invención se ha realizado en un intento de resolver los problemas anteriores.
Es un objetivo de la presente invención proporcionar un sistema y procedimiento de comunicación inalámbrica mejorada que puede comunicar de manera bidireccional datos de paquete entre un terminal y una estación base al tiempo que el sistema opera en un modo transparente (TM) o un modo de no acuse de recibo (UM).
Es otro objetivo de la presente invención proporcionar un sistema y procedimiento de comunicación inalámbrica mejorada que puede comunicar de manera simultánea datos de paquete entre un terminal y una estación base en tiempo real al tiempo que el sistema opera en un modo de acuso de recibo (AM).
Es otro objetivo más de la presente invención proporcionar un sistema y procedimiento de comunicación inalámbrica mejorada que puede comunicar de manera bidireccional datos de paquete entre un terminal y una estación base en tiempo real, en todos los modos de transferencia de datos de paquete soportados por el sistema.
Para conseguir los objetivos anteriores, el procedimiento para la comunicación inalámbrica entre un terminal y una estación base que soporta un modo de servicio de transferencia de paquetes en tiempo real y un modo de servicio de transferencia de paquetes fiable, comprende seleccionar el modo de servicio de transferencia de paquetes en tiempo real o modo de servicio de transferencia de paquetes fiable, estableciendo un canal de comunicación entre el terminal y la estación base, y transmitir, recibir, o transmitir y recibir de manera simultánea, datos de paquete en tiempo real.
El establecimiento del canal de comunicación incluye configurar una entidad de protocolo de convergencia de datos de paquete (PDCP) ubicada en una capa de PDCP, estando asociada la entidad de PDCP con al menos una portadora radio, configurar al menos una entidad de control de enlace radio (RLC) ubicada en una capa de RLC, y mapear la entidad de RLC con dos canales lógicos.
La entidad de PDCP está dotada de una función de compresión de cabecera y la función de compresión de cabecera permite un compresor de cabecera y descompresor de cabecera según las características de la portadora radio.
El compresor de cabecera realiza la compresión de cabecera tras la recepción de los datos de paquete desde capas superiores a través de la portadora radio para generar un paquete de cabecera comprimida, y el descompresor de cabecera realiza la descompresión de cabecera tras la recepción de un paquete de cabecera comprimida desde la entidad de RLC.
En un aspecto de la presente invención, la entidad de PDCP se mapea con una entidad de RLC. La entidad de RLC tiene un módulo de lado de transmisión que transmite el paquete comprimido desde la entidad de PDCP a través de uno de los canales lógicos y un módulo de lado de recepción que recibe el paquete desde la capa inferior a través del otro de los canales lógicos.
El compresor de cabecera se mapea con el módulo de lado de transmisión a través de un punto de acceso de servicio y el descompresor de cabecera se mapea con el módulo de lado de recepción a través del punto de acceso de servicio.
En otro aspecto de la presente invención, la entidad de RLC deshabilita una función de retransmisión de paquete.
En otro aspecto de la presente invención, la entidad de PDCP se mapea con dos entidades de RLC.
La entidad de PDCP está asociada con una portadora radio y una de las dos entidades de RLC es responsable de la transmisión del paquete recibido desde la entidad de PDCP a través de uno de los dos canales lógicos y la otra es responsable de la recepción del paquete a través del otro canal lógico.
El compresor de cabecera y el descompresor de cabecera se mapean con entidades de RLC diferentes, a través de puntos de acceso de servicio diferentes, siendo las entidades de RLC responsables, respectivamente, de la transmisión y recepción del paquete.
En otro aspecto más de la presente invención, la entidad de PDCP está asociada con dos portadoras radio, cada una de los cuales tiene una característica unidireccional.
La entidad de PDCP se mapea con dos entidades de RLC, y una de las dos entidades de RLC es responsable de la transmisión del paquete a través de uno de los dos canales lógicos y la otra es responsable de la recepción del paquete a través del otro canal lógico.
El compresor de cabecera y el descompresor de cabecera se mapean con entidades de RLC diferentes a través de puntos de acceso de servicio diferentes, siendo las entidades de RLC responsables respectivamente de la transmisión y recepción del paquete.
Para conseguir los objetivos anteriores, el sistema de comunicación inalámbrica que tiene al menos un canal de comunicación entre un terminal y una estación base, cada uno del terminal y la estación base, según la presente invención, comprende un selector de modo, que selecciona uno de un modo de servicio de transferencia de paquetes en tiempo real y un modo de servicio de transferencia de paquetes fiable, según las características de un servicio que va a proporcionarse a capas superiores, y una unidad de configuración de canal que configura el canal entre el terminal y la estación base, basándose en el modo de servicio seleccionado por el selector de modo, en el que la unidad de configuración de canal configura el canal a través del cual el terminal y la estación base intercambian, de manera bidireccional, paquetes, tanto en el modo de servicio de transferencia de paquetes en tiempo real como en un modo de servicio de transferencia de paquetes fiable.
Breve descripción de los dibujos
La invención se describirá en detalle con referencia a los siguientes dibujos en los que números de referencia similares hacen referencia a elementos similares, en los que:
la figura 1 es un diagrama de bloques que ilustra una arquitectura de UMTS general;
la figura 2 es un diagrama de bloques que ilustra una arquitectura de protocolo de interfaz radio adoptado o interfaz Uu entre el UE y la UTRAN en la figura 1;
la figura 3 es un diagrama de bloques que ilustra la capa de RLC de la arquitectura de protocolo de interfaz radio de la figura 2;
la figura 4 es un diagrama de bloques para ilustrar la comunicación entre pares entre entidades de RLC que funcionan en UM;
la figura 5 es un diagrama de bloques que ilustra una estructura de mapeo de entidades de RLC con entidad de PDCP convencional en la que la entidad de RLC funciona en AM;
la figura 6 es un diagrama de bloques que ilustra una estructura de mapeo de entidad de RLC con entidad de PDCP para soportar una comunicación bidireccional en tiempo real en un sistema de comunicación móvil según un primer ejemplo;
la figura 7 es un diagrama de bloques que ilustra una estructura de mapeo de entidad de RLC con entidad de PDCP para soportar una comunicación bidireccional en tiempo real en un sistema de comunicación móvil según un segundo ejemplo;
la figura 8 es un diagrama de bloques que ilustra una estructura de mapeo de entidad de RLC con entidad de PDCP para soportar una comunicación bidireccional en tiempo real en un sistema de comunicación móvil según una realización preferida de la presente invención; y
la figura 9 es un diagrama de bloques que ilustra una estructura de mapeo de entidad de RLC con entidad de PDCP para soportar una comunicación bidireccional en tiempo real en un sistema de comunicación móvil según una realización preferida de la presente invención.
Descripción detallada de las realizaciones preferidas
Las realizaciones preferidas de la presente invención se describirán en adelante en el presente documento con referencia a los dibujos adjuntos.
La figura 6 es un diagrama de bloques que ilustra una estructura de mapeo de entidad de RLC con entidad de PDCP para soportar una comunicación bidireccional en tiempo real en un sistema de comunicación móvil según un ejemplo.
Tal como se muestra en la figura 6, una RB está asociada con una entidad de PDCP ubicada en la subcapa de PDCP y la entidad de PDCP está asociada con una entidad de RLC de TM o de UM bidireccional (BTM/BUM) ubicada en la subcapa de RLC a través de un SAP de BTM/BUM. La entidad de RLC de BTM/BUM está asociada con la subcapa de MAC a través de dos canales lógicos.
La entidad de PDCP tiene un módulo de ROHC de Tx para realizar la compresión de cabecera en una SDU de PDCP recibida desde capas superiores y un módulo de ROHC de Rx para realizar la descompresión de cabecera en las PDU de PDCP entregadas desde capas inferiores.
En la presente invención el protocolo de ROHC se usa para la función de compresión/descompresión de cabecera de la entidad de PDCP, sin embargo, no se limita a éste, sino que, pueden usarse diversos tipos de protocolos de compresión de cabecera según protocolos de capa superior.
La entidad de RLC de BTM/BUM incluye un módulo de Tx para transferir SDU de RLC recibida desde la entidad de PDCP a un canal lógico de lado de transmisión y un módulo de Rx para recibir las PDU de RLC a través de un canal lógico de lado de recepción.
El módulo de ROHC de Tx realiza la compresión de cabecera tras la recepción de la SDU de PDCP desde capas superiores y envía la(s) PDU de PDCP al módulo de Tx de la entidad de RLC de BTM/BUM a través del SAP de BTM/BUM.
Por otro lado, cuando el módulo de Rx de la entidad de RLC de BTM/BUM recibe las PDU de RLC a través de un canal lógico de lado de recepción, el módulo de Rx entrega la PDU de PDCP (SDU de RLC) al módulo de ROHC de Rx de la entidad de PDCP a través del SAP de BTM/BUM. El módulo de ROHC de Rx realiza la descompresión de cabecera tras la recepción de la PDU de PDCP y entrega a continuación la SDU de PDCP a las capas superiores.
Puesto que una entidad de RLC de BTM/BUM está dotada de los módulos de Tx y Rx mapeados con canales lógicos de transmisión y recepción respectivos, la entidad de RLC de BTM/BUM puede soportar comunicación bidirec-
cional. Para soportar los servicios bidireccionales en tiempo real, la entidad de PDCP opera la ROHC en modo O/R.
La operación del sistema de comunicación móvil que soporta una comunicación bidireccional en tiempo real adoptando la estructura de mapeo de entidad de RLC con entidad de PDCP según la primera realización preferida de la presente invención se describirá con más detalle en adelante en el presente documento.
Se supone que la estructura de mapeo de entidad de RLC con entidad de PDCP de la primera realización preferida se implementa en la arquitectura de protocolo de interfaz radio tanto del transmisor (UE o UTRAN) como del receptor (UE o UTRAN).
Cuando se entrega un paquete a través de la RB en el transmisor, el módulo de ROHC de Tx de la entidad de PDCP ubicada en la capa de PDCP realiza una compresión de cabecera en el paquete y transmite el paquete de cabecera comprimida al módulo de Tx de la entidad de RLC de BTM/BUM a través del SAP de BTM/BUM. El módulo de Tx de la entidad de RLC de BTM/BUM transfiere el paquete de cabecera comprimida al receptor a través de las capas inferiores.
Si el receptor recibe el paquete de cabecera comprimida, el módulo de Rx de la entidad de RLC de BTM/BUM del receptor entrega inmediatamente el paquete de cabecera comprimida al módulo de ROHC de Rx de la entidad de PDCP. El módulo de ROHC de Rx de la entidad de PDCP realiza la descompresión de cabecera en el paquete de cabecera comprimida para recuperar y entregar el paquete de cabecera descomprimida a las capas superiores.
La entidad de PDCP del receptor puede informar de información de estado al transmisor de modo que la entidad de PDCP del transmisor determina un esquema de compresión que va a usarse y si el paquete transmitido se ha recibido o no con éxito en el receptor basándose en la información de estado.
La figura 7 es un diagrama de bloques que ilustra una estructura de mapeo de entidad de RLC con entidad de PDCP para soportar una comunicación bidireccional en tiempo real en un sistema de comunicación móvil según un ejemplo.
Tal como se muestra en la figura 7, una RB está asociada con una entidad de PDCP y la entidad de PDCP está asociada con una entidad de RLC de AM en tiempo real (RLC de RAM) a través de un SAP de AM en tiempo real (SAP de RAM). La entidad de RLC de RAM está asociada con la subcapa de MAC a través de dos canales lógicos.
La entidad de PDCP tiene un módulo de ROHC de Tx para realizar la compresión de cabecera en una SDU de PDCP recibida desde capas superiores y un módulo de ROHC de Rx para realizar la descompresión de cabecera en las PDU de PDCP entregadas desde capas inferiores.
La entidad de RLC de RAM incluye un módulo de Tx para transferir SDU de RLC recibida desde la entidad de PDCP a un primer canal lógico y un módulo de Rx para recibir las PDU de RLC a través de un canal lógico de lado de recepción.
El módulo de ROHC de Tx realiza la compresión de cabecera tras la recepción de la SDU de PDCP desde capas superiores y envía la(s) PDU de PDCP al módulo de Tx de la entidad de RLC de RAM a través del SAP de RAM.
Por otro lado, cuando el módulo de Rx de la entidad de RLC de RAM recibe la PDU de RLC a través del canal lógico de lado de recepción, el módulo de Rx de la entidad de RLC de RAM entrega la PDU de PDCP (SDU de RLC) al módulo de ROHC de Rx de la entidad de PDCP. El módulo de ROHC de Rx realiza la descompresión de cabecera tras la recepción de la PDU de PDCU y entrega a continuación la SDU de PDCP a las capas superiores.
Puesto que una entidad de RLC de RAM está dotada de los módulos de Tx y de Rx mapeados con canales lógicos de lado de trasmisión y recepción respectivos, la entidad de RLC de RAM puede soportar comunicación bidireccional. Para soportar los servicios bidireccionales en tiempo real, es preferible que la entidad de PDCP opere la ROHC en modo O/R.
La entidad de RAM según la segunda realización de la presente invención es similar a la entidad de RLC de AM convencional excepto porque la entidad de RLC de RAM no tiene función de retransmisión. Deshabilitando la función de retransmisión, la entidad de RLC de RAM puede entregar la PDU de PDCP a las capas superiores sin retardo de procesamiento en el transmisor y el receptor.
La operación del sistema de comunicación móvil que soporta la comunicación bidireccional en tiempo real adoptando la estructura de mapeo de entidad de RLC con entidad de PDCP según la segunda realización preferida de la presente invención se describirá con más detalle en adelante en el presente documento.
Se supone que la estructura de mapeo de entidad de RLC con entidad de PDCP de la segunda realización preferida se implementa en la arquitectura de protocolo de interfaz radio tanto del transmisor (UE o UTRAN) como del receptor (UE o UTRAN).
Cuando se entrega un paquete a través de la RB del transmisor, el módulo de ROHC de Tx de la entidad de PDCP ubicada en la capa de PDCP realiza una compresión de cabecera en el paquete y transmite el paquete de cabecera comprimida al módulo de Tx de la entidad de RLC de RAM a través del SAP de RAM. El módulo de Tx de la entidad de RLC de RAM transfiere el paquete de cabecera comprimida al receptor a través de las capas inferiores.
Si el receptor recibe el paquete de cabecera comprimida, el módulo de Rx de la entidad de RLC de RAM del receptor entrega inmediatamente el paquete de cabecera comprimida al módulo de ROHC de Rx de la entidad de PDCP y transmite un acuse de recibo a la entidad de RLC de RAM par del transmisor al mismo tiempo. El módulo de ROHC de Rx de la entidad de PDCP realiza la descompresión de cabecera en el paquete de cabecera comprimida para recuperar y entregar el paquete de cabecera descomprimida a las capas superiores.
Aunque la entidad de RLC de RAM del receptor transmita el acuse de recibo, el acuse de recibo no contiene la información relacionada con la retransmisión. Es decir, cuando las entidades de RLC pares operan en RAM, se deshabilitan las funciones y parámetros asociados con la retransmisión de paquete, tales como entrega en secuencia, temporizadores de retransmisión, contadores y ventanas de transmisión y recepción. Deshabilitando las funciones relacionadas con la retransmisión, lo que principalmente provoca el retardo de procesamiento en la capa de RLC, se reduce de modo que es posible soportar servicios de soporte en tiempo real.
La figura 8 es un diagrama de bloques que ilustra una estructura de mapeo de entidad de RLC con entidad de PDCP para soportar una comunicación bidireccional en tiempo real en un sistema de comunicación móvil según una realización preferida de la presente invención.
Tal como se muestra en la figura 8, una RB está asociada con una entidad de PDCP y la entidad de PDCP está asociada con un par de entidades de RLC de TM o de UM (TM/UM), es decir, la entidad de RLC de TM/UM de Tx y la entidad de RLC de TM/UM de Rx, a través de SAP de TM/UM respectivos. Las entidades de RLC de TM/UM de Tx y Rx se mapean con canales lógicos de lado de transmisión y lado de recepción respectivos.
La entidad de PDCP tiene un módulo de ROHC de Tx para realizar la compresión de cabecera en una SDU de PDCP recibida desde capas superiores y un módulo de ROHC de Rx para realizar la descompresión de cabecera en la PDU de PDCP entregada desde capas inferiores.
El módulo de ROHC de Tx realiza la compresión de cabecera tras la recepción de la SDU de PDCU desde capas superiores y envía la(s) PDU de PDCP a la entidad de RLC de TM/UM de Tx a través del SAP de TM/UM de Tx.
Por otro lado, cuando la entidad de RLC de TM/UM de Rx recibe la PDU de RLC a través del canal lógico de lado de recepción, la entidad de RLC de TM/UM de Rx entrega la PDU de PDCP (SDU de RLC) al módulo de ROHC de Rx a través del SAP de TM/UM de Rx. El módulo de ROHC de Rx realiza la descompresión de cabecera tras la recepción de la PDU de PDCP y entrega a continuación la SDU de PDCP a las capas superiores.
Puesto que una entidad de RLC de TM/UM de Tx y una entidad de RLC de TM/UM de Rx son responsables de la transmisión y recepción respectivas de las PDU de RLC, es posible soportar la comunicación bidireccional. Para soportar los servicios bidireccionales en tiempo real, es preferible que la entidad de PDCP opere la ROHC en modo O/R.
En este caso, la entidad de RLC de TM/UM opera de la misma forma que la entidad de RLC de TM/UM convencional excepto porque las entidades de RLC de TM/UM de Tx y Rx proporcionan de manera simultánea servicios a una entidad de PDCP mapeada con una RB.
La operación del sistema de comunicación móvil que soporta la comunicación bidireccional en tiempo real adoptando la estructura de mapeo de entidad de RLC con entidad de PDCP según la tercera realización preferida de la presente invención se describirá con más detalle en adelante en el presente documento.
Se pretende que la estructura de mapeo de entidad de RLC con entidad de PDCP de la tercera realización preferida se implemente en la arquitectura de protocolo de interfaz radio tanto del transmisor (UE o UTRAN) como del receptor (UE o UTRAN).
Cuando se entrega un paquete a través de la RB del transmisor, el módulo de ROHC de Tx de la entidad de PDCP ubicada en la capa de PDCP realiza una compresión de cabecera en el paquete y transmite el paquete de cabecera comprimida a la entidad de RLC de TM/UM de Tx a través del SAP de TM/UM de Tx. La entidad de RLC de TM/UM de Tx transfiere el paquete de cabecera comprimida al receptor a través del canal lógico de lado de transmisión.
Si el receptor recibe el paquete de cabecera comprimida, la entidad de RLC de TM/UM de Rx del receptor entrega inmediatamente el paquete de cabecera comprimida al módulo de ROHC de Rx de la entidad de PDCP. El módulo de ROHC de Rx de la entidad de PDCP realiza la descompresión de cabecera en el paquete de cabecera comprimida para recuperar y entregar el paquete de cabecera descomprimida a las capas superiores.
La entidad de PDCP del receptor puede informar de información de estado al transmisor de modo que la entidad de PDCP del transmisor determina un esquema de compresión que va a usarse y si el paquete transmitido se ha recibido o no con éxito en el receptor basándose en la información de estado.
La figura 9 es un diagrama de bloques que ilustra una estructura de mapeo de entidad de RLC con entidad de PDCP para soportar una comunicación bidireccional en tiempo real en un sistema de comunicación móvil según una realización preferida de la presente invención.
Tal como se muestra en la figura 9, dos RB están asociados con una entidad de PDCP y la entidad de PDCP está asociada con un par de entidades de RLC de TM o de UM (TM/UM), es decir, entidad de RLC de TM/UM de Tx y entidad de RLC de TM/UM de Rx, a través de SAP de TM/UM respectivos. Las entidades de RLC de TM/UM de Tx y Rx se mapean con canales lógicos de lado de transmisión y de recepción respectivos.
En esta realización, las dos RB tienen características unidireccionales y se consideran como RB de transmisión y RB de recepción, respectivamente. Sin embargo, la presente invención no se limita sólo a esta configuración, sino que, las dos RB pueden cambiarse para tener características bidireccionales junto con la modificación de las otras partes que actúan conjuntamente con los mismos.
La entidad de PDCP tiene un módulo de ROHC de Tx para realizar la compresión de cabecera en una SDU de PDCP recibida desde capas superiores y un módulo de ROHC de Rx para realizar la descompresión de cabecera en la PDU de PDCP entregada desde capas inferiores.
El módulo de ROHC de Tx realiza la compresión de cabecera tras la recepción de la SDU de PDCP desde capas superiores a través de la RB de lado de transmisión y envía la PDU de PDCP a la entidad de RLC de TM/UM de Tx a través del SAP de TM/UM de Tx.
Por otro lado, cuando la entidad de RLC de TM/UM de Rx recibe la PDU de RLC a través del canal lógico de lado de recepción, la entidad de RLC de TM/UM de Rx entrega la PDU de PDCP (SDU de RLC) al módulo de ROHC de Rx a través del SAP de TM/UM de Rx. El módulo de ROHC de Rx realiza la descompresión de cabecera tras la recepción de la PDU de PDCP y entrega a continuación la SDU de PDCP a las capas superiores a través de la RB de lado de recepción.
Puesto que una entidad de RLC de TM/UM de Tx y una entidad de RLC de TM/UM de Rx son responsables de la transmisión y recepción respectivas de las PDU de RLC, es posible soportar la comunicación bidireccional. Para soportar los servicios bidireccionales en tiempo real, es preferible que la entidad de PDCP opere en la ROHC en modo O/R.
De forma similar a la tercera realización preferida, las entidades de RLC de TM/UM de Tx y Rx proporcionan de manera simultánea servicios a la PDCP. Sin embargo, en la cuarta realización el módulo de ROHC de Tx de la entidad de PDCP se mapea con la RB de lado de transmisión y el módulo de ROHC de Rx de la entidad de PDCP se mapea con la RB de lado de recepción.
La operación del sistema de comunicación móvil que soporta la comunicación bidireccional en tiempo real adoptando la estructura de mapeo de entidad de RLC con entidad de PDCP según la cuarta realización preferida de la presente invención, se describirá con mayor detalle en adelante en el presente documento.
Se supone que la estructura de mapeo de entidad de RLC con entidad de PDCP de la cuarta realización preferida se implementa en la arquitectura de protocolo de interfaz radio tanto del transmisor (UE o UTRAN) como del receptor (UE o UTRAN).
Cuando se entrega un paquete a través de la RB de lado de transmisión al transmisor, el módulo de ROHC de Tx de la entidad de PDCP ubicada en la capa de PDCP realiza la compresión de cabecera en el paquete y transmite el paquete de cabecera comprimida a la entidad de RLC de TM/UM de Tx a través del SAP de TM/UM de Tx. La entidad de RLC de TM/UM de Tx transfiere el paquete de cabecera comprimida al receptor a través del canal lógico de lado de transmisión.
Si el receptor recibe el paquete de cabecera comprimida, la entidad de RLC de TM/UM de Rx del receptor entrega inmediatamente el paquete de cabecera comprimida al módulo de ROHC de Rx de la entidad de PDCP. El módulo de ROHC de Rx de la entidad de PDCP realiza la descompresión de cabecera en el paquete de cabecera comprimida para entregar el paquete de cabecera descomprimida a las capas superiores a través de la RB de lado de recepción.
La entidad de PDCP del receptor puede informar de información de estado al transmisor de modo que la entidad de PDCP del transmisor determina un esquema de compresión que va a usarse y si el paquete transmitido se ha recibido o no con éxito en el receptor basándose en la información de estado.
Tal como se describió anteriormente, en un aspecto de la estructura de mapeo de entidad de RLC con entidad de PDCP según el sistema y procedimiento de comunicación móvil de la presente invención, puesto que cada una de las entidades de PDCP pares en el transmisor y el receptor tiene una ROHC de lado de transmisión y módulos de ROHC de lado de recepción operando en modo O/R y se mapea una entidad de RLC que puede activar de manera simultánea un par de módulos de transmisión y recepción mapeados con diferentes canales lógicos en modo transparente (TM) o modo de no acuse de recibo (UM), la entidad de PDCP puede soportar servicios bidireccionales en tiempo real a las capas superiores incluso en el modo transparente o el modo de no acuse de recibo.
En otro aspecto de la estructura de mapeo de entidad de RLC con entidad de PDCP según el sistema y procedimiento de comunicación móvil de la presente invención, puesto que cada una de las entidades de PDCP pares en el transmisor y el receptor tiene una ROHC de lado de transmisión y módulos de ROHC de lado de receptor operando en modo O/R y se mapea una entidad de RLC que deshabilita la función de retransmisión en el modo de acuse de recibo (AM), la entidad de PDCP puede soportar servicios bidireccionales en tiempo real a las capas superiores incluso en modo de acuse de recibo.
En otro aspecto de la estructura de mapeo de entidad de RLC con entidad de PDCP según el sistema y procedimiento de comunicación móvil de la presente invención, puesto que cada una de las entidades de PDCP pares en el transmisor y el receptor tiene una ROHC de lado de transmisión y módulos de ROHC de lado de receptor operando en modo O/R y se mapea con dos entidades de RLC responsables de la transmisión y recepción de paquetes, respectivamente, en el modo transparente o modo de no acuse de recibo, la entidad de PDCP puede soportar servicio bidireccional en tiempo real a la capa superior incluso en el modo transparente o modo de no acuse de recibo.
Todavía en otro aspecto de la estructura de mapeo de entidad de RLC con entidad de PDCP según el sistema y procedimiento de comunicación móvil de la presente invención, puesto que cada una de las entidades de PDCP pares en el transmisor y el receptor está asociada con dos portadoras radio, una para el lado de transmisión y la otra para el lado de recepción, y se mapea con dos entidades de RLC responsables de la transmisión y recepción de paquetes, respectivamente, en el modo transparente o modo de no acuse de recibo, la entidad de PDCP puede soportar servicio bidireccional en tiempo real a la capa superior incluso en el modo transparente o modo de no acuse de recibo.
En la presente invención, puesto que una o dos entidades de RLC son responsables de la comunicación de doble sentido bidireccional, es posible soportar servicios bidireccionales en tiempo real en el campo de conmutación por paquetes así como en el campo de conmutación por circuitos.
Aunque esta invención se ha descrito en conexión con lo que se considera en la actualidad las realizaciones más prácticas y preferidas, ha de entenderse que la invención no se limita a las realizaciones dadas a conocer, sino que, por el contrario, se pretende cubrir diversas disposiciones de modificación y equivalentes incluidas dentro del alcance de las reivindicaciones adjuntas.

Claims (27)

1. Un procedimiento para comunicación inalámbrica entre dos transceptores (10, 20) teniendo cada uno capas de protocolo que comprenden una capa de protocolo de convergencia de datos de paquete, denominada en adelante en el presente documento capa de PDCB, y una capa de control de enlace radio, denominada en adelante en el presente documento capa de RLC, que comprende:
\quad
establecer un canal de comunicación entre los dos transceptores (10, 20); y
\quad
transmitir, recibir, o transmitir y recibir simultáneamente, datos de paquete en tiempo real a través del canal de comunicación,
\quad
configurar una entidad de protocolo de convergencia de datos de paquete, denominada en adelante en el presente documento entidad de PDCP de la capa de PDCP adaptada para hacer converger paquetes en cada uno de los transceptores (10, 20), caracterizado porque
\quad
la entidad de PDCP está asociada con al menos una portadora radio e incluye una función de compresión de cabecera que permite la compresión y descompresión de cabeceras:
configurar dos entidades de control de enlace radio en cada uno de los transceptores (10, 20), denominada en adelante en el presente documento entidad de RLC de la capa de RLC, que está en comunicación con la entidad de PDCP en el transceptor respectivo;
mapear en cada uno de los transceptores la entidad de PDCP con las dos entidades de RLC, una entidad de RLC para el sentido de transmisión y otra entidad de RLC para el sentido de recepción: en la que se proporciona el servicio de transferencia de paquetes entre la entidad de PDCP y cada una de las dos entidades de RLC a través de al menos un punto de acceso de servicio, denominado en adelante en el presente documento SAP, en el que cada entidad de RLC opera de modo transparente o de no acuse de recibo, en lo sucesivo modo UM o modo TM: en el que el al menos un SAP es un SAP de UM cuando la entidad de RLC opera en modo UM, en el que el al menos un SAP es un SAP de TM cuando la entidad de RLC opera en el modo TM, y
comunicar los paquetes entre la entidad de PDCP y las dos entidades de RLC de uno de los transceptores a otro transceptor.
2. Procedimiento según la reivindicación 1, caracterizado por un SAP de lado de transmisión y un SAP de lado de recepción, en el que el servicio de transferencia de paquetes se proporciona a través de cada SAP en un sentido diferente.
3. Procedimiento según la reivindicación 2, caracterizado porque una de las dos entidades de RLC proporciona servicio de transferencia de paquetes en tiempo real a la entidad de PDCP a través de puntos de acceso de servicio respectivos.
4. Procedimiento según una de las reivindicaciones 1 a 3, caracterizado porque la entidad de PDCP está asociada con al menos una portadora radio, denominada en adelante en el presente documento RB.
5. Procedimiento según la reivindicación 4, caracterizado porque la al menos una RB tiene una característica unidireccional o una característica bidireccional.
6. Procedimiento según una de las reivindicaciones 1 a 5, caracterizado porque
\quad
la entidad de PDCP comprende un compresor de cabecera y un descompresor de cabecera; y
\quad
las dos entidades de RLC comprenden una entidad de lado de transmisión y una entidad de lado de recepción.
7. Procedimiento según la reivindicación 6, caracterizado porque
\quad
la entidad de RLC de lado de transmisión transmite un paquete recibido desde la entidad de PDCP a través de un canal lógico de lado de transmisión; y
\quad
la entidad de RLC de lado de recepción recibe un paquete a través de un canal lógico de lado de recepción, para entregar el paquete a la entidad de PDCP.
8. Procedimiento según la reivindicación 6 ó 7, caracterizado porque el compresor de cabecera y el descompresor de cabecera se mapean con las entidad de RLC de lado de transmisión y entidad de RLC de lado de recepción respectivas.
\newpage
9. Procedimiento según la reivindicación 8, caracterizado porque
\quad
el compresor de cabecera realiza la compresión de cabecera tras la recepción de un paquete desde una capa superior a través de la al menos una RB para generar y transmitir un paquete de cabecera comprimida a la entidad de RLC de lado de transmisión a través de un SAP de lado de transmisión; y
\quad
el descompresor de cabecera realiza la descompresión de cabecera tras la recepción de un paquete de cabecera comprimida desde la entidad de RLC de lado de recepción a través de un SAP de lado de recepción y entrega el paquete a la capa superior a través de la al menos una RB.
10. Procedimiento según una de las reivindicaciones 1 a 9, caracterizado porque la entidad de PDCP está ubicada en una capa de PDCP y cada entidad de RLC está ubicada en una capa de RLC operando en un modo transparente, denominado en adelante en el presente documento TM, o modo sin acuse de recibo, denominado en adelante en el presente documento UM; y la al menos una RB está asociada con la entidad de PDCP y la entidad de PDCP está asociada con un par de entidades de RLC TM o UM a través de SAP de TM o de UM respectivos.
11. Procedimiento según la reivindicación 10, caracterizado porque las dos entidades de RLC incluyen una entidad de RLC de lado de transmisión adaptada para transmitir un paquete recibido desde la entidad de PDCP a través de un canal lógico de lado de transmisión y una entidad de RLC de lado de recepción adaptada para recibir un paquete a través de un canal lógico de lado de recepción, para entregar el paquete a la entidad de PDCP.
12. Procedimiento según una de las reivindicaciones 1 a 11, caracterizado porque la entidad de PDCP comprende dos RB que tienen características unidireccionales y en el que las dos RB comprenden una RB de lado de transmisión y una RB de lado de recepción.
13. Procedimiento según la reivindicación 12, caracterizado porque la entidad de PDCP comprende un módulo de lado de transmisión mapeado con la RB de lado de transmisión y un módulo de lado de recepción mapeado con la RB de lado de recepción.
14. Procedimiento según la reivindicación 12 ó 13, caracterizado porque
\quad
un compresor de cabecera realiza compresión de cabecera tras la recepción de un paquete desde una capa superior a través de la RB de lado de transmisión para generar y transmitir un paquete de cabecera comprimida a la entidad de RLC de lado de transmisión a través del SAP de lado de transmisión; y
\quad
el descompresor de cabecera realiza la descompresión de cabecera tras la recepción de un paquete de cabecera comprimida desde la entidad de RLC de lado de recepción a través del SAP de lado de recepción, para entregar el paquete a la capa superior a través de la portadora radio de lado de recepción.
15. Aparato para la comunicación inalámbrica, que tiene capas de protocolo que comprenden una capa de protocolo de convergencia de datos de paquete denominada en adelante en el presente documento capa de PDCP, y una capa de control de enlace radio, denominada en adelante en el presente documento capa de RLC,
\quad
una entidad de protocolo de convergencia de datos de paquete, denominada en adelante en el presente documento entidad de PDCP, de la capa de PDCP adaptada para hacer converger paquetes,
\quad
caracterizado porque la entidad de PDCP está asociada a la al menos una portadora radio e incluye una función de compresión de cabecera que permite la compresión y descompresión de cabecera:
\quad
dos entidades de control de enlace radio, denominadas en adelante en el presente documento entidades de RLC, ubicadas en la capa de RLC;
\quad
al menos un Punto de Acceso de Servicio, denominado en adelante en el presente documento SAP, estando en comunicación con la entidad de PDCP y las dos entidades de RLC, en el que el servicio de transferencia de paquetes se proporciona entre la entidad de PDCP y cada entidad de RLC a través del al menos un SAP, en el que cada entidad de RLC opera en modo de no acuse de recibo o transparente, en lo sucesivo modo UM o modo TM: en el que el al menos un SAP es un SAP de UM cuando la entidad de RLC opera en modo UM, en el que el al menos un SAP es un SAP de TM cuando la entidad de RLC opera en el modo TM; y
\quad
un procesador adaptado para mapear la entidad de PDCP con las dos entidades de RLC, una para el sentido de transmisión y una para el sentido de recepción.
16. Aparato según la reivindicación 15, caracterizado porque el aparato está incluido en una estación móvil.
17. Aparato según la reivindicación 15, caracterizado porque el aparato está incluido en una red.
18. Aparato según una de las reivindicaciones 15 a 17, caracterizado por dos SAP, en el que el servicio de transferencia de paquetes se proporciona a través de los SAP, uno para el sentido de transmisión y uno para el sentido de recepción.
19. Aparato según la reivindicación 18, caracterizado porque una de las dos entidades de RLC proporciona servicio de transferencia de paquetes en tiempo real a la entidad de PDCP a través de SAP respectivos.
20. Aparato según una de las reivindicaciones 15 a 19, caracterizado porque la entidad de PDCP está asociada con al menos una portadora radio, denominada en adelante en el presente documento RB.
21. Aparato según la reivindicación 20, caracterizado porque la al menos una RB tiene una característica unidireccional o una característica bidireccional.
22. Aparato según una de las reivindicaciones 15 a 21, caracterizado porque
\quad
la entidad de PDCP tiene un compresor de cabecera y un descompresor de cabecera;
\quad
las dos entidades de RLC comprenden una entidad de RLC de lado de transmisión y una entidad de RLC de lado de recepción; y
\quad
la entidad de RLC de lado de transmisión está adaptada para transmitir un paquete recibido desde la entidad de PDCP a través de un canal lógico de lado de transmisión y la entidad de RLC de lado de recepción está adaptada para recibir un paquete a través de un canal lógico de lado de recepción, para entregar el paquete a la entidad de PDCP.
23. Aparato según la reivindicación 22, caracterizado porque
\quad
el compresor de cabecera y el descompresor de cabecera se mapean respectivamente con la entidad de RLC de lado de transmisión y entidad de RLC de lado de recepción;
\quad
el compresor de cabecera está adaptado para realizar la compresión de cabecera tras la recepción de un paquete desde una capa superior a través de la al menos una RB para generar y transmitir un paquete de cabecera comprimida a la entidad de RLC de lado de transmisión a través de un SAP de lado de transmisión; y
\quad
el descompresor de cabecera está adaptado para realizar la descompresión de cabecera tras la recepción de un paquete de cabecera comprimida desde la entidad de RLC de lado de recepción a través de un SAP de lado de recepción y entregar el paquete a la capa superior a través de la al menos una RB.
24. Aparato según una de las reivindicaciones 15 a 23, caracterizado porque
\quad
la entidad de PDCP está ubicada en una capa de PDCP y cada entidad de RLC opera en un modo transparente, denominado en adelante en el presente documento TM, o en un modo de no acuse de recibo, denominado en adelante en el presente documento UM; y al menos una RB está asociada con la entidad de PDCP y la entidad de PDCP está asociada con un par de entidades de RLC de TM o de UM a través de SAP de TM o de UM respectivos.
25. Aparato según la reivindicación 24, caracterizado porque la entidad de PDCP tiene un compresor de cabecera y un descompresor de cabecera, y
\quad
las dos entidades de RLC son una entidad de RLC de lado de transmisión adaptada para transmitir un paquete recibido desde la entidad de PDCP a través de un canal lógico de lado de transmisión y una entidad de RLC de lado de recepción adaptada para recibir un paquete a través de un canal lógico de lado de recepción, para entregar el paquete a la entidad de PDCP.
26. Aparato según la reivindicación 25, caracterizado por dos RB que tienen características unidireccionales, en el que las dos RB comprenden una RB de lado de transmisión y una RB de lado de recepción; y la entidad de PDCP comprende un módulo de lado de transmisión mapeado con la RB de lado de transmisión y un módulo de lado de recepción mapeado con la RB de lado de recepción.
27. Aparato según la reivindicación 26, caracterizado porque
\quad
el compresor de cabecera adaptado para realizar la compresión de cabecera tras la recepción de un paquete desde una capa superior a través de la portadora radio de lado de transmisión para generar y transmitir un paquete de cabecera comprimida a la entidad de RLC de lado de transmisión a través de un SAP de lado de transmisión; y
\quad
el descompresor de cabecera adaptado para realizar la descompresión de cabecera tras la recepción de un paquete de cabecera comprimida desde la entidad de RLC de lado de recepción a través de un SAP de lado de recepción, para entregar el paquete a la capa superior a través de la RB de lado de recepción.
ES03008126T 2002-04-08 2003-04-07 Sistema y procedimiento de comunicacion movil. Expired - Lifetime ES2328342T3 (es)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
KR10-2002-0018888 2002-04-08
KR20020018888A KR100896484B1 (ko) 2002-04-08 2002-04-08 이동통신시스템에서 데이터 전송 무선통신방법 및 무선통신장치

Publications (1)

Publication Number Publication Date
ES2328342T3 true ES2328342T3 (es) 2009-11-12

Family

ID=28450128

Family Applications (1)

Application Number Title Priority Date Filing Date
ES03008126T Expired - Lifetime ES2328342T3 (es) 2002-04-08 2003-04-07 Sistema y procedimiento de comunicacion movil.

Country Status (15)

Country Link
US (4) US7400893B2 (es)
EP (2) EP2073588B1 (es)
JP (1) JP4077412B2 (es)
KR (1) KR100896484B1 (es)
CN (3) CN1695354B (es)
AT (1) ATE438982T1 (es)
AU (1) AU2003225363B2 (es)
DE (1) DE60328642D1 (es)
ES (1) ES2328342T3 (es)
HK (1) HK1061487A1 (es)
MX (1) MXPA04009799A (es)
RU (1) RU2289204C2 (es)
UA (1) UA77270C2 (es)
WO (1) WO2003088601A1 (es)
ZA (1) ZA200407340B (es)

Families Citing this family (68)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7684786B2 (en) * 2003-08-26 2010-03-23 Nokia Corporation Method and system for establishing a connection between network elements
KR100896484B1 (ko) 2002-04-08 2009-05-08 엘지전자 주식회사 이동통신시스템에서 데이터 전송 무선통신방법 및 무선통신장치
EP1962447A1 (en) 2003-03-12 2008-08-27 Interdigital Technology Corporation System an method for received channel power indicator (RCP) measurement
KR101000699B1 (ko) * 2004-04-19 2010-12-10 엘지전자 주식회사 무선링크 제어계층에서의 데이터 처리방법
SE0401346D0 (sv) * 2004-05-24 2004-05-24 Ericsson Telefon Ab L M Methods for Increased Tolerance Against Packet Reordering for the Secure Reference Principle in Robust Header Compression
CN1747588A (zh) * 2004-09-08 2006-03-15 展讯通信(上海)有限公司 移动通信终端小区锁定的方法
US8165104B2 (en) * 2004-12-08 2012-04-24 Qualcomm Incorporated Methods and systems for enhancing local repair in robust header compression
US20060139869A1 (en) * 2004-12-29 2006-06-29 Matusz Pawel O Extended compression arrangements within telecommunication systems and associated methods
US8111698B2 (en) * 2005-03-31 2012-02-07 Alcatel Lucent Method of performing a layer operation in a communications network
BRPI0612473A2 (pt) * 2005-05-04 2010-11-23 Lg Electronics Inc método para transmitir informações de controle em um sistema de comunicação sem fio e método de atualização de janela de transmissão usando o mesmo
US7733867B2 (en) * 2005-08-26 2010-06-08 Alcatel-Lucent Usa Inc. Header compression for real time internet applications
CN101356847B (zh) * 2006-01-09 2012-07-11 艾利森电话股份有限公司 与移动通信内的切换相关的节点和方法
JP4923849B2 (ja) 2006-08-21 2012-04-25 富士通株式会社 無線受信装置
US20080130684A1 (en) * 2006-12-05 2008-06-05 Sam Shiaw-Shiang Jiang Method and apparatus for performing reordering in a wireless communications system
US20080137574A1 (en) * 2006-12-08 2008-06-12 Innovative Sonic Limited Method and apparatus for handling data delivery in a wireless communications system
EP1983767A1 (en) * 2007-02-14 2008-10-22 Innovative Sonic Limited Method and apparatus for enhancing transmission efficiency in a wireless communications system
JP4976904B2 (ja) * 2007-04-06 2012-07-18 株式会社エヌ・ティ・ティ・ドコモ 再送制御方法及び送信側装置
AU2012201496B2 (en) * 2007-04-26 2013-11-14 Fujitsu Limited Base station, mobile station, communication system, transmission method and reordering method
US8073012B2 (en) * 2007-05-02 2011-12-06 Innovative Sonic Limited Method and related apparatus for handling packet discard in a wireless communications system
EP2157741B1 (en) 2007-05-11 2017-03-29 Fujitsu Limited Method of controlling header compression in wireless communication, and wireless station and transmitting device
US8031689B2 (en) * 2007-05-18 2011-10-04 Innovative Sonic Limited Method and related apparatus for handling re-establishment of radio link control entity in a wireless communications system
US7715342B2 (en) * 2007-06-22 2010-05-11 Research In Motion Limited Location of packet data convergence protocol in a long-term evolution multimedia broadcast multicast service
EP2028890B1 (en) * 2007-08-12 2019-01-02 LG Electronics Inc. Handover method with link failure recovery, wireless device and base station for implementing such method
KR100907978B1 (ko) 2007-09-11 2009-07-15 엘지전자 주식회사 이동통신 시스템에서 pdcp 계층의 상태보고 전송 방법 및 수신장치
KR20090030562A (ko) 2007-09-20 2009-03-25 엘지전자 주식회사 광대역 무선 접속 시스템에서 자원할당을 위한 패킷전송방법
EP2204057B1 (en) 2007-09-28 2016-12-21 InterDigital Patent Holdings, Inc. Operation of control protocol data units in packet data convergence protocol
WO2009072175A1 (ja) * 2007-12-03 2009-06-11 Fujitsu Limited パケット通信装置及びパケット通信方法
KR101577451B1 (ko) * 2008-01-30 2015-12-14 엘지전자 주식회사 Rlc 무한 재전송 오류를 검출하고 처리하는 방법
WO2009096746A2 (en) 2008-02-01 2009-08-06 Lg Electronics Inc. Method for sending rlc pdu and allocating radio resource in mobile communications system and rlc entity of mobile communications
KR101531419B1 (ko) 2008-02-01 2015-06-24 엘지전자 주식회사 시간동기 타이머의 만료 시 상향링크 harq의 동작 방법
KR101375936B1 (ko) 2008-02-01 2014-03-18 엘지전자 주식회사 시간동기 타이머의 만료 시 하향링크 harq의 동작 방법
US20090207739A1 (en) * 2008-02-01 2009-08-20 Sung-Duck Chun Mobile communication system and method for transmitting pdcp status report thereof
US8780814B2 (en) * 2008-04-04 2014-07-15 Qualcomm Incorporated Selective bearer establishment in E-utran/EPS
CA2665666C (en) * 2008-05-09 2013-07-16 Research In Motion Limited Method and apparatus for assembling network layer data units
KR101475817B1 (ko) * 2008-07-22 2014-12-24 삼성전자주식회사 이동통신 시스템에서 피디유 전달 장치 및 방법
EP2312896B1 (en) * 2008-08-06 2018-01-10 Sharp Kabushiki Kaisha Base station device, mobile station device and corresponding communication methods using carrier aggregation
KR101563008B1 (ko) * 2008-12-26 2015-11-02 엘지전자 주식회사 무선통신 시스템에서 무선 베어러 해제 방법 및 수신기
WO2010074441A2 (en) * 2008-12-26 2010-07-01 Lg Electronics Inc. Method of releasing radio bearer in wireless communication system and receiver
WO2010087617A2 (en) 2009-01-29 2010-08-05 Samsung Electronics Co., Ltd. Method and system for computing and sending resource requests and avoiding deadlock situations in mobile communication system
US8499338B1 (en) * 2010-02-16 2013-07-30 Sprint Communications Company L.P. Internet protocol controlled modem for use over a wireless voice network
KR101432101B1 (ko) * 2010-02-17 2014-08-22 에스케이텔레콤 주식회사 실시간 서비스를 위한 수신 패킷 처리 방법 및 장치
EP2362653A1 (en) 2010-02-26 2011-08-31 Panasonic Corporation Transport stream packet header compression
JP2012209812A (ja) * 2011-03-30 2012-10-25 Nec Corp 伝送装置
US9515925B2 (en) 2011-05-19 2016-12-06 Qualcomm Incorporated Apparatus and methods for media access control header compression
US9125181B2 (en) * 2011-08-23 2015-09-01 Qualcomm Incorporated Systems and methods for compressing headers
JP2015509682A (ja) * 2012-02-24 2015-03-30 マーベル ワールド トレード リミテッド 下位層からのフィードバックに基づくクロスレイヤスケジューリング
US9936419B2 (en) * 2012-05-18 2018-04-03 Nokia Solutions And Networks Oy Network nodes and methods for transmitting low-latency data in a radio communications system
CN103582013B (zh) * 2012-08-10 2016-05-04 普天信息技术研究院有限公司 分组数据汇聚协议数据的下行传输方法
US20140301188A1 (en) * 2013-04-04 2014-10-09 Nokia Siemens Networks Oy Delivery of protocol data units
US9893868B2 (en) * 2013-04-04 2018-02-13 Nokia Solutions And Networks Oy Per-protocol data unit delivery-path indication
CN103763314B (zh) * 2014-01-06 2017-01-11 南京信息工程大学 实际部署的跌倒检测系统中用户层数据的处理方法及装置
US9544404B2 (en) * 2014-08-15 2017-01-10 Telefonaktiebolaget L M Ericsson (Publ) RoHC optimizations for burst losses
WO2016108551A1 (en) 2014-12-30 2016-07-07 Lg Electronics Inc. Method and apparatus for transmitting buffer status report for bi-directional transmission in wireless communication system
WO2016159541A1 (en) * 2015-04-03 2016-10-06 Lg Electronics Inc. Method for performing a packet delay calculation in a pdcp entity in a wireless communication system and a device therefor
KR101688995B1 (ko) * 2016-02-02 2017-01-02 아주대학교산학협력단 비대칭 전송 시간에 기반하는 데이터 통신 방법 및 그 장치
US9819463B2 (en) * 2016-02-18 2017-11-14 Huawei Technologies Co., Ltd. Method and apparatus for transmitting data in a wireless communication system
KR102464567B1 (ko) 2017-01-16 2022-11-09 삼성전자 주식회사 무선 통신 시스템에서 데이터 처리 방법 및 장치
US10432761B2 (en) 2017-01-18 2019-10-01 Qualcomm Incorporated Techniques for handling internet protocol flows in a layer 2 architecture of a wireless device
CN113301618B (zh) * 2017-03-24 2022-10-04 华为技术有限公司 通信方法、网络设备和终端
JP7279881B2 (ja) * 2017-04-14 2023-05-23 富士通株式会社 無線通信装置、無線通信方法、及び無線通信システム
WO2018200565A1 (en) * 2017-04-24 2018-11-01 Motorola Mobility Llc Duplicating pdcp pdus for a radio bearer
AU2017414431B2 (en) * 2017-05-19 2022-09-15 Guangdong Oppo Mobile Telecommunications Corp., Ltd. Method and device for transmitting data
CN107342849B (zh) * 2017-06-15 2019-09-17 电信科学技术研究院 一种进行数据处理的方法和设备
CN109548160A (zh) * 2017-08-08 2019-03-29 中国移动通信有限公司研究院 数据传输方法、装置、相关设备及计算机可读存储介质
JP2021503194A (ja) * 2017-09-28 2021-02-04 オッポ広東移動通信有限公司Guangdong Oppo Mobile Telecommunications Corp., Ltd. パスハンドオーバー方法及び端末装置
WO2020034427A1 (en) * 2018-11-01 2020-02-20 Zte Corporation Bearer mappings for integrated access and backhaul links
CN111835457B (zh) * 2019-08-09 2022-04-26 维沃移动通信有限公司 一种数据传输方法、接收设备及发送设备
KR20230055984A (ko) 2021-10-19 2023-04-26 계명대학교 산학협력단 데이터 전송 및 접근 제어 방법 및 이를 수행하기 위한 기록 매체 및 데이터 전송 및 접근 제어 시스템

Family Cites Families (19)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR100284613B1 (ko) 1992-11-16 2001-03-15 더블유. 스코트 루이스 확장된 대화형 멀티미디어 정보의 생성 및 전송 방법
JP2954000B2 (ja) * 1995-08-21 1999-09-27 日本電気通信システム株式会社 移動通信システム
EP1030484B1 (en) * 1999-01-29 2013-07-17 Alcatel Lucent Data link layer quality of service for UMTS
DE19950005A1 (de) * 1999-10-18 2001-04-19 Bernhard Walke Verfahren zum Betrieb drahtloser Basisstationen für paketvermittelnde Funksysteme mit garantierter Dienstgüte
FI110831B (fi) * 1999-12-31 2003-03-31 Nokia Corp Menetelmä tiedonsiirron tehostamiseksi ja tiedonsiirtoprotokolla
FI112305B (fi) 2000-02-14 2003-11-14 Nokia Corp Datapakettien numerointi pakettivälitteisessä tiedonsiirrossa
ATE335333T1 (de) 2000-02-18 2006-08-15 Nokia Corp Kommunikationssystem mit halbraten datenkanälen
US6745055B1 (en) 2000-02-23 2004-06-01 Agere Systems Inc. Digital cordless telephone with speakerphone in a remote handset
FI112753B (fi) * 2000-04-10 2003-12-31 Nokia Corp Menetelmä ja järjestely synkronoinnin säilyttämiseksi tiedonsiirtoyhteyden resetoinnin yhteydessä
US6757245B1 (en) * 2000-06-01 2004-06-29 Nokia Corporation Apparatus, and associated method, for communicating packet data in a network including a radio-link
FI112014B (fi) 2000-06-28 2003-10-15 Nokia Corp Tiedonsiirtoresurssien varaus pakettivälitteisessä tiedonsiirrossa
AU5596301A (en) 2000-08-09 2002-02-14 Alcatel Method and system for transmitting IP traffic in a radiocommunication system
KR100447162B1 (ko) * 2000-08-19 2004-09-04 엘지전자 주식회사 래디오 링크 콘트롤(rlc)에서 프로토콜 데이터 유닛(pdu) 정보의 길이 지시자(li) 처리방법
DE10054473A1 (de) 2000-11-03 2002-05-08 Siemens Ag Verfahren zum Austausch von Datenpaketen zwischen zwei Diensteerbringern eines Funkübertragungssystems
DE10056361A1 (de) 2000-11-14 2002-05-23 Philips Corp Intellectual Pty Drahtloses Netzwerk zur Übermittlung von Parametern für eine verschlüsselte Datenübertragung
GB2371177B (en) * 2001-01-16 2003-02-19 Ericsson Telefon Ab L M Automatic repetition request mechanism in a radio access network
KR100365782B1 (ko) * 2001-02-28 2002-12-26 삼성전자 주식회사 이동통신시스템에서 라디오 링크 프로토콜 통신장치 및 방법
US7165112B2 (en) * 2001-06-22 2007-01-16 Motorola, Inc. Method and apparatus for transmitting data in a communication system
KR100896484B1 (ko) 2002-04-08 2009-05-08 엘지전자 주식회사 이동통신시스템에서 데이터 전송 무선통신방법 및 무선통신장치

Also Published As

Publication number Publication date
KR20030080318A (ko) 2003-10-17
ATE438982T1 (de) 2009-08-15
EP2073588A2 (en) 2009-06-24
EP2073588B1 (en) 2013-07-31
EP1353481B1 (en) 2009-08-05
EP1353481A2 (en) 2003-10-15
EP2073588A3 (en) 2010-12-15
US20040033801A1 (en) 2004-02-19
US9072006B2 (en) 2015-06-30
RU2289204C2 (ru) 2006-12-10
US8260287B2 (en) 2012-09-04
KR100896484B1 (ko) 2009-05-08
MXPA04009799A (es) 2004-12-13
ZA200407340B (en) 2006-04-26
US20090104924A1 (en) 2009-04-23
CN101541047B (zh) 2011-08-31
CN101553009A (zh) 2009-10-07
RU2004132720A (ru) 2005-05-27
US20090116428A1 (en) 2009-05-07
US8744433B2 (en) 2014-06-03
WO2003088601A1 (en) 2003-10-23
CN1695354B (zh) 2010-08-25
JP2005522944A (ja) 2005-07-28
CN1695354A (zh) 2005-11-09
US7400893B2 (en) 2008-07-15
AU2003225363A1 (en) 2003-10-27
JP4077412B2 (ja) 2008-04-16
CN101541047A (zh) 2009-09-23
AU2003225363B2 (en) 2006-12-07
UA77270C2 (en) 2006-11-15
DE60328642D1 (de) 2009-09-17
EP1353481A3 (en) 2005-12-28
US20080261583A1 (en) 2008-10-23
CN101553009B (zh) 2012-08-15
HK1061487A1 (en) 2004-09-17

Similar Documents

Publication Publication Date Title
ES2328342T3 (es) Sistema y procedimiento de comunicacion movil.
US10433206B2 (en) Method for processing radio protocol in mobile telecommunications system and transmitter of mobile telecommunications
US11350305B2 (en) Method and apparatus for processing data in wireless communication system
EP2086149B1 (en) Wireless communication method for transmitting a sequence of data units between a wireless device and a network
US9131003B2 (en) Method of transmitting data in a wireless communication system
US8416678B2 (en) Method for repairing an error depending on a radio bearer type
US8005115B2 (en) Method of transferring a data block in a wireless communication system
Ramos et al. RFC 9391 Static Context Header Compression over Narrowband Internet of Things