ES2559662T3

ES2559662T3 - Métodos y aparatos en una red de comunicación móvil

Info

Publication number: ES2559662T3
Application number: ES13742290.3T
Authority: ES
Inventors: Nianshan SHI; Waikwok Kwong; Jose Luis Pradas; Alessandro CAVERNI
Original assignee: Telefonaktiebolaget LM Ericsson AB
Current assignee: Telefonaktiebolaget LM Ericsson AB
Priority date: 2012-09-27
Filing date: 2013-06-18
Publication date: 2016-02-15
Anticipated expiration: 2033-06-18
Also published as: AU2013324498A8; PL2764746T3; EP2764746B1; BR112014012605A2; WO2014051492A3; WO2014051492A2; CN104620656B; MY168574A; CN104620656A; AU2013324498A1; AU2013324498B2; EP2764746A2

Abstract

Un método, en una estación de base de una red de comunicación móvil, comprendiendo el método: recibir (310) un bloque de transporte desde un terminal móvil, en donde dicho bloque de transporte es transmitido usando un intervalo de tiempo de transmisión, TTI, ya sea de 10 milisegundos o ya sea de 2 milisegundos, caracterizado porque el método comprende además: enviar (320), a un Controlador de Red de Radio, RNC, una indicación de si los datos portados por el bloque de transporte fueron transmitidos usando el TTI de 10 milisegundos o el TTI de 2 milisegundos

Description

5

10

15

20

25

30

35

40

45

50

55

DESCRIPCION

Metodos y aparatos en una red de comunicacion movil Campo tecnico

La presente descripcion se refiere en general a redes de comunicaciones inalambricas, y mas en particular se refiere a tecnicas para facilitar el uso de multiples intervalos de tiempo de transmision en tales redes.

Antecedentes

El Proyecto Partnership de 3a Generacion (3GPP) esta en continuo desarrollo de las especificaciones para la Red de Acceso de Radio Terrestre Universal (UTRAN). Mas en particular, se esta trabajando para mejorar la experiencia y el rendimiento de usuario final en la Edicion 11 de esas especificaciones. Estos esfuerzos incluyen el trabajo para mejorar la experiencia de usuario final y el rendimiento del sistema en estado CELL_FACH, como parte de un elemento de trabajo de 3GPP denominado “Otras Mejoras para CELL_FACH”.

CELL_FACH es un estado de Control de Recursos de Radio (RRC) en el que el terminal de usuario final (equipo de usuario, o UE, en terminologfa de 3GPP) es conocido por la red a nivel de celula (es decir, tiene un ID de celula) y tiene una conexion de capa 2, pero no tiene recursos de capa ffsica dedicados. Por el contrario, el UE en estado CELL_FACH debe compartir recursos de capa ffsica comun con otros usuarios en estado CELL_FACH.

El Canal Dedicado Mejorado (E-DCH), el cual es un canal de acceso por paquetes de enlace ascendente, puede ser desplegado de modo que pueda ser usado por UEs en estado CELL_FACH. De manera mas habitual, el E-DCH se usa como canal dedicado en estado CELL_DCH, en cuyo caso se asigna un recurso separado para cada usuario. Cuando se usa el E-DCH en estado CELL_FACH, sin embargo, el sistema utiliza un conjunto de recursos de E-DCH que pueden ser asignados temporalmente, cada uno de ellos, a un UE en estado CELL_FACH.

Este conjunto comun de recursos de E-DCH se menciona en la presente memoria como “recursos de E-DCH comun”. Los recursos de E-DCH son gestionados normalmente por el Controlador de Red de Radio (RNC), pero el conjunto de recursos de E-DCH comun es gestionado en cambio por el Nodo B (terminologfa de 3GPP para una estacion de base). Los datos de configuracion que especifican las configuraciones de E-DCH son transmitidos a los UEs de la celula.

Un recurso de E-DCH comun se define como una combinacion particular de lo siguiente: un codigo de cifrado de enlace ascendente; un Identificador Temporal de Red de Radio de E-DCH (E-RNTI); un codigo de F-DPCH y desviacion de tiempo; codigos y signaturas de E-AGCH/E-RGCH/E-HICH; y parametros para su uso por el UE en transmisiones de enlace ascendente del Canal de Control Ffsico Dedicado de Alta Velocidad (HS-DPCCH), tal como informacion sobre desviaciones de potencia y configuracion de Informes de Calidad de Canal.

A partir de la Edicion 10 de los estandares de 3GPP, el estado CELL_FACH se usa normalmente para proporcionar un uso eficiente de recursos de radio para los UEs cuando los datos llegan a rafagas, con penodos de inactividad mas largos entre los mismos. Los objetivos incluyen tanto un uso eficiente de los recursos limitados de batena del UE, como un uso eficiente de los recursos de radio de la red. Idealmente, un UE debena estar inactivo entre rafagas, pero tambien debena ser capaz de cambiar con rapidez a un estado activo cuando existan paquetes para enviar o recibir. Para este tipo de trafico de conexion-corte, la latencia de establecimiento de la conexion y la carga de senalizacion tienen un impacto significativo sobre la conservacion de la batena del dispositivo y sobre la calidad de transmision percibida por el usuario final. En penodos inactivos, los UEs se envfan a estado inactivo o bien se establecen en el uso de esquemas configurados de Recepcion Discontinua (DRX), para ahorrar energfa de la batena.

La informacion que especifica configuraciones de recursos de E-DCH, se transmite a los UEs usando SIB 5, el cual es un bloque de informacion de sistema enviado a traves del BCH. Algunos de los parametros transmitidos, tal como el Intervalo de Tiempo de Transmision (TTI), son comunes para todos los recursos de E-DCH comun.

Las especificaciones para E-DCH a partir de la Edicion 10 de las especificaciones de 3GPP, son bastante ngidas y no permiten configuraciones flexibles. Un ejemplo es el Intervalo de Tiempo de Transmision (TTI) para recursos de E-DCH comun. Normalmente, se pueden configurar dos TTIs diferentes: se puede configurar ya sea un TTI de 10 milisegundos o ya sea un TTI de 2 milisegundos. Sin embargo, por razones de cobertura, es probable que la red tenga algunos recursos de E-DCH comun configurados con un TTI de 10 milisegundos. Segun se ha especificado actualmente, esto implica que todos los recursos deben tener el mismo TTI. Sin embargo, los UEs en buenas condiciones de radio, por ejemplo en los llamados puntos calientes, podnan hacer un buen uso de los recursos de E- DCH comun con el TTI mas corto (2 milisegundos). Un TTI mas corto mejora tanto el rendimiento de enlace ascendente como la capacidad de la red, puesto que cada recurso ocupa menos tiempo. El despliegue simultaneo de TTIs de 2 milisegundos y de 10 milisegundos dotara asf a la red con la flexibilidad para hacer una utilizacion efectiva y optima de los recursos de E-DCH comun.

