ES2602431T3

ES2602431T3 - Método de comunicación de datos en un sistema de comunicación inalámbrica, que comprende indicadores para controlar el proceso

Info

Publication number: ES2602431T3
Application number: ES09155737.1T
Authority: ES
Inventors: Sung Jun Park; Seung June Yi; Young Dae Lee; Sung Duck Chun
Original assignee: LG Electronics Inc
Current assignee: LG Electronics Inc
Priority date: 2008-03-21
Filing date: 2009-03-20
Publication date: 2017-02-21
Anticipated expiration: 2029-03-20
Also published as: JP5039237B2; CN101946446B; JP2012090348A; JP2011511528A; CN101946446A; JP4926279B2

Abstract

Un método de transmisión de datos por un equipo de usuario, UE, en un sistema de comunicación inalámbrica, el método que comprende: recibir una primera información de programación desde una red, la primera información de programación que incluye una primera información de asignación de recursos de canal de enlace ascendente, UL, un primer identificador de UE y un primer indicador de nuevos datos, NDI, el primer identificador de UE que indica que la primera información de programación está asociada con una programación persistente; transmitir un paquete de datos de transmisión inicial a la red usando la primera información de asignación de recursos de canal cuando el primer NDI tiene un valor de "0"; recibir un acuse de recibo negativo, NACK, en respuesta al paquete de datos de transmisión inicial desde la red; recibir una segunda información de programación desde la red, la segunda información de programación que incluye una segunda información de asignación de recursos de canal, un identificador de UE y un segundo NDI; determinar que la segunda información de programación va ser usada para transmitir un paquete de retransmisión del paquete de datos de transmisión inicial cuando el identificador de UE incluido en la segunda información de programación es idéntico al primer identificador de UE y el segundo NDI tiene un valor de "1"; y transmitir el paquete de retransmisión a la red usando la segunda información de asignación de recursos de canal.

Description

5

10

15

20

25

30

35

40

45

50

55

DESCRIPCION

Metodo de comunicacion de datos en un sistema de comunicacion inalambrica, que comprende indicadores para controlar el proceso

Campo tecnico

La presente invencion se refiere a un sistema de comunicacion inalambrica y, mas particularmente, a un metodo de comunicacion de datos en un sistema de comunicacion inalambrica.

Antecedentes de la tecnica

En un sistema de comunicacion inalambrica que usa multiples portadoras, tal como un acceso multiple por division de frecuencia ortogonal (OFDMA) o un acceso multiple por division de frecuencia de portadora unica (SC-FDMA), los recursos radio son un conjunto de subportadoras continuas y se definen mediante una region tiempo-frecuencia en una esfera bidimensional. Una region tiempo-frecuencia es una forma rectangular seccionada por coordenadas de tiempo y subportadora. En otras palabras, una region tiempo-frecuencia podna ser una forma rectangular seccionada por al menos un sfmbolo en un eje de tiempo y una pluralidad de subportadoras en un eje de frecuencia. Tal region tiempo-frecuencia se puede asignar a un enlace ascendente para un equipo de usuario (UE) espedfico o una estacion base puede transmitir la region tiempo-frecuencia a un equipo de usuario espedfico en un enlace descendente. A fin de definir tal region tiempo-frecuencia en la esfera bidimensional, se debenan dar el numero de sfmbolos OFDM y el numero de subportadoras continuas comenzando desde un punto que tiene un desplazamiento desde un punto de referencia.

Un sistema universal de telecomunicaciones moviles evolucionado (E-UMTS) que esta siendo discutido actualmente usa una trama radio de 10 ms que comprende 10 subtramas. Esto es, una subtrama incluye dos intervalos continuos. Un intervalo tiene una longitud de 0,5 ms. Tambien, una subtrama comprende una pluralidad de sfmbolos OFDM y una parte (por ejemplo, primer sfmbolo) de la pluralidad de sfmbolos OFDM se puede usar para transmision de informacion de control L1/L2.

La FIG. 1 ilustra un ejemplo de una estructura de canales ffsicos usados en el E-UMTS. En la FIG. 1, una subtrama comprende una region de transmision de informacion de control L1/L2 (parte sombreada) y una region de transmision de datos (parte no sombreada).

La FIG. 2 ilustra un metodo general de transmision de datos en el E-UMTS. En el E-UMTS, un esquema de peticion de repeticion automatica tubrida (HARQ), que es uno de los esquemas de retransmision de datos, se usa para mejorar el flujo maximo, permitiendo por ello la comunicacion deseable.

Con referencia a la FIG. 2, la estacion base transmite informacion de programacion de enlace descendente (en lo sucesivo, conocida como 'informacion de programacion de DL') a traves del canal de control L1/L2 de DL, por ejemplo, un canal de control de enlace descendente ffsico (PDCCH), para transmitir datos a un equipo de usuario segun el esquema HARQ. La informacion de programacion de DL incluye un identificador de equipo de usuario (ID de UE) o identificador de grupo (ID de grupo) de los equipos de usuario, informacion de ubicacion y duracion (asignacion de recursos y duracion de asignacion) de recursos radio asignados para transmision de datos de enlace descendente, modo de modulacion, tamano de la carga util, parametros de transmision tales como informacion relacionada con MIMO, informacion de proceso HARQ, version de redundancia e indicador de nuevos datos.

A fin de notificar que informacion de programacion de DL se transmite a traves del PDCCH para que equipo de usuario, se transmite el identificador de equipo de usuario (o identificador de grupo), por ejemplo, un identificador temporal de red radio (RNTI). El RNTI se puede clasificar en un RNTI dedicado y un RNTI comun. El RNTI dedicado se usa para transmision y recepcion de datos a y desde un equipo de usuario del cual se registra informacion con una estacion base. El RNTI comun se usa si la comunicacion se realiza con equipos de usuario, que no estan asignados con un RNTI dedicado ya que su informacion no esta registrada con la estacion base. Alternativamente, el RNTI comun se usa para transmision y recepcion de informacion usada comunmente para una pluralidad de equipos de usuario, tal como informacion del sistema. Por ejemplo, ejemplos del RNTI comun incluyen RA-RNTI y T-C-RNTI, que se usan durante un procedimiento de acceso aleatorio a traves de un canal de acceso aleatorio (RACH). El identificador de equipo de usuario o identificador de grupo se puede transmitir en un tipo de enmascaramiento de CRC (Comprobacion de Redundancia Cfclica) en informacion de programacion de DL transmitida a traves del PDCCH.

Los equipos de usuario situados en una celda espedfica monitorizan el PDCCH a traves del canal de control L1/L2 usando su informacion RNTI y reciben informacion de programacion de DL a traves del PDCCH correspondiente si realizan con exito la decodificacion de CRC a traves de su RNTI. Los equipos de usuario reciben datos de enlace descendente transmitidos a los mismos a traves de un canal compartido de enlace descendente ffsico (PDSCH) indicado por la informacion de programacion de DL recibida.

Un modo de programacion se puede clasificar en un modo de programacion dinamica y un modo de programacion persistente o semipersistente. El modo de programacion dinamica va a transmitir informacion de programacion a un

5

10

15

20

25

30

35

40

45

50

55

equipo de usuario espedfico a traves del PDCCH siempre que la asignacion de recursos de enlace ascendente o enlace descendente se requiera para el equipo de usuario espedfico. El modo de programacion persistente significa que la estacion base asigna informacion de programacion de enlace descendente o enlace ascendente al equipo de usuario estaticamente durante un establecimiento de llamada inicial tal como un establecimiento de un portador radio. En este documento, el termino de “programacion persistente” tiene el mismo significado con “programacion semipersistente”.

En caso de programacion persistente, el equipo de usuario transmite o recibe datos usando informacion de programacion asignada previamente a la estacion base sin usar informacion de programacion de DL o programacion de UL asignada desde la estacion base. Por ejemplo, si la estacion base fija previamente un equipo de usuario espedfico para permitir al equipo de usuario recibir datos de enlace descendente a traves de una senal RRC y un recurso radio “A” segun un formato de transporte “B” y un periodo “C” durante el establecimiento de un portador radio, el equipo de usuario puede recibir datos de enlace descendente transmitidos desde la estacion base usando informacion “A”, “B” y “C”. Del mismo modo, incluso en caso de que el equipo de usuario transmita datos a la estacion base, el equipo de usuario puede transmitir datos de enlace ascendente usando un recurso radio definido previamente segun informacion de programacion de enlace ascendente asignada previamente. La programacion persistente es un modo de programacion que se puede aplicar bien a un servicio del cual el trafico es regular, tal como comunicacion de voz.

