ES2331020T3 - Comunicacion de informacion de señalizacion ascendente. - Google Patents
Comunicacion de informacion de señalizacion ascendente. Download PDFInfo
- Publication number
- ES2331020T3 ES2331020T3 ES06708150T ES06708150T ES2331020T3 ES 2331020 T3 ES2331020 T3 ES 2331020T3 ES 06708150 T ES06708150 T ES 06708150T ES 06708150 T ES06708150 T ES 06708150T ES 2331020 T3 ES2331020 T3 ES 2331020T3
- Authority
- ES
- Spain
- Prior art keywords
- data
- programming
- physical resource
- base station
- channel
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
- 230000001174 ascending effect Effects 0.000 title claims abstract description 73
- 230000011664 signaling Effects 0.000 title description 66
- 238000004891 communication Methods 0.000 title description 46
- 230000005540 biological transmission Effects 0.000 claims abstract description 95
- 230000010267 cellular communication Effects 0.000 claims abstract description 33
- 238000011144 upstream manufacturing Methods 0.000 claims abstract description 31
- 230000009750 upstream signaling Effects 0.000 claims abstract description 8
- 238000000034 method Methods 0.000 claims description 25
- 230000004044 response Effects 0.000 claims description 14
- 238000012937 correction Methods 0.000 claims description 8
- 230000001934 delay Effects 0.000 description 11
- 241000700159 Rattus Species 0.000 description 4
- ZIIRLFNUZROIBX-UHFFFAOYSA-N 2,3,5-trichlorobenzene-1,4-diol Chemical compound OC1=CC(Cl)=C(O)C(Cl)=C1Cl ZIIRLFNUZROIBX-UHFFFAOYSA-N 0.000 description 3
- 230000001413 cellular effect Effects 0.000 description 3
- 238000010295 mobile communication Methods 0.000 description 3
- 238000013459 approach Methods 0.000 description 2
- 230000006872 improvement Effects 0.000 description 2
- 238000005457 optimization Methods 0.000 description 2
- 238000012856 packing Methods 0.000 description 2
- 230000008569 process Effects 0.000 description 2
- 238000000926 separation method Methods 0.000 description 2
- 229930091051 Arenine Natural products 0.000 description 1
- 238000009825 accumulation Methods 0.000 description 1
- 238000013475 authorization Methods 0.000 description 1
- 230000008859 change Effects 0.000 description 1
- 150000001875 compounds Chemical class 0.000 description 1
- 230000001419 dependent effect Effects 0.000 description 1
- 238000001514 detection method Methods 0.000 description 1
- 230000000694 effects Effects 0.000 description 1
- 230000004807 localization Effects 0.000 description 1
- 230000007774 longterm Effects 0.000 description 1
- 238000007726 management method Methods 0.000 description 1
- 238000005259 measurement Methods 0.000 description 1
- 230000007246 mechanism Effects 0.000 description 1
- 230000008520 organization Effects 0.000 description 1
- 230000000737 periodic effect Effects 0.000 description 1
- 230000001105 regulatory effect Effects 0.000 description 1
- 238000012546 transfer Methods 0.000 description 1
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L5/00—Arrangements affording multiple use of the transmission path
- H04L5/0001—Arrangements for dividing the transmission path
- H04L5/0003—Two-dimensional division
- H04L5/0005—Time-frequency
- H04L5/0007—Time-frequency the frequencies being orthogonal, e.g. OFDM(A) or DMT
- H04L5/0012—Hopping in multicarrier systems
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L5/00—Arrangements affording multiple use of the transmission path
- H04L5/003—Arrangements for allocating sub-channels of the transmission path
- H04L5/0044—Allocation of payload; Allocation of data channels, e.g. PDSCH or PUSCH
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L5/00—Arrangements affording multiple use of the transmission path
- H04L5/14—Two-way operation using the same type of signal, i.e. duplex
- H04L5/1469—Two-way operation using the same type of signal, i.e. duplex using time-sharing
-
- 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/0205—Traffic management, e.g. flow control or congestion control at the air interface
-
- 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/0278—Traffic management, e.g. flow control or congestion control using buffer status reports
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W72/00—Local resource management
- H04W72/04—Wireless resource allocation
- H04W72/044—Wireless resource allocation based on the type of the allocated resource
- H04W72/0446—Resources in time domain, e.g. slots or frames
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W72/00—Local resource management
- H04W72/12—Wireless traffic scheduling
- H04W72/1263—Mapping of traffic onto schedule, e.g. scheduled allocation or multiplexing of flows
- H04W72/1268—Mapping of traffic onto schedule, e.g. scheduled allocation or multiplexing of flows of uplink data flows
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W72/00—Local resource management
- H04W72/20—Control channels or signalling for resource management
- H04W72/21—Control channels or signalling for resource management in the uplink direction of a wireless link, i.e. towards the network
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W72/00—Local resource management
- H04W72/50—Allocation or scheduling criteria for wireless resources
- H04W72/54—Allocation or scheduling criteria for wireless resources based on quality criteria
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W74/00—Wireless channel access
- H04W74/002—Transmission of channel access control information
- H04W74/004—Transmission of channel access control information in the uplink, i.e. towards network
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W74/00—Wireless channel access
- H04W74/08—Non-scheduled access, e.g. ALOHA
- H04W74/0833—Random access procedures, e.g. with 4-step access
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W8/00—Network data management
- H04W8/02—Processing of mobility data, e.g. registration information at HLR [Home Location Register] or VLR [Visitor Location Register]; Transfer of mobility data, e.g. between HLR, VLR or external networks
- H04W8/04—Registration at HLR or HSS [Home Subscriber Server]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W72/00—Local resource management
- H04W72/04—Wireless resource allocation
Landscapes
- Engineering & Computer Science (AREA)
- Signal Processing (AREA)
- Computer Networks & Wireless Communication (AREA)
- Quality & Reliability (AREA)
- Databases & Information Systems (AREA)
- Mobile Radio Communication Systems (AREA)
- Diaphragms For Electromechanical Transducers (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
- Peptides Or Proteins (AREA)
Abstract
Un aparato en un equipo de usuario, UE (101) para transmitir información de señalización ascendente en un sistema de comunicación celular (100); caracterizado el aparato por: medios para generar datos de asistencia de programación para una estación de base (105) con base en programación (209), relacionándose los datos de asistencia de programación con la transmisión de datos en paquete ascendente de la UE (101); medios para transmitir los datos de asistencia de programación desde la UE en un primer recurso físico de una interfaz aérea ascendente; donde el primer recurso físico no es controlado por el programador basado en la estación de base.
Description
Comunicación de información de señalización
ascendente.
La invención se relaciona con una señalización
de datos de asistencia programados en un sistema de comunicación
celular y en particular, pero no exclusivamente, a una señalización
en un proyecto de asociación de tercera generación (3GPP) de un
sistema de comunicación celular.
Actualmente, los sistemas de comunicación
celular de tercera generación están siendo desarrollados para
mejorar adicionalmente los servicios de comunicación provistos a
los usuarios de móviles. Los sistemas de comunicación de tercera
generación más ampliamente adoptados están basados en el acceso
múltiple de división de códigos (CD-MA), y dúplex
de división de frecuencia (FDD) o dúplex de división de tiempo
(TDD). En sistemas CDMA, la separación del usuario se obtiene
mediante la localización de diferentes códigos de distribución y/o
mezclado a diferentes usuarios en la misma frecuencia portadora y
en los mismos intervalos de tiempo. En los usuarios TDD la
separación se logra asignando diferentes zonas de tiempo a
diferentes usuarios de una manera similar a TDMA. Sin embargo, en
contraste con el TDMA, el TDD proporciona la misma frecuencia
transportadora que se va a usar para las transmisiones tanto
ascendentes como descendentes. Un ejemplo de un sistema de
comunicación que utiliza este principio es el sistema de
telecomunicación móvil universal (UMTS). Descripciones adicionales
de CDMA y específicamente del CDMA de banda ancha (WCDMA) en el modo
de UMTS puede encontrarse en "WCDMA for UMTS" Harri Holma
(editor), Antti Toskala (Editor), Wiley & Sons, 2001, ISBN
0471486876.
Con el fin de proporcionar los servicios de
comunicación mejorados, los sistemas de comunicación celular de
tercera generación están diseñados para una variedad de diferentes
servicios que incluyen la comunicación de datos con base en
paquetes. De la misma forma, los sistemas de comunicación celular de
segunda generación existentes, tales como el sistema global para
comunicaciones móviles (GSM) han sido mejorados para soportar un
número creciente de servicios diferentes. Una de tales mejoras es el
sistema de paquetes de radio general (GPRS), el cual es un sistema
desarrollado para permitir la comunicación con base en paquetes de
datos en un sistema de comunicación GSM. La comunicación en
paquetes de datos es particularmente adecuada para servicios de
datos que tienen un requerimiento de comunicación variable
dinámicamente tal como por ejemplo servicios de acceso a Internet.
Para sistemas de comunicación móviles celulares en los cuales el
tráfico y los servicios tienen una rata de datos no constante, es
eficiente compartir dinámicamente recursos de radio entre los
usuarios de acuerdo con sus necesidades en un instante
particular.
Esto está en contraste con los servicios con
ratas de datos constantes, donde los recursos de radio apropiados
para las ratas de servicios de datos pueden ser asignados con base
en largo término tal como por ejemplo la duración de la
llamada.
En los estándares actuales UMTS TDD, los
recursos de radio compartido ascendentes pueden ser asignados
dinámicamente (programados) por un programador en una Red
Controladora de Radio (RNC). Sin embargo, con el fin de operar
eficientemente, el programador necesita tener conocimiento del
volumen de datos ascendentes que está esperando para la transmisión
ascendente en los usuarios de móviles individuales. Esto permite que
el programador asigne recursos a usuarios que los necesitan más y
en particular previene que el recurso sea desperdiciado por ser
asignado a estaciones móviles que no tiene ningún dato para
enviar.
Un aspecto adicional de una programación
eficiente es la consideración de las condiciones del canal de radio
del usuario. Un usuario para quien la ganancia de camino de radio a
otra celda es similar a la ganancia de camino de radio de la célula
en servicio actual puede causar una interferencia significativa en
la otra célula. Puede mostrarse que la eficiencia del sistema puede
ser mejorada significativamente si el programador tiene en cuenta
las ganancias de camino relativas para el usuario de cada celda en
el local particular de la red. En tales esquemas, la potencia del
las transmisiones por parte de los usuarios a los cuales la ganancia
del camino a una o más células conservadoras es de magnitud similar
a la ganancia de camino para la célula que está en servicio
actualmente y está restringido de tal manera que la interferencia
intercelular causada es controlada y manejada. Por el contrario, el
poder de transmisión de las transmisiones por parte de los usuarios
a los cuales la ganancia de camino hacia la célula de servicio es
bastante mayor que la de otras células está relativamente menos
restringido puesto que la interferencia intercelular causada por
tales usuarios por unidad de potencia de transmisión es menor.
En sistemas prácticos, tanto las condiciones de
radio como el estado de volumen de los datos pendientes pueden
cambiar muy rápidamente. Con el fin de optimizar la eficiencia del
sistema a medida que estos cambios ocurren, es importante que el
programador en la red esté informado de las condiciones más
recientes de tal manera que el ajuste oportuno de la operación del
programador puedan ser afectadas.
Por ejemplo, durante una sesión activa típica,
habrá bloques periódicos de datos ascendentes para enviar (por
ejemplo cuando se envía un email, formas de Internet rellenas, o
cuando se envían reconocimientos TCP para una transferencia
descendente correspondiente, tal como una página web). Estos bloques
de datos cortos son conocidos como llamadas paquete, y su duración
puede variar desde típicamente unos pocos milisegundos hasta unos
pocos segundos. Durante una llamada de paquete, las fuentes de
ascenso están siendo localizadas frecuentemente y es eficiente para
el volumen regulador y la información de canal de radio que va a ser
perseguida en estas transmisiones ascendentes para actualizar al
programador de acuerdo con las necesidades de envío de datos del
usuario. Sin embargo, una vez que la llamada de paquete ha sido
completada (todos los datos para enviar han sido enviados y el
regulador de transmisión está temporalmente vacío), la localización
de recursos ascendentes es suspendida. En esta situación, deben
encontrarse medios para informar al programador de la llegada de
nuevos datos (en el inicio de una nueva llamada de paquete). Es
importante minimizar cualquier demora en esta señalización puesto
que contribuye directamente a la velocidad de transmisión percibida
por el usuario.
La nota 99 de las Especificaciones Técnicas para
3GPP UMTS TDD, define un mensaje de tres capas denominado PUSCH
(Canal Compartido Ascendente Físico) como mensaje para solicitud de
capacidad (PCR). El canal lógico que porta el PCR (denominado el
canal de control de canal compartido - SHCCH) puede ser direccionado
a diferentes canales de transporte dependiendo de la presencia de
recursos disponibles. Por ejemplo, el mensaje PCR puede ser enviado
sobre el canal de acceso aleatorio (RACH) que es terminado dentro
del RNC. Como otro ejemplo, si los recursos están disponibles, el
PCR también puede ser enviado en algunos casos sobre el canal
compartido ascendente (USCH).
Sin embargo, aunque esta aproximación es
adecuada para muchas aplicaciones no es óptima para muchas otras
aplicaciones. Por ejemplo, la señalización definida es alcanzada
proveyendo información de programación a los programadores con base
en RNC y está diseñada para esta aplicación, y está en particular
diseñada con un rendimiento dinámico y un retraso adecuado para
este propósito. Específicamente, la señalización es relativamente
lenta y la respuesta de localización por el programador RNC no es
particularmente rápida debido a los retrasos asociados con las
comunicaciones entre la estación base y la RNC (en la interfaz lub)
y el retraso de acumulación por protocolo en la recepción del PCR y
en la transmisión del mensaje de concesión de la localización a
través de la señalización de muelle a muelle de 3 capas.
Recientemente, se han invertido esfuerzos
significativos en mejorar el rendimiento de comunicación ascendente
para los sistemas 3GPP. Una forma de hacer esto es mover la entidad
programadora fuera del RNC y en las estaciones de base tal que la
transmisión y las latencias de la retransmisión puedan ser
reducidas. Como resultado, puede alcanzarse una programación mucho
más rápida y más eficiente. Esto a su vez incrementa el rendimiento
percibido por el usuario. En tal implementación, un programador
localizado en la estación base (mejor que en la RNC) asume el
control sobre la garantía de los recursos de comunicación
ascendente. Una respuesta de programación rápida a las necesidades
de tráfico del usuario y a las condiciones del canal es deseable
para mejorar la eficiencia de la programación y los retrasos de
transmisión para los UEs individuales.
Sin embargo, a medida que la eficiencia de
actividad de programación descansa en la información suficiente que
está disponible, los requerimientos para la funcionalidad de
señalización se hacen crecientemente severos. Específicamente, la
aproximación existente donde una señalización es transmitida a la
RNC mediante señalización de tres capas, es ineficiente e introduce
retrasos que limitan el rendimiento de programación de un
programador basado en una estación base. En particular, utilizando
técnicas idénticas a la técnica anterior (tales como el uso de
mensajes PCR) no es atractivo debido al hecho de que los canales de
transporte utilizados son terminados en la RNC - la información de
señalización termina así en una entidad de red diferente de aquella
en la cual el programador reside y se introduce un retraso
adicional en la comunicación de esto con el programador de la
estación base.
Por ejemplo, en un sistema 3GPP TDD, la
actualización oportuna de las condiciones de canal de radio son
especialmente importantes debido al hecho de que los canales de
radio ascendente y descendente son recíprocos. Como tales, si el
usuario es capaz de informar al programador de la red de las más
recientes condiciones del canal (como por ejemplo medidas en el
descenso), y el programador es capaz de responder con un mínimo
retraso, entonces el programador puede explotar la reciprocidad y
asumir que las condiciones de canal de radio serán relativamente
inalteradas durante el tiempo en que una transmisión ascendente está
programada y transmitida. Las condiciones de canal que pueden ser
reportadas por una estación móvil pueden incluir las condiciones de
canal para la celda del programador pero también pueden incluir
condiciones de canal relativas a otras células permitiendo con ello
una programación rápida y eficiente que tiene en cuenta las
condiciones instantáneas para otras células y la interferencia
intercelular resultante causada.
En otro ejemplo, en sistemas 3GPP FDD, el estado
del volumen de la estación móvil es señalizado dentro de las
transmisiones ascendentes mismas. Los datos son contenidos dentro de
la misma unidad de datos de protocolo (PDU) así como otros datos de
carga ascendente - específicamente en el encabezador
MAC-e PDU. Sin embargo, esto significa que la
información de señalización es dependiente del rendimiento y
características de las transmisiones de datos ascendentes
mismas.
También debe notarse que en este método
particular de transmitir datos de señalización, los datos de
señalización y los datos del usuario son multiplexados entre sí
antes de que se aplique una corrección posterior de error y
consecuentemente ambas corrientes de información tienen la misma
confiabilidad de transmisión. Así, cuando se requieren
retransmisiones para el (MAC-e) PDU esto afecta
tanto la señalización y los datos del usuario e introduce así un
retraso adicional para la señalización. Además, las retransmisiones
de datos son un lugar común para los sistemas ascendentes donde los
esquemas híbridos y de retransmisión rápida son utilizados debido a
la eficiencia óptima de enlace (en términos de la energía requerida
por bit transmitido libre de error) se alcanza cuando la
probabilidad de error para transmisiones de primera vez es
relativamente alta (por ejemplo, 10% a 50%). Así, las técnicas de
señalización ascendente adoptadas para 3GPP FDD ascendentes sufren
de latencias las cuales, si se aplican a un sistema ascendente TDD,
pueden degradar significativamente el rendimiento de ese sistema
TDD con respecto al nivel de rendimiento que es obtenible.
Por lo tanto, una señalización mejorada en un
sistema de comunicación celular sería ventajosa y en particular un
sistema que permita flexibilidad incrementada, retraso de
señalización reducido, programación mejorada, adecuación para
programación con base en estación base y/o rendimiento mejorado
sería muy ventajoso.
De acuerdo con lo anterior, la invención busca
mitigar, aliviar o eliminar preferiblemente una o más de las
desventajas anteriormente mencionadas bien individualmente o en
cualquier combinación. De acuerdo con un primer aspecto de la
invención se proporciona un aparato para transmitir información de
señalización ascendente en un sistema de comunicación celular; el
aparato comprende: medios para generar datos de asistencia de
programación para un programador basado en la estación base,
estando relacionado los datos de asistencia de programación a la
transmisión de datos de paquete ascendente desde un Equipo de
Usuario, UE; medios para transmitir los datos de asistencia de
programación desde la UE en una primera fuente física de una
interfaz aérea ascendente; donde el primer recurso físico no es
manejado por el programador con base en una estación base.
La invención puede permitir mejora la
programación de un programador basado en una estación base
resultando en un rendimiento mejorado del sistema de comunicación
celular como un todo. La invención puede permitir un rendimiento
mejorado tal como lo perciben los usuarios finales. La invención
puede, por ejemplo, proveer una capacidad incrementada, retrasos
reducidos y/o rendimiento efectivo incrementado. La invención puede
permitir una señalización flexible y puede permitir que los datos
de asistencia de programación sean provistos con retrasos cortos.
La invención puede en particular proveer la señalización de datos de
asistencia de programación que es particularmente adecuada para un
programador con base en una estación base.
Los datos en la primera fuente física no son
programados por el programador base de la estación base. Más bien
los datos en el primer recurso físico pueden ser programados por
ejemplo por un programador de la RNC que da soporte a la estación
base del mismo programador basado en la estación base. El primer
recurso físico puede ser un recurso tal que el programador basado
en la estación base no tiene ninguna relación de control ni
información relacionada con la misma. Un recurso físico puede por
ejemplo ser un grupo de uno o más canales físicos de sistema de
comunicación celular. Las transmisiones de datos de paquete
ascendentes de la UE pueden ser para un servicio de datos de
paquete ascendente y/o canal compartido.
El aparato para recibir la información de
señalización ascendente puede ser el equipo del usuario.
De acuerdo con un rasgo opcional de la
invención, los medios para transmitir están dispuestos para
transmitir los datos de asistencia de programación en un primer
canal de transporte soportado por la primera fuente física.
Esto puede permitir una implementación eficiente
y puede proveer compatibilidad con muchos sistemas de comunicación
celulares existentes.
De acuerdo con una característica opcional de la
invención, el primer canal de transporte es un canal de transporte
terminado en una estación base de un programador con base en la
estación base.
Esto puede permitir una programación mejorada y
puede en particular permitir una señalización de complejidad más
baja de los datos de asistencia de programación. En particular, en
sistemas de comunicación celulares, puede introducirse un nuevo
canal de transporte que es particularmente adecuado para
programación ejecutada en una estación base.
De acuerdo con una característica opcional de la
invención, los medios para transmitir están dispuestos para
transmitir otros datos en un segundo canal de transporte
multiplexado sobre la primera fuente física con el primer canal de
transporte.
Esto puede permitir una flexibilidad, eficiencia
y/o rendimiento incrementados. La característica puede permitir un
uso práctico de fuentes físicas y puede permitir una señalización
eficiente de los datos de asistencia de programación utilizando una
fuente física que puede ser utilizada para otros propósitos.
Alternativamente, puede permitir una optimización de las
características de transmisión para los datos de asistencia de
programación con restricciones reducidas impuestas por los
requerimientos para la transmisión de los otros datos.
De acuerdo con una característica opcional de la
invención, el primer canal de transporte tiene un punto de
terminación diferente que el segundo canal de transporte.
El primer canal de transporte puede ser
terminado en una entidad de red diferente del segundo canal de
transporte. Por ejemplo, el primer canal de transporte puede ser
terminado en la estación base, mientras que el segundo canal de
transporte es terminado en una RNC. La característica puede permitir
un sistema de señalización particularmente adecuado y puede
permitir una señalización más rápida de los datos de asistencia de
programación y así una programación mejorada mientras que permite
una compartición eficiente de los recursos con otras comunicaciones
manejadas desde una localización diferente.
De acuerdo con una característica opcional de la
invención, el segundo canal de transporte emplea un esquema de
retransmisión y el primer canal de transporte no emplea un esquema
de retransmisión.
Esto puede permitir un rendimiento mejorado y
puede en particular permitir una comunicación eficiente de otros
datos a la vez que asegura una transmisión rápida de los datos de
asistencia de programación.
De acuerdo con una característica opcional de la
invención, el primer canal de transporte está codificado de acuerdo
con un esquema de transmisión y el segundo canal de transporte está
codificado de acuerdo con un segundo esquema de transmisión
diferente.
Los primero y segundo canales de transporte
pueden ser transmitidos con diferentes confiabilidades de
transmisión de tal manera que las ratas de error son diferentes
para los datos de asistencia de programación y los otros datos
ascendentes. Esto puede en particular permitir una programación
eficiente reduciendo los retrasos mientras permite un uso eficiente
de fuentes de interfaz aéreas para los otros datos.
De acuerdo con una característica opcional de la
invención, el primer esquema de transmisión y el segundo esquema de
transmisión comprenden diferentes características de corrección de
errores.
Esto puede permitir un rendimiento mejorado y
una implementación práctica.
De acuerdo con una característica opcional de la
invención, los medios para transmitir están dispuestos de manera
que lleven a cabo una comparación de ratas de primer canal de
transporte y del segundo canal de transporte.
La comparación de ratas puede ejecutarse con el
fin de ajustar la capacidad de corrección de errores del primero y
segundos canales de transporte. Esto puede permitir un rendimiento
mejorado y una implementación práctica.
De acuerdo con una característica opcional de la
invención, el aparato comprende adicionalmente medios para
transmitir los datos de asistencia de programación utilizando una
segunda fuente física y medios de selección para seleccionar entre
la primera fuente física y la segunda fuente física.
Esto puede mejorar el rendimiento y puede
permitir una comunicación de los datos de asistencia de programación
que es particularmente adecuada para las condiciones actuales y las
características actuales de los recursos físicos. Por ejemplo, en
un sistema 3GPP, el aparato puede seleccionar entre un canal de
acceso aleatorio físico (por ejemplo PRACH), un canal físico
dedicado (por ejemplo DPCH) y/o un canal ascendente programado por
el programador basado en la estación base.
De acuerdo con una característica opcional de la
invención, los medios de selección están dispuestos para
seleccionar entre el primer recurso físico y el segundo recurso
físico en respuesta a una disponibilidad de la primera fuente
física y de la segunda fuente física.
Esto puede permitir una eficiente señalización y
puede por ejemplo permitir que los datos de asistencia de
señalización sean comunicados sobre recursos disponibles actualmente
permitiendo así un sistema dinámico donde los datos de asistencia
de programación son comunicados sobre diferentes recursos y cuando
están disponibles. Tal disposición puede en particular permitir que
los retrasos de señalización sean sustancialmente reducidos por él.
Por ejemplo, en un sistema 3GPP, el aparato puede seleccionar entre
un canal físico de acceso aleatorio (por ejemplo PRACH), un canal
físico dedicado (por ejemplo DPCH) y/o un canal ascendente
programado por el programador basado en la estación base
dependiendo de cuales de estos canales estén actualmente dispuestos.
La disponibilidad por ejemplo puede ser una duración desde que la
fuente física esté disponible.
De acuerdo con una característica opcional de la
invención, el medio de selección está dispuesto para seleccionar
entre el primer recurso físico y el segundo recurso físico en
respuesta a una carga de tráfico del primer recurso físico y el
segundo recurso físico. Esto puede permitir una señalización
eficiente y puede por ejemplo permitir que los datos de asistencia
de programación sean comunicados sobre recursos físicos que tengan
capacidad en exceso. Por ejemplo, en un sistema 3GPP, el aparato
puede seleccionar entre un canal de acceso aleatorio físico (por
ejemplo PRACH), un canal físico dedicado (por ejemplo DPCH) y/o un
canal ascendente programado por el programador basado en la
estación base dependiendo de cual de estos canales tiene capacidad
adicional.
De acuerdo con una característica opcional de la
invención, el medio de selección está dispuesto para seleccionar
entre el primer recurso físico y el segundo recurso físico en
repuesta a una característica de latencia asociada con el primer
recurso físico y el segundo recurso físico.
Esto puede permitir una señalización eficiente y
puede por ejemplo permitir que los datos de asistencia de
programación sean comunicados sobre el recurso físico que resulte en
el retraso más pequeño para los datos de asistencia de
programación. Esto puede proporcionar un rendimiento y programación
mejorados debido al retraso reducido. La característica de latencia
puede ser, por ejemplo, un retraso estimado, asumido o calculado
para la transmisión de los datos de asistencia de programación
sobre cada recurso físico.
De acuerdo con una característica opcional de la
invención, el segundo recurso físico es un recurso físico manejado
por el programador basado en la estación base.
El segundo recurso físico puede soportar datos
que están programados por el programador basado en la estación
base. El segundo recurso físico puede soportar específicamente un
canal de datos de usuario para la cual el programador basado en la
estación base programa la información. Por ejemplo, en un sistema
3GPP, el aparato puede seleccionar entre un canal de acceso
aleatorio físico (PRACH), un canal físico dedicado (por ejemplo
DPCH) controlado por un programador RNC y/o un canal ascendente de
paquetes de datos que es programado por el programador basado en la
estación base.
De acuerdo con una característica opcional de la
invención, el primer recurso físico está asociado con un primer
canal de transporte y el segundo recurso físico está asociado con un
segundo canal de transporte y los medios de selección están
dispuestos para localizar los datos de asistencia de programación
asociando los datos de asistencia de programación con el primero o
segundo canal de transporte.
Esto puede proporcionar una aproximación
altamente ventajosa y puede en particular permitir una selección
eficiente del recurso físico apropiado mientras que permite la
optimización individual de las características de transmisión para
los datos de asistencia de programación. Los canales de transporte
pueden ser seleccionados en respuesta a las características
asociadas con el recurso físico del canal de transporte.
De acuerdo con una característica opcional de la
invención, el primer recurso físico es un canal de acceso
aleatorio. El canal de acceso aleatorio puede proporcionar un canal
adecuado particularmente puesto que puede ser usado cuando no hay
disponible ningún otro canal físico. La invención puede permitir que
los datos de asistencia de programación para un programador basado
en una estación base sean señalizados en un canal de acceso
aleatorio que no es controlado por el programador basado en la
estación base si no, por ejemplo, por un programador basado en
una
RNC.
RNC.
De acuerdo con una característica opcional de la
invención, los datos de asistencia programación comprenden una
indicación de la cantidad de datos pendientes de transmisión y/o una
indicación de las condiciones del canal de interfaz aérea para la
UE. Los datos de asistencia de programación pueden alternativa o
adicionalmente comprender por ejemplo una indicación de una
potencia de transmisión relativa de una transmisión ascendente de
la UE y/o una indicación de la identidad del usuario asociada con la
UE. Tal información puede permitir una programación particularmente
ventajosa.
De acuerdo con una característica opcional de la
invención, el sistema de comunicación celular es un proyecto de
asociación de tercera generación, 3GPP, como sistema. El sistema
3GPP puede específicamente ser un sistema de comunicación celular
UMTS. La invención puede permitir un rendimiento mejorado en un
sistema de comunicación celular 3GPP.
De acuerdo con una característica opcional de la
invención, el sistema de comunicación celular es un sistema de
división dúplex de tiempo. La invención permitir un rendimiento
mejorado en un sistema de comunicación celular TDD y puede en
particular permitir una programación mejorada explotando la
señalización mejorada de la información de la condición del canal
aplicable tanto a los canales ascendentes como descendentes.
De acuerdo con un segundo aspecto de la
invención se provee un aparato para recibir información de
señalización ascendente en un sistema de comunicación celular; el
aparato comprende: medios para recibir datos de asistencia de
programación para un programador basado en una estación base de la
UE en un primer recurso físico de una interfaz aérea ascendente,
relacionándose los datos de asistencia de programación con la
transmisión de datos en paquete ascendente desde el equipo del
usuario; donde el primer recurso físico no es manejado por el
programador basado en la estación base.
Será evidente que las características
adicionales, comentarios y/o ventajas descritas anteriormente con
referencia al aparato para transmitir información de señalización
ascendente se aplican igualmente bien a los aparatos para recibir
información de señalización ascendente y que las características
opcionales pueden estar incluidas en el aparato para recibir
información de señalización ascendente individualmente o en
cualquier combinación.
El aparato para recibir información de
señalización ascendente puede ser una estación base.
De acuerdo con un tercer aspecto de la invención
se proporciona un método para transmitir información de señalización
ascendente en un sistema de comunicación celular; comprendiendo el
método: la generación de datos de asistencia de programación para
un programador basado en una estación base, estando relacionados los
datos de asistencia de programación a la transmisión de datos en
paquete ascendente a partir de un equipo de usuario, UE; transmitir
los datos de asistencia de programación desde el UE en un primer
recurso físico de una interfaz aérea ascendente. Donde el primer
recurso físico no es manejado por el programador con base en la
estación base.
Será evidente que las características
opcionales, comentarios y/o descritos anteriormente con referencia
al aparato para transmitir información de señalización ascendente
se aplican igualmente bien al método para transmitir información de
señalización ascendente y que las características opcionales pueden
ser incluidas en el método para transmitir información de
señalización ascendente individualmente o en cualquier
combinación.
Por ejemplo, de acuerdo con una característica
opcional de la invención, los datos de asistencia de programación
son transmitidos en un primer canal de transporte soportado por el
primer recurso físico.
Como otro ejemplo, de acuerdo con una
característica opcional de la invención, el primer canal de
transporte es terminado en una estación base del programador basado
en la estación base.
Como otro ejemplo, de acuerdo con una
característica opcional de la invención, el método comprende
adicionalmente transmitir otros datos sobre un segundo canal de
transporte multiplexado sobre el primer recurso físico con el
primer canal de transporte.
Como otro ejemplo, de acuerdo con una
característica opcional de la invención, el primer canal de
transporte está codificado de acuerdo con un primer esquema de
transmisión y el segundo canal de transporte está codificado de
acuerdo con un diferente segundo esquema de transmisión.
Como otro ejemplo, de acuerdo con una
característica opcional de la invención, el método comprende
adicionalmente la transmisión de datos de asistencia de
programación utilizando un segundo recurso físico y seleccionando
entre el primer recurso físico y el segundo recurso físico.
Como otro ejemplo, de acuerdo con una
característica opcional de la invención, el segundo recurso físico
es un recurso físico manejado por el programador basado en la
estación base.
Como otro ejemplo, de acuerdo con una
característica opcional de la invención, el primer recurso físico es
un canal de acceso aleatorio.
De acuerdo con un cuarto aspecto de la invención
se proporciona un método para recibir información de señalización
ascendente en un sistema de comunicación celular; comprendiendo el
método: recibir datos de asistencia de programación para un
programador basado en una estación base desde el UE en un primer
recurso físico de una interfaz aérea ascendente, estando
relacionados los datos de asistencia de programación con la
transmisión de datos en paquete ascendentes desde el equipo del
usuario; donde el primer recurso físico no es manejado por el
programador basado en la estación base.
Será evidente que las características
opcionales, comentarios y/o ventajas descritos más arriba con
referencia al aparato para transmitir información de señalización
ascendente se aplican igualmente bien al método para recibir la
información de señalización ascendente y que las características
opcionales pueden ser incluidas en el método para recibir
información de señalización ascendente individualmente o en
cualquier combinación.
Estos y otros aspectos, características y
ventajas de la invención serán evidentes a partir de y elucidados
con referencia a las realizaciones descritas a continuación.
Las realizaciones de la invención serán
descritas solo a manera de ejemplo, con referencia a los dibujos,
en los cuales
La Figura 1 ilustra un ejemplo de un sistema de
comunicación celular 100 en el cual se emplean realizaciones de la
invención;
La Figura 2 ilustra un UE, una RNC y una
estación de base de acuerdo con algunas realizaciones de la
invención;
La Figura 3 ilustra un ejemplo de la conmutación
de un canal de transporte sencillo entre tipos de recursos físicos
ascendentes;
La Figura 3b ilustra un ejemplo de la
conmutación de la corriente de información de señalización en dos o
más canales de transporte cada uno de los cuales tiene una
asociación fija con un tipo de recurso físico; y
La Figura 4 ilustra y ejemplifica un sistema de
señalización de acuerdo con algunas realizaciones de la
invención.
La siguiente descripción se enfoca en
realizaciones de la invención aplicables a un UMTS (sistema de
telecomunicación móvil universal) como sistema de comunicación
celular y en particular a un UMTS (red de acceso de radio terrestre)
(UTRAN) que opera en un modo dúplex de división de tiempo (TDD).
Sin embargo, será evidente que la invención no está limitada a esta
aplicación si no que puede ser aplicada a muchos otros sistemas de
comunicación celular incluyendo por ejemplo un sistema de
comunicación celular GSM (sistema global para un sistema de
comunicación móvil).
La Figura 1 ilustra un ejemplo de un sistema de
comunicación celular 100 en el cual pueden emplearse realizaciones
de la invención.
En un sistema de comunicación celular, una
región geográfica se divide en un número de células cada una de las
cuales es servida por una estación de base. Las estaciones de base
están interconectadas mediante una red fija la cual puede comunicar
datos entre las estaciones de base. Una estación móvil es servida a
través de un enlace de comunicación por radio por parte de la
estación base de la celda dentro de la cual está situada la
estación móvil.
A medida que una estación móvil se mueve, puede
moverse desde el cubrimiento de una estación base hacia el
cubrimiento de otra, esto es, de una celda a otra. A medida que la
estación móvil se mueve a través de una estación base, entra en una
región de cubrimiento superpuesto de dos estaciones base y dentro de
esta región superpuesta, cambia a ser soportada por la nueva
estación base. A medida que la estación móvil se mueve
adicionalmente dentro de la nueva celda, continua siendo soportada
por la nueva estación base. Esto es conocido como la entrega de
recepción de una estación móvil entre celdas. Un sistema de
comunicación celular típico extiende el cubrimiento sobre
típicamente un país completo y comprende cientos o aún miles de
celdas que soportan miles y aún millones de estaciones móviles. La
comunicación desde una estación móvil a una estación de base es
conocida como ascendente y la comunicación desde una estación base
a una estación móvil es conocida como descendente.
En el ejemplo de la Figura 1, un primer equipo
de usuario (UE) 101 y un segundo (UE) 103 están en una primera
celda soportada por una estación base 105. Un UE puede ser por
ejemplo una unidad remota, una estación móvil, un terminal de
comunicación, un asistente digital personal, un ordenador portátil,
un procesador de comunicación embebida o cualquier elemento de
comunicación que se comunique sobre la interfaz aérea del sistema de
comunicación celular.
La estación base 105 está acoplada con una RNC
107. Una RNC ejecuta muchas de las funciones de control relacionadas
con la interfaz aérea incluyendo el manejo de los recursos de radio
y el enrutamiento de los datos hacia y desde las estaciones base
apropiadas.
La RNC 107 está acoplada con una red central
109. Una red central interconecta las RNCs y es operable a unos
datos de ruta entre cualquier par de RNCs, permitiendo entonces que
una unidad remota en una celda se comunique con una unidad remota
en otra celda. Además, una red central comprende funciones de puerto
para interconectar con redes externas tales como la red de
teléfonos conmutados pública (PSTN), permitiendo por lo tanto que
las estaciones móviles se comuniquen con teléfonos fijos y otros
terminales de comunicación conectados por una línea terrestre.
Además, la red central comprende mucha de la funcionalidad requerida
para manejar una red de comunicación celular convencional
incluyendo la funcionalidad de los datos de enrutamiento, control
de admisión, localización de recursos, facturación a los
suscriptores, autorización de la estación móvil etc.
Será evidente que para claridad y brevedad
solamente los elementos específicos del sistema de comunicación
celular requeridos para la descripción de algunas realizaciones de
la invención son mostrados aquí, y que la comunicación celular
puede comprender muchos otros elementos incluyendo otras estaciones
de base y RNCs así como otras entidades de red tales como SGSNs,
GGSNs, HLRs, VLRs, etc.
Convencionalmente, los datos de programación
sobre la interfaz aérea son ejecutados por la RNC. Sin embargo,
servicios de datos empacados se han propuestos recientemente de tal
característica que parecen explotar las condiciones de canal
fluctuante cuando se programan los datos sobre un canal compartido.
Específicamente, un servicio de acceso de paquete descendente a
alta velocidad (HSDPA) está siendo estandarizado actualmente por
3GPP. El HSDPA permite que la programación sea ejecutada tomando las
condiciones para las UE individuales que se están teniendo en
cuenta. Así, los datos pueden ser programados para las UE cuando las
propagaciones de canal permiten que se comunique con el uso de
recursos bajos. Sin embargo, con el fin de permitir que la
programación sea lo suficientemente rápida para seguir las
variaciones dinámicas, el HSDPA requiere que la programación se
lleve a cabo en la estación base en vez de la RNC. La localización
de una función de programación en la estación base elimina el
requerimiento de la comunicación de la estación base con la interfaz
RNC (el bloque de interfaz) reduciendo por lo tanto los retrasos
significativos asociados con el mismo.
Con el fin de que la programación sea eficiente,
el programador de la estación base necesita información actual de
la condiciones del canal. De acuerdo con ello, en un sistema TDD
HSDPA, la estación móvil proporciona información transmitiendo esta
información a la estación de base utilizando un canal que es
controlado por el programador descendente. Los recursos ascendentes
(denominados HC-SICH) son asignados implícitamente
cuando el UE recibe una localización para los datos descendentes
HSDPA, de tal manera que un reconocimiento positivo o negativo de
esos datos descendentes puede ser regresado a la estación de base
con base en el programador descendente. Además para transmitir la
información de reconocimiento sobre los recursos físicos ascendentes
implícitamente asignados, el UE también incluye información actual
de las condiciones del canal. Así, la información es transmitida al
programador sobre la HS-SICH la cual es dispuesta y
controlada por el programador que controla la comunicación
HSDPA.
HSDPA.
Se ha propuesto recientemente introducir un
servicio de datos en paquete ascendente similar al HSDPA. En
particular, tal servicio utilizaría un programador basado en una
estación base para programar los datos de usuario sobre un canal de
paquete ascendente. Sin embargo, para que tal sistema opere
eficientemente es necesario que el programador esté provisto con
información desde el UE con un mínimo de retraso. Se ha propuesto
proveer esta información incluyendo la información con los datos
del usuario ascendentes. Específicamente, se ha propuesto aglomerar
los datos en los paquetes de datos usados incluyendo tales datos en
el sistema de guía MAC-e de las PDU de datos de
usuario ascendentes (Unidades de Datos empacados).
Sin embargo, una solución donde los datos de
señalización son transmitidos sobre un recurso físico para el cual
los datos están programados por el programador de la estación de
base está por debajo de lo óptimo en muchas situaciones. En
particular, lleva un sistema inflexible y restringe la programación
posible en cuanto que el programador debe también asegurarse de que
los paquetes de datos son transmitidos con la suficiente frecuencia
para permitir que la información de señalización sea transmitida.
Así, mientras que la solución puede ser práctica en escenarios
donde hay transmisiones ascendentes suficientemente frecuentes, no
es adecuado para escenarios donde los UE no transmiten datos de
paquetes durante intervalos relativamente largos. La Figura 2
ilustra el UE 101, la RNC 107 y la estación de base 105 del ejemplo
de la Figura 1 en más detalle. En el ejemplo, la RNC 107 comprende
un programador RNC 201 que es responsable por la programación de
canales físicos 3GPP convencionales tales como por ejemplo un canal
físico dedicado (DPCH) como será evidente para la persona experta
en la técnica. Así, el programador RNC 201 programa los datos para
comunicación sobre la interfase aérea como se define en la entrega
99 de las especificaciones 3GPP.
En el ejemplo de la Figura 2, la estación de
base 105 comprende una interfaz RNC 203 la cual es responsable de
comunicarse con la RNC 107 sobre la interfaz. La interfaz RNC 203
está acoplada a un controlador de estación de base 205 que controla
la operación de la estación de base 105. El controlador de estación
de base 205 está acoplado a un transreceptor 207 que es operable
para comunicar con el UE 101 sobre la interfase aérea. El
controlador de estación de base 205 lleva a cabo toda la
funcionalidad requerida para transmitir los datos recibidos desde
la RNC 107 al UE 101 así como para recibir y enviar datos recibidos
desde el UE 101 a la RNC 107.
La estación de base 105 comprende además un
programador de estación de base 209 que está acoplado con el
controlador de estación de base 205. El programador de estación de
base 209 es responsable de programar datos para un servicio de
datos de paquete compartidos ascendente. Específicamente, el
programador 209 de la estación de base programa los datos del
usuario sobre un canal de transporte compartido de un recurso físico
compartido y genera información de localización de recurso para el
recurso físico compartido. La información de localización es
alimentada al programador de la estación de base 209 y transmitida
al UE 101, 103 mediante la interfaz aérea.
A medida que el programador de la estación de
base 209 es localizado en la estación de base 105, puede programar
datos sin el retraso adicional requerido para la comunicación de la
información de localización sobre la interfaz (tal como se requiere
para el programador RNC 201).
El programador de estación de base 209 programa
los datos para el canal de transporte ascendente con base en
información diferente. En particular, el programador de estación de
base 209 puede programar datos en respuesta a las características
de propagación del canal de interfaz aérea individual y a los
requerimientos corrientes de regulador de transmisión de los UE. De
acuerdo con ello, esta información se tiene preferiblemente a partir
de datos de asistencia de programación los cuales son transmitidos
a la estación de base 105 a partir de los UE 101, 103.
Con el fin de tener una programación eficiente,
los datos de asistencia de programación son recibidos
preferiblemente con bajo retraso e intervalos frecuentes. De
acuerdo con ello, es deseable que los datos de asistencia de
programación sean suministrados al programador de estación de base
209 sin ser transmitidos primero y recibidos desde la RNC 107
mediante la interfaz.
En el ejemplo de la Figura 2, el UE 101
comprende un transreceptor 211 que es operable para comunicarse con
la estación de base 105 mediante la interfaz aérea de acuerdo con
las especificaciones técnicas 3GPP. Será evidente que el UE 101
comprende adicionalmente la funcionalidad requerida o deseada para
un UE de un sistema de comunicación celular 3GPP.
El UE 101 comprende un controlador de canal 213
que es operable para localizar los datos para los recursos físicos
individuales y los canales de transporte correspondientes a las
especificaciones técnicas 3GPP. Por ejemplo, el UE 101 puede estar
involucrado en una comunicación de entrega 99 convencional de
circuito conmutado. Así, el UE puede comprender una fuente de datos
dedicada 215 que genera datos de usuario para ser transmitidos a la
RNC 107. El controlador de canal 213 es acoplado con la fuente de
datos dedicado 215 y puede localizar los datos deseados en el canal
apropiado tal como el DCH (Canal Dedicado). El controlador de canal
213 puede controlar adicionalmente la transmisión de este a la
estación de base en el canal físico apropiado, tal como el DPCH
(Canal Físico Dedicado).
En el ejemplo, el UE 101 está involucrado
adicionalmente en una comunicación de datos en paquete. Por ejemplo,
el UE 101 puede estar involucrado en una aplicación de acceso a
Internet soportada por un servicio de datos en paquete ascendente.
En el ejemplo de la Figura 1, el UE 101 comprende un regulador de
transmisión de datos en paquete 217 que almacena los datos en
paquete hasta que sean programados para su transmisión sobre el
canal ascendente compartido. Esta programación es llevada a cabo
por el programador 209 de la estación de base en vez del
programador RNC 201.
El regulador de transmisión de datos en paquete
217 está acoplado a un generador de datos de asistencia de
programación 219 que genera datos de asistencia de programación para
la transmisión a la estación de base 105. En particular, los datos
de asistencia de programación se relacionan con la información que
está disponible en el UE 101 y que pueden ser utilizados por el
programador de la estación de base 209 cuando se programan los
datos.
Específicamente para la Figura 2, el generador
de datos de asistencia de programación 219 está acoplado con el
regulador de transmisión de datos de paquete 217 y obtiene
información dinámica de la carga de regulador actual a partir de
este. Así, el generador de datos de asistencia de programación 219
determina cuales datos están almacenados actualmente en el
regulador de transmisión de datos en paquete 217 pendientes de
transmisión sobre el canal ascendente. El generador de datos de
asistencia de programación 219 incluye una indicación de esta
cantidad de datos de transmisión pendiente en los datos de
asistencia de programación. Además, el generador de datos de
asistencia de programación 219 puede estar provisto con información
que es indicativa de las condiciones de programación corrientes y
puede incluir esta información en los datos de asistencia de
programación. Las condiciones de propagación para el recurso físico
compartido pueden por ejemplo ser determinadas a partir de
mediciones de niveles de señal o de señales recibidas.
En el ejemplo de un sistema TDD, estos datos de programación descendentes pueden ser considerados como aplicables para los datos de propagación ascendentes en tanto ambos ascendente y descendente utilicen la misma frecuencia.
En el ejemplo de un sistema TDD, estos datos de programación descendentes pueden ser considerados como aplicables para los datos de propagación ascendentes en tanto ambos ascendente y descendente utilicen la misma frecuencia.
El generador de datos de asistencia de
programación 219 está acoplado con el controlador de canal 213 el
cual está dispuesto para transmitir los datos de asistencia de
programación a partir del UE 101 en un primer recurso físico de la
interfaz aérea ascendente. Así, el controlador de canal 213 recibe
los datos de asistencia de programación a partir del generador de
datos de asistencia de programación 219 y hace que estos sean
transmitidos a la estación de base sobre un recurso físico de la
interfaz aérea.
En el ejemplo de la Figura 2, el controlador de
canal 213 transmite los datos de asistencia de programación sobre
un recurso físico que no es manejado por el programador basado en la
estación de base. En particular, el controlador de canal 213
selecciona un canal físico que es controlado por el programador RNC
201.
Como ejemplo, el controlador de canal 213 puede
transmitir los datos de asistencia de programación sobre un recurso
físico dedicado utilizado para una llamada de voz de circuito
conmutado. Específicamente, el controlador de canal puede aglomerar
los datos de asistencia de programación juntos con un DPDCH el cual
ha sido definido y controlado por el programador RNC 201, sobre
recursos físicos DPCH asignados los cuales son de nueve definidos y
controlados por el programador RNC 201. Como otro ejemplo, el
controlador de canal puede transmitir los datos de asistencia de
programación sobre un Canal de Acceso Aleatorio (el canal
PRACH).
Cuando la comunicación es recibida en la
estación de base 105, el controlador de la estación de base 205 está
en el ejemplo 2 de la Figura 2 para extraer los datos de asistencia
de programación y alimentarlos al programador de estación de base
209. Por ejemplo, el controlador de estación de base 205 puede
monitorizar el DPDCH y/o el PRACH y cuando detecta que los datos de
asistencia de programación están siendo recibidos, puede
descodificar estos datos y enviarlos al programador de estación de
base 209.
Será evidente que en algunas realizaciones, el
programador RNC 201 puede localizar específicamente segmentos del
recurso físico para la comunicación de datos de asistencia de
programación y la identificación de información de estos segmentos
puede ser comunicada a la estación de base 105 y al UE 101.
Los datos de asistencia de programación son así
en este ejemplo recibidos sobre un recurso físico que es compartido
por otros servicios soportados por la programación en la RNC. En
algunas realizaciones, los datos de asistencia de programación
pueden ser recibidos sobre un recurso físico que es soportado por un
programador diferente en la estación de base 105, tal como en el
caso de HS-SICH para HSDPA. Específicamente, estos
servicios pueden ser de servicios de entrega convencional 99,
entrega 4 o entrega 5. Así, una comunicación flexible y eficiente
de datos de asistencia de programación se alcanza a la vez que se
mantiene la compatibilidad anterior y se evita el requerimiento de
que el programador de estación de base 209 necesite localizar
recursos para los datos de asistencia de programación. Por el
contrario, en muchas situaciones, los recursos no utilizados de las
fuentes físicas programadas RNC pueden ser utilizados para
comunicación de datos de asistencia de programación.
Adicionalmente, el sistema de la Figura 2
permite una comunicación muy rápida de datos de asistencia de
programación así como la señalización evita el retraso inherente en
la comunicación sobre la interfaz entre la estación de base 105 y
la RNC 107.
En el ejemplo, el programador de estación de
base 209 puede estar provisto con datos de asistencia de
programación indicativos de las condiciones del canal de interfaz
aérea y los requerimientos de datos de transmisión de los UE 101,
103 en intervalos frecuentes (debido a la utilización de recursos
eficientes) y con retrasos muy bajos. Esto permite una programación
mucho más rápida teniendo en cuenta características de variación
rápida y así resulta en una programación muy mejorada. Esto lleva a
un uso mejorado de los recursos y a una capacidad incrementada del
sistema de comunicación celular como un todo. En el ejemplo de la
Figura 2, los datos de asistencia de programación son comunicados
sobre un canal de transporte. Un canal de transporte puede ser un
canal que porte PDUs hacia y desde la capa física y la capa MAC. Un
canal físico transporta bits sobre la interfaz aérea. Un canal
físico es específicamente un canal de capa 1 (capa Física). Un canal
lógico porta PDUs entre la capa MAC y la capa RLC (Control de
Enlace de Radio).
Específicamente, para sistemas 3GPP, un canal de
transporte es una interfaz portadora de información entre una
entidad 3GPP de control de acceso múltiple (MAC), y una entidad de
capa física 3GPP. Un canal físico es una unidad de recurso de
transmisión, definida en 3GPP como un código de distribución
específico y un período de ocupación de tiempo sobre la interfaz
aérea; una unidad de recurso de transmisión. Un canal lógico es una
interfaz portadora de información en la entrada de transmisión al
MAC.
En el ejemplo específico, el recurso físico
soporta dos o más canales de transporte que son multiplexados sobre
el mismo recurso físico. Específicamente, un canal de transporte
nuevo puede ser definido para la comunicación de los datos de
asistencia de programación y este canal de transporte puede ser
multiplexado junto con uno o más DCHs sobre uno o más canales
físicos de DPCH sobre los cuales los DCHs son portados en un sistema
3GPP.
Para un sistema 3GPP, pueden multiplexarse dos o
más corrientes de información separadas sobre un conjunto común de
recursos físicos en diversas maneras:
Para la multiplexión de campo de capa física,
las corrientes de información múltiples son codificadas
separadamente (si se requiere) y ocupan mutuamente porciones
exclusivas (y usualmente contiguas) de la carga de transmisión. El
desmultiplexado es alcanzado extrayendo las porciones relevantes de
la carga de transmisión de cada corriente y tratándolas
independientemente después de ello.
Para el multiplexado en canal de transporte, las
corrientes de información múltiples son codificadas separadamente y
se aplica un esquema de comparación de velocidad coordinada a cada
corriente de manera tal que el número total de bits después de la
comparación de velocidad es exactamente encaje con la carga de
transmisión. En general, esto es similar a un multiplexado en capa
física excepto porque los bits correspondientes a cada corriente de
información son usualmente no contiguos en la carga de transmisión
final. Adicionalmente, el esquema de comparación de velocidades
está diseñado de tal manera que la cantidad de FEC aplicada a cada
corriente puede variar de una manera flexible, permitiendo que
diversos y diferentes requerimientos de calidad se satisfagan
independientemente para cada corriente. El desmultiplexado es
habilitado a través del receptor teniendo conocimiento del
algoritmo del esquema de comparación de velocidades aplicado en el
transmisor.
Para multiplexado en canal lógico, las
corrientes de información múltiples son multiplexadas por la capa
MAC antes de enviar la codificación de corrección de errores por la
capa física, aplicándose un encabezamiento a cada corriente para
habilitar el desmultiplexado en el receptor. La codificación FEC es
aplicada a la corriente compuesta (multiplexada), y así cada
corriente experimentará la misma confiabilidad de transmisión.
Será evidente que aunque los recursos físicos
tales como el canal DPCH, son controlados por el programador RNC,
el canal de transporte usado para los datos de asistencia de
programación se termina preferiblemente en la estación de base 105
mientras que el canal de transporte dedicado, el DCH, termina en la
RNC 107. Así, aunque el canal de transporte usado para los datos de
asistencia de programación y el canal de transporte usado para
otros datos son multiplexados sobre los mismos recursos físicos,
terminan en diferentes entidades. Esto puede permitir una
señalización particularmente eficiente y flexible y puede en
particular minimizar el retraso para los datos de asistencia de
programación. Específicamente, puede evitar el retraso asociado con
la recepción de los datos de asistencia de programación sobre un
canal de transporte terminado RNC y retransmitir estos a la
estación de base 105.
Será evidente que los diferentes recursos
físicos controlados por la RNC 107 pueden ser utilizados para
soportar la comunicación de los datos asistencia de
programación.
Por ejemplo, tal como se describe, puede usarse
un canal físico DPCH o PRACH. En algunas realizaciones, el UE 101 y
la estación de base 105 pueden comprender adicionalmente una
funcionalidad para comunicar los datos de asistencia de
programación sobre un recurso físico que es manejado por el
programador de estación de base 209. Así, en este ejemplo, el UE
101 puede comprender la funcionalidad para comunicar un cierto
número de diferentes recursos físicos. En el ejemplo de la Figura
2, un recurso físico adecuado sobre el cual se comunique los datos
de asistencia de programación puede ser seleccionado dependiendo de
las condiciones actuales y del ambiente operacional y un canal
físico adecuado puede ser seleccionado para proporcionar el mejor
rendimiento para las condiciones actuales. Así, en este ejemplo la
señalización usada para asistir el proceso de programación
ascendente mejorado por el programador de estación de base 209 es
enrutado de manera inteligente y transmitido sobre diferentes
recursos físicos ascendentes de acuerdo con las preferencias y
condiciones actuales. En particular, un recurso físico puede ser
seleccionado con base en la presencia o ausencia de esos recursos
físicos ascendentes. Los datos de asistencia de programación pueden
adicionalmente ser comunicados en un canal de transporte que
termina en la estación de base 105. En una modalidad alternativa, la
señalización usada para asistir el proceso de programación
ascendente mejorado por parte del programador de estación de base
209 puede ser enrutado y transmitido sobre diferentes canales de
transporte, y por lo tanto, recursos físicos, bajo el control de la
red, a través de medios red-a-UE de
señalización.
La modalidad de enrutamiento inteligente será
ilustrada con referencia a un ejemplo donde se consideran tres
consideraciones específicas:
Escenario
1
El equipo de usuario 101 pretende informar al
programador de estación de base 209 acerca de su estado de regulador
de transmisión de datos en paquete actual o de las condiciones de
radio, si bien no se han otorgado recursos ascendentes mejorados
para la transmisión y no hay otros recursos de radio ascendente en
existencia o disponibles. Esta situación es común cuando el UE 101
ha terminado previamente la transmisión de una llamada de paquetes,
ha estado vacío durante un período de tiempo, y llegan nuevos datos
en el UE 101 en su regulador de transmisión de datos en paquetes
217. El usuario debe informar entonces al programador de la estación
de base 209 de su necesidad para recursos de transmisión con el fin
de transmitir los nuevos datos.
Escenario
2
El equipo de usuario 101 intenta actualizar el
programador de estación de base 209 con nueva información sobre la
condición de la interfaz o información de regulador y los recursos
ascendentes de datos en empaque programados por el programador de
la estación de base 209 ya están disponibles. En este caso, el UE
101 puede aglomerar la señalización ascendente utilizando una parte
de los recursos otorgados para la transmisión de la transmisión de
datos empacados ascendente misma.
Escenario
3
El equipo de usuario 101 intenta actualizar el
programador de estación de base 209 con nueva información sobre
canal o regulador, sin manejo de recursos ascendentes de datos en
empaque por el programador de estación de base 209 disponibles, si
bien otros recursos ascendentes manejados por RNC están en
existencia y son disponibles. En este caso, el UE 101 puede
aglomerar la señalización utilizando una parte de los recursos
ascendentes existentes.
Así, en algunas realizaciones el controlador de
canal 213 de la UE 101 y el controlador de canal 205 de la estación
de base 105 comprenden la funcionalidad para seleccionar entre
diferentes recursos físicos. Además, esta selección puede ser
llevad a cabo en respuesta a si los diferentes recursos físicos
están disponibles.
Como un ejemplo específico, el controlador de
canal 213 puede evaluar primero si un canal de datos empacados
ascendente controlado por el programador de estación de base 209
está disponible. Si es así, este canal es seleccionado para la
transmisión de los datos de asistencia de programación. De lo
contrario, el controlador de canal 213 puede evaluar si un
controlador de canal físico ascendente por parte del programador de
RNC 201 está dispuesto (tal como un DPCH). Si es así, los datos de
asistencia de programación son transmitidos sobre este canal. Sin
embargo, si no hay tal canal disponible, el controlador de canal 213
puede continuar transmitiendo los datos de asistencia de
programación utilizando un canal de acceso aleatorio (el PRACH).
En diferentes realizaciones, la selección de
recursos físicos puede hacerse en respuesta a diferentes parámetros
o características. Por ejemplo, el controlador de canal 213 y el
controlador de estación de base 205 pueden tomar en cuenta
parámetros tales como:
- \circ
- La presencia o ausencia de tipos de recursos físicos ascendentes;
- \circ
- El tiempo desde que un recurso físico ascendente tipo estuvo presente por última vez. Por ejemplo, un recurso físico dado puede ser seleccionado solamente si ha estado disponible dentro de un intervalo de tiempo dado.
- \circ
- La carga de tráfico de los canales representada en los tipos de recursos ascendentes. Por ejemplo, un recurso físico puede ser seleccionado si la carga de tráfico es tan baja que hay recursos adicionales disponibles.
- \circ
- Una consideración de la latencia de la transmisión de la señalización ascendente. Por ejemplo, cada recurso físico puede tener una latencia asociada debida a retrasos de señalización, codificación etc. y el recurso físico que tiene la latencia más baja puede ser seleccionado de preferencia a otros recursos físicos.
Alternativa o adicionalmente, la selección del
recurso físico puede ser llevada a cabo en respuesta a una
configuración por la red fija y en particular la RNC. Por ejemplo,
algunas rutas de señalización pueden ser activadas o desactivadas
implícitamente por la red fija.
La selección de los recursos físicos puede ser
por ejemplo hecha mediante la selección de un canal de transporte y
luego selección de un recurso físico sobre el cual transmitir este
canal de transporte. Como otro ejemplo, la selección de recursos
físicos puede hacerse teniendo diferentes canales de transporte
enlazados a diferentes canales físicos y luego seleccionando el
canal de transporte apropiado.
La Figura 3 ilustra los principios entre estas
realizaciones conmutables de ejemplo. En particular, la Figura 3
ilustra un ejemplo de la conmutación de un canal de transporte
sencillo entre tipos de recursos físicos ascendentes, y la Figura
3b ilustra un ejemplo de la conmutación de la corriente de
información de señalización en dos o más canales de transporte que
tienen una asociación fija con un tipo de recurso físico.
En el ejemplo de la Figura 3, los datos de
asistencia de programación son incluidos en un nuevo canal de
transporte (TrCH #1). El canal de transportes es conmutado entonces
bien a un segundo multiplexor de canal de transporte dependiendo
del tipo de recurso físico deseado. El multiplexor de canal de
transporte seleccionado ejerce la multiplexión sobre los canales de
transporte con otros canales de transporte comunicados con el
recurso físico.
En el ejemplo de la Figura 3b, los datos de
asistencia de programación son bien incluidos en un primer canal de
transporte (TrCH #1) o un segundo canal de transporte (TrCH #2).
Cada uno de los canales de transporte es soportado por un diferente
recurso físico y el canal de transporte seleccionado es multiplexado
con otros canales de transporte antes de ser transmitido sobre los
recursos físicos. La selección del canal de transporte específico
para los datos de asistencia de programación puede hacerse en
respuesta a características de los recursos físicos asociados con
los canales de transporte individuales.
Será evidente que en los ejemplos específicos,
se ha empleado la multiplexión de canales de transporte. La
multiplexión de canales de transporte proporciona un cierto número
de ventajas y opciones particularmente adecuadas para las
realizaciones descritas.
Por ejemplo, en contraste con la multiplexión de
capa física, permite que la señalización ascendente sea multiplexada
con canales de herencia (por ejemplo, canales de liberación 99
definidos) sin tener un gran impacto sobre las especificaciones
técnicas 3GPP. Además, los intentos existentes para transportar el
canal de multiplexión con 3GPP pueden ser reusados y puede
alcanzarse así un impacto mínimo sobre las especificaciones técnicas
y así sobre la compatibilidad con antecedentes mejorados.
Además, el uso de multiplexado en canal de
transporte puede en algunas modalidades ser usado para optimizar
individualmente el rendimiento de los canales de transporte
individuales. En algunas realizaciones, se usan diferentes esquemas
para los canales de transporte diferentes. En particular, diferentes
esquemas de transmisión que resultan en una diferente confiabilidad
en la transmisión pueden usarse.
Como ejemplo específico, la codificación de
envío de corrección de errores puede ser seleccionada
individualmente para cada canal de transporte y por ejemplo puede
seleccionarse una codificación de envío de corrección de error de
confiabilidad más alta para el canal de transporte que porta los
datos de asistencia de programación que para el canal de transporte
que transporta datos de usuario. Esta diferencia en la codificación
de la corrección de errores de envío puede alcanzarse utilizando
diferentes codificadores/decodificadores o puede alcanzarse
mediante diferentes puntualizaciones o características de repetición
que son aplicadas cuando se lleva a cabo la comparación de
velocidades.
En particular, uno de los canales de transporte
puede emplear un esquema de retransmisión donde los paquetes de
datos fallidos son retransmitidos desde el UE 101 mientras que otros
canales de transporte no emplean un esquema de retransmisión sino
que más bien transmiten los datos con una codificación de error más
confiable. Así, en este ejemplo, un recurso físico o sencillo puede
comprender un primer canal de transporte utilizado para la
transmisión de datos no sensibles al retraso. Las transmisiones
pueden tener una alta velocidad de error de paquete de datos de,
por decir algo, 10-30% resultante en un gran número
de retransmisiones y así por un retraso incrementado, pero también
en una utilización de recurso muy eficiente. Al mismo tiempo, el
recurso físico puede soportar un segundo canal de transporte usado
para la transmisión de los datos de asistencia de programación y
este canal de transporte puede tener una velocidad de datos muy baja
asegurándose así de que los datos de paquete son recibidos de
manera confiable y así minimizar el retraso resultante en una
programación mejorada por parte del programador de estación de base
209.
Además, en algunas realizaciones los canales de
transporte del recurso físico pueden ser terminados en diferentes
puntos en la red fija. Específicamente, un canal de transporte puede
ser utilizado para la comunicación de datos de usuario y puede
terminarse en la RNC 107 mientras un segundo canal de transporte es
usado para la comunicación de los datos de asistencia de
programación y se termina en la estación de base 105. Así, el mismo
recurso físico puede soportar canales de transporte que son
terminados individualmente en la localización óptima. Esto puede
reducir los retrasos asociados con los datos de asistencia de
programación y puede mejorar el rendimiento de la programación del
programador de estación de base 209.
La Figura 4 ilustra un ejemplo de un sistema de
señalización de acuerdo con algunas realizaciones de la invención.
La funcionalidad ilustrada puede ser implementada específicamente en
el controlador de canal 213 de la Figura 2. Esta operación será
descrita con referencia a los tres escenarios de ejemplo específicos
3GPP UTRAN TDD previamente descritos.
Escenario
1
En el escenario 1, debido al hecho de que el
RACH existente termina en la RNC 107, la estación de base 105 no
puede hacer uso de este canal de transporte para portar la
señalización ascendente necesaria. La RACH no es "visible"
para la estación de base 105 y simplemente pasa a través de ella de
la forma como lo hace la RNC. Sería posible enviar la información
recibida otra vez desde la RNC al Nodo B a través de una
señalización nueva aunque esta técnica sufre grandemente por la
latencia involucrada en estos mecanismos de transmisión
múltiple.
Los métodos de acceso no aleatorio también
pueden ser considerados, (tales como la reunión circular) pero
tales técnicas de nuevo sufren de incrementos de latencia
potenciales (no hay ningún retraso potencial significativo entre
datos que llegan en el regulador de transmisión del usuario y en los
recursos ascendentes que están siendo garantizados para servir esos
datos).
De acuerdo con el ejemplo de la Figura 4, se
define un nuevo canal de acceso aleatorio terminado en la estación
de base, el cual es capaz de hacer coincidir los datos de asistencia
de programación directamente con el programador de la estación de
base 209.
El nuevo canal de acceso aleatorio se denomina
"E-SACH_{R}" (Canal de Asistencia Mejorado al
Programador de Ascenso) en el ejemplo de la Figura 4. El suscrito
"R" se relaciona con el hecho de que el canal es de acceso
aleatorio en la naturaleza (esto es, no programado y en particular
no programado o manejado por el programador de la estación de base
209). El canal es capaz de portar una indicación al programador de
la estación de base 209 de que los nuevos datos han arribado en el
regulador de transmisión de usuarios y es en efecto un
requerimiento para recursos de radio ascendentes. También puede
portar una indicación de las condiciones actuales del canal, y,
puesto que la transmisión es de acceso aleatorio, también puede
portar una indicación de la identidad del usuario de tal manera que
el programador de la estación de base 209 conoce a que usuario
asignar los recursos.
Escenario
2
Con la carga de datos ascendentes siendo portada
en un canal de transporte programado por el programador de la
estación de base 209 (marcada como Canal Mejorado - Dedicado -
E-DCH), la señalización ascendente puede ser
llevada a cabo en un canal de transporte diferente
(E-SACH_{E} denotado en la Figura 4). Al igual que
E-SACH_{R}, E-SACH_{E} es
terminado en la estación de base 105. La suscripción "E" se
utiliza para denotar que la información de asistencia de
programación está aglomerada en la transmisión ascendente mejorada
programada por el programador de la estación de base 209. Sin
embargo, puesto que es transportado en una transmisión programada,
la necesidad de llevar la identidad del usuario en la señalización
es obviada. Así, el tamaño PDU de una E-SACH_{E}
PDU es probablemente diferente al de una
E-SACH_{R} PDU. Los dos (o más) canales de
transporte son multiplexados sobre el mismo conjunto de recursos
físicos (denominado un CCTrCH). Además, es posible ajustar el grado
de codificación FEC aplicado a E-SACH_{E} y
E-DCH, para optimizar la confiabilidad de la
transmisión de cada canal de transporte según se desee. Por ejemplo,
puede ser deseable para el E-SACH_{E} que se le
de un más alto grado de protección FEC que para el
E-DCH, de tal manera que la información del
programador permita al programador tener confiabilidad (usualmente
en una transmisión sencilla) mientras que el E-DCH
es capaz de utilizar las eficiencias ARQ (retransmisión) operando
cada instante de transmisión en una confiabilidad de enlace óptimo
(frecuentemente involucrando múltiples transmisiones por unidad de
datos antes de que sea recibida sin error.
Escenario
3
Este escenario es similar al escenario 2, con la
diferencia clave de que la señalización ascendente está aglomerada
en recursos ascendentes que no están directamente asociados con la
transmisión ascendente mejorada y que no son programados por el
programador de la estación de base 209. Estos recursos ascendentes
son denominados aquí "auxiliares". Por ejemplo, los datos de
paquetes mejorados ascendentes pueden ser usados en conjunción con
el servicio de datos de paquete descendente HSDPA. En tal caso
existe un DCH ascendente asociado (típicamente utilizado para
llevar a cabo datos de usuario de la capa superior tales como TCP
(Control de Potencia de Transmisión) en sus reconocimientos, y
tráfico de control 3 para controlar eventos (tales como sobrecarga).
Los datos de asistencia de programación pueden en tal caso ser
transmitidos sobre recursos físicos ascendentes DPCH o sobre otro
canal ascendente HSDPA tal como el HS-SICH (Canal de
Alta Velocidad - Información Compartida).
Cuando no están disponibles otros recursos de
transmisión ascendente, pero hay la necesidad de enviar información
actualizada al programador, puede ser preferible (por razones de
latencia o por ahorros de eficiencia) para el usuario aglomerar la
señalización ascendente de datos de asistencia programada sobre los
recursos ascendentes auxiliares, en vez de usar los procedimientos
de acceso aleatorios E-SACH_{R}.
De nuevo, con el fin de facilitar el control
sobre el grado de codificación de corrección de error enviado
aplicado al tráfico auxiliar y a la señalización ascendente, y para
permitir una detección separada de cada uno, se usa un canal de
transporte separado para señalización ascendente, denominado el
E-SACH_{D}. Como en el escenario 2, el
E-SACH_{D} está terminado en la estación base 105
y está multiplexado junto con otros datos sobre un juego común de
recursos de radio ascendentes auxiliar (el ascendente auxiliar
CCTrCH).
Será evidente que la anterior descripción por
propósitos de claridad ha descrito realizaciones de la invención
con referencia a diferentes unidades y procesadores funcionales. Sin
embargo, será evidente que cualquier distribución de funcionalidad
adecuada entre las diferentes unidades funcionales o procesadores
puede ser utilizada sin apartarse de la invención. Por ejemplo, la
funcionalidad ilustrada para ser llevada a cabo mediante
procesadores o controladores separados puede llevarse a cabo por el
mismo procesador o controlador. Por la tanto, las referencias a
unidades funcionales específicas deben verse solamente como
referencias a medios adecuados para proveer la funcionalidad
descrita en vez de indicar una estructura u organización física o
lógica estricta.
\newpage
La invención puede ser implementada en cualquier
forma adecuada utilizando hardware, software, firmware o
cualquier combinación de estas. La invención puede opcionalmente ser
implementada por lo menos parcialmente como un software de
ordenador que corre sobre uno o más procesadores de datos y/o
procesadores de señales digitales. Los elementos y componentes de
una realización de la invención pueden ser física, funcional y
lógicamente implementados en cualquier manera adecuada. En efecto,
la funcionalidad puede ser implementada como una unidad sencilla en
una pluralidad de unidades o como parte de otras unidades
funcionales. Como tal. La invención puede ser implementada en una
simple unidad o puede ser física y funcionalmente distribuida entre
diferentes usuarios y procesadores.
Aunque la presente invención ha sido descrita en
conexión con algunas realizaciones, no se pretende que se limite a
la forma específica definida aquí. Al contrario, el alcance de la
presente invención está limitado solamente por las reivindicaciones
acompañantes. Adicionalmente, aunque un rasgo pueda parecer que está
descrito en conexión con realizaciones particulares, una persona
experimentada en la técnica reconocerá que diversos aspectos de las
realizaciones descritas pueden ser combinados de acuerdo con la
invención. En las reivindicaciones, el término comprender no
excluye la presencia de otros elementos o etapas.
Claims (23)
1. Un aparato en un equipo de usuario, UE (101)
para transmitir información de señalización ascendente en un
sistema de comunicación celular (100); caracterizado el
aparato por:
medios para generar datos de asistencia de
programación para una estación de base (105) con base en
programación (209), relacionándose los datos de asistencia de
programación con la transmisión de datos en paquete ascendente de
la UE (101);
medios para transmitir los datos de asistencia
de programación desde la UE en un primer recurso físico de una
interfaz aérea ascendente; donde
el primer recurso físico no es controlado por el
programador basado en la estación de base.
2. El aparato de la reivindicación 1 donde los
medios para transmitir están dispuestos para asistir los datos de
asistencia de programación sobre un primer canal de transporte
apoyada por el primer recurso físico.
3. El aparato de la reivindicación 2 donde el
primer canal de transporte es un canal de transporte terminado en
una estación de base terminado en una estación de base del
programador basado en la estación de base.
4. El aparato de la reivindicación 2 o
reivindicación 3 donde los medios para transmitir están dispuestos
para transmitir otros datos sobre un segundo canal multiplexado con
base en el primer recurso físico con el primer canal de
transporte.
5. El aparato de la reivindicación 4 donde el
primer canal de transporte tiene un diferente punto de terminación
que el segundo canal de transporte.
6. El aparato de la reivindicación 4 o
reivindicación 5 donde el segundo canal de transporte emplea un
esquema de retransmisión, y el primer canal de transporte no emplea
un esquema de transmisión.
7. El aparato de cualquiera de las
reivindicaciones 4 a 6 donde el primer canal de transporte está
codificado de acuerdo con un primer esquema de transmisión y el
segundo canal de transporte es codificado de acuerdo con un
diferente esquema de transmisión.
8. El aparato como se reivindica en la
reivindicación 7 donde el primer esquema de transmisión y el segundo
esquema de transmisión comprende diferentes características de
corrección de errores.
9. El aparato de cualquiera de las
reivindicaciones 3 a 6 donde los medios para transmitir están
dispuestos para llevar a cabo la comparación de velocidades del
primer canal de transporte y el segundo canal de transporte.
10. El aparato de cualquiera de las
reivindicaciones previas que comprende adicionalmente medios para
transmitir los datos de asistencia de programación utilizando un
segundo recurso físico y medios de selección para seleccionar entre
el primer recurso físico y el segundo recurso físico.
11. El aparato de la reivindicación 10 donde los
medios de selección están dispuestos para seleccionar entre el
primer recurso físico y el segundo recurso físico en respuesta a una
disponibilidad del primer recurso físico y del segundo recurso
físico.
12. El aparato de la reivindicación 10 o
reivindicación 11 donde los medios de selección están dispuestos
para seleccionar entre el primer recurso físico y el segundo recurso
físico en respuesta a la carga de tráfico del primer recurso físico
y del segundo recurso físico.
13. El aparato de cualquiera de las
reivindicaciones 10 a 12 donde los medios de selección están
dispuestos para seleccionar entre el primer recurso físico y el
segundo recurso físico en respuesta a una característica de
latencia asociada con el primer recurso físico y el segundo recurso
físico.
14. El aparato de cualquiera de las
reivindicaciones 10 a 13 donde el segundo recurso físico es un
recurso físico manejado por el programador basado en la estación de
base.
15. El aparato de cualquiera de las
reivindicaciones 10 a 14 donde el primer recurso físico está
asociado con un primer canal de transporte y el segundo recurso
físico está asociado con un segundo canal de transporte y los
medios de selección están dispuestos para localizar los datos de
asistencia de programación asociando los datos de asistencia de
programación con el primero o segundo canal de transporte.
16. El aparato de cualquiera de las
reivindicaciones precedentes donde los recursos físicos primeros
están en un canal de acceso aleatorio.
17. El aparato de cualquiera de las
reivindicaciones precedentes donde los datos de asistencia de
programación comprenden una indicación de una cantidad de datos
pendientes de transmisión.
18. El aparato de cualquiera de las
reivindicaciones precedentes donde el asistente de programación de
datos comprende una indicación de las condiciones del canal de
interfaz para la UE.
19. El aparato de cualquiera de las
reivindicaciones previas donde el sistema de comunicación celular es
un proyecto de asociación de tercera generación, 3GPP.
20. El aparato de cualquiera de las
reivindicaciones previas donde el sistema de comunicación celular es
un Sistema Dúplex División de Tiempo.
21. Un aparato en una estación de base (105) que
recibe información de señalización ascendente en un sistema de
comunicación celular (100); caracterizado el aparato por:
medios para recibir datos de asistencia de
programación para un programador (209) basado en una estación base
(105) a partir de un equipo de usuario, UE (101) en un primer
recurso físico de una interfaz aérea ascendente, estando
relacionado los datos de asistencia de programación con la
transmisión de datos en paquete ascendente desde el UE; y donde
el primer recurso físico no está controlado por
el programador basado en la estación de base.
22. Un método para transmitir información de
señalización ascendente en un sistema de comunicación celular
(100), caracterizado el método por:
generar datos de asistencia de programación para
un programador (209) basado en una estación de base (105) estando
relacionados los datos de asistencia de programación con la
transmisión de datos en paquete ascendente desde un equipo de
usuario UE (101);
transmitir los datos de asistencia de
programación desde el UE en un primer recurso físico de una interfaz
aérea ascendente; donde
el primer recurso físico no está controlado por
el programador basado en la estación de base.
23. Un método para recibir información de
señalización ascendente en un sistema de comunicación celular (100);
caracterizado el método por:
recibir datos de asistencia de programación para
un programador (209) basado en una estación de base (105) a partir
de un equipo de usuario, UE (101) en un primer recurso físico de una
interfaz aérea ascendente, relacionándose los datos de asistencia
de programación con la transmisión de datos en paquete ascendente
desde el UE; y donde
el primer recurso físico no es controlado por el
programador basado en la estación de base.
Applications Claiming Priority (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| GB0508799 | 2005-05-03 | ||
| GB0508799A GB2427097B (en) | 2005-05-03 | 2005-05-03 | Method and apparatus for transmitting uplink signalling information |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| ES2331020T3 true ES2331020T3 (es) | 2009-12-18 |
Family
ID=34674114
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| ES06708150T Active ES2331020T3 (es) | 2005-05-03 | 2006-02-09 | Comunicacion de informacion de señalizacion ascendente. |
Country Status (10)
| Country | Link |
|---|---|
| US (7) | US7701901B2 (es) |
| EP (1) | EP1880566B1 (es) |
| JP (7) | JP4780193B2 (es) |
| KR (1) | KR100984566B1 (es) |
| CN (14) | CN102932943B (es) |
| AT (1) | ATE440477T1 (es) |
| DE (1) | DE602006008603D1 (es) |
| ES (1) | ES2331020T3 (es) |
| GB (1) | GB2427097B (es) |
| WO (1) | WO2006117251A1 (es) |
Families Citing this family (38)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| GB2425917B (en) | 2005-05-03 | 2007-06-13 | Ipwireless Inc | Method of communicating signalling information |
| GB2427097B (en) | 2005-05-03 | 2007-03-21 | Ipwireless Inc | Method and apparatus for transmitting uplink signalling information |
| US9071344B2 (en) | 2005-08-22 | 2015-06-30 | Qualcomm Incorporated | Reverse link interference cancellation |
| US8611305B2 (en) | 2005-08-22 | 2013-12-17 | Qualcomm Incorporated | Interference cancellation for wireless communications |
| KR100934656B1 (ko) * | 2006-02-06 | 2009-12-31 | 엘지전자 주식회사 | 다중 반송파 시스템에서의 무선 자원 할당 방법 |
| WO2007149690A2 (en) * | 2006-06-02 | 2007-12-27 | Qualcomm Incorporated | Satellite optimized air interface |
| TW201251496A (en) * | 2006-12-28 | 2012-12-16 | Interdigital Tech Corp | Efficient uplink operation with high instantaneous data rates |
| US8064382B2 (en) * | 2007-09-28 | 2011-11-22 | Wireless Technology Solutions Llc | Apparatus and method for scheduling in a wireless communication system |
| US8422480B2 (en) | 2007-10-01 | 2013-04-16 | Qualcomm Incorporated | Acknowledge mode polling with immediate status report timing |
| KR101459147B1 (ko) * | 2008-02-04 | 2014-11-10 | 엘지전자 주식회사 | 무선통신 시스템에서 전송 파워 제어 명령 전송 방법 |
| US8015313B2 (en) * | 2008-03-04 | 2011-09-06 | Sony Corporation | Method and apparatus for managing transmission of TCP data segments |
| US9408165B2 (en) | 2008-06-09 | 2016-08-02 | Qualcomm Incorporated | Increasing capacity in wireless communications |
| US9277487B2 (en) | 2008-08-01 | 2016-03-01 | Qualcomm Incorporated | Cell detection with interference cancellation |
| US9237515B2 (en) | 2008-08-01 | 2016-01-12 | Qualcomm Incorporated | Successive detection and cancellation for cell pilot detection |
| US9094991B2 (en) * | 2009-03-26 | 2015-07-28 | Qualcomm Incorporated | Method and apparatus for supporting communication in low SNR scenario |
| US9160577B2 (en) | 2009-04-30 | 2015-10-13 | Qualcomm Incorporated | Hybrid SAIC receiver |
| US8787509B2 (en) | 2009-06-04 | 2014-07-22 | Qualcomm Incorporated | Iterative interference cancellation receiver |
| US8831149B2 (en) | 2009-09-03 | 2014-09-09 | Qualcomm Incorporated | Symbol estimation methods and apparatuses |
| WO2011034634A1 (en) * | 2009-09-21 | 2011-03-24 | Qualcomm Incorporated | Methods and apparatuses for reporting a metric of downlink quality during a baton handover |
| EP2505011B1 (en) | 2009-11-27 | 2019-01-16 | Qualcomm Incorporated | Increasing capacity in wireless communications |
| US9673837B2 (en) | 2009-11-27 | 2017-06-06 | Qualcomm Incorporated | Increasing capacity in wireless communications |
| CN102291835B (zh) * | 2010-06-21 | 2016-05-25 | 中兴通讯股份有限公司 | 一种无线资源调度方法、接入网网元及终端 |
| US8649338B2 (en) * | 2010-07-06 | 2014-02-11 | Apple Inc. | Apparatus and method for mobile assisted adaptive FFR |
| US9635624B2 (en) * | 2011-02-22 | 2017-04-25 | Qualcomm Incorporated | Discovery reference signal design for coordinated multipoint operations in heterogeneous networks |
| EP2557870B1 (en) * | 2011-08-10 | 2020-07-08 | Alcatel Lucent | Configuring transmissions |
| JP6146309B2 (ja) * | 2011-11-25 | 2017-06-14 | 日本電気株式会社 | 無線局、及び無線局によるユーザーデータの処理方法 |
| WO2013076899A1 (ja) | 2011-11-25 | 2013-05-30 | 日本電気株式会社 | 無線局、及び無線局によるユーザーデータの処理方法 |
| TR201906554T4 (tr) | 2011-11-25 | 2019-05-21 | Nec Corp | Radyo İstasyonu Ve Radyo İstasyonu İle Kullanıcı Verisi İşlemeye Yönelik Yöntem |
| EP2785139B1 (en) | 2011-11-25 | 2019-06-05 | Nec Corporation | Wireless station and method of processing user data with wireless station |
| US9814083B2 (en) * | 2011-12-30 | 2017-11-07 | Nokia Solutions And Networks Oy | Method and apparatus for establishing a channel |
| EP3113559B1 (en) * | 2014-03-21 | 2023-07-26 | Huawei Technologies Co., Ltd. | Device and method for data transmission in direct communication |
| US20150282185A1 (en) * | 2014-03-28 | 2015-10-01 | Futurewei Technologies, Inc. | Multi-user, multiple access, systems, methods, and devices |
| JP6682890B2 (ja) * | 2016-02-05 | 2020-04-15 | 富士通株式会社 | 基地局、無線端末、無線通信システム、基地局のスケジューリング方法および無線端末の通信方法 |
| CA3010259C (en) | 2016-03-04 | 2024-02-20 | Panasonic Intellectual Property Management Co., Ltd. | Apparatus and method for prioritization of random access in a multi-user wireless communication system |
| CN108075859A (zh) * | 2016-11-17 | 2018-05-25 | 中国移动通信有限公司研究院 | 数据传输方法及装置 |
| CN109152025B (zh) | 2017-06-16 | 2024-04-26 | 华为技术有限公司 | 通信方法、终端及基站 |
| US11012824B2 (en) * | 2018-04-12 | 2021-05-18 | Qualcomm Incorporated | Communicating multiple instances of a message in a random medium access control system |
| EP4014337A1 (en) * | 2019-08-14 | 2022-06-22 | Fraunhofer-Gesellschaft zur Förderung der angewandten Forschung e.V. | Considering data stream separation capability in wireless communication networks |
Family Cites Families (47)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPH05273199A (ja) | 1992-03-24 | 1993-10-22 | Nippon Steel Corp | 鉄鋼の材質判定方法 |
| US6216004B1 (en) * | 1998-06-23 | 2001-04-10 | Qualcomm Incorporated | Cellular communication system with common channel soft handoff and associated method |
| JP4481545B2 (ja) * | 1999-09-30 | 2010-06-16 | テレフオンアクチーボラゲット エル エム エリクソン（パブル） | 電力制御方法及び電力制御装置 |
| JP2001128206A (ja) * | 1999-10-22 | 2001-05-11 | Fujitsu Ltd | パーソナル・デジタル・セルラー・システムによるパケット通信におけるゾーン移行方式 |
| DE19951797C2 (de) * | 1999-10-27 | 2002-04-18 | Siemens Ag | Verfahren zur dynamischen Zuweisung von Ressourcen in einem digitalen Funk-Kommunikationssystem |
| US6778509B1 (en) * | 1999-11-19 | 2004-08-17 | Hughes Electronics Corporation | MAC layer protocol for a satellite based packet switched services |
| 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 |
| US6658258B1 (en) * | 2000-09-29 | 2003-12-02 | Lucent Technologies Inc. | Method and apparatus for estimating the location of a mobile terminal |
| EP1223776A1 (en) * | 2001-01-12 | 2002-07-17 | Siemens Information and Communication Networks S.p.A. | A collision free access scheduling in cellular TDMA-CDMA networks |
| US7042856B2 (en) * | 2001-05-03 | 2006-05-09 | Qualcomm, Incorporation | Method and apparatus for controlling uplink transmissions of a wireless communication system |
| GB2377585B (en) * | 2001-07-06 | 2005-08-24 | Ipwireless Inc | Communication resource access request |
| EP1289328A1 (en) * | 2001-08-28 | 2003-03-05 | Lucent Technologies Inc. | A method of sending control information in a wireless telecommunications network, and corresponding apparatus |
| JP2003219458A (ja) * | 2002-01-18 | 2003-07-31 | Mitsubishi Electric Corp | スロット割当制御装置 |
| DE60310433T2 (de) * | 2002-10-07 | 2007-10-11 | Golden Bridge Technology, Inc. | Verbesserte aufwärtspaketübermittlung |
| JP3512783B1 (ja) * | 2002-10-08 | 2004-03-31 | 松下電器産業株式会社 | 通信端末装置及び基地局装置 |
| JP2004135180A (ja) * | 2002-10-11 | 2004-04-30 | Matsushita Electric Ind Co Ltd | 通信装置及び通信方法 |
| US8107885B2 (en) | 2002-10-30 | 2012-01-31 | Motorola Mobility, Inc. | Method and apparatus for providing a distributed architecture digital wireless communication system |
| US8363593B2 (en) | 2002-11-06 | 2013-01-29 | Alcatel Lucent | Method for carrying downlink control information for an enhanced uplink dedicated channel |
| US20040190485A1 (en) * | 2003-03-24 | 2004-09-30 | Khan Farooq Ullah | Method of scheduling grant transmission in a wireless communication system |
| KR20040083617A (ko) * | 2003-03-24 | 2004-10-06 | 삼성전자주식회사 | 향상된 역방향 전용전송채널을 서비스하는 비동기 방식의부호분할다중접속 이동통신시스템에서 소프트 핸드오버영역에 위치하는 이동단말이 역방향 데이터를 재전송하는방법 및 시스템 |
| CN100477856C (zh) * | 2003-04-07 | 2009-04-08 | 华为技术有限公司 | 一种通知上行资源分配的方法 |
| CN100387066C (zh) * | 2003-04-07 | 2008-05-07 | 华为技术有限公司 | 一种上行业务资源调度的方法 |
| US20040219919A1 (en) * | 2003-04-30 | 2004-11-04 | Nicholas Whinnett | Management of uplink scheduling modes in a wireless communication system |
| US6993342B2 (en) * | 2003-05-07 | 2006-01-31 | Motorola, Inc. | Buffer occupancy used in uplink scheduling for a communication device |
| US20040228313A1 (en) | 2003-05-16 | 2004-11-18 | Fang-Chen Cheng | Method of mapping data for uplink transmission in communication systems |
| US7991396B2 (en) * | 2003-06-09 | 2011-08-02 | Qualcomm Incorporated | Method and apparatus for broadcast application in a wireless communication system |
| JP2007527631A (ja) * | 2003-06-10 | 2007-09-27 | ノキア コーポレイション | 自律送信とスケジュール送信間での移動局の切替えを行う方法及び装置 |
| JPWO2004114552A1 (ja) * | 2003-06-20 | 2006-07-27 | 富士通株式会社 | Ｗｃｄｍａ移動通信システム |
| EP1507421B1 (en) * | 2003-08-14 | 2006-06-28 | Matsushita Electric Industrial Co., Ltd. | Base station synchronization during soft handover |
| KR100630169B1 (ko) * | 2003-08-16 | 2006-09-29 | 삼성전자주식회사 | 비동기 광대역 부호분할 다중접속 통신 시스템에서 역방향전용 채널을 이용한 역방향 패킷 데이터 서비스 방법 및장치 |
| EP1509011A3 (en) * | 2003-08-16 | 2011-01-19 | Samsung Electronics Co., Ltd. | Method and apparatus for assigning scheduling for uplink packet transmission in a mobile communication system |
| US7733846B2 (en) * | 2003-08-26 | 2010-06-08 | Alcatel-Lucent Usa Inc. | Method and control channel for uplink signaling in a communication system |
| KR100689543B1 (ko) * | 2003-08-26 | 2007-03-02 | 삼성전자주식회사 | 이동통신 시스템에서 상향링크 패킷 전송을 위한 스케쥴링 요청 방법 및 장치 |
| EP1670266B1 (en) * | 2003-09-30 | 2009-07-01 | Mitsubishi Denki Kabushiki Kaisha | Communication mode control method |
| GB0323246D0 (en) * | 2003-10-03 | 2003-11-05 | Fujitsu Ltd | Virtually centralized uplink scheduling |
| KR100713442B1 (ko) * | 2004-02-14 | 2007-05-02 | 삼성전자주식회사 | 이동통신 시스템에서 향상된 역방향 전용채널을 통한 스케쥴링 정보의 전송방법 |
| US8243633B2 (en) * | 2004-03-16 | 2012-08-14 | Nokia Corporation | Enhanced uplink dedicated channel—application protocol over lub/lur |
| US7570621B2 (en) * | 2004-03-31 | 2009-08-04 | Motorola, Inc. | Method and apparatus for reducing erroneous frame classifications |
| US8040834B2 (en) * | 2004-03-31 | 2011-10-18 | Interdigital Technology Corporation | Wireless communication method and apparatus for reporting traffic volume measurement information to support enhanced uplink data transmissions |
| JP4647655B2 (ja) * | 2004-05-06 | 2011-03-09 | サムスン エレクトロニクス カンパニー リミテッド | アップリンクパケットサービスを支援する移動通信システムにおける伝送状態情報及びバッファ状態情報の送信／受信装置及び方法 |
| US8259752B2 (en) | 2004-05-07 | 2012-09-04 | Interdigital Technology Corporation | Medium access control layer architecture for supporting enhanced uplink |
| US7539917B2 (en) * | 2004-06-02 | 2009-05-26 | Nokia Corporation | Acknowledgement signaling for automatic repeat request mechanisms in wireless networks |
| EP3515131B1 (en) | 2004-06-09 | 2023-12-27 | Samsung Electronics Co., Ltd. | Method and apparatus for data transmission in a mobile telecommunication system supporting enhanced uplink service |
| FI20045297A0 (fi) * | 2004-08-16 | 2004-08-16 | Nokia Corp | HSUPA-järjestelmän radioresurssikontrolli |
| US7701844B2 (en) * | 2005-02-09 | 2010-04-20 | Interdigital Technology Corporation | Method and apparatus for recognizing radio link failures associated with HSUPA and HSDPA channels |
| GB2425917B (en) * | 2005-05-03 | 2007-06-13 | Ipwireless Inc | Method of communicating signalling information |
| GB2427097B (en) * | 2005-05-03 | 2007-03-21 | Ipwireless Inc | Method and apparatus for transmitting uplink signalling information |
-
2005
- 2005-05-03 GB GB0508799A patent/GB2427097B/en not_active Expired - Fee Related
- 2005-09-30 US US11/241,644 patent/US7701901B2/en active Active
-
2006
- 2006-02-09 CN CN201210432067.3A patent/CN102932943B/zh active Active
- 2006-02-09 AT AT06708150T patent/ATE440477T1/de not_active IP Right Cessation
- 2006-02-09 CN CN201010611830.XA patent/CN102088788B/zh active Active
- 2006-02-09 CN CN201210433300.XA patent/CN102932946B/zh active Active
- 2006-02-09 CN CN2010106117773A patent/CN102014513B/zh active Active
- 2006-02-09 CN CN201010610611XA patent/CN102014512B/zh active Active
- 2006-02-09 CN CN201210431975.0A patent/CN102883456B/zh active Active
- 2006-02-09 CN CN201210433287.8A patent/CN102905386B/zh active Active
- 2006-02-09 ES ES06708150T patent/ES2331020T3/es active Active
- 2006-02-09 CN CN201210433181.8A patent/CN102946644B/zh not_active Expired - Fee Related
- 2006-02-09 CN CN201210431665.9A patent/CN102932941B/zh active Active
- 2006-02-09 DE DE602006008603T patent/DE602006008603D1/de active Active
- 2006-02-09 CN CN200680019378XA patent/CN101189901B/zh active Active
- 2006-02-09 WO PCT/EP2006/050806 patent/WO2006117251A1/en not_active Ceased
- 2006-02-09 KR KR1020077026704A patent/KR100984566B1/ko not_active Expired - Fee Related
- 2006-02-09 CN CN201210433124.XA patent/CN102905385B/zh not_active Expired - Fee Related
- 2006-02-09 JP JP2008509397A patent/JP4780193B2/ja not_active Expired - Fee Related
- 2006-02-09 CN CN2010106118297A patent/CN102045860B/zh active Active
- 2006-02-09 EP EP06708150A patent/EP1880566B1/en active Active
- 2006-02-09 CN CN201210433163.XA patent/CN102932945B/zh active Active
- 2006-02-09 CN CN201210433161.0A patent/CN102932944B/zh active Active
-
2010
- 2010-04-07 US US12/755,775 patent/US8149778B2/en not_active Expired - Fee Related
- 2010-05-24 JP JP2010118612A patent/JP5115586B2/ja not_active Expired - Fee Related
-
2011
- 2011-05-13 JP JP2011108059A patent/JP5273199B2/ja active Active
- 2011-05-13 JP JP2011108060A patent/JP5273200B2/ja active Active
- 2011-10-11 US US13/270,689 patent/US8570968B2/en not_active Expired - Lifetime
- 2011-12-19 US US13/330,190 patent/US8472395B2/en not_active Expired - Fee Related
-
2013
- 2013-03-27 JP JP2013066058A patent/JP5870953B2/ja active Active
- 2013-06-20 US US13/922,895 patent/US9674864B2/en not_active Expired - Fee Related
- 2013-09-30 US US14/042,307 patent/US9307552B2/en not_active Expired - Lifetime
- 2013-09-30 US US14/042,348 patent/US8929320B2/en not_active Expired - Lifetime
-
2014
- 2014-10-23 JP JP2014216201A patent/JP5787018B2/ja active Active
-
2015
- 2015-10-06 JP JP2015198306A patent/JP6008032B2/ja not_active Expired - Fee Related
Also Published As
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| ES2331020T3 (es) | Comunicacion de informacion de señalizacion ascendente. | |
| ES2335417T3 (es) | Restriccion del proceso harq y transmision de datos de control no programados a traves de canales del enlace ascendente. | |
| ES2668685T3 (es) | Señalización de datos de asistencia a la programación en un sistema de comunicación celular | |
| ES2377652T3 (es) | Método y aparato para configurar nuevamente un número de secuencias de transmisión (NST) | |
| CN101395872A (zh) | 移动通信系统中的上行链路控制信令的开销减少 | |
| HK1147631B (en) | Signalling scheduling assistance data in a cellular communication system |