ES2442871T3 - Transmisión de unidades de datos de protocolo a través del control de enlace de radiocomunicaciones transparente - Google Patents

Transmisión de unidades de datos de protocolo a través del control de enlace de radiocomunicaciones transparente Download PDF

Info

Publication number
ES2442871T3
ES2442871T3 ES08017563.1T ES08017563T ES2442871T3 ES 2442871 T3 ES2442871 T3 ES 2442871T3 ES 08017563 T ES08017563 T ES 08017563T ES 2442871 T3 ES2442871 T3 ES 2442871T3
Authority
ES
Spain
Prior art keywords
segmentation
radio access
access network
data units
service data
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Expired - Lifetime
Application number
ES08017563.1T
Other languages
English (en)
Inventor
Sinikka Sarkkinen
Juha Mikola
Mikko J. Rinne
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.)
Nokia Oyj
Conversant Wireless Licensing SARL
Original Assignee
Nokia Oyj
Core Wiresless Licensing SARL
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=22722312&utm_source=google_patent&utm_medium=platform_link&utm_campaign=public_patent_search&patent=ES2442871(T3) "Global patent litigation dataset” by Darts-ip is licensed under a Creative Commons Attribution 4.0 International License.
Application filed by Nokia Oyj, Core Wiresless Licensing SARL filed Critical Nokia Oyj
Application granted granted Critical
Publication of ES2442871T3 publication Critical patent/ES2442871T3/es
Anticipated expiration legal-status Critical
Expired - Lifetime legal-status Critical Current

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W92/00—Interfaces specially adapted for wireless communication networks
    • H04W92/04—Interfaces between hierarchically different network devices
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/02—Traffic management, e.g. flow control or congestion control
    • H04W28/06—Optimizing the usage of the radio link, e.g. header compression, information sizing, discarding information
    • H04W28/065—Optimizing the usage of the radio link, e.g. header compression, information sizing, discarding information using assembly or disassembly of packets
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W92/00—Interfaces specially adapted for wireless communication networks
    • H04W92/04—Interfaces between hierarchically different network devices
    • H04W92/045—Interfaces between hierarchically different network devices between access point and backbone network device
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/20—Manipulation of established connections

Abstract

Método para su uso en el establecimiento de un portador de radiocomunicaciones en relación con una solicituddesde una red central a una red de acceso por radiocomunicaciones en un sistema de telecomunicaciones móviles,que comprende las etapas de: determinar (102) que un modo solicitado, para una interfaz entre dicha red central y dicha red de acceso porradiocomunicaciones es un modo transparente, y señalizar un indicador de estado de segmentación a una capade segmentación/reensamblaje de dicha red de acceso por radiocomunicaciones; y como respuesta a dicho indicador de estado de segmentación, bloquear (110) la segmentación en dicha capa desegmentación/reensamblaje de dicha red de acceso por radiocomunicaciones para dicho portador deradiocomunicaciones en caso de que dicho indicador indique un estado de segmentación inactivo y permitir (108)la segmentación en dicha capa de segmentación/reensamblaje de dicha red de acceso por radiocomunicacionesen caso de que dicho indicador indique un estado de segmentación activo.

Description