En consecuencia, como parte del Elemento de Trabajo de la Edicion 11 de 3GPP “Otras Mejoras para CELL_FACH”,

5

10

15

20

25

30

35

40

45

50

55

3GPP ha decidido introducir un soporte para el despliegue simultaneo de TTIs de 2 milisegundos y de 10 milisegundos en una celula, para transmisiones de E-DCH en estado CELL_FACH y en Modo Inactivo. Segun las propuestas iniciales, se transmite en una celula un requisito relativo a margen de potencia de UE. Los UEs que cumplan el requisito, podran usar el E-DCH comun con un TTI de 2 milisegundos, mientras que los que no cumplan el requisito usaran el E-DCH comun con un TTI de 10 milisegundos.

Mientras que el despliegue simultaneo de TTIs de 2 milisegundos y de 10 milisegundos en una celula para transmision de E-DCH en estado CELL_FACH y en Modo Inactivo ofrece oportunidades para la utilizacion mejorada de recursos de E-DCH, se necesitan otras mejoras en los procedimientos y senalizacion de red, para sacar ventaja de esas oportunidades.

Sumario

Segun se ha indicado con anterioridad, las ediciones futuras de los estandares de 3GPP para UTRAN deberan proporcionar soporte para el despliegue simultaneo de TTIs de 2 milisegundos y de 10 milisegundos en una celula para transmisiones de E-DCH en estado CELL_FACH y en Modo Inactivo. En las especificaciones de 3GPP actuales, es decir, la Edicion 10, cuando se usan recursos de E-DCH en estado CELL-DCh o CELL-FACH, es el RNC el que determina si un usuario o una celula deben operar sobre un TTI de 2 milisegundos o un TTI de 10 milisegundos, y configura el UE y el Nodo B apropiadamente (vease la solicitud de Patente US 2005/254511). Por otra parte, cuando se despliegue normalmente un TTI de 2 milisegundos y un TTI de 10 milisegundos para el uso de CELL_FACH en futuras ediciones, sera el UE el que seleccione el TTI (vease el documento tecnico 3GPP R2- 121809).

Por consiguiente, el RNC no tendra conocimiento de si algun UE particular esta usando los recursos de TTI de 10 milisegundos o de 2 milisegundos para CELL_FACH. Sin embargo, el RNC puede beneficiarse de saber si los datos enviados sobre recursos de E-DCH comun son transmitidos sobre TTI de 2 milisegundos o TTI de 10 milisegundos, por ejemplo, de modo que pueda asignar eficazmente recursos tales como buferes internos y anchos de banda de enlace.

Las realizaciones de las tecnicas que se describen en la presente memoria direccionan este problema. Estas realizaciones incluyen varios metodos adecuados para la implementacion, mediante una estacion de base, de una red de comunicacion movil. Un ejemplo de metodo comprende recibir un bloque de transporte desde un terminal movil, en donde dicho bloque de transporte es transmitido usando un TTI de 10 milisegundos o bien uno de 2 milisegundos, y enviar, hasta un RNC, una indicacion de si los datos portados por el bloque de transporte han sido transmitidos usando el TTI de 10 milisegundos o el TTI de 2 milisegundos. En algunas realizaciones, la indicacion se envfa en una trama de plano de usuario enviada a traves de una interfaz de estacion de base-a-RNC. Se puede usar, por ejemplo, un bit disponible en una trama de datos de enlace ascendente enviada al RNC.

Tambien se divulgan metodos correspondientes llevados a cabo por un RNC de una red de comunicacion movil. Un metodo de ejemplo comprende recibir datos desde un bloque de transporte transmitido a una estacion de base por un terminal movil, donde el bloque de transporte ha sido transmitido usando un TTI de 10 milisegundos o bien de 2 milisegundos, y recibir una indicacion de si los datos portados por el bloque de transporte fueron transmitidos usando el TTI de 10 milisegundos o el TTI de 2 milisegundos. En algunas realizaciones, la indicacion se recibe en una trama de plano de usuario enviada al RNC por la estacion de base, a traves de una interfaz de estacion de base-a-RNC. En otras realizaciones o en otros casos, la indicacion se recibe en una trama de plano de usuario enviada al RNC por otro RNC, a traves de una interfaz de RNC-a-RNC. La indicacion puede ser recibida en al menos un bit disponible de una trama de datos de enlace ascendente, en algunas realizaciones.

Otras realizaciones incluyen aparatos de estacion de base y aparatos de RNC adaptados para llevar a cabo una o mas de las tecnicas resumidas con anterioridad y/o algunas variantes tecnicas que se describen a continuacion. Por supuesto, las tecnicas, los sistemas y los aparatos descritos en la presente memoria, no se limitan a las caractensticas y ventajas descritas con anterioridad. De hecho, los expertos en la materia reconoceran caractensticas y ventajas adicionales con la lectura de la descripcion detallada que sigue, y con la revision de los dibujos que se acompanan.

Breve descripcion de los dibujos

La Figura 1 ilustra una red inalambrica que incluye una estacion de base, uno o mas terminales moviles, y un RNC;

Las Figuras 2 y 3 ilustran un ejemplo de metodo para indicar una longitud de TTI para transmisiones de E-DCH comun;

La Figura 4 ilustra un metodo correspondiente para recibir una indicacion de longitud de TTI para transmisiones de E-DCH comun;

La Figura 5 ilustra la estructura de un ejemplo de Trama de Datos de E-DCH para los estados CELL_FACH e Inactivo, segun se ha adaptado para transportar una indicacion de longitud de TTI;

5

10

15

20

25

30

35

40

45

50

55

La Figura 6 es un diagrama de bloques que ilustra elementos funcionales de un ejemplo de nodo segun algunas realizaciones de la invencion;

