ES2640220T3 - Asignación fija de HS-DSCH o E-DCH para VoIP (o HS-DSCH sin HS-SCCH/E-DCH sin E-DPCCH) - Google Patents

Asignación fija de HS-DSCH o E-DCH para VoIP (o HS-DSCH sin HS-SCCH/E-DCH sin E-DPCCH) Download PDF

Info

Publication number
ES2640220T3
ES2640220T3 ES06744560.1T ES06744560T ES2640220T3 ES 2640220 T3 ES2640220 T3 ES 2640220T3 ES 06744560 T ES06744560 T ES 06744560T ES 2640220 T3 ES2640220 T3 ES 2640220T3
Authority
ES
Spain
Prior art keywords
control information
data channel
mobile station
data
signaling
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
ES06744560.1T
Other languages
English (en)
Inventor
Esa Malkamaki
Markku Kuusela
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Conversant Wireless Licensing SARL
Original Assignee
Core Wiresless Licensing SARL
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Family has litigation
First worldwide family litigation filed litigation Critical https://patents.darts-ip.com/?family=37215121&utm_source=google_patent&utm_medium=platform_link&utm_campaign=public_patent_search&patent=ES2640220(T3) "Global patent litigation dataset” by Darts-ip is licensed under a Creative Commons Attribution 4.0 International License.
Application filed by Core Wiresless Licensing SARL filed Critical Core Wiresless Licensing SARL
Application granted granted Critical
Publication of ES2640220T3 publication Critical patent/ES2640220T3/es
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • 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
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/02—Traffic management, e.g. flow control or congestion control
    • H04W28/06—Optimizing the usage of the radio link, e.g. header compression, information sizing, discarding information
    • 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
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/0001—Systems modifying transmission characteristics according to link quality, e.g. power backoff
    • H04L1/0023—Systems modifying transmission characteristics according to link quality, e.g. power backoff characterised by the signalling
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/0001—Systems modifying transmission characteristics according to link quality, e.g. power backoff
    • H04L1/0023—Systems modifying transmission characteristics according to link quality, e.g. power backoff characterised by the signalling
    • H04L1/0027—Scheduling of signalling, e.g. occurrence thereof
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/004—Arrangements for detecting or preventing errors in the information received by using forward error control
    • H04L1/0056—Systems characterized by the type of code used
    • H04L1/0061—Error detection codes
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/004—Arrangements for detecting or preventing errors in the information received by using forward error control
    • H04L1/0072—Error control for data other than payload data, e.g. control data
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1829—Arrangements specially adapted for the receiver end
    • H04L1/1861—Physical mapping arrangements
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/10—Flow control; Congestion control
    • H04L47/34—Flow control; Congestion control ensuring sequence integrity, e.g. using sequence numbers
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L49/00—Packet switching elements
    • H04L49/90—Buffering arrangements
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L49/00—Packet switching elements
    • H04L49/90—Buffering arrangements
    • H04L49/9084—Reactions to storage capacity overflow
    • H04L49/9089—Reactions to storage capacity overflow replacing packets in a storage arrangement, e.g. pushout
    • H04L49/9094—Arrangements for simultaneous transmit and receive, e.g. simultaneous reading/writing from/to the storage element
    • 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/0053—Allocation of signaling, i.e. of overhead other than pilot signals
    • H04L5/0055—Physical resource allocation for ACK/NACK
    • 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
    • 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/23—Control channels or signalling for resource management in the downlink direction of a wireless link, i.e. towards a terminal
    • 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
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/16—Central resource management; Negotiation of resources or communication parameters, e.g. negotiating bandwidth or QoS [Quality of Service]
    • H04W28/18—Negotiating wireless communication parameters
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/20—Manipulation of established connections
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W80/00—Wireless network protocols or protocol adaptations to wireless operation