Un codec AMR usado en comunicacion de voz, es decir, datos de voz generados a traves del codec de voz tiene un rasgo especial. Esto es, los datos de voz se clasifican en una emision de conversacion y un periodo de silencio. La emision de conversacion supone un periodo de datos de voz generado mientras que una persona esta hablando realmente y el periodo de silencio supone un periodo de datos de voz generado mientras que una persona no habla. Por ejemplo, paquetes de voz, que incluyen datos de voz en la emision de conversacion, se generan por 20 ms y paquetes de silencio (SID), que incluyen datos de voz en el periodo de silencio, se generan por 160 ms.

Si se usa la programacion persistente para comunicacion de voz, la estacion base establecera recursos radio segun la emision de conversacion. Esto es, la estacion base establecera previamente recursos radio para transmitir y recibir datos de enlace ascendente o enlace descendente a y desde el equipo de usuario en un intervalo de 20 ms durante un establecimiento de llamada usando un rasgo de que paquetes de voz se generan por 20 ms. El equipo de usuario recibe datos de enlace descendente o transmite datos de enlace ascendente usando recursos radio, que se establecen previamente por 20 ms.

El Borrador del 3GPP R2-0808293, titulado “Issues on VoIP support”, describe opciones para senalizar asignacion de recursos persistente usando el canal PDCCH en sistemas LTE del 3GPP.

El borrador del 3GPP R1-080299, titulado “Signalling of persistent allocation on PDCCH”, describe senalizacion de asignacion persistente en el enlace descendente y el enlace ascendente en sistemas LTE del 3GPP.

El borrador del 3GPP N° R1-080008, titulado “LS on NDI vs. RV”, proporciona una comparacion entre un planteamiento de NDI y un planteamiento de RV para un indicador en cuanto a si se debena enviar una nueva transmision o retransmision.

Descripcion de la invencion

Como se describio anteriormente, cuando los recursos de enlace ascendente o enlace descendente para comunicacion de voz se programan usando la programacion persistente, se requiere que el periodo de silencio se deba convertir a la emision de conversacion. Por otra parte, si la emision de conversacion se convierte al periodo de silencio, se requiere que la estacion base deba cambiar rapidamente informacion de asignacion de recursos radio, que se asigna previamente, para reasignar recursos radio adecuados para un rasgo del periodo convertido. Ademas de la conversion mutua entre el periodo de silencio y la emision de conversacion, si un evento, tal como conversion entre modos de codec AMR durante comunicacion de voz y conversion entre un periodo en el se generan paquetes de cabecera completos en una entidad PDCP y un periodo en el que se generan paquetes de cabecera comprimidos dentro del mismo, ocurre, un problema en que datos generados despues de que el evento ocurre no se pueden transmitir o recibir eficientemente usando recursos radio asignados previamente segun la programacion persistente.

En el sistema de comunicacion inalambrica, se puede realizar comunicacion de tal manera que la programacion dinamica y la programacion persistente se aplican simultaneamente a un equipo de usuario. Por ejemplo, si se realiza comunicacion de voz segun un servicio VoIP segun el esquema HARQ, la programacion persistente se aplica a paquetes de transmision inicial y la programacion dinamica se aplica a paquetes de retransmision. Tambien, si el equipo de usuario usa simultaneamente dos o mas servicios, la programacion persistente se puede aplicar a un servicio y la programacion dinamica se puede aplicar al otro servicio. En estos casos, se requiere que el equipo de usuario deba identificar definitivamente si informacion de programacion transmitida al mismo depende de que modo de programacion o si la informacion de programacion es para la configuracion de una programacion persistente o para transmitir/recibir paquetes de retransmision o si la informacion de programacion es para que servicio.

5

10

15

20

25

30

35

40

45

50

Por consiguiente, la presente invencion se dirige a un metodo de comunicacion de datos en un sistema de comunicacion inalambrica, que obvia sustancialmente uno o mas problemas debidos a limitaciones y desventajas de la tecnica relacionada.

Un objeto de la presente invencion es proporcionar un metodo de comunicacion de datos en un sistema de comunicacion inalambrica, en el cual se pueden usar eficientemente recursos radio en el sistema de comunicacion inalambrica.

Otro objeto de la presente invencion es proporcionar un metodo de comunicacion de datos en un sistema de comunicacion inalambrica, en el cual un equipo de usuario puede diferenciar claramente informacion de programacion para la configuracion de una programacion persistente a partir de informacion de programacion para transmitir/recibir paquetes de datos de retransmision.

Otro objeto adicional de la presente invencion es proporcionar un metodo de comunicacion de datos en un sistema de comunicacion inalambrica, en el que un equipo de usuario puede identificar identificadores de proceso HARQ para transmision inicial paquetes de datos de paquetes de datos durante transmision HARQ de enlace descendente que se realiza en un modo asmcrono cuando se usa una programacion persistente.

Para lograr estos objetos y otras ventajas y segun el proposito de la invencion, como se incorpora y describe ampliamente en la presente memoria, en un aspecto de la presente invencion, se proporcionan metodos de comunicacion de datos en un equipo de usuario, UE, en un sistema de comunicacion inalambrica como se expone en las reivindicaciones adjuntas.

En otro aspecto de la presente invencion, se proporciona un equipo de usuario configurado para llevar a cabo un metodo segun cualquiera de las reivindicaciones adjuntas.

En esta especificacion, “informacion de programacion” significa informacion transmitida desde una red a un equipo de usuario para asignar recursos de enlace descendente y/o de enlace ascendente al equipo de usuario. La informacion de programacion se puede transmitir en un canal de control e incluir informacion de asignacion de recursos de enlace descendente y/o enlace ascendente e informacion relacionada con HARQ. El termino de “informacion de programacion” se puede sustituir con otro termino que se ha usado normalmente en la tecnica a la que pertenece la presente invencion, tal como “informacion de asignacion de recursos”, “informacion de asignacion de enlace descendente o enlace ascendente” y “asignacion de enlace descendente/enlace ascendente”, etc.

Breve descripcion de los dibujos

La FIG. 1 es un diagrama que ilustra un ejemplo de una estructura de un canal ffsico usado en un E-UMTS (Sistema Universal de Telecomunicaciones Moviles Evolucionado);

La FIG. 2 es un diagrama que ilustra un metodo general de transmision de datos en un E-UMTS;

La FIG. 3 es un diagrama que ilustra una estructura de red de un E-UMTS;

La FIG. 4 es una vista esquematica que ilustra una E-UTRAN (Red Universal de Acceso Radio Terrestre Evolucionada).

La FIG. 5A y la FIG. 5B son diagramas que ilustran una estructura de un protocolo de interfaz radio entre un equipo de usuario (UE) y la E-UTRAN, en la que la FIG. 5A es una vista esquematica de un protocolo de plano de control y la FIG. 5B es una vista esquematica de un protocolo de plano de usuario;

La FIG. 6 es un diagrama de flujo que ilustra un procedimiento de un metodo de comunicacion de datos segun una realizacion de la presente invencion;

La FIG. 7 es un diagrama de flujo que ilustra un procedimiento de un metodo de comunicacion de datos segun otra realizacion de la presente invencion; y

La FIG. 8 es un diagrama de flujo que ilustra un procedimiento de un metodo de comunicacion de datos segun otra realizacion de la presente invencion.

La FIG. 9 es un diagrama de flujo que ilustra un procedimiento de un metodo de comunicacion de datos segun otra realizacion de la presente invencion.

La FIG. 10 es un diagrama de flujo que ilustra un procedimiento de un metodo de comunicacion de datos segun otra realizacion de la presente invencion.

Mejor modo para llevar a cabo la invencion