Transmisión de unidades de datos de protocolo a través del control de enlace de radiocomunicaciones transparente.
Antecedentes de la invención
En referencia a la figura 9, la arquitectura de red por paquetes del Sistema Universal de Telecomunicaciones Móviles (UMTS) incluye los elementos arquitectónicos principales de equipo de usuario (UE), Red Terrestre de Acceso por Radiocomunicaciones UMTS (UTRAN), y red central (CN). El UE se comunica por interfaz con la UTRAN a través de una interfaz de radiocomunicaciones (Uu), mientras que la UTRAN se comunica por interfaz con la red central a través de una interfaz Iu. La figura 10 muestra algunos detalles adicionales de la arquitectura global. El protocolo de la Iu incluye un protocolo de plano de usuario (UP), tal como se muestra en la figura 11. Un protocolo de plano de usuario implementa el servicio de portador de acceso de radiocomunicaciones real, es decir, transporte de datos de usuario a través del estrato de acceso. En la figura 12 se muestra otra forma de considerar el protocolo de plano de usuario. Se diferencia del protocolo de plano de control de la figura 13 en que controla los portadores de acceso de radiocomunicaciones y la conexión entre el UE y la red desde distintos aspectos (incluyendo solicitud del servicio, control de diferentes recursos de transmisión, traspaso y racionalización, transferencia de mensajes NAS, etcétera). Véase 3G TS 25.401 §5.
Uno de los objetivos de disponer del protocolo de Plano de Usuario (UP) de la Iu es mantenerse independiente del dominio de la CN (Conmutación por Circuitos o Conmutación por Paquetes) y tener una dependencia limitada o inexistente con la Capa de Red de Transporte (TNL). El cumplimiento de este objetivo proporciona la flexibilidad para la evolución de servicios con independencia del dominio de la CN, y para la migración de servicios a través de dominios de CN. El protocolo de UP de la Iu se define, por lo tanto, con modos de funcionamiento que se pueden activar en función de un Portador de Acceso de Radiocomunicaciones (RAB), en lugar de en función de un dominio de CN o de un (tele)servicio. El modo de funcionamiento de UP de la Iu determina si se proporcionará un conjunto de funcionalidades, y qué conjunto, para cumplir, por ejemplo, los requisitos QoS del RAB.
Los modos de funcionamiento del protocolo de UP se definen (3G TS 24.415 §4.2.1) como (1) Modo Transparente (TrM) y (2) Modo de Soporte para un tamaño SDU predefinido (SMpSDU). La determinación del modo de funcionamiento de la instancia del protocolo de UP de la Iu es una decisión de la CN tomada en el establecimiento del RAB sobre la base de, por ejemplo, las características del RAB. Se señaliza al plano de control de la Capa de Red de Radiocomunicaciones (RNL) en la asignación del RAB y la reubicación para cada RAB. Se indica internamente a la capa de protocolo de UP de la Iu en el establecimiento del plano de usuario. La elección de un modo está vinculada a la naturaleza del RAB asociado, y no se puede cambiar a no ser que se cambie el RAB.
El modo transparente está destinado a aquellos RAB que no requieren ninguna característica particular del protocolo de UP de la Iu que no sea la transferencia de datos de usuario. En la figura 2 de la 3G TSG RAN: "UTRAN Iu Interface User Plane Protocols (Release 1999)", TS 25.415 v 3.2.0 (2000-03) se ilustra la capa de protocolo de UP de la Iu en modo transparente a través de la interfaz Iu. En este modo, la instancia del protocolo de UP de la Iu no realiza ningún intercambio de información del protocolo de UP de la Iu con su par a través de la interfaz Iu: no se envía ninguna trama Iu. La capa del protocolo de UP de la Iu la atraviesan PDU que se intercambian entre capas superiores y la capa de la red de transporte. El funcionamiento del UP de la Iu en modo transparente se describe de forma adicional en la Sección 5 de la 3G TSG RAN 25.415 v 3.2.0 (2000-03).
Para el transporte de los datos de usuario, se conoce a partir de la 3G TSG RAN: "Services Provided by the Physical Layer" 3G TS 25.302 v 3.3.0 (2000-01) que un Intervalo de Tiempo de Transmisión (TTI) se define como el intervalo entre llegadas de Conjuntos de Bloques de Transporte (TBS), y es igual a la periodicidad con la cual la capa física transfiere un TBS sobre la interfaz de radiocomunicaciones. Es siempre un múltiplo del período de intercalación mínimo (por ejemplo, 10 ms, la longitud de una Trama de Radiocomunicaciones). El MAC entrega un TBS a la capa física cada TTI. Además, se pueden intercambiar diversos TBS en ciertas instancias de tiempo entre el MAC y la L1 mediante canales de transporte paralelos existentes entre un UE y la UTRAN. Cada TBS consta de varios Bloques de Transporte (aunque también se puede enviar un único Bloque de Transporte en un TTI). El TTI, es decir, el tiempo entre entregas consecutivas de datos entre el MAC y la L1, puede variar, por ejemplo, 10 ms, 20 ms, 40 ms, 80 ms entre los diferentes canales. Por otra parte, el número de bloques de transporte y los tamaños de los bloques de transporte también pueden variar, incluso dentro de un canal. Por lo tanto, la UTRAN puede funcionar de esta forma, y resultaría ventajoso poder continuar funcionando de esta manera dentro de la UTRAN debido a su flexibilidad inherente, incluso si la interfaz Iu entre la UTRAN y la CN se pudiera definir de forma diferente. De hecho, se produce un conflicto entre normas emergentes, que crea un problema al respecto.
La actual especificación del protocolo de RLC (Control de Enlace de Radiocomunicaciones) TSG RAN TS 25.322 define funciones tales como la segmentación y el almacenamiento temporal para el RLC Transparente. El uso del almacenamiento temporal en la capa de RLC es principalmente una cuestión de implementación, pero la segmentación se ha definido de tal forma que se debe llevar a cabo de acuerdo con un patrón predefinido. Este patrón define que todas las Unidades de Datos de Protocolo (PDU) RLC que transportan una Unidad de Datos de Servicio (SDU) RLC se enviarán en un TTI (es decir, todos los segmentos se transportarán en un TTI) y solamente
una SDU RLC se puede segmentar en un TTI (véase la Sección 9.2.2.9).
Esta definición resulta útil cuando el tamaño de la SDU es fijo y el TTI sobre la interfaz Iu y en la UTRAN se han definido de manera que sean iguales. Consecuentemente, la definición antes mencionada hace que el RLC Transparente resulte útil básicamente solo para ciertos servicios CS en los que el tamaño de la SDU o bien es igual al tamaño de un TB (bloque de transporte) o bien es siempre módulo 0 del TB. Por lo tanto, el modo usado sobre la interfaz Iu debería ser normalmente el modo de Soporte anteriormente mencionado para un tamaño de SDU predefinido (SMpSDU), lo cual permite el uso de un procedimiento de Control de Velocidad para cambiar el tamaño de la SDU dentro de una Combinación de Sub-flujos RAB (RFC) válida, pero no un TTI válido sobre la interfaz Iu. Este tipo de servicio CS, que usa los servicios del RLC transparente de esta forma es, por ejemplo, voz por códec AMR.
No obstante, la actual 3GPP TSG CN TR 23.910: "Circuit Switched Data Bearer Services" define también dichos servicios de datos CS, en los cuales
-
la carga útil consta únicamente de bits de datos de usuario (es decir, no se ha añadido ningún encabezamiento en el flujo continuo de datos).
-
usan solamente el modo transparente sobre la interfaz Iu (es decir, no se han definido tramas de control para el modo de Plano de Usuario de la Iu y por tanto no es posible llevar a cabo un Control de Velocidad durante la transmisión de datos).
-
el tamaño de la carga útil (SDU) es fijo (es decir, existe una asociación entre el tamaño de la SDU y la velocidad de bits sobre la interfaz IuB).
-
siempre utilizan un TTI de 10 ms sobre la interfaz Iu.
-
los servicios de datos CS se definen para soportar la clase de tráfico Conversacional en la UTRAN.
-
los servicios de datos CS siempre utilizan los servicios del RLC transparente en la UTRAN.
Las características enumeradas anteriormente justifican el uso del RLC transparente en la UTRAN, aunque no están en concordancia con la 3GPP TSG RAN TS 25.322 que especifica el Protocolo de RLC y la 3GPP TSG RAN TR
25.926 que especifica la capacidad del UE. La actual especificación del protocolo de RLC (TS 25.322) no limita el uso de ninguno de los TTI (que se define en la 3GPP TSG RAN TS 25.302) durante la transmisión de datos desde una entidad de RLC transparente a la capa de una entidad par a través de UTRAN. En otras palabras, aunque solamente se permite segmentar y transportar una SDU en un TTI, la periodicidad del TTI no está limitada a 10 ms por la especificación del protocolo de RLC.
De este modo, la contradicción entre el documento de capacidad del UE y el documento de Servicios de Portador de Datos por Conmutación de Circuitos es la forma en la que se utiliza el TTI para la clase de tráfico Conversacional. El documento de capacidad del UE 3G TSG RAN: "UE Radio Access Capabilities" (3G TR 25.296) presenta los RAB de referencia en su Tabla 6.1, la cual incluye un TTI de Referencia Conversacional de 40 ms para 64 kbps. En este momento, el valor real del TTI no es importante. La cuestión más importante es que se ha presentado la idea de utilizar algo diferente a 10 ms en la UTRAN para esta clase de tráfico.
Por lo tanto, el principal problema es cómo establecer una correspondencia de datos recibidos desde la interfaz Iu, por ejemplo, cada 10 ms, con el TTI válido, cuando el TTI utilizado en la UTRAN (TTI de varias periodicidades) es diferente del intervalo de transmisión utilizado sobre la interfaz Iu (10 ms).
Exposición de la invención
La presente invención describe cómo se puede resolver la actual contradicción entre las definiciones del RLC, de la capacidad del UE y del Servicio de Portador de Datos CS actualizando la descripción del RLC transparente. La solución se puede utilizar en general en cualquier capa de segmentación y reensamblaje (SAR), no meramente en la capa de RLC descrita en la presente.
La invención consiste en la introducción del concepto de usar dos estados de segmentación para el modo transparente (TrM): un estado de segmentación activo (es decir, la segmentación está en ON) y un estado de segmentación inactivo (es decir, la segmentación está en OFF). El Estado de Segmentación activo se corresponde con la descripción del RLC actual, que ya se ha definido para el RLC transparente. Por lo tanto, no es necesario ningún cambio para describir este estado.
La idea básica del estado de segmentación inactivo consiste en denegar el uso de la segmentación en la entidad de RLC para datos de usuario. Cuando se ha denegado la segmentación, la entidad de RLC transparente puede enviar más de una SDU sobre un TTI basándose en el valor del Formato de Transporte (TF) definido para el TTI. Véase
§7.1.6 de la 3G TS 25.302 "Services provided by the Physical Layer" para una definición del Formato de Transporte. Las SDU se colocan en el TBS en el mismo orden en el que se entregaron desde una capa superior. Este cambio permite que la entidad de RLC soporte las correspondencias de los intervalos de transmisión con la ayuda del almacenamiento temporal de la capa de RLC incluso el modo RLC usado es el modo transparente.
Este estado puede ser definido por el RRC durante el procedimiento de establecimiento del portador de radiocomunicaciones (RB), y esta información se facilita a la entidad de RLC par en el interior de la información de RLC (véase la §10.3.4.18 de la 3G TS 25.331 "RRC Protocol Specification"), en el que se requiere la adición de un nuevo campo de un bit de "Indicación de Estado de Segmentación", de acuerdo con la presente invención. Este campo del mensaje de RRC define si se soporta o no la segmentación sobre el RLC transparente para el RB correspondiente. Este método es aplicable para los modos tanto Dúplex por División de Tiempo (TDD) como Dúplex por División de Frecuencia (FDD).
Esta invención resuelve la contradicción entre la 3GPP TSG RAN TS 25.322, la 3GPP TSG RAN TR 25.926 y la 3GPP TSG CN TR 23.910. También permite la utilización de diferentes intervalos de transmisión sobre interfaces Iu y en la UTRAN con el fin de soportar las correspondencias de intervalos de transmisión con la ayuda del almacenamiento temporal del RLC, que ya se ha definido para el RLC transparente.
Las principales ventajas de esta invención son:
(1)
En modo transparente, se permite el envío de más de una SDU dentro de un TTI. El número de SDU se facilitará en el TF definido para el TTI.
(2)
La correspondencia entre los intervalos de transmisión soportados por la interfaz Iu y la UTRAN se puede soportar la ayuda del almacenamiento temporal en la capa de RLC transparente.
(3)
El TTI válido para la UTRAN se puede definir basándose en la información procedente de la Interfaz de radiocomunicaciones, y no es necesario que exista ninguna definición tal que se limite sobre la base del mero intervalo de transmisión soportado (por ejemplo, 10 ms) sobre la interfaz IuB.
(4)
Este método permite el uso de los otros TTI de la UTRAN que no sean de 10 ms.
(5)
Es posible utilizar un TTI dinámico en la UTRAN en el modo TDD.
(6)
Los datos CS, que usan servicios de datos transparentes sobre la interfaz Iu, se pueden enviar a través de la UTRAN sin añadir ninguna tara sobre la capa de RLC, es decir, la interfaz aérea se utiliza de forma más eficiente.
(7)
Este método añade flexibilidad al uso del modo RLC transparente.
Breve descripción de los dibujos
La figura 1 muestra un diagrama de flujo para la transmisión de datos de enlace descendente en un estado de segmentación activo en la UTRAN.
La figura 2 muestra un diagrama de flujo para la transmisión de datos de enlace descendente en el estado de segmentación activo en el UE.
La figura 3 muestra cómo encajan entre sí las figuras 3A y 3B.
Las figuras 3A y 3B muestran conjuntamente un diagrama de flujo para la transmisión de datos de enlace descendente en un estado de segmentación inactivo en la UTRAN.
La figura 4 muestra un diagrama de flujo para la transmisión de datos de enlace descendente en el estado de segmentación inactivo en el UE.
La figura 5 muestra un diagrama de flujo para la transmisión de datos de enlace ascendente en un estado de segmentación activo en la UTRAN.
La figura 6 muestra un diagrama de flujo para la transmisión de datos de enlace ascendente en el estado de segmentación activo en el UE.
La figura 7 muestra un diagrama de flujo para la transmisión de datos de enlace ascendente en el estado de segmentación inactivo en la UTRAN.
La figura 8 muestra cómo encajan entre sí las figuras 8A y 8B.
Las figuras 8A y 8B muestran conjuntamente un diagrama de flujo para la transmisión de datos de enlace ascendente en el estado de segmentación inactivo en el UE.
La figura 9 muestra la arquitectura propuesta de la red por paquetes para el Sistema Universal de Telecomunicaciones Móviles (UMTS).
La figura 10 muestra algunos detalles adicionales de la arquitectura global del UMTS.
La figura 11 muestra el protocolo Iu con un protocolo de plano de usuario para la implementación de un servicio de portador de acceso de radiocomunicaciones.
La figura 12 muestra una propuesta para la pila del protocolo de plano de usuario para el UMTS.
La figura 13 muestra una pila comparable del protocolo de plano de control para el UMTS.
La figura 14 muestra un procedimiento, de acuerdo con la presente invención, para la utilización del modo transparente (TrM) en el funcionamiento del protocolo de UP, de acuerdo con la presente invención, utilizando uno de dos estados de segmentación.
La figura 15 muestra detalles de dos servidores de red de radiocomunicaciones conectados a la misma red central, e interconectados entre sí de acuerdo con la arquitectura UMTS propuesta, tal como se muestra también en la figura 10.
La figura 16 muestra un aparato para la ejecución de las etapas mostradas en la figura 1 para el estado activo, o en la figura 3 para el estado inactivo sobre el enlace descendente.
La figura 17 muestra un aparato para la ejecución de las etapas mostradas en la figura 2 sobre el enlace descendente para el estado de segmentación activo, o en la figura 4 sobre el enlace descendente para el estado de segmentación inactivo en el UE.
La figura 18 muestra un aparato para la ejecución de las etapas mostradas en la figura 6 para la transmisión de datos de enlace ascendente en el estado de segmentación activo en el UE, o para la segmentación inactiva tal como se muestra en la figura 8.
La figura 19 muestra la transmisión de datos de enlace ascendente para el estado de segmentación activo en la UTRAN, tal como se muestra en la figura 5, o para la segmentación inactiva según se muestra en la figura 7.
Mejor modo para llevar a cabo la invención
Normalmente, el UE activará una solicitud de establecimiento de conexión (ACTIVATE_PDP_CONTEXT_REQUEST) hacia el SGSN-3G de la figura 13 solicitando una Dirección IP (PDP_Address) y, entre otras cosas, que se asocie a la conexión una cierta QoS. El SGSN-3G responde enviando una solicitud (RAB_ASSIGNMENT_REQUEST) a la UTRAN para el establecimiento de un Portador de Acceso de Radiocomunicaciones (RAB) con el fin de ejecutar la solicitud. A continuación se lleva a cabo un procedimiento de establecimiento de RAB en la UTRAN entre la RANAP y el RRC y, una vez completado, la asignación RAB del perfil de QoS y la ID del portador se señalizan (RAB_ASSIGNMENT_COMPLETE) de vuelta al SGSN-3G con el perfil de QoS y la ID del portador. A continuación se completa el establecimiento de la conexión en el GGSN-3G y se señaliza esto nuevamente al UE a través del SGSN-3G con la Dirección IP, la QoS, la ID del Portador y otra información.
Tal como se muestra, por ejemplo, comenzando en una etapa 100 de la figura 14, después de que el UE haya solicitado de la CN (SGSN-3G) la activación de un contexto PDP, y al producirse la recepción de una solicitud de asignación de RAB desde la CN (SGSN-3G), el RRC del RNC puede definir el RAB y el RB solicitados para la conexión sobre la base de factores tales como parámetros QoS definidos por la CN en la solicitud de asignación de RAB. Por ejemplo, si se requiere un RB para clase conversacional, una etapa 102 determina si el modo válido para la interfaz Iu es un modo de Iu Transparente. En caso afirmativo, una etapa 104 determina si el modo requerido en el RLC es el modo transparente. A continuación, en caso afirmativo, de acuerdo con la invención, el RRC debería definir si es necesaria o no la segmentación, tal como se indica en una etapa 106. Esto se puede llevar a cabo con el bit de "Indicación de Estado de Segmentación" mencionado anteriormente, que indica con un "1" que se lleva a cabo la segmentación (estado activo) y con un "cero" que la segmentación se debe bloquear (estado inactivo). Esta decisión también se basará en información que se usa para definir el TTI válido para la interfaz Iub (entre el RNC y el Nodo B (Véase la figura 15, en la que "Nodo B" se corresponde con la estación transceptora base del GSM/GPRS)). Se debería observar que la invención no se limita a las pilas y capas precisas del protocolo descritas en la presente memoria en cuanto a forma de realización de modo óptimo. Por ejemplo, la invención es aplicable en general a la segmentación/reensamblaje en cualquiera que sea la capa en la que se lleve a cabo, no solamente en la capa de RLC según se da a conocer en la presente, o incluso con la segmentación y el reensamblaje
produciéndose en capas diferentes, y se entenderá que el significado de capa de segmentación/reensamblaje según se usa en la presente abarca también ese significado.
Teniendo esto en cuenta y en referencia nuevamente a la figura 14, si es necesaria la segmentación, entonces el TTI utilizado en la UTRAN y el intervalo de transmisión sobre la interfaz Iu (ITI) son iguales, y el estado válido para la segmentación sobre el RLC transparente es un estado activo, tal como se establece en una etapa 108. No obstante, si el TTI válido para la UTRAN es diferente a 10 ms (por ejemplo, 20, 40 u 80 ms), entonces la segmentación en el RLC transparente se debería establecer al estado Inactivo, tal como se indica en una etapa 110.
Debido a que es necesario que el Estado de Segmentación válido sea el mismo para las dos entidades de RLC a ambos lados de la interfaz Uu de la figura 12, la indicación sobre el estado de segmentación válido se proporciona a la entidad de RLC par, por ejemplo, en el UE, dentro de la información de RLC, que podría contener un parámetro tal como la Indicación de Estado de Segmentación (booleana) dada a conocer anteriormente. Nuevamente, si el valor del parámetro es VERDADERO, entonces el estado de segmentación es el estado activo y se requiere que esta función sea soportada, en caso contrario, el estado de la segmentación es inactivo y no se permite llevar a cabo ninguna segmentación en el RLC transparente.
Transmisión de datos de enlace descendente/ascendente en Modo Transparente (TrM) con Estado de Segmentación activo (figuras 1, 2, 5 y 6)
En estos casos, el RRC indica al RLC que el estado de segmentación es activo por medio del bit de indicación de estado de segmentación mencionado anteriormente, incluido con la información de RLC. Al producirse la transmisión de datos de enlace o bien ascendente o bien descendente cuando el estado de segmentación válido está en el estado activo, el RLC transparente lleva a cabo la segmentación (si fuera necesaria, por ejemplo, la SDU recibida es demasiado grande como para caber en la PDU RLC válida definida por el TF) de acuerdo con un patrón predefinido. Este patrón define que todas las PDU RLC que transportan una SDU RLC se enviarán en un intervalo de tiempo de transmisión, y solamente se puede segmentar una SDU RLC en un intervalo de tiempo de transmisión. Por otro lado, se debería observar que el estado de segmentación activo también se podría elaborar más definiendo explícitamente un patrón predefinido sobre cómo se llevará a cabo la segmentación. Un patrón de ejemplo que es diferente con respecto al contemplado por los organismos normalizadores en la actualidad sería que en un TBS (conjunto de bloques de transporte; véase §7. 12 de la 3G TF 25.302) de 4 bloques, el primer bloque formaría siempre la primera SDU y los tres bloques siguientes formarían siempre la segunda SDU.
Si no se requiere ninguna segmentación (es decir, la SDU recibida cabe exactamente en la PDU RLC válida) la PDU RLC que contiene únicamente una SDU se transmite al RLC par utilizando los procedimientos ya definidos en las especificaciones 3GPP TSG RAN. Si se requiere una segmentación, el número de PDU RLC queda definido por el tamaño del Conjunto de Bloques de Transporte (TBS) (el número de bits en un TBS). Nuevamente, estos Bloques de Transporte se transmiten utilizando los procedimientos que se han definido o se definirán en las especificaciones 3GPP TSG RAN.
Por ejemplo, tal como se muestra para la transmisión de datos de enlace descendente con un estado de “segmentación activo" de la figura 1, la UTRAN/MAC obtendrá una TFC del RRC y efectuará una selección de TF para un TTI inminente, según se muestra en una etapa 114. Informará a la UTRAN/Tr-RLC del tamaño del bloque de datos y del tamaño del conjunto del bloque de datos apropiados en una etapa 116. Al mismo tiempo, la CN habrá informado al RLC del estado de segmentación, y también habrá enviado datos a través de la interfaz Iu en forma de una SDU de datos de tamaño fijo a la UTRAN/Tr-RLC, tal como se indica en una etapa 118. A continuación, si fuese necesario, el RLC proporciona la segmentación en una etapa 119. A continuación, el RLC inserta el bit correcto de indicación de estado de segmentación para su transmisión al RLC par en el UE y envía una PDU RLC o PDU RLC al MAC, según se indica en una etapa 120. El MAC envía a continuación la PDU o PDU RLC a la capa física en un bloque de transporte o en un conjunto de bloques de transporte, tal como se indica en una etapa 122 a través de la interfaz Iub (véanse las figuras 10 y 15). La capa física envía el bloque de transporte o conjunto de bloques de transporte al UE en una trama del canal físico dedicado (DPCH), tal como se indica en una etapa 124. Si hay más datos entrantes, tal como se indica en la figura 1, se toma entonces la decisión de repetir las etapas 118, 119, 120, 122, 124, como anteriormente, hasta que no haya más datos, según se sugiere en la figura 1.
Después del transporte sobre el enlace de radiocomunicaciones desde la UTRAN al UE a través de la interfaz Uu, el UE recibe las tramas DPCH transmitidas desde la UTRAN, tal como se muestra en la figura 2. Al producirse la recepción de cada trama 128, el bloque de transporte o conjuntos de bloques de transporte se reensamblará sobre la base del indicador de formato de transporte (TFI), tal como se muestra en una etapa 130. El TB o TBS reensamblados se proporcionan a continuación a la capa de MAC, tal como se indica en una etapa 131, en la que se extraen una PDU RLC o PDU RLC y las mismas se proporcionan al UE/Tr-RLC, según se indica en una etapa 132, en la que se proporciona el reensamblaje de SDU de datos de tamaño fijo, si fuese necesario, por parte del Indicador de Estado de Segmentación, en una etapa 134. La SDU de datos de tamaño fijo se proporciona a la capa de aplicación en una etapa 136. Si hay disponibles más tramas entrantes, según se sugiere en la figura 2, se repiten entonces las etapas 128, 130, 131, 132, 134 y 136 hasta que no haya más tramas DPCH.
Haciendo referencia a continuación a las figuras 5 y 6 para la transmisión de datos de enlace ascendente con un estado de segmentación "activo", se hace referencia en primer lugar a la figura 6, la cual muestra un códec 138 u otra aplicación en la capa de aplicaciones que proporciona, tal como se muestra en una etapa 140, datos en forma de una SDU de datos de tamaño fijo, al UE/Tr-RLC en el que la capa de UE/MAC ya ha indicado en una etapa 142 un tamaño de bloque de datos y un tamaño de conjunto de bloques, de acuerdo con el formato de transporte seleccionado para el siguiente TTI en una etapa 144. Si ha sido necesaria la segmentación en la capa de RLC, la misma se proporciona en una etapa 146, y se proporcionan una PDU o PDU RLC a la capa de MAC en una etapa 148, tal como se indica, con el indicador de estado de segmentación fijado para "1" o indicando de otra forma el estado activo a la capa de RLC par en la UTRAN. A continuación, la capa de UE/MAC proporciona un bloque de transferencia o conjunto de bloques de transferencia con un indicador de formato de transporte a la capa física del UE, tal como se muestra por medio de una etapa 150, que proporciona el TB o TBS en una trama DPCH a través de la interfaz de radiocomunicaciones a la UTRAN, según se indica en una etapa 152. Si hay más datos disponibles, las etapas anteriores se repiten hasta que no haya más datos, tal como se sugiere por medio de la figura 6.
En el otro extremo del enlace ascendente se encuentra la UTRAN, y la misma recibe las tramas DPCH que se le proporcionan a través del enlace de radiocomunicaciones desde el UE y las gestiona de acuerdo con lo mostrado en la figura 5. Al producirse la recepción de una trama DPCH, tal como se indica en una etapa 156, la capa física reensambla el bloque de transferencia o conjunto de bloques de transferencia sobre la base del formato de transferencia indicado, según se lleva a cabo por medio de la etapa indicada 158. El TB o TBS reensamblados se proporcionan a la capa de UTRAN/MAC, tal como se indica en una etapa 160, en la que se extraen una PDU RLC o PDU RLC, y las mismas se suministran a la UTRAN/Tr-RLC, indicándose el estado de segmentación como activo, en el que se reensamblan en una SDU de tamaño fijo, tal como se indica en una etapa 164. La SDU de tamaño fijo se proporciona a la CN, tal como se indica en una etapa 166. Si llegan más tramas DPCH a través del enlace ascendente, las anteriores etapas 156, 158, 160, 162, 164, 166 se repiten hasta que no haya más datos entrantes, según sugiere la figura.
Transmisión de datos de enlace descendente en Modo Transparente (TrM) con estado de segmentación inactivo (figuras 3, 3A, 3B y 4)
Para la transmisión de datos de enlace descendente, si el intervalo de transmisión soportado sobre la interfaz Iu y el TTI de la UTRAN difieren, por ejemplo, según lo determinado en la etapa 106 de la figura 14, la segmentación se fijará al estado inactivo y se informará al RLC por medio del bit indicador de estado de segmentación, tal como se indica en la etapa 110. Haciendo referencia a las figuras 3, 3A y 3B, después de que el estado de segmentación se haya fijado al estado inactivo en la etapa 110 de la figura 14, o similar, el MAC obtiene el conjunto de combinaciones de formatos de transporte (TFCS) a partir del RRC, según se indica en una etapa 170. El MAC informa entonces, al RLC, del tamaño del bloque de datos y del tamaño del conjunto de bloques de datos a utilizar en el TTI en una etapa
172. En una etapa 174, el RLC almacena a continuación una secuencia de SDU de tamaño fijo 176 que se ha obtenido a partir de la CN en memorias intermedias de RLC 178 hasta que haya suficientes datos para llenar el bloques de transporte o el conjunto de bloques de transporte indicado por el MAC. En este estado de segmentación "inactivo", paquetes de datos de tamaño fijo (SDU), que se reciben desde la CN por medio de la interfaz Iu se almacenan temporalmente en el RLC transparente (almacenamiento temporal de SDU de UTRAN/Tr-RLC) en el orden en el que llegan a la memoria intermedia de RLC hasta que llega el momento, sobre la base del valor del TTI y del tamaño del conjunto de Bloques de Transporte, de reenviar las PDU RLC almacenadas temporalmente a la capa de MAC. Cuando las PDU RLC se envían a la capa de MAC tal como se indica en una etapa 180, el orden de las PDU RLC se debe mantener para que la entidad par pueda definir el orden correcto de las PDU RLC (es decir, se debe mantener el mismo orden a lo largo de todo el trayecto desde la entidad de RLC de la UTRAN a la entidad de RLC del UE).
El TTI en modo FDD es un parámetro de la parte semi-estática del TF (véase §7.1.6 de la 3G TS 25.302), mientras que en el modo TDD el TTI es un parámetro de la parte dinámica del TF. Tanto el tamaño del Bloque de Transporte (§7.1.3) como el tamaño del conjunto de Bloques de Transporte (§7.1.4) son parámetros de la parte dinámica del TF (para los modos tanto FDD como TDD). El tamaño del Bloque de Transporte (el número de bits en un Bloque de Transporte) se corresponde con el tamaño de la PDU RLC, mientras que el tamaño del conjunto de Bloques de Transporte define el número de PDU RLC transmitidas en un TTI (esto se ilustra en la figura 6 de la 3GPP TSG RAN TS 25.302).
Desde la capa de MAC en adelante hacia el UE las PDU RLC se envían utilizando los procedimientos que se han descrito en las especificaciones 3GPP TSG RAN. En particular, el MAC selecciona el formato de transporte a partir del conjunto de formatos de transporte, como se indica en una etapa 182 en la figura 3A, y transfiere PDU RLC a la capa física con un Indicador de Formato de Transporte (TFI) y el indicador de estado de segmentación. La capa física envía a continuación las PDU RLC en tramas DPCH a través de la interfaz de radiocomunicaciones, según se indica en una etapa 184. Tal como sugieren las figuras 3, 3A y 3B, si hay más datos de la CN, las etapas previas se repiten hasta que no haya más datos provenientes de la CN.
En la figura 16 se muestra un aparato para llevar a cabo las etapas anteriores para la transmisión de datos de enlace descendente con un estado de segmentación inactivo. Se muestra una red central (CN) 200 conectada a una
Red Terrestre de Acceso por Radiocomunicaciones UMTS (UTRAN) 202 a través de una interfaz Iu 204. La UTRAN 202 se comunica con un UE (figura 17) a través de una interfaz Uu 206. Por lo tanto, se entenderá que la figura 16 muestra detalles de la CN y la UTRAN de la figura 9 con respecto a la transmisión de datos de enlace descendente con un estado de segmentación inactivo, de acuerdo con la presente invención. En la CN 200 de la figura 16, se muestran unos medios 210 que son sensibles a una señal de solicitud de comunicación, tal como una solicitud iniciada por un UE (tal como ACTIVATE_PDP_CONTEXT_REQUEST), para proporcionar una señal de solicitud de portador sobre una línea 212 para un portador de radiocomunicaciones (RB) (por ejemplo, RAB_ASSIGNMENT_REQUEST) para clase conversacional, y tal como se muestra por medio de la etapa 100 de la figura 14. Esto puede incluir una indicación del estado de segmentación a utilizar para el modo transparente. Unos medios de capa RRC 214 en la UTRAN 202 son sensibles a la señal de solicitud de RB en la línea 212 y a una señal de indicador de calidad RB en una línea 216 para proporcionar una señal de Conjunto de Combinaciones de Formatos de Transporte (TFCS) sobre una línea 218, así como una Señal de Indicación de estado de segmentación sobre una línea 219. Los medios 214 también se pueden utilizar para llevar a cabo las etapas 102, 104, 106, 110 de la figura 14. Unos medios 220 son sensibles a la señal de TFCS en la línea 218 y a la señal de estado de segmentación en la línea 219 para proporcionar una señal de tamaño de bloque de datos en una línea 222, una señal de indicación de estado de segmentación en una línea 223, y una señal de tamaño de conjunto de bloques de datos en una línea 224, tal como se muestra por medio de la etapa 172 de la figura 3A.
Además del envío, por parte de la CN 200, de una señal de solicitud RB a la UTRAN 202, la primera también puede incluir medios 228 sensibles a datos de una línea 230 (por ejemplo, del exterior de la UMTS) para proporcionar SDU de tamaño fijo sobre una línea 232 a la UTRAN 202. Esto se muestra en forma de la etapa 176 en la figura 3A. Unos medios de memoria intermedia 234 son sensibles a las SDU de tamaño fijo en la línea 232, a la señal de tamaño de bloque de datos en la línea 222 así como a la señal de tamaño de conjunto de bloques de datos en la línea 224 y a la señal indicadora de estado de segmentación en la línea 223, para almacenar PDU RLC y para proporcionar las mismas sobre una línea 236 en el momento adecuado con el bit de señal indicadora de estado de segmentación, para la transferencia a la capa de RLC par en el UE. Esto es lo mismo que se muestra por medio de la memoria intermedia 178 de la figura 3A con el almacenamiento temporal de SDU 174.
Unos medios 238 son sensibles a las PDU RLC proporcionadas en la línea 236 para proporcionar un bloque de transporte o un conjunto de bloques de transporte que contiene dichas PDU RLC junto con un indicador de formato de transporte (TFI) en una línea 240. Esto es igual que lo mostrado en la etapa 180 de la figura 3A. Unos medios 242 son sensibles al TB o TBS con la señal de TFI sobre la línea 240 para proporcionarlos en tramas DPCH en el TTI para su transferencia sobre una línea 244 a través de la interfaz Uu 206. Véanse las etapas 182, 184 de la figura 3A.
Haciendo referencia nuevamente a la señal de la línea 216, la misma tiene una magnitud indicativa de la calidad disponible de un portador de radiocomunicaciones, que se podría establecer de acuerdo con la solicitud de la CN
200. Esto se determina a través de unos medios 246 sensibles a una señal Uu en una línea 248.
Se debería observar que los bloques funcionales mostrados en la figura 16, así como figuras similares que se describen posteriormente, se pueden llevar a cabo en varias combinaciones de hardware y software y que, por otra parte, las funciones mostradas en bloques distintos a niveles distintos no están asociadas necesariamente de forma fija a dichos bloques o niveles, sino que se pueden llevar a cabo en bloques diferentes y a niveles diferentes mediante la transferencia de funciones a otros bloques o niveles. De hecho, las señales mostradas para indicar la cooperación entre los diversos bloques son de modo similar flexibles en cuanto a su ubicación y función cuando se trata de conectar bloques similares que se pueden reconstituir para llevar a cabo las mismas funciones o funciones similares.
La figura 17 muestra una continuación del enlace descendente de la figura 16 en el extremo del UE. Se muestra un UE 250 que incluye unos medios 252 sensibles a las tramas DPCH de enlace descendente en la línea 244 recibidas a través de la interfaz Uu 206. Véase también la figura 4.
Como respuesta a las tramas DPCH recibidas en un TTI, los medios 252 proporcionan el TBS con TFI en una línea 254 a unos medios 256 en el nivel MAC del UE. Esto se muestra mediante una etapa 257 en la figura 4. Los medios 256 son sensibles al TBS con TFI y un indicador de segmentación inactivo para proporcionar PDU RLC sobre una línea 258 a unos medios 260 que son sensibles a las mismas para proporcionar SDU de datos de tamaño fijo en una línea 262 a un códec 264 u otra aplicación en la capa UE/L3 o superior. Esto se muestra en la figura 4 mediante una etapa 265.
Se debería mencionar que en el lado del UE (figuras 4 y 17) las PDU RLC recibidas se pueden enviar al códec o la aplicación, o bien todas al mismo tiempo o bien secuencialmente. El método a usar es cuestión de la implementación.
En este estado de segmentación inactivo, una PDU RLC contiene exactamente una SDU (es decir, el número de PDU RLC también define el número de SDU).
Transmisión de datos de enlace ascendente en modo transparente con estado de segmentación inactivo
Para la transmisión de datos de enlace ascendente en el estado de segmentación inactivo el procedimiento soportado por el UE es similar al procedimiento antes descrito para la transmisión de datos de enlace descendente con segmentación inactiva en la UTRAN. Este procedimiento de estado de segmentación inactivo (véanse las figuras 8, 8A y 8B) viene dictaminado por el RRC del UE y define que el UE no llevará a cabo ninguna segmentación sobre la capa de RLC en ninguna fase. El número de PDU RLC y el TTI válido para la interfaz Iub quedan definidos por el TF, el cual se proporciona al UE al producirse el establecimiento del RB par. Este procedimiento de establecimiento de RB y la selección del TF se ha descrito en las especificaciones 3GPP TSG RAN y se describirá a continuación más detalladamente, en combinación con la figura 18.
Haciendo referencia a continuación a la figura 18, se muestra un UE 270 que dispone de medios para llevar a cabo una transmisión de datos de enlace ascendente en modo transparente con un estado de segmentación inactivo indicado.
Como respuesta a datos entrantes en una línea 272, los medios 274 sensibles a los mismos proporcionan SDU de tamaño fijo en una línea 276 y tal como se indica por medio de una etapa 278 de la figura 8A. Unos medios 280 son sensibles a las SDU de tamaño fijo para almacenar temporalmente las mismas. Los medios 280 también son sensibles a una señal de tamaño del bloque de datos en una línea 282, a una señal indicadora de estado de segmentación en una línea 283, y a una señal de tamaño del conjunto de bloques de datos en una línea 284 procedente de unos medios 286 en el nivel MAC del UE. La provisión de las señales sobre las líneas 282 a 298 se corresponde con una etapa 288 mostrada en la figura 8A que se ejecuta una vez que se ha efectuado la selección del TF para el siguiente TTI, tal como se indica mediante una etapa 290. La selección del TF se efectúa en el nivel MAC, pero la selección se realiza a partir del TFCS, tal como se indica en una línea 292 procedente de la capa RRC, por ejemplo, a través de unos medios 294 sensibles a una señal de solicitud en una línea 296 y a una señal de calidad de la interfaz de radiocomunicaciones en una línea 298 para proporcionar la señal de TFCS en la línea 292 y una señal indicadora de estado de segmentación en una línea 297 a los medios 286. Unos medios 300 situados en la capa física son sensibles a una señal sobre una línea 302, indicativa de la calidad de la interfaz de radiocomunicaciones y su capacidad para soportar grados variables de ancho de banda que pueden ser solicitados sobre la línea 296.
Los medios 280 proporcionan PDU RLC junto con el indicador de estado de segmentación inactivo (para la capa de RLC de la UTRAN) sobre una línea 304, tal como se indica por medio de una etapa 306, a la capa de UE/MAC, según se muestra en la figura 8A. Los medios 310 de la capa de MAC representada en la figura 18 son sensibles a las PDU RLC sobre la línea 304 para proporcionar un conjunto de bloques de transporte con una señal indicadora de formato de transporte en una línea 312, tal como se indica por medio de una etapa 314 de la figura 8A. Los medios 316 en la capa física de la figura 18 son sensibles al TBS con la señal de TFI en la línea 312 para proporcionar tramas DPCH de enlace ascendente en una línea 318, tal como se indica también en las figuras 8A y 8B a través de una interfaz Uu 320. Se observará a partir de las figuras 8A y 8B que el tamaño del TTI en la interfaz Uu es ventajosamente mucho mayor que el tamaño de trama de las SDU de datos de tamaño fijo en la capa de códec/aplicación, de acuerdo con el procedimiento de segmentación inactiva de la presente invención. Se mostrará que esto se cumple también en toda la UTRAN (en todo el trayecto hasta la interfaz Iu), tal como se describe posteriormente.
En el lado de la UTRAN (véanse las figuras 7 y 19), las tramas DPCH sobre el enlace ascendente desde el UE se proporcionan en la línea 318 a través de la interfaz Uu 320 a la UTRAN 321, donde son recibidas por unos medios 322 sensibles a las mismas, para proporcionar un TBS con TFI en una línea 324, tal como se muestra en la figura 19, así como mediante una etapa 326 de la figura 7. En la capa de MAC del RNC, unos medios 328 son sensibles al TBS con TFI para proporcionar PDU RLC en una línea 330 así como el indicador de estado de segmentación inactivo en una línea 331, tal como se indica también mediante la etapa 324 de la figura 7. La entidad de RLC transparente 322 de la figura 7 recibe todas las PDU RLC al mismo tiempo desde la capa de MAC, tal como se indica mediante la etapa 324 y las almacena en una memoria intermedia 326. La entidad de RLC memoriza el orden en el que se reenviaron las PDU RLC desde la capa de MAC a la capa de RLC. La capa de RLC almacena temporalmente PDU RLC hasta que se le requiere que transmita las SDU recibidas, en PDU RLC, una cada vez, a una interfaz Iu 333 por medio de la capa de protocolo de UP de la Iu, tal como se indica mediante una etapa 334 y tal como también se muestra mediante una línea de señal 336 en la figura 19. El intervalo de transmisión para la interfaz Iu se definirá al producirse la asignación del RAB y el procedimiento de establecimiento del RB (actualmente, la TR 23.910 define que el único intervalo de transmisión aplicable para la interfaz Iu es 10 ms) y se proporcionará a la capa de RLC con fines relacionados con el almacenamiento temporal y la transmisión de SDU por parte del RRC.
Estado de la segmentación al producirse una reubicación del SRNS y un procedimiento RESET
El modo de segmentación definido al producirse el procedimiento de establecimiento del RB no se puede cambiar al producirse un procedimiento de reubicación de SRNS o cuando se ha llevado a cabo un procedimiento RESET de RLC.
Implementación bloqueando la segmentación
Por lo tanto, se debería entender que esta invención se puede implementar, por ejemplo, bloqueando la función de
5 segmentación en la capa de RLC cada vez que lo requiera el RRC. El bloqueo se puede realizar enviando una primitiva de bloqueo a la entidad de RLC correspondiente o definiendo un parámetro en la primitiva de configuración de RLC. Esta primitiva puede ser generada por el RRC basándose en información que el mismo o bien ha recibido de la CN o bien ha obtenido a partir de los parámetros de RAB enviados por la CN en un mensaje de Solicitud de asignación RANAP:RAB, es decir desde la RANAP 3G-SGSN al RRC de la UTRAN.
10 Aunque la invención se ha mostrado y descrito con respecto a una forma de realización de la misma en modo óptimo, los expertos en la materia deberían entender que los anteriores cambios, omisiones y adiciones, y otros diversos, relativos a su forma y detalle, se pueden efectuar en la misma sin apartarse por ello del espíritu y alcance de la invención.