La Figura 7 es un diagrama de bloques que ilustra elementos funcionales de otro ejemplo de nodo segun algunas realizaciones de la invencion.

Descripcion detallada

En la discusion que sigue, se exponen detalles espedficos de realizaciones particulares de la presente invencion, con fines de explicacion y no de limitacion. Los expertos en la materia apreciaran que se pueden emplear otras realizaciones aparte de esos detalles espedficos. Ademas, en algunos casos, se omitiran las descripciones detalladas de metodos, nodos, interfaces, circuitos y dispositivos bien conocidos, a efectos de no oscurecer la descripcion con detalles innecesarios. Los expertos en la materia podran apreciar que las funciones descritas pueden ser implementadas en uno o en varios nodos. Algunas o todas las funciones descritas pueden ser implementadas usando circuitena de hardware, tal como puertas logicas analogicas y/o discretas interconectadas para realizar una funcion especializada, ASICs, PLAs, etc. Asimismo, algunas o todas las funciones pueden ser implementadas usando programas y datos de software junto con uno o mas microprocesadores digitales u ordenadores de proposito general. Cuando se describan nodos que comunican usando la interfaz de aire, se apreciara que esos nodos tienen tambien circuitena apropiada de comunicaciones de radio. Ademas, la tecnologfa puede ser considerada adicionalmente como materializada completamente dentro de cualquier forma de memoria legible con ordenador, incluyendo realizaciones no transitorias tal como memoria de estado solido, disco magnetico o disco optico que contengan un conjunto apropiado de instrucciones de ordenador que puedan causar que un procesador lleve a cabo las tecnicas descritas en la presente memoria.

Las implementaciones de hardware de la presente invencion pueden incluir o abarcar, sin limitacion, hardware de procesador de senal digital (DSP), un procesador de conjunto de instruccion reducido, circuitena de hardware (por ejemplo, digital o analogica) incluyendo, aunque sin limitacion, circuito(s) integrado(s) espedfico(s) de la aplicacion (AsiC) y/o matrices de puertas programables en campo (FPGA(s)), y (cuando sea adecuado) maquinas de estado capaces de llevar a cabo tales funciones.

En terminos de implementacion informatica, se entiende que un ordenador puede comprender en general uno o mas procesadores o uno o mas controladores, y los terminos ordenador, procesador y controlador pueden ser empleados de forma intercambiable. Cuando se proporcionen mediante un ordenador, procesador o controlador, las funciones pueden ser proporcionadas por un solo ordenador o procesador o controlador dedicado, mediante un solo ordenador o procesador o controlador compartido, o mediante una pluralidad de ordenadores o procesadores o controladores individuales, algunos de los cuales pueden ser compartidos o distribuidos. Ademas, el termino “procesador” o “controlador” se refiere tambien a otro hardware capaz de realizar tales funciones y/o ejecutar software, tal como el ejemplo de hardware mencionado con anterioridad.

Haciendo ahora referencia a los dibujos, la Figura 1 ilustra un ejemplo de red de comunicacion movil 10 para proporcionar servicios de comunicacion inalambrica a terminales moviles 100. Tres terminales moviles 100, los cuales se mencionan como “equipo de usuario” o “UE” en terminologfa de 3GPP, han sido mostrados en la Figura 1. Los terminales moviles 100 pueden comprender, por ejemplo, telefonos celulares, asistentes digitales personales, telefonos inteligentes, ordenadores portatiles, ordenadores de bolsillo, u otros dispositivos con capacidades de comunicacion inalambrica. Se debe apreciar que el termino “terminal movil”, segun se utiliza en la presente memoria, se refiere a un terminal que opera en una red de comunicacion movil y no implica necesariamente que el propio terminal sea movil o movible. De ese modo, el termino puede referirse a terminales que esten instalados en configuraciones fijas, tal como en determinadas aplicaciones de maquina a maquina, asf como en dispositivos portables, dispositivos instalados en veldculos a motor, etc.

La red de comunicacion movil 10 comprende una pluralidad de de areas o sectores 12 de celula geografica. Cada area o sector 12 de celula geografica esta atendido por una estacion de base 20, la cual se menciona, en el contexto de UTRAN, como Nodo B. Una estacion de base 20 puede proporcionar servicio en multiples areas o sectores 12 de celula geografica. Los terminales moviles 100 reciben senales procedentes de la estacion de base 20 por uno o mas canales de enlace descendente (DL), y transmiten senales a la estacion de base 20 por uno o mas canales de enlace ascendente (UL).

En un sistema de UTRAN, la estacion de base 20 esta conectada a un Controlador de Red de Radio (RNC) 30 a traves de la interfaz lub. El RNC 30 esta conectado a su vez a la red central a traves tanto de una interfaz conmutada por circuito (conocida como interfaz lu-Cs) como de una interfaz conmutada por paquetes (conocida como interfaz lu-Ps). Ademas, el RNC 30 puede estar conectado a otros RNCs a traves de una interfaz lur. Entre otras cosas, el RNC 30 controla uno o varios Nodo B, que realizan funciones de gestion de recursos de radio y gestion de movilidad.

A efectos ilustrativos, varias realizaciones de la presente invencion van a ser descritas en el contexto de un sistema de UTRAN. Los expertos en la materia podran apreciar, sin embargo, que diversas realizaciones de la presente invencion pueden ser generalmente mas aplicables a otros sistemas de comunicaciones inalambricas.

5

10

15

20

25

30

35

40

45

50

55

Segun se ha indicado con anterioridad, las futuras ediciones de los estandares de 3GPP para UTRAN proporcionaran soporte para el despliegue simultaneo de TTI de 2 milisegundos y de 10 milisegundos en una celula para transmisiones de E-DCH en estado CELL_FACH y en Modo Inactivo. El Nodo B en una celula dada transmitira un requisito relativo a un margen de potencia de UE. Los UEs que cumplan el requisito, usaran los recursos de E- DCH comun con un TTI de 2 milisegundos, y los que no cumplan el requisito usaran en cambio el E-DCH comun con un TTI de 10 milisegundos.

En las especificaciones actuales de 3GPP, es decir, la Edicion 10, cuando se usan recursos de E-DCH en estado de CELL_DCH o de CELL_FACH, es el RNC el que determina si un usuario o una celula deben operar sobre TTI de 2 milisegundos o TTI de 10 milisegundos, y configura el UE y el Nodo B apropiadamente. Por otra parte, cuando se desplieguen simultaneamente el TTI de 2 milisegundos y el TTI de 10 milisegundos para uso de CELL_FACH en futuras ediciones, sera el UE el que seleccione el TTI.