En lo sucesivo, las estructuras, operaciones y otros rasgos de la presente invencion se comprenderan facilmente mediante las realizaciones preferidas de la invencion, ejemplos de los cuales se ilustran en los dibujos anexos. Las

5

10

15

20

25

30

35

40

45

50

55

realizaciones descritas mas tarde son ejemplos en los que los rasgos tecnicos de la presente invencion se aplican a un E-UMTS (Sistema Universal de Telecomunicaciones Moviles Evolucionado).

La FIG. 3 ilustra una estructura de red de un E-UMTS. Un E-UMTS es un sistema que evoluciona a partir del UMTS de WCDMA convencional y su estandarizacion basica se maneja actualmente por el 3GPP (Proyecto de Cooperacion de 3a Generacion). El E-UMTS tambien se puede llamar sistema LTE (Evolucion a Largo Plazo).

Con referencia a la FIG. 3, una E-UTRAN incluye estaciones base (en lo sucesivo, conocidas como 'eNodo B' o 'eNB'), en la que los eNB respectivos se conectan unos con otros a traves de la interfaz X2. Tambien, cada uno de los eNB se conecta con un equipo de usuario (UE) a traves de una interfaz radio y se conectan con un EPC (Nucleo de Paquetes Evolucionado) a traves de la interfaz S1. El EPC incluye una pasarela de entidad de gestion de movilidad/evolucion de arquitectura de sistema (MME/SAE).

Las capas de un protocolo de interfaz radio entre un equipo de usuario y una red se pueden clasificar en una primera capa L1, una segunda capa L2 y una tercera capa L3 en base a las tres capas mas bajas del modelo de estandar OSI (interconexion de sistemas abiertos) ampliamente conocido en sistemas de comunicacion. Una capa ffsica que pertenece a la primera capa L1 proporciona un servicio de transferencia de informacion que usa un canal ffsico. Un control de recursos radio (en lo sucesivo, abreviado como 'RRC') situado en la tercera capa juega un papel en controlar los recursos radio entre el equipo de usuario y la red. Para esto, la capa RRC permite que mensajes RRC sean intercambiados entre el UE y la red. La capa RRC se puede situar distributivamente en nodos de red que incluyen un Nodo B, una AG y similares o se puede situar independientemente o bien en el Nodo B o bien en la AG.

La FIG. 4 es una vista esquematica que ilustra una E-UTRAN (red de acceso radio terrestre UMTS). En la FIG. 4, una parte sombreada representa entidades funcionales de un plano de usuario y una parte no sombreada representa entidades funcionales de un plano de control.

La FIG. 5A y la FIG. 5B ilustran una estructura de un protocolo de interfaz radio entre el equipo de usuario (UE) y la E-UTRAN, en la que la FIG. 5A es una vista esquematica de un protocolo de plano de control y la FIG. 3B es una vista esquematica de un protocolo de plano de usuario. Con referencia a la fIg. 5A y la FIG. 5B, un protocolo de interfaz radio incluye horizontalmente una capa ffsica, una capa de enlace de datos y una capa de red y verticalmente incluye un plano de usuario para transferencia de informacion de datos y un plano de control para transferencia de senalizacion. Las capas de protocolo en la FIG. 5A y la FIG. 5B se pueden clasificar en L1 (primera capa), L2 (segunda capa) y L3 (tercera capa) en base a las tres capas mas bajas del modelo de estandar de interconexion de sistemas abiertos (OSI) ampliamente conocidas en los sistemas de comunicaciones.

La capa ffsica como la primera capa proporciona un servicio de transferencia de informacion a una capa superior usando canales ffsicos. La capa ffsica (PHY) se conecta a una capa de control de acceso al medio (en lo sucesivo, abreviado como 'MAC') por encima de la capa ffsica a traves de canales de transporte. Los datos se transfieren entre la capa de control de acceso al medio y la capa ffsica a traves de los canales de transporte. Por otra parte, los datos se transfieren entre diferentes capas ffsicas y, mas particularmente, entre una capa ffsica de un lado de transmision y la otra capa ffsica de un lado de recepcion a traves de los canales ffsicos. El canal ffsico del E-UMTS se modula segun un esquema de multiplexacion por division de frecuencia ortogonal (OFDM) y se usan el tiempo y la frecuencia como recursos radio.

La capa de control de acceso al medio (en lo sucesivo, abreviado como 'MAC') de la segunda capa proporciona un servicio a una capa de control de enlace radio (en lo sucesivo, abreviado como 'RLC') por encima de la capa MAC a traves de canales logicos. La capa RLC de la segunda capa soporta transferencia de datos fiable. A fin de transmitir datos eficazmente usando paquetes IP (por ejemplo, IPv4 o IPv6) dentro de un penodo de radiocomunicacion que tiene un ancho de banda estrecho, una capa PDCP de la segunda capa (L2) realiza compresion de cabecera para reducir el tamano de informacion de control innecesaria.

Una capa de control de recursos radio (en lo sucesivo, abreviado como 'RRC') situada en la parte mas baja de la tercera capa se define solamente en el plano de control y se asocia con configuracion, reconfiguracion y liberacion de portadores radio (en lo sucesivo, abreviados como 'RB') para estar a cargo del control de los canales logicos, de transporte y ffsicos. En este caso, el RB supone un servicio proporcionado por la segunda capa para la transferencia de datos entre el equipo de usuario y la UTRAN.

Como canales de transporte de enlace descendente que transportan datos desde la red a los equipos de usuario, se proporcionan un canal de difusion (BCH) que transporta informacion del sistema, un canal de busqueda (PCH) que transporta un mensaje de busqueda y un canal compartido (SCH) de enlace descendente que transporta trafico de usuario o mensajes de control. El trafico o los mensajes de control de un servicio de multidifusion o diffusion de enlace descendente se pueden transmitir a traves del SCH de enlace descendente o un canal de multidifusion (MCH) de enlace descendente adicional. Mientras tanto, como canales de transporte de enlace ascendente que transportan datos desde los equipos de usuario a la red, se proporcionan un canal de acceso aleatorio (RACH) que transporta un mensaje de control inicial y un canal compartido de enlace ascendente (UL-SCH) que transporta trafico de usuario o mensaje de control.

5

10

15

20

25

30

35

40

45

50

55

Como canales logicos situados por encima de los canales de transporte y correlacionados con los canales de transporte, se proporcionan un canal de control de difusion (BCCH), un canal de control de busqueda (PCCH), un canal de control comun (CCCH), un canal de control de multidifusion (MCCH) y un canal de trafico de multidifusion (MTCH).

En el sistema E-UMTS, un OFDM se usa en el enlace descendente y un acceso multiple por division de frecuencia de portadora unica (SC-FDMA) en el enlace ascendente. El esquema OFDM que usa multiples portadoras asigna recursos por unidad de multiples subportadoras incluyendo un grupo de portadoras y utiliza un acceso multiple por division de frecuencia ortogonal (OFDMA) como esquema de acceso.

La FIG. 6 es un diagrama de flujo que ilustra un procedimiento de un metodo de transmision de datos segun una realizacion de la presente invencion. Segun la realizacion de la FIG. 6, el equipo de usuario (UE) recibe un paquete SRB segun una programacion dinamica mientras que se reciben datos de voz (paquete VoIP) segun una programacion persistente. En lo sucesivo, se hara una descripcion solamente si es necesario para la comprension de la realizacion de la presente invencion y se omitira una descripcion de un procedimiento general requerido para comunicacion entre una red y un equipo de usuario.

Con referencia a la FIG. 6, el eNodo B (eNB) asigna dos identificadores de equipo de usuario al equipo de usuario [S61]. Ejemplos de los dos identificadores de equipos de usuario incluyen un C-RNTI y un SPS-C-RNTI (Programacion Semipersistente). No obstante, los dos identificadores de equipos de usuario no se limitaran a los ejemplos anteriores. Por ejemplo, un C-RNTI y RA-RNTI temporales se pueden usar como los dos identificadores de equipos de usuario. Los dos identificadores de equipos de usuario se pueden asignar al equipo de usuario por la red durante un procedimiento de acceso aleatorio, procedimiento de establecimiento de llamada o procedimiento de establecimiento de portador de radio (RB). Tambien, los dos identificadores de equipos de usuario se pueden asignar simultaneamente o individualmente.