Claims (18)

  1. REIVINDICACIONES
    1. Método para su uso en el establecimiento de un portador de radiocomunicaciones en relación con una solicitud
    desde una red central a una red de acceso por radiocomunicaciones en un sistema de telecomunicaciones móviles, 5 que comprende las etapas de:
    determinar (102) que un modo solicitado, para una interfaz entre dicha red central y dicha red de acceso por radiocomunicaciones es un modo transparente, y señalizar un indicador de estado de segmentación a una capa de segmentación/reensamblaje de dicha red de acceso por radiocomunicaciones; y
    10 como respuesta a dicho indicador de estado de segmentación, bloquear (110) la segmentación en dicha capa de segmentación/reensamblaje de dicha red de acceso por radiocomunicaciones para dicho portador de radiocomunicaciones en caso de que dicho indicador indique un estado de segmentación inactivo y permitir (108) la segmentación en dicha capa de segmentación/reensamblaje de dicha red de acceso por radiocomunicaciones
    15 en caso de que dicho indicador indique un estado de segmentación activo.
  2. 2. Método según la reivindicación 1, que,
    en caso de que dicha segmentación se bloquee en dicha red de acceso por radiocomunicaciones para un enlace 20 descendente de portador de radiocomunicaciones, comprende además las etapas de:
    almacenar (174) una o más unidades de datos de servicio bajo el control de la capa de segmentación/reensamblaje en dicha red de acceso por radiocomunicaciones, en el que dichas unidades de datos de servicio se proporcionan desde la red central en un intervalo de transmisión en dicho modo
    25 transparente;
    recuperar dicha o dichas unidades de datos de servicio almacenadas y proporcionar (180) dicha o dichas unidades de datos de servicio recuperadas, en una o más unidades de datos de protocolo en uno o más bloques de transporte de datos; y
    30 proporcionar (182) a dicho o dichos bloques de transporte de datos un indicador de formato de transporte para su transmisión a través de una interfaz de radiocomunicaciones desde dicha red de acceso por radiocomunicaciones a un equipo de usuario, en un intervalo de tiempo de transmisión que tiene una duración igual a o mayor que dicho intervalo de transmisión.
  3. 3. Método según la reivindicación 2, que comprende además las etapas de:
    recibir (265) dichas unidades de datos de protocolo a partir de dichos bloques de transporte en una capa de segmentación/reensamblaje de dicho equipo de usuario; y
    40 proporcionar dichas unidades de datos de servicio a una capa de dicho equipo de usuario por encima de dicha capa de segmentación/reensamblaje.
  4. 4. Método según la reivindicación 1, que,
    45 en caso de que dicha segmentación se bloquee en dicha red de acceso por radiocomunicaciones para un enlace ascendente de portador de radiocomunicaciones, comprende además las etapas de:
    almacenar una o más unidades de datos de servicio en una capa de segmentación/reensamblaje en dicho 50 equipo de usuario, en el que se proporcionan (278) unidades de datos de servicio en un intervalo de transmisión en dicho modo transparente;
    recuperar dicha o dichas unidades de datos de servicio almacenadas y proporcionar (306) dicha o dichas unidades de datos de servicio recuperadas, en una o más unidades de datos de protocolo en uno o más 55 bloques de transporte; y
    proporcionar (314) a dicho o dichos bloques de transporte un indicador de formato de transporte para su transmisión a través de una interfaz de radiocomunicaciones desde dicho equipo de usuario a dicha red de acceso por radiocomunicaciones en un intervalo de tiempo de transmisión que tiene una duración igual a o
    60 mayor que dicho intervalo de transmisión.
  5. 5. Método según la reivindicación 4, que comprende además las etapas de:
    recibir dicho o dichos bloques de transporte con un indicador de formato de transporte en una capa de control de 65 acceso al medio de dicha red de acceso por radiocomunicaciones; extraer dichas unidades de datos de protocolo a partir de dichos bloques de transporte en dicha capa de control de acceso al medio de dicha red de acceso por radiocomunicaciones;
    proporcionar (324) dichas unidades de datos de protocolo desde dicha capa de control de acceso al medio de 5 dicha red de acceso por radiocomunicaciones a una capa de segmentación/reensamblaje de dicha red de acceso por radiocomunicaciones;
    almacenar dichas unidades de datos de protocolo de segmentación/reensamblaje en dicha capa de dicha red de acceso por radiocomunicaciones;
    extraer dichas unidades de datos de servicio a partir de dichas unidades de datos de protocolo almacenadas; y
    proporcionar (334) dichas unidades de datos de servicio desde dicha red de acceso por radiocomunicaciones a dicha red central a través de dicha interfaz.
  6. 6. Método para gestionar unidades de datos de servicio en un enlace descendente desde una red central de un sistema de telecomunicaciones móviles mediante una red de acceso por radiocomunicaciones de dicho sistema, en el que la segmentación se bloquea en dicha red de acceso por radiocomunicaciones en caso de un estado de segmentación inactivo, y que, en tal caso, comprende las etapas de:
    almacenar una o más unidades de datos de servicio en una capa de segmentación/reensamblaje de control de enlace de radiocomunicaciones en dicha red de acceso por radiocomunicaciones, en el que se proporcionan unidades de datos de servicio en un intervalo de transmisión en un modo transparente;
    25 recuperar dicha o dichas unidades de datos de servicio almacenadas y proporcionar dicha o dichas unidades de datos de servicio recuperadas, en una o más unidades de datos de protocolo en uno o más bloques de transporte de datos; y
    proporcionar a dicho o dichos bloques de transporte de datos un indicador de formato de transporte para su transmisión a través de una interfaz de radiocomunicaciones desde dicha red de acceso por radiocomunicaciones a un equipo de usuario en un intervalo de tiempo de transmisión que tiene una duración igual a o mayor que dicho intervalo de transmisión.
  7. 7. Método según la reivindicación 6, que comprende además las etapas de:
    35 recibir dicho o dichos bloques de transporte de datos con indicador de formato de transporte en una capa de control de acceso al medio de dicho equipo de usuario;
    extraer dichas unidades de datos de protocolo de dichos bloques de transporte en una capa de segmentación/reensamblaje de dicho equipo de usuario; y
    proporcionar dichas unidades de datos de servicio a una capa de dicho equipo de usuario por encima de dicha capa de segmentación/reensamblaje.
    45 8. Método para gestionar unidades de datos de servicio en un enlace ascendente desde un equipo de usuario de un sistema de telecomunicaciones móviles, por medio de una interfaz, a una red de acceso por radiocomunicaciones, y desde la red de acceso por radiocomunicaciones, por medio de una interfaz, a una red central de dicho sistema, en el que la segmentación se bloquea en dicha red de acceso por radiocomunicaciones en caso de un estado de segmentación inactivo, y en tal caso comprende las etapas de:
    almacenar una o más unidades de datos de servicio en una capa de segmentación/reensamblaje en dicho equipo de usuario, en el que se proporcionan unidades de datos de servicio en un intervalo de transmisión en un modo transparente;
    55 recuperar dichas diversas unidades de datos de servicio almacenadas y proporcionar dichas diversas unidades de datos de servicio recuperadas, en una o más unidades de datos de protocolo en uno o más bloques de transporte; y
    proporcionar a dicho o dichos bloques de transporte un indicador de formato de transporte para su transmisión a través de una interfaz de radiocomunicaciones desde dicho equipo de usuario a dicha red de acceso por radiocomunicaciones en un intervalo de tiempo de transmisión que tiene una duración igual a o mayor que dicho intervalo de transmisión.
  8. 9. Método según la reivindicación 8, que comprende además las etapas de:
    65 recibir dicho o dichos bloques de transporte con indicador de formato de transporte en una capa de control de
    acceso al medio de dicha red de acceso por radiocomunicaciones;
    extraer dichas unidades de datos de protocolo de dichos bloques de transporte en dicha capa de control de acceso al medio de dicha red de acceso por radiocomunicaciones;
    proporcionar dichas unidades de datos de protocolo desde dicha capa de control de acceso al medio de dicha red de acceso por radiocomunicaciones a una capa de segmentación/reensamblaje de dicha red de acceso por radiocomunicaciones;
    almacenar dichas unidades de datos de protocolo en dicha capa de segmentación/reensamblaje de dicha red de acceso por radiocomunicaciones;
    extraer dichas unidades de datos de servicio de dichas unidades de datos de protocolo almacenadas; y
    proporcionar dichas unidades de datos de servicio desde dicha red de acceso por radiocomunicaciones a dicha red central a través de dicha interfaz.
  9. 10. Sistema para su uso en el establecimiento de un portador de radiocomunicaciones en relación con una solicitud desde una red central a una red de acceso por radiocomunicaciones de un sistema de telecomunicaciones móviles, que comprende:
    unos medios para determinar (220) que un modo solicitado para una interfaz entre dicha red central y dicha red de acceso por radiocomunicaciones es un modo transparente y para señalizar (223) un indicador de estado de segmentación a una capa de segmentación/reensamblaje de dicha red de acceso por radiocomunicaciones; y
    unos medios (234) sensibles a dicho indicador de estado de segmentación, para bloquear la segmentación en dicha capa de segmentación/reensamblaje de dicha red de acceso por radiocomunicaciones para dicho portador de radiocomunicaciones en caso de que dicho indicador indique un estado de segmentación inactivo y para permitir (108) la segmentación en dicha capa de segmentación/reensamblaje de dicha red de acceso por radiocomunicaciones en caso de que dicho indicador indique un estado de segmentación activo.
  10. 11. Sistema según la reivindicación 10, que,
    en caso de que dicha segmentación se bloquee en dicha red de acceso por radiocomunicaciones para un enlace descendente de portador de radiocomunicaciones, comprende además:
    unos medios para almacenar (178) una o más unidades de datos de servicio bajo el control de la capa de segmentación/reensamblaje en dicha red de acceso por radiocomunicaciones, en el que se proporcionan unidades de datos de servicio desde la red central en un intervalo de transmisión en dicho modo transparente y para proporcionar (180) dicha o dichas unidades de datos de servicio almacenadas, en una o más unidades de datos de protocolo en uno o más bloques de transporte de datos; y
    unos medios para proporcionar (182, 238) a dicho o dichos bloques de transporte de datos un indicador de formato de transporte para su transmisión a través de una interfaz de radiocomunicaciones desde dicha red de acceso por radiocomunicaciones a un equipo de usuario en un intervalo de tiempo de transmisión que tiene una duración igual a o mayor que dicho intervalo de transmisión.
  11. 12. Sistema según la reivindicación 11, que comprende además:
    unos medios para recibir (256) dichas unidades de datos de protocolo a partir de dichos bloques de transporte en una capa de control de acceso al medio de dicho equipo de usuario; y
    unos medios en una capa de segmentación/reensamblaje de dicho equipo de usuario (260) sensibles a dichas unidades de datos de protocolo de dicha capa de control de acceso al medio, para proporcionar dichas unidades de datos de servicio a una capa de dicho equipo de usuario por encima de dicha capa de segmentación/reensamblaje.
  12. 13. Sistema según la reivindicación 10, que,
    en caso de que dicha segmentación se bloquee en dicha red de acceso por radiocomunicaciones para un enlace ascendente de un portador de radiocomunicaciones, comprende además:
    unos medios (280) para almacenar una o más unidades de datos de servicio en una capa de segmentación/reensamblaje en dicho equipo de usuario, en el que se proporcionan (278) unidades de datos de servicio en un intervalo de transmisión en dicho modo transparente y para recuperar dicha o dichas unidades de datos de servicio almacenadas con el fin de proporcionar (306) dicha o dichas unidades de datos de servicio recuperadas, en una o más unidades de datos de protocolo en uno o más bloques de transporte; y
    unos medios (310) para proporcionar (312, 314) a dicho o dichos bloques de transporte un indicador de formato de transporte para su transmisión a través de una interfaz de radiocomunicaciones desde dicho 5 equipo de usuario a dicha red de acceso por radiocomunicaciones en un intervalo de tiempo de transmisión que tiene una duración igual a o mayor que dicho intervalo de transmisión.
  13. 14. Sistema según la reivindicación 13, que comprende además:
    10 unos medios (328) para recibir dicho o dichos bloques de transporte con indicador de formato de transporte en una capa de control de acceso al medio de dicha red de acceso por radiocomunicaciones para extraer dichas unidades de datos de protocolo de dichos bloques de transporte en dicha capa de control de acceso al medio de dicha red de acceso por radiocomunicaciones, y para proporcionar (324) dichas unidades de datos de protocolo desde dicha capa de control de acceso al medio de dicha red de acceso por radiocomunicaciones a una capa de
    15 segmentación/reensamblaje de dicha red de acceso por radiocomunicaciones; y
    unos medios (326) para almacenar dichas unidades de datos de protocolo en dicha capa de segmentación/reensamblaje de dicha red de acceso por radiocomunicaciones para extraer dichas unidades de datos de servicio de dichas unidades de datos de protocolo almacenadas y para proporcionar (334, 336) dichas
    20 unidades de datos de servicio desde dicha red de acceso por radiocomunicaciones a dicha red central a través de dicha interfaz entre dicha red de acceso por radiocomunicaciones y dicha red central.
  14. 15. Aparato para gestionar unidades de datos de servicio en un enlace descendente desde una red central de un sistema de telecomunicaciones móviles mediante una red de acceso por radiocomunicaciones de dicho sistema, en
    25 el que la segmentación se bloquea en dicha red de acceso por radiocomunicaciones en caso de un estado de segmentación inactivo, y que comprende:
    unos medios (234) para almacenar una o más unidades de datos de servicio en una capa de segmentación/reensamblaje en dicha red de acceso por radiocomunicaciones, en el que se proporcionan
    30 unidades de datos de servicio en un intervalo de transmisión en un modo transparente para recuperar dicha o dichas unidades de datos de servicio almacenadas y para proporcionar dicha o dichas unidades de datos de servicio recuperadas, en una o más unidades de datos de protocolo en uno o más bloques de transporte de datos; y
    35 unos medios (238) para proporcionar a dicho o dichos bloques de transporte de datos un indicador de formato de transporte para su transmisión a través de una interfaz de radiocomunicaciones desde dicha red de acceso por radiocomunicaciones a un equipo de usuario en un intervalo de tiempo de transmisión que tiene una duración igual a o mayor que dicho intervalo de transmisión.
    40 16. Aparato según la reivindicación 15, que comprende además:
    unos medios (256) para recibir dicho o dichos bloques de transporte de datos con indicador de formato de transporte en una capa de control de acceso al medio de dicho equipo de usuario; y
    45 unos medios (260) para extraer dichas unidades de datos de protocolo de dichos bloques de transporte en una capa de segmentación/reensamblaje de dicho equipo de usuario y para proporcionar dichas unidades de datos de servicio a una capa de dicho equipo de usuario por encima de dicha capa de segmentación/reensamblaje.
  15. 17. Aparato para gestionar unidades de datos de servicio transmisibles en un enlace ascendente desde un equipo de
    50 usuario de un sistema de telecomunicaciones móviles por medio de una interfaz de radiocomunicaciones (320) a una red de acceso por radiocomunicaciones, en el que la segmentación se bloquea en dicha red de acceso por radiocomunicaciones en caso de un estado de segmentación inactivo, y que comprende:
    unos medios (280) para almacenar una o más unidades de datos de servicio en una capa de
    55 segmentación/reensamblaje en dicho equipo de usuario, en el que se proporcionan unidades de datos de servicio en un intervalo de transmisión en un modo transparente para recuperar dicha o dichas unidades de datos de servicio almacenadas y proporcionar dicha o dichas unidades de datos de servicio recuperadas, en una
    o más unidades de datos de protocolo en uno o más bloques de transporte; y
    60 unos medios (310) para proporcionar a dicho o dichos bloques de transporte un indicador de formato de transporte para su transmisión a través de dicha interfaz de radiocomunicaciones desde dicho equipo de usuario a dicha red de acceso por radiocomunicaciones en un intervalo de tiempo de transmisión que tiene una duración igual a o mayor que dicho intervalo de transmisión.
    65 18. Sistema que comprende el aparato según la reivindicación 17, y que comprende además: unos medios (328) para recibir dicho o dichos bloques de transporte con indicador de formato de transporte en una capa de control de acceso al medio de dicha red de acceso por radiocomunicaciones para extraer dichas unidades de datos de protocolo de dichos bloques de transporte en dicha capa de control de acceso al medio de dicha red de acceso por radiocomunicaciones y para proporcionar dichas unidades de datos de protocolo desde
    5 dicha capa de control de acceso al medio de dicha red de acceso por radiocomunicaciones a una capa de segmentación/reensamblaje de dicha red de acceso por radiocomunicaciones; y
    unos medios (326) para almacenar dichas unidades de datos de protocolo en dicha capa de segmentación/reensamblaje de dicha red de acceso por radiocomunicaciones para extraer dichas unidades de
    10 datos de servicio de dichas unidades de datos de protocolo almacenadas y para proporcionar dichas unidades de datos de servicio desde dicha red de acceso por radiocomunicaciones a dicha red central a través de dicha interfaz que va desde dicha red de acceso por radiocomunicaciones a dicha red central.
  16. 19. Equipo de usuario que comprende un aparato según las reivindicaciones 17 o 18. 15
  17. 20. Aparato para gestionar unidades de datos de servicio transmisibles en un enlace descendente desde una red central de un sistema de telecomunicaciones móviles por medio de una interfaz de radiocomunicaciones (333) a una red de acceso por radiocomunicaciones y desde dicha red de acceso por radiocomunicaciones por medio de una interfaz de radiocomunicaciones (206) a un equipo de usuario, en el que la segmentación se bloquea en dicha red
    20 de acceso por radiocomunicaciones en caso de un estado de segmentación inactivo, y que comprende:
    unos medios para recibir uno o más bloques de transporte de datos que comprenden un indicador de formato de transporte y un indicador de estado de segmentación, en el que el indicador de estado de segmentación se está señalizando a una capa de segmentación/reensamblaje de la red de acceso por radiocomunicaciones y el modo
    25 solicitado para dicha interfaz de radiocomunicaciones (206) entre el equipo de usuario y la red de acceso por radiocomunicaciones es un modo transparente; y
    unos medios (256) sensibles a dicho indicador de segmentación para bloquear la segmentación en dicha capa de segmentación/reensamblaje en caso de que dicho indicador indique un estado de segmentación inactivo y para
    30 permitir la segmentación en dicha capa de segmentación/reensamblaje en caso de que dicho indicador indique un estado de segmentación activo.
  18. 21. Equipo de usuario que comprende un aparato según la reivindicación 20.