Bajo los planes actuales, el RNC no tendra conocimiento de si cualquier UE particular esta usando recursos de TTI de 10 milisegundos o de 2 milisegundos para CELL_FACH. Sin embargo, el RNC puede beneficiarse de conocer si los datos enviados sobre recursos de E-DCH comun son transmitidos sobre TTI de 2 milisegundos o TTI de 10 milisegundos, por diversas razones diferentes. En primer lugar, los recursos usados para manejar los datos de enlace ascendente pueden necesitar ser asignados de forma diferente para los dos tTIs, debido a las diferentes velocidades y diferentes tamanos de bloque asociados a los dos TTIs. Los recursos afectados pueden incluir la memoria para los diversos buferes internos y los requisitos de ancho de banda para el enlace de Iub y otros enlaces internos de RNC y portadoras, por ejemplo. El RNC puede usar, por lo tanto, esta informacion para asignar mejor esos recursos, de modo que los datos de enlace ascendente pueden ser transferidos a la capa superior de una forma eficiente. Ademas, el RNC puede usar la informacion para estimar la utilizacion relativa entre los dos TTIs. Esto permite que el RNC gestione dinamicamente los recursos que deban ser asignados a recursos de E-DCH comun en la celula, por ejemplo ajustando el tamano del conjunto de recursos comunes, o la asignacion de mdice en el conjunto.

Cuando el Nodo B recibe un bloque de transporte desde un UE, conoce si los datos de E-DCH comun son transmitidos sobre TTI de 2 ms o TTI de 10 ms. (La interfaz entre el Nodo By el UE, que incluye la interfaz de radio, se conoce como interfaz de Uu). Segun varias realizaciones de la presente invencion, el Nodo B indica entonces al RNC si los datos han sido transmitidos usando TTI de 2 milisegundos o TTI de 10 milisegundos. En varias realizaciones, la indicacion puede ser enviada ya sea a traves del protocolo de plano de usuario Iub/Iur o ya sea del protocolo de plano de control NBAP/RNSAP.

El RNC usa esta informacion para transferir los datos enviados por el UE a capas superiores. El RNC puede usar tambien esta informacion para obtener una vision general de como se utilizan los recursos de E-DCH comun en las celulas, para estimar la utilizacion relativa entre los dos TTIs, y para gestionar dinamicamente los recursos necesitados para el E-DCH comun en la celula.

De ese modo, se introduce un indicador de longitud de TTI para el Nodo B, para avisar al RNC de si han sido transmitidos datos particulares de enlace ascendente por el UE por un E-DCH comun que este configurado para un TTI de 2 milisegundos o de 10 milisegundos. En algunas realizaciones, cuando el Nodo B recibe un bloque de transporte a traves de la interfaz de Uu y lo empaqueta en una trama de plano de usuario de Iub, para retransmitir al RNC, el Nodo B incluye tambien este indicador de longitud de TTI en la trama de plano de usuario de Iub. Alternativamente, se puede usar un indicador de longitud de TTI autonomo, en algunas realizaciones. En ese caso, el Nodo B usa el indicador de longitud de TTI autonomo para notificar al RNC si un determinado UE esta, o estara, transmitiendo en estado CELL_FACH usando un TTI de 2 milisegundos o un TTI de 10 milisegundos en estado CELL_FACH.

A continuacion se detallan algunas alternativas posibles para senalizar el indicador de longitud de TTI. Estas alternativas se basan de varias modificaciones de la senalizacion entre un Nodo By un RNC. Quienes esten familiarizados con la senalizacion en el sistema UTRAN sabran que la senalizacion entre un Controlador de Red de Radio de Servicio (SRNC) y un Nodo B se envfa a traves de la interfaz de Iub, mientras que la senalizacion entre el SRNC y un Subsistema de Deriva de Red de Radio (DRNS) tiene lugar a traves de la interfaz Iur. En la discusion que sigue, se describen diversas modificaciones en los mensajes de protocolo de Parte de Aplicacion de Subsistema de Red de Radio (RNSAP), mensajes de protocolo de Parte de Aplicacion de Nodo B (NBAP), y tramas de Protocolo de Trama de Plano de Usuario.

Una definicion habitual del Protocolo de Trama de Plano de Usuario (Protocolo de UP) para la interfaz Iub, se proporciona en los documentos 3GPP TS 25.435 del 3GPP, v. 10.2.0, y 3GPP TS 25.427, v. 10.1.0, los cuales estan disponibles en
www.3gpp.org. Las estructuras correspondientes en los protocolos de plano de usuario para la interfaz Iur de UTRAN pueden ser encontrados en 3GPP TS 25.425, v. 10.2.0, tambien disponible en
www.3gpp.org. NBAP esta definida en 3GPP TS 25.433, v. 10.7.0, mientras que RNSAP esta definida en 3GPP TS 25.423, v. 10.8.0.

Solucion A. Con esta alternativa, el contenido de la “Trama de Datos de E-DCH de Enlace Ascendente de Iub/Iur para CELL_FACH y Estado Inactivo” se amplfa para que incluya una indicacion de si los datos recibidos desde el

5

10

15

20

25

30

35

40

45

terminal movil fueron transmitidos usando el TTI de 10 milisegundos o el TTI de 2 milisegundos. Un bit o mas bits disponible(s) del protocolo de trama de datos de Iub/Iur de enlace ascendente, por ejemplo en la cabecera, en una extension disponible, o en otras posiciones disponibles, se utiliza(n) para transportar el indicador de longitud de TTI.

Esta alternativa se ha ilustrado en la Figura 2, la cual muestra la comunicacion entre un UE, un Nodo B, y el RNC cuando se introduce el indicador de longitud de TTI. En el bloque 210, el UE esta usando recursos de E-DCH comun para CELL_FACH, y esta transmitiendo usando ya sea un TTI de 2 milisegundos o ya sea un TTI de 10 milisegundos. En el bloque 220, El Nodo B recibe la transmision, y sabe cual de los dos TTIs posibles se esta usando. En 230, el Nodo B envfa una indicacion de la longitud del TTI al RNC de Servicio (SRNc). Esto puede hacerse con un mensaje de plano de control de NBAP nueva o existente, por ejemplo, el mensaje de plano de control debera incluir un indicador de longitud que especifique si se esta usando el TTI de 2 milisegundos o el de 10 milisegundos, asf como un identificador de UE, tal como un H-RNTI. Alternativamente, el indicador de longitud puede ser enviado al RNC ampliando la trama de datos de enlace ascendente enviada al RNC con un indicador de longitud de TTI de 2 milisegundos/10 milisegundos.