El eNodo B transmite un paquete VoIP de transmision inicial V1 al equipo de usuario a traves del PDSCH [S62]. El paquete VoIP de transmision inicial V1 supone un paquete de voz que no es un paquete de retransmision en caso de que se use el esquema HARQ. Si el equipo de usuario deja de recibir con exito el paquete VoIP de transmision inicial V1, es decir, si el equipo de usuario deja de decodificar el paquete VoIP de transmision inicial V1, el equipo de usuario transmite una senal NACK al eNodo B a traves de un canal de control de enlace ascendente ffsico (PUCCH)

[563] . La programacion persistente se usa para la transmision y recepcion del paquete VoIP de transmision inicial V1 y la senal NACK. En otras palabras, el equipo de usuario usa informacion de programacion previamente asignada al eNodo B sin recibir informacion de programacion de DL o informacion de programacion de UL desde el eNodo B siempre que se recibe el paquete VoIP de transmision inicial V1 o se transmite la senal NACK (o senal ACK). Por consiguiente, el equipo de usuario no necesita recibir informacion de programacion en los pasos S62 y S63.

Como se describio anteriormente, cuando el equipo de usuario recibe el paquete VoIP de transmision inicial V1 o transmite la senal NACK (o la senal ACK), se usa la programacion persistente. No obstante, la programacion dinamica se usa para transmision de un paquete VoIP de retransmision a traves del eNodo B. Por consiguiente, despues de transmitir la senal NACK, el equipo de usuario debena recibir primero la informacion de programacion para recibir el paquete de retransmision. Con este fin, el equipo de usuario monitoriza el PDCCH del canal de control L1/L2.

En la FIG. 6, el eNodo B transmite la primera informacion de programacion al equipo de usuario a traves del PDCCH

[564] . La primera informacion de programacion es para asignar recursos de canal de enlace ascendente y/o de enlace descendente al equipo de usuario segun la programacion dinamica. La primera informacion de programacion puede incluir informacion de programacion de DL e informacion de programacion de UL. Se supone que la primera informacion de programacion es informacion de programacion para transmitir paquetes SRB al equipo de usuario.

Dado que el equipo de usuario transmite un NACK para el paquete VoIP de transmision inicial transmitido desde el eNodo B en el paso S63, el equipo de usuario monitoriza el PDCCH para recibir un paquete VoIP de retransmision relacionado con el paquete VoIP de transmision inicial V1. No obstante, si la informacion de programacion para recibir el paquete VoIP de retransmision no se transmite a traves del PDCCH sino que la primera informacion de programacion para transmitir el paquete SRB se transmite como el paso S64, segun la tecnica relacionada, el equipo de usuario puede malinterpretar la primera informacion de programacion como la informacion de programacion para recibir el paquete VoIP de retransmision. En este caso, el equipo de usuario determina el paquete SRB de transmision inicial recibido como el paquete VoIP de retransmision usando la primera informacion de programacion y combina el paquete con el paquete VoIP de transmision inicial segun el esquema HARQ para intentar la recuperacion del paquete, por lo cual ocurre un error.

A fin de evitar el error, segun la realizacion de la FIG. 6, la informacion de programacion transmitida a traves del PDCCH incluye informacion de indicacion que indica que la informacion de programacion correspondiente se transmite segun un modo de programacion espedfico. En la realizacion de la FIG. 6, los dos identificadores de equipos de usuario asignados en el paso S61 se usan como la informacion de indicacion. En otras palabras, el C- RNTI se puede usar como informacion que indica que la informacion de programacion se transmite segun la programacion dinamica mientras que el SPS-C-RNTI se puede usar como informacion que indica que la informacion

5

10

15

20

25

30

35

40

45

50

55

de programacion para transmitir el paquete de retransmision relacionado con el paquete de transmision inicial se transmite segun la programacion persistente. Esto es, en la FIG. 6, el SPS-RNTI se usa para indicar que la informacion de programacion correspondiente es informacion de programacion para transmitir el paquete VoIP de retransmision para el paquete VoIP de transmision inicial transmitido segun la programacion persistente. El C-RNTI o el SPS-C-RNTI se puede transmitir o bien estando incluido en la informacion de programacion o bien estando enmascarado con CRC con al menos parte de la informacion de programacion.

En la FIG. 6, si el C-RNTI se incluye en la informacion de programacion recibida en el paso S64, el equipo de usuario reconoce que la informacion de programacion es informacion de programacion segun la programacion dinamica y recibe un paquete SRB de transmision inicial S1 transmitido desde el eNodo B usando la informacion de programacion [S65].

El eNodo B transmite una segunda informacion de programacion al equipo de usuario a traves del PDCCH para transmitir un paquete de retransmision V2 asociado con el paquete VoIP de transmision inicial V1, en el que la segunda informacion de programacion incluye el SPS-C-RNTI [S66]. Si el equipo de usuario recibe la segunda informacion de programacion que incluye el SPS-C-RNTI, el equipo de usuario recibe el paquete VoIP de retransmision V2, que se transmite desde el eNodo B, usando la segunda informacion de programacion [S67]. El equipo de usuario combina el paquete VoIP de retransmision V2 recibido con el paquete VoIP de transmision inicial V1 segun el esquema HARQ para recuperar el paquete VoIP [S68]. Si el equipo de usuario recupera con exito el paquete VoIP, el equipo de usuario transmite una senal ACK al eNodo B [S69]. El paquete VoIP supone un paquete de datos destinado a ser transmitido desde el eNodo B al equipo de usuario. El paquete VoIP se divide en el paquete VoIP de transmision inicial V1 y el paquete VoIP de retransmision V2 y luego se transmite al equipo de usuario segun el esquema HARQ.

En la realizacion de la FIG. 6, la primera informacion de programacion y la segunda informacion de programacion pueden incluir ademas informacion de identificacion que puede identificar si el paquete de datos transmitido desde el eNodo B al equipo de usuario segun la primera informacion de programacion y la segunda informacion de programacion es un paquete de transmision inicial o un paquete de retransmision. La informacion de identificacion se puede incluir en la primera informacion de programacion y la segunda informacion de programacion de tal manera que un campo espedfico de la primera informacion de programacion y la segunda informacion de programacion se fija a un valor que se ha fijado previamente. Por ejemplo, un primer paquete de retransmision, un segundo paquete de retransmision y un tercer paquete de retransmision se pueden identificar de tal manera que valores espedficos tales como 1, 2 y 3 se fijan en un campo de version de redundancia (RV) incluido en la primera informacion de programacion y la segunda informacion de programacion. Ademas del campo RV, otros campos incluidos en la primera informacion de programacion y la segunda informacion de programacion, por ejemplo, al menos uno de un campo de ID de proceso HARQ, un campo de formato, un campo MCS, un NDI (indicador de datos nuevos), un campo TPC, un campo de “Desplazamiento dclico para DMRS”, un campo de “antena TX” y un campo de peticion de CQI se fijan a un valor espedfico, de modo que el valor se puede usar como la informacion de identificacion.

En la realizacion de la FIG. 6, si el campo espedfico incluido en la informacion de programacion, por ejemplo, el campo de ID de proceso HARQ se fija a un valor espedfico, que se define previamente, el equipo de usuario, que ha recibido la informacion de programacion correspondiente, considera que la informacion de programacion correspondiente es informacion de configuracion para la programacion persistente. Por consiguiente, el equipo de usuario que ha recibido la informacion de programacion que incluye el campo de ID de proceso HARQ fijado al valor espedfico transmite o recibe datos segun la programacion persistente usando la informacion de programacion correspondiente hasta que se libera un establecimiento de portador radio o establecimiento de llamada o se actualiza otra informacion de programacion.

En este caso, el equipo de usuario, que ha recibido la informacion de programacion que incluye el campo de ID de proceso HARQ fijado a un valor distinto del valor espedfico, usa la informacion de programacion para un intervalo tiempo de transporte (TTI) correspondiente o usa la informacion de programacion hasta que un procesador HARQ relacionado con la informacion de programacion alcanza el numero maximo de tiempos de transmision.