ES08017563.1T 2000-04-07 2001-03-26 Transmisión de unidades de datos de protocolo a través del control de enlace de radiocomunicaciones transparente Expired - Lifetime ES2442871T3 (es)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
US19567600P 2000-04-07 2000-04-07
US195676P 2000-04-07

Publications (1)

Publication Number Publication Date
ES2442871T3 true ES2442871T3 (es) 2014-02-14

Family

ID=22722312

Family Applications (2)

Application Number Title Priority Date Filing Date
ES01915601T Expired - Lifetime ES2313950T3 (es) 2000-04-07 2001-03-26 Transmision de unidades de datos de protocolo de tamaño fijo a traves de un control de enlace radioelectrico transparente.
ES08017563.1T Expired - Lifetime ES2442871T3 (es) 2000-04-07 2001-03-26 Transmisión de unidades de datos de protocolo a través del control de enlace de radiocomunicaciones transparente

Family Applications Before (1)

Application Number Title Priority Date Filing Date
ES01915601T Expired - Lifetime ES2313950T3 (es) 2000-04-07 2001-03-26 Transmision de unidades de datos de protocolo de tamaño fijo a traves de un control de enlace radioelectrico transparente.

Country Status (13)

Country Link
US (1) US6950420B2 (es)
EP (2) EP2026624B1 (es)
JP (1) JP3811068B2 (es)
KR (1) KR100519612B1 (es)
CN (2) CN1324864C (es)
AT (1) ATE410859T1 (es)
AU (1) AU2001242683A1 (es)
BR (1) BR0107546A (es)
CA (1) CA2403575C (es)
DE (1) DE60136065D1 (es)
ES (2) ES2313950T3 (es)
WO (1) WO2001078323A2 (es)
ZA (1) ZA200207071B (es)

