MXPA06003302A

MXPA06003302A - Metodo y sistema para integrar asignacion de recursos entre modo duplex de division de tiempo y modo duplex de division de frecuencia en sistemas inalambricos de comunicacion.

Info

Publication number: MXPA06003302A
Application number: MXPA06003302A
Authority: MX
Inventors: John L Tomici
Original assignee: Interdigital Tech Corp
Priority date: 2003-09-26
Filing date: 2004-09-15
Publication date: 2006-06-08
Also published as: WO2005032172A1; JP2007507180A; NO20061825L; KR100833639B1; KR20070041633A; TW200616385A; TWI267275B; CN1871865A; KR20060073643A; KR20090122369A; CA2539728A1; EP1665839A1; EP1665839A4; TW200522635A

Abstract

La presente invencion integra asignacion de recursos entre duplex de division de tiempo (TDD) y duplex de division de frecuencia (FDD) en sistemas inalambricos de comunicacion. Un controlador de red de radio (RNC) recibe una solicitud de portadora de acceso de radio (RAB) desde una red de nucleo a una unidad receptora/transmisora inalambrica. El RNC utiliza el selector TDD-FDD para asignar recursos de radio en respuesta a la solicitud. El selector TDD-FDD evalua diversos parametros respecto a la solicitud de la RAB recibida y determina si es preferible asignar recursos TDD o recursos FDD y si dichos recursos estan disponibles actualmente. Una vez que se asignan los recursos, se evaluan las condiciones del sistema para determinar si se pueden realizar optimizaciones para la asignacion de recursos actual.

Description

O 2005/032172 Al ?????????????????????? GM, KE, LS, MW, MZ, NA, SD, SL, SZ, TZ, UG, ZM, Published: Z ), Emanan (AM, AZ, BY, G, KZ, MD, RU, TJ, TM), — with iniemalional searck repon European ( AT, BE, BG, CH, CY, CZ, DE, DK, EE, ES, FI, FR, GB, GR, HU, TE, IT, LU, MC, NL, PL, PT, RO, SE, SI, FOT two-tetter cades and olher ábbreviaíions, refer lo the "Guid-SK, TR), OAPI (BF, BJ, CF, CG, CI, CM, GA, GN, GQ, ance Notes on Codes and Abbreviaíions" appearing al thebegin-GW, MU MR, NE, SN, TD,TG). nmg of each regular issue of ihe PCT Gazette. · J - 1 - MÉTODO Y SISTEMA PARA INTEGRAR ASIGNACIÓN DE RECURSOS ENTRE MODO DUPLEX DE DIVISIÓN DE TIEMPO Y MODO DUPLEX DE DIVISIÓN DE FRECUENCIA EN SISTEMAS INALÁMBRICOS DE COMUNICACIÓN CAMPO DE LA INVENCIÓN La presente invención se relaciona con sistemas inalámbricos de comunicación. Más particularmente, la presente invención se relaciona con la asignación de recursos de integración entre los modos dúplex de división de tiempo (TDD) y dúplex de división de frecuencia (FDD) en sistemas inalámbricos de comunicación.