La FIG. 7 es un diagrama de flujo que ilustra un procedimiento de un metodo de transmision de datos segun otra realizacion de la presente invencion. Segun la realizacion de la FIG. 7, de la misma manera que la realizacion de la FIG. 6, el equipo de usuario (UE) recibe paquetes SRB segun la programacion dinamica mientras que se reciben datos de voz (paquetes VoIP) segun la programacion persistente. La realizacion de la FIG. 7 es identificar el esquema HARQ segun la programacion dinamica a partir del esquema HARQ segun la programacion persistente. En lo sucesivo, se hara una descripcion solamente si es necesario para la comprension de la realizacion de la presente invencion y se omitira una descripcion de un procedimiento general requerido para comunicacion entre la red y el equipo de usuario.

Como se describio anteriormente, cuando el equipo de usuario recibe un paquete VoIP de transmision inicial V1 o transmite la senal NACK (o senal ACK) para el paquete VoIP de transmision inicial, se usa la programacion persistente. No obstante, la programacion dinamica se usa para la transmision de paquetes VoIP de retransmision por el eNodo B. Por consiguiente, despues de transmitir la senal NACK para el paquete VoIP de transmision inicial,

5

10

15

20

25

30

35

40

45

50

55

el equipo de usuario debena recibir primero informacion de programacion a traves del PDCCH para recibir un paquete VoIP de retransmision desde el eNodo B.

Si el equipo de usuario recibe el paquete segun la programacion dinamica, por ejemplo, un paquete SRB mientras que se realiza comunicacion de voz, el equipo de usuario necesita recibir la informacion de programacion identificando la informacion de programacion transmitida para la transmision y recepcion del paquete VoIP de retransmision a partir de la informacion de programacion transmitida para recepcion del paquete SRB. Para este fin, en la realizacion de la FIG. 7, un campo de ID de proceso HARQ incluido en la informacion de programacion transmitida para la transmision y recepcion del paquete VoIP de retransmision se fija a al menos un valor espedfico. En la realizacion de la FIG. 7, si el campo de ID de proceso HARQ se fija a '101', '110' y '111', la informacion de programacion correspondiente corresponde a informacion de programacion transmitida para la transmision y recepcion del paquete VoIP de retransmision. El eNodo B y el equipo de usuario pueden programar que el campo de ID de proceso HARQ se pueda fijar previamente a los valores espedficos durante un procedimiento de acceso inicial, un procedimiento de establecimiento de llamada o un procedimiento de establecimiento de RB, para representar la informacion de programacion transmitida para la transmision y recepcion del paquete VoIP de retransmision.

Con referencia a la FIG. 7, el eNodo B (eNB) transmite el paquete VoIP de transmision inicial V1 al equipo de usuario (UE) [S71]. El paquete VoIP de transmision inicial supone un paquete de datos de voz no es un paquete de retransmision. Si el equipo de usuario deja de recibir con exito el paquete VoIP de transmision inicial, el equipo de usuario transmite un NaCk al eNodo B [S72].

El eNodo B transmite la primera informacion de programacion al equipo de usuario a traves del PDCCH para transmitir un paquete SRB de transmision inicial S1 [S73]. Si el valor fijado en el campo de ID de proceso HARQ incluido en la primera informacion de programacion no es un valor espedfico, que se definio previamente, el equipo de usuario reconoce que la primera informacion de programacion no es para el paquete de retransmision asociado con el paquete VoIP de transmision inicial V1. Dado que el campo de ID de proceso HARQ de la primera informacion de programacion se fija a '000' no al valor que se programa previamente, el equipo de usuario recibe el paquete SRB de transmision inicial S1, que se transmite desde el eNodo B, usando la primera informacion de programacion [S74]. Si el paquete SRB de transmision inicial S1 no se decodifica con exito, el equipo de usuario transmite un NACK al eNodo B [S75].

El eNodo B transmite la segunda informacion de programacion al equipo de usuario a traves del PDCCH para transmitir un primer paquete VoIP de retransmision V2 asociado con el paquete VoIP de transmision inicial V1 al equipo de usuario, en el que la segunda informacion de programacion incluye el campo de ID de proceso HARQ fijado a '101' que es uno de los valores espedficos definidos previamente [S76]. El equipo de usuario puede identificar que la segunda informacion de programacion es informacion de programacion para un paquete de retransmision asociado con el paquete VoIP de transmision inicial V1 despues de identificar que el campo de ID de proceso HARQ de la segunda informacion de programacion se ha fijado al valor definido previamente.

El eNodo B transmite el primer paquete VoIP de retransmision V2 al equipo de usuario segun la segunda informacion de programacion y el equipo de usuario recibe el primer paquete VoIP de retransmision V2 usando la segunda informacion de programacion [S77]. El equipo de usuario combina el primer paquete VoIP de retransmision V2 con el paquete VoIP de transmision inicial V1 segun el esquema HARQ y decodifica el paquete [S78]. Si el equipo de usuario deja de decodificar con exito el paquete VoIP, el equipo de usuario transmite un NACK al eNodo B [S79].

El eNodo B transmite la tercera informacion de programacion al equipo de usuario a traves del PDCCH para transmitir el paquete de retransmision asociado con el paquete SRB de transmision inicial S1 al equipo de usuario, en donde la tercera informacion de programacion incluye un campo de ID de proceso HARQ fijado a '000' [S80]. El eNodo B transmite el paquete SRB de retransmision S2 al equipo de usuario segun la tercera informacion de programacion y el equipo de usuario recibe el primer paquete SRB de retransmision S2 usando la tercera informacion de programacion [S81]. El equipo de usuario combina el paquete SRB de retransmision S2 recibido con el paquete SRB de transmision inicial S1 y decodifica un paquete SRB [S82]. Si el equipo de usuario decodifica con exito el paquete, el equipo de usuario transmite un ACK al eNodo B [S83].

El eNodo B transmite una cuarta informacion de programacion al equipo de usuario a traves del PDCCH para transmitir un paquete de retransmision asociado con el primer paquete VoIP de retransmision V2, en donde la cuarta informacion de programacion incluye el campo de ID de proceso HARQ fijado a '110' [S84]. El equipo de usuario puede reconocer que la cuarta informacion de programacion es informacion de programacion para un paquete de retransmision asociado con el primer paquete VoIP de retransmision V2 despues de identificar que el campo de ID de proceso HARQ de la cuarta informacion de programacion se ha fijado al valor definido previamente.

El eNodo B transmite un segundo paquete VoIP de retransmision V3, que es un paquete de retransmision del primer paquete VoIP de retransmision V2, al equipo de usuario segun la cuarta informacion de programacion y el equipo de usuario recibe el segundo paquete VoIP de retransmision V3 usando la cuarta informacion de programacion [S85]. El equipo de usuario combina el segundo paquete VoIP de retransmision V3, el primer paquete VoIP de retransmision

5

10

15

20

25

30

35

40

45

50

55

V2 y el paquete VoIP de transmision inicial V1 unos con otros segun el esquema HARQ y decodifica el paquete VoIP [S86]. Si el equipo de usuario decodifica con exito el paquete VoIP, el equipo de usuario transmite un AcK al eNodo B [S87].

De la misma manera que la realizacion de la FIG. 7, si el campo de ID de proceso HARQ se fija a una pluralidad de valores espedficos para representar la informacion de programacion transmitida para la transmision y recepcion de un paquete VoIP de retransmision, la pluralidad de valores espedficos se pueden incluir en el campo de ID de proceso HARQ en orden consecutivo o un valor espedfico seleccionado aleatoriamente se puede incluir en el campo de ID de proceso HARQ. En lugar del campo de ID de proceso HARQ, otro campo de la informacion de programacion se puede fijar al valor espedfico para indicar que la informacion de programacion se ha transmitido para la transmision y recepcion del paquete VoIP de retransmision.

En la realizacion de la FIG. 7, el campo de ID de proceso HARQ incluido en la informacion de programacion se fija al valor espedfico para indicar que la informacion de programacion correspondiente es informacion de programacion para el paquete de retransmision asociado con el paquete VoIP de transmision inicial transmitido segun la programacion persistente.