Families Citing this family (67)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
DE60137087D1 (de) 2000-01-14 2009-01-29 Interdigital Tech Corp Drahtloses Kommunikationssystem mit selektiv dimensionierten Datentransportblöcken
US7792119B2 (en) * 2000-05-22 2010-09-07 Telefonaktiebolaget L M Ericsson (Publ) Method for a connection through a core network
FR2809577B1 (fr) * 2000-05-25 2002-10-18 Mitsubishi Electric Inf Tech Methode de transmission de donnees combattant la degradation de la qualite de service
US7190684B2 (en) * 2000-11-22 2007-03-13 Lucent Technologies Inc. Method and system for UMTS packet transmission scheduling on shared downlink channels
KR100662286B1 (ko) * 2000-11-30 2007-01-02 엘지전자 주식회사 무선 링크 제어 계층에서의 프로토콜 데이터 유닛 송신 방법 및 무선 링크 제어 계층을 갖는 무선 통신 시스템
KR100493280B1 (ko) * 2000-12-29 2005-06-02 엘지전자 주식회사 이동 단말의 위치 등록 제어 방법
US8009667B1 (en) * 2001-01-16 2011-08-30 Wi—LAN, Inc. Packing source data packets into transporting packets with fragmentation
US6904016B2 (en) * 2001-11-16 2005-06-07 Asustek Computer Inc. Processing unexpected transmission interruptions in a wireless communications system
US7177658B2 (en) 2002-05-06 2007-02-13 Qualcomm, Incorporated Multi-media broadcast and multicast service (MBMS) in a wireless communications system
WO2004015909A1 (en) 2002-08-01 2004-02-19 Nokia Corporation Transmitting interleaved multiple data flows
US7289452B2 (en) * 2002-10-24 2007-10-30 Nokia Corporation Transport block size (TBS) signaling enhancement
SG110008A1 (en) * 2002-12-10 2005-04-28 Oki Techno Ct Singapore Pte A method of segmenting a re-ordering buffer of wcdma hsdpa system and mapping data thereto
AU2003301161B2 (en) 2002-12-20 2007-05-10 Interdigital Technology Corporation Scheduling data transmission by medium access control (MAC) layer in a mobile network
GB2399712A (en) * 2003-03-17 2004-09-22 Orange Personal Comm Serv Ltd Telecommunications apparatus and method for multiple data type packets
GB2399713A (en) * 2003-03-17 2004-09-22 Orange Personal Comm Serv Ltd Telecommunications apparatus and method based on quality of service
US20040252719A1 (en) * 2003-06-10 2004-12-16 Iqbal Jami Radio telecommunications network, a station, and a method of sending packets of data
US8804761B2 (en) * 2003-08-21 2014-08-12 Qualcomm Incorporated Methods for seamless delivery of broadcast and multicast content across cell borders and/or between different transmission schemes and related apparatus
US8694869B2 (en) * 2003-08-21 2014-04-08 QUALCIMM Incorporated Methods for forward error correction coding above a radio link control layer and related apparatus
EP1526701A1 (en) * 2003-10-22 2005-04-27 Mitsubishi Denki Kabushiki Kaisha Methods and devices for transferring and for recovering data packets
CN101494923A (zh) * 2003-10-30 2009-07-29 美商内数位科技公司 无线存取承载管理器实施架构及封包数据收敛协议方法
US7584397B2 (en) * 2004-06-10 2009-09-01 Interdigital Technology Corporation Method and apparatus for dynamically adjusting data transmission parameters and controlling H-ARQ processes
CN1756254B (zh) * 2004-09-29 2011-01-12 上海贝尔阿尔卡特股份有限公司 无线链路控制层的分段方法
KR101124762B1 (ko) 2004-10-20 2012-03-26 삼성전자주식회사 통신 시스템에서의 전송 포맷 구성 방법 및 장치
KR100702643B1 (ko) * 2005-03-01 2007-04-02 가부시키가이샤 엔.티.티.도코모 송신 전력 제어 방법, 이동국 및 무선 네트워크 제어국
JP4538366B2 (ja) * 2005-03-29 2010-09-08 株式会社エヌ・ティ・ティ・ドコモ 伝送速度制御方法、移動局及び無線基地局
EP1764980B8 (en) 2005-09-20 2009-01-07 Panasonic Corporation Method and apparatus for packet segmentation and concatenation signaling in a communication system
TWI297248B (en) * 2005-10-21 2008-05-21 Inst Information Industry Method and apparatus for adaptive communication
KR101203841B1 (ko) * 2006-01-05 2012-11-21 엘지전자 주식회사 무선 통신 시스템에서의 페이징 메시지 전송 및 수신 방법
KR101319870B1 (ko) * 2006-01-05 2013-10-18 엘지전자 주식회사 이동 통신 시스템에서의 핸드오버 방법
KR20070080552A (ko) * 2006-02-07 2007-08-10 엘지전자 주식회사 이동 통신 시스템에서의 응답 정보 전송 방법
KR101333918B1 (ko) * 2006-01-05 2013-11-27 엘지전자 주식회사 이동 통신 시스템의 점-대-다 서비스 통신
US9456455B2 (en) * 2006-01-05 2016-09-27 Lg Electronics Inc. Method of transmitting feedback information in a wireless communication system
CN101682557A (zh) 2006-01-05 2010-03-24 Lg电子株式会社 在移动通信系统中发送数据
JP4806030B2 (ja) 2006-01-05 2011-11-02 エルジー エレクトロニクス インコーポレイティド 移動通信システムで信号を転送する方法
KR101211807B1 (ko) 2006-01-05 2012-12-12 엘지전자 주식회사 이동통신 시스템에서 무선단말의 동기상태 관리방법
KR101268200B1 (ko) 2006-01-05 2013-05-27 엘지전자 주식회사 이동통신 시스템에서의 무선자원 할당방법
KR101265628B1 (ko) * 2006-01-05 2013-05-22 엘지전자 주식회사 이동 통신 시스템에서의 무선 자원 스케줄링 방법
ES2459371T3 (es) 2006-01-05 2014-05-09 Lg Electronics Inc. Transmisión de información en un sistema de comunicaciones móviles
KR100912784B1 (ko) 2006-01-05 2009-08-18 엘지전자 주식회사 데이터 송신 방법 및 데이터 재전송 방법
WO2007091840A1 (en) * 2006-02-07 2007-08-16 Lg Electronics Inc. Method for operating enhanced rlc entity and rnc entity for wcdma and system thereof
US8493854B2 (en) 2006-02-07 2013-07-23 Lg Electronics Inc. Method for avoiding collision using identifier in mobile network
KR101216751B1 (ko) * 2006-02-07 2012-12-28 엘지전자 주식회사 이동 통신 시스템에서 식별자를 이용한 충돌 회피 방법
KR101358469B1 (ko) * 2006-02-07 2014-02-06 엘지전자 주식회사 무선 네트워크(ｎｅｔｗｏｒｋ) 안에서 상향(ｕｐｌｉｎｋ)및 하향(ｄｏｗｎｌｉｎｋ) 대역폭(ｂａｎｄｗｉｄｔｈ)의선택 및 신호 방법
JP5250430B2 (ja) * 2006-02-08 2013-07-31 アギア システムズ インコーポレーテッド ３ｇワイヤレス・ネットワークにおけるｈｓｄｐａ互換受信機のｍａｃ−ｈｓ処理
KR101387475B1 (ko) 2006-03-22 2014-04-22 엘지전자 주식회사 복수의 네트워크 엔터티를 포함하는 이동 통신시스템에서의 데이터 처리 방법
KR101369135B1 (ko) 2006-06-21 2014-03-05 엘지전자 주식회사 이동통신 시스템에서의 멀티미디어 및 방송서비스의 품질보장 방법 및 그 단말
KR20070121513A (ko) 2006-06-21 2007-12-27 엘지전자 주식회사 이동통신 시스템의 상향 접속 방법
EP2618517B1 (en) 2006-06-21 2023-08-02 LG Electronics Inc. Method of supporting data retransmission in a mobile communication system
WO2007148935A1 (en) 2006-06-21 2007-12-27 Lg Electronics Inc. Method of transmitting and receiving radio access information using a message separation in a wireless mobile communications system
KR20070121505A (ko) 2006-06-21 2007-12-27 엘지전자 주식회사 무선링크 재설정 방법
US8331386B2 (en) * 2007-02-07 2012-12-11 Agere Systems Llc CRC checking and MAC-HS processing in an HSDPA-compatible receiver in a 3G wireless network
KR100909105B1 (ko) * 2007-11-30 2009-07-30 한국전자통신연구원 무선통신 시스템에서의 세션 제어방법
US8520525B2 (en) * 2008-02-14 2013-08-27 Intel Mobile Communications GmbH Method of transmitting data and communication device
US8693384B2 (en) * 2008-05-29 2014-04-08 Htc Corporation Method for dynamic packet retransmission for radio link control layer in a wireless communications system
KR101450489B1 (ko) * 2008-08-01 2014-10-15 닛본 덴끼 가부시끼가이샤 이동 통신 시스템, 제어 디바이스, 기지국 디바이스, 시스템 제어 방법 및 디바이스 제어 방법
US8306059B2 (en) * 2008-11-05 2012-11-06 Htc Corporation Method of constructing and transmitting packets with MIMO configuration in a wireless communication system and related communication device
US8638773B2 (en) * 2009-01-29 2014-01-28 Qualcomm Incorporated RLC for multi-carrier LTE systems
CN101854622B (zh) * 2010-05-12 2013-03-13 北京天碁科技有限公司 一种高速上行分组接入终端及其数据传输方法
EP2628354A4 (en) * 2010-10-12 2017-01-25 Samsung Electronics Co., Ltd Method and apparatus of communicating machine type communication data over an iu interface in a universal mobile telecommunications system
US11201780B2 (en) * 2016-01-29 2021-12-14 Qualcomm Incorporated Configurations associated with segmentation of one or more packets for wireless communication
US10396942B2 (en) 2016-03-29 2019-08-27 Samsung Electronics Co., Ltd. Method and apparatus for transmitting and receiving data in a communication system
CN107343298A (zh) * 2016-04-29 2017-11-10 展讯通信（上海）有限公司 数据传输方法及用户终端
WO2018006394A1 (en) * 2016-07-08 2018-01-11 Nokia Technologies Oy Dynamic segmentation
CN107786493B (zh) * 2016-08-24 2020-03-03 中国移动通信有限公司研究院 一种数据传输方法及装置
EP4221312A3 (en) * 2016-11-04 2023-11-01 Beijing Xiaomi Mobile Software Co., Ltd. Method and device for generating protocol data unit (pdu) packet
CN110326222A (zh) * 2017-02-06 2019-10-11 瑞典爱立信有限公司 Ldpc码块分割
CN109565512B (zh) * 2017-05-04 2021-07-30 Oppo广东移动通信有限公司 无线链路层的数据包切割配置方法及相关产品