ANTECEDENTES Los sistemas inalámbricos de comunicación son bien conocidos en la técnica. Con el fin de proporcionar conectividad global para sistemas inalámbricos, se han desarrollado sistemas que han sido implementados . Un estándar actual en uso ampliamente diseminado se conoce como el sistema global de telecomunicaciones móvil (GSM) . Este se considera un estándar del sistema de radio móvil de segunda generación (2G) y es seguido por su revisión (2.5G). GPRS y EDGE son ejemplos de tecnologías 2.5G que ofrecen un servicio de datos de velocidad relativamente elevada en la parte superior de las redes GSM (2G) . Cada - 2 - uno de estos estándares busca mejorar el estándar anterior con características y mejoras adicionales. En enero de 1998, el European Telecommunications Standard Institute - Special Mobile Group (ETSI SMG) acordó en un esquema de acceso de radio para los sistemas de radio de tercera generación denominados sistemas de telecomunicaciones móviles universales (UMTS) . Para implementar adicionalmente el estándar UMTS, se formó el Third Generation Partnership Project (3GPP) en diciembre de 1998. 3GPP continúa trabajando en un estándar de radio de móvil de tercera generación común. Una arquitectura de sistema UMTS típica de acuerdo con las especificaciones actuales de 3GPP se muestra en la figura 1. La arquitectura de red UMTS incluye una red de núcleo (CN) interconectada con una red de acceso de radio terrestre UMTS (UTRAN) vía una interfase conocida como Iu la cual se define en detalle en los documentos de especificación 3GPP disponibles públicamente actuales. La UTRAN se configura para proporcionar servicios de comunicación inalámbricos a usuarios a través de unidades transmisoras/receptoras inalámbricas (WTRU) conocidas como Equipo de usuario (UE) en 3GPP, vía una interfase de radio conocida como Uu. La UTRAN tiene uno o más controladores de red de radio (RNC) y estaciones de base, conocidos como nodo Bs en 3GPP, los cuales proporcionan colectivamente la - 3 - cobertura geográfica para comunicaciones inalámbricas con los ÜE. Uno o más nodos Bs se conectan a cada RNC vía una interfase conocida como Iub en 3GPP. La UTRAN puede tener varios grupos de nodos Bs conectados a RNC diferentes; en el ejemplo que se muestra en la figura 1 se presentan dos. Cuando más de un RNC se proporciona en una UTRAN, la comunicación entre los RNC se realiza via una interfase Iur . Las comunicaciones externas a los componentes de red se realizan por el nodo Bs a un nivel de usuario via la interfase Uu y el CN en un nivel de red via varias conexiones CN a sistemas externos. En general, la función primaria de las . estaciones de base, tales como los nodos Bs y puntos de acceso, es proporcionar una conexión inalámbrica entre la red de estaciones de base y las WTRU. Típicamente, una estación de base emite señales de canal comunes que permiten a las WTRU no conectadas sincronizarse con la temporización de la estación de base. En 3GPP, un nodo B realiza la conexión física de radio con los UE. El nodo B recibe señales sobre la interfase Iub desde el RNC que controla las señales transmitidas por el nodo B sobre la interfase Uu. Un CN es responsable de enrutar información a su destino correcto. Por ejemplo, el CN puede enrutar tráfico de voz desde un UE que es recibido por el UMTS vía uno del - 4 - nodo Bs a una red de telefonía conmutada pública (PSTN) o datos de paquetes destinados para la internet. En 3GPP, el CN tiene seis componentes mayores: 1) un nodo de soporte de servicio de radio de paquete general de suministro (GPRS) ; 2) un nodo de soporte de GPRS de compuerta; 3) una compuerta límite; 4) un registro de ubicación de visitante; 5) un centro de conmutación de servicios móviles; y 6) un centro de conmutación de servicios móviles de compuerta. El nodo de soporte GPRS de servicio proporciona acceso a los dominios conmutados de paquete, tales como la internet. El nodo de soporte GPRS de compuerta es un nodo de compuerta para conexiones a otras redes. Todos los tráficos de datos avanzan a otras redes de operador por la internet a través del nodo de soporte GPRS de compuerta. La compuerta límite actúa como una barrera para evitar ataques por intrusos fuera de la red o suscriptores dentro del fondo de la red. El registro de ubicación de visitante es una "copia" de redes de suministro actuales de los datos del suscriptor necesarios para proporcionar servicios. Esta información inicialmente proviene de una base de datos la cual administran los suscriptores móviles. El centro de conmutación de servicios móviles está a cargo de las conexiones "conmutadas de circuito" de las terminales UMTS a la red. El centro de conmutación de servicios móviles de compuerta implementa funciones de enrutado que se requieren - 5 - en base en la ubicación actual de los suscriptores . El centro de conmutación de servicios móviles de compuerta también recibe y administra solicitudes de conexión de suscriptores a redes externas. Los RNC generalmente controlan las funciones internas de la UTRAN. Los RNC también proporcionan servicios intermediarios para comunicaciones que tienen un componente local via una conexión de interfaz Uu con un nodo B y un componente de servicio externo via una conexión entre el CN y un sistema externo, por ejemplo llamadas transoceánicas realizadas desde un teléfono celular en un UMTS nacional. Típicamente, un RNC observa estaciones de bases múltiples, administra recursos de radio dentro del área geográfica de la cobertura de servicio de radío inalámbrica atendida por el nodo Bs y controla los recursos de radio físicos para la interfaz Uu. En 3GPP, la interfaz Iu de un RNC proporciona dos conexiones al CN: una a un dominio conmutado de paquete y el otro a un dominio conmutado de circuito. Otras funciones importantes de los RNC incluyen confidencialidad y protección de integridad. En sistemas de comunicación tal como el Third Generation Partnership Project (3GPP) Sistemas dúplex de división de tiempo (TDD) y Dúplex de división de frecuencia (FDD) , se combinan para transmisión canales compartidos - 6 múltiples y dedicados de datos de velocidad variable. Los datos de especificación de fondo para tales sistemas están disponibles públicamente y continúan desarrollándose. Casi la totalidad de los sistemas de comunicación inalámbricos utilizan dos canales diferentes para tráfico UL y DL. En los sistemas tipo TDD, existen canales UL y DL en la misma banda de frecuencia. La separación entre los canales UL y DL se produce en el dominio de tiempo. Por lo tanto, para una portadora de frecuencia particular, la dirección de enlace particular de .dicha portadora de frecuencia alterna entre UL y DL, dependiendo si el tráfico de UL o DL actualmente está siendo manejado sobre la portadora de frecuencia única. En contraste, en sistemas de tipo FDDr se utilizan dos bandas de frecuencia para las conexiones UL y DL. En la mayor parte de los sistemas, que incluyen teléfonos inalámbricos convencionales, radios celulares norteamericanos, radios punto a punto de microonda y sistemas de satélite implementan la tecnología de tipo FDD. Con el desarrollo de sistemas inalámbricos de comunicación, el tipo de tráfico transportado sobre tales sistemas se ha desarrollado no sólo para incluir comunicaciones de voz sino también de diversos tipos de transmisiones de datos. Por ejemplo, transmisiones de datos multimedia sobre sistemas de comunicación inalámbricos con - 7 - frecuencia resultan en una carga de tráfico simétrica entre las conexiones ÜL y DL. Adicionalmente, existe una superposición cada vez mayor en áreas de cobertura en donde tanto el sistema de tipo TDD como el sistema de tipo FDD están disponibles a usuarios inalámbricos. Como es sabido por aquellos expertos en la técnica, en los sistemas de tipo TDD, el número de canales UL y los canales DL se pueden ajustar dinámicamente de acuerdo con las condiciones de tráfico en tiempo y lugar particulares. Por lo tanto, los sistemas de tipo TDD son más adecuados para manejar tráfico asimétrico (o de alguna otra manera desequilibrado) que tienen altas velocidades de datos. No obstante, los sistemas FDD tienen una ventaja con respecto a los sistemas de tipo TDD en que los sistemas FDD son más adecuados para manejar servicios de velocidad de datos constantes que tienen velocidades de datos bajas a moderadas tales como el tráfico de voz debido a la asignación predeterminada de los recursos UL y DL. La administración de recursos de radio entre los sistemas de tipo TDD y los sistemas dé tipo FDD se realiza individualmente en cada tipo de sistemas de acuerdo con sus propios métodos de asignación. Esta distribución impide optimizaciones potenciales que se pueden obtener al integrar la asignación de recursos entre los modos dúplex de división de tiempo (TDD) y dúplex de división de - 8 - frecuencia (FDD) en sistemas de comunicación inalámbricos. Por lo tanto, existe la necesidad de integrar la administración de recursos de radio entre TDD y FDD en sistemas de comunicación inalámbricos.

