ES2313950T3 - Transmision de unidades de datos de protocolo de tamaño fijo a traves de un control de enlace radioelectrico transparente. - Google Patents
Transmision de unidades de datos de protocolo de tamaño fijo a traves de un control de enlace radioelectrico transparente. Download PDFInfo
- Publication number
- ES2313950T3 ES2313950T3 ES01915601T ES01915601T ES2313950T3 ES 2313950 T3 ES2313950 T3 ES 2313950T3 ES 01915601 T ES01915601 T ES 01915601T ES 01915601 T ES01915601 T ES 01915601T ES 2313950 T3 ES2313950 T3 ES 2313950T3
- Authority
- ES
- Spain
- Prior art keywords
- segmentation
- layer
- data units
- access network
- radio access
- 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
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 ser utilizado en el establecimiento de un portador radioeléctrico relativo a una petición procedente de una red central y dirigida a una red de acceso radioeléctrico en un sistema de telecomunicaciones móviles, que comprende las siguientes etapas: determinar (102) si un modo solicitado para un interfaz entre dicha red central y dicha red de acceso radioeléctrico es un modo transparente y señalizar un indicador de estado de segmentación a una capa de segmentación/reensamblado de dicha red de acceso radioeléctrico; y en respuesta a dicho indicador de estado de segmentación, bloquear (110) la segmentación en dicha capa de segmentación/reensamblado de dicha red de acceso radioeléctrico para dicho portador radioeléctrico en caso que el indicador muestre un estado de segmentación inactivo y permitir (108) la segmentación en dicha capa de segmentación/reensamblado de dicha red de acceso radioeléctrico en caso que dicho indicador muestre un estado de segmentación activo.
Description
Transmisión de unidades de datos de protocolo de
tamaño fijo a través de un control de enlace radioeléctrico
transparente.
Haciendo referencia a la figura 9, la
arquitectura de la red por paquetes Universal Mobile
Telecommunications System [Sistema de Telecomunicaciones Móviles
Universales] (UMTS) incluye los principales elementos de la
arquitectura del equipo de usuario (UE), la red terrestre de acceso
radioeléctrico (UTRAN) UMTS, y la red central (CN). El UE está
interconectado con la UTRAN a través de un interfaz radioeléctrico
(Uu), mientras que la UTRAN está interconectada con la red central
a través de un interfaz Iu. La figura 10 muestra algunos detalles
adicionales de la arquitectura general. El protocolo Iu incluye un
protocolo de plano de usuario (UP), como se muestra en la figura
11. Un protocolo de plano de usuario lleva a cabo el servicio de
portador de acceso radioeléctrico real, es decir, transporta los
datos de usuario a través del estrato de acceso. Otra forma de
considerar el protocolo de plano de usuario se muestra en la figura
12. Se distingue del protocolo del plano de control de la figura 13
en que controla los portadores de acceso radioeléctrico y la
conexión entre el UE y la red desde distintos aspectos (incluyendo
la petición de servicio, el control de los diferentes recursos de
transmisión, el traspaso y la racionalización o simplificación, la
transferencia de mensajes NAS, etc.) Véase 3G TS 25.401 \NAK
5.
Uno de los objetivos del plano de usuario (UP)
Iu es mantener la independencia con respecto al dominio de la red
central CN (conmutada por circuito o conmutada por paquetes) y tener
ninguna o limitada dependencia de la capa de red de transporte
(TNL). La consecución de este objetivo aporta la suficiente
estabilidad para la evolución de los servicios, independientemente
del dominio de la red central, y para la migración de servicios
entre dominios de la red central. El protocolo UP Iu se define, por
lo tanto, con unos modos de funcionamiento que pueden activarse en
función de un portador de acceso radioeléctrico (RAB), en lugar de
en función de un dominio o de un (tele)servicio. El modo de
funcionamiento UP Iu, determina si se va a facilitar, y cuáles, una
serie de funcionalidades para el cumplimiento, por ejemplo, de los
requisitos QoS RAB.
Los modos de operación del protocolo UP se
definen (3G TS 24.415 \NAK 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 UP Iu es una decisión CN adoptada en un establecimiento
RAB, en función, por ejemplo, de las características RAB. Se
notifica al plano de control de la Radio Network Layer [capa de red
radioeléctrica] (RNL) cuando se produce la asignación de la RAB y se
reubica cada RAB. Se indica a nivel interno a la capa de protocolo
Iu UP cuando se establece el plano de usuario. La elección de un
modo está vinculada a la naturaleza de la RAB asociada, y no puede
cambiarse a menos que se cambie la RAB.
El modo transparente está diseñado para aquellas
RAB que no requieren ninguna característica específica del
protocolo Iu UP, a excepción de la transferencia de datos de
usuario. La capa de protocolo Iu UP en el modo transparente a
través del interfaz Iu se muestra en la figura 2 de 3G TSG RAN:
"UTRAN Iu Interface User Plane Protocols (Entrega de 1999)",
TS 25.415 v 3.2.0 (2000-03). En este modo, la
instancia del protocolo Iu UP no realiza ningún intercambio de
información del protocolo Iu UP con su pareja a través del interfaz
Iu: no se envía ninguna trama Iu. La capa del protocolo Iu UP es
atravesada por las PDUs intercambiadas entre las capas superiores y
la capa de la red de transporte. La operación del Iu UP en modo
transparente se comenta más a fondo en la sección 5 de 3G TSG RAN
25.415 v 3.2.0 (2000-03).
Para el transporte de los datos de usuario, se
conoce gracias a 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 series de bloques de transporte (TBSs), y es
equivalente a la periodicidad a la cual se transfieren los TBS
mediante la capa física a través del interfaz radioeléctrico.
Siempre es un múltiplo del período de entrelazado mínimo (por
ejemplo, 10 ms, la longitud de una trama radioeléctrica). El MAC
facilita una TBS a la capa física cada TTI. Por otra parte, pueden
intercambiarse TBS plurales en ciertas instancias temporales entre
MAC y LI mediante los canales de transporte paralelos existentes
entre un UE y la UTRAN. Cada TBS consiste en varios bloques de
transporte (aunque también se puede enviar un único bloque de
transporte en un TTI). El TTI, es decir, el intervalo entre
entregas consecutivas de datos entre MAC y Ll, puede variar, por
ejemplo, 10 ms, 20 ms, 40 ms, 80 ms entre los distintos canales.
Además, el número de bloques de transporte y el tamaño de los
bloques de transporte también puede variar, incluso para un mismo
canal. Por lo tanto, la UTRAN puede operar de esta forma, y podría
resultar ventajoso ser capaz de continuar operando de esta forma en
la UTRAN debido a su flexibilidad inherente, incluso cuando el
interfaz Iu entre la UTRAN y la CN pudiera definirse de forma
diferente. De hecho, existe un conflicto entre las normas que van
apareciendo, y que genera un problema a este respecto.
La actual especificación del protocolo TSG RAN
TS 25.322 RLC (Radio Link Control [control de enlace
radioeléctrico]) define dichas funciones como segmentación y
almacenamiento temporal para la RLC transparente. La utilización
del almacenamiento temporal en la capa RLC es principalmente un
asunto de ejecución, pero la segmentación se ha definido de tal
forma que ha de llevarse a cabo de acuerdo con un patrón
predefinido. Dicho patrón define que todas las unidades de datos
del protocolo RLC (PDU) 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 tan sólo podrá segmentarse
una RLC SDU en un TTI (Véase la sección 9.2.2.9).
Esta definición resulta de utilidad cuando el
tamaño de la SDU es fijo y el TTI del interfaz Iu y de la UTRAN se
han definido como iguales. Por consiguiente, la definición que
antecede hace que los RLC transparentes resulten útiles básicamente
tan sólo para determinados servicios CS en los que el tamaño de la
SDU es, o bien igual al tamaño de un bloque TB (bloque de
transporte) o es siempre un módulo 0 del TB. Por lo tanto, el modo
utilizado en el interfaz Iu debería normalmente ser el modo de
soporte anteriormente mencionado para un tamaño de SDU predefinido
(SMpSDU), lo que permite utilizar un procedimiento de control de la
tasa de transferencia para modificar el tamaño de la SDU dentro de
una combinación de sub-flujo RAB (RFC), pero no un
valor TTI válido en el interfaz Iu. Este tipo de servicio CS, que
utiliza los servicios del RLC transparente de esta forma es, por
ejemplo, el codificador-decodificador de voz
AMR.
No obstante, la actual norma 3GPP TSG CN TR
23.910: "Circuit Switched Data Bearer Services [servicios de
portador de datos conmutados por circuito]" define también dichos
servicios de datos CS, en los cuales
- los datos útiles consisten tan sólo en bits
de datos de usuario (es decir, no se añadido ningún
encabezamiento al flujo de datos).
- utilizan tan sólo el modo transparente
en el interfaz Iu (es decir, no se han definido tramas de control
para el plano de usuario Iu y por tanto no es posible llevar a cabo
el control de la tasa de transmisión durante la transmisión de
datos).
- el tamaño de los datos útiles (SDU) es fijo
(es decir, existe una asociación entre el tamaño de la SDU y la tasa
de bits del interfaz IuB).
- siempre utiliza un TTI de 10 ms en el Interfaz
Iu.
- los servicios de datos CS se definen para
soportar clases 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 citadas anteriormente
justifican la utilización de la RLC transparente en la UTRAN, a
pesar de no ajustarse a 3GPP TSG RAN TS 25.322, donde se especifica
el protocolo RLC Protocol, ni a 3GPP TSG RAN TR 25.926, donde se
especifica la función UE. La actual especificación del protocolo RLC
(TS 25.322) no limita el uso de ninguno de los TTI (definidos en
3GPP TSG RAN TS 25.302) durante la transmisión de datos desde una
entidad transparente RLC a la capa de una entidad pareja a través de
UTRAN. Dicho de otro modo, aunque tan sólo se permite a una SDU ser
segmentada y transportada en un TTI, la periodicidad del TTI no está
limitada a 10 ms por la norma del protocolo RLC.
De este modo, la contradicción entre el
documento de capacidad UE y el documento de servicios de portador
de datos conmutado por circuito es la forma en la que se utiliza el
TTI para la clase de tráfico conversacional. El documento de
capacidad UE 3G TSG RAN: "UE Radio Access Capabilities" (3G TR
25.296) presenta las RAB de referencia en su tabla 6.1, que
comprende una referencia conversacional TTI de 40 ms para 64 kbps.
En este momento, el valor real del TTI no resulta importante. El
aspecto más importante es que se haya presentado la idea de utilizar
uno diferente de 10 ms en la UTRAN para esta clase de tráfico.
Así pues, el principal problema es cómo
establecer una correspondencia entre los datos recibidos del
interfaz Iu, por ejemplo, cada 10 ms, y el TTI válido, cuando el TTI
utilizado en UTRAN (TTIs con diversas periodicidades) es diferente
del intervalo de transmisión utilizado en el interfaz Iu (10
ms).
Hemos de mencionar que otras diversas
invenciones se pueden considerar útiles para comprender la presente
invención. Concretamente, resultarán de utilidad los siguientes
documentos: WO 99/63703 (en adelante D1), WO 99/41872 (en adelante,
D2) y WO 97/13353 (en adelante D3). La solicitud D1 se refiere
básicamente a la transmisión de datos en campos de información de
tramas de protocolo mediante bloques de datos de longitud fija que
han sido numerados, en comparación con la utilización de la
numeración convencional de tramas. La solicitud D2 se refiere a una
adaptación del enlace con al menos dos intervalos de actualización
con diferentes duraciones respectivas. La solicitud D3 comenta un
modo de control rápido que utiliza únicamente un solo intervalo de
tiempo en una trama temporal. No obstante, ninguna de estas
invenciones relacionadas resuelve el problema de correspondencia que
se resuelve mediante la presente invención reivindicada.
Esta invención describe cómo puede resolverse la
actual contradicción entre las definiciones de RLC, capacidad del
UE y servicio de portador de datos CS mediante la actualización de
la descripción del RLC transparente. La solución puede utilizarse
en general en cualquier capa de segmentación y reensamblado, (SAR) y
no solamente en la capa RLC descrita en este documento.
La invención consiste en la introducción del
concepto de utilización de dos estados de segmentación para el modo
transparente (TrM): un modo de segmentación activo (es decir, la
segmentación está conectada) y un estado de segmentación inactivo
(es decir, la segmentación está desconectada). El estado de
segmentación activo corresponde a 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 la utilización de la segmentación en
la entidad RLC para los datos de usuario. Cuando se ha denegado la
segmentación, la entidad RLC transparente puede enviar más de una
SDU en un TTI en función del valor del formato de transporte (TF)
definido para el TTI. Véase una definición del formato de
transporte en \NAK7.1.6 de 3G TS 25.302 "Services provided by
the Physical Layer". Las SDU se sitúan en las TBS en el mismo
orden en el que fueron entregadas desde una capa superior. Este
cambio permite que la entidad RLC soporte la correspondencia del
intervalo de transmisión con la ayuda del almacenamiento temporal de
la capa RLC aún cuando el modo RLC utilizado sea el modo
transparente.
Este estado puede ser definido por RRC durante
el procedimiento de configuración del portador radioeléctrico (RB),
y esta información se facilita a la entidad RLC correspondiente
situada dentro de la información RLC (véase el \NAK10.3.4.18 de
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 RRC define si está o no soportada la
segmentación en el RLC transparente para el correspondiente RB.
Este método es aplicable a los modos dúplex por división de tiempo
(TDD) y dúplex por división de frecuencia (FDD).
Esta invención resuelve la contradicción entre
3GPP TSG RAN TS 25.322, 3GPP TSG RAN TR 25.926 y 3GPP TSG CN TR
23.910. También permite la utilización de diferentes intervalos de
transmisión en interfaces Iu y en la UTRAN a fin de soportar la
correspondencia de los intervalos de transmisión con la ayuda del
almacenamiento temporal RLC, que ya se ha definido para el RLC
transparente.
Las principales ventajas de la invención son las
siguientes:
(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 indicará en el
TF definido para el TTI.
(2) La correspondencia entre los intervalos de
transmisión soportados por el interfaz Iu y UTRAN puede estar
soportada la ayuda del almacenamiento temporal de la capa del RLC
transparente.
(3) El TTI válido para UTRAN puede definirse en
función de la información procedente del interfaz radioeléctrico, y
no es necesario limitar ninguna de dichas definiciones en función
del único intervalo de transmisión soportado (por ejemplo, 10 ms) en
el interfaz IuB.
(4) Este método permite la utilización de los
otros TTIs de la UTRAN distintos de 10 ms.
(5) Es posible utilizar un TTI dinámico en la
UTRAN en el modo TDD.
(6) Los datos CS, que utilizan servicios de
datos transparentes en el interfaz Iu, pueden enviarse a través de
la UTRAN sin añadir carga adicional a la capa RLC, es decir, que el
interfaz aéreo se utiliza de forma mucho más eficaz.
(7) Este método añade flexibilidad a la
utilización del modo transparente RLC.
La figura 1 muestra un organigrama de la
transmisión de datos descendente en un estado de segmentación activo
de la UTRAN.
La figura 2 muestra un organigrama de la
transmisión de datos descendente en un estado de segmentación activo
del UE.
La figura 3 muestra cómo se combinan las figuras
3A y 3B.
Las figuras 3A y 3B muestran conjuntamente un
organigrama de la transmisión de datos descendente en un estado de
segmentación inactivo de la UTRAN.
La figura 4 muestra un organigrama de la
transmisión de datos descendente en un estado de segmentación
inactivo deL UE.
La figura 5 muestra un organigrama de la
transmisión de datos ascendente en un estado de segmentación activo
de la UTRAN.
La figura 6 muestra un organigrama de la
transmisión de datos ascendente en un estado de segmentación activo
del UE.
La figura 7 muestra un organigrama de la
transmisión de datos ascendente en un estado de segmentación
inactivo de la UTRAN.
La figura 8 muestra cómo se combinan las figuras
8A y 8B.
Las figuras 8A y 8B muestran conjuntamente un
organigrama de la transmisión de datos ascendente en un estado de
segmentación inactivo del UE.
La figura 9 muestra la arquitectura propuesta
para la red por paquetes correspondiente al sistema Universal Mobile
Telecommunications System [sistema de telecomunicaciones móviles
universales](UMTS).
La figura 10 muestra información adicional sobre
la arquitectura global del sistema UMTS.
La figura 11 muestra el protocolo Iu con un
protocolo de plano de usuario para la ejecución de un servicio de
portadora de acceso radioeléctrico.
La figura 12 muestra una propuesta para la pila
del protocolo del plano de usuario correspondiente al UMTS.
La figura 13 muestra una pila de protocolo del
plano de control comparable para el UMTS.
La figura 14 muestra un procedimiento de acuerdo
con la presente invención para la utilización del modo transparente
(TrM) durante el funcionamiento del protocolo UP, de acuerdo con la
presente invención, utilizando uno de los dos estados de
segmentación.
La figura 15 muestra detalles de dos servidores
de red de radio conectados a la misma red central y mutuamente
interconectados, de acuerdo con la arquitectura UMTS propuesta, como
se muestra también en la figura 10.
La figura 16 muestra un dispositivo 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 del enlace
descendente.
La figura 17 muestra un dispositivo para la
ejecución de las etapas mostradas en la figura 2 en el enlace
descendente para el estado de segmentación activo, o en la figura 4
en el enlace descendente para el estado de segmentación inactivo en
el UE.
La figura 18 muestra un dispositivo para la
ejecución de las etapas mostradas en la figura 6 para la transmisión
de datos ascendente en el estado de segmentación activo del UE, o
para el estado de segmentación inactivo, como se muestra en la
figura 8.
La figura 19 muestra la transmisión de datos
ascendente para el estado de segmentación activo de la UTRAN, como
se muestra en la figura 5, o para la segmentación inactivo mostrada
en la figura 7.
Normalmente, el UE activará una petición de
establecimiento de conexión
(ACTIVATE-PDP-CONTEXT REQUEST) con
la SGSN-3G de la figura 13 solicitando una dirección
IP (PDPAddress) y, entre otras cosas, que se asocie a la conexión
una QoS. La red 3G-SGSN responde enviando una
petición (RAB ASSIGNMENT-REQUEST) a la UTRAN para
el establecimiento de un portador de acceso radioeléctrico (RAB) que
realice la solicitud. A continuación se lleva a cabo un
procedimiento de configuración del RAB en la UTRAN entre el RANAP y
el RRC y una vez completada la asignación del RAB del perfil de QoS
de ID del portador, vuelven a indicarse (RAB ASSIGNMENT COMPLETE
[completar asignación RAB]) a la red 3G-SGSN con el
perfil QoS y la ID del portador. Entonces se completa la
configuración de la conexión en la red 3G-GGSN y se
notifica nuevamente al UE a través de la red 3G-SGSN
con la dirección IP, la QoS, la ID del portador y otras
informaciones.
Como se muestra, por ejemplo, a partir de la
etapa 100 de la figura 14, una vez que el UE ha solicitado a la CN
(3G-SGSN) la activación de un contexto PDP, y al
recibir una petición de asignación de RAB desde la CN
(3G-SGSN), el RRC del RNC puede definir el RAB
solicitado y el RB de la conexión en función de factores tales como
los parámetros de QoS definidos por la CN en la petición de
asignación de RAB. Por ejemplo, si se requiere un RB de clase
conversacional, una etapa 102 determina si el modo válido del
interfaz Iu es un modo Iu transparente. De ser así, una etapa 104
determina si el modo requerido en el RLC es el modo transparente.
En ese caso, de acuerdo con la invención, el RRC debería definir si
es necesaria la segmentación o no, como se indica en una etapa 106.
Esto puede llevarse a cabo con el bit de "Segmentation State
Indication [indicación de estado de segmentación]" indicado
anteriormente, que indica mediante un "1" que se ha llevado a
cabo la segmentación (estado activo) y con un "cero" que debe
bloquearse la segmentación (estado inactivo). Esta decisión también
estará basada en información utilizada para definir el TTI válido
para el interfaz Iub (entre el RNC y el Nodo B (Véase la figura 15,
en la que el "Nodo B" corresponde al de la estación básica de
transmisión/recepción GSM/GPRS)). Debe observarse que la invención
no se limita a las pilas y capas de protocolo exactas descritas en
este mejor modo de realización. Por ejemplo, la invención es
aplicable, en general, a la segmentación/reensamblado en cualquier
capa en la que se lleve a cabo, y no tan sólo en la capa RLC, como
se describe en este documento, o incluso cuando la segmentación y el
reensamblado tienen lugar en diferentes capas, y debe entenderse que
el significado de la capa de segmentación/reensamblado en la forma
en que se utiliza en este documento incluirá también dicho
significado.
Teniendo esto en cuenta, y haciendo nuevamente
referencia a la figura 14, si es necesaria la segmentación, el TTI
utilizado en la UTRAN y el intervalo de transmisión en el interfaz
Iu (ITI) son iguales, y el estado válido para la segmentación en el
RLC transparente es un estado activo, como se muestra en la etapa
108.
No obstante, si el TTI válido de la UTRAN es
diferente de 10 ms (por ejemplo, 20, 40 u 80 ms), la segmentación en
el RLC transparente debería fijarse en estado inactivo, como se
muestra en una etapa 110.
Debido a que el estado de segmentación válido
debe ser el mismo para las dos entidades RLC a ambos lados del
interfaz Uu de la figura 12, la indicación relativa al estado de
segmentación válido se facilita a la correspondiente entidad RLC,
por ejemplo, en el UE, dentro de la información RLC, que podría
contener dicho parámetro, como la indicación de estado de
segmentación (Booleana) indicada anteriormente. Nuevamente, si el
valor del parámetro es TRAE, el estado de segmentación será el
estado activo y será necesario que esta función esté soportada, y de
lo contrario, el estado de segmentación será inactivo y no se
permitirá la segmentación en el RLC transparente.
En estos casos, el RRC indica al RLC que el
estado de segmentación está activo mediante el bit de indicación de
estado de segmentación mencionado anteriormente y que se incluye con
la información RLC. En la transmisión ascendente o descendente,
cuando el estado de segmentación válido es el estado activo, el RLC
transparente lleva a cabo la segmentación (si fuese necesaria, por
ejemplo, cuando la SDU recibida es demasiado grande como para
ajustarse a la PDU válida del RLC definida por el TF) de acuerdo con
un patrón predefinido. Dicho patrón define que todas las RLC PDU
que transporten una RLC SDU se enviarán en un intervalo de tiempo de
transmisión y que tan sólo una RLC SDU puede ser segmentada en un
intervalo de tiempo de transmisión. Por otra parte, debe observarse
que el estado de segmentación activo también podría ser más
elaborado, definiendo explícitamente un patrón predefinido sobre la
forma en que debe llevarse a cabo la segmentación. Un patrón de
ejemplo que difiere del contemplado por las actuales instituciones
de normalización sería que en un TBS (conjunto de bloques de
transporte; véase el \NAK7. 12 de 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 es necesaria la segmentación (es decir, la
SDU recibida se adapta perfectamente a la RLC PDU válida) la RLC
PDU que contenga únicamente una SDU se transmite al RLC
correspondiente utilizando los procedimientos ya definidos en las
especificaciones 3GPP TSG RAN. Si fuese necesaria la segmentación,
el número de RLC PDU se define mediante el tamaño del conjunto de
bloques de transporte (TBS) (el número de bits de un TBS). Una vez
más, 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, como se muestra para la transmisión
de datos descendente con un "estado de segmentación activo" de
la figura 1, la UTRAN/MAC obtendrá un TFC del RRC y efectuará una
selección del TF para un TTI de entrada, como se muestra en una
etapa 114. Informará a la UTRAN/Tr-RLC sobre el
tamaño apropiado del bloque de datos y del tamaño del conjunto de
datos en una etapa 116. Al mismo tiempo, la CN habrá informado al
RLC acerca del estado de segmentación, y también habrá enviado
datos a través del interfaz Iu en forma de una SDU de datos de
tamaño fijo a la UTRAN/Tr-RLC, como se indica en una
etapa 118. A continuación, si fuese necesario, el RLC se encarga de
la segmentación en una etapa 119. Posteriormente, el RLC inserta el
bit correcto de indicación del estado de segmentación para su
transmisión al RLC correspondiente del UE y envía una o varias RLC
PDUs al MAC, como se indica en una etapa 120. El MAC envía entonces
la RLC PDU o las PDUs a la capa física en un bloque de transporte o
en un conjunto de bloques de transporte, como se indica en una etapa
122 a través del interfaz Iub (Véanse las figuras. 10 y 15). La
capa física envía el bloque de transporte o el conjunto de bloques
de transporte al UE en una trama del canal físico dedicado (DPCH),
como se indica en una etapa 124. Si hubiese más datos de entrada,
como se indica en la figura 1, se toma la decisión de repetir las
etapas 118, 119, 120, 122, 124, como anteriormente, hasta que ya no
haya más datos, como se sugiere en la figura 1.
Tras el transporte a través del enlace
radioeléctrico desde la UTRAN al UE a través del interfaz Uu, el UE
recibe las tramas DPCH transmitidas desde la UTRAN, como se muestra
en la figura 2. Al recibir cada una de las tramas 128, el bloque de
transporte o el conjunto de bloques de transporte se reensamblará en
función del indicador del formato de transporte (TFI), como se
muestra en una etapa 130. Los TB TBS reensamblados se suministran
entonces a la capa MAC, como se indica en una etapa 131, en la que
se extrae la RLC PDU o las RLC PDUs y se suministran al
UE/Tr-RLC, como se indica en una etapa 132, en la
que se lleva a cabo el reensamblado de las SDU 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 suministra a la
capa de aplicación en una etapa 136. Si se dispone de más tramas
entrantes, como se sugiere en la figura 2, se repiten las etapas
128, 130, 131, 132, 134 y 136 hasta que ya no queden más tramas
DPCH.
Haciendo ahora referencia a las figuras 5 y 6
para la transmisión de datos ascendente con un estado de
segmentación "activo", debe hacerse en primer lugar referencia
a la figura 6, que muestra un
codificador-decodificador (codec) 138 u otra
aplicación en la capa de aplicaciones, proporcionando datos, como se
muestra en una etapa 140, en forma de una SDU de datos de tamaño
fijo, al UE/Tr-RLC cuando la capa UE/MAC ya ha
indicado en una etapa 142 un tamaño de bloque de datos y un tamaño
del conjunto de bloque de datos, en función del formato de
transporte seleccionado para el siguiente TTI en una etapa 144. Si
se ha solicitado la segmentación en la capa RLC, se facilita en una
etapa 146, facilitándose un RLC PDU o PDUs a la capa MAC en una
etapa 148, como se indica, fijándose el indicador de estado de
segmentación en "1" o indicando en otra forma el estado activo
a la capa RLC correspondiente de la UTRAN. A continuación, la capa
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, como se muestra en una etapa 150, que proporciona el
TB o el TBS en una trama DPCH a través del interfaz radioeléctrico a
la UTRAN, como se indica en una etapa 152. si se dispone de más
datos, se repiten las anteriores etapas hasta que ya no quedan más
datos, como se sugiere en la figura 6.
En el otro extremo del enlace ascendente se
encuentra la UTRAN, que recibe las tramas DPCH que le han sido
facilitadas a través del enlace radioeléctrico desde el UE y las
gestiona de acuerdo con lo indicado en la figura 5. Al recibir una
trama DPCH, como se indica en una etapa 156, la capa física
reensambla el bloque de transferencia o conjunto de bloques de
transferencia en función del formato de transferencia indicado,
según lo llevado a cabo en la etapa indicada con 158. El TB o TBSs
reensamblados se facilitan a la capa UTRAN/MAC, como se muestra en
una etapa 160, en la que una RLC PDU o varias RLC PDUs se extraen y
se suministran a la UTRAN/Tr RLC, indicándose como activo el estado
de segmentación, y allí se reensamblan en una SDU de tamaño fijo,
como se indica en una etapa 164. La SDU de tamaño fijo se suministra
a la CN, 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 hay más datos de entrada, como
sugiere la figura.
En el caso de la transmisión de datos
descendente, si el intervalo de transmisión soportado en el interfaz
Iu y el TTI de la UTRAN son diferentes, por ejemplo, según lo
determinado en la etapa 106 de la figura 14, la segmentación se
fijará en el estado inactivo y se informará al RLC mediante el bit
indicador de estado de segmentación, como se indica en la etapa
110. Haciendo referencia a las figuras 3, 3A y 3B, después de que
el estado de la segmentación se ha fijado en el estado inactivo en
la etapa 110 de la figura 14, o similar, el MAC obtiene el conjunto
de combinaciones de formatos de transporte (TFCS) del RRC, como se
indica en una etapa 170. El MAC informa entonces al RLC acerca del
tamaño del bloque de datos y del tamaño del conjunto del bloque de
datos a utilizar en el TTI en una etapa 172. En una etapa 174, el
RLC almacena entonces una secuencia de SDUs de tamaño fijo 176 que
se ha obtenido a partir de la CN en almacenamientos intermedios RLC
178 hasta que se dispone de suficientes datos para llenar el
conjunto de bloques de transporte indicado por el MAC. En este
estado de segmentación "inactiva", los paquetes de datos de
tamaño fijo (SDUs), que se han recibido desde la CN a través del
interfaz Iu se almacenan en el RLC transparente (almacenamiento
temporal de UTRAN/Tr-RLC SDU) en el orden en el que
llegaron al almacenamiento temporal RLC hasta que llega el momento,
en función del valor del TTI y del tamaño del conjunto de bloques de
transporte, de enviar las RLC PDUs almacenadas temporalmente a la
capa MAC. Cuando las PDUs se envían a la capa MAC como se indica en
una etapa 180, el orden de las RLC PDUs debe mantenerse para que la
entidad correspondiente sea capaz de definir el orden correcto de
las RLC PDUs (es decir, debe mantenerse el mismo orden a lo largo
de todo el recorrido desde la entidad RLC de la UTRAN hasta la
entidad RLC del UE).
El TTI en modo FDD es un parámetro del
componente semi-estático del TF (véase el
\NAK7.1.6 de 3G TS 25.302), mientras que en el modo TDD el TTI es
un parámetro del componente dinámico del TF. Tanto el tamaño del
bloque de transporte (7.1.3) y el tamaño del conjunto de bloques de
transporte (7.1.4) son parámetros del TF (tanto para el modo FDD
como para el TDD). El tamaño del bloque de transporte (el número de
bits de un bloque de transporte) se corresponde con el tamaño de la
RLC PDU, mientras que el tamaño del conjunto de bloques de
transporte define el número de RLC PDUs transmitidas en un TTI (esto
se muestra en la figura 6 de 3GPP TSG RAN TS 25.302).
Desde la capa MAC al UE las RLC PDUs se envían
utilizando los procedimientos que se han descrito en las
especificaciones 3GPP TSG RAN. Concretamente, 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 las RLC PDUs 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 entonces las RLC PDUs en tramas
DPCH a través del interfaz radioeléctrico, como se indica en una
etapa 184. Como se sugiere en las figuras 3, 3A y 3B, si existen más
datos procedentes de la CN, las etapas previas se repiten hasta que
no existan más datos procedentes de la CN.
En la figura 16 se muestra un dispositivo para
la ejecución de las etapas que anteceden correspondientes a la
transmisión de datos descendente con un estado de segmentación
inactivo. Se muestra una red central (CN) 200 que se encuentra
conectada a una red terrestre de acceso radioeléctrico UMTS (UTRAN)
202 a través de un interfaz Iu 204. La UTRAN 202 se comunica con un
UE (figura 17) a través de un interfaz Uu 206. Por lo tanto, se
comprenderá que la figura 16 muestra detalles de la CN y de la UTRAN
de la Figura 9 con respecto a la transmisión de datos descendente
con un estado de segmentación inactivo, de acuerdo con la presente
invención. En la CN 200 de la figura 16, se muestra un medio 210
que responde a una señal de petición de comunicación como una
petición iniciada por un UE (como ACTIVATE_PDP_CONTEXT_REQUEST),
para facilitar una señal de petición de portador en una línea 212
para un portador radioeléctrico (RB) (por ejemplo,
RAB_ASSIGNMENT_REQUEST) para la clase conversacional, y como se
muestra en 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 la capa RRC 214 de la UTRAN 202
responden a la señal de petición 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) en una línea 218, así como una señal indicadora del estado
de segmentación en una línea 219. Los medios 214 también pueden
utilizarse para llevar a cabo las etapas 102, 104, 106, 110 de la
figura 14. Unos medios 220 responden a la señal TFCS en la línea
218 y a la señal del estado de segmentación de la línea 219 para
proporcionar una señal de tamaño de bloque de datos en una línea
222, una señal indicadora del estado de segmentación en una línea
223, y una señal de tamaño del conjunto de bloques de datos en una
línea 224, como se muestra en la etapa 172 de la figura 3A.
Además del envío por parte de la CN 200 de una
señal de petición RB a la UTRAN 202, también puede incluir unos
medios 228 que respondan a los datos en una línea 230 (por ejemplo,
desde el exterior de la UMTS) para proporcionar SDUs de tamaño fijo
en una línea 232 a la UTRAN 202. Esto se muestra en la etapa 176 de
la figura 3A. Unos medios de almacenamiento temporal 234 responden
a las SDUs de tamaño fijo en la línea 232, a la señal de tamaño del
bloque de datos en la línea 222 así como a la señal de tamaño del
conjunto del bloques de datos en la línea 224 y a la señal
indicadora del estado de segmentación en la línea 223 para almacenar
RLC PDUs y para proporcionarlos en una línea 236 en el momento
adecuado con el bit de señal de indicador de estado de segmentación
para la transferencia a la correspondiente capa RLC del UE. Esto
mismo se muestra mediante el almacenamiento temporal 178 de la
figura 3A con el almacenamiento temporal de la SDU 174.
Unos medios 238 responden a las RLC PDUs
proporcionadas en la línea 236 para facilitar un bloque de
transporte o un conjunto de bloques de transporte que contenga
dichas RLC PDUs junto con un indicador del formato de transporte
(TFI) en una línea 240. Esto mismo se muestra en la etapa 180 de la
figura 3A. Unos medios 242 responden al TB o a los TBS con la señal
TFI en la línea 240 para proporcionarlos en tramas DPCH del TTI para
su transferencia en una línea 244 a través del interfaz Uu 206.
Véanse las etapas 182, 184 de la figura 3A.
Haciendo nuevamente referencia a la señal de la
línea 216, esta tiene una magnitud indicadora de la calidad
disponible de un portador radioeléctrico, que podría configurarse de
acuerdo con la petición de la CN 200. Esto se determina a través de
medios 246 en respuesta a una señal Uu en una línea 248.
Debe observarse que los bloques funcionales
mostrados en la figura 16, así como las figuras similares que se
describen más adelante, pueden llevarse a cabo mediante diversas
combinaciones de hardware y software y que, asimismo, las funciones
mostradas en los diferentes bloques a diferentes niveles no están
necesariamente asociadas de forma fija a dichos bloques o niveles,
sino que pueden transportarse en diferentes bloques y a diferentes
niveles mediante la transferencia de las funciones a otros bloques o
niveles. De hecho, las señales mostradas para indicar la cooperación
entre los diversos bloques son igualmente flexibles en cuanto a su
ubicación y función a la hora de conectar bloques similares que
pueden reconstituirse para llevar a cabo las mismas o similares
funciones.
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 comprende unos medios 252 que responden a las tramas DPCH
del enlace descendente en la línea 244 recibidas a través del
interfaz Uu 206. Véase también la figura 4.
En respuesta a las tramas DPCH recibidas en un
TTI, los medios 252 facilitan el TBS con TFI en una línea 254 a unos
medios 256 al nivel MAC del UE. Esto se indica mediante una etapa
257 en la figura 4. Los medios 256 responden al TBS con TFI e
indicador de segmentación activo para proporcionar RLC PDUs en una
línea 258 a medios 260 que responden a ello para proporcionar datos
de SDUs de tamaño fijo en una línea 262 a un
codificador-decodificador 264 u otra aplicación en
la capa UE/L3 o superior. Esto se muestra en la figura 4 mediante la
etapa 265.
Debe mencionarse que en el lado del UE (figuras
4 y 17) las RLC PDUs recibidas se pueden enviar al
codificador-decodificador o a la aplicación, bien
todas al mismo tiempo o en forma secuencial. El método a utilizar no
es más que un tema de ejecución.
En este estado de segmentación inactivo, una RLC
PDU contiene exactamente una SDU (es decir, el número de RLC PDUs
también define el número de SDUs).
Para la transmisión de datos ascendente en el
estado de segmentación inactivo el procedimiento soportado por el
UE es similar al anteriormente descrito para la transmisión de datos
descendente con segmentación inactiva en la UTRAN. Este
procedimiento en el estado de segmentación inactivo (Véanse las
figuras 8, 8A y 8B) viene dictado por el RRC del UE y define que el
UE no llevará a cabo la segmentación en la capa RLC en ninguna
etapa. El número de RLC PDUs y el TTI válido para el interfaz Iub
están definidos por el TF, que se facilita al UE al configurar la
correspondiente RB. Este procedimiento de configuración del RB y de
selección del TF se ha descrito en las especificaciones 3GPP TSG RAN
y se describirá seguidamente en más detalle, haciendo referencia a
la figura 18.
Haciendo referencia a la figura 18, se muestra
un UE 270 que dispone de medios para llevar a cabo una transmisión
de datos ascendente en modo transparente en la que se indique un
estado de segmentación inactivo.
En respuesta a los datos que llegan a través de
una línea 272, unos medios 274 que responden a estos proporcionan
SDUs de tamaño fijo en una línea 276, como se indica en la etapa 278
de la figura 8A. Unos medios 280 responden a las SDUs de tamaño
fijo procediendo a su almacenamiento temporal. Los medios 280
también responden a una señal de tamaño del bloque de datos en una
línea 282, a una señal de indicación de estado de segmentación en
una línea 283, y a una señal de tamaño del conjunto del bloque de
datos en una línea 284 procedente de unos medios 286 al nivel MAC
del UE. El suministro de las señales en las líneas
282-298 corresponde a 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, como se indica en la etapa 290. La
selección del TF se lleva a cabo al nivel MAC, pero la selección se
efectúa desde la TFCS, como se indica en una línea 292 procedente de
la capa RRC, por ejemplo, a través de unos medios 294 que respondan
a una señal de petición en una línea 296 y a una señal de calidad
del interfaz radioeléctrico en una línea 298 para proporcionar la
señal TFCS en la línea 292 y una señal de indicador de estado de
segmentación en una línea 297 dirigida a los medios 286. Unos medios
300 situados en la capa física responden a una señal de una línea
302 que indica la calidad del interfaz radioeléctrico y su capacidad
para prestar soporte a los diversos grados de ancho de banda que
pueden ser solicitados en la línea 296.
Los medios 280 proporcionan RLC PDUs junto con
el indicador de estado de segmentación inactivo (para la capa RLC
de la UTRAN) en la línea 304, como se indica en la etapa 306, a la
capa UE/MAC, como se muestra en la figura 8A. Los medios 310 de la
capa MAC mostrada en la figura 18 responden a las RLC PDUs en la
línea 304 para proporcionar un conjunto de bloques de transporte
con una señal de indicación de formato de transporte en una línea
312, como se indica en la etapa 314 de la figura 8A. Los medios 316
de la capa física de la figura 18 responden al TBS mediante la
señal TFI en la línea 312 para proporcionar tramas DPCH ascendente
en una línea 318, como se indica en las figuras 8A y 8B a través de
un interfaz Uu 320. Se observará en las figuras 8A y 8B que el
tamaño del TTI en el interfaz Uu ventajosamente es mucho mayor que
el tamaño de la trama de las SDUs de datos de tamaño fijo de la
capa del codec/aplicación, de acuerdo con el procedimiento de
segmentación inactivo de la presente invención. Se demostrará que
esto es también cierto en toda la UTRAN (hasta el interfaz Iu), como
se comenta más adelante.
En el lado de la UTRAN (véanse las figuras 7 y
19), las tramas DPCH del enlace ascendente procedente del UE se
suministran en la línea 318 a través del interfaz Uu 320 a la UTRAN
321, donde son recibidas por unos medios 322 que responden a ellas
para proporcionar un TBS con TFI en una línea 324, como se muestra
en la figura 19, así como en la etapa 326 de la figura 7. En la
capa RNC MAC, unos medios 328 responden al TBS con TFI para
proporcionar RLC PDUs en una línea 330 así como el indicador de
estado de segmentación inactivo en una línea 331, como también se
indica en la etapa 324 de la figura 7. La entidad RLC transparente
322 de la figura 7 recibe todas las RLC PDUs simultáneamente desde
la capa MAC, como se indica en la etapa 324 y las almacena en un
memoria temporal 326. La entidad RLC conserva el orden en el que
fueron enviadas las RLC PDUs desde la capa MAC a la capa RLC. La
capa RLC almacena en la memoria temporal las RLC PDUs hasta que se
le solicita la transmisión de las SDUs en RLC PDUs, una por una, a
un interfaz Iu 333 a través de la capa de protocolo Iu UP, como se
indica en la etapa 334 y como también se muestra mediante una línea
de señal 336 en la figura 19. El intervalo de transmisión
correspondiente al Interfaz Iu se definirá al efectuar la asignación
de la RAB y el procedimiento de configuración del RB (actualmente,
TR 23.910 define que el único intervalo de transmisión aplicable
correspondiente al interfaz Iu es de 10 ms) y se facilitará a la
capa RLC para su inclusión en el almacenamiento temporal y a efectos
de la transmisión SDU por parte del RRC.
El modo de segmentación definido durante el
procedimiento de configuración del RB no puede modificarse al
efectuar el procedimiento de reasignación de la SRNS o cuando se ha
llevado a cabo el procedimiento RLC RESET.
Por lo tanto, debe entenderse que esta invención
puede, por ejemplo, llevarse a cabo bloqueando la función de
segmentación en la capa RLC cada vez que lo solicita el RRC. El
bloqueo puede llevarse a cabo enviando una primitiva de bloqueo a la
correspondiente entidad RLC o definiendo un parámetro en la
primitiva de configuración RLC. Esta primitiva puede ser generada
por el RRC a partir de la información que ha recibido de la CN o que
ha obtenido a partir de los parámetros RAB enviados por la CN en un
mensaje de petición de asignación RANAP:RAB, es decir desde el
3G-SGSN RANAP al RRC de la UTRAN.
Aunque la invención se ha mostrado y descrito
haciendo referencia a un mejor modo de realización de la misma, las
personas versadas en la materia deben comprender que cuanto
antecede, así como otros cambios, omisiones y adiciones en cuanto a
su forma y detalle que pueden introducirse no se alejan del espíritu
y del alcance de la invención.
\vskip1.000000\baselineskip
La lista de referencias citada por el
solicitante lo es solamente para utilizad del lector, no formando
parte de los documentos de patentes europeos, Aún cuando las
referencias han sido cuidadosamente recopiladas, no pueden excluirse
errores u omisiones y la OEP rechaza toda responsabilidad a este
respecto.
- \bullet WO-A-99/63703 A [0012]
- \bullet WO-A-97/13353 A [0012]
\bullet
WO-A-99/41872 A [0012]
Claims (19)
1. Método para ser utilizado en el
establecimiento de un portador radioeléctrico relativo a una
petición procedente de una red central y dirigida a una red de
acceso radioeléctrico en un sistema de telecomunicaciones móviles,
que comprende las siguientes etapas:
determinar (102) si un modo solicitado para un
interfaz entre dicha red central y dicha red de acceso
radioeléctrico es un modo transparente y señalizar un indicador de
estado de segmentación a una capa de segmentación/reensamblado de
dicha red de acceso radioeléctrico; y
en respuesta a dicho indicador de estado de
segmentación, bloquear (110) la segmentación en dicha capa de
segmentación/reensamblado de dicha red de acceso radioeléctrico para
dicho portador radioeléctrico en caso que el indicador muestre un
estado de segmentación inactivo y permitir (108) la segmentación en
dicha capa de segmentación/reensamblado de dicha red de acceso
radioeléctrico en caso que dicho indicador muestre un estado de
segmentación activo.
2. Método de la reivindicación 1, que, en caso
de bloquearse la segmentación en dicha red de acceso radioeléctrico
para un enlace descendente de portador radioeléctrico, comprende
adicionalmente las siguientes etapas:
almacenar (174) una pluralidad de unidades de
datos de servicio bajo control de la capa de
segmentación/reensam-
blado de dicha red de acceso radioeléctrico, siendo proporcionadas dichas unidades de datos de servicio por la red central en un período de entrelazado mínimo en dicho modo transparente;
blado de dicha red de acceso radioeléctrico, siendo proporcionadas dichas unidades de datos de servicio por la red central en un período de entrelazado mínimo en dicho modo transparente;
recuperar dicha pluralidad de unidades de datos
de servicio almacenadas y suministrar (180) dicha pluralidad de
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 (182) a dichos bloques de
transporte de datos un indicador de formato de transporte para su
transmisión a través de un interfaz radioeléctrico desde dicha red
de acceso radioeléctrico a un equipo de usuario, en un intervalo de
tiempo de transmisión cuya duración sea mayor que la de dicho
período de entrelazado mínimo.
3. Método de la reivindicación 2, que comprende
adicionalmente las siguientes etapas:
recibir (265) dichas unidades de datos de
protocolo procedentes de dichos bloques de transporte en una capa de
segmentación/reensamblado de dicho equipo de usuario; y
suministrar dichas unidades de datos de servicio
de datos de tamaño fijo a una capa de dicho equipo de usuario
situada por encima de dicha capa de segmentación/reensamblado.
4. Método de la reivindicación 1, que, en caso
de bloquearse dicha segmentación en dicha red de acceso
radioeléctrico para un enlace ascendente de portador radioeléctrico,
incluye adicionalmente las siguientes etapas:
almacenar una pluralidad de unidades de datos de
servicio en una capa de segmentación/reensamblado de dicho equipo de
usuario, estando dotada cada unidad de datos de servicio (278) de un
período de entrelazado mínimo en dicho modo transparente;
recuperar dicha pluralidad de unidades de datos
de servicio almacenadas y suministrar (306) dicha pluralidad de
unidades de datos de servicio a una o más unidades de datos de
protocolo en uno o más bloques de transporte; y
proporcionar (314) a dichos bloques de
transporte un indicador de formato de transporte para su transmisión
a través de un interfaz radioeléctrico desde dicho equipo de usuario
a dicha red de acceso radioeléctrico a lo largo de un intervalo de
tiempo de transmisión (TTI) cuya duración sea mayor que la de dicho
período de entrelazado mínimo.
5. Método de la reivindicación 4, que comprende
adicionalmente las siguientes etapas:
recibir dichos bloques de transporte con un
indicador de formato de transporte en una capa de control de acceso
al medio de dicha red de acceso radioeléctrico;
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 radioeléctrico;
suministrar (324) dichas unidades de datos de
protocolo procedentes de dicha capa de control de acceso al medio de
dicha red de acceso radioeléctrico a una capa de
segmentación/reensamblado de dicha red de acceso radioeléctrico;
almacenar dichas unidades de datos de protocolo
en dicha capa de segmentación/reensamblado de dicha red de acceso
radioeléctrico;
extraer dichas unidades de datos de servicio de
tamaño fijo de dichas unidades de datos de protocolo almacenadas;
y
suministrar (334) dichas unidades de datos de
servicio de tamaño fijo procedentes de dicha red de acceso
radioeléctrico a dicha red central a través de dicho interfaz.
6. Método para gestión de unidades de datos de
servicio de tamaño fijo en un enlace descendente procedente de una
red central de un sistema de telecomunicaciones móviles mediante una
red de acceso radioeléctrico de dicho sistema, en el que la
segmentación se bloquea en dicha red de acceso radioeléctrico en
caso de un estado de segmentación inactivo, y que en dicho caso
incluye las siguientes etapas:
almacenar una pluralidad de unidades de datos de
servicio en una capa de segmentación/reensamblado de control de
enlace radioeléctrico de dicha red de acceso radioeléctrico, estando
dotada cada unidad de datos de servicio de un período de entrelazado
mínimo en un modo transparente;
recuperar dicha pluralidad de unidades de datos
de servicio almacenadas y suministrar dicha pluralidad de unidades
de datos de servicio recuperadas a una o más unidades de datos de
protocolo de uno o más bloques de transporte de datos; y
proporcionar un indicador de formato de
transporte a dichos bloques de transporte de datos para su
transmisión a través de un interfaz radioeléctrico desde dicha red
de acceso radioeléctrico a un equipo de usuario en un intervalo de
tiempo de transmisión cuya duración es mayor que la de dicho período
mínimo de entrelazado.
7. Método de la reivindicación 6, que comprende
adicionalmente las siguientes etapas:
recibir 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/reen-
samblado de dicho equipo de usuario; y
samblado de dicho equipo de usuario; y
suministrar dichas unidades de datos de servicio
de tamaño fijo a una capa de dicho equipo de usuario situada sobre
dicha capa de segmentación/reensamblado.
8. Método para gestión de unidades de datos de
servicio de tamaño fijo en un enlace ascendente desde un equipo de
usuario de un sistema de telecomunicaciones móviles, a través de un
interfaz, a una red de acceso radioeléctrico y desde la red de
acceso radioeléctrico, a través de un interfaz, a una red central de
dicho sistema, que comprende las siguientes etapas:
almacenar una pluralidad de unidades de datos de
servicio en una capa de segmentación/reensamblado de dicho equipo de
usuario, estando dotada cada unidad de datos de servicio de un
período de entrelazado mínimo en un modo transparente;
recuperar dicha pluralidad de unidades de datos
de servicio almacenadas y suministrar dicha pluralidad de unidades
de datos de servicio recuperadas a una o más unidades de datos de
protocolo de uno o más bloques de transporte;
y
y
proporcionar a dichos bloques de transporte un
indicador de formato de transporte para transmisión a través de un
interfaz radioeléctrico de dicho equipo de usuario a dicha red de
acceso radioeléctrico en un intervalo de tiempo de transmisión cuya
duración sea mayor que la de dicho período de entrelazado
mínimo.
9. Método de la reivindicación 8, que comprende
adicionalmente las siguientes etapas:
recibir dichos bloques de transporte con
indicador de formato de transporte en una capa de control de acceso
al medio de dicha red de acceso radioeléctrico;
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 radioeléctrico;
suministrar dichas unidades de datos de
protocolo procedentes de dicha capa de control de acceso al medio de
dicha red de acceso radioeléctrico a una capa de
segmentación/reensamblado de dicha red de acceso radioeléctrico;
almacenar dichas unidades de datos de protocolo
en dicha capa de segmentación/reensamblado de dicha red de acceso
radioeléctrico;
extraer dichas unidades de datos de servicio de
tamaño fijo de dichas unidades de datos de protocolo almacenadas;
y
suministrar dichas unidades de datos de servicio
de tamaño fijo procedentes de dicha red de acceso radioeléctrico a
dicha red central a través de dicho interfaz.
10. Sistema para ser utilizado en el
establecimiento de un portador radioeléctrico relativo a una
petición procedente de una red central y dirigida a una red de
acceso radioeléctrico de un sistema de telecomunicaciones móviles,
que comprende:
medios para determinar (220) si un modo
solicitado para un interfaz entre dicha red central y dicha red de
acceso radioeléctrico es un modo transparente y para señalizar (223)
un indicador de estado de segmentación a una capa de
segmentación/reensamblado de dicha red de acceso radioeléctrico;
y
medios (234), que responden a dicho indicador de
estado de segmentación, para bloquear la segmentación en dicha capa
de segmentación/reensamblado de dicha red de acceso radioeléctrico
para dicho portador radioeléctrico en caso que dicho indicador
señale un estado de segmentación inactivo y para permitir (108) la
segmentación en dicha capa de segmentación/reensamblado de dicha red
de acceso radioeléctrico en caso que dicho indicador señale un
estado de segmentación activo.
11. Sistema de la reivindicación 10, que, en
caso de bloquearse dicha segmentación en dicha red de acceso
radioeléctrico para un enlace descendente de un portador
radioeléctrico, comprende adicionalmente:
medios para almacenar (178) una pluralidad de
unidades de datos de servicio bajo control de la capa de
segmentación/reensamblado de dicha red de acceso radioeléctrico,
estando dotada cada unidad de datos de servicio desde la red central
de un período mínimo de entrelazado en dicho modo transparente y
para suministrar (180) dicha pluralidad de unidades de datos de
servicio almacenadas a una o más unidades de datos de protocolo en
uno o más bloques de transporte de datos; y
medios para proporcionar (182, 238) a dichos
bloques de transporte de datos un indicador de formato de transporte
para su transmisión a través de un interfaz radioeléctrico desde
dicha red de acceso radioeléctrico a un equipo de usuario en un
intervalo de tiempo de transmisión cuya duración es mayor que la de
dicho período mínimo de entrelazado.
12. Sistema de la reivindicación 11, que
comprende adicionalmente:
medios para recibir (256) dichas unidades de
datos de protocolo procedentes de dichos bloques de transporte en
una capa de control de acceso al medio de dicho equipo de usuario;
y
medios existentes en una capa de
segmentación/reensamblado de dicho equipo de usuario (260) que
responden a dichas unidades de datos de protocolo de dicha capa de
control de acceso al medio, para suministrar dichas unidades de
datos de servicio de tamaño fijo a una capa de dicho equipo de
usuario situada sobre dicha capa de segmentación/reensamblado.
13. Sistema de la reivindicación 10, que, en
caso de bloquearse dicha segmentación en dicha red de acceso
radioeléctrico para un enlace ascendente de un portador
radioeléctrico, comprende adicionalmente:
medios (280) para almacenar una pluralidad de
unidades de datos de servicio en una capa de
segmentación/reen-
samblado de dicho equipo de usuario, proporcionándose cada unidad de datos de servicio (278) en un período de entrelazado mínimo en dicho modo transparente y para recuperar dicha pluralidad de unidades de datos de servicio almacenadas a fin de proporcionar (306) dicha pluralidad de 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
samblado de dicho equipo de usuario, proporcionándose cada unidad de datos de servicio (278) en un período de entrelazado mínimo en dicho modo transparente y para recuperar dicha pluralidad de unidades de datos de servicio almacenadas a fin de proporcionar (306) dicha pluralidad de 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
medios (310) para proporcionar (312, 314) a
dichos bloques de transporte un indicador de formato de transporte
para su transmisión a través de un interfaz radioeléctrico desde
dicho equipo de usuario a dicha red de acceso radioeléctrico en un
intervalo de tiempo de transmisión cuya duración es mayor que la de
dicho período mínimo de entrelazado.
14. Sistema de la reivindicación 13, que
comprende adicionalmente:
medios (328) para recibir dichos bloques de
transporte con indicador de formato de transporte en una capa de
control de acceso al medio de dicha red de acceso radioeléctrico
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 radioeléctrico, y para suministrar (324) dichas
unidades de datos de protocolo de dicha capa de control de acceso al
medio de dicha red de acceso radioeléctrico a una capa de
segmentación/reensamblado de dicha red de acceso radioeléctrico;
y
medios (326) para almacenar dichas unidades de
datos de protocolo en dicha capa de segmentación/reensamblado de
dicha red de acceso radioeléctrico para extraer dichas unidades de
datos de servicio de tamaño fijo de dichas unidades de datos de
protocolo almacenadas y para proporcionar (334, 336) dichas unidades
de datos de servicio de tamaño fijo de dicha red de acceso
radioeléctrico a dicha red central a través de dicho interfaz entre
dicha red de acceso radioeléctrico N y dicha red central.
15. Dispositivo para gestión de unidades de
datos de servicio de tamaño fijo en un enlace descendente desde una
red central de un sistema de telecomunicaciones móviles mediante una
red de acceso radioeléctrico de dicho sistema, en el que dicha
segmentación se bloquea en dicha red de acceso radioeléctrico en
caso de un estado de segmentación inactivo, que comprende:
medios (234) para almacenar una pluralidad de
unidades de datos de servicio en una capa de
segmentación/reen-
samblado de dicha red de acceso radioeléctrico, estando dotada cada unidad de datos de servicio de un período mínimo de entrelazado en un modo transparente para recuperar dicha pluralidad de unidades de datos de servicio almacenadas y para proporcionar dicha pluralidad de 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
samblado de dicha red de acceso radioeléctrico, estando dotada cada unidad de datos de servicio de un período mínimo de entrelazado en un modo transparente para recuperar dicha pluralidad de unidades de datos de servicio almacenadas y para proporcionar dicha pluralidad de 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
medios (238) para proporcionar a dichos bloques
de transporte de datos un indicador de formato de transporte para su
transmisión a través de un interfaz radioeléctrico desde dicha red
de acceso radioeléctrico a un equipo de usuario en un intervalo de
tiempo de transmisión cuya duración es mayor que dicho período
mínimo de entrelazado.
16. Dispositivo de la reivindicación 15, que
comprende adicionalmente:
medios (256) para recibir 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
medios (260) para extraer dichas unidades de
datos de protocolo de dichos bloques de transporte en una capa de
segmentación/reensamblado de dicho equipo de usuario y para
suministrar dichas unidades de datos de tamaño fijo a una capa de
dicho equipo de usuario situada por encima de dicha capa de
segmentación/reensamblado.
17. Aparato para gestión de unidades de datos de
servicio de tamaño fijo en un enlace ascendente desde un equipo de
usuario de un sistema de telecomunicaciones móviles a través de un
interfaz radioeléctrico (320) a una red de acceso radioeléctrico y
desde la red de acceso radioeléctrico, a través de un interfaz (333)
a una red central de dicho sistema, en el que la segmentación está
bloqueada en dicha red de acceso radioeléctrico en caso de un estado
de segmentación inactivo, y que comprende:
medios (280) para almacenar una pluralidad de
unidades de datos de servicio en una capa de
segmentación/reen-
samblado de dicho equipo de usuario, estando dotada cada unidad de datos de servicio de un período mínimo de entrelazado en un modo transparente para recuperar dicha pluralidad de unidades de datos de servicio y para suministrar dicha pluralidad de 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
samblado de dicho equipo de usuario, estando dotada cada unidad de datos de servicio de un período mínimo de entrelazado en un modo transparente para recuperar dicha pluralidad de unidades de datos de servicio y para suministrar dicha pluralidad de 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
medios (310) para proporcionar a dichos bloques
de transporte un indicador de formato de transporte para su
transmisión a través de dicho interfaz radioeléctrico desde dicho
equipo de usuario a dicha red de acceso radioeléctrico en un
intervalo de tiempo de transmisión cuya duración es mayor que la de
dicho período de entrelazado mínimo.
18. Sistema que comprende el dispositivo de la
reivindicación 17, que comprende adicionalmente:
medios (328) para recibir dichos bloques de
transporte con indicador de formato de transporte en una capa de
control de acceso al medio de dicha red de acceso radioeléctrico
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 radioeléctrico (RAN) y para suministrar dichas
unidades de datos de protocolo de dicha capa de control de acceso al
medio de dicha red de acceso radioeléctrico a una capa de
segmentación/reensamblado de dicha red de acceso radioeléctrico;
y
medios (326) para almacenar dichas unidades de
datos de protocolo en dicha capa de segmentación/reensamblado de
dicha red de acceso radioeléctrico para extraer dichas unidades de
datos de servicio de tamaño fijo de dichas unidades de datos de
protocolo almacenadas y para suministrar unidades de datos de
servicio de tamaño fijo procedentes de dicha red de acceso
radioeléctrico a dicha red central a través de dicho interfaz desde
dicha red de acceso radioeléctrico a dicha red central.
19. Equipo de usuario que comprende el
dispositivo de acuerdo con la reivindicación 17.
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 |
---|---|
ES2313950T3 true ES2313950T3 (es) | 2009-03-16 |
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 After (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
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 |
Country Status (13)
Country | Link |
---|---|
US (1) | US6950420B2 (es) |
EP (2) | EP2026624B1 (es) |
JP (1) | JP3811068B2 (es) |
KR (1) | KR100519612B1 (es) |
CN (2) | CN1201526C (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)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
TW512639B (en) | 2000-01-14 | 2002-12-01 | Interdigital Tech Corp | Wireless communication system with selectively sized data transport blocks |
AU2001275668A1 (en) * | 2000-05-22 | 2001-12-03 | Telefonaktiebolaget Lm 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 |
US7848304B2 (en) | 2002-08-01 | 2010-12-07 | 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 |
KR100772470B1 (ko) | 2002-12-20 | 2007-11-02 | 인터디지탈 테크날러지 코포레이션 | 모바일 네트워크의 mac 계층에 의한 데이터 전송스케줄링 방법 및 장치 |
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 |
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 |
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 |
EP1526701A1 (en) * | 2003-10-22 | 2005-04-27 | Mitsubishi Denki Kabushiki Kaisha | Methods and devices for transferring and for recovering data packets |
WO2005046263A1 (en) * | 2003-10-30 | 2005-05-19 | Interdigital Technology Corporation | Architecture for implementation of radio access bearer manager (rabm) and packet data convergence protocol (pdcp) process |
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 | 株式会社エヌ・ティ・ティ・ドコモ | 伝送速度制御方法、移動局及び無線基地局 |
DE602005010252D1 (de) | 2005-09-20 | 2008-11-20 | Matsushita Electric Ind Co Ltd | Vefahren und Vorrichtung zur Packetsegmentierung und Verknüpfungssignalisierung in einem Kommunikationssystem |
TWI297248B (en) * | 2005-10-21 | 2008-05-21 | Inst Information Industry | Method and apparatus for adaptive communication |
KR101333918B1 (ko) * | 2006-01-05 | 2013-11-27 | 엘지전자 주식회사 | 이동 통신 시스템의 점-대-다 서비스 통신 |
JP4806030B2 (ja) | 2006-01-05 | 2011-11-02 | エルジー エレクトロニクス インコーポレイティド | 移動通信システムで信号を転送する方法 |
KR101319870B1 (ko) * | 2006-01-05 | 2013-10-18 | 엘지전자 주식회사 | 이동 통신 시스템에서의 핸드오버 방법 |
KR101268200B1 (ko) | 2006-01-05 | 2013-05-27 | 엘지전자 주식회사 | 이동통신 시스템에서의 무선자원 할당방법 |
WO2007078171A2 (en) * | 2006-01-05 | 2007-07-12 | Lg Electronics Inc. | Method of transmitting feedback information in a wireless communication system |
KR101203841B1 (ko) * | 2006-01-05 | 2012-11-21 | 엘지전자 주식회사 | 무선 통신 시스템에서의 페이징 메시지 전송 및 수신 방법 |
KR101211807B1 (ko) | 2006-01-05 | 2012-12-12 | 엘지전자 주식회사 | 이동통신 시스템에서 무선단말의 동기상태 관리방법 |
KR101187076B1 (ko) * | 2006-01-05 | 2012-09-27 | 엘지전자 주식회사 | 이동 통신 시스템에 있어서 신호 전송 방법 |
EP1969738B1 (en) | 2006-01-05 | 2014-03-12 | LG Electronics Inc. | Transmitting information in mobile communications system |
AU2007203852B2 (en) | 2006-01-05 | 2010-08-26 | Lg Electronics Inc. | Transmitting data in a mobile communication system |
KR101265628B1 (ko) * | 2006-01-05 | 2013-05-22 | 엘지전자 주식회사 | 이동 통신 시스템에서의 무선 자원 스케줄링 방법 |
KR100912784B1 (ko) | 2006-01-05 | 2009-08-18 | 엘지전자 주식회사 | 데이터 송신 방법 및 데이터 재전송 방법 |
US8493854B2 (en) | 2006-02-07 | 2013-07-23 | Lg Electronics Inc. | Method for avoiding collision using identifier in mobile network |
KR101358469B1 (ko) * | 2006-02-07 | 2014-02-06 | 엘지전자 주식회사 | 무선 네트워크(network) 안에서 상향(uplink)및 하향(downlink) 대역폭(bandwidth)의선택 및 신호 방법 |
WO2007091839A1 (en) * | 2006-02-07 | 2007-08-16 | Lg Electronics Inc. | Method for operating enhanced rlc entity and rnc entity for wcdma and system thereof |
KR101216751B1 (ko) * | 2006-02-07 | 2012-12-28 | 엘지전자 주식회사 | 이동 통신 시스템에서 식별자를 이용한 충돌 회피 방법 |
WO2007092887A2 (en) * | 2006-02-08 | 2007-08-16 | Agere Systems Inc. | Mac-hs processing in an hsdpa-compatible receiver in a 3g wireless network |
KR101387475B1 (ko) | 2006-03-22 | 2014-04-22 | 엘지전자 주식회사 | 복수의 네트워크 엔터티를 포함하는 이동 통신시스템에서의 데이터 처리 방법 |
KR20070121513A (ko) | 2006-06-21 | 2007-12-27 | 엘지전자 주식회사 | 이동통신 시스템의 상향 접속 방법 |
KR101369135B1 (ko) | 2006-06-21 | 2014-03-05 | 엘지전자 주식회사 | 이동통신 시스템에서의 멀티미디어 및 방송서비스의 품질보장 방법 및 그 단말 |
WO2007148881A2 (en) | 2006-06-21 | 2007-12-27 | Lg Electronics Inc. | Method of supporting data retransmission in a mobile communication system |
KR20070121505A (ko) | 2006-06-21 | 2007-12-27 | 엘지전자 주식회사 | 무선링크 재설정 방법 |
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 |
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 | 한국전자통신연구원 | 무선통신 시스템에서의 세션 제어방법 |
DE112008003708B4 (de) | 2008-02-14 | 2015-09-10 | Intel Mobile Communications GmbH | Verfahren zum Übertragen von Daten und Kommunkationsvorrichtung |
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 |
CN104301942B (zh) * | 2008-08-01 | 2018-04-03 | 日本电气株式会社 | 移动通信系统、控制设备、基站设备、系统控制方法和设备控制方法 |
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 | 北京天碁科技有限公司 | 一种高速上行分组接入终端及其数据传输方法 |
WO2012050368A2 (en) * | 2010-10-12 | 2012-04-19 | 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 | 中国移动通信有限公司研究院 | 一种数据传输方法及装置 |
BR112019008903A2 (pt) | 2016-11-04 | 2019-08-13 | Beijing Xiaomi Mobile Software Co Ltd | método e dispositivo para geração de pacotes de unidade de dados de protocolo (pdu) |
EP3577768A4 (en) * | 2017-02-06 | 2020-11-25 | Telefonaktiebolaget LM Ericsson (Publ) | SEGMENTATION OF LDPC CODE BLOCKS |
WO2018201412A1 (zh) * | 2017-05-04 | 2018-11-08 | Oppo广东移动通信有限公司 | 无线链路层的数据包切割配置方法及相关产品 |
Family Cites Families (17)
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. |
US6021333A (en) | 1993-11-01 | 2000-02-01 | Omnipoint Corporation | Method and system for transferring information within a mobile communication system |
US6094575A (en) * | 1993-11-01 | 2000-07-25 | Omnipoint Corporation | Communication system and method |
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 |
CA2326750C (en) * | 1998-04-03 | 2010-03-16 | Telefonaktiebolaget Lm Ericsson | Flexible radio access and resource allocation in a universal mobile telephone system (umts) |
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 |
-
2001
- 2001-03-26 AU AU2001242683A patent/AU2001242683A1/en not_active Abandoned
- 2001-03-26 EP EP08017563.1A patent/EP2026624B1/en not_active Expired - Lifetime
- 2001-03-26 JP JP2001575059A patent/JP3811068B2/ja not_active Expired - Fee Related
- 2001-03-26 ES ES01915601T patent/ES2313950T3/es not_active Expired - Lifetime
- 2001-03-26 AT AT01915601T patent/ATE410859T1/de not_active IP Right Cessation
- 2001-03-26 EP EP01915601A patent/EP1285512B1/en not_active Expired - Lifetime
- 2001-03-26 CN CNB018075754A patent/CN1201526C/zh not_active Ceased
- 2001-03-26 WO PCT/IB2001/000489 patent/WO2001078323A2/en active IP Right Grant
- 2001-03-26 DE DE60136065T patent/DE60136065D1/de not_active Expired - Lifetime
- 2001-03-26 KR KR10-2002-7013428A patent/KR100519612B1/ko not_active IP Right Cessation
- 2001-03-26 BR BR0107546-2A patent/BR0107546A/pt active Search and Examination
- 2001-03-26 CN CNB2004100556983A patent/CN1324864C/zh not_active Expired - Fee Related
- 2001-03-26 ES ES08017563.1T patent/ES2442871T3/es not_active Expired - Lifetime
- 2001-03-26 CA CA2403575A patent/CA2403575C/en not_active Expired - Fee Related
- 2001-03-29 US US09/821,788 patent/US6950420B2/en not_active Expired - Lifetime
-
2002
- 2002-09-03 ZA ZA200207071A patent/ZA200207071B/en unknown
Also Published As
Publication number | Publication date |
---|---|
JP3811068B2 (ja) | 2006-08-16 |
KR20030036156A (ko) | 2003-05-09 |
WO2001078323A3 (en) | 2002-09-06 |
ZA200207071B (en) | 2003-08-18 |
CN1324864C (zh) | 2007-07-04 |
CN1571405A (zh) | 2005-01-26 |
DE60136065D1 (de) | 2008-11-20 |
ATE410859T1 (de) | 2008-10-15 |
CA2403575A1 (en) | 2001-10-18 |
US20010033582A1 (en) | 2001-10-25 |
ES2442871T3 (es) | 2014-02-14 |
BR0107546A (pt) | 2004-01-06 |
EP2026624A2 (en) | 2009-02-18 |
CN1201526C (zh) | 2005-05-11 |
EP2026624B1 (en) | 2013-11-27 |
EP1285512A2 (en) | 2003-02-26 |
AU2001242683A1 (en) | 2001-10-23 |
CN1439210A (zh) | 2003-08-27 |
EP1285512B1 (en) | 2008-10-08 |
EP2026624A3 (en) | 2011-01-05 |
US6950420B2 (en) | 2005-09-27 |
JP2003530766A (ja) | 2003-10-14 |
WO2001078323A2 (en) | 2001-10-18 |
KR100519612B1 (ko) | 2005-10-07 |
CA2403575C (en) | 2010-05-25 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
ES2313950T3 (es) | Transmision de unidades de datos de protocolo de tamaño fijo a traves de un control de enlace radioelectrico transparente. | |
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. | |
ES2367805T3 (es) | Reducción de tareas de una unidad de datos de protocolo en un sistema de comunicaciones inalámbricas. | |
ES2274811T3 (es) | Metodo y aparatos de señalizacion para una red celular. | |
ES2893781T3 (es) | Subencabezado de relleno ficticio en unidades de datos de protocolo MAC | |
ES2309872T3 (es) | Metodo y aparato para controlar la velocidad de un servicio de voz, en un sistema de comunicacion movil que soporta servicios de voz a traves de una red de paquetes. | |
ES2518221T3 (es) | Transmisión de datos de una red de comunicaciones | |
ES2220115T3 (es) | Metodo de segmentacion de datos en un sistema de telecomunicaciones. | |
ES2436651T3 (es) | Método y aparato para priorizar canales lógicos | |
ES2288485T3 (es) | Metodo para programar paquetes para la transmision por una red umts. | |
ES2209584B2 (es) | Metodo y sistema de telecomunicaciones para transferir informacion en un servicio radio por paquetes y la correspondiente estacion movil. | |
ES2280827T3 (es) | Asignacion eficaz de memoria en una unidad emisora/receptora inalambrica. | |
ES2847587T3 (es) | Procedimiento para transmitir informe de estado de capa de PDCP en sistema de telecomunicaciones móviles y receptor de telecomunicaciones móviles | |
ES2639749T3 (es) | Arquitectura de capa de control de acceso al medio para soportar un enlace ascendente mejorado | |
ES2788874T3 (es) | Transmisión de un informe de estado PDCP | |
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. | |
ES2236319T3 (es) | Definicion de la compresion de campos de cabecera para conexiones de paquetes de datos. | |
ES2383485T3 (es) | Unidad de transmisión/recepción inalámbrica y método para multiplexar una pluralidad de canales dedicados | |
ES2305114T3 (es) | Procedimiento para informar a una red de la cantidad de datos a transferir. | |
ES2359080T3 (es) | Procedimiento de multiplexación de mac y de selección de tfc para enlace ascendente mejorado. | |
ES2350564T3 (es) | Procedimiento y aparato para realizar informes de estado de memoria intermedia (bsr). | |
ES2527844T3 (es) | Longitud de unidad de datos en paquete para control de enlace de radio flexible | |
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 | |
CN103476063B (zh) | 移动通信系统、控制设备、基站设备、系统控制方法和设备控制方法 | |
BRPI0808882B1 (pt) | Transmissor de telecomunicações móveis para processamento de protocolo de rádio em sistemas de telecomunicações móveis |