Segun otra realizacion, si un campo espedfico incluido en la informacion de programacion, por ejemplo, el campo de ID de proceso HARQ se fija al valor definido previamente, el equipo de usuario, que ha recibido la informacion de programacion correspondiente, considera la informacion de programacion correspondiente como informacion de configuracion para la programacion persistente. Por consiguiente, el equipo de usuario que ha recibido la informacion de programacion que incluye el campo de ID de proceso HARQ fijado al valor predefinido transmite o recibe datos segun la programacion persistente usando la informacion de programacion correspondiente hasta que se libera un establecimiento de portador radio o un establecimiento de llamada o se actualiza otra informacion de programacion.

En este caso, el equipo de usuario, que ha recibido la informacion de programacion que incluye el campo de ID de proceso HARQ fijado a un valor distinto de los valores predefinidos, usa la informacion de programacion para un intervalo de tiempo de transporte (TTI) correspondiente o usa la informacion de programacion hasta que un procesador HARQ relacionado con la informacion de programacion alcanza el numero maximo de tiempos de transmision.

La FIG. 8 es un diagrama de flujo que ilustra un procedimiento de comunicacion de datos segun otra realizacion de la presente invencion. La realizacion segun la FIG. 8 se dirige a un metodo de transmision de datos de enlace ascendente, por ejemplo datos de voz, desde un equipo de usuario (UE) a un eNodo B (eNB). En lo sucesivo, se hara una descripcion solamente si es necesaria para la comprension de la realizacion de la presente invencion y se omitira una descripcion de un procedimiento general requerido para la comunicacion entre el eNB y el UE.

Como se describio anteriormente, incluso en el caso de que un paquete de datos de transmision inicial se transmita en el modo de programacion persistente, el modo de programacion dinamica se usa para un paquete de retransmision para el paquete de datos de transmision inicial. Ademas, un SPS-C-RNTI se usa tanto para la primera informacion de programacion para la configuracion de la programacion persistente como para la segunda informacion de programacion para transmitir un paquete de retransmision asociado con un paquete de transmision inicial que se ha transmitido en el modo de programacion persistente. A este respecto, un campo o un indicador incluido en la informacion de programacion se puede usar para diferenciar la primera informacion de programacion de la segunda informacion de programacion. En la realizacion de la FIG. 8, se usa un indicador de nuevos datos (NDI). No obstante, se puede usar otro campo o indicador distinto del NDI. Por ejemplo, un campo de version de redundancia (RV) se puede fijar a un valor predefinido a fin de indicar informacion de programacion para la configuracion de la programacion persistente.

En esta especificacion, el “paquete de datos de transmision inicial” supone un paquete que se transmite inicialmente mediante un proceso HARQ en transmision HARQ. Por otra parte, el “paquete de datos de retransmision” supone un paquete de datos que se retransmite por un lado de transmision despues de recibir un NACK desde un lado de recepcion en respuesta al paquete de datos de transmision inicial u otro paquete de datos de retransmision.

Con referencia a la FIG. 8, el eNB transmite una primera informacion de programacion para la configuracion de la programacion persistente al UE en un canal de control de datos ffsico (PDCCH) [S801]. La primera informacion de programacion incluye informacion de asignacion de recursos de enlace ascendente e informacion relacionada con HARQ. La primera informacion de programacion incluye un SPS-C-RNTI que se ha asignado previamente al UE y un NDI que tiene el valor de “0”. El SPS-C-RNTI se puede incluir en la primera informacion de programacion en un tipo de enmascaramiento de CRC. El UE se puede dar cuenta en base al SPS-C-RNTI que la primera informacion de programacion se relaciona con la programacion persistente y en base al NDI que tiene el valor de “0” que la primera informacion de programacion es para la configuracion de la programacion persistente. El UE transmite paquetes de datos de enlace ascendente periodicamente en base a la informacion de asignacion de recursos de enlace ascendente y la informacion relacionada con HARQ incluida en la primera informacion de programacion. La primera informacion de programacion se usa hasta que se libera un portador radio (RB) relacionado o la primera informacion de programacion se reconfigura con otra informacion de programacion.

5

10

15

20

25

30

35

40

45

50

55

60

Despues de recibir la primera informacion de programacion, el UE transmite un primer paquete de datos de transmision inicial al eNB usando la informacion de asignacion de recursos de enlace ascendente [S802]. Cuando se deja de decodificar con exito el primer paquete de datos de transmision inicial, el eNB transmite un NACK al UE

[5803] . A partir de entonces, el eNB transmite una segunda informacion de programacion al UE en el PDCCH

[5804] . La segunda informacion de programacion incluye informacion de asignacion de recursos de enlace ascendente e informacion relacionada con HARQ para transmision de un paquete de datos de retransmision. Ademas, la segunda informacion de programacion incluye el SPS-C-RNTI y un NDI que tiene el valor de “1” para indicar que la segunda informacion de programacion va a ser usada para la transmision de un paquete de datos de retransmision.

El UE transmite un primer paquete de datos de retransmision como un paquete de datos de retransmision para el primer paquete de datos de transmision inicial al eNB usando la informacion de asignacion de recursos de enlace ascendente incluida en la segunda informacion de programacion [S805]. El eNB intenta decodificar el primer paquete de datos de retransmision combinandolo con el primer paquete de datos de transmision inicial en base a un esquema HARQ y transmite un ACK al UE cuando se tiene exito en la decodificacion del paquete [S806].

El UE transmite un segundo paquete de datos de transmision inicial al eNB en base a la informacion de asignacion de recursos de enlace ascendente incluida en la primera informacion de programacion [S807]. Cuando se deja de decodificar el segundo paquete de datos de transmision inicial, el eNB transmite un NACK al Ue [S808]. A partir de entonces, el eNB transmite una tercera informacion de programacion que incluye el SPS-C-RNTI al UE [S809]. La tercera informacion de programacion incluye un NDI que tiene el valor de “1” y el UE se puede dar cuenta en base al NDI que la tercera informacion de programacion va a ser usada para transmision de un paquete de datos de retransmision. El UE transmite un segundo paquete de datos de retransmision usando informacion de asignacion de recursos de enlace ascendente incluida en la tercera informacion de programacion al eNB como un paquete de retransmision para el segundo paquete de datos de transmision inicial [S810]. El eNB intenta decodificar el segundo paquete de datos de retransmision combinandolo con el segundo paquete de datos de transmision inicial en base al esquema HARQ y transmite un ACK al UE cuando se tiene exito en la decodificacion del paquete [S811].

Cuando es necesario para el eNB cambiar la configuracion de la programacion persistente, el eNB transmite una cuarta informacion de programacion al UE [S812]. La cuarta informacion de programacion incluye el SPS-C-RNTI y un NDI que tiene el valor de “0”. El UE se puede dar cuenta en base al NDI que tiene el valor de “0” que la cuarta informacion de programacion va a ser usada para informacion de configuracion de la programacion persistente. Despues de recibir la cuarta informacion de programacion, el UE utiliza la informacion de asignacion de recursos de enlace ascendente y la informacion relacionada con HARQ incluida en la cuarta informacion de programacion para transmitir paquetes de datos de transmision inicial al eNB.

La FIG. 9 es un diagrama de flujo que ilustra un procedimiento de comunicacion de datos segun otra realizacion de la presente invencion. La realizacion segun la FIG. 9 se dirige a un metodo de recepcion de datos de enlace descendente, por ejemplo datos de voz, en un equipo de usuario (UE) desde un eNodo B (eNB). En lo sucesivo, se hara una descripcion solamente si es necesario para la comprension de la realizacion de la presente invencion y se omitira una descripcion de un procedimiento general requerido para comunicacion entre el eNB y el UE.

Excepto que la realizacion segun la FIG. 9 se relacione con recibir datos de enlace descendente mientras que la realizacion segun la FIG. 8 se relaciona con transmitir datos de enlace ascendente, la estructura basica de la realizacion segun la FIG. 9 es similar a la de la realizacion segun la FIG. 8. A pesar de todo, en la realizacion segun la FIG. 9, al menos un identificador (ID) de proceso HARQ entre una pluralidad de identificadores (ID) de proceso HARQ disponibles se asignan previamente al UE para ser usados para recibir datos de enlace descendente en el modo de programacion persistente.