DESCRIPCIÓN BREVE DE LA INVENCIÓN La presente invención integra la asignación de recursos entre los modos dúplex de división de tiempo (TDD) y dúplex de división de frecuencia (FDD) en sistemas de comunicación inalámbricos. Un controlador de red de radio (RNC) recibe una solicitud de portadora de acceso de radio (RAB) desde un núcleo de red o una unidad receptora/transmisora inalámbrica (WTRU) . El RNC utiliza un selector TDD-FDD para asignar recursos de radio en respuesta a la solicitud. El selector TDD-FDD evalúa diversos parámetros respecto a la solicitud RAB recibida y determina si es preferible asignar recursos TDD o recursos FDD y si tales recursos están disponibles actualmente. Una vez que se asignan los recursos, se evalúan las condiciones del sistema para detemrinar si se pueden realizar optimizaciones a la asignación actual de recursos.

DESCRIPCIÓN BREVE DE LOS DIBUJOS La figura 1 es un diagrama de un sistema inalámbrico de comunicación típico. - 9 - La figura 2 es un diagrama que ilustra una modalidad de la presente invención en donde se proporciona un selector TDD-FDD para controladores de red de radio de tipo TDD y FDD (RNC) . La figura 3 es un diagrama que ilustra una modalidad de la presente invención en donde se proporciona un selector TDD-FDD para, un RNC TDD/FDD integrado. La figura 4 es un método en donde se asignan recursos inalámbricos de acuerdo con la presente invención. La figura 5 es un diagrama que ilustra una modalidad de la presente invención en donde se puede proporcionar el servicio de tipo TDD y FDD con una conexión simple Iu entre una red de núcleo y un RNC de FDD. La figura 6 es un diagrama que ilustra la configuración de los RNC que se muestran en la figura 5. La figura 7 es un diagrama de bloques de un RNC que incluye un selector de TDD-FDD que tiene un servidor de política. La figura 8 es un diagrama de flujo de un procedimiento para transferencia entre modos de comunicación en donde un RNC está configurado con un selector de TDD-FDD que tiene un servidor de política.