Family Cites Families (17)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US4653013A (en) * 1984-11-19 1987-03-24 General Electric Company Altering spatial characteristics of a digital image
US5054100A (en) * 1989-11-16 1991-10-01 Eastman Kodak Company Pixel interpolator with edge sharpening
FR2702111B1 (fr) * 1993-02-26 1995-05-12 Alcatel Radiotelephone Procédé de gestion des erreurs de transmission entre une station de base et un transcodeur dans un système de radiocommunication numérique, station de base et transcodeur correspondants.
US6094575A (en) * 1993-11-01 2000-07-25 Omnipoint Corporation Communication system and method
US6021333A (en) 1993-11-01 2000-02-01 Omnipoint Corporation Method and system for transferring information within a mobile communication system
EP0786919A1 (en) * 1996-01-23 1997-07-30 International Business Machines Corporation A data processing method for efficiently transporting multimedia packets over a conventional digital packet switching network
US6108336A (en) * 1996-09-26 2000-08-22 International Business Machines Corporation AAL-5 SSCS for AAL-1 and AAL-2 in ATM networks
FI107498B (fi) * 1997-06-30 2001-08-15 Nokia Networks Oy Verkkopalveluiden määrittäminen radioaccessverkossa
US6122293A (en) * 1998-02-13 2000-09-19 Telefonaktiebolaget Lm Ericsson Method and system for link adaptation having a variable update interval
JP4354641B2 (ja) * 1998-04-03 2009-10-28 テレフオンアクチーボラゲット エル エム エリクソン（パブル） ユニバーサル移動電話システム（ｕｍｔｓ）におけるフレキシブル無線アクセス及びリソース割り当て
FI108824B (fi) * 1998-06-03 2002-03-28 Nokia Corp Datasiirtomenetelmiä tietoliikennejärjestelmässä
FI106504B (fi) * 1998-10-06 2001-02-15 Nokia Networks Oy Datan segmentointimenetelmä tietoliikennejärjestelmässä
FI107770B (fi) * 1999-06-07 2001-09-28 Nokia Mobile Phones Ltd PDP-kontekstien hallinta matkaviestimessä
US6301479B1 (en) * 1999-07-08 2001-10-09 Telefonaktiebolaget Lm Ericsson Technique for providing a secure link in a mobile communication system
FI19992470A (fi) * 1999-11-17 2001-05-18 Nokia Mobile Phones Ltd Tiedonsiirto
US7600039B2 (en) 2000-02-16 2009-10-06 Motorola, Inc. Label-based multiplexing
FR2806576B1 (fr) * 2000-03-15 2004-04-23 Nortel Matra Cellular Procede d'emission de signaux radio, reseau d'acces et terminal de radiocommunication appliquant le procede