Un ejemplo de empaquetamiento del indicador de longitud de TTI en una estructura de Trama de Datos de E-DCH para los estados CELL_FACH e Inactivo, que transporta datos de plano de usuario desde el Nodo B hasta el RNC, ha sido ilustrado en la Figura 5. En el ejemplo ilustrado, dos de los cuatro bits disponibles en el tercer octeto de la cabecera de trama se utilizan para transportar el indicador de longitud de TTI. Este es un ejemplo; se podnan usar en su caso otros bits disponibles.

A continuacion se proporciona un ejemplo de los detalles del nuevo elemento de informacion (IE) del indicador:

Nuevo IE:

Nombre del Campo: Indicacion de Longitud de TTI

Descripcion: Indica si los datos se transmiten en un TTI de 2 ms o un TTI de 10 ms Rango de valores:

0: No relevante

1: TTI de 2 ms

2: TTI de10 ms

3: Reservado

Longitud del Campo: 2 bits

Otros ejemplos del formato de IE y del mapeo de los valores para longitudes de TTI son tambien posibles, por supuesto. Por ejemplo, el IE puede comprender solamente un campo de 1 bit para indicar la longitud de TTI, donde el valor 0 indica un TTI de 2 milisegundos y el valor 1 indica un TTI de 10 milisegundos.

En otro ejemplo, se asigna un bit en la expansion disponible de la carga util de trama como nuevo indicador (denominado, por ejemplo, Indicacion de Longitud de TTI). Se puede definir un bit en las Nuevas Banderolas de IE. Por ejemplo, en la especificacion de 3GPP actual “protocolos de plano de usuario de interfaz Iub de UTRAN para corrientes de datos de Canal de Transporte Comun”, 3GPP TS 25.435, v. 10.4.0 (Diciembre de 2012), no se usa el bit 1 en las Nuevas Banderolas de IE. En algunas realizaciones de la presente invencion, este bit se usa como Indicador de Longitud de TTI. De ese modo, el bit 1 del IE de Nuevas Banderolas de IE en la TRAMA DE DATOS DE E-DCH indica si el IE de Indicacion de Longitud de TTI esta presente (1) o no esta presente (0); este nuevo IE puede describirse como sigue:

Nuevo IE:

Nombre del Campo: Indicacion de Longitud de TTI

Descripcion: Indica si los datos se transmiten en un TTI de 2 ms o en un TTI de 10 ms Rango de valores:

0 TTI de 2 ms

1 TTI de10 ms Longitud del campo: 1 bit

En otro ejemplo, se pueden asignar dos bits de los bits disponibles en la Cabecera de Trama. Un bit se define como una banderola, que indica si la Indicacion de Longitud de TTI esta presente o no. Cuando se establece en 1, se

5

10

15

20

25

30

35

40

45

50

55

usara la Indicacion de Longitud de TTI.

En otro ejemplo, cuando los datos se transmiten usando un TTI de 2 milisegundos, el Numero de Subtrama puede ser cualquier valor de 0 a 4. Cuando los datos se transmiten usando un TTI de 10 milisegundos, el Numero de Subtrama es 0. El RNC puede, en primer lugar, tratar de detectar si los datos se transmiten en un TTI de 2 milisegundos usando el IE de Numero de Subtrama existente, cuando se incluye mas de una subtrama. Con esta alternativa, el RNC usara el metodo de senalizacion descrito anteriormente para resolver la ambiguedad de la longitud de TTI cuando solamente se incluye un Numero de Subtrama.

En otro ejemplo mas, se re-define el Numero de Subtrama existente, para eliminar cualquier ambiguedad. Por ejemplo, el Numero de Subtrama para TTI de 10 milisegundos se establece en 0, mientras que el Numero de Subtrama para un TTI de 2 milisegundos se establece en una gama que no incluya el cero, por ejemplo, de 1 a 4. Sin embargo, esta alternativa cambiara el significado del IE con relacion a las ediciones previas de las especificaciones, y no sera compatible con versiones anteriores.

Solucion B. Con esta alternativa, se usa una trama de control de enlace ascendente de Iub/Iur para transferir la informacion. Un bit, o mas bits, disponibles en el protocolo de trama de Iub/Iur de enlace ascendente existente, por ejemplo en la cabecera, extension disponible, u otras posiciones disponibles, se usan para transportar el indicador de longitud de TTI y la identidad del UE (por ejemplo, H-RNTI/E-RNTI) del UE. Alternativamente, en vez de modificar una trama de control existente, se puede introducir una nueva trama de control para transportar esta informacion. En este caso, la trama de control puede ser transmitida delante de las tramas de datos, para informar al RNC por adelantado de la longitud de TTI usada para los datos que siguen.

Solucion C. Con esta alternativa, se envfa un mensaje de NBAP/RNSAP desde el Nodo B hasta el RNC, que porta el indicador de longitud de TTI y la identidad del UE (por ejemplo, el H-RNTI/E-RNTI). Se puede introducir un nuevo mensaje de NBAP/RNSAP para este proposito o se puede extender uno existente para que incluya la nueva informacion. Este mensaje puede ser transmitido despues por delante de cualesquiera transmisiones de datos para que el mismo usuario informe al RNC de la longitud de TTI que se esta usando.

Solucion D. Se pueden definir dos nuevas tramas de datos, una para Trama de Datos de E-DCH para CELL_FACH e Inactivo cuando se usa TTI de 2 milisegundos, y otra para Trama de Datos de E-DCH para CELL_FACH e Inactivo cuando se usa TTI de 10 milisegundos. De este modo, no se necesita ninguna indicacion adicional.