DESCRIPCIÓN DETALLADA DE LAS MODALIDADES PREFERIDAS La presente invención se describirá con - 10 - referencia a las figuras de los dibujos en donde números similares representan elementos similares a través de la misma . En lo siguiente, la terminología "WTRU" incluye, pero no se limita a equipo de usuario, estación móvil, una unidad fija o móvil de suscriptor, un localizador o cualquier otro tipo de dispositivo capaz de operar en un ambiente inalámbrico. Cuando se haga referencia en lo siguiente, la terminología "estación de base" incluye, pero no se limita un nodo-B, un controlador de sitio, un punto de acceso o cualquier otro dispositivo de interfaz en un ambiente inalámbrico. Con referencia ahora a la figura 2, se muestra un sistema 200 de comunicación inalámbrico de acuerdo con la presente invención. El sistema 200 incluye un controlador 204 de red de radio TDD (RNC) y un RNC 208 de FDD conectado a una red 202 de núcleo. Cada RNC 204, 208 controla por lo menos una estación de base. Por ejemplo, el RNC 204 de TDD controla a la estación 212 de base. A su vez, la estación 212 de base proporciona un área 210 de cobertura en donde las WTRU 228, 230 operan dentro del área 210 de cobertura a la cual se le pueden asignar recursos del RNC 204 de TDD. De manera similar, el RNC 208 de FDD controla a la estación 216 de base la cual a su vez proporciona el área 214 de cobertura. Las WTRU 220 y 222 se les pueden asignar - 11 - recursos a partir del RNC 208 de FDD. En el área 218 existen servicios tanto TDD como FDD disponibles para las WTRU 224 y 226. Una superposición de las áreas de cobertura tal como el área 218 puede ser de cualquier tamaño y la distribución particular que se muestra en la fiqura 2 es únicamente a modo de ejemplo. Cuando se transmite una solicitud de portadora de acceso de radio (RAB) (es decir, una solicitud para establecer una llamada) desde una red de núcleo o una WTRU a un RNC, típicamente se transmite junto con una pluralidad de parámetros que proporcionan información acerca de cómo se utilizará la conexión solicitada. Los ejemplos de tales parámetros incluyen, pero no se limitan al grado de simetría entre el enlace ascendente y el enlace descendente (es decir, simetría o estado de simetría de la conexión solicitada) , velocidad de transferencia de datos, tamaño del marco, tipo de aplicación y si la conexión solicitada es punto a punto, punto a punto múltiple o de difusión. Los parámetros mencionados antes son únicamente a modo de ejemplo, dado que cualquier tipo de parámetro que proporciona información respecto a la conexión solicitada puede ser utilizado. Los RNC 204, 208 de la presente invención están configurados con selectores 206, 210 de TDD-FDD, respectivamente. Los selectores 206, 210 de TDD-FDD pueden ser uno o más procesadores, según se desee, para determinar el tipo de tecnología óptimo para una solicitud RAB recibida. Es decir, en base, por ejemplo, en parámetros proporcionados respecto a una solicitud RAB, disponibilidad de recursos o cualquier otra consideración pertinente, los selectores 206, 210 de TDD-FDD trabajan en conjunto con un RNC de funcionalidad existente que incluye su administración de recurso de radio (RRM) para asignar recursos de manera tal que las solicitudes de conexión se les asigna recursos en base en el tipo de tecnología de sistema más eficaz para el manejo del tipo particular de solicitud de conexión. Por ejemplo, suponiendo simetría en la consideración primaría, las solicitudes de conexión tienen un tráfico simétrico (es decir, una cantidad similar de tráfico tanto en el enlace ascendente como en el enlace descendente) son manejadas preferiblemente por el RNC 208 de FDD, el cual, por supuesto, implementa la tecnología de FDD y es más eficaz en el manejo de dicho tráfico. De manera similar, las solicitudes de conexión que tienen un tráfico asimétrico (es decir, una cantidad mayor de tráfico en una dirección que en la otra) son manejados preferiblemente por el RNC 204 de TDD, el cual por supuesto, implementa la tecnología TDD y es más eficaz en el manejo de dicho tráfico. Por ejemplo, nuevamente en donde la simetría es - 13 - la condición primaria, para determinar el tipo de tecnología preferido para una solicitud RAB recibida en particular, un selector 206, 210 de TDD-FDD puede calcular las velocidades ele datos en los enlaces ascendentes y enlaces descendentes para la solicitud de RAB recibida. Las velocidades de los datos de enlace ascendente y de enlace descendente calculadas se pueden determinar en base, por ejemplo, en la velocidad de datos solicitados, las condiciones de tráfico en ese momento, los niveles de interferencia en ese momento o cualquier otro parámetro pertinente. El selector 206, 210 de TDD-FDD puede después comparar la diferencia entre las velocidades de datos de enlace ascendente y de enlace descendente calculados versus un umbral predeterminado. Si la . diferencia entre las velocidades de datos de enlace ascendente y de enlace descendente calculadas es igual o superior al umbral, la solicitud RAB se puede considerar asimétrica (es decir, tiene un estado de simetría asimétrico) y se pueden asignar recursos de un RNC 204 de TDD. Si la diferencia entre las velocidades de datos calculados es inferior al umbral, se puede considerar que la solicitud RAB es simétrica (es decir, tiene un estado de simetría asimétrico) y se pueden asignar recursos de un RNC 208 de FDD. Como se menciona en lo anterior, se pueden evaluar otros parámetros que incluyen tipo de aplicación y - 14 - velocidad de datos, individualmente o en combinación con la simetría, cuando se determina el tipo de tecnología óptimo para asignar recursos en base en la solicitud RAB recibida. Por ejemplo, cuando una conexión solicitada es para una aplicación de voz que requiere transmisión en tiempo real, es preferible que la conexión se proporcione utilizando el RNC 208 de FDD. De manera similar, para aplicación de datos que no requieren transmisión en tiempo real, es preferible que la conexión se proporcione utilizando el RNC 204 de TDD. En general, si el tráfico es muy asimétrico, con una velocidad de datos elevada, es preferible TDD. Si el tráfico es muy simétrico con una velocidad de datos muy baja, es preferible FDD. Cualquiera entre ellos se puede enviar ya sea por TDD o FDD, en base en la situación. Por ejemplo, si se congestionan las células. TDD, puede ser deseable asignar una solicitud de una RAB a FDD sin importar otros parámetros. Se hace notar que, en esta modalidad, la solicitud de RAB puede originarse ya sea a través del RNC 204 de TDD o de un RNC 208 de FDD. En cualquier caso, el RNC que recibe la solicitud toma la decisión respecto a la asignación de recursos y, cuando sea necesario, envía la solicitud de RAB a otro tipo de RNC según sea apropiado, de manera que los recursos se asignen por un tipo apropiado de RNC. Por ejemplo, cuando un RNC 204 de TDD recibe una - 15 - solicitud de RAB y determina que debe ser manejada utilizando la tecnología de tipo FDD, el RNC 204 de TDD transferirá la solicitud a un RNC 208 de FDD vía una interfaz Iur. El RNC 208 de FDD después manejará la solicitud de una manera normal. Con referencia ahora a la figura 3, en otra modalidad de la presente invención se proporciona un RNC 304 de TDD-FDD integrado. El RNC 304 de TDD-FDD integrado integra la funcionalidad convencional de un RNC de TDD y un RNC de FDD. En esta modalidad, por lo tanto, se proporciona un selector 306 de TDD-FDD único. El selector 306 de TDD-FDD opera como se explica en lo anterior y determina si las solicitudes de RAB recibidas deben ser manejadas en el modo TDD o en el modo FDD. Como se explica en lo anterior, el selector de TDD-FDD puede evaluar simetría, velocidad de datos, tipo de aplicación, disponibilidad de recursos o cualquier otro parámetro pertinente cuando determine cual modo es el apropiado para una solicitud RAB particular. Por ejemplo, dado que las TRU 320 y 322 están en un área 324 de cobertura conjunta, las WTRU 320 y 322 se les pueden asignar recursos ya sea en el modo TDD o en el modo FDD, según sea apropiado. Con referencia ahora a la figura 4, se muestra un método 400 para asignar recursos del sistema de acuerdo con la presente invención. El método 400 comienza en la etapa - 16 - 402 cuando se recibe una solicitud portadora de acceso de radio (RAB) . La solicitud puede ser recibida ya sea por un RNC de TDD o de FDD, o en el caso en el que se proporcione un RNC con TDD/FDD integrado, la solicitud puede ser recibida ya sea en el modo FDD o en el modo TDD. Después, en la etapa 404, se evalúan los parámetros respecto a la solicitud recibida. Como se explica en lo anterior, los parámetros pueden ser cualquier parámetro que proporcione información respecto al RAB recibido. Típicamente, los parámetros que son evaluados preferiblemente incluyen simetría, velocidad de datos y tipo de aplicación. En la etapa 406, se determina en base en los parámetros evaluados en la etapa 404 si es preferible manejar el servicio solicitado en una celda de tipo TDD o en una celda de tipo FDD (es decir, en el modo TDD o en el modo FDD) . Como se ha explicado previamente, es preferible manejar las conexiones asimétricas de alta velocidad de datos en TDD (es decir, en una celda TDD) mientras que las conexiones de velocidad de datos menores simétricas preferiblemente se manejan en FDD (es decir, en una célula FDD) . Si se determina que el servicio solicitado preferiblemente se maneja en una celda TDD, el método 400 avanza de la etapa 406 a la etapa 408. En la etapa 408, se determina si la TRU que requiere la RAB está dentro de una - 17 - celda TDD. Es decir, aunque se ha determinado en la etapa 406 que la TDD es preferible, la etapa 408 es una confirmación de si el servicio TDD en realidad está disponible en ese momento. Por ejemplo, si la solicitud RAB recibida se emita por una WTRU que opera dentro de una celda TDD y se determina que la solicitud debe ser manejada ¦dentro de la celda TDD, evidentemente está disponible el servicio TDD. No obstante, cuando la solicitud de RAB recibida se emite por una WTRU que opera dentro de una celda FDD y que se determina que la solicitud puede ser manejada dentro de una celda TDD, la presente invención confirma que el servicio de TDD también está disponible antes de manejar la WTRU desde FDD a TDD. Por lo tanto, si en la etapa 408 se determina que la' WTRU está dentro de una celda TDD, el servicio solicitado, se proporciona en una celda TDD en la etapa 410. No obstante, si se determina que la WTRU no está dentro de una celda TDD (es decir, no está disponible el servicio TDD) , el servicio solicitado se proporciona a la WTRU en una celda FDD (etapa 414) . Nótese en esta situación que aunque WTRU no es atendida en una celda preferida (es decir, en una celda TDD) , la WTRU se le proporcionará con el servicio solicitado el FDD el cual es el sistema en el cual opera la WTRU cuando se solicita una RAB. De manera similar a lo anterior, si en la etapa - 18 - 406 se determina que el servicio solicitado preferiblemente se maneja en una celda FDD, el método 400 avanza de la etapa 406 a la etapa 412. En la etapa 412 se determina si la WTRU que requiere la RAB está dentro de una celda FDD. Es decir, aunque se ha determinado en la etapa 408 que la FDD es preferible, la etapa 412 es una confirmación de si el servicio de FDD de hecho está disponible actualmente. Por ejemplo, si se recibe una solicitud de RAB la cual ha sido emitida por una WTRU que opera dentro de una celda FDD y se determina que la solicitud puede ser manejada dentro de una celda FDD, evidentemente está disponible el servicio FDD. No obstante, si la solicitud RAB recibida es emitida por una WTRU que opera dentro de una celda TDD y se determina que la solicitud puede ser manejada dentro de una celda FDD, la presente invención confirma que el servicio FDD también está disponible antes del manejo de la WTRU desde la TDD a la FDD. Por lo tanto, si en la etapa 412 se determina que la WTRU está dentro de una celda FDD, el servicio solicitado se proporciona en una celda FDD en la etapa 414. No obstante, si se determina que la WTRU no está dentro de una celda FDD (es decir, no está disponible el servicio TDD) , el servicio solicitado se proporciona a la WTRU en una celda TDD (etapa 410) . Nótese en esta situación que aunque la WTRU no es atendida dentro de una celda preferida (es decir, una celda FDD) , la WTRU se proporciona con su servicio solicitado en TDD el cual es el sistema en el cual estaba operando la WTRU cuando se solicitó la RAB. Como se menciona en lo anterior, una vez que se suministra el servicio a una WTRU en un tipo de celda particular, dicha celda será una celda preferida o una celda no preferida con respecto a dicha WTRU. Por lo tanto, una vez que se proporciona el servicio solicitado, el método 400 avanza de la etapa 410 o 414 a la etapa 416. En la etapa 416 se evalúan parámetros respecto la conexión establecida para determinar si se puede realizar alguna optimización. Por ejemplo, cuando se asigna una WTRU a una celda TDD, pero previamente se ha solicitado un servicio en donde se determinó que se prefiere la celda FDD, la ubicación de la WTRU puede ser monitoreada para determinar si la WTRU se ha movido de una celda FDD o si se ha vuelto disponible de alguna otra manera un servicio FDD. También pueden ser evaluadas las conexiones existentes en la etapa 416 con respecto a la simetría (es decir, estado de simetría de la conexión) , velocidad de datos, tipo de aplicación o cualquier otro parámetro pertinente para determinar si el tipo de celda en el que actualmente está operando una WTRU, aún es la celda preferida de la WTRU. Es decir, aunque una evaluación inicial puede llevar a la determinación que se prefiere la celda TDD, las condiciones o uso pueden cambiar lo que provoca que una - 20 - celda FDD se vuelva preferida. En base en una o varias de las evaluaciones realizadas en la etapa 416, si es posible realizar algún tipo de optimización (es decir, mover una WTRU de un tipo de celda a otro, por ejemplo), el método 400 avanza de la etapa 418 a la etapa 420 y reasigna la asignación de celda actual, según sea apropiado. Una vez que la reasignación es completa, el método 400 a su vez puede regresar de la etapa 418 a la etapa 420 y reasigna la asignación de celda actual, según sea apropiado. Una vez que se completa la reasignación, el método 400 puede regresar a la etapa 416 para buscar optimizaciones adicionales. Si, en base en las evaluaciones de la etapa 416, no están disponibles en ese momento optimizaciones, el método 400 puede regresar directamente a la etapa 416 y continuar monitoreando y evaluando las conexiones existentes con propósito de detectar cualquier optimización posible . Con referencia ahora a la figura 5, se muestra otra modalidad de la presente invención. En esta modalidad se pueden proporcionar los RNC de TDD y de FDD, pero únicamente se necesita una conexión Iu única a una red de núcleo. La conexión Iu se proporciona entre la red de núcleo y un RNC que pertenece al tipo de RNC (es decir, ya sea TDD o FDD) que es el tipo dominante de tecnología en el sistema. Es decir, la mayor parte de la cobertura - 21 - proporcionada por el sistema puede ser TDD, en cuyo caso TDD es el tipo de sistema dominante y la conexión Iu se proporciona entre la red de núcleo y el RNC de TDD. Para propósitos de explicación de la invención, el sistema 500 que se muestra en la figura 5 es un sistema FDD que tiene un área de cobertura 550 amplia en donde FDD es el tipo de tecnología dominante. Dentro del área 550 de cobertura FDD están una pluralidad de puntos TDD 552, 554, 556 y 558 en donde están disponibles velocidades de datos superiores. En el sistema 500, todas las conexiones se establecen y finalizan por el RNC 508 de FDD y por lo tanto permiten que se proprocione una conexión Iu única a la red 502 de núcleo. Por lo tanto, todas las solicitudes RAB son recibidas por el RNC 508 de FDD y son evaluadas por el selector 510 de TDD-FDD, como se explicó en lo anterior. Cuando el selector 510 determina que una solicitud particular debe ser manejada en TDD y está disponible el servicio TDD (por ejemplo, WTRU 524), la conexión se trnsfiere al RNC 504 de TDD y es manejada dentro de la porción TDD (por ejemplo el RNC 504, las estaciones de base 570, 572) del sistema 500. Es decir, la administración de recursos de radio TDD típica puede ser utilizada mientras que la WTRU 524 está operando dentro de la porción TDD del sistema 500. De manera similar, cuando se prefiere el servicio FDD o es el único servicio que está disponible, se - 22 - puede utilizar la administración de recurso de radio de FDD tipica . Para iniciar un tráfico de todo extremo (TDD y FDD) a través del RNC 508 de FDD, como se explica en lo anterior, la funcionalidad . adicional se proporciona preferiblemente en el RNC 508 de FDD. En una modalidad preferida, el RNC 508 de FDD se configura como se muestra en la figura 6. El RNC 508 de FDD incluye un RRM 604 de FDD y se configura para realizar protocolos 602 Iu, protocolos 602 Iub FDD y protocolos 610 lur FDD, como es normal. Adicionalmente, el RNC 508 de FDD incluye un controlador de red de radio que atiende TDD (S-RNC) , un administrador 608 de recurso de radio (RRM) y se configura para realizar los protocolos 610 lur de TDD. Se hace notar que la funcionalidad adicional agregada al RNC 508 de FDD (es decir, el RRM 608 de SRNC de TDD y los protocolos 610 lur de TDD) son similares a la funcionalidad ya realizada en un RNC de FDD típico y se pueden agregar, por ejemplo, como una mejora de software. El RNC 504 de TDD preferiblemente se configura para incluir un control RNC (C-RNC) de RRM 612 de TDD y se configura adicionalmente para soportar los protocolos 614 Iub de TDD y los protocolos 613 de lur de TDD, como es normal. Al configurar un RNC como se muestra en el RNC 508 de FDD permite que la configuración del RNC 504 de TDD - 23 - sea menos compleja y por lo tanto más fácil y más barata de desplegar. Es decir, teniendo una conexión Iu única entre la red 502 de núcleo y el RNC 508 de FDD y por lo tanto eliminando la necesidad del RNC 504 de TDD para soportar los protocolos Iu permite un despliegue rápido de las redes TDD dentro de un área de red FDD más amplia. En esta modalidad, el RNC 504 de TDD nunca estará en un modo S-RNC y por lo tanto tampoco necesita soportar la funcionalidad estándar de un S-RNC. Esto es debido a que, como se menciona antes, la WTRU que opera dentro del sistema 500 siempre es obligada a tener acceso al RNC 508 de FDD en la conexión y desconexión de una llamada. Esto es, la difusión y los canales de control de acceso son establecidos únicamente en el RNC 508 de FDD y por lo tanto únicamente cuando el RAB es asignado por el selector 510 de TDD-FDD al TDD puede la WTRU tal como la WTRU 524 obtenerlos en la porción TDD del sistema 500. Una vez asignada a la porción TDD del sistema 500, la WTRU 524 opera como normal dentro de las áreas de cobertura de TDD y es transferida entre las celdas TDD o de regreso al RNC 508 de FDD, según sea apropiado. Las decisiones de transferencia entre las celdas TDD retenidas de acuerdo con la funcionalidad TDD estándar mientras que las decisiones de la WTRU pueden ser manejadas de regreso a un área RNC de FDD y preferiblemente se determina ' por el selector 510 de TDD-FDD. - 24 - La figura 7 es un diagrama de bloques de una RNC 700 que incluye un selector 702 de TDD-FDD, de acuerdo con las modalidades alternativas de la presente invención. El RNC 700 es capaz de conmutar entre un modo TDD y un modo FDD. El RNC 700 preferiblemente incluye tanto un RRM 708 de FDD como un RRM 710 de TDD de manera que el RNC 700 pueda realizar administración de recursos de radio tanto para los modos TDD como FDD de comunicación. El selector 702 de TDD-FDD se puede incluir en otra entidad, tal como el nodo-B o cualquier otra entidad funcional de RNC. El RNC 700 puede ser una entidad RNC autosustentable o un dispositivo de combinación que incluye la funcionalidad RNC en su implementación tal como el General Packet Radio Service Serving Node (GSN) /RNC, o un RNC/nodo B. El selector 702 FDD/TDD incluye una unidad 704 de transferencia y un servidor 706 de política. La unidad 704 de transferencia realiza la transferencia TDD/FDD y una transferencia FDD-TDD, de acuerdo con una salida del servidor 706 de política. El servidor 706 de política recibe entradas relacionadas con una o más políticas y realiza una determinación respecto al modo apropiado de comunicación. Se definen una o más políticas para iniciar una transferencia FDD/TDD. Las categorías de política típicas - 25 - incluyen: 1) Calidad de servicio (QoS) / 2) Servicio; 3) Administración; y 4) Comportamiento, pero no pueden incluir cualquier categoría adicional según se desee. La política QoS define a la condición QoS tal como el umbral de energía o calidad. La política de servicio define las condiciones características de servicio tales como asimetría de velocidad de datos o servicio en tiempo real (RT) (por ejemplo una llamada de voz) versus un servicio no en tiempo real (NRT) (por ejemplo, navegado en la red) . La política de administración define las condiciones de operación, administración y mantenimiento (OA&M) . Esto incluye las políticas RT aplicadas para propósitos de equilibrio de carga o aspectos NRT en relación al mantenimiento. La política de comportamiento define una o más condiciones de comportamiento del usuario, tales como la ubicación o velocidad del usuario. Las políticas son definidas como parte de la configuración del sistema y pueden ser independientes o interdependientes . Por ejemplo, una política de administración puede tomar presidencia sobre una política QoS o de servicio. Las entradas relevantes relacionadas con cada política se introducen al servidor de política. Las entradas al servidor de política se proporcionan por el circuito lógico de control RNC general, las funciones RRM o por cualquier entidad externa, tal como una función OA . - 26 - Las políticas se pueden definir o configurar de alguna otra manera según se desee y de esta manera se permite que las solicitudes de servicio sean manejadas ya sea en el modo FDD o en el modo TDD, según se desee. Ante la recepción de una solicitud para una llamada nueva o de una transferencia, el selector 702 de TDD-FDD solicita al servidor de política que tome una decisión respecto al modo de comunicación apropiado. El selector 702 de TDD-FDD realiza ya sea una selección de un modo de comunicación apropiado o una transición entre un modo FDD y un modo TDD, de acuerdo con la decisión tomada por el servidor 706 de política. La figura 8 es un diagrama de flujo de un procedimiento 800 para una transferencia entre un modo TDD y un modo FDD de acuerdo con la presente invención. Inicialmente, una WTRU establece una comunicación en un modo de comunicación particular (etapa 802) . La WTRU después solicita un servicio particular, tal como navegación de red (etapa 804). El RNC 700 después determina si una o más de la pluralidad de políticas predeterminadas se satisfacen por la solicitud de servicio de manera que puede ocurrir una transición del modo de comunicación (etapa 806) . Si se satisfacen una o más de dichas políticas (tal como QoS, ubicación, velocidad, etc.), el servidor 706 de política indica que el modo de comunicación en el cual - 27 - debe otorgarse el servicio y el- RNC 700 realiza una transición del modo de comunicación, de acuerdo con dicha indicación (etapa 808). De no ser asi, el RNC 700 mantiene el modo actual de comunicación (810) . A modo de ejemplo, cuando una llamada de voz llega mientras la WTRU está en un modo TDD, se introducen las entradas relevantes de cada política al servidor de política. Si se satisfacen una o más de las condiciones de política para la transferencia de TDD a FDD, el servidor 706 de política indica que puede ocurrir una transición al modo FDD y el RNC 700 realiza la transición al modo FDD. Se hace notar que aunque únicamente un RNC de cada tipo de RNC (es decir, FDD y TDD) se muestran al describir la presente invención, se puede proporcionar cualquier número de los RNC de TDD y RNC de FDD. En tales distribuciones, los RNC del mismo tipo se comunican como es habitual utilizando sus protocolos lur respectivos. También se hace notar que las diversas funciones y protocolos como se describen en la presente, ya sea de manera individual o colectiva, se pueden realizar utilizando cualquier número de procesadores según se desee. Es importante hacer notar que la presente invención se puede implementar en cualquier tipo de sistema inalámbrico de comunicación utilizando cualquier tipo de tecnología dúplex de división de tiempo (TDD) o cualquier - 28 - tipo de tecnología dúplex de división de frecuencia (FDD) según se requiera. A modo de ejemplo, la presente invención se puede implementar en UMTS-TDD, UMTS-FDD, TDMA, TDSCDMA, o cualquier otro tipo similar de sistema de comunicación inalámbrico. Además, aunque la presente invención se ha descrito- en términos de diversas modalidades, otras variaciones, las cuales están dentro del alcance de la invención como se indica en las reivindicaciones siguientes serán evidentes para aquellos expertos en la técnica.