Landscapes

  • Engineering & Computer Science (AREA)
  • Signal Processing (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Computer Security & Cryptography (AREA)
  • Quality & Reliability (AREA)
  • Databases & Information Systems (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

Método que comprende: señalizar una primera información de control de una red de acceso de radiocomunicaciones a una estación móvil (UE1, 10) para su utilización en el procesamiento de paquetes de datos, comprendiendo la primera información de control unos parámetros de transmisión, comprendiendo los parámetros de transmisión por lo menos uno de entre: un esquema de modulación y codificación usado en un canal de datos, y unos recursos de radiocomunicaciones usados en el canal de datos; transmitir un primer paquete de datos a la estación móvil (UE1, 10) sobre el canal de datos usando los parámetros de transmisión de la primera información de control; caracterizado por para por lo menos una transmisión subsiguiente sobre el canal de datos, señalizar información de control a la estación móvil (UE1, 10), comprendiendo la información de control uno o más valores de parámetros de transmisión diferentes, solamente si uno o más valores de parámetros de transmisión para dicha por lo menos una transmisión subsiguiente difieren con respecto a uno o más valores correspondientes usados para transmitir el primer paquete de datos.

Description

5
10
15
20
25
30
35
40
45
50
55
60
65
DESCRIPCION
Asignacion fija de HS-DSCH o E-DCH para VoIP (o HS-DSCH sin HS-SCCH/E-DCH sin E-DPCCH). Antecedentes de la invencion
1. Campo tecnico
El campo de la invencion es las comunicaciones moviles y, mas particularmente, la Voz sobre IP (VoIP) y otros servicios de tiempo real para el WCDMA (Acceso Multiple por Division de Codigo de Banda Ancha) - HSDPA (Acceso por Paquetes de Enlace Descendente de Alta Velocidad) y HSUPA (Acceso por Paquetes de Enlace Ascendente de Alta Velocidad).
2. Descripcion de la tecnica relacionada
La invencion se refiere a la especificacion 3GPP (Proyecto de Asociacion de Tercera Generacion) del Acceso Terrestre de Radiocomunicaciones del Sistema Universal de Telecomunicaciones Moviles (UMTS) (UTRA) y, mas especfficamente, al Acceso Multiple por Division de Codigo de Banda Ancha (WCDMA) - Acceso por Paquetes de Enlace Descendente de Alta Velocidad (HSDPA), que es una caracterfstica de enlace descendente mejorada que se usa en el modo Duplex por Division de Frecuencia (FDD). Esta caracterfstica se especifica en la version 5 del 3GPP.
Describimos la invencion en la presente usando como ejemplo el enlace descendente (HSDPA). No obstante, la invencion tambien se puede usar en el enlace ascendente (HSUPA). El Acceso por Paquetes de Enlace Ascendente de Alta Velocidad (HSUPA) es una caracterfstica de enlace ascendente mejorada que se puede usar en el modo Duplex por Division de Frecuencia (FDD). Esta caracterfstica se esta especificando en el 3GPP y se esta orientando a la version 6 del 3GPP. No obstante, la invencion no se limita al contexto especffico descrito.
El HSDPA y el HSUPA estan disenados para datos de alta velocidad y, por lo tanto, la tara de control asociada no es un problema cuando se usan velocidades de datos elevadas. No obstante, cuando se introduce, por ejemplo, una VoIP de velocidad de bits relativamente baja u otro servicio de tiempo real por encima del HSDPA y el HSUPA, la tara de control se convierte en un problema serio. Existen otros tipos de servicios en los que esto tambien puede representar un problema.
Para el HSDPA, los canales compartidos de control de enlace descendente (HS-SCCH) consumen codigos de canalizacion asf como potencia de transmision de enlace descendente, reduciendo de este modo la capacidad para la voz. El HS-SCCH se usa para comunicar al UE (Equipo de Usuario) cuando (sincronizacion) y sobre que codigos recibira el UE comunicaciones en un canal compartido de datos HS-DSCH. Ademas, el formato de transmision se le indica al UE en el HS-SCCH. La senalizacion del HS-SCCH es senalizacion de capa puramente ffsica (/MAC), que le comunica al UE los siguientes parametros: id de UE (destinatario pretendido del control en el HS-SCCH y datos en el canal de datos (HS-DSCH)), esquema de modulacion y codigos de canalizacion usados en el canal de datos, tamanos de los bloques de transporte (TBS), id del proceso de HARQ (solicitud Automatica Hfbrida de Repeticion), version de la constelacion y redundancia de HARQ y NDI (indicador de datos nuevos).
El(los) HS-SCCH (puede haber varios y un UE se puede configurar para recibir un maximo de cuatro HS-SCCH) se envfan al UE sobre canales de codigo separados (con respecto a los canales de datos) dos ranuras antes que los HS-PDSCH correspondientes. El UE lee los HS-SCCHs e intenta encontrar su id de UE. Cuando el UE encuentra su id de UE a partir de uno de los HS-SCCH, entonces el UE lee los parametros del formato de transporte, y demodula y descodifica los HS-PDSCH correspondientes basandose en estos valores de los parametros. De acuerdo con las especificaciones 3GPP actuales, el HS-SCCH se envfa con cada paquete de datos enviado en el HS-DSCH.
Para el HSUPA, el E-DPCCH (Canal de Control Ffsico Dedicado y Mejorado) comunica el formato de transmision (tamano de los bloques de transporte). Consume cierta capacidad pero no es un problema tan grande como el HS-SCCH en el enlace descendente. El E-DPCCH es un canal de control dedicado que es de potencia controlada, mientras que el HS-SCCH, como canal compartido, requiere tfpicamente una potencia de transmision mayor. De acuerdo con la especificacion 3GPP actual, el E-DPCCH se envfa siempre junto con el E-DPDCH (Canal de Datos Ffsico Dedicado y Mejorado), es decir, no se envfan datos sobre el E-DPDCH sin senalizacion asociada sobre el E-DPCCH.
Una manera de resolver el problema es transmitiendo varios paquetes de VoIP o de otro tipo de tiempo real u otros paquetes pequenos para un usuario al mismo tiempo, lo cual hace que aumente la velocidad de datos y reduce la tara de control. Esta es una de las maneras de reducir la tara de HS-SCCH y ya es posible con la especificacion actual.
5
10
15
20
25
30
35
40
45
50
55
60
65
El uso de un paquete multiusuario es otra forma de reducir la tara de HS-SCCH: paquetes de VoIP o similares provenientes de multiples usuarios se combinan en un paquete HS-DSCH y solamente se envfa un HS-SCCH. Se especifica un planteamiento similar para el sistema Ix-EV DO.
La presente invencion es independiente de las soluciones antes descritas y tambien se puede usar junto con ellas.
El documento US2004162083 trata sobre la transferencia de datos por parte de la estacion movil a la estacion base sobre el enlace inverso tras un intercambio de senalizacion de entrada en contacto entre la estacion movil y la estacion base. De acuerdo con este documento, a un subconjunto de estaciones moviles se le puede asignar una parte del recurso compartido con una o mas concesiones de acceso individuales, a otro subconjunto se le puede asignar una parte del recurso compartido con una unica concesion comun, y todavfa otro subconjunto se le puede permitir el uso de una parte del recurso compartido sin ninguna concesion.
El documento US 2004162083 da a conocer que una estacion movil envfa una solicitud sobre un canal de solicitud inverso (R-REQCH) y recibe de vuelta una senal de concesion sobre un canal de concesion en sentido directo (F-GCH). En un modo de transmision autonoma de enlace inverso, una estacion movil puede transmitir datos con una velocidad limitada sobre el enlace inverso sin realizar ninguna solicitud o esperar por una concesion.
Divulgacion de la invencion
La invencion se refiere a la reduccion de la senalizacion.
La presente invencion es tal como se expone en las reivindicaciones independientes.
Por ejemplo, para reducir la tara de HS-SCCH, podrfa usarse un planteamiento de asignacion fija de tiempo con el fin de reducir la tara del HS-SCCH. En ese caso, el tiempo de planificacion de cada usuario de VoIP (u otro servicio de tipo en tiempo real) es semiestatico y, por lo tanto, no hay necesidad de transmitir el HS-SCCH para las primeras transmisiones, si el usuario conoce cuando se reciben datos sobre el HS-DSCH y cual es el formato de transporte usado.
Existen varias formas de implementar esto, tales como las dos siguientes alternativas:
1) senalizacion de HS-SCCH/E-DPCCH para indicar parametros de la primera transmision, y las transmisiones subsiguientes, incluyendo las re-transmisiones, usan los mismos parametros (y el HS- SCCH/E-DPCCH se envfan unicamente cuando son necesarios cambios)
2) se usa senalizacion de RRC (Control de Recursos de Radiocomunicaciones), de asignacion fija, para la asignacion de usuarios y comunicar los parametros de transporte por defecto.
En la posterior Seccion de Descripcion Detallada, se describe principalmente la primera alternativa, la cual es mas dinamica en el sentido de que los parametros almacenados se pueden cambiar sobre la marcha. La segunda alternativa es mas semiestatica, puesto que se usa senalizacion de RRC para enviar los parametros a almacenar y usar cuando no se envfa el HS-SCCH (la senalizacion de RRC serfa mas lenta y cambia con menos frecuencia).
Breve descripcion de los dibujos
La Fig. 1 muestra la arquitectura de la red por paquetes para el Sistema Universal de Telecomunicaciones Moviles (UMTS) en el cual puede utilizarse la invencion.
La Fig. 2 muestra algunos detalles adicionales de la arquitectura global del UMTS en la cual puede utilizarse la invencion.
La Fig. 3 muestra un dispositivo 10, de acuerdo con la presente invencion, que podrfa ser, por ejemplo, el UE de la Fig. 1, o uno de los Nodos B de la UTRAN (vease la Fig. 2).
La Fig. 4 muestra un diagrama de flujo que puede ser ejecutado por el procesador de senales 20 de la Fig. 3 en la realizacion de la presente invencion, con independencia de si el dispositivo 10 es un Nodo B o un UE.
La Fig. 5 es un diagrama de flujo que ilustra etapas que pueden ser llevadas a cabo por el procesador de senales de la Fig. 3, actuando el dispositivo como un UE que recibe un HS-DSCH.
La Fig. 6 ilustra un esquema de asignacion fija que muestra el concepto basico y la periodicidad, con una ventana de recepcion (RW).
5
10
15
20
25
30
35
40
45
50
55
60
65
La Fig. 7 ilustra un esquema de asignacion fija que muestra el cambio de codigo de canalizacion o del
tamano de los bloques de transporte.
La Fig. 8 muestra una forma de realizacion de procesador de senales de proposito general correspondiente al
procesador de senales de la Fig. 3.
La Fig. 9 muestra un dispositivo que materializa la arquitectura necesaria para llevar a cabo las etapas de la
Fig. 4, o bien en software o bien en hardware.
La Fig. 10 muestra un receptor de un equipo de usuario de HSDPA simplificado de acuerdo con la presente
invencion.
Mejor modo de poner en practica la invencion
Haciendo referencia a la Fig. 1, la arquitectura de la Red por Paquetes del Sistema Universal de Telecomunicaciones Moviles (UMTS) incluye los elementos arquitectonicos principales de equipo de usuario (UE), Red Terrestre de Acceso de Radiocomunicaciones UMTS (UTRAN), y red central (CN). El UE se comunica por interfaz con la UTRAN a traves de una interfaz de radiocomunicaciones (Uu), mientras que la UTRAN se comunica por interfaz con la red central a traves de una interfaz lu (por cable). El UE de la Fig. 1 podrfa adoptar la forma del dispositivo mostrado en la Fig. 3 funcionando, por ejemplo, de acuerdo con el diagrama de flujo de la Fig. 4 o la Fig. 5, segun la invencion. De manera similar, la UTRAN podrfa incluir un elemento de red que presenta la forma que se muestra en la Fig. 3, funcionando de acuerdo con el diagrama de flujo de la Fig. 4, por ejemplo.
La Fig. 2 muestra algunos detalles adicionales de la arquitectura, particularmente la UTRAN. La UTRAN incluye multiples Subsistemas de Red de Radiocomunicaciones (RNS), cada uno de los cuales contiene varios elementos de red que incluyen por lo menos un Controlador de Red de Radiocomunicaciones (RNC). Cada RNC se puede conectar a multiples Nodos B los cuales son los equivalentes UMTS de las estaciones base GSM. Tal
como se ha sugerido anteriormente, uno o mas de los Nodos B de la Fig. 2 podrfan adoptar la forma del
dispositivo mostrado en la Fig. 3, de acuerdo con la invencion, funcionando segun el diagrama de flujo de la Fig. 4, por ejemplo. Cada Nodo B puede estar en contacto de radiocomunicaciones con multiples UE por medio de la interfaz de radiocomunicaciones (Uu) mostrada en la Fig. 1. Un UE dado puede estar en contacto de
radiocomunicaciones con multiples Nodos B incluso si uno o mas de los Nodos B estan conectados a diferentes
RNC. Por ejemplo, un UE1 de la Fig. 2 puede estar en contacto de radiocomunicaciones con el Nodo B 2 del RNS 1 y el Nodo B 3 del RNS 2, donde el Nodo B 2 y el Nodo B 3 son Nodos B vecinos. Los RNC de RNS diferentes pueden estar conectados por una interfaz lur que permite que UE moviles permanezcan en contacto mas facilmente con ambos RNC mientras cruzan de una celula perteneciente a un Nodo B de un RNC a una celula perteneciente a un Nodo B de otro RNC. Uno de los RNC actuara como RNC “de servicio” o “de control” (SRNC o CRNC), mientras que el otro actuara como RNC “de deriva” (DRNC). Puede establecerse incluso una cadena de dichos RNC de deriva para extenderse desde un SRNC dado. Los multiples Nodos B seran tfpicamente Nodos B vecinos en el sentido de que cada uno de ellos tendra el control de una celula en una cadena correspondiente de celulas vecinas. Los UE moviles pueden cruzar las celulas vecinas sin tener que volver a establecer una conexion con un Nodo B nuevo, puesto que o bien los Nodos B estan conectados a un mismo RNC, o bien, si estan conectados a diferentes RNC, los RNC estan conectados entre si. Durante dichos movimientos de un UE, se requieren en ocasiones la adicion y el abandono de enlaces de radiocomunicaciones, de manera que el UE pueda mantener siempre por lo menos un enlace de radiocomunicaciones con la UTRAN. A esto se le denomina traspaso uniforme (SHO).
La Fig. 3 muestra un dispositivo 10, segun la presente invencion, el cual podrfa ser, por ejemplo, el UE de la Fig. 1 o uno de los Nodos B de la UTRAN (veanse la Fig. 1 y la Fig. 2). El dispositivo 10 puede incluir una antena 12 para proporcionar una interfaz con un enlace de radiocomunicaciones 14 que conecta el dispositivo 10 a otro dispositivo similar. Por ejemplo, si el dispositivo 10 es un UE, el enlace de radiocomunicaciones 14 puede hacerse terminar en un Nodo B. Como ejemplo alternativo, si el dispositivo 10 es un Nodo B, el enlace de radiocomunicaciones 14 se puede hacer terminar en un UE. La antena se conecta, por medio de una senal sobre una lfnea 16, a un transmisor/receptor 18 el cual, a su vez, se conecta a un procesador de senales 20 por medio de una senal sobre una lfnea 22. El dispositivo 10 se puede conectar a otros dispositivos mediante un dispositivo de entrada/salida 24 conectado al procesador de senales 20 por medio de una senal sobre una lfnea 26. Si el dispositivo 10 de la Fig. 3 es un Nodo B, entonces el dispositivo de entrada/salida 24 se puede conectar por medio de una interfaz lub a un controlador de red de radiocomunicaciones. El RNC controla el Nodo B a traves de la interfaz lub, para permitir la negociacion de recursos de radiocomunicaciones, la adicion y la supresion de celulas controladas por el Nodo B individual, o el soporte de los diferentes enlaces de comunicacion y de control. Si el dispositivo 10 de la Fig. 3 es un UE, entonces el dispositivo de entrada/salida 24 se podrfa conectar a un microfono, un teclado, un control de trackball o similares, asf como una pantalla, un altavoz u otros dispositivos de salida. El dispositivo de entrada/salida se podrfa conectar tambien a otros tipos de dispositivos, tales como un ordenador portatil. Podrfa interpretarse tambien como una interfaz de servicio para capas superiores del
5
10
15
20
25
30
35
40
45
50
55
60
65
dispositivo.
El procesador de senales 20 de la Fig. 3 se puede implementar segun varias maneras. Por ejemplo, se podrfa implementar como un circuito integrado, disenado para un dispositivo especffico 10 y producido en serie para lograr una economfa de escala. Alternativamente, podrfa ser un procesador de senales de proposito general con una arquitectura que comprenda, por ejemplo, tal como se muestra en la Fig. 8, una unidad de procesamiento central, una memoria de acceso aleatorio, una memoria de solo lectura, un puerto de entrada/salida, un reloj, etcetera, todos ellos interconectados por lfneas de datos, de direcciones y de control. En ese caso, las etapas mostradas en la Fig. 4 o 5 se llevarfan a cabo por medio de codigo de programa de ordenador almacenado en la memoria de solo lectura y ejecutado por la unidad de procesamiento central usando la memoria de acceso aleatorio para almacenar datos intermedios, resultados temporales de calculos, datos de entrada/salida, etcetera. Instrucciones codificadas tales como las que se han descrito anteriormente tambien se pueden usar como punto de partida para construir el diseno de un circuito integrado tal como el tambien descrito anteriormente para produccion en serie. Alternativamente, las instrucciones codificadas se pueden almacenar en un soporte legible por ordenador, en forma de un producto de programa de ordenador, para su ejecucion por un ordenador o CPU en un dispositivo, tal como un UE o Nodo B en el cual se instale el producto de programa de ordenador.
La Fig. 4 muestra un diagrama de flujo que puede ser ejecutado por el procesador de senales 20 de la Fig. 3 al llevar a cabo la presente invencion, con independencia de si el dispositivo 10 es un dispositivo de tipo elemento de red Nodo B o un dispositivo terminal UE. El metodo ilustrado mediante el diagrama de flujo esta destinado a usarse en un dispositivo de un sistema de telecomunicaciones inalambricas, tal como el dispositivo 10 de la Fig. 3, con el fin de senalizar una informacion de control sobre un canal de senalizacion de una interfaz de radiocomunicaciones 14, entre un dispositivo, tal como una estacion movil (por ejemplo, un UE), y un dispositivo tal como un elemento de red de acceso de radiocomunicaciones (por ejemplo, un Nodo B), refiriendose dicha informacion de control a la transmision de paquetes sobre un canal de datos compartido que transporta tanto paquetes para los cuales se ha configurado una asignacion fija como paquetes normales sin asignacion fija. La expresion asignacion fija debe interpretarse de manera que abarca tanto la temporizacion como los parametros de transporte. Debe interpretarse tambien de manera que abarca el caso en el que la temporizacion no es fija sino que solamente los parametros de transporte lo son (valores por defecto).
El metodo puede incluir una etapa 40 de determinacion de si la transmision de paquetes se corresponde con paquetes de asignacion fija. Si se determina que esto es asf en una etapa 42, se ejecuta una etapa 44 para senalizar una informacion de control sobre el canal de senalizacion, aunque solamente para paquetes seleccionados. Esto evita una senalizacion excesiva de la informacion de control para cada paquete pequeno. Asf, si se va a enviar un paquete normal, segun se determine en la etapa 42, la informacion de control se senalizacion para cada uno de estos paquetes normales, tal como se muestra en una etapa 46. El principio de asignacion fija se configurarfa, en la practica, para uno o mas canales logicos o flujos de MAC-d. De este modo, esta invencion se aplicarfa solamente para paquetes enviados sobre estos canales logicos o flujos de MAC-d. En la presente denominamos a dichos paquetes “paquetes de asignacion fija”, y a otros paquetes “paquetes normales”. Los ejemplos no limitativos de los tipos de paquetes que encajarfan naturalmente dentro del tipo de asignacion fija serfan paquetes de datos en tiempo real o sensibles a retardos, mientras que los paquetes de datos indiferentes a los retardos se situarfan dentro del tipo normal.
Evidentemente, debe percibirse que la etapa 40 es equivalente a la determinacion de si una transmision es de un paquete normal (es decir, no un paquete de asignacion fija). En ese caso, la etapa de decision 42 podrfa
mantenerse igual o cambiar para determinar si el paquete es o no un paquete normal. En caso afirmativo, se
ejecutarfa la etapa 46 y, en caso negativo, la etapa 44. Asf, dichas variaciones son meramente semanticas y son equivalentes.
Debe percibirse tambien que las etapas de senalizacion 44, 46 de la Fig. 4 caminan en paralelo con la
transmision de datos, es decir, el envfo de paquetes de carga util reales para ser usados por el usuario en alguna
aplicacion seleccionada. Aunque, en la Fig. 4 no se muestra explfcitamente la transmision de paquetes en un canal de datos, esta se muestra en las Figs. 6 y 7 que se describiran posteriormente.
El enlace de radiocomunicaciones 14 de la Fig. 3 tambien puede interpretarse como una ilustracion de una transmision de paquetes de datos sobre un canal de datos en paralelo con senalizacion.
La Fig. 9 muestra otra variante del procesador de senales 20 de la Fig. 3 sobre la base del diagrama de flujo de la Fig. 4. Las etapas de la Fig. 4 se muestran con numerales de referencia similares en la Fig. 9 que ilustra modulos para llevar a cabo las funciones mostradas en la Fig. 4. De este modo, el procesador de senales 20 de la Fig. 9 puede interpretarse como un ejemplo de hardware del ejemplo de la invencion implementado por software mostrado en las Figs. 4 y 8. Por ello, incluye una unidad de determinacion de asignacion fija/no fija 40a correspondiente a la etapa 40 de la Fig. 4. La misma es sensible a una senal de una lfnea 92, indicativa de si la informacion a transmitir es paquetes de datos de asignacion fija (por ejemplo, sensibles al retardo) o de asignacion no fija (por ejemplo, indiferentes al retardo), o similares. Una vez que la unidad de determinacion 40a determina si los paquetes a enviar son paquetes de datos de asignacion fija (por ejemplo, de tiempo
5
10
15
20
25
30
35
40
45
50
55
60
65
real/sensibles al retardo) o de asignacion no fija (por ejemplo, indiferentes al retardo) del tipo normal, envfa una senal sobre una lfnea 94, indicativa de la determinacion del tipo del que se trata. Un elemento o modulo de decision 42a es sensible a la senal de la lfnea 94, para decidir si la transmision de senalizacion sera unicamente para paquetes de datos de asignacion fija seleccionados, con el fin evitar senalizar la informacion de control para cada paquete de datos de asignacion fija, tal como se realiza para los paquetes normales, o si la senalizacion sera para cada paquete de datos, tal como en el caso normal. En funcion del resultado de la decision, la unidad de decision 42a envfa o bien una senal sobre una lfnea 96 a un dispositivo de senalizacion selectiva 44a, o bien una senal sobre una lfnea 98 a un dispositivo de senalizacion 46a. Evidentemente, debe percibirse que el dispositivo de senalizacion 44a y el dispositivo de senalizacion 46a pueden ser el mismo modulo, el cual cambia su estructura interna en funcion de si recibe la senal sobre la lfnea 96 o la senal sobre la lfnea 98, con el fin de proporcionar una senal de salida de senalizacion o bien sobre una lfnea 100 o bien sobre una lfnea 102 desde los dispositivos de senalizacion respectivos 44a o 46a. Como respuesta a la senal sobre la lfnea 96, el dispositivo de senalizacion selectiva 44a envfa una senal de salida de senalizacion selectiva sobre una lfnea 100, que no se envfa para cada paquete de datos de asignacion fija (por ejemplo, de tiempo real o sensible a retardos), gracias a la invencion que senaliza informacion de control sobre el canal de senalizacion unicamente para paquetes de datos de asignacion fija seleccionados con el fin de evitar senalizar la informacion de control para cada paquete de datos de asignacion fija. El procesador 20 de la Fig. 9 se muestra de manera que es sensible a una senal de informacion de control sobre una lfnea 104 suministrada tanto al dispositivo de senalizacion seleccionado 44a como al dispositivo de senalizacion normal 46a. Si la unidad de decision 42a da salida a una senal de decision sobre la lfnea de senal 98 indicativa de paquetes normales (por ejemplo, indiferentes a retardos) a punto de transmitirse, el dispositivo de senalizacion 46a responde a ello mediante la senalizacion de la informacion de control de la lfnea de senal 104 sobre la lfnea de salida 102 senalizando la informacion de control para cada paquete de datos normal. Debe apreciarse que los modulos mostrados en la Fig. 20 pueden considerarse como la arquitectura de un circuito integrado o un componente parte de un circuito integrado en el cual se materializa la presente invencion. De manera similar, para un ejemplo de producto de programa de software u ordenador, el modulo mostrado en la Fig. 9 puede considerarse como la arquitectura total de los modulos de codigo usados para implementar el diagrama de flujo de la Fig. 4. Evidentemente, son posibles muchos otros ejemplos ffsicos de la invencion, ademas de aquellos descritos.
Tal como se ha indicado anteriormente, el dispositivo de la Fig. 3 podrfa ser un UE o un elemento de red, tal como un Nodo B. La descripcion detallada que se ofrece a continuacion describe, como ejemplo, el enlace descendente (HSDPA). No obstante, debe tenerse en mente que la invencion tambien se puede utilizar en el enlace ascendente (HSUPA), y ademas que la invencion no se limita a los ejemplos mostrados.
Alternativa 1, asignacion fija usando ultimo HS-SCCH satisfactorio para HSDPA
Una de las posibles implementaciones del HSDPA es requerir que el UE intente descodificar el HS-DSCH usando los parametros recibidos en la ultima transmision satisfactoria del HS-SCCH y el HS-DSCH. Asf, todas las retransmisiones usarfan el HS-SCCH y tambien las transmisiones nuevas despues de las retransmisiones, y naturalmente todas las transmisiones con parametros cambiados.
El funcionamiento del UE para la recepcion del HS-DSCH, segun se muestra en la Fig. 5, podrfa ser, por ejemplo, el siguiente:
1) Leer el(los) HS-SCCH(s) configurado(s) para el UE (max 4) (etapa 50 de la tecnica anterior)
2) Si la mascara de UE de uno de los HS-SCCHs coincide, descodificar el HS-DSCH usando parametros de ese HS-SCCH (etapa de la tecnica anterior 52 y 54)
3) Si ninguno de los HS-SCCHs es para este UE, (intentar) descodificar el HS-DSCH usando parametros almacenados del ultimo HS-SCCH satisfactorio (etapa 56 de la invencion)
4) Si, en la etapa 58, se determina que no es satisfactorio, se puede aplicar un retorno y, por ejemplo, se podrfa realizar otro intento de leer los SCCHs volviendo a entrar en la rutina de la Fig. 5 y volviendo a ejecutar sus etapas nuevamente. Si, en una etapa 58, se determina que la descodificacion del HS-DSCH es satisfactoria (basandose en un CRC (nuevo) especffico del UE), en una etapa 60 se entregan datos a capas superiores y se confirma que los parametros usados del formato de transporte son satisfactorios (y se almacenan para usarse nuevamente para la siguiente recepcion (invencion).
Existen varias posibilidades para la definicion del ultimo HS-SCCH satisfactorio (etapa 3 anterior (etapa 56 de la Fig. 5)):
1) El ultimo HS-SCCH satisfactorio, es decir, el UE guarda en una posicion de memoria los parametros de la ultima recepcion satisfactoria del HS-SCCH y actualiza la posicion de memoria cada vez que se recibe satisfactoriamente un HS-SCCH nuevo (esto puede ser para cualquier proceso de HARQ o solamente para un proceso de HARQ especffico).
5
10
15
20
25
30
35
40
45
50
55
60
65
2) Se usa una senalizacion de capa superior (RRC) para comunicar al UE un parametro de periodicidad T (ms) y se usan los parametros del formato de transporte de un HS-SCCH descodificado satisfactoriamente, recibido T ms antes del instante de tiempo actual (preferido para VoIP).
Para VoIP, el parametro de periodicidad T se podrfa fijar a, por ejemplo, 20 o 40 ms (en funcion del esquema de planificacion usado). Cuando el UE recibe/descodifica el HS-SCCH (y el HS-DSCH correspondiente) correctamente, almacena los parametros del formato de transporte (esquema de modulacion, codigos de canalizacion, id de proceso de HARQ, version de redundancia y constelacion, y tamano de los bloques de transporte) recibidos en el HS-SCCH, e intenta volver a utilizar estos parametros despues de T ms. Si la descodificacion del HS-DSCH es satisfactoria (usando los parametros almacenados), estos parametros se guardan en la memoria y se vuelven a utilizar nuevamente despues de T ms.
El(los) HS-SCCH(s) se descodificarfa(n) siempre en primer lugar. Si uno de ellos es para el UE, los parametros nuevos se antepondran a los valores almacenados (T ms antes) (y los valores nuevos se almacenaran para un uso futuro). No solamente los valores de los parametros nuevos se antepondran a los valores almacenados, sino tambien valores recibidos para el mismo id de proceso de HARQ (siempre que sea una transmision inicial, es decir, no una retransmision). Esto es debido a que el id de proceso de HARQ es uno de los parametros enviados en el HS-SCCH, y la asignacion fija considera que se usan los mismos valores de los parametros despues de T ms. En la practica, esto significa que deberfa usarse siempre el mismo proceso de HARQ para VoIP en caso de que vaya a utilizarse este esquema de asignacion fija. Para ahorrar en cuanto a memoria y operaciones del UE, este id de proceso de HARQ usado para la asignacion fija tambien podrfa ser senalizado por capas superiores (RRC). De este modo, el UE unicamente almacenarfa los valores de parametros de HS-SCCH enviados para este proceso de HARQ particular.
La Fig. 10 muestra otros ejemplos del procesador de senales 20 de la Fig. 3, mostrados esta vez para su implementacion en el equipo de usuario. En la figura, una senal de muestras digitalizadas en una lfnea 100 proveniente de una tarjeta de radiocomunicaciones se proporciona a una serie de bloques del receptor que incluyen un detector de HS-SCCH 130 y un desmodulador de HS-PDSCH 104. El desmodulador de HS-PDsCh 104 recibe una senal en una lfnea 106, indicativa del tipo de modulacion (por ejemplo, QPSK o 16 QAM) y el numero de codigo de canalizacion con el fin de desmodular el paquete de datos satisfactoriamente. Esta informacion es proporcionada por el detector 130 sobre la lfnea de senal 106, e incluye informacion tomada de la primera ranura del paquete de HS-SCCH el cual esta clasificado en ese momento como poseedor de tres ranuras con una duracion total para las tres ranuras de dos milisegundos. El desmodulador 104 desmodula en ensanchamiento los datos transportados sobre el HS-PDSCH recibido en la lfnea 100. El desmodulador 104 convierte las senales desmoduladas en ensanchamiento, en decisiones flexibles, tal como se muestra, utilizadas en una memoria intermedia de combinacion por decision flexible 108. Debe entenderse que hay varios procesos de HARQ diferentes en marcha debido a que algunas aplicaciones pueden necesitar datos en cada proceso en un orden (secuencial) correcto. Puesto que una serie de bloques de datos puede llegar a estar disponible antes que otro proceso, debido a la influencia del estado del canal de propagacion en la planificacion, es necesario que el equipo de usuario reordene los datos entrantes usando una memoria intermedia de reordenacion 110 como parte del Control de Acceso al Medio (MAC). A este proceso ayuda un descodificador de HS-PDSCH 112 el cual intenta descodificar los datos de HS-DSCH de los medios de almacenamiento intermedio de la memoria intermedia de combinacion por decision flexible usando la informacion de senalizacion que aparece en una senal en una lfnea 114, indicativa de la informacion de senalizacion en las ranuras 2 y 3 del SCCH. Esto incluirfa el tamano de los bloques de transporte y la informacion relacionada con el HARQ. Se entendera que la informacion de senalizacion en la lfnea 114 se codifica convolucionalmente por separado con respecto a la informacion de senalizacion que aparece en la lfnea 106, es decir, tal como entra sobre las muestras digitalizadas recibidas en la lfnea 100. A la informacion de senalizacion en la lfnea 106 se le hace referencia en ocasiones como parte 1 del HS-SCCH puesto que se encuentra en la primera ranura del TTI de tres ranuras de dos milisegundos usado para el HSDPA. La informacion de la parte 2 en la lfnea 114 se encuentra en las ranuras segunda y tercera del TTI del SCCH. A efectos de la presente invencion, el descodificador de HS-PDSCH 112 se muestra dentro de un modulo descodificador 120 el cual incluye tambien una memoria 122 y una unidad de decision 124. La memoria 122 se muestra de manera que esta compartida entre el detector de HS-SCCH 130 y el modulo descodificador 120, puesto que los parametros almacenados tambien pueden ser utiles para el almacenamiento de senalizacion de la Parte 1. La memoria se podrfa almacenar tambien o de manera alternativa con el desmodulador de HS-PDSCH 104 en funcion de la eleccion del diseno. Asimismo, en cualquier caso, los parametros almacenados tambien estaran disponibles para su utilizacion en la determinacion de los parametros a utilizar para la senalizacion de la Parte 1 tambien. El detector de HS-SCCH 130 se muestra en la Fig. 10 como un modulo que tiene un componente de lectura 126 y un componente de determinacion 128. La unidad de lectura 126 es responsable de recibir los diversos HS-SCCHs que se envfan desde el Nodo B, sobre un area amplia, a diversas estaciones moviles en una unica transmision. La unidad de lectura envfa una indicacion de la informacion de senalizacion de la parte 1 recibida desde el Nodo B, en forma de una senal sobre una lfnea 130, a una unidad de determinacion 128 que utiliza una mascara para el equipo de usuario particular en el cual se instala el procesador 20, con el fin de averiguar si uno de los HS-SCCHs coincide con el UE en cuestion. En caso afirmativo, senaliza dicha informacion en una senal sobre una lfnea 106 al desmodulador 104. De manera similar, la unidad de
5
10
15
20
25
30
35
40
45
50
55
60
65
determinacion enviara una indicacion de senal de la informacion de senalizacion de la parte 2 sobre la linea 114 tanto a capas superiores del equipo de usuario como al modulo descodificador 120. El descodificador 112 intentara descodificar el HS-DSCH en uno de los medios de almacenamiento intermedio de la memoria intermedia de combinacion por decision flexible 108 usando o bien la informacion de senalizacion de la parte 2 de la linea 114 o bien una version anterior de la misma almacenada en la memoria 122. La decision de si usar la informacion de senalizacion de la parte 2 que acaba de entrar en la linea 114 o los parametros almacenados en la memoria 122 la realiza una unidad de decision 124, basandose en si la informacion de senalizacion de SCCH entrante coincide con el equipo de usuario en cuestion. La unidad de decision se muestra en comunicacion, por medio de una senal en una linea 134, con el descodificador 112, aunque tambien puede estar en comunicacion con otras entidades o modulos, tales como el desmodulador de HS-PDSCH o los modulos del detector de HS- SCCH. En otras palabras, la decision tomada por la unidad de decision 124 es similar a la etapa de decision 52 de la Fig. 5, y puede estar en comunicacion directa con el detector de HS-SCCH 130 en lugar de simplemente el descodificador 112 tal como se muestra en la Fig. 10. En cualquier caso, si se determina que la senalizacion entrante en la linea 114 es para el UE en cuestion, entonces el descodificador 112 usara esa informacion nueva en lugar de la correspondiente almacenada en la memoria 122. De este modo, si la unidad de decision 124 sigue el camino mostrado en la Fig. 5 desde el bloque de decision 52 a la etapa 56, entonces el descodificador 112 intentara descodificar la informacion de HS-DSCH de la memoria intermedia 108 usando los parametros almacenados en la memoria 122. Si resulta satisfactorio, los datos descodificados seran entregados por una unidad de distribucion 139 en una linea 140 a la memoria intermedia de reordenacion 110, tal como se muestra mediante una senal en una linea 140 en la Fig. 10. En caso negativo, se puede aplicar un retorno, por ejemplo de acuerdo con la Fig. 5. De este modo, el modulo descodificador 120 incluira una unidad de decision para llevar a cabo la funcion mostrada por el bloque de decision 58 de la Fig. 5. Esto podrfa ser llevado a cabo por la unidad de decision 124 o el descodificador 112, por ejemplo. En cualquier caso, el modulo descodificador 120 podra descodificar la informacion de HS-DSCH de la memoria intermedia 108, envfe o no el Nodo B una senal de SCCH para el UE en un TTI dado del HS-SCCH. Debe percibirse que uno o mas de los modulos mostrados en la Fig. 10 se pueden incorporar en un circuito integrado con la funcionalidad deseada. Por ejemplo, el descodificador 112 se puede materializar en un circuito integrado de manera individual o junto con los otros modulos mostrados en el modulo descodificador 120. Por otra parte, el descodificador 112 se puede combinar con otros modulos mostrados en la Fig. 10, en un unico circuito integrado. Los diversos modulos se pueden combinar entre si libremente para obtener uno o mas circuitos integrados, de acuerdo con la eleccion de diseno. Evidentemente, el modelo mostrado en las Figs. 3, 5 y 8 tambien se puede usar de tal manera que la metodologfa de la Fig. 5 se pueda materializar en un producto de programa de ordenador con codigos ejecutables almacenados en un soporte legible por ordenador para ejecutar las etapas de la Fig. 5.
Ventana de recepcion
Tal como se muestra en la Fig. 6, ademas de especificarse una periodicidad, por ejemplo, del HS-DSCH enviado desde el Nodo B (linea de tiempo central en la Fig. 6), podrfa definirse un tamano de ventana de recepcion durante la cual el HS-SCCH podrfa estar presente o no para paquetes de asignacion fija. La ventana podrfa ser, por ejemplo, unos pocos TTI (el TTI es solamente 2 ms en el HSDPA). El UE intentarfa usar (vease la etapa 56 de la Fig. 5) los valores de parametros almacenados durante la ventana de recepcion. Por ejemplo, si la periodicidad del HS-DSCH es 20 ms (10 TTI), y la ventana (RW) es 3 TTI, entonces el UE usarfa los valores de parametros almacenados, cada 20 ms durante 3 TTI. Si el Nodo B realiza envfos a este UE durante esta ventana usando los valores de parametros almacenados, entonces no se transmitirfa ningun HS-SCCH.
La Figura 6 muestra esto. El HS-SCCH se transmite unicamente cuando el formato de transporte de datos en el HS-DSCH cambia. Se muestra cambiando (vease linea de tiempo superior en la Fig. 6) para la 1a transmision, para la retransmision (5a transmision), y para la nueva transmision despues de la retransmision (6a transmision). Podrfa resultar posible evitar la transmision del HS-SCCH para la nueva transmision despues de la retransmision, si el HS-SCCH correspondiente a la retransmision confirma claramente que los valores de los parametros considerados para la primera transmision e ran correctos. No
obstante, siempre existe cierta incertidumbre cuando se requiere una retransmision, y, por lo tanto, preferimos que el HS-SCCH se envfe siempre despues de una retransmision. Asf, el HS-SCCH no se envfa si los valores de los parametros no han cambiado y se ha recibido un ACK para la primera transmision del paquete previo (vease la linea de tiempo inferior donde “A” significa un acuse de recibo enviado sobre el HS-DPCCH de enlace ascendente desde el UE al Nodo B).
Tal como se ha mencionado, la Figura 6 muestra la periodicidad (T=20 ms) y la ventana de recepcion (RW); en el caso mostrado, la 2a transmision se muestra ligeramente retardada aunque todavfa dentro de RW y, por lo tanto, no es necesario el HS-SCCH (en caso de que la totalidad del resto de parametros no hayan cambiado).
El numero dentro de HS-DSCH muestra el valor del NDI (indicador de datos nuevos de HARQ (1 bit)), que se envfa normalmente sobre el HS-SCCH, Parte 2. Debe indicarse que el valor de NDI cambia entre transmisiones nuevas de manera determinista y, por lo tanto, no es necesario ningun HS-SCCH para comunicarlo. Ademas, desde el punto de vista del NDI, resulta mas seguro enviar el HS-SCCH despues de cada retransmision.
5
10
15
20
25
30
35
40
45
50
55
60
65
La Figura 7 muestra el caso en el que el codigo de canalizacion para la transmision de VoIP cambia (5a transmision) o el tamano del bloque de transporte cambia (7a transmision) y, por lo tanto, debe enviarse el HS- SCCH. Tal como se muestra, la transmision del HS-SCCH puede omitirse para los paquetes subsiguientes, si los parametros permanecen sin variaciones, de acuerdo con la presente invencion.
Alternativa 2, asignacion fija usando senalizacion de RRC
Podrfa usarse senalizacion de RRC (capa superior) para comunicar los parametros de HS-SCCH por defecto para cada UE (VoIP). El UE usarfa estos parametros si ninguno de los HS-SCCHs enviados es para el (por lo tanto, el UE primero intentarfa descodificar HS-SCCHs, como en la etapa 50 y 52 de la Fig. 5, y si ninguno de ellos es para el, todavfa lo intentarfa con los valores de los parametros por defecto del RRC en la etapa 56. La senalizacion de RRC tambien podrfa comunicar la periodicidad de las transmisiones (VoIP) y la ventana de recepcion: el UE usarfa entonces los valores de los parametros por defecto unicamente durante la ventana de recepcion (por ejemplo, 3 TTI (= ventana de recepcion) cada 20 o 40 ms (= periodicidad)). De este modo, el Nodo B enviarfa el HS-SCCH cada vez que algunos de los parametros difiriesen con respecto a los valores por defecto:
• En el caso en el que sea necesaria una re-transmision (la version de redundancia (RV) puede ser diferente, ademas la retransmision tfpicamente no se recibe dentro de la ventana de recepcion)
• Si cambia el tamano del paquete VoIP (cambia tamano del bloque de transporte (TBS))
• Si cambia la longitud del encabezamiento VoIP (cambia el TBS)
• Se transmite el SRB o algun otro canal logico (id de proceso de HARQ y cambio de TBS) (a no ser que el principio de asignacion fija este configurado tambien para este canal logico)
• Si existe una necesidad de cambiar el MCS (cambio de codigo(s) de modulacion o canalizacion)
La alternativa 2 (asignacion fija, senalizacion de RRC) es una buena opcion si existe claramente un (o unos pocos) TBS (Tamano de Bloque de Transporte) por defecto. Entonces, este(estos) formato(s) por defecto se puede(n) usar normalmente. No obstante, si hay varios formatos de transporte que se usan normalmente, entonces es mejor la alternativa 1, en la que se almacenan los valores de los parametros de una recepcion satisfactoria de HS-SCCH/HS-DSCH.
CRC especffico del UE en el HS-DSCH
En las dos alternativas, con el fin de evitar falsas alarmas (es decir, el UE lee datos de otros usuarios y, si el CRC coincide, reenvfa los datos incorrectos a capas superiores en donde el descifrado deberfa fallar), se propone hacer que el CRC del HS-DSCH sea especffico del UE, de una manera similar a la correspondiente del CRC en el HS-SCCH (vease, por ejemplo, la especificacion del 3GPP TS25.212, v. 6.3.0). Entonces, el CRC de L1 ya habra resultado fallido si el UE pretendido no es el correspondiente que intenta descodificarlo, y el error no se propagara a niveles superiores.
El CRC especffico del UE para el HS-DSCH se puede implementar, por ejemplo, de la manera siguiente. Se calcula el CRC de 24 bits normalmente tal como se especifica en la TS25.212. A continuacion, se aplica una XOR (es decir, suma utilizando aritmetica modulo 2), por ejemplo, de los ultimos 16 bits del CRC con el id de UE de 16 bits. Alternativamente, se podrfa aplicar una xOr de los primeros 16 bits del CRC de 24 bits con el id de UE de 16 bits. Ademas, es posible ampliar el id de UE de 16 bits a una secuencia unica de 24 bits (por ejemplo, usando algun codigo bloque (24,16)) y aplicar una XOR del CRC completo de 24 bits con esta secuencia de bits especifica del UE.
Indicador de datos nuevos (NDI)
El NDI es el unico parametro cuyo valor cambia entre transmisiones nuevas incluso si el formato de transporte, etcetera, permanece igual. Por lo tanto, no puede formar parte de la asignacion fija. Tal como se ha descrito anteriormente, puede que esto no constituya un problema si el HS-SCCH se envfa siempre para la retransmision y para una transmision nueva despues de la retransmision (o, en otras palabras, la transmision del HS-SCCH se evita unicamente cuando se produjo un ACK inmediato de la transmision nueva previa (sin retransmisiones)). Otra posibilidad podrfa ser sustituir el NDI y la RV con el numero de secuencia de retransmision (RSN), de modo similar a como se hace en el E-DPCCH en el HSUPA. Entonces, RSN=0 significa la primera transmision y, por lo tanto, el UE siempre sabe si los valores de los parametros del HS-SCCH deberfan almacenarse (1a transmision) o no (retransmision).
Otra posibilidad es indicar al UE que deberfan almacenarse los parametros del HS-SCCH. Esto podrfa realizarse con una bandera de 1 bit anadida en el HS-SCCH (o el HS-DSCH). Esta bandera se fijarfa a uno cuando los
parametros del HS-SCCH sean tales que se pudieran utilizar para la siguiente transmision (siempre que el tamano de las PDU de RLC, etcetera, permaneciese constante).
Aunque la invencion se ha mostrado y descrito con respecto a un ejemplo de modo optimo de la misma, resultara 5 evidente para aquellos versados en la materia que se pueden aportar otros dispositivos y metodos para llevar a cabo los objetivos de la presente invencion aunque situandose todavfa dentro de la cobertura de las reivindicaciones adjuntas.

Claims (16)

  1. 5
    10
    15
    20
    25
    30
    35
    40
    45
    50
    55
    60
    65
    REIVINDICACIONES
    1. Metodo que comprende:
    senalizar una primera informacion de control de una red de acceso de radiocomunicaciones a una estacion movil (UE1, 10) para su utilizacion en el procesamiento de paquetes de datos, comprendiendo la primera informacion de control unos parametros de transmision, comprendiendo los parametros de transmision por lo menos uno de entre:
    un esquema de modulacion y codificacion usado en un canal de datos, y unos recursos de radiocomunicaciones usados en el canal de datos;
    transmitir un primer paquete de datos a la estacion movil (UE1, 10) sobre el canal de datos usando los parametros de transmision de la primera informacion de control; caracterizado por
    para por lo menos una transmision subsiguiente sobre el canal de datos, senalizar informacion de control a la estacion movil (UE1, 10), comprendiendo la informacion de control uno o mas valores de parametros de transmision diferentes, solamente si uno o mas valores de parametros de transmision para dicha por lo menos una transmision subsiguiente difieren con respecto a uno o mas valores correspondientes usados para transmitir el primer paquete de datos.
  2. 2. Metodo segun la reivindicacion 1, que ademas comprende:
    senalizar una segunda informacion de control, estando la segunda informacion de control destinada a definir una periodicidad de transmisiones de paquetes de datos desde la red de acceso de radiocomunicaciones hasta la estacion movil (UE1, 10) sobre el canal de datos.
  3. 3. Metodo segun la reivindicacion 1, en el que la primera informacion de control se transporta sobre un canal de control asociado al canal de datos.
  4. 4. Metodo segun cualquiera de las reivindicaciones 1 a 3, en el que la senalizacion de segunda informacion de control se basa en el Control de Recursos de Radiocomunicaciones.
  5. 5. Metodo que comprende:
    recibir una primera informacion de control de una red de acceso de radiocomunicaciones en una estacion movil (UE1, 10) para su utilizacion en el procesamiento de paquetes de datos, comprendiendo la primera informacion de control unos parametros de transmision, comprendiendo los parametros de transmision por lo menos uno de entre:
    un esquema de modulacion y codificacion usado sobre un canal de datos, y unos recursos de radiocomunicaciones usados sobre el canal de datos;
    recibir un primer paquete de datos en el canal de datos usando los parametros de transmision de la primera informacion de control; caracterizado por
    para por lo menos una recepcion subsiguiente sobre el canal de datos, recibir informacion de control en la estacion movil (UE1, 10), comprendiendo la informacion de control uno o mas valores de parametros de transmision diferentes, solamente si uno o mas valores de parametros de transmision para dicha por lo menos una recepcion subsiguiente difieren con respecto a uno o mas valores correspondientes usados para recibir el primer paquete de datos.
  6. 6. Metodo segun la reivindicacion 5, que ademas comprende:
    recibir una segunda informacion de control, estando la segunda informacion de control destinada a definir una periodicidad de transmisiones de paquetes de datos desde la red de acceso de radiocomunicaciones hasta la estacion movil (UE1, 10) sobre el canal de datos.
  7. 7. Metodo segun la reivindicacion 5, en el que la primera informacion de control se transporta sobre un canal de control asociado al canal de datos.
  8. 8. Metodo segun cualquiera de las reivindicaciones 5 a 7, en el que la senalizacion de una segunda informacion de control se basa en el Control de Recursos de Radiocomunicaciones.
  9. 9. Elemento de red (Nodo B, 10) configurado para:
    5
    10
    15
    20
    25
    30
    35
    40
    45
    50
    55
    senalizar una primera informacion de control procedente del elemento de red (Nodo B, 10) a una estacion movil (UE1, 10) para su utilizacion en el procesamiento de paquetes de datos, comprendiendo la primera informacion de control unos parametros de transmision, comprendiendo los parametros de transmision por lo menos uno de entre:
    un esquema de modulacion y codificacion usado en un canal de datos, y unos recursos de radiocomunicaciones usados en el canal de datos;
    transmitir un primer paquete de datos a la estacion movil (UE1, 10) sobre el canal de datos usando los parametros de transmision de la primera informacion de control; caracterizado por que esta configurado para:
    para por lo menos una transmision subsiguiente sobre el canal de datos, senalizar una informacion de control a la estacion movil (UE1, 10), comprendiendo la informacion de control uno o mas valores de parametros de transmision diferentes, solamente si uno o mas valores de parametros de transmision para dicha por lo menos una transmision subsiguiente difieren con respecto a uno o mas valores correspondientes usados para transmitir el primer paquete de datos.
  10. 10. Elemento de red (Nodo B, 10) segun la reivindicacion 9, configurado ademas para:
    senalizar una segunda informacion de control, estando la segunda informacion de control destinada a definir una periodicidad de transmisiones de paquetes de datos procedente del elemento de red (Nodo B, 10) a la estacion movil (UE1, 10) sobre el canal de datos.
  11. 11. Elemento de red (Nodo B, 10) segun la reivindicacion 9, en el que la primera informacion de control se transporta sobre un canal de control asociado al canal de datos.
  12. 12. Elemento de red (Nodo B, 10) segun cualquiera de las reivindicaciones 9 a 11, en el que la senalizacion de una segunda informacion de control se basa en el Control de Recursos de Radiocomunicaciones.
  13. 13. Estacion movil (UE1, 10) configurada para:
    recibir una primera informacion de control de una red de acceso de radiocomunicaciones en la estacion movil (UE1, 10) para su utilizacion en el procesamiento de paquetes de datos, comprendiendo la primera informacion de control unos parametros de transmision, comprendiendo los parametros de transmision por lo menos uno de entre:
    un esquema de modulacion y codificacion usado sobre un canal de datos, y unos recursos de radiocomunicaciones usados sobre el canal de datos;
    recibir un primer paquete de datos en el canal de datos usando los parametros de transmision de la primera informacion de control; caracterizada por que esta configurada para
    por lo menos para una recepcion subsiguiente sobre el canal de datos, recibir informacion de control en la estacion movil (UE1, 10), comprendiendo la informacion de control uno o mas valores de parametros de transmision diferentes, solamente si uno o mas valores de parametros de transmision para dicha por lo menos una recepcion subsiguiente difieren con respecto a uno o mas valores correspondientes usados para recibir el primer paquete de datos.
  14. 14. Estacion movil (UE1, 10) segun la reivindicacion 13, configurada ademas para:
    recibir una segunda informacion de control, estando la segunda informacion de control destinada a definir una periodicidad de transmisiones de paquetes de datos desde la red de acceso de radiocomunicaciones hasta la estacion movil (UE1, 10) sobre el canal de datos.
  15. 15. Estacion movil (UE1, 10) segun la reivindicacion 13, en el que la primera informacion de control se transporta sobre un canal de control asociado al canal de datos.
  16. 16. Estacion movil (UE1, 10) segun cualquiera de las reivindicaciones 13 a 15, en el que la senalizacion de una segunda informacion de control se basa en el Control de Recursos de Radiocomunicaciones.
ES06744560.1T 2005-04-26 2006-04-25 Asignación fija de HS-DSCH o E-DCH para VoIP (o HS-DSCH sin HS-SCCH/E-DCH sin E-DPCCH) Active ES2640220T3 (es)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
US67512705P 2005-04-26 2005-04-26
US675127P 2005-04-26
PCT/IB2006/001002 WO2006114689A2 (en) 2005-04-26 2006-04-25 Fixed hs-dsch or e-dch allocation for voip

Publications (1)

Publication Number Publication Date
ES2640220T3 true ES2640220T3 (es) 2017-11-02

Family

ID=37215121

Family Applications (1)

Application Number Title Priority Date Filing Date
ES06744560.1T Active ES2640220T3 (es) 2005-04-26 2006-04-25 Asignación fija de HS-DSCH o E-DCH para VoIP (o HS-DSCH sin HS-SCCH/E-DCH sin E-DPCCH)

Country Status (16)

Country Link
US (5) US8804505B2 (es)
EP (4) EP3197206B2 (es)
JP (1) JP4634504B2 (es)
KR (1) KR101035889B1 (es)
CN (2) CN105451266B (es)
AP (1) AP2165A (es)
BR (1) BRPI0610629A2 (es)
DK (1) DK1878177T3 (es)
ES (1) ES2640220T3 (es)
MX (1) MX2007013260A (es)
MY (2) MY174055A (es)
PL (1) PL1878177T3 (es)
RU (1) RU2388162C2 (es)
TW (2) TW201419784A (es)
WO (1) WO2006114689A2 (es)
ZA (1) ZA200709165B (es)

Families Citing this family (33)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
BRPI0610629A2 (pt) 2005-04-26 2010-07-13 Nokia Corp método, elemento de rede e sistema para sinalizar a informação de controle no canal de sinalização de uma interface de rádio entre a estação móvel e a rede de acesso de rádio, método para execução no equipamento do usuário, produto de programa de computador, método de comunicação de acesso de pacote de enlace descendente de alta velocidade para um sistema umts, e, equipamento do usuário
US20070025345A1 (en) * 2005-07-27 2007-02-01 Bachl Rainer W Method of increasing the capacity of enhanced data channel on uplink in a wireless communications systems
WO2007148930A1 (en) * 2006-06-21 2007-12-27 Electronics And Telecommunications Research Institute Method to transmit downlink signaling message on cellular systems for packet transmission and method for receiving the message
JP4734186B2 (ja) * 2006-06-30 2011-07-27 富士通株式会社 移動端末装置及び同装置における受信制御方法並びに無線伝送システム
FI20065520A0 (fi) * 2006-08-17 2006-08-17 Nokia Corp Nopea datapakettien siirtomenetelmä
KR101523480B1 (ko) 2006-08-21 2015-05-28 인터디지탈 테크날러지 코포레이션 Ｌｔｅ에서의 가변 데이터율 서비스를 위한 동적 자원 할당, 스케쥴링 및 시그널링
US7734308B2 (en) 2006-12-27 2010-06-08 Alcatel-Lucent Usa Inc. Power reduction methods in enhanced transmitters and receivers
KR101384078B1 (ko) 2007-01-10 2014-04-09 삼성전자주식회사 무선통신 시스템에서 애크/내크 채널 자원을 할당하고시그널링하는 방법 및 장치
US8467335B2 (en) 2007-02-05 2013-06-18 Telefonaktiebolaget Lm Ericsson (Publ) L1 control signaling for UTRAN HSDPA
WO2008115393A2 (en) * 2007-03-15 2008-09-25 Interdigital Technology Corporation Group resource allocation, scheduling and signaling in wireless communications
JP4844751B2 (ja) * 2007-03-30 2011-12-28 日本電気株式会社 ネットワークリソース管理システム、方法及び無線制御装置
AU2007231738A1 (en) * 2007-05-02 2008-11-20 Nec Corporation Transmission of a common channel in a communication system
US8761144B2 (en) * 2007-06-28 2014-06-24 Telefonaktiebolaget Lm Ericsson (Publ) HS-PDSCH blind decoding
CN101766012B (zh) * 2007-07-26 2014-07-16 诺基亚公司 Ip语音数据的调度
EP3200379B1 (en) 2007-08-07 2021-09-29 Samsung Electronics Co., Ltd. Apparatus and method for transmitting and receiving packets in a mobile communication system supporting hybrid automatic repeat request
KR101394008B1 (ko) 2007-08-07 2014-05-12 삼성전자주식회사 복합 자동 재전송을 지원하는 이동통신 시스템에서 패킷 송/수신 장치 및 방법
GB2452697A (en) 2007-08-14 2009-03-18 Nec Corp Dynamically allocating new resources to a node provided with persistently allocated resources
KR20090020138A (ko) * 2007-08-22 2009-02-26 엘지전자 주식회사 무선 접속 시스템에서 오버헤드를 줄이기 위한 재전송 방법
EP2077646A1 (en) * 2008-01-05 2009-07-08 Panasonic Corporation Control channel signaling using code points for indicating the scheduling mode
US8432810B2 (en) * 2008-03-28 2013-04-30 Apple Inc. Techniques for reducing buffer overflow in a communication system
US8149929B2 (en) * 2008-06-17 2012-04-03 Telefonaktiebolaget L M Ericsson (Publ) Receiver and method for processing radio signals using soft pilot symbols
CN101640900B (zh) * 2008-08-01 2011-08-03 电信科学技术研究院 高速共享控制信道信令处理方法及系统
CN101668336B (zh) * 2008-09-04 2012-05-02 电信科学技术研究院 高速分组接入演进系统mimo传输的方法及设备
CN102136895B (zh) * 2008-11-05 2012-11-07 华为技术有限公司 半静态调度数据包的应答信息的反馈、接收方法及其装置
US8249010B2 (en) 2008-11-05 2012-08-21 Huawei Technologies Co., Ltd. Method and apparatus for feeding back and receiving acknowledgement information of semi-persistent scheduling data packets
KR101018855B1 (ko) 2008-12-18 2011-03-04 삼성전자주식회사 자원 할당 정보 전송 방법 및 그 장치
US8971830B2 (en) * 2009-05-12 2015-03-03 Qualcomm Incorporated Multi-mode multi-band power amplifier module
US20140086076A1 (en) * 2012-09-27 2014-03-27 Qualcomm Incorporated Idle time slot allocation for irat measurement in td-hsdpa
JP2017508408A (ja) * 2014-03-19 2017-03-23 華為技術有限公司Ｈｕａｗｅｉ Ｔｅｃｈｎｏｌｏｇｉｅｓ Ｃｏ．，Ｌｔｄ． データ送信及びフィードバック処理方法並びに装置
JP2018137491A (ja) 2015-06-29 2018-08-30 シャープ株式会社 端末装置、基地局装置、通信方法、および、集積回路
JP2018137494A (ja) * 2015-06-29 2018-08-30 シャープ株式会社 端末装置、基地局装置、通信方法、および、集積回路
CN109690994B (zh) * 2017-01-05 2020-05-22 北京欧珀通信有限公司 传输反馈信息的方法、网络设备和终端设备
US11671975B2 (en) * 2019-11-19 2023-06-06 Qualcomm Incorporated Configuration for one-shot hybrid automatic repeat request (HARQ) feedback

Family Cites Families (48)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5701294A (en) 1995-10-02 1997-12-23 Telefonaktiebolaget Lm Ericsson System and method for flexible coding, modulation, and time slot allocation in a radio telecommunications network
JP2000188988A (ja) 1998-12-28 2000-07-11 Noriko Sato ペット用トイレ
US6282430B1 (en) * 1999-01-01 2001-08-28 Motorola, Inc. Method for obtaining control information during a communication session in a radio communication system
US6389038B1 (en) * 1999-01-26 2002-05-14 Net 2 Phone Voice IP bandwidth utilization
US6542504B1 (en) 1999-05-28 2003-04-01 3Com Corporation Profile based method for packet header compression in a point to point link
DE19958510A1 (de) 1999-12-04 2001-06-07 Bosch Gmbh Robert Verfahren zum Betreiben eines Mobilfunknetzes
EP1126651A1 (en) 2000-02-16 2001-08-22 Lucent Technologies Inc. Link adaptation for RT-EGPRS
KR100442621B1 (ko) 2001-06-29 2004-08-02 삼성전자주식회사 부호분할다중접속 이동통신시스템에서 고속 순방향 패킷접속 서비스 정보 전달 방법
EP1289179A1 (en) * 2001-08-28 2003-03-05 Lucent Technologies Inc. A wireless telecommunications network, a user terminal therefor, a base station therefor, and a method of telecommunication
JP4038728B2 (ja) * 2001-08-28 2008-01-30 ソニー株式会社 送信装置および送信制御方法、並びに受信装置および受信制御方法
KR100474719B1 (ko) 2001-11-30 2005-03-08 삼성전자주식회사 이동통신시스템에서 제어정보를 송수신하는 방법 및 장치
JP2003188988A (ja) * 2001-12-18 2003-07-04 Oki Electric Ind Co Ltd ＶｏＩＰにおける音声チャネル多重化伝送システム
US6993352B2 (en) * 2001-12-20 2006-01-31 Qualcomm Incorporated Acknowledging missed messages broadcast on a control channel
US20050117553A1 (en) * 2002-01-04 2005-06-02 Daqing Wang Method and device for downlink packet access signaling for time division duplex (tdd) mode of a wireless communication system
KR100605859B1 (ko) 2002-03-26 2006-07-31 삼성전자주식회사 고속 순방향 패킷 접속 방식을 사용하는 통신 시스템에서채널 품질 지시자 정보의 부호화 및 복호화 방법 및 장치
US7162675B2 (en) * 2002-04-05 2007-01-09 Lucent Technologies Inc. Error detection methods in wireless communication systems
KR100837351B1 (ko) 2002-04-06 2008-06-12 엘지전자 주식회사 이동통신 시스템의 무선링크 파라미터 갱신 방법
JP4002204B2 (ja) * 2002-04-09 2007-10-31 三星電子株式会社 移動通信システムにおけるマルチメディア放送／マルチキャストサービスのための制御情報伝送装置及びその方法
US6837757B2 (en) 2002-04-16 2005-01-04 Electric Boat Corporation Rim-driven propulsion pod arrangement
US7177658B2 (en) * 2002-05-06 2007-02-13 Qualcomm, Incorporated Multi-media broadcast and multicast service (MBMS) in a wireless communications system
WO2003096731A1 (fr) 2002-05-10 2003-11-20 Mitsubishi Denki Kabushiki Kaisha Systeme de communication mobile, station de base et station mobile
EP1372300A1 (en) 2002-06-10 2003-12-17 Alcatel Adapting packet length to network load for VoIP communications
JP3876781B2 (ja) * 2002-07-16 2007-02-07 ソニー株式会社 受信装置および受信方法、記録媒体、並びにプログラム
EP1389847B1 (en) 2002-08-13 2006-12-27 Matsushita Electric Industrial Co., Ltd. Hybrid automatic repeat request protocol
JP3887618B2 (ja) 2003-08-08 2007-02-28 松下電器産業株式会社 移動局装置および移動局装置における受信方法
US8107885B2 (en) 2002-10-30 2012-01-31 Motorola Mobility, Inc. Method and apparatus for providing a distributed architecture digital wireless communication system
JP3880934B2 (ja) * 2003-01-28 2007-02-14 Ｎｅｃエレクトロニクス株式会社 Ｃｒｃ符号生成方法
KR100571806B1 (ko) * 2003-02-11 2006-04-17 삼성전자주식회사 적응적 ｏｆｄｍａ 시스템에서 궤환되는 채널 상태 정보를줄이기 위한 방법 및 이를 사용하는 적응적 ｏｆｄｍａ시스템
US7155236B2 (en) 2003-02-18 2006-12-26 Qualcomm Incorporated Scheduled and autonomous transmission and acknowledgement
JP2004289234A (ja) 2003-03-19 2004-10-14 Mitsubishi Electric Corp 無線通信システム、移動局、基地局および基地局制御装置
AU2004225419B2 (en) * 2003-03-26 2007-04-19 Interdigital Technology Corporation Wireless multi-cell communication system for managing resource power to provide high speed downlink packet access services
AU2003227245A1 (en) 2003-03-27 2004-10-25 Matsushita Electric Industrial Co., Ltd. Intermittent communication method and intermittent communication device
JP4780521B2 (ja) * 2003-04-23 2011-09-28 日本電気株式会社 移動通信のためのシステム及び方法
JP3796233B2 (ja) 2003-05-23 2006-07-12 三洋電機株式会社 伝送速度変更方法およびそれを利用した基地局装置
JP2005064751A (ja) 2003-08-08 2005-03-10 Matsushita Electric Ind Co Ltd 移動局装置および移動局装置における受信方法
US20050063330A1 (en) * 2003-09-20 2005-03-24 Samsung Electronics Co., Ltd. Method for uplink bandwidth request and allocation based on a quality of service class in a broadband wireless access communication system
US20050073985A1 (en) * 2003-10-04 2005-04-07 Samsung Electronics Co., Ltd. System and method for controlling a TTI in a W-CDMA communication system supporting enhanced uplink dedicated transport channel
US7200405B2 (en) * 2003-11-18 2007-04-03 Interdigital Technology Corporation Method and system for providing channel assignment information used to support uplink and downlink channels
US8144735B2 (en) 2004-02-10 2012-03-27 Qualcomm Incorporated Transmission of signaling information for broadcast and multicast services
FI20040244A0 (fi) 2004-02-16 2004-02-16 Nokia Corp Menetelmä ja tietokoneohjelma radioresurssien kontrolloimiseksi, käyttäjälaite, radioverkko-ohjain, sekä tukiasema
KR20050095419A (ko) 2004-03-26 2005-09-29 삼성전자주식회사 패킷 망을 이용하여 음성 서비스를 제공하는이동통신시스템에서 무선 자원을 효율적으로 사용하는 방법
US7240273B2 (en) * 2004-05-13 2007-07-03 Industrial Technology Research Institute Cyclic redundancy check modification for message length detection and error detection
US20050265373A1 (en) * 2004-05-28 2005-12-01 Khan Farooq U Method of reducing overhead in data packet communication
US8254921B2 (en) 2004-08-12 2012-08-28 Qualcomm Incorporated Default configurations with differential encoding in a wireless communication system
CN101032136A (zh) 2004-08-12 2007-09-05 高通股份有限公司 无线通信系统中的默认配置与差分编码
US7804850B2 (en) * 2004-10-01 2010-09-28 Nokia Corporation Slow MAC-e for autonomous transmission in high speed uplink packet access (HSUPA) along with service specific transmission time control
BRPI0610629A2 (pt) 2005-04-26 2010-07-13 Nokia Corp método, elemento de rede e sistema para sinalizar a informação de controle no canal de sinalização de uma interface de rádio entre a estação móvel e a rede de acesso de rádio, método para execução no equipamento do usuário, produto de programa de computador, método de comunicação de acesso de pacote de enlace descendente de alta velocidade para um sistema umts, e, equipamento do usuário
FI121493B (fi) 2007-07-26 2010-11-30 Kone Corp Sähkömoottorikäyttö

Also Published As

Publication number Publication date
CN101167313A (zh) 2008-04-23
KR101035889B1 (ko) 2011-05-23
MX2007013260A (es) 2008-01-22
EP3197206B1 (en) 2019-04-03
EP3197206A1 (en) 2017-07-26
CN105451266B (zh) 2021-06-01
EP3267722B1 (en) 2019-03-27
BRPI0610629A2 (pt) 2010-07-13
MY174055A (en) 2020-03-05
AP2007004215A0 (en) 2007-10-31
US20200128535A1 (en) 2020-04-23
US20140321404A1 (en) 2014-10-30
EP1878177A4 (en) 2011-12-07
CN105451266A (zh) 2016-03-30
EP1878177B2 (en) 2022-01-26
EP1878177B1 (en) 2017-06-21
JP4634504B2 (ja) 2011-02-16
PL1878177T3 (pl) 2018-03-30
CN101167313B (zh) 2016-01-20
MY150286A (en) 2013-12-31
TWI412241B (zh) 2013-10-11
RU2388162C2 (ru) 2010-04-27
US9763231B2 (en) 2017-09-12
US20170273073A1 (en) 2017-09-21
WO2006114689A3 (en) 2006-12-07
US10952191B2 (en) 2021-03-16
TW200705863A (en) 2007-02-01
US8804505B2 (en) 2014-08-12
EP1878177B8 (en) 2017-12-20
TW201419784A (zh) 2014-05-16
WO2006114689A2 (en) 2006-11-02
EP3582542A1 (en) 2019-12-18
JP2008539633A (ja) 2008-11-13
DK1878177T3 (en) 2017-10-02
RU2007139590A (ru) 2009-06-10
ZA200709165B (en) 2008-09-25
US20190150139A1 (en) 2019-05-16
EP3267722A1 (en) 2018-01-10
US10548119B2 (en) 2020-01-28
EP1878177A2 (en) 2008-01-16
EP3197206B2 (en) 2022-08-17
US10244516B2 (en) 2019-03-26
EP3582542B1 (en) 2021-05-26
US20060256758A1 (en) 2006-11-16
KR20080009731A (ko) 2008-01-29
AP2165A (en) 2010-11-11

Similar Documents

Publication Publication Date Title
ES2640220T3 (es) Asignación fija de HS-DSCH o E-DCH para VoIP (o HS-DSCH sin HS-SCCH/E-DCH sin E-DPCCH)
US9882683B2 (en) Autonomous transmission for extended coverage
ES2365801T3 (es) Esquema de solicitud de repetición automática híbrida (harq) con entrega en secuencia de paquetes.
ES2922774T3 (es) Limitación de interferencia para las retransmisiones
ES2291786T3 (es) Control eficaz del aumento de sobreexplotacion termica (rot) durante una transferencia flexible.
ES2769537T3 (es) Procedimiento y aparato de programación de velocidades de enlace ascendente de forma adaptativa a una rampa de velocidad rápida en un sistema de comunicación por paquetes
JPWO2009069262A1 (ja) 無線送信装置および無線送信方法