Also Published As

Publication number Publication date
CN1324864C (zh) 2007-07-04
CA2403575C (en) 2010-05-25
EP1285512A2 (en) 2003-02-26
AU2001242683A1 (en) 2001-10-23
CN1571405A (zh) 2005-01-26
DE60136065D1 (de) 2008-11-20
ES2313950T3 (es) 2009-03-16
US20010033582A1 (en) 2001-10-25
WO2001078323A3 (en) 2002-09-06
EP2026624A2 (en) 2009-02-18
BR0107546A (pt) 2004-01-06
EP2026624A3 (en) 2011-01-05
JP2003530766A (ja) 2003-10-14
US6950420B2 (en) 2005-09-27
JP3811068B2 (ja) 2006-08-16
ZA200207071B (en) 2003-08-18
ATE410859T1 (de) 2008-10-15
EP1285512B1 (en) 2008-10-08
EP2026624B1 (en) 2013-11-27
KR20030036156A (ko) 2003-05-09
KR100519612B1 (ko) 2005-10-07
CN1201526C (zh) 2005-05-11
CA2403575A1 (en) 2001-10-18
WO2001078323A2 (en) 2001-10-18
CN1439210A (zh) 2003-08-27

Similar Documents

Publication Publication Date Title
ES2442871T3 (es) Transmisión de unidades de datos de protocolo a través del control de enlace de radiocomunicaciones transparente
ES2236319T3 (es) Definicion de la compresion de campos de cabecera para conexiones de paquetes de datos.
ES2362173T3 (es) Método de comunicación inalámbrica para transmitir una secuencia de unidades de datos entre un dispositivo inalámbrico y una red.
ES2220115T3 (es) Metodo de segmentacion de datos en un sistema de telecomunicaciones.
KR101831448B1 (ko) 이동 통신 시스템에서 ｐｄｃｐ 기능을 선택적으로 적용하는 방법
ES2337633T3 (es) Metodo para transmitir informes de estatus de memoria intermedia y datos de enlace ascendente en un sistema de comunicaciones inalambricas, dispositivo inalambrico para implementar dicho metodo.
ES2268576T3 (es) Parte de red y terminal de abonado de una red celular que utiliza gprs.
ES2368161T3 (es) Procedimiento de transmisión/recepción de información de control de un canal de datos para una transmisión mejorada de datos de enlace ascendente.
ES2581847T3 (es) Almacenamiento temporal de paquetes para una transferencia sin pérdidas
ES2442892T3 (es) Traspaso de conmutación de paquetes en un sistema de comunicación móvil, durante el que un nodo móvil recibe paquetes desde un nodo de origen y un nodo de destino
ES2373710T3 (es) Procedimiento de reubicación de srns y controlador de red radio correspondiente.
ES2328342T3 (es) Sistema y procedimiento de comunicacion movil.
TWI427951B (zh) 在行動電信系統中執行無線電協定之方法以及行動電信之傳輸器
ES2367805T3 (es) Reducción de tareas de una unidad de datos de protocolo en un sistema de comunicaciones inalámbricas.
ES2218389T3 (es) Numeracion de paquetes de datos en una transmision de datos por conmutacion de paquetes.
ES2664800T3 (es) Procedimiento y aparato para la segmentación de paquetes y la señalización de concatenación en un sistema de comunicación
TWI496443B (zh) 支援上鏈協定改變方法及裝置
ES2893781T3 (es) Subencabezado de relleno ficticio en unidades de datos de protocolo MAC
BR112019000608B1 (pt) métodos e estação base de origem para transmitir regra para mapeamento de fluxo de qos para drb
ES2328218T3 (es) Transferencia de parametros de algoritmo de optimizacion durante el traspaso de una estacion movil entre subsistemas de redes de radiocomunicaciones.
ES2215894T3 (es) Numeracion de paquetes de datos en transmision de datos por conmutacion de paquetes.
ES2383535T3 (es) Método de selección de bandas de frecuencia adecuadas para la transmisión de datos entre un nodo de red y un equipo de usario dentro de una red de comunicaciones móviles
ES2252952T3 (es) Metodo para el control de la comunicacion y sistema de comunicaciones.
JP5344201B2 (ja) 通信システム
ES2310038T3 (es) Transmision no transparente de datos en una red de comunicaciones moviles.