Observese que, cuando se proponen las soluciones que anteceden para protocolos de trama de NBAP/Iub, es decir, para senalizacion entre el Nodo By un RNC, se pueden aplicar soluciones similares a los protocolos de trama de RNSAP/Iur, para senalizacion entre RNCs. Se debe apreciar tambien que en las especificaciones de 3GPP actuales, los UEs en estado de CELL_FACH o Inactivo no tienen Recursos de Radio dedicados, y por lo tanto no son gestionados por un procedimiento de manejo de Enlace de Radio dedicado. Por otra parte, el plano de usuario se utiliza siempre para la transferencia de datos. Para minimizar el impacto sobre el estandar de 3GPP, entonces, se prefiere introducir el indicador de longitud de TTI discutido con anterioridad en el protocolo de plano de usuario.

Las realizaciones de la presente invencion incluyen metodos para llevar a cabo una cualquiera o mas de las soluciones descritas con anterioridad, segun se implementen en un Nodo B o bien en un RNC. En una primera categona de esos metodos, un primer nodo, tal como un Nodo B, determina si un UE esta usando un TTI de 2 milisegundos o uno de 10 milisegundos para transmitir un bloque de transporte (en estado CELL_FACH), y envfa un indicador de longitud de TTI a un segundo nodo, tal como un RNC. Se puede usar cualquiera de las tecnicas descritas con anterioridad para senalizacion del indicador de longitud de TTI. En una segunda categona de esos metodos, un segundo nodo, tal como un RNC, recibe un indicador de longitud de TTI desde un primer nodo, tal como un Nodo B. El indicador de longitud de TTI indica si un UE particular esta usando TTIs de 2 milisegundos o de 10 milisegundos para el modo CELL_FACH, o si se ha enviado un bloque de transporte particular usando un TTI de 2 milisegundos o un TTI de 10 milisegundos. El RNC aplica entonces esta informacion en relacion con los datos desde el UE correspondiente hasta capas superiores y/o en la toma de decisiones de asignacion de recursos con relacion a recursos de E-DCH comun.

La Figura 3 es un diagrama de flujo de proceso que ilustra un ejemplo de metodo segun la primera categona, y muestra un metodo que puede ser implementado en una estacion de base de una red de comunicacion movil. Segun se muestra en el bloque 310, el metodo empieza con la recepcion de un bloque de transporte procedente de un terminal movil, donde el bloque de transporte se transmite usando ya sea un TTI de 10 milisegundos o ya sea un TTI de 2 milisegundos. El metodo continua, segun se muestra en el bloque 320, con el envfo, hasta un RNC, de una indicacion de si los datos transportados por el bloque de transporte fueron transmitidos usando el TTI de 10 milisegundos o el TTI de 2 milisegundos.

En algunas realizaciones, segun se discute en lo que antecede, la indicacion se envfa en una trama de plano de usuario, enviada a traves de la interfaz de estacion de base-a-RNC. Esto se puede hacer, por ejemplo, usando al menos un bit disponible en una trama de datos de enlace ascendente enviada al RNC. En algunas de esas realizaciones, la trama de plano de usuario comprende un primer bit que indica que un elemento de longitud de informacion de longitud de TTI esta presente en la trama de plano de usuario, y el elemento de longitud de

5

10

15

20

25

30

35

40

45

50

55

60

informacion de longitud de TTI comprende un segundo bit que indica si los datos han sido transmitidos usando el TTI de 10 milisegundos o el TTI de 2 milisegundos. Se apreciara que esos bits pueden estar en diferentes partes de la trama de plano de usuario.

La Figura 4 es otro diagrama de flujo de proceso que ilustra un metodo correspondiente que puede ser implementado en un RNC de la red de comunicacion movil. Segun se muestra en el bloque 410, el metodo ilustrado en la Figura 4 empieza con la recepcion de datos a partir de un bloque de transporte transmitido a una estacion de base por un terminal movil, donde dicho bloque de transporte fue transmitido usando un TTI de 10 milisegundos o bien uno de 2 milisegundos. Segun se aprecia en el bloque 420, este metodo continua con la recepcion de una indicacion de si los datos portados por el bloque de transporte fueron transmitidos usando el TTI de 10 milisegundos o el TTI de 2 milisegundos. La indicacion puede ser recibida en una trama de plano de usuario enviada al RNC por la estacion de base, a traves de una interfaz de estacion de base-a-RNC, por ejemplo. Del mismo modo, la indicacion puede ser recibida en una trama de plano de usuario enviada al RNC por otro RNC, a traves de una interfaz de RNC-a-RNC. En cualquier caso, la indicacion puede ser recibida en al menos un bit disponible de la trama de datos de enlace ascendente, en algunas realizaciones. En algunas realizaciones, la trama de plano de usuario comprende un primer bit que indica que un elemento de longitud de informacion de longitud de TTI se encuentra presente en la trama de plano, y el elemento de longitud de informacion de longitud de TTI comprende al menos un segundo bit que indica si los datos fueron transmitidos usando el TTI de 10 milisegundos o el TTI de 2 milisegundos.

En algunas realizaciones y/o bajo determinadas circunstancias (por ejemplo, cuando el metodo se lleva a cabo mediante un RNC que actua como RNC de Deriva), el metodo puede incluir ademas reenviar la indicacion de si los datos portados por el bloque de transporte han sido transmitidos usando el TTI de 10 milisegundos o el TTI de 2 milisegundos a un RNC. Esto ha sido mostrado en el bloque 430, el cual esta representado con lmeas discontinuas para indicar que esta operacion es “opcional” en el sentido de que puede no aparecer en todas las realizaciones o en todos los casos cuando se lleva a cabo el resto del metodo.

Los expertos en la materia apreciaran que los metodos descritos pueden ser usados combinados entre sf Ademas, cada una de las tecnicas y de los metodos descritos con anterioridad, puede ser implementado en uno o mas de varios nodos de red, tal como un Controlador de Red de Radio (RNC) o un Nodo B, segun sea apropiado para cualquier tecnica dada.