Claims

REIVINDICACIONES

1. Aparato para transferencia entre un modo dúplex de división de tiempo (TDD) y un modo dúplex de división de frecuencia (FDD) en un sistema inalámbrico de comunicación que incluye una unidad transmisora/receptora inalámbrica (WTRU), el aparato comprende: un servidor de política para determinar un modo de comunicación apropiado en base en una pluralidad de entradas relacionadas con política para una solicitud de servicio, las entradas relacionadas con política se proporcionan por al menos una de un circuito lógico de control de controlador de red de radio general (RNC) , funciones de administración de recursos de radio y una entidad externa; y una unidad de transferencia para cambiar un modo de comunicación entre un modo TDD y un modo FDD, de acuerdo con una : .l_l:!a del servidor de política.

2. Aparato como se describe en la reivindicación 1, en donde las entradas relacionadas con política incluyen entradas relacionadas con la calidad de servicios requerido para la solicitud de servicio, entradas relacionadas con condiciones específicas a la solicitud de servicio, entradas relacionadas con la administración de un sistema de comunicación inalámbrica y entradas relacionadas con el comportamiento de la WTRU.

3. Aparato como se describe en ,1a reivindicación 2, en donde una o más entradas relacionadas con política tienen prioridad sobre otras entradas relacionadas con política.