Con referencia a la FIG. 9, el eNB asigna ID de proceso HARQ que tienen los valores de “0” y “1” entre una pluralidad de ID de proceso HARQ disponibles, por ejemplo, entre los ID de proceso HARQ que tienen los valores de “0” a “7” al UE para recibir paquetes de datos de enlace descendente segun la programacion persistente [S901]. Los ID de proceso HARQ se pueden asignar al UE estando incluidos en un mensaje de control de recursos radio (RRC) durante un procedimiento de establecimiento de llamada o de configuracion de portador radio (RB). Cada uno de los identificadores de proceso HARQ para paquetes de datos de enlace descendente iniciales recibidos se fija a cada uno de los dos identificadores de proceso HARQ asignados uno tras otro por el UE. Aunque dos ID de proceso HARQ se asignan para la programacion persistente, un ID de proceso HARQ o tres o mas ID de proceso HARQ se pueden asignar previamente a un UE para la programacion persistente.

El eNB transmite una primera informacion de programacion para la configuracion de la programacion persistente al UE en un canal de control de datos ffsico (PDCCH) [S902]. La primera informacion de programacion incluye informacion de asignacion de recursos de enlace descendente e informacion relacionada con HARQ. La primera informacion de programacion incluye un SPS-C-RNTI que se ha asignado previamente al UE y un NDI que tiene el valor de “0”. El SPS-C-RNTI se puede incluir en la primera informacion de programacion en un tipo de enmascaramiento de CRC. El UE se puede dar cuenta en base al SPS-C-RNTI que la primera informacion de programacion se relaciona con la programacion persistente y en base al NDI que tiene el valor de “0” que la primera informacion de programacion va a ser usada para la configuracion de la programacion persistente. El UE recibe

5

10

15

20

25

30

35

40

45

50

55

paquetes de datos de enlace descendente periodicamente en base a la informacion de asignacion de recursos de enlace descendente y la informacion relacionada con HARQ incluida en la primera informacion de programacion. La primera informacion de programacion se puede usar hasta que se libera un portador radio (RB) relacionado o la primera informacion de programacion se reconfigura con otra informacion de programacion.

Despues de recibir la primera informacion de programacion, el UE recibe un primer paquete de datos de transmision inicial desde el eNB usando la informacion de asignacion de recursos de enlace descendente [S903]. El UE fija un ID de proceso HARQ del primer paquete de datos de transmision inicial para ser el primer ID de proceso HARQ que tiene el valor de “0” que se ha asignado previamente en el paso S901 para decodificar el primer paquete de datos de transmision inicial.

Cuando se deja de decodificar con exito el primer paquete de datos de transmision inicial, el UE transmite un NACK al eNB [S904]. El eNB transmite una segunda informacion de programacion al UE en el PDCCH [S905]. La segunda informacion de programacion incluye informacion de asignacion de recursos de enlace descendente e informacion relacionada con HARQ para recibir un paquete de datos de retransmision. Un ID de proceso HARQ incluido en la informacion relacionada con HARQ tiene el valor de “0”. El UE se puede dar cuenta en base al ID de proceso HARQ que tiene el valor de “0” que la segunda informacion de programacion va a ser usada para recibir un paquete de datos que es un paquete de datos de retransmision asociado con el primer paquete de datos de transmision inicial. Ademas, la segunda informacion de programacion incluye el SPS-C-RNTI y un NDI tiene el valor de “1” para indicar que la segunda informacion de programacion va a ser usada para recibir un paquete de datos de retransmision.

El UE recibe un primer paquete de datos de retransmision como un paquete de datos de retransmision para el primer paquete de datos de transmision inicial desde el eNB usando la informacion de asignacion de recursos de enlace descendente y la informacion relacionada con HARQ incluida en la segunda informacion de programacion [S906]. El UE intenta decodificar el primer paquete de datos de retransmision combinandolo con el primer paquete de datos de transmision inicial en base a un esquema HARQ y transmite un NACK al eNB cuando se deja de decodificar el paquete [S907].

El UE recibe un segundo paquete de datos de transmision inicial desde el eNB usando la informacion de asignacion de recursos de enlace descendente y la informacion relacionada con HARQ incluida en la primera informacion de programacion [S908]. El UE fija un ID de proceso HARQ del segundo paquete de datos de transmision inicial para ser el segundo ID de proceso HARQ que tiene el valor de “1” que se ha asignado previamente en el paso S901 para decodificar el segundo paquete de datos de transmision inicial.

Cuando se deja de decodificar el segundo paquete de datos de transmision inicial, el UE transmite un NACK al eNB [S909]. El eNB transmite una tercera informacion de programacion que incluye el SPS-C-RNTI al UE [S910]. La tercera informacion de programacion incluye un NDI que tiene el valor de “1” y el UE se puede dar cuenta en base al NDI que la tercera informacion de programacion va a ser usada para recibir un paquete de datos de retransmision. Ademas la tercera informacion de programacion incluye un ID de proceso HARQ que tiene el valor de “1”. El UE se puede dar cuenta en base al ID de proceso HARQ que tiene el valor de “1” que la tercera informacion de programacion va a ser usada para recibir un paquete de datos que es un paquete de datos de retransmision asociado con el segundo paquete de datos de transmision inicial.

La UE recibe un segundo paquete de datos de retransmision usando informacion de asignacion de recursos de enlace descendente e informacion relacionada con HARQ incluida en la tercera informacion de programacion desde el eNB como un paquete de retransmision para el segundo paquete de datos de transmision inicial [S911]. El UE intenta decodificar el segundo paquete de datos de retransmision combinandolo con el segundo paquete de datos de transmision inicial en base al esquema HARQ y transmite un ACK al eNB cuando se tiene exito en la decodificacion del paquete [S912].

El eNB transmite una cuarta informacion de programacion que incluye el SPS-C-RNTI al UE en el PDCCH [S913]. La cuarta informacion de programacion incluye un NDI que tiene el valor de “1” para indicar que la cuarta informacion de programacion va a ser usada para recibir un paquete de datos de retransmision. Ademas, la cuarta informacion de programacion incluye un ID de proceso HARQ que tiene el valor de “0” y el UE se puede dar cuenta en base al ID de proceso HARQ que tiene el valor de “0” que la cuarta informacion de programacion va a ser usada para recibir un paquete de datos que es un paquete de datos de retransmision asociado con el primer paquete de datos de transmision inicial.

El UE recibe un segundo paquete de datos de retransmision como un paquete de datos de retransmision para el primer paquete de datos de transmision desde el eNB usando la informacion de asignacion de recursos de enlace descendente y la informacion relacionada con HARQ incluida en la cuarta informacion de programacion [S914]. El UE intenta decodificar el segundo paquete de datos de retransmision combinandolo con el primer paquete de datos de transmision inicial y el primer paquete de datos de retransmision en base a un esquema HARQ y transmite un ACK al eNB cuando se tiene exito en la decodificacion del paquete [S915].

Cuando es necesario para el eNB cambiar la configuracion de la programacion persistente, el eNB transmite una quinta informacion de programacion al UE [S916]. La quinta informacion de programacion incluye el SPS-C-RNTI y

5

10

15

20

25

30

35

40

45

50

55

un NDI que tiene el valor de “0”. El UE se puede dar cuenta en base al NDI que tiene el valor de “0” que la quinta informacion de programacion va a ser usada para la configuracion de la programacion persistente. Despues de recibir la quinta informacion de programacion, el UE utiliza informacion de asignacion de recursos de enlace descendente e informacion relacionada con HARQ incluida en la quinta informacion de programacion para recibir paquetes de datos de transmision inicial desde el eNB.

La FIG. 10 es un diagrama de flujo que ilustra un procedimiento de un metodo de transmision de datos segun otra realizacion de la presente invencion. Si ocurre un evento predeterminado que se fija previamente mientras que el eNodo B y el equipo de usuario estan transmitiendo y recibiendo datos para comunicacion, por ejemplo, comunicacion de voz segun el modo de programacion persistente, la realizacion de la FIG. 10 se destina a tomar rapidamente medidas de seguimiento con respecto al evento correspondiente. En lo sucesivo, se hara una descripcion solamente si es necesario para la comprension de la realizacion de la presente invencion y se omitira una descripcion de un procedimiento general requerido para comunicacion entre la red y el equipo de usuario.