La Figura 6 es una ilustracion esquematica de un ejemplo de aparato 600 de estacion de base, en el que se puede implementar un metodo que materializa una o mas de las tecnicas descritas con anterioridad. Un programa informatico para controlar la estacion de base para llevar a cabo un metodo que materializa la presente invencion, se encuentra almacenado en un almacen de programa 630, el cual comprende uno o varios dispositivos de memoria. Los datos usados durante la ejecucion de un metodo que materializa las presentes tecnicas, estan almacenados en un almacen de datos 620, el cual comprende tambien uno o mas dispositivos de memoria. Durante la ejecucion de un metodo que materializa las presentes tecnicas, las etapas de programa son descargadas desde el almacen de programa 630 y ejecutadas por una Unidad de Procesamiento Central (CPU) 610, la cual recupera datos, segun se requiera, desde el almacen de datos 620. La informacion de salida resultante de la ejecucion de un metodo que materializa la presente invencion, puede ser almacenada de nuevo en el almacen de datos 630, o enviada a una interfaz 640 de Entrada/Salida (E/S), la cual puede comprender un transmisor para transmitir datos a otros nodos, tal como un RNC, segun se requiera. Del mismo modo, la interfaz 640 de Entrada/Salida (E/S) puede comprender un receptor para recibir datos desde otros nodos, por ejemplo para su uso por la CPU 610. Por supuesto, la estacion de base 600 comprende ademas circuitena de comunicaciones de radio 650, la cual esta adaptada segun disenos bien conocidos y tecnicas para comunicar con uno o mas terminales moviles. Segun diversas realizaciones de la presente invencion, el aparato 600 de estacion de base esta adaptado para recibir un bloque de transporte desde un terminal movil, donde dicho bloque de transporte se transmite usando ya sea un TTI de 10 milisegundos o ya sea uno de 2 milisegundos, y para enviar, a un RNC, una indicacion de si los datos portados por el bloque de transporte fueron transmitidos usando el TTI de 10 milisegundos o el TTI de 2 milisegundos.

De forma similar, la Figura 7 es una ilustracion esquematica de un ejemplo de RNC 700 en el que se puede implementar un metodo que materializa una o mas de las tecnicas descritas con anterioridad. De nuevo, un programa informatico para controlar el RNC para llevar a cabo un metodo que materializa la presente invencion se almacena en un almacen de programa 730, el cual comprende uno o varios dispositivos de memoria. Los datos usados durante la ejecucion de un metodo que materializa las presentes tecnicas, se almacenan en un almacen de datos 720, el cual comprende tambien uno o mas dispositivos de memoria. Durante la ejecucion de un metodo que materializa las presentes tecnicas, las etapas de programa se extraen del almacen de programa 730 y se ejecutan mediante una Unidad de Procesamiento Central (CPU) 710, la cual recupera datos, segun se requiera, desde el almacen de datos 720. La informacion de salida resultante de la ejecucion de un metodo que materializa la presente invencion, puede ser almacenada de nuevo en el almacen de datos 740, o enviada a una interfaz 740 de Entrada/Salida (E/S), la cual puede comprender un transmisor para transmitir datos a otros nodos, tal como a una estacion de base, a otro RNC, o a la red central, segun se requiera. Del mismo modo, la interfaz 740 de Entrada/Salida (E/S) puede comprender un receptor para recibir datos desde otros nodos, por ejemplo para su uso por la CPU 710. Segun varias realizaciones de la invencion, el RNC 700 esta adaptado para recibir datos a partir de un bloque de transporte transmitido a una estacion de base por un terminal movil, donde el bloque de transporte fue transmitido usando un TTI de 10 milisegundos o bien uno de 2 milisegundos, y para recibir una indicacion de si los

5

10

15

20

25

30

35

datos portados por el bloque de transporte fueron transmitidos usando el TTI de 10 milisegundos o el TTI de 2 milisegundos.

Por consiguiente, en varias realizaciones de la invencion, se han configurado circuitos de procesamiento, tal como la CPU 610 de la Figura 6 y la CPU 710 de la Figura 7, junto con dispositivos de memoria y otra circuitena de soporte, para llevar a cabo una o mas de las tecnicas descritas con detalle en lo que antecede. De igual modo, otras realizaciones incluyen estaciones de base y/o controladores de red de radio que incluyen uno o mas de tales circuitos de procesamiento. En algunos casos, esos circuitos de procesamiento estan configurados con un codigo de programa apropiado, almacenado en uno o mas dispositivos de memoria adecuados, para implementar una o mas de las tecnicas descritas en la presente memoria. Por supuesto, se apreciara que no todas las etapas de esas tecnicas son realizadas necesariamente en un unico procesador o incluso en un unico modulo.

Con las realizaciones descritas en lo que antecede, se proporcionan varias ventajas tangibles. En primer lugar, estas tecnicas y dispositivos resuelven el problema del estandar actual de como indicar al RNC si los datos transmitidos por un E-DCH comun han sido transmitidos sobre TTI de 2 milisegundos o TTI de 10 milisegundos. En segundo lugar, esas tecnicas habilitan al RNC para transferir correctamente datos a la capa superior y hacerlo de una manera mas eficiente. En tercer lugar, esas tecnicas habilitan al RNC para estimar la utilizacion del TTI de 10 milisegundos y de 2 milisegundos del E-DCH comun en la celula. Esto podna, a su vez, habilitar al RNC para gestionar la utilizacion de recursos de una mejor manera.

Los expertos en la materia apreciaran que se pueden realizar diversas modificaciones en las realizaciones descritas anteriormente sin apartarse del alcance de la presente invencion. Por ejemplo, se apreciara facilmente que aunque las realizaciones anteriores han sido descritas con referencia a partes de una red 3GPP, una realizacion de la presente invencion podra ser tambien aplicable a redes similares, tal como un sucesor de la red 3GPP, que tenga componentes funcionales iguales. Por lo tanto, en particular, los terminos 3GPP y los terminos asociados o relacionados usados en la descripcion que antecede y en los dibujos adjuntos y en las reivindicaciones anexas, ahora o en el futuro, deben ser interpretados correspondientemente.

Ejemplos de varias realizaciones de la presente invencion han sido descritos con detalle en lo que antecede, con referencia a las ilustraciones anexas de realizaciones espedficas. Puesto que no es posible, por supuesto, describir cada combinacion concebible de componentes o tecnicas, los expertos en la materia apreciaran que la presente invencion puede ser implementada de otras formas distintas de las que se definen espedficamente en la presente memoria, sin apartarse de las caractensticas esenciales de la invencion. Modificaciones y otras realizaciones de la(s) invencion(es) divulgada(s), podran ser factibles para un experto en la materia que tenga el beneficio de las ensenanzas presentadas en las descripciones anteriores y en los dibujos asociados. Por lo tanto, debe entenderse que la(s) invencion(es) no esta/estan limitada(s) a las realizaciones espedficas divulgadas y que se preve que las modificaciones y otras realizaciones esten incluidas dentro del alcance de la presente descripcion. Aunque se puedan haber empleado terminos espedficos en la presente memoria, estos han sido usados en un sentido generico y descriptivo solamente, y no con fines de limitacion. Las presentes realizaciones han de ser por tanto consideradas en todos los aspectos como ilustrativas y no como limitativas.