4. Aparato como se describe en la reivindicación 1, en donde el aparato se incluye en un RNC autosustentable .

5. Aparato como se describe en la reivindicación 1, que comprende además un administrador de recurso de radio configurado para comunicación tanto en modo FDD como en modo TDD.

6. Método para transferencia entre un modo dúplex de división de tiempo (TDD) y un modo dúplex de división de frecuencia (FDD) en un sistema inalámbrico de comunicación que incluye una unidad transmisora/receptora inalámbrica, el método comprende: establecer una conexión ya sea en un modo TDD o en un modo FDD; recibir una solicitud de servicio; determinar si se satisfacen una o más de las políticas para la solicitud de servicio para la transición del modo de comunicación, una o más políticas son proporcionadas por al menos un circuito lógico de control de controlador de red de radio general (RNC) , funciones de administración de recursos de radio y una entidad externa; y realizar una transición desde un modo actual a otro modo, de acuerdo con la determinación. - 31 -

7. Método como se describe en la reivindicación 6, en donde las entradas relacionadas con política incluyen entradas relacionadas con la calidad de servicio que se requiere para la solicitud de servicio, entradas relacionadas con condiciones específicas para la solicitud de servicio, entradas relacionadas con la administración del sistema inalámbrico de comunicaciones y entradas relacionadas con el comportamiento de la WTRU.