Con referencia a la FIG. 10, el eNodo B asigna previamente recursos radio al equipo de usuario segun el modo de programacion persistente [S1001]. La asignacion de recursos radio se puede realizar de tal manera que el eNodo B transmite informacion de programacion para comunicacion de voz al equipo de usuario durante el procedimiento de establecimiento de RB o el procedimiento de establecimiento de llamada de voz. El equipo de usuario realiza comunicacion de voz con el eNodo B usando la informacion de programacion recibida previamente [S1002].

Si ocurre un evento predeterminado en el equipo de usuario y/o el eNodo B mientras que el equipo de usuario esta realizando comunicacion de voz segun el modo de programacion persistente [S1003], el equipo de usuario realiza un procedimiento predeterminado [S1004]. El evento predeterminado se refiere a un estado que el equipo de usuario no puede realizar la comunicacion deseable usando los recursos radio asignados previamente segun el modo de programacion persistente. El procedimiento predeterminado realizado por el equipo de usuario se asocia con tomar medidas tales como reasignacion de recursos radio de tal manera que el equipo de usuario notifica al eNodo B que ha ocurrido el evento.

Ejemplos del evento predeterminado incluyen cambio de un modo de codec usado en comunicacion de voz, la generacion de datos que no tienen relacion con comunicacion de voz durante la comunicacion de voz, por ejemplo, paquetes SRB, datos RTCP o datos TCP, un caso en el que se genera un paquete de cabecera completo mientras que se generan paquetes de cabecera comprimidos, un caso en el que la cantidad de datos que se pueden transmitir usando los recursos radio asignados previamente segun el modo de programacion persistente es mas que la cantidad de los datos generados y un caso en el que ocurre una conversion entre una emision de conversacion y un periodo de silencio.

Ejemplos del procedimiento predeterminado realizado por el equipo de usuario en el paso S81 son como sigue.

Primero, el equipo de usuario solicita al eNodo B asignar recursos radio adicionales o nuevos recursos radio transmitiendo informacion predeterminada a traves de un canal establecido previamente, por ejemplo, un canal D- SR.

Segundo, si no hay un canal establecido previamente, el equipo de usuario solicita al eNodo B asignar recursos radio adicionales o nuevos recursos radio realizando un procedimiento de acceso aleatorio a traves de un canal de acceso aleatorio (RACH) y transmitiendo informacion predeterminada al eNodo B.

Tercero, el equipo de usuario transmite un informe de estado de almacenador temporal al eNodo B. Esto es, el equipo de usuario solicita al eNodo B asignar recursos radio adicionales o nuevos recursos radio transmitiendo informacion relacionada con la cantidad de datos almacenados en su almacenador temporal.

Las realizaciones antes mencionadas se logran por combinacion de elementos y rasgos estructurales de la presente invencion en un tipo predeterminado. Cada uno de los elementos o rasgos estructurales se debena considerar selectivamente a menos que se especifique por separado. Cada uno de los elementos o rasgos estructurales se puede llevar a cabo sin que se combine con otros elementos o rasgos estructurales. Tambien, algunos elementos y/o rasgos estructurales se pueden combinar unos con otros para constituir las realizaciones de la presente invencion. Se puede cambiar el orden de las operaciones descritas en las realizaciones de la presente invencion. Algunos elementos o rasgos estructurales de una realizacion se pueden incluir en otra realizacion o se pueden sustituir con elementos o rasgos estructurales correspondientes de otra realizacion. Por otra parte, sera evidente que algunas reivindicaciones que se refieren a reivindicaciones espedficas se pueden combinar con otras reivindicaciones con referencia a las otras reivindicaciones distintas de las reivindicaciones espedficas para constituir la realizacion o anadir nuevas reivindicaciones por medio de la correccion despues de que se presente la solicitud.

Las realizaciones de la presente invencion se han descrito en base a transmision y recepcion de datos entre el eNodo B y el equipo de usuario. Una operacion espedfica que se ha descrito como que se realiza por el eNodo B se puede realizar por un nodo superior del eNodo B segun sea el caso. En otras palabras, sera evidente que diversas operaciones realizadas para comunicacion con el equipo de usuario en la red que incluye una pluralidad de nodos de red junto con el eNodo B se pueden realizar por el eNodo B o nodos de red distintos del eNodo B. El eNodo B se

5

10

15

20

25

puede sustituir con terminos tales como una estacion base, una estacion ffsica, Nodo B y punto de acceso. Tambien, el equipo de usuario se puede sustituir con terminos tales como estacion movil (MS) y estacion de abonado movil (MSS).

Las realizaciones segun la presente invencion se pueden implementar por varios medios, por ejemplo, hardware, microprograma, software o su combinacion. Si la realizacion segun la presente invencion se implementa por hardware, la realizacion de la presente invencion se puede implementar por uno o mas circuitos integrados de aplicaciones espedficas (ASIC), procesadores digitales de senal (DSP), dispositivos digitales que procesan senal (DSPD), dispositivos de logica programable (PLD), disposiciones de puertas programables de campo (FPGA), procesadores, controladores, microcontroladores, microprocesadores, etc.

Si la realizacion segun la presente invencion se implementa por microprograma o software, el metodo de transmision y recepcion de datos en el sistema de comunicacion inalambrica segun la realizacion de la presente invencion se puede implementar por un tipo de un modulo, un procedimiento o una funcion, que realiza funciones u operaciones descritas como anteriormente. Un codigo software se puede almacenar en una unidad de memoria y luego se puede accionar por un procesador. La unidad de memoria se puede situar dentro o fuera del procesador para transmitir y recibir datos a y desde el procesador a traves de diversos medios que son bien conocidos.

Sera evidente para los expertos en la tecnica que la presente invencion se puede encarnar en otras formas espedficas sin apartarse de las caractensticas esenciales de la invencion. De esta manera, las realizaciones anteriores tienen que ser consideradas en todos los aspectos como ilustrativas y no restrictivas. El alcance de la invencion se debena determinar por la interpretacion razonable de las reivindicaciones adjuntas y todos los cambios que quedan dentro del alcance equivalente de la invencion se incluyen en el alcance de la invencion.

Aplicabilidad industrial

La presente invencion se puede usar en un sistema de comunicacion inalambrica tal como un sistema de comunicacion movil o un sistema de Internet inalambrica.

Claims

10

15

20

REIVINDICACIONES

1. Un metodo de transmision de datos por un equipo de usuario, UE, en un sistema de comunicacion inalambrica, el metodo que comprende:

recibir una primera informacion de programacion desde una red, la primera informacion de programacion que incluye una primera informacion de asignacion de recursos de canal de enlace ascendente, UL, un primer identificador de UE y un primer indicador de nuevos datos, NDI, el primer identificador de UE que indica que la primera informacion de programacion esta asociada con una programacion persistente;

transmitir un paquete de datos de transmision inicial a la red usando la primera informacion de asignacion de recursos de canal cuando el primer NDI tiene un valor de “0”;

recibir un acuse de recibo negativo, NACK, en respuesta al paquete de datos de transmision inicial desde la red;

recibir una segunda informacion de programacion desde la red, la segunda informacion de programacion que incluye una segunda informacion de asignacion de recursos de canal, un identificador de UE y un segundo NDI;

determinar que la segunda informacion de programacion va ser usada para transmitir un paquete de retransmision del paquete de datos de transmision inicial cuando el identificador de UE incluido en la segunda informacion de programacion es identico al primer identificador de UE y el segundo NDI tiene un valor de “1”; y

transmitir el paquete de retransmision a la red usando la segunda informacion de asignacion de recursos de canal.
2. El metodo de la reivindicacion 1, en el que la primera y segunda informacion de programacion ademas incluyen informacion relacionada con HARQ.
3. Un equipo de usuario, UE, configurado para llevar a cabo un metodo segun cualquiera de las reivindicaciones 1 a 2.