Claims

5

10

15

20

25

30

35

40

45

REIVINDICACIONES

1. - Un metodo, en una estacion de base de una red de comunicacion movil, comprendiendo el metodo:

recibir (310) un bloque de transporte desde un terminal movil, en donde dicho bloque de transporte es transmitido usando un intervalo de tiempo de transmision, TTI, ya sea de 10 milisegundos o ya sea de 2 milisegundos,

caracterizado porque el metodo comprende ademas:

enviar (320), a un Controlador de Red de Radio, RNC, una indicacion de si los datos portados por el bloque de transporte fueron transmitidos usando el TTI de 10 milisegundos o el TTI de 2 milisegundos.
2. - El metodo de la reivindicacion 1, en donde enviar (320) la indicacion comprende enviar la indicacion en una trama de plano de usuario a traves de una interfaz de estacion de base-a-RNC.
3. - El metodo de la reivindicacion 2, en donde la trama de plano de usuario comprende un primer bit que indica que un elemento de longitud de informacion de longitud de TTI esta presente en la trama de plano de usuario, y en donde el elemento de longitud de informacion de longitud de TTI comprende un segundo bit que indica si los datos fueron transmitidos usando el TTI de 10 milisegundos o el TTI de 2 milisegundos.
4. - Un metodo, en un Controlador de Red de Radio, RNC, de una red de comunicacion movil, comprendiendo el metodo:

recibir (410) datos desde un bloque de transporte transmitido a una estacion de base por un terminal movil, en donde dicho bloque de transporte ha sido transmitido usando un intervalo de tiempo de transmision, TTI, ya sea de 10 milisegundos o ya sea de 2 milisegundos,

caracterizado porque el metodo comprende ademas:

recibir (420) una indicacion de si los datos portados por el bloque de transporte han sido transmitidos usando el TTI de 10 milisegundos o el TTI de 2 milisegundos.
5. - El metodo de la reivindicacion 4, en donde recibir (420) la indicacion comprende recibir la indicacion en una trama de plano de usuario enviada al RNC por la estacion de base, a traves de una interfaz de estacion de base-a-RNC.
6. - El metodo de la reivindicacion 4, en donde recibir (420) la indicacion comprende recibir la indicacion en una trama de plano de usuario enviada al RNC por otro RNC, a traves de una interfaz de RNC-a-RNC.
7. - El metodo de cualquiera de las reivindicaciones 5-6, en donde la trama de plano de usuario comprende un primer bit que indica que un elemento de longitud de informacion de longitud de TTI esta presente en la trama de plano de usuario, y en donde el elemento de longitud de informacion de longitud de TTI comprende un segundo bit que indica si los datos fueron transmitidos usando el TTI de 10 milisegundos o el TTI de 2 milisegundos.
8. - Un aparato (600) de estacion de base para su uso en una red de comunicacion movil, estando el aparato (600) de estacion de base adaptado para:

recibir un bloque de transporte desde un terminal movil, en donde dicho bloque de transporte se transmite usando el intervalo de tiempo de transmision, TTI, ya sea de 10 milisegundos o ya sea de 2 milisegundos, y

enviar, a un Controlador de Red de Radio, RNC, una indicacion de si los datos portados por el bloque de transporte se han transmitido usando el TTI de 10 milisegundos o el TTI de 2 milisegundos.
9. - El aparato (600) de estacion de base de la reivindicacion 8, en donde el aparato (600) de estacion de base esta adaptado para enviar la indicacion en una trama de plano de usuario enviada a traves de una interfaz de estacion de base-a-RNC.
10. - El aparato (600) de estacion de base de la reivindicacion 9, en donde la trama de plano de usuario comprende un primer bit que indica que un elemento de longitud de informacion de longitud de TTI esta presente en la trama de plano de usuario, y en donde el elemento de longitud de informacion de longitud de TTI comprende un segundo bit que indica si los datos se han transmitido usando el TTI de 10 milisegundos o el TTI de 2 milisegundos.
11. - Un aparato (700) de Controlador de Red de Radio, RNC, para su uso en una red de comunicacion movil, estando el aparato (700) de RNC adaptado para:

recibir datos desde un bloque de transporte transmitido a una estacion de base por un terminal movil, en donde dicho bloque de transporte ha sido transmitido usando un intervalo de tiempo de transmision, TTI, ya sea de 10 milisegundos o ya sea de 2 milisegundos, y

recibir una indicacion de si los datos portados por el bloque de transporte se han transmitido usando el TTI de 10 milisegundos o el TTI de 2 milisegundos.
12. - El aparato (700) de RNC de la reivindicacion 11, en donde el aparato (700) de RNC esta adaptado para recibir la indicacion en una trama de plano de usuario enviada al aparato (700) de RNC por la estacion de base a traves de una interfaz de estacion de base-a-RNC.
13. - El aparato (700) de RNC de la reivindicacion 11, en donde el aparato (700) de RNC esta adaptado para recibir 5 la indicacion en una trama de plano de usuario enviada al aparato (700) de RNC por otro RNC a traves de una

interfaz de RNC-a-RNC.
14. - El aparato (700) de RNC de cualquiera de las reivindicaciones 12-13, en donde la trama de plano de usuario comprende un primer bit que indica que un elemento de longitud de informacion de longitud de TTI esta presente en la trama de plano de usuario, y en donde el elemento de longitud de informacion de longitud de TTI comprende un

10 segundo bit que indica si los datos han sido transmitidos usando el TTI de 10 milisegundos o el TTI de 2 milisegundos.
15. - El aparato (700) de RNC de la reivindicacion 11 o 12, en donde el aparato (700) de RNC esta adaptado ademas para reenviar, a un segundo RNC, la indicacion de si los datos portados por el bloque de transporte han sido transmitidos usando el TTI de 10 milisegundos o el TTI de 2 milisegundos.

15