ES2628391T3 - Método y unidad de transmisión/recepción para proporcionar información de identidad de una celda de CSG a un eNodoB - Google Patents

Abstract

Una unidad de transmisión/recepción inalámbrica, WTRU, (302) que comprende: un transmisor configurado, mientras la WTRU está en modo conectado, para transmitir un primer reporte de medición que incluye una identidad de celda de capa física, PCI, de una celda de grupo de abonados cerrado, CSG, a un eNodoB; un receptor configurado, en respuesta de la transmisión del primer reporte de medición mientras la WTRU está en modo conectado, para recibir un mensaje desde el eNodoB indicando que la WTRU ha de adquirir información de sistema, SI, de la celda de CSG; al menos un procesador configurado para leer la información de la SI adquirida, el transmisor se configura además, en respuesta al mensaje recibido desde el eNodoB mientras la WTRU está en modo conectado, para transmitir un segundo reporte de medición para la celda de CSG que incluye la información leída de la SI.

Description

5

10

15

20

25

30

35

40

45

50

55

60

65

DESCRIPCION

Metodo y unidad de transmision/recepcion para proporcionar informacion de identidad de una celda de CSG a un eNodoB

CAMPO DE LA INVENCION

Esta solicitud esta relacionada con las comunicaciones inalambricas ANTECEDENTES

Los Nodos B Residenciales (HNB) para el Sistema universal de telecomunicaciones moviles y los Nodos B Residenciales evolucionados (HeNB) para la Evolucion a Largo Plazo (LTE), de aqul en adelante, intercambiablemente referidos como HNB o HeNB, se han introducido en LTE para aumentar la cobertura movil y el rendimiento. Los HNB pueden tener un despliegue denso y pueden estar en el area de cobertura de uno o mas macro Nodo B. Por ejemplo, se pueden usar un una casa privada o en una cafeteria. La movilidad en modo INACTIVO (INACTIVO, canal de paginacion de celda (CELL_PCH), y URA_PCH para UMTS e INACTIVO para LTE) ha sido estandarizada. La estandarizacion de la movilidad en modo conectado (esto es, un traspaso) para la version 9 no se ha completado.

El HNB se refiere a un dispositivo flsico que puede ser similar a un punto de acceso (AP) de una red de area local inalambrico (WLAN). El hNb proporciona a los usuarios acceso a servicios UMTS y/o LTE sobre areas de servicio extremadamente pequenas tales como casas u oficinas pequenas. El HNB esta destinado a conectarse a la red de nucleo del operador mediante el uso de, por ejemplo, una conexion a Internet (por ejemplo, una llnea digital de abonado (DSL)).

Una celda HNB de un grupo de abonados cerrado (CSG) es un area definida cuya cobertura de radio proporcionada por el HNB puede ser accedida solo por un grupo de abonados autorizados a usar los servicios de la celda. Se llaman miembros de la celda de CSG a las unidades de transmision/recepcion inalambrica autorizadas (WTRU). El CSG puede ser una familia o cualquiera en la vecindad de una ubicacion particular (por ejemplo, cualquiera en una cafeteria) que intenta acceder a la celda CGS HNB. El abonado (esto es, la WTRU) que puede ser individual o una organizacion puede desplegar una celda CGS que usa un HNB sobre un area donde se desea dicho servicio. Cada WTRU almacena una lista, referida en la presente memoria como una lista blanca o lista de permitidos, que incluye las identidades (ID) de CSG de las celdas de CSG en las que esta autorizado a acceder. Una celda hibrida es una celda que trabaja de manera similar a una celda de CSG para las WTRU miembros y similar a una celda abierta para las WTRU no miembros, pero puede priorizar el accedo para las WTRU miembros.

En los sistemas de comunicaciones inalambricas, varios dispositivos moviles, tales como los telefonos moviles y otros equipos de usuario (UE), o una WTRU pueden estar en conexion con y servidos por una estacion base tal como un HNB. Un HeNB puede servir como una estacion base/celda y puede proporcionar cobertura sobre areas mas pequenas de lo que las macro celdas pueden proporcionar en 3G, LTE u otros sistemas, por ejemplo.

La Figura 1 muestra un ejemplo de un despliegue de HeNB convencional en un sistema de comunicacion inalambrico 100. El sistema de comunicacion inalambrico 100 incluye una macro celda LTE 105, una celda del sistema 3GPP 110, un nodo de red superior (por ejemplo una puerta de enlace) 115 y/o una entidad de gestion de la movilidad (MME)/nodo 120 de soporte (SGSN) del Servicio general de paquetes via radio (GPRS). El nodo de red superior 115 es responsable de coordinar la operacion de varios HeNB 125A, 125B y 125C. Alternativamente, la mMe/SGSN 120 puede ser responsable de coordinar la operacion de los HeNB 125A, 125B y 125C. La MME es el equivalente LTE de un SGSN 2G/3G. La relacion entre la macro celda LTE 105 y el sistema 3GPP 110, (por ejemplo, de acceso multiple por division de codigo de banda ancha/sistema global para las comunicaciones moviles (GSM)) es que pueden haber areas donde la cobertura de estas dos tecnologias se solape. Este solape en cobertura es similar a la cobertura simultanea de las tecnologias GSM y WCDMA. El nodo de red superior 115 es probable que sea una funcion de puerta de enlace que interactua con la MME/SGSN 120. Como puerta de enlace, el rol del nodo de red superior 115 puede ser actuar como una macro celda unica hacia la MME/SGSN 120 mientras soporta varias celdas residenciales pequenas.

La Figura 2 muestra un sistema 200 de comunicacion inalambrica LTE que incluye una WTRU 205, una celda de CSG servidora 210, y una celda de CSG vecina 215. Para completar un traspaso entrante a una celda de CSG en el sistema de comunicacion inalambrica LTE 200, la WTRU 205 necesita evaluar y reportar la celda de CSG a la red. Sin embargo, las celdas de CSG son propensas a la confusion en la identidad de celda de capa fisica (PCI), que es cuando dos celdas CSG diferentes en la vecindad de un controlador de red por radio (RNC) o eNB, donde la WTRU se conecta inicialmente, utilizan la misma PCI. La confusion PCI puede tambien existir si la WTRU tiene que hacer un traspaso a una celda de CSG de la que no es miembro (por ejemplo, una celda hibrida).

Un HeNB puede ser un nodo abierto, un nodo de acceso restringido, o un nodo hibrido, entre otros. Un nodo HeNB de acceso restringido puede permitir la conexion con una WTRU que es un miembro de un CSG de ese nodo. En otras palabras, si un nodo HeNB de acceso restringido no reconoce la WTRU que intenta conectarse como un miembro del grupo CSG, el HeNB puede no aceptar la conexion, lo cual puede incluir un intento de traspaso desde

5

10

15

20

25

30

35

40

45

50

55

60

65

otro HeNB. Como se indica, un ejemplo de un acceso HeNB restringido puede ser un HeNB que pertenece a un CSG. Un HeNB de CSG puede proporcionar acceso y servicio a una WTRU en base a una suscripcion (o afiliacion). Ademas, un HeNB de CSG puede ser una celda de CSG. Una celda de CSG puede tambien incluir una macro celda de CSG o un macro nodo B de CSG, entre otros. Un nodo abierto o un HeNB abierto puede ser una celda no CSG.

El HeNB de tipo hlbrido puede aceptar una conexion con una WTRU que no es un miembro identificado del CSG al cual el HeNB hlbrido pertenece, pero la conexion de la WTRU no miembro con el HeNB hlbrido puede estar sujeta a ciertas limitaciones. Por ejemplo, el HeNB hlbrido puede denegar a la WTRU no miembro una tasa preferencial o la WTRU no miembro puede ser descartada antes que el miembro WTRU, el HeNB hlbrido deberla necesitar evitar las WTRU no miembros ante un problema de calidad de servicio. Un HeNB hlbrido puede ser una celda hlbrida. Una celda hlbrida puede tambien incluir una macro celda hlbrido o un nodo B hlbrido, y similares.

A veces, y por varias razones, una WTRU puede necesitar transferirse desde un HeNB a otro HeNB o desde una celda a otra celda. Por ejemplo en un traspaso, una WTRU puede reemplazar una conexion a un HeNB o celda con una conexion a una segunda celda HeNB. Si el segundo HeNB es una celda de CSG (o un HeNB de CSG, celda en modo cerrado o celda de CSG), la celda de CSG puede no aceptar una conexion a una WTRU que la celda de CSG no reconoce como una WTRU miembro del CSG. En dichas situaciones, el traspaso puede fallar. Se desea un metodo y aparato que permita a la WTRU buscar y anadir una o mas ID de CSG en la lista blanca de la WTRU mientras esta en modo conectado.

El documento 3GPP TS 25.367 V9.2.0, Proyecto de Asociacion de 3a Generacion, Especificacion Tecnica del Grupo de Red de Acceso por Radio, describe los procedimientos de movilidad aplicables al soporte del NodoB Residencial que conectan un uE 3GPP sobre una interfaz de aire inalambrica UTRAN a una red de un operador movil, en la cual un NodoB Residencial proporciona acceso restringido solo a los equipos de usuario UE que pertenecen a un CSG, en el que estan identificadas las celdas de CSG por las identidades de CSG. Un UE con suscripcion de CSG tiene una lista blanca de CSG con identidades de CSG asociadas con las celdas de CSG con acceso permitido. La reseleccion de las Celdas de CSG permitidas se realiza en una funcion de busqueda autonoma del UE y el criterio de reseleccion esta descrito para el Modo Inactivo, los estados Celda_PCH y URA_PCH, pero no para el Celda_FACH.

COMPENDIO

Se proporcionan un metodo y aparato que permitan a la WTRU buscar y anadir una o mas ID de CSG en la lista blanca de la WTRU mientras este en modo conectado. Dichos metodo y aparato incluyen pero no se limitan a la busqueda autonoma o busqueda manual de la WTRU, los procedimientos iniciados por la WTRU, o los procedimientos iniciados por la red. Ademas, los metodos que permiten a la red y/o al estrato de no acceso (NAS) anadir la ID de CSG tambien se describen.

Se proporcionan un metodo y una WTRU que comprenden un procesador configurado para detectar un desencadenante para iniciar una busqueda autonoma de celda de CSG para las celdas de CSG vecinas, un transmisor configurado para enviar un mensaje a una red indicando que la busqueda autonoma de celda de CSG en modo conectado ha comenzado, un receptor configurado para recibir un mensaje desde la red indicando una solicitud para detectar, evaluar, y reportar las celdas de CSG vecinas, y el procesador configurado para detectar y evaluar las celdas de CSG vecinas.

Una MME que comprende un procesador configurado para determinar un estado de una WTRU relativo a una celda de CSG objetivo, determinar si la WTRU se ha transferido desde un NodoB residencial (HNB)de origen a la celda de CSG objetivo, y a condition de que la WTRU se haya transferido desde un HNB de origen a la celda de CSG de destino, se proporciona una actualization del HNB de origen con una identification actual de la celda de CSG objetivo

BREVE DESCRIPCION DE LOS DIBUJOS

Se puede tener un entendimiento mas detallado a partir de la description siguiente, dada por medio de un ejemplo en conjuncion con los dibujos adjuntos en donde:

La Figura 1 muestra un ejemplo de un despliegue de HeNB convencional en un sistema de comunicacion inalambrico;

La Figura 2 muestra un sistema de comunicacion inalambrico LTE de acuerdo con una realization;

La Figura 3A es un diagrama de sistema de un sistema de comunicacion de ejemplo en el cual una o mas de las realizaciones descritas pueden ser implementadas;

La Figura 3B es un diagrama de sistema de un ejemplo de WTRU que se puede usar dentro del sistema de comunicaciones ilustrado en la Figura 3A;

La Figura 3C es un diagrama de sistema de una red de acceso por radio de ejemplo y una red de nucleo de ejemplo que se pueden usar dentro del sistema de comunicaciones ilustrado en la Figura 3A;

La Figura 4 muestra un sistema de comunicacion inalambrico LTE/red de acceso;

La Figura 5 muestra un ejemplo de un sistema de comunicacion inalambrico LTE mostrado en la Figura 4;

5

10

15

20

25

30

35

40

45

50

55

60

65

La Figura 6 ilustra un diagrama de flujo de un procedimiento para anadir ID de CSG a una lista blanca en un modo conectado:

La Figura 7 ilustra un diagrama de flujo de un procedimiento para transferir una conexion a un nodo de CSG de una red de comunicacion de acuerdo con una realizacion; y

La Figura 8 ilustra un diagrama de flujo de un procedimiento para transferir una conexion a un nodo CSG de una red de comunicacion de acuerdo con otra realizacion.

DESCRIPCION DETALLADA

Cuando sea referida de aqul en adelante, la terminologla “transmisor inalambrico/unidad de recepcion (WTRU)” incluye pero no se limita a un equipo de usuario (UE), una estacion movil, una unidad de abonado fijo o movil, un busca, un telefono movil un asistente digital personal (PDA), un ordenador, o cualquier otro tipo de dispositivo de usuario capaz de operar en un entorno inalambrico. Cuando sea referida de aqul en adelante, la terminologla “estacion base” incluye pero no se limita a un Nodo B, un controlador de emplazamiento, un punto de acceso (AP), un Nodo B Residencial o cualquier otro tipo de dispositivo de interaccion capaz de operar en un entorno inalambrico.

Un HeNB puede comprender un procesador para procesar los datos y los comandos, un transmisor para enviar la information, un receptor para recibir los datos y una antena acoplada al transmisor y al receptor para recibir estadlsticas a traves de la interfaz inalambrica.

En los sistemas de comunicacion inalambricos, una WTRU puede estar en conexion con un HeNB que le proporciona a la WTRU la cobertura de celda de la estacion base. Dicho HeNB puede ser referido como un HeNB de origen o residencial y el HeNB de origen puede ser un nodo de macro celda, una celda de CSG, o un nodo hlbrido. El sistema de comunicacion inalambrica puede tambien incluir una o mas MME y al menos otro HeNB o celda.

Se entiende que los conceptos descritos en la presente memoria son tambien aplicables a otras tecnologlas inalambricas tales como UMTs. Para el caso de UMTS, la terminologla equivalente para la PCI puede ser el codigo de cifrado primario (PSC).

Cuando sea referida de aqul en adelante, la “calidad” de la senal puede referirse a una medicion tomada por la WTRU que evalua la calidad de la senal desde la celda o que evalua el nivel de senal recibido desde una celda. Esto puede corresponder a una calidad recibida de la senal de referencia (RSRQ) en LTE o un canal piloto comun (CPICH) Ec/No en UMTS. Puede corresponder tambien a la potencia recibida de la senal de referencia (RSRP) en LTE o la potencia de codigo de senal recibida CPICH (RSCP) en UMTS. Cuando sea referida de aqul en adelante, la ID de CSG se refiere a la identidad de CSG y la CGI se refiere a la identidad global de la celda.

La Figura 3A es un diagrama de un sistema 300 de comunicacion de ejemplo en el cual se pueden implementar una o mas de las realizaciones descritas. El sistema 300 de comunicacion de ejemplo puede ser un sistema de acceso multiple que proporciona los contenidos, tales como la voz, los datos, el video, la mensajerla, la difusion, etc. a multiples usuarios inalambricos. El sistema de comunicacion 300 puede permitir que multiples usuarios inalambricos accedan a dichos contenidos a traves del intercambio de los recursos del sistema, que incluyen el ancho de banda inalambrico. Por ejemplo, los sistemas de comunicacion 300 pueden emplear uno o mas metodos de acceso al canal, tales como el acceso multiple por division de codigo (CDMA), el acceso multiple por division de tiempo (TDMA), el acceso multiple por division de frecuencia (FDMA), el FDMA ortogonal (OFdMa), el FDMA de portadora unica (SC-FDMA) y similares.

Como se muestra en la Figura 3A, el sistema de comunicaciones 300 puede incluir las WTRU 302a, 302b, 302c, 302d, una red de acceso por radio (RAN) 304, una red de nucleo 306, una red de telefonla conmutada publica (PSTN) 308, Internet 310, y otras redes 312, aunque se apreciara que las realizaciones descritas contemplen cualquier numero de WTRU, estaciones base, red y/o elementos de red. Cada una de las WTRU 302a, 302b, 302c, 302d pueden ser cualquier tipo de dispositivo configurada para operar y/o comunicarse en un entorno inalambrico. A modo de ejemplo, las WTRU 302a, 302b, 302c, 302d se pueden configurar para transmitir y/o recibir senales inalambricas y pueden incluir un equipo de usuario (UE), una estacion movil, una unidad de abonado fijo o movil, un busca, un telefono movil, un asistente digital personal (PDA), un telefono inteligente, un portatil, un ultra portatil, un ordenador personal, un sensor inalambrico, electronica de consumo, y similares.

Los sistema de comunicaciones 300 pueden incluir tambien una estacion base 314a y una estacion base 314b. Cada una de las estaciones base 314a y 314b pueden ser cualquier tipo de dispositivo configurado para interactuar inalambricamente con al menos uno de las WTRu 302a, 302b, 302c, 302d para facilitar el acceso a una o mas redes de comunicacion, tales como la red de nucleo 306, Internet 310, y/o las redes 312. A modo de ejemplo, las estaciones base 314a, 314b pueden ser una estacion transceptora base (BTS), un nodo B, un eNodo B, un Nodo B Residencial, un eNodoB Residencial, un controlador de emplazamiento, un punto de acceso (AP), un enrutador inalambrico, y similares. Mientras que las estaciones base 314a, 314b son representadas cada una como un elemento unico, se apreciara que las estaciones base 314a, 314b pueden incluir cualquier numero de estaciones base interconectadas y/o elementos de red.

5

10

15

20

25

30

35

40

45

50

55

60

65

La estacion base 314a puede ser parte de la RAN 304, la cual puede incluir tambien otras estaciones base y/o elementos de red (no mostrados), tales como un controlador de estacion base (BSC), un controlador de red de radio (RNC), nodos de retransmision, etc. La estacion base 314a y/o la estacion base 314b se pueden configurar para transmitir y/o recibir senales inalambricas dentro de una region geografica particular, la cual puede ser referida como una celda (no mostrada). La celda puede ademas ser dividida en sectores de celda. Por ejemplo, la celda asociada con la estacion base 314a puede ser dividida en tres sectores. Asl, en una realization la estacion base 314a puede incluir tres transceptores, esto es, uno para cada sector de la celda. En otra realizacion, la estacion base 314a puede emplear tecnologla de multiple entrada multiple salida (MIMO) y, por lo tanto, puede utilizar multiples transceptores para cada sector de la celda.

La estaciones base 314a, 314b pueden comunicarse con uno o mas de las WTRU 302a, 302b, 302c, 302d sobre una interfaz de aire 316 que puede ser cualquier enlace de comunicacion inalambrica adecuado (por ejemplo, de frecuencias de radio (RF), de microondas, de infrarrojos (IR), de ultravioletas (UV), de luz visible, etc.). La interfaz de aire 316 puede ser establecida usando cualquier tecnologla de acceso por radio (RAT) adecuada.

Mas especlficamente, como se senalo anteriormente, el sistema de comunicaciones 300 puede ser un sistema de acceso multiple y puede emplear uno o mas esquemas de acceso al canal, tales como CDMA, TDMA, FDMA, OFDMA, SC-FdMa, y similares. Por ejemplo, la estacion base 314a en la RAN 304 y las WTRU 302a, 302b, 302c pueden implementar una tecnologla de radio tal como el Acceso por Radio Terrestre Universal (UTRA) del Sistema Universal de Telecomunicaciones Moviles (UMTS), que puede establecer la interfaz de aire 316 usando WCDMA. El WCDMA puede incluir los protocolos de comunicacion tales como el Acceso de Paquetes de Alta Velocidad (HSPA) y/o el HSPA Evolucionado (HSPA+). El HSPA puede incluir el Acceso de Paquetes por Enlace Descendente de Alta Velocidad (HSDPA) y/o el Acceso de Paquetes por Enlace Ascendente de Alta Velocidad (HSUPA).

En otra realizacion la estacion base 314a y las WTRU 302a, 302b, 302c pueden implementar una tecnologla por radio tal como el Acceso por Radio Terrestre UMTS Evolucionado (E-UTRA), que puede establecer la interfaz de aire 316 usando LTE y/o LTE avanzado (LTE-A).

En otras realizaciones, la estacion base 314a y las WTRU 302a, 302b, 302c pueden implementar tecnologlas por radio tales como la IEEE 802.16 (esto es, la interoperabilidad mundial para el acceso por microondas (WiMAX)), CDMA2000, CDMA20001X, CDMA2000 EV-DO, el estandar provisional 2000 (IS-2000), el estandar provisional 95 (IS-95), el estandar provisional 856 (IS-856), el Sistema Global para las comunicaciones Moviles (GSM), tasas de Datos Mejoradas para la Evolution de GSM (EDGE), EDGE GSM (GERAN), y similares.

La estacion base 314b en la Figura 3A puede ser un enrutador inalambrico, un Nodo B Residencial, un eNodoB Residencial, o un punto de acceso, por ejemplo, y puede utilizar cualquier RAT adecuada para facilitar la conectividad inalambrica en un area localizada, tal como un lugar de negocios, una casa, un vehlculo, un campus, y similares. En una realizacion, la estacion base 314b y las WTRU 302c, 302d pueden implementar una tecnologla por radio tal como la IEEE 802.11 para establecer una red de area local inalambrica (WLAN). En otra realizacion, la estacion base 314b y las WTRU 302c, 302d pueden implementar una tecnologla por radio tal como la IEEE 802.15 para establecer una red de area personal inalambrica (WPAN). Aun en otra realizacion, la estacion base 314b y las WTRU 302c, 302d pueden utilizar una RAT basada en celdas (por ejemplo, WCDMA, CDMA2000, GSM, LTE, LtE- A, etc) para establecer una picocelda o una femtocelda. Como se muestra en la Figura 3A, la estacion base 314b puede tener una conexion directa a Internet 310. Asl, la estacion base 314b puede no ser requerida para acceder a Internet 310 a traves de la red de nucleo 306.

La RAN 304 puede estar en comunicacion con la red de nucleo 306 la cual puede ser cualquier tipo de red configurada para proporcionar voz, datos, aplicaciones y/o servicios de voz sobre el protocolo de Internet (VoIP) a uno o mas de las WTRU 302a, 302b, 302c, 302d. Por ejemplo, la red de nucleo 306 puede proporcionar control de llamada, servicios de tarificacion, servicios basados en la ubicacion movil, llamada de prepago, conectividad a Internet, distribution de video, etc. y/o realizar funciones de seguridad de alto nivel tales como la autentificacion de usuario. Aunque no se muestra en la Figura 3A, sera apreciado que la RAN 304 y/o la red de nucleo 306 pueden estar en comunicacion directa o indirecta con otras RAN que emplean la misma RAT como la RAN 304 o una RAT diferente. Por ejemplo, ademas de estar conectada a la RAN 304, lo cual puede ser utilizando una tecnologla por radio E-UTRA, la red de nucleo 306 puede tambien estar en comunicacion con otra RAN (no mostrada) que emplea una tecnologla por radio GSM.

La red de nucleo 306 puede servir tambien como puerta de enlace para las WTRU 302a, 302b, 302c, 302d para acceder a la PSTN 308, Internet 310 y/u otras redes 312. La PSTN 308 puede incluir redes de telefonla por circuito conmutado que proporcionan el servicio telefonico ordinario (POTS), Internet 310 puede incluir un sistema global de redes de ordenadores interconectados y dispositivos que usan protocolos de comunicacion comunes, tales como el protocolo de control de transmision (TCP), el protocolo de datagramas de usuario (UDP) y el protocolo de Internet (IP) en la suite de protocolos de Internet TCP/IP. Las redes 312 pueden incluir redes de comunicaciones por cable o inalambricas propiedad y/u operadas por otros proveedores de servicio. Por ejemplo, las redes 312 pueden incluir otra red de nucleo conectada a una o mas RAN, las cuales pueden emplear las mismas RAT que la RAN 304 o una RAT diferente.

5

10

15

20

25

30

35

40

45

50

55

60

65

Algunas o todas las WTRU 302a, 302b, 302c, 302d en el sistema de comunicaciones 300 pueden incluir capacidades multimodo, esto es, las WTRU 302a, 302b, 302c, 302d pueden incluir multiples transceptores para comunicarse con diferentes redes inalambricas sobre diferentes enlaces inalambricos. Por ejemplo, la WTRU 102c mostrado en la Figura 3A se puede configurar para comunicarse con la estacion base 314a, que puede emplear una tecnologla por radio basada en celdas, y con la estacion base 314b, que puede emplear una tecnologla por radio IEEE 802.

La Figura 3B es una diagrama de sistema de una WTRU 302 de ejemplo. Como se muestra en la Figura 3B, la WTRU 302 puede incluir un procesador 318, un transceptor 320, un elemento transmisor/receptor 322, un altavoz/microfono 324, un teclado 326, un elemento de presentacion/panel tactil 328, una memoria no extralble 306, una memoria extralble 332, una fuente de alimentacion 334, un conjunto de chips 336 del sistema de posicionamiento global (GPS), y otros perifericos 338. Se apreciara que la WTRU 302 puede incluir cualquier sub combinacion de los elementos anteriores mientras se mantenga consistente con una realizacion.

El procesador 318 puede ser un procesador de proposito general, un procesador de proposito especial, un procesador convencional, un procesador digital de la senal (DSP), una pluralidad de microprocesadores, uno o mas microprocesadores en asociacion con un nucleo DSP, un controlador, un micro controlador, Circuitos Integrados para Aplicaciones Especlficas (ASIC), circuitos de Matrices de Puertas Programables en Campo (FPGA), cualquier otro tipo de circuito integrado (IC), una maquina de estados, y similares. El procesador 318 puede realizar la codificacion de la senal, el procesamiento de los datos, el control de la alimentacion, el procesamiento de entrada/salida y/o cualquier otra funcionalidad que permita a la WTRU 302 operar en un entorno inalambrico. EL procesador 318 se puede acoplar al transceptor 320, el cual se puede acoplar al elemento de transmision/recepcion 322. Aunque la Figura 3B representa el procesador 318 y el transceptor 320 como componentes separados, se apreciara que el procesador 318 y el transceptor 320 se pueden integrar juntos en un paquete electronico o chip.

El elemento de transmision/recepcion 322 se puede configurar para trasmitir senales a, o recibir senales desde, una estacion base (por ejemplo, la estacion base 314a) sobre la interfaz de aire 316. Por ejemplo, en una realizacion, el elemento de transmision/recepcion 322 puede ser un emisor/detector configurado para transmitir/recibir senales de IR, de UV, o de luz visible, por ejemplo. En aun otra realizacion, el elemento de transmision/recepcion 322 se puede configurar para transmitir y recibir tanto senales de RF como de luz. Se apreciara que el elemento de transmision/recepcion 322 puede estar configurado para transmitir y/o recibir cualquier combinacion de senales inalambricas.

Ademas, aunque el elemento de transmision/recepcion 322 esta representado en la Figura 3B como un elemento unico, la WTRU 302 puede incluir cualquier numero de elementos de transmision/recepcion 322. Mas especlficamente, la WTRU 302 puede emplear tecnologla MIMO. Asl, en una realizacion, la WTRU 302 puede incluir dos o mas elementos de transmision/recepcion 122 (por ejemplo, multiples antenas) para transmitir y recibir senales inalambricas sobre la interfaz de aire 316.

El transceptor 320 se puede configurar para modular las senales que han de ser transmitidas mediante el elemento de transmision/recepcion 122 y para demodular las senales que son recibidas por el elemento de transmision/recepcion 122. Como se senalo anteriormente, la WTRU 302 puede tener capacidades multimodo. Asl, el transceptor 320 puede incluir multiples transceptores para permitir a la WTRU 302 comunicarse a traves de multiples Rat, tales como UTRA e IEEE 802.11, por ejemplo.

El procesador 318 de la WTRU 302 se puede acoplar a, y puede recibir datos de entrada de usuario de, el altavoz/microfono 324, el teclado 326, y/o el elemento de representacion/panel tactil 328 (por ejemplo, una unidad de representacion de cristal llquido (LCD) o una unidad de representacion por diodo organico emisor de luz (OLED)). El procesador 318 puede tambien sacar datos de usuario al altavoz/microfono 324, el teclado 326, y/o el elemento de representacion/panel tactil 328. Ademas, el procesador 318 puede acceder a la informacion desde, y almacenar los datos en, cualquier tipo de memoria adecuada, tal como la memoria no extralble 306 y/o la memoria extralble 332. La memoria no extralble 306 puede incluir memoria de acceso aleatorio (RAM), memoria de solo lectura (ROM), un disco duro, o cualquier tipo de dispositivo de almacenamiento de memoria. La memoria extralble 332 puede incluir una tarjeta modulo de identidad de abonado (SIM), una memory stick, una tarjeta de memoria secure digital (SD), y similares. En otras realizaciones, el procesador 318 puede acceder a la informacion desde, y almacenar los datos en, una memoria que no esta flsicamente ubicada en la WTRU 302, tal como en un servidor o en un ordenador de casa (no mostrado).

El procesador 318 puede recibir energla de la fuente de alimentacion 334, y se puede configurar para distribuir y/o controlar la energla a los otros componentes en la WTRU 302. La fuente de alimentacion 334 puede ser cualquier dispositivo adecuado para alimentar la WTRU 302. Por ejemplo, la fuente de alimentacion 334 puede incluir una o mas baterlas de celulas secas (por ejemplo, nlquel-cadmio (NiCd), nlquel-zinc (NiZn), nlquel-hidruro metalico (NiMH), litio-ion (Li-ion), etc.), celdas solares, pilas de combustible y similares.

5

10

15

20

25

30

35

40

45

50

55

60

65

El procesador 318 puede estar acoplado al conjunto de chips 336 del GPS, el cual se puede configurar para proporcionar la information de ubicacion (por ejemplo, la longitud y latitud) respecto de la ubicacion actual de la WTRU 302. Ademas de, o en lugar de, la informacion del conjunto de chips 336 del GPS, la WTRU 302 puede recibir informacion de la ubicacion sobre la interfaz de aire 316 de una estacion base (por ejemplo, las estaciones base 314a, 314b) y/o determinar su localization basandose en la temporizacion de las senales que se reciben desde dos o mas estaciones base cercanas. Se apreciara que la WTRU 302 puede adquirir informacion de ubicacion por medio de cualquier metodo de determination de la ubicacion adecuado mientras se mantenga consistente con una realizacion.

El procesador 318 puede ademas ser acoplado a otros perifericos 338, los cuales pueden incluir uno o mas modulos de software y/o hardware que proporcionen caracterlsticas adicionales, funcionalidades y/o conectividad por cable o inalambrica. Por ejemplo, los perifericos 338 pueden incluir un acelerometro, una brujula electronica, un transceptor por satelite, una camara digital (para fotograflas o video), un puerto bus serie universal (USB), un dispositivo de vibration, un transceptor de television, unos auriculares manos libres, un modulo Bluetooth®, una unidad de radio de frecuencia modulada (FM), un reproductor de musica digital, un reproductor multimedia, un modulo reproductor de videojuegos, un navegador de Internet, y similares.

La Figura 3C es un diagrama de sistema de la RAN 304 y la red de nucleo 306 segun una realization, Como se senalo anteriormente, la RAN 304 puede emplear tecnologla por radio E-UTRA con las WTRU 302a, 302b, 302c sobre la interfaz de aire 316. La RAN 304 puede estar tambien en comunicacion con la red de nucleo 306.

La RAN 304 puede incluir los eNodoB 340a, 340b, 340c, aunque se apreciara que la RAN 304 puede incluir cualquier numero de eNodoB mientras que se mantenga consistente con una realizacion. Los eNodoB 340a, 340b, 340c pueden cada uno incluir uno o mas transceptores para comunicarse con las WTRU 302a, 302b, 302c sobre la interfaz de aire 316. En una realizacion, el eNodoB 340a, 340b, 340c puede implementar tecnologla MIMO. Asl, el eNodoB 340a, por ejemplo, puede usar multiples antenas para transmitir senales inalambricas a, y recibir senales inalambricas de, la WTRU 302a.

Cada uno de los eNodoB 340a, 340b, 340c se pueden asociar con una celda particular (no mostrada) y se pueden configurar para manejar las decisiones de gestion de los recursos de radio, las decisiones de traspaso, la planificacion de usuarios en el enlace ascendente y/o enlace descendente, y similares. Como se muestra en la Figura 3C, los eNodoB 340a, 340b, 340c pueden comunicarse entre si sobre una interfaz X2.

La red de nucleo 306 mostrada en la Figura 3C puede incluir una MME 342 una puerta de enlace servidora 344, y

una puerta de enlace 346 de red de datos de paquetes (PDN). Aunque cada uno de los elementos anteriores se representan como parte de la red de nucleo 306, se apreciara que cualquiera de estos elementos pueden ser propiedad y/u operados por una entidad distinta del operador de la red de nucleo.

La MME 342 puede estar conectada a cada uno de los eNodoB 340a, 340b, 340c en la RAN 304 a traves de una interfaz S1 y puede servir como nodo de control. Por ejemplo, la MME 342 puede ser responsable de la

autentificacion de los usuarios de las WTRU 302a, 302b, 302c, la activacion/desactivacion de la portadora, la

selection de una puerta de enlace particular durante una primera conexion de las WTRU 302a, 302b, 302c, y similares. La MME 342 puede proporcionar tambien una funcion del plano de control para conmutar entre la RAN 304 y otras RAN (no mostradas) que emplean otras tecnologlas de radio, tales como GSM o WCDMA.

La puerta de enlace servidora 344 puede estar conectada a cada uno de los eNodoB 340a, 340b, 340c en la RAN 304 a traves de la interfaz S1. La puerta de enlace servidora 344 puede generalmente encaminar y enviar paquetes de datos de usuario a/desde las WTRU 302a, 302b, 302c. La puerta de enlace servidora 344 puede tambien realizar otras funciones, tales como el anclaje de los planos de usuario durante los traspasos entre el eNodoB, desencadenando la paginacion cuando los datos del enlace descendente estan disponibles para las WTRU 302a, 302b, 302c, la gestion y el almacenamiento de los contextos de las WTRU 302a, 302b, 302c y similares.

La puerta de enlace servidora 344 puede tambien estar conectada a la puerta de enlace de la PDN 346, la cual puede proporcionar a las WTRU 302a, 302b, 302c acceso a las redes conmutadas de paquetes, tales como Internet 310, para facilitar la comunicacion entre las WTRU 302a, 302b, 302c y los dispositivos habilitados para IP.

La red de nucleo 306 puede facilitar las comunicaciones con otras redes, Por ejemplo, la red de nucleo 306 puede proporcionar a las WTRU 302a, 302b, 302c acceso a las redes conmutadas de circuitos, tales como la PSTN 308, para facilitar la comunicacion entre las WTRU 302a, 302b, 302c y los dispositivos tradicionales de comunicaciones por llnea terrestre. Por ejemplo, la red de nucleo 306 puede incluir, o puede comunicarse con, una puerta de enlace Ip (por ejemplo, un servidor del subsistema multimedia IP (IMS)) que sirve como interfaz entre la red de nucleo 306 y la PSTN 308. Ademas, la red de nucleo 306 puede proporcionar a las WTRU 302a, 302b, 302c acceso a las redes 312, que pueden incluir otras redes por cable o inalambricas que son propiedad y/o estan operadas por otros proveedores de servicio.

5

10

15

20

25

30

35

40

45

50

55

60

65

La Figura 4 muestra una red 400 del sistema/acceso de comunicacion inalambrico LTE que incluye la Red 405 de Acceso por Radio Terrestre Universal Evolucionada (E-UTRAN). La E-UTRAN 405 incluye varios NodoB evolucionados (eNB) 420 y HeNB 460. La WTRU 410 esta en comunicacion con un eNB 420 y un HeNB 460. Los eNB 420 interaction los unos con los otros usando una interfaz X2. Cada uno de los eNB 420 interactua con una MME/Puerta de enlace servidora (S-GW) 430 a traves de una interfaz S1. Los HeNB 460 se conectan tambien a una Puerta de enlace de HeNB (HeNB GW) 470 a traves de una interfaz S1. El HeNB 460 y el HeNB GW 470 se conectan a la MME/S-GW 430 a traves de la interfaz S1. El HeNB GW 470 aparece a la mMe/S-GW 430 como un eNB 420. El HeNB GW 470 aparece al HeNB 460 como un MME/S-GW 430.

Aunque en la Figura 4 se muestran una WTRU unica 410, tres eNB 420 y tres HeNB 460, deberla ser evidente que cualquier combinacion de dispositivos inalambricos o por cable se puede incluir en la red 400 del sistema/acceso de comunicacion inalambrico.

La Figura 5 muestra un ejemplo de un sistema 500 de comunicacion inalambrico LTE que incluye la WTRU 410, el eNB 420, y la MME/S-GW 430. Como se muestra en la Figura 5, la WTRU 410, el eNB 420 y la MME/S-GW 430 se configuran para realizar un metodo para anadir las ID de GSC a una lista blanca en modo conectado.

Ademas de los componentes que se pueden encontrar en una WTRU tlpica, la WTRU 410 incluye un procesador 516 con una memoria enlazada opcional 522, al menos un transceptor 514, una baterla opcional 520, y una antena 518. EL procesador 516 se configura para realizar un metodo de resolucion de la confusion PCI para la movilidad entrante a la celda de CSG y a la celda hlbrida. El transceptor 514 esta en comunicacion con el procesador 516 y la antena 518 para facilitar la transmision y recepcion de comunicaciones inalambricas. En caso de que se use una baterla en la WTRU 410, esta alimenta al transceptor 514 y al procesador 516.

Ademas de los componentes que se pueden encontrar en un eNB tlpico, el eNB 420 incluye un procesador 517 con una memoria enlazada 515 opcional, unos transceptores 519, y unas antenas 521. El procesador 517 se configura para realizar un metodo de resolucion de la confusion PCI para la movilidad entrante a una celda de CSG y a una celda hlbrida.

Los transceptores 519 estan en comunicacion con el procesador 517 y las antenas 521 para facilitar la transmision y recepcion de las comunicaciones inalambricas. El eNB 420 se conecta a la MME/S-GW 430 la cual incluye un procesador 553 con un memoria enlazada 534 opcional. La MME/S-GW 430, el eNB 420, y la WTRU 410 estan en comunicacion con el HeNB 460.

La movilidad entrante, que se refiere a un traspaso desde una macro celda a un HNB se puede aplicar a escenarios de intrafrecuencia (esto es, la macro celda y el HNB estan en la misma frecuencia) as! como para los escenarios entre frecuencias (esto es, la macro celda y el HNB estan en diferentes frecuencias) tanto para UMTS como para LTE. La movilidad entrante dentro de la misma RAT (por ejemplo, UMTS o LTE) se puede conseguir de cualquiera de las siguientes maneras. Estos ejemplos no son exhaustivos y alguien experto en la tecnica puede reconocer que tambien son posibles otros caminos.

En un ejemplo, la confusion PSC/PCI, debido a los HNB que usan la misma PCI/PSC, puede ser resuelta haciendo que la WTRU lea la SI (SI) del HNB para conseguir la identidad de la celda (E-CGI/identidad del area de seguimiento (TAI) para LTE) del HNB y reportarlo a la red.

En otro ejemplo, la WTRU puede realizar una comprobacion preliminar del acceso, una comprobacion de que la ID de CSG del HNB es parte de la lista blanca de la WTRU, antes de reportar el HNB a la red. La red puede tener solo que iniciar la preparacion del traspaso para las celdas para las cuales la WTRU ha verificado la ID de CSG.

En otro ejemplo, las celdas pueden difundir la division PSC/PCI de las celdas de CGS pero no pueden difundir la division PSC/PCI de las celdas hlbridas.

En otro ejemplo, la deteccion PSC/PCI de la UMTS entre frecuencias y de la LTE entre frecuencias para las WTRU no miembros del CSG no requerira ningun mecanismo en particular. Para realizar la deteccion PSC/PCI para el miembro del CSG las WTRU pueden usar el modo comprimido (CM)/brechas de medicion que se pueden desencadenar en base a la indicacion de la WTRU (por ejemplo, basandose en un huella o una busqueda manual). La huella puede ser referida a la ubicacion flsica de la WTRU con respecto a la celda de CSG.

En un escenario de intrafrecuencia UMTS, la WTRU puede no necesitar huecos para leer la SI del HNB. En escenarios de entre frecuencias UMTS y de intra y entre frecuencias de LTE, la WTRU puede usar huecos autonomos o huecos planificados para leer la SI del HNB. Los periodos de inactividad durante la recepcion discontinua (DRX) se pueden usar siempre que los huecos disponibles y autonomos se puedan controlar por el eNB. En un escenario de intrafrecuencia UMTS, como parte de la configuracion de las mediciones, la red puede configurar un intervalo de PSC para los cuales la WTRU puede realizar comprobaciones de acceso y reportar information adicional al reportar las mediciones.

5

10

15

20

25

30

35

40

45

50

55

60

65

En el estado actual de las especificaciones HNB, las ID de CSG se pueden anadir a la lista permitida de la WTRU mediante la seleccion manual en modo inactivo y el registro exitoso. Sin embargo, la WTRU puede que no haga el traspaso en modo conectado a un HNB con una ID que no sea parte de su lista blanca, a menos que haya una llamada de emergencia en curso. Por ejemplo, si el usuario entra a una cafeteria por primera vez durante una conexion, puede que no se permita que la WTRU haga el traspaso al HNB que pertenece a la cafeteria. Puede que tenga que esperar a que la conexion termine para registrarse en modo inactivo. En algunos casos, tales como, la navegacion por Internet el usuario permanece en modo conectado por un largo periodo de tiempo y no desea interrumpir la conexion actual para registrarse en la red para acceder al HNB que el usuario no ha visitado previamente.

Ademas, si la WTRU esta en un modo inactivo, puede no realizarse una funcion de busqueda autonoma en la WTRU si la lista blanca CSG esta vacia, Si la identidad de CSG de la celda objetivo no coincide con alguno de los CSG en la lista blanca la WTRU no intenta realizar la reseleccion de la celda.

Cuando la busqueda manual o la busqueda autonoma es referida en la presente memoria, implica que la busqueda esta solo dirigida a un HNB, lo que significa que la busqueda autonoma es equivalente a una busqueda autonoma para el HNB y la busqueda manual es equivalente a la busqueda manual para el HNB.

Las busquedas manual y autonoma se describen como que se realizan mientras la WTRU esta en modo conectado y se realizan para encontrar nuevos HNB, lo que significa los HNB para los cuales las ID de CSG no son parte de la lista blanca de la WTRU.

La expresion 'senalizado a la WTRU' indica que la red envia los parametros de configuracion a la WTRU por medio de un mensaje de control de recursos de radio (RRC) existente o del estrato de no acceso (NAS) o por medio de un nuevo mensaje RRC o NAS. Por ejemplo, en el caso de un mensaje RRC existente, el mensaje puede ser un mensaje de control de medicion en UMTS o un mensaje ReconfiguracionConexionRRC en LTE.

Un numero de procedimiento permiten a la WTRU buscar y anadir una o mas ID de CSG a la lista blanca de la WTRU mientras este en estado conectado (u opcionalmente, en estado inactivo tambien). Dichos procedimientos incluyen pero no se limitan a la busqueda autonoma o la busqueda manual de WTRU, procedimientos iniciados por la WTRU, o procedimientos iniciados por la red. Ademas, los metodos que permiten a la red y/o al NAS anadir las ID de CSG se describen tambien.

Cuando sea referido de aqui en adelante, el modo inactivo puede referirse al modo inactivo en los sistemas LTE y/o al modo inactivo, modo CELDA_PCH, URA_PCH, o CELDA_FACH. En otras palabras, en el modo conectado de LTE y en el celda_DCH de UMTS, el cambio de celda servidora se realiza a traves de un traspaso mientras en el modo inactivo de LTE y en los modos de celda_PCH, ura_PCH y celda_FACH de UMTS, el cambio de celda se realiza a traves de la reseleccion de celda.

La figura 6 ilustra un diagrama de flujo de un procedimiento 600 para buscar y anadir ID de CSG a una lista blanca mientras esta en modo conectado. Se habilita una busqueda autonoma de una celda de CSG en modo conectado en la WTRU en 605. Ya sea un desencadenante iniciado por la WTRU o un desencadenante iniciado por la red los eventos ocurren para iniciar la busqueda autonoma de celdas de CSG vecinas y se validan en 610. Los desencadenante iniciados por la WTRU y los desencadenante iniciados por la red se describen a continuacion. La WTRU se configura para enviar un mensaje a la red indicando el inicio de una busqueda de celda de CSG autonoma en el modo conectado en 615. La red se configura para enviar un mensaje a la WTRU para solicitar a la WTRU que detecte, evalue, y reporte las celdas vecinas en 620. La WTRU empieza a detectar y evaluar las celdas de CSG en 625. La WTRU envia un mensaje a la red que incluye un PSC de las celdas de cSg y las mediciones en 630. La WTRU empieza a leer de manera autonoma las SI de la mejor celda de CSG, o la red indica a la WTRU la celda de CSG para la cual las celdas de CSG pueden adquirir la SI en 635. La WTRU envia un mensaje NAS para solicitar a la red convertirse en un miembro de la nueva ID CSG en 640. La WTRU determina si la red responde con la aceptacion o el rechazo en 645. A condition de que la WTRU reciba la respuesta con la aceptacion, se realiza el traspaso de la WTRU a la celda de CSG en 650. A condicion de que la red responda con un rechazo, la red usa una nueva causa de rechazo para indicar el rechazo a la WTRU en 660.

Cada una de las acciones descritas en la Figura 6 se describen con mas detalle de aqui en adelante. Los desencadenantes para iniciar una busqueda de HNB incluyen, pero no se limitan a, los desencadenantes iniciados por la WTRU y los iniciados por la red.

En un escenario iniciado por la WTRU, la WTRU puede de manera autonoma iniciar la busqueda de HNB vecinos o la WTRU puede iniciar un reporte a la red para indicar una necesidad o un deseo de evaluar, como se describe en 605. Para permitir a la WTRU empezar a evaluar y/o detectar otros HNB, se describen un numero de procedimientos y soluciones. Los procedimientos descritos en la presente memoria permiten a la WTRU extender los procedimientos de busqueda para evaluar y/o detectar y conectarse a un HNB no visitado previamente o a un CSG que tenga una ID que no haya estado previamente en la lista blanca de CSG de la WTRU.

5

10

15

20

25

30

35

40

45

50

55

60

65

Para permitir eficientemente a la WTRU limitar las busquedas de HNB excesivas, el consumo de baterla, y las disrupciones a las conexiones actuales, la WTRU puede iniciar el procedimiento como resultado de uno o mas de los siguientes desencadenantes en 610. Estos desencadenantes pueden ser iniciados tambien por la red en 610, los cuales sirven simplemente como ejemplo y no son una lista exhaustiva.

Uno de los desencadenante puede ser que la WTRU no este ya conectada a un HNB. Por ejemplo, la WTRU esta conectada a una macro celda o la calidad de la senal de la celda servidora actual cae por debajo de un umbral predefinido. Opcionalmente, la calidad de la senal debe permanecer por debajo del umbral por un periodo configurado de tiempo para activar el desencadenante. Este umbral puede ser determinado por le WTRU o senalizado por la red.

Otro desencadenante puede ser que la calidad de la senal de la frecuencia actual caiga por debajo de un umbral predefinido. Opcionalmente, la calidad de la senal debe permanecer por debajo del umbral por un periodo de tiempo configurado para activar el desencadenante. Este umbral puede ser determinado por la WTRU o senalizado por la red.

El nivel de prioridad, para el actual CSG en el que la WTRU se encuentra, ha cambiado. Alternativamente, la WTRU se determina para estar en un estado de baja movilidad. Por ejemplo, si la movilidad de la WTRU es baja, se puede asumir que el usuario esta en interiores donde puede haber disponible un HNB. Los ejemplos de ubicaciones con baja movilidad de WTRU incluyen las casas privadas, los aeropuertos, las cafeterias, las empresas, y similares.

Otro desencadenante puede ser que la actividad del usuario llegue a ser tal que la tasa de datos disponible en la celda servidora actual ya no sea mas suficiente. Por ejemplo, si la celda servidora es una macro celda, es posible que el usuario pueda conseguir una mejor tasa de datos en un HNB.

Otro desencadenante puede ocurrir cuando la lista blanca de la WTRU esta vacla. Esto puede implicar que la WTRU es una WTRU con capacidad de HNB con una suscripcion potencial que no ha sido capaz de registrarse en la celda de CSG. Esto puede permitir que la WTRU intente anadir una nueva ID de CSG en su lista blanca. Ademas, puede haber transcurrido el tiempo por defecto o configurado y la WTRU puede no haber intentado ningun registro en un HNB con una ID coincidente o la WTRU puede no haber detectado ningun CSG con la misma ID. Por ejemplo, esto puede deberse a la adicion de una ID de CSG en un area de itinerancia que ha sido abandonado por la WTRU y la ID de CSG esta aun en su lista blanca. Alternativamente, un desencadenante puede ocurrir cuando no haya huellas de HNB almacenadas en la WTRU.

El usuario que entra a un area en la cual hay una alta probabilidad de una presencia de un HNB y para la cual la WTRU no tiene ninguna huella de un HNB almacenada. La probabilidad de la presencia del HNB puede ser determinada por la red dependiendo de la ubicacion aproximada de la WTRU (por ejemplo, basandose en un GPS o en una lista de vecinos de una macro celda) y senalizada a la WTRU. La WTRU puede almacenar opcionalmente una lista de areas donde los HNB estan disponibles usando las indicaciones de la red o a traves de una lista preconfigurada. Por ejemplo, esto se puede senalizar desde la macro celda a la WTRU. Una indication RRC de difusion o dedicada se puede usar para notificar a los WTRU con capacidad de HNB de que el area actual puede contener potencialmente HNB a los cuales la WTRU se puede conectar temporalmente. Tambien, esto puede suponerse si hay cambios en los servicios disponibles en la celda actual o en el area de seguimiento actual, en el area de enrutamiento, y similares. Por ejemplo, si la WTRU es informada de que hay disponibilidad de servicios tales como la descarga de trafico del Protocolo de Internet (IP) seleccionado (SIPTO) (u otros tipos de servicios, tales como, el acceso por IP local (LIPA)) a traves de la aceptacion de la actualization del area de enrutamiento de serialization del NAS, o cualquier otro metodo, la WTRU puede asumir la disponibilidad de HNB.

La busqueda autonoma puede ser desencadenada periodicamente, con un periodo determinado por la WTRU o senalizado por la red y el cual puede depender opcionalmente del tipo de ubicacion en la que esta le WTRU. Por ejemplo, en un area urbana la duration del temporizador puede ser menor que en un area rural.

Una busqueda manual es desencadenada por el usuario mientras la WTRU esta en modo conectado. Alternativamente, un desencadenante puede ser cuando ha transcurrido una cantidad de tiempo desde la ultima vez que la WTRU intento conectarse/registrarse a un HNB en el area.

Otro desencadenante puede ser tras el encendido o el re registro en la red, independientemente de si la lista blanca de la WTRU esta vacla, o tras la selection de una nueva red movil terrestre publica (PLMN), o tras un traspaso entre PLMN. Alternativamente, cuando la WTRU detecta una celda de CSG hlbrida o entra en un area para la cual sabe que previamente ha detectado o se ha conectado a una celda hlbrida, puede ocurrir un desencadenante.

Ademas, la busqueda autonoma puede ser desencadenada solo en el caso de que la WTRU no este en el area de la huella de un HNB para el cual el CSG este en la lista blanca de la WTRU. Esto es debido a que puede ser preferible buscar el HNB previamente visitado en lugar de anadir una nueva ID de CSG a la lista blanca. El usuario puede aun forzar una busqueda manual si el usuario esta interesado en el manejo sobre un nuevo HNB en lugar de un HNB visitado previamente.

5

10

15

20

25

30

35

40

45

50

55

60

65

Para limitar el numero de busquedas de HNB en el modo conectado, la red puede restringir a la WTRU a usar la busqueda manual solo desencadenada por el usuario y deshabilitar la busqueda autonoma iniciada por la WTRU sin la interaccion con el usuario. Ademas, permitir la busqueda autonoma puede ser una opcion configurable por el usuario de la WTRU.

Ademas, la red puede iniciar o activar la WTRU para empezar las mediciones/deteccion de los HNB 610. Esto se puede hacer por una indicacion expllcita desde la red a la WTRU para iniciar las mediciones o provocando que la WTRU inicie la busqueda autonoma y las mediciones de los HNB incluso si la lista blanca esta vacla. Esto se puede hacer, por ejemplo, a traves de un mensaje RRC dedicado o a traves de una difusion, aviso, o implementation. Estas soluciones se pueden aplicar tanto a la movilidad en modo conectado como inactivo.

En un ejemplo, el inicio de los procedimientos se puede hacer a traves de serialization dedicada expllcita a la WTRU. En otro ejemplo, la red puede enviar la information a todas las WTRU conectadas a una macro celda.

Cualquiera de los ejemplos se pueden realizar como resultado de la reception de una indicacion desde la WTRU de que ciertos servicios o modos de operation han sido habilitados. Por ejemplo, basado en la interaccion de usuario, el modo de operacion de la WTRU se puede cambiar segun se deseen los servicios SIPTO/LIPA u otros servicios. Esto puede desencadenar una indicacion, por ejemplo, una indicacion de capacidad SIPTO/LIPA permitida, a la red que luego solicita a la WTRU que inicie la deteccion/mediciones.

Mientras que la WTRU esta bajo la cobertura de una macro celda en modo conectado, la red puede usar el sistema de alerta movil comercial (CMAs) o cualquier otra caracterlstica de difusion para advertir de la existencia de una o multiples celdas de CSG publicas, privadas, o hlbridas. La red advierte a los HNB mediante el envlo de una o cualquier combination de parametros, tales como, ID de CSG, intervalo o lista de PCI/PSC, frecuencias, frecuencias dedicadas de CSG, RAT, o una indicacion de presencia de CSG (1 bit). Esta informacion se puede difundir a la WTRU a traves de la macro celda o enviar a la WTRU a traves de servicios de multidifusion tales como los servicios de multidifusion multimedia (MBMS).

Basada en las capacidades reportadas/conocidas por la WTRU, la red puede decidir enviar un mensaje dedicado a una WTRU o a un grupo de WTRU indicando la presencia de los HNB que contienen uno o cualquier combinacion de los parametros anteriores. El mensaje dedicado se puede transmitir a la WTRU a traves de un mensaje de reconfiguration de RRC o un mensaje de control de medicion.

Tras la recepcion y decodificacion del mensaje, la WTRU en el modo conectado puede decidir basandose en un algoritmo usar o iniciar su busqueda autonoma si lo permite 625, o la busqueda manual basada en la decision del usuario de buscar los HNB usando sus capacidades de busqueda en diferentes frecuencias o RAT. Las acciones asociadas tras estas indicaciones se describen en mas detalle a continuation.

Si la red solo senala la indicacion de presencia del CSG, entonces la WTRU puede, ademas de esta indicacion, usar cualquier procedimiento definido anteriormente. Proporcionada alguna de las condiciones anteriormente mencionadas o si los desencadenantes se cumplen la WTRU puede empezar a buscar de manera autonoma.

Ademas, como otro desencadenante de busqueda de HNB, dependiendo de la informacion enviada por la red, las capacidades de la WTRU, y las configuraciones internas, la WTRU puede notificar al usuario y solicitar el permiso del usuario para iniciar la busqueda manual segun la presencia del HNB. El usuario puede tambien elegir parar la funcion de busqueda autonoma bajo estas condiciones.

Siempre que la WTRU falle al encontrar algun PCI/PSC durante la duration definida del temporizador, la WTRU puede de manera autonoma dejar de buscar los HNB. El temporizador puede ser senalizado por la red, definido por el usuario, o un temporizador interno de la WTRU definido por PSC/PCI. La WTRU puede notificar periodicamente al usuario sobre el progreso de la busqueda, para que el usuario pueda cancelar el proceso manualmente. La WTRU puede dejar de buscar despues de detectar una o un grupo de PCI/PSC que son limitadas por un contador que puede ser definido por el usuario, la red o internamente. La WTRU puede detener la busqueda PCI/PSC de HNB despues de un numero definido de reintentos en todos o en un numero limitado de frecuencias o bandas basada en sus capacidades.

Siempre que una o una combinacion de las condiciones/desencadenantes anteriormente mencionados se alcancen, la WTRU puede de manera autonoma iniciar un procedimiento de busqueda de HNB. Una o una combinacion de las acciones siguientes tras el desencadenante de una busqueda de HNB se puede realizar. La WTRU puede escanear todas las frecuencias en las bandas soportadas. La WTRU puede solo escanear las frecuencias dedicadas del CSG si estan disponibles o si se han proporcionado a la WTRU. La WTRU puede escanear solo un subconjunto de las frecuencias designadas para la busqueda de HNB en modo conectado. Si no se proporciona ninguna division a la WTRU en el punto en el cual se inicia la busqueda autonoma, la WTRU puede evaluar y reportar todos los PSC/PCI detectados en la frecuencia que se esta escaneando. Si se proporciona un intervalo PSC/PCI a la WTRU, la WTRU

5

10

15

20

25

30

35

40

45

50

55

60

65

puede detectar los PSC/PCI que son parte de la division PSC/PCI del CSG, evaluarlos, y opcionalmente, reportarlos en la nueva frecuencia en 625.

La WTRU puede, opcionalmente, indicar a la red que el PSC/PCI reportado es un PSC/PCI no visitado. Esta indicacion puede ser usada por la red para determinar si deberla senalizar a la WTRU para leer el SI de la celda.

Dado que la confusion de PSC/PCI puede existir, la WTRU puede necesitar tambien adquirir la SI de los HNB. Para el caso de intrafrecuencia, la WTRU puede haber detectado y medido ya el PSC/PCI correspondiente al HNB en la vecindad pero puede no haber medido la SI. Por lo tanto, la WTRU puede iniciar una lectura autonoma de la SI en la misma frecuencia proporcionada en la que ha ocurrido uno de los desencadenantes anteriores. La WTRU puede elegir adquirir de manera autonoma las Si para las celdas 635 de mayor calificacion o mejor calidad. Una vez la SI es lelda, la WTRU puede enviar un reporte de medicion a la red con toda la information del PSC/PCI y de la SI para cada una.

Tambien, la WTRU puede leer la SI de un HNB, segun la selection del usuario. Esto se puede lograr presentando el conjunto de nombres de HNB proporcionado (por ejemplo, a traves de mensajes de difusion o dedicados) al usuario, siempre que la calidad de senal del HNB presentado este por encima de un umbral y permitiendo al usuario hacer la seleccion. El usuario puede o bien hacer una seleccion del HNB para intentar conectarse, siempre que tenga la lista del nombre y del PSC/PCI asociado, o el usuario puede desencadenar una busqueda manual en respuesta al mensaje. El usuario puede tambien desencadenar una adquisicion autonoma de la SI de la celda vecina.

Para las WTRU de modo inactivo, la WTRU puede elegir volver a seleccionar a la mejor celda o a la celda mejor calificada en esa frecuencia, incluso si la ID de CSG no coincide con ninguno de los CSG en la lista blanca. Esto puede, opcionalmente, hacerse solo si la WTRU esta en un modo de baja actividad y si uno de los desencadenantes definidos anteriormente se alcanza. La lectura autonoma de la SI puede tambien ser desencadenada para el caso de busqueda entre frecuencias siempre que una de las condiciones anteriores se alcance.

Tras leer la SI y adquirir la identidad de la celda, el nombre del HNB, el CSG, y similares, la WTRU puede realizar una o una combination de lo siguiente. La WTRU puede reportar esta informacion a la red. La WTRU puede volver a seleccionar la mejor celda dentro del conjunto detectado/evaluado incluso si la ID de CSG no esta en la lista blanca. La WTRU puede presentar el conjunto de nombres de HNB proporcionado (por ejemplo, a traves de mensajes de difusion o dedicados) al usuario siempre que la calidad de la senal del HNB mostrado este por encima de un umbral y permita al usuario hacer una seleccion.

En el modo inactivo, por ejemplo, la WTRU puede elegir leer la SI de la celda de CSG objetivo (por ejemplo, la celda mejor calificada) mientras aun esta acampada en la celda de origen. La WTRU puede leer la Si, y si no se detecta ninguna coincidencia en el CSG, puede presentar el nombre del HNB al usuario y preguntar si el usuario quiere conectarse a este HNB. Dependiendo del conocimiento del usuario de las suscripciones recientes y de si el usuario elige intentar anadir esta celda, la WTRU puede desencadenar una re seleccion de celda a la celda de CSG objetivo. Tambien, la WTRU puede enviar una indicacion a la red para anadir la ID de CSG a la lista blanca a traves de la celda de origen, usando un mensaje RRC. Por ejemplo, esto se puede realizar a traves de un mensaje ACTUALIZACION_CELDA donde la WTRU agrega la ID de CSG de la celda objetivo que no esta en la lista blanca. Una nueva causa para la actualization de celda se puede introducir (por ejemplo, la adicion de CSG) o se puede usar un mensaje de solicitud de conexion RRC. Tambien, puede desencadenar un mensaje de nivel NAS o un mensaje RRC dedicado.

Tras la seleccion de una celda a anadir a la lista blanca, la WTRU en modo conectado puede enviar un reporte a la red. Esta puede reportar todas las celdas detectadas o evaluadas, un subconjunto de las celdas medidas que cumplen un conjunto de criterios, o la celda seleccionada. El reporte puede contener la calidad de senal de la celda, la ID de CSG, la identidad de la celda, y opcionalmente una indicacion de que la WTRU desea intentar anadir este CSG a su lista blanca, incluso si no es un miembro. Esto se puede hacer a traves de una indicacion de un bit a la red, o indicando falsamente que el CSG es un miembro. Siempre que la comprobacion de accedo de la ID de CSG se realiza en el lado de la red y falla, esto puede significar que la WTRU no deberla anadir esta celda a la lista blanca. Si pasa en la MME, por ejemplo, eso indica que se permite la WTRU en el CSG.

Tambien, la WTRU puede usar el bit de indicacion probable junto con la informacion de la SI proporcionada para reportar a la red de que desea intentar ser anadida.

En una realization alternativa, la WTRU no realiza la detection y/o mediciones autonomas de la SI. La WTRU puede enviar una indicacion a la red de que desea realizar una busqueda/deteccion/medicion de la SI del CSG incluso aunque esta no crea que este en la vecindad de una celda de CSG visitada (por ejemplo, en su huella). Esto puede darse en forma de uno o mas bits anadidos al mensaje de indicacion de proximidad o un nuevo mensaje/evento anadido para este proposito. Este bit puede proporcionar una busqueda manual desencadenada, una busqueda periodica desencadenada, una lista blanca de CSG vacla, una lista blanca de CSG que esta vacla pero el usuario cree que tiene una suscripcion, o que el usuario desee evaluar los CSG incluso si no esta en la huella. La red puede entonces configurar la WTRU para tomar las mediciones y reportar las mediciones a la nueva red en consecuencia.

5

10

15

20

25

30

35

40

45

50

55

60

65

Si la WTRU detecta una PCI/PSC que tiene una calidad de senal razonable (esto es, mejor que el umbral predefinido), la WTRU puede seguir los procedimientos listados en la presente memoria y los procedimiento para actualizar la lista blanca y la huella, antes de hacer finalmente el procedimiento de traspaso.

La actualizacion de la lista blanca en el modo conectado y el procedimiento de traspaso son ahora descritos. Siempre que uno de los desencadenantes (esto es, iniciado por la WTRU o iniciado por la red) anteriores se alcance (esto es, una vez la WTRU ha adquirido la ID de CSG de la celda de CSG), la WTRU puede intentar conectarse a la celda de CSG incluso si este CSG no coincide con ninguno de los CSG de la lista blanca de la WTRU. Descritas anteriormente estan las realizaciones que permiten a la WTRU conectarse a dicha celda y las realizaciones que permiten a la WTRU actualizar la lista blanca.

En una primera realizacion, una vez que la ID de CSG ha sido lelda por la WTRU en la SI difundida por el HNB, la WTRU puede enviar una solicitud de registro de ubicacion para el HNB a la red. La solicitud del registro de la ubicacion se puede enviar a traves de una transferencia directa de enlace ascendente en UMTS, una TransferenciaInformacionUL en LTE, cualquier otro mensaje RRC, o un nuevo mensaje, que incluya la ID de CSG en la solicitud y, opcionalmente, el PSC/PCI y/o la identidad de la celda, CGI para LTE, del HNB.

Aunque el procedimiento en la primera realizacion no se realiza desde la propia celda de CSG, la WTRU, mediante el envlo de este mensaje, realiza una actualizacion de la ubicacion como si estuviera en la celda de CSG pero sin interrumpir ninguna llamada/sesion en curso. Los mensajes de actualizacion de area de

ubicacion/enrutamiento/seguimiento tienen un nuevo tipo de actualizacion para indicar que son para intentar acceder a una celda de CSG. Ademas, la WTRU puede incluir la ID de CSG con respecto a la cual se realiza la actualizacion. Asl, basandose en la informacion/estado de la suscripcion en la red, el procedimiento de actualizacion de area de ubicacion/enrutamiento/seguimiento se puede aceptar o rechazar en 645.

Si se acepta, se puede usar el resultado de una nueva actualizacion en el mensaje de aceptacion que se manda a la WTRU. Ademas, la red puede incluir la ID de CSG que recibio en el mensaje de solicitud. Esto puede permitir a la WTRU y a la red estar seguras de que la misma ID de CSG esta siendo referida a 650. La WTRU puede entonces anadir la ID a su lista blanca y asumir que el acceso a la red desde esa celda de CSG puede ser concedido en 655. Ademas, la WTRU puede acceder primero a la celda y despues iniciar el procedimiento de actualizacion de area de ubicacion/enrutamiento/seguimiento en esa celda. La WTRU puede entonces anadir la ID de CSG a la lista una vez que la actualizacion de la ubicacion es aceptada. La ultima actualizacion de ubicacion puede seguir procedimientos y tipos de actualizacion normales. Tambien, la WTRU puede anadir la ID de CSG a su lista blanca y aun realizar una actualizacion del area de ubicacion/enrutamiento/seguimiento siempre que sea cedida a la celda de CSG.

Si la actualizacion de la ubicacion es rechazada debido a una suscripcion invalida/expirada para la WTRU en 645, la red puede usar una nueva causa de rechazo para indicar esto a la WTRU 660. En este caso, la WTRU puede no considerar el area de ubicacion/enrutamiento/seguimiento como invalida y puede no anadir la identidad de la ubicacion/enrutamiento/seguimiento a la lista de las identidades de area prohibidas.

La WTRU puede tambien ser informada de si el traspaso puede aun ser realizado sin anadir la ID de CSG a su lista blanca, por ejemplo, si el CSG esta operando en un modo hlbrido.

En caso de exito del procedimiento de registro de la ubicacion, si la red envla de vuelta una aceptacion de registro de ubicacion a la WTRU, la WTRU puede anadir la nueva ID de CSG a su lista blanca e iniciar el procedimiento de traspaso a este HNB. La huella del HNB (esto es, la informacion de ubicacion) puede ser almacenada tambien por la WTRU a la vez que anade la ID de CSG a su lista blanca o la huella puede ser anadida despues de un traspaso exitoso al HNB. Esto asegura que la comprobacion del acceso realizada por la red se verifica primero y que la WTRU no almacena una huella erronea.

Ademas de mandar un mensaje de actualizacion, un nuevo mensaje NAS se puede definir para proporcionar genericamente informacion de suscripcion/estado para otras razones (por ejemplo, suponiendo SIPTO/LIPA, los servicios sin conmutacion de paquetes (PS) tales como el servicio de mensajes cortos (SMS) pueden ser proporcionados desde una celda especlfica) incluyendo el acceso de CSG. La WTRu puede incluir informacion tal como los servicios para los cuales esta buscando informacion de estado, por ejemplo, el acceso de CSG. Basandose en la respuesta de la red, la WTRU puede realizar otras acciones tales como anadir la ID de CSG a su lista blanca e intentar el traspaso a esa celda.

En una segunda realizacion, la WTRU puede intentar conectarse a la celda de destino incluso si la ID de CSG no coincide. En el modo inactivo, la WTRU puede realizar la reseleccion de celda a la celda. Si la reseleccion de celda se completa con exito y la WTRU no es rechazada, la WTRU puede anadir la ID de CSG a la lista blanca de CSG. Se puede aplicar una excepcion a esta regla siempre que se haya iniciado una llamada de emergencia.

En el modo conectado, la WTRU envla un reporte de medicion indicando que la celda de CSG no es un miembro o enviar un reporte de medicion con la PCI/PSC evaluada y la calidad de la senal de la celda que usa la senalizacion

5

10

15

20

25

30

35

40

45

50

55

60

65

existente o cualquier nuevo procedimiento de senalizacion. Siempre que un comando de traspaso se envla a cambio de la WTRU que indica que el traspaso deberla realizarse a la celda de CSG objetivo, la WTRU puede anadir la ID de CSG a la lista blanca de CSG.

Por lo tanto, la capa RRC o el estrato de acceso (AS) pueden actualizar la lista blanca de CSG o enviar la indicacion al NAS para anadir el CSG. Si la WTRU no ha leldo la SI de la celda (por ejemplo, si existe una confusion PSC/PCI, la red puede no preguntar a la WTRU para leer la SI de la celda), la WTRU puede realizar una o una combination de lo siguiente para obtener la ID de CSG de la celda. La WTRU puede realizar el traspaso y despues adquirir la SI de la celda para obtener la ID de CSG. Una vez que la ID de CSG ha sido obtenida, puede anadirla a la lista blanca. La red indica expllcitamente la ID de CSG de la celda objetivo a la WTRU en el mensaje de traspaso y si se puede anadir a la lista blanca o se puede tratar como una celda hlbrida.

La WTRU puede tambien opcionalmente actualizar su information de huella tambien. Ademas, la WTRU puede realizar el traspaso o la reseleccion de celda, pero no de manera autonoma anadir la ID de CSG a la lista blanca de CSG. La WTRU puede enviar una indicacion a la red indicando que la ID de CSG de la celda a la que esta actualmente conectado no esta en la lista blanca de CSG. La red puede entonces actualizar expllcitamente la lista blanca de CSG usando senalizacion de capas superiores.

En otra realization, una vez que la red detecta que la WTRU esta intentando conectarse a una celda de CSG que no esta en la lista blanca, la red puede enviar un rechazo de conexion RRC a la WTRU. Esto puede permitir a la WTRU retroceder al modo inactivo e iniciar una busqueda manual. Opcionalmente, se puede anadir una nueva causa al rechazo de conexion RRC que indique a la WTRU que puede intentar conectarse al CSG y comenzar a realizar una actualization del area de ubicacion o actualization del area de enrutamiento/seguimiento.

Si la red no responde a la solicitud de registro de ubicacion de la WTRU, la WTRU envla de vuelta un rechazo de registro de ubicacion, o la WTRU no realiza el traspaso o no esta habilitada para volver a seleccionar a la celda como en la realizacion anterior. La red puede no responder a la solicitud de la WTRU si expira un temporizador en la WTRU antes de que la aceptacion del registro de ubicacion sea recibida. Y, el rechazo del registro de ubicacion puede ocurrir, por ejemplo, si la WTRU no esta habilitada para acceder al HNB. La WTRU puede no anadir la ID de CSG a su lista blanca y opcionalmente puede anadir esta ID de CSG a una lista negra. Puede anadir tambien la huella correspondiente a la lista negra para que no intente anadir esta ID de CSG a su lista blanca de nuevo y/o no desencadene una busqueda autonoma para esta celda. Una entrada en la lista negra puede ser valida para un cierto periodo de tiempo para tener en cuenta los cambios en el tiempo de las autorizaciones de acceso al HNB y para permitir a la WTRU intentar anadir un HNB anteriormente incluido en la lista negra en un periodo futuro.

Despues de un intento sin exito, la WTRU puede intentar evaluar otro de los PSC/PCI de HNB, que detecto durante las busquedas autonoma y manual. Si el PSC/PCI de HNB esta por encima de un umbral predefinido, la WTRU puede realizar otro procedimiento de registro de ubicacion despues de una lectura de la ID de CSG en la SI. La WTRU puede tambien evitar valorar el HNB de nuevo y reusar la calidad de senal del HNB almacenada durante las busquedas autonoma o manual para verificar que esta por encima de un umbral predefinido.

Se puede enviar un mensaje al usuario para solicitar al usuario a que inicie una busqueda manual. El usuario puede entonces elegir iniciar las mediciones, si es consciente de que se ha suscrito a cualquiera de los HNB. Si los CSG o HNB anunciados no estan en la lista blanca de la WTRU, la WTRU puede desencadenar una busqueda autonoma del procedimiento de celdas de CSG (esto es, 605-660 en la Figura 6), permitiendo de este modo conectarse y anadir la ID de CSG a su lista blanca.

Si la red no permita el registro del HNB en el modo conectado, la WTRU puede mantener la informacion hasta el final de la llamada. La WTRU puede entonces entrar en modo inactivo y registrarse con la celda del HNB. Si el registro tiene exito, entonces la WTRU puede actualizar su lista blanca en consecuencia.

Ademas, la WTRU puede notificar al usuario del fallo de registro en el HNB en el modo conectado, para que el usuario pueda elegir detener la llamada en la macro celda y desencadenar manualmente el registro con el HNB detectado.

Las capacidades de senalizacion de la WTRU y de la red se describen ahora. No todas las WTRU pueden ser capaces de anadir una nueva ID de CSG a sus listas blancas mientras estan en modo conectado. Esta capacidad se puede indicar a la red a traves de un mensaje RRC existente, tal como la solicitud de conexion RRC, anadiendo un elemento de informacion (IE) (un bit de IE puede ser suficiente) o a traves de un nuevo mensaje. Tambien, la WTRU puede incluir la indicacion en el IE de las capacidades de la red MS que se envla durante el registro.

Ademas, no todas las redes pueden ser capaces de realizar un registro de ubicacion en un HNB mientras que la WTRU esta en modo conectado. Esta capacidad de la red puede ser senalizada expllcitamente por la red a la WTRU con una o una combinacion de las implementaciones siguientes.

5

10

15

20

25

30

35

40

45

50

55

60

65

Un nuevo IE se puede anadir en la configuracion de la conexion RRC o en cualquier otro mensaje RRC existente. Se puede definir un nuevo mensaje enviado por la red a la WTRU. Un nuevo IE opcional se puede anadir en los mensajes NAS que incluya, pero no se limite a, un mensaje de aceptacion/rechazo de registro de ubicacion y sea usado por la red siempre que la WTRU envle una solicitud de registro de ubicacion en un HNB a la red, posiblemente mientras esta en modo conectado.

Ademas, esta capacidad de la red se puede determinar impllcitamente por la WTRU con una o una combinacion de las siguientes implementaciones de la WTRU. Despues de un cierto numero de solicitudes de registro de ubicacion enviadas por la WTRU en el modo conectado para un HNB para el cual la WTRU recibe un rechazo de registro de ubicacion o ninguna respuesta en absoluto, la WTRU puede determinar que la red no soporta la capacidad y puede dejar de enviar este tipo de solicitudes. Despues de que se envle cualquier otro mensaje NAS/RRC a la red solicitando el resultado del registro en una celda de CSG particular sin haber recibido ninguna respuesta por un periodo de tiempo dado o por un cierto numero de intentos. Despues de que un cierto numero de solicitudes de intervalo enviadas por la WTRU a la red para detectar, evaluar o leer la SI no sean concedidas por la red, la WTRU determina que la red no soporta la capacidad. La solicitud de intervalo se puede referir a la autorizacion para usar periodos inactivos en el caso de DRX, intervalos autonomos, o solicitudes de intervalos planificados.

Mientras este en modo inactivo o conectado, la WTRU acampada en una celda UTRAN o en una UTRAN- Evolucionada (E-UTRAN) ya tiene un ID de contexto y una conexion RRC existente. Por lo tanto, enviar una actualization de ubicacion puede desencadenar un error logico debido al estado del receptor, y eventualmente causar una actualizacion de la ID de contexto.

Los siguientes procedimientos aplican tanto a los modos de WTRU inactiva como conectada en tanto UTRAN como E-UTRAN y estan dirigidos a resolver cualquier error logico del sistema.

En la serialization de las capacidades de la red, la red (esto es, UTRAN o E-UTRAN) puede senalizar el soporte para la comprobacion del acceso del contexto de la ID de CSG en el modo conectado y/o inactivo en un bloque de SI enviado como el canal de control de difusion, pagination, o cualquier otro mensaje rRc existente o nuevo.

En los procedimientos UTRAN, despues de evaluar la nueva celda de CSG/hlbrida, la WTRU puede enviar una actualizacion de ubicacion, cualquier otro mensaje RRC existente, o un nuevo mensaje para el HNB a la red a traves de una transferencia directa de enlace ascendente. Si se usa un mensaje de actualizacion de ubicacion, se puede usar una bandera especial para indicar una comprobacion del acceso del contexto de la ID de CSG objetivo. Si se usa un RRC existente o un nuevo mensaje, la bandera puede ser requerida para informar al HNB sobre cual de los procedimientos de senalizacion de capacidades de la red seguir, el procedimiento del caso UTRAN o el procedimiento del caso E-UTRAN.

Tras recibir este mensaje, el HNB puede usar el mensaje de solicitud de registro de la WTRU, indicando la nueva causa de la comprobacion del acceso del contexto de la ID de CSG objetivo para enviar al HNB/puerta de enlace (GW). El HNB/GW puede ser responsable del procedimiento de comprobacion del acceso de la WTRU. La comprobacion del acceso se puede hacer alternativamente por el centro de conmutacion movil (MSC) o por el nodo de soporte del servicio (SGSN) del servicio general de paquetes via radio (GPRS). Este mensaje puede contener la siguiente information: ID de la WTRU, capacidades de la WTRU, causa de registro tal como la comprobacion del acceso del contexto de la ID de CSG, la ID de CSG de la comprobacion del acceso objetivo, y la ID de la celda de la comprobacion del acceso objetivo. Tambien la WTRU puede decidir enviar una lista de las ID de CSG de la comprobacion del acceso objetivo evaluado y los elementos agrupados de la ID de la Celda de la comprobacion del acceso objetivo.

Tras recibir la solicitud de registro de la WTRU del HNB con la causa de la comprobacion del acceso del contexto de la ID de CSG, el HNB-GW con la informacion anterior es capaz de realizar la verification de acceso al HNB y responder con un mensaje de aceptacion del registro de la WTRU que contendra la actual ID de contexto de la WTRU as! como la ID de CsG.

Ademas, si el HNB-GW no tiene en su base de datos la ID de CSG para la que la WTRU solicito comprobar el acceso de contexto, el HNB-GW puede responder con un mensaje de rechazo de registro de la WTRU, o puede enviar un mensaje al sistema de gestion del HNB o a la red de nucleo para resolver la comprobacion del acceso. Si la comprobacion del acceso realizada por el HNB-GW devuelve un resultado negativo, se puede devolver un mensaje de rechazo de registro de la WTRU que contenga la ID de CSG.

Si multiples ID de CSG son los objetivos, el HNB-GW puede enviar una lista de las CGS permitidas en el mensaje de aceptacion del registro de la WTRU. Si ninguna de las ID de CSG consultadas estan permitidas, se puede enviar el mensaje de rechazo de registro de la WTRU con una lista de las ID de CSG permitidas. El HNB puede enviar una aceptacion o un rechazo de actualizacion de ubicacion basandose en la respuesta recibida desde el HNB-GW, transfiriendo la respuesta completa. La WTRU puede anadir a su lista blanca las ID de CSG de acceso verificadas positivamente.

5

10

15

20

25

30

35

40

45

50

55

60

65

Para los procedimientos E-UTRAN en LTE, la comprobacion del acceso de CSG se realiza en el nivel de la MME. El HNB-GW tiene un rol de concentrador y controlador de interfaces S1 asi como un rol de multiplexador de los planos de usuario. La WTRU puede usar la TransferenciaInformacionUL. La comprobacion del acceso del contexto de la ID de CSG puede ser requerida, seguida por una lista de los parametros de las ID de CSG y las ID de celda global evaluadas.

El mensaje de TransferenciaInformacionUL es transparente al HNB o al eNB. Sin embargo el HNB o el eNB pueden anadir la ID de la celda al mensaje. Este mensaje puede llegar a la MME sobre una interfaz S1 encapsulado en el mensaje de transporte NAS de enlace ascendente (UL).

La MME puede procesar la solicitud basandose en un procedimiento especial que implica los siguientes elementos que la WTRU puede proporcionar en el mensaje: la ID de la WTRU, las capacidades de la WTRU, la causa tal como la comprobacion del acceso del contexto de la ID de CSG, la ID de CSG de la comprobacion del acceso objetivo, y/o la ID de la Celda de la comprobacion del acceso objetivo.

Puede haber multiples pares de ID de CSG e ID Global de la celda que evaluen la WTRU. Despues de verificar el acceso, la MME puede responder usando un mensaje de transporte nAs de enlace descendente (DL) con la lista de los CSG permitidos/no permitidos. El HeNb puede usar el mensaje de transferencia de la informacion de DL para transportar los resultados del acceso del contexto de la ID de CSG encapsulados por el mensaje de transporte NAS de DL. Tras la recepcion del mensaje de transferencia de la informacion de DL, la WTRU puede actualizar su lista blanca en consecuencia, por ejemplo, anadiendo o eliminando ID de CSG basandose en la informacion recibida.

Si la MME no tiene en su base de datos la lista de acceso de CSG especifica, puede preguntar a la MME objetivo basandose en la identidad del area de seguimiento y responder basandose en el mensaje devuelto. Tambien, si la MME no tiene conocimiento de la lista de acceso de CSG, puede simplemente rechazar el acceso a una ID de CSG particular.

En otra realizacion, se describen un metodo y aparato para el fallo de validacion de la identidad de celda en el traspaso.

Pueden surgir situaciones que requieran un traspaso de la WTRU desde el HeNB de origen a otro HeNB o celda, que podria ser referida como la celda objetivo. La celda objetivo puede ser una celda de CSG, que puede incluir un HeNB de CSG o una celda en modo cerrado. Una celda de CSG puede ser una macro celda. Una celda de CSG objetivo, que puede ser un HeNB de CSG o una macro celda de CSG, puede necesitar validar una ID de CSG de la WTRU para determinar si la WTRU es un miembro del CSG que pueda conectarse con la celda de CSG objetivo. La WTRU puede transmitir su ID de CSG al HeNB de origen, que puede transmitir la ID de CSG de la WTRU a la celda de CSG objetivo. La celda de CSG objetivo puede comparar la ID de CSG del HeNB de origen con una ID de CSG que la celda de CSG objetivo esta difundiendo actualmente. La celda de CSG objetivo puede no aceptar la transferencia si la ID de CSG recibida del HeNB de origen es diferente de la ID de CSG que es difundida por la celda de CSG objetivo ya que la validacion de la afiliacion de la WTRU en la CSG habria fallado. Como consecuencia el intento de traspaso tambien podria fallar.

En otra realizacion, el HeNB de origen puede transmitir la ID de CSG de la WTRU a la MME. La MME puede usar la ID de CSG de la WTRU para determinar si la WTRU es miembro del CSG que puede conectarse con la celda de CSG objetivo. La MME puede transmitir tanto la ID de CSG de la WTRU como el estado de afiliacion de la WTRU a la celda objetivo. La celda de CSG objetivo puede rechazar la transferencia de la WTRU ya que habria fallado la validacion del estado de afiliacion y como consecuencia el intento de traspaso tambien podria fallar.

Entre las razones para que la validacion pueda fallar en la celda de CSG objetivo, una puede ser si la MME y la celda de CSG objetivo esten fuera de sincronizacion respecto a la ID de CSG que es difundida por la celda de CSG objetivo. Por ejemplo, la celda de CSG objetivo puede tener una configuracion diferente en el momento que la MME determina si la WTRU es un miembro del CSG de la celda de CSG objetivo. Sin embargo, una WTRU que reporta una ID de CSG para la cual la validacion ha fallado puede aun ser miembro de la ID de CSG real reportada por la celda de CSG objetivo.

En una realizacion, cuando un traspaso puede fallar debido a una incompatibilidad de la ID de CSG en la celda de CSG objetivo, la MME puede ser informada de la ID de CSG real difundida por la celda de CSG objetivo que rechaza el traspaso. La MME de origen puede actualizar la afiliacion de la WTRU en el HeNB de origen y se puede realizar un nuevo intento de traspaso usando el ID de CSG correcto.

Las realizaciones contemplan la validacion de la CGI de la ID de CSG que puede centrarse en la sincronizacion de la informacion de la CGI de la ID de CSG dentro de los elementos de red de comunicacion inalambrica que inter operan en una red que soporta (e)NB y HeNB. Como se indico anteriormente, una celda hibrida deberia detectar que la ID de CSG proporcionada en una solicitud de traspaso puede ser diferente de la que la celda hibrida esta difundiendo, el HeNB hibrido puede aun aceptar la solicitud de traspaso. Alternativamente, la celda objetivo deberia ser una celda de CSG, la celda de CSG objetivo puede rechazar la solicitud de traspaso y la celda de CSG objetivo

5

10

15

20

25

30

35

40

45

50

55

60

65

puede enviar de vuelta un mensaje de fallo de traspaso indicando una ID de CSG invalido en la causa del IE. En una realizacion, la celda de CSG objetivo puede tambien incluir en ya sea el fallo de traspaso o la solicitud de traspaso mensajes ACK con el valor de la ID de CSG valida difundida por la celda de CSG objetivo para que la red pueda estar sincronizada a este respecto.

En una realizacion, donde la celda objetivo puede ser una celda hlbrida, la celda hlbrida puede aceptar una solicitud de traspaso, aunque tratando a la WTRU como un no miembro. La WTRU deberla ser un miembro de la nueva ID de CSG difundida por la celda hlbrida objetivo, la MME puede actualizar el estado de la afiliacion de la WTRU a traves de un mensaje de modificacion de contexto de la WTRU y por lo tanto permitir a la celda hlbrida objetivo trata a la WTRU como un miembro.

En otra realizacion, cuando la celda objetivo es una celda de CSG, y tras la recepcion de un fallo de preparacion de traspaso que indica una ID de CSG actual o valida difundida por la celda de cSg objetivo, la MME puede realizar una nueva o actualizar la comprobacion del acceso para determinar el estado de afiliacion de la WTRU. La MME puede consultar a una base de datos HSS para determinar el estado de afiliacion de la WTRU a la luz de la ID de la celda de CSG actual. Alternativamente, la MME puede determinar el estado de afiliacion de la WTRU basandose en la informacion almacenada en la MME. Esta comprobacion del acceso actualizada puede proporcionar el nuevo/actual estado de afiliacion (miembro o no miembro) al HeNB de origen en el mensaje de fallo de preparacion de traspaso junto con la correcta ID de CSG objetivo.

Referente a la Figura 7, la MME puede determinar un estado de un dispositivo movil (esto es, o una WTRU), relativo a un primer nodo de red tal como la celda de CSG objetivo en 705. La MME puede actualizar un segundo nodo de red, tal como el HeNB de origen con una identificacion actual del primer nodo de red tras el fallo de una primera transferencia de la WTRU desde el HeNB de origen hasta la celda de CSG objetivo en 710. A condition de que la primera transferencia no fuera exitosa, la MME puede iniciar una segunda transferencia de la WTRU desde el HeNB de origen a la celda de CSG objetivo en 720. La initiation puede estar basada el menos en parte en el fallo de la primera transferencia y el estado del dispositivo movil o WTRu. La MME puede actualizar el HNB de origen con una identificacion actual de la celda objetivo en 715, a condicion de que la primera transferencia fuera un fallo.

En otra realizacion en la cual la celda objetivo es una celda de CSG objetivo, la celda de CSG objetivo puede estar en comunicacion con una MME diferente a la MME con la cual el HeNB de origen puede estar en comunicacion. Esto puede ser referido como una inter-MME. La MME en comunicacion con la Celda de CSG objetivo puede ser referida como una MME objetivo. La MME en comunicacion con el HeNB de origen puede ser referida como la MME de origen. La MME de origen puede comunicarse con la celda de CSG objetivo y la MME objetivo puede comunicarse con el HeNB de origen. En dicha realizacion, cuando el fallo de preparacion del traspaso se recibe indicando la ID actual de CSG (esto es, la valida) difundida por la Celda de CSG objetivo, la MME objetivo puede realizar una nueva o actualizar la comprobacion del acceso para determinar el estado de afiliacion de la WTRU (esto es, miembro o no miembro). Si la WTRU es un miembro, la MME objetivo puede volver a emitir una solicitud de traspaso hacia la celda de CSG objetivo que puede incluir la nueva ID de CSG y el estado de afiliacion. La MME objetivo puede conocer la celda de CSG objetivo identificada por el HeNB de origen para el traspaso basandose en la informacion proporcionada en la solicitud de traspaso anterior. Esta realizacion puede considerarse un puenteado del HeNB de origen ya que la MME objetivo no esta actuando a traves del HeNB de origen para volver a emitir la solicitud de traspaso.

Tras recibir una respuesta de traspaso exitosa (esto es, el ACK de solicitud de traspaso) de la celda de CSG objetivo, la MME objetivo puede notificar, a traves de una respuesta de reubicacion hacia delante, la MME de origen de la nueva ID de CSG y el estado de la afiliacion. La MME de origen puede entonces informar al HeNB de origen de la nueva ID de CSG y del estado de afiliacion de la WTRU usando un comando de traspaso. En una realizacion en la cual una MME puede estar en comunicacion con tanto la celda de CSG objetivo como el HeNB de origen, la MME puede funcionar como la MME de origen y la MME objetivo.

Tambien, la re emision de la solicitud de traspaso con la nueva ID de CSG deberla resultar en un fallo, tras recibir una respuesta de traspaso sin exito a traves de un mensaje de fallo de traspaso, desde la celda de CSG objetivo, la MME objetivo puede notificar a la MME de origen que la solicitud de traspaso ha fallado para tanto la anterior como la nueva ID de CSG que usan una respuesta - rechazo de reubicacion hacia delante. La notification puede incluir la nueva ID de CSG as! como el estado de afiliacion de la WTRU.

En otra realizacion en la cual la celda objetivo es una celda de CSG, la MME de origen puede realizar una nueva o actualizar la comprobacion del acceso para determinar el estado de afiliacion de la WTRU (esto es, miembro o no miembro). Si la WTRU es miembro, la MME de origen puede volver a emitir una solicitud de traspaso hacia la celda de CSG objetivo que puede incluir la nueva ID de CSG y el estado de afiliacion.

Tras recibir una respuesta de traspaso con exito (esto es, un ACK de la solicitud de traspaso) de la celda de CSG objetivo, la MME objetivo puede notificar a la MME de origen la nueva ID de CSG y el estado de afiliacion usando una respuesta de reubicacion hacia delante. La MME de origen puede entonces informar al HeNB de origen de la nueva ID de CSG y del estado de afiliacion de la WTRU usando un comando de traspaso.

5

10

15

20

25

30

35

40

45

50

55

60

65

Si la solicitud de re emision de traspaso con la nueva ID de CSG resulta un fallo, tras recibir una respuesta de traspaso sin exito usando un fallo de traspaso, desde la celda de CSG objetivo, la MME objetivo puede notificar mediante una respuesta - rechazo de reubicacion hacia delante, a la MME de origen que la solicitud de traspaso ha fallado para tanto las ID de CSG anterior como la nueva e incluir la nueva ID de CSG as! como el estado de afiliacion de la WTRU. Esta realizacion deberla ser considerada como un puenteado de la MME objetivo ya que la MME de origen no esta actuando a traves de la MME objetivo para volver a emitir la solicitud de traspaso.

En otra realizacion, en la cual la celda objetivo puede ser una celda de CSG y no puede ser una MME objetivo, la MME de origen puede realizar una nueva o actualizar la comprobacion del acceso para determinar el estado de afiliacion de la WTRU (esto es, miembro o no miembro). Si la WTRU es un miembro, la MME de origen puede volver a emitir la solicitud de traspaso hacia la celda de CSG objetivo que puede incluir la nueva ID de CSG y el estado de afiliacion.

Tras recibir una respuesta de traspaso con exito (esto es, un ACK de la solicitud de traspaso) desde la celda de CSG objetivo, la MME de origen puede informar al HeNB de origen de la nueva ID de CSG y del estado de afiliacion de la WTRU usando un comando de traspaso.

Tambien, si la solicitud de re emision de traspaso con la nueva ID de CSG resulta un fallo, tras recibir una respuesta de traspaso sin exito desde la celda de CSG objetivo, la MME de origen puede ser notificada de que la solicitud de traspaso ha fallado para tanto las ID de CSG anterior como la nueva y la notificacion puede incluir la nueva ID de CSG as! como el estado de afiliacion de la WTRU usando un fallo de traspaso.

En otra realizacion, en la cual la celda objetivo es una celda de CSG, un HNB-GW puede realizar la comprobacion del acceso y reiniciar el traspaso hacia la celda de CSG objetivo. Por ejemplo, esto puede ser as! en el caso de un escenario de traspaso intra HNB-GW 3G/UTRAN. En otras realizaciones, las funciones descritas como realizadas por una o mas MME pueden ser realizadas por un nodo HNB-GW, un nodo SGSN, un nodo GW, o un nodo MSC, por ejemplo.

En una realizacion, en la cual la celda objetivo es una celda de CSG, el HeNB de origen puede recibir un fallo de preparacion del traspaso que indica la actual (esto es, la valida) ID de CSG difundida por la celda de CSG objetivo. Tambien, el HeNB de origen puede recibir una indicacion de que la MME ha determinado que la WTRU puede ser un miembro del CSG de la celda de CSG objetivo. El HeNB de origen puede, en una realizacion, reintentar el traspaso. En una realizacion, el reintento de traspaso puede ocurrir despues de solicitar un nuevo conjunto de mediciones, las cuales pueden requerir que la WTRU lea la SI correcta. Las mediciones pueden incluir los atributos de senal que son utiles para tomar una decision de traspaso, tales como pero no limitados a la intensidad y/o calidad de la senal piloto o de referencia.

En otra realizacion, el HeNB de origen puede solicitar a la WTRU que lea la SI para asegurarse que se ha proporcionado el correcto par de ID de CSG en las indicaciones de proximidad posteriores (por ejemplo, sin ordenar un nuevo traspaso).

En otra realizacion, el HeNB de origen puede emitir un comando de traspaso, a traves de una solicitud de reubicacion requerida/de envlo de traspaso, hacia la celda de CSG objetivo para la cual se ha recibido la ID de CSG correcta. En otra realizacion, el HeNB de origen puede emitir un comando de traspaso usando una ReconfiguracionConexionRRC que puede incluir la nueva ID de CSG. Por ejemplo, como parte del IE de la InfoControlMovilidad, para que la WTRU pueda modificar su propia correspondencia.

En otra realizacion, el HeNB de origen, tras la recepcion de un mensaje ACK de la solicitud de traspaso que indica un exito, puede emitir un comando de traspaso usando una ReconfiguracionConexionRRC hacia la WTRU. EL comando de traspaso puede incluir la nueva ID de CSG y un estado de miembro actualizado (por ejemplo, como parte del IE de InfoControlMovilidad), para que la WTRU pueda modificar su propia correspondencia y/o actualizar su lista de CSG permitidos. Por ejemplo y para propositos de claridad, un traspaso exitoso puede ocurrir donde la ID de CSG inicial de la WTRU es validada por la celda de CSG objetivo, donde la MME solicita exitosamente la celda de CSG para aceptar la transferencia con la nueva (esto es, validada) ID de CSG, o donde el HeNB de origen inicia un traspaso exitoso con la nueva (esto es, validada) ID de CSG.

Referente a la Figura 8, el HeNB de origen puede recibir una indicacion de una transferencia fallida de la WTRU desde el HeNB de origen a la celda de CSG objetivo en 805. El HeNB de origen puede recibir una identification actual (esto es, una ID de CSG valido o actualizado) de un nodo de red, tal como la celda de CSG objetivo en 810. El HeNB de origen puede actualizar la WTRU con la identificacion actual (esto es, una ID de CSG valida o actualizada) de la celda de CSG objetivo en 815. El HeNB de origen puede iniciar una segunda transferencia de la WTRU desde el HeNB de origen a la celda de CSG objetivo en 820. La initiation puede estar basada al menos en parte en la identificacion actual (ID de CSG valida) y en la primera transferencia fallida de la WTRU desde el HeNB de origen a la celda de CSG objetivo.

5

10

15

20

25

30

35

40

45

50

55

60

65

En una realizacion, la WTRU puede actualizar sus correspondencias de ID de CSG (por ejemplo, hacer corresponder a una ID de CSG especifica con la banda de frecuencia de portadora) si el HeNB proporciona la nueva/corregida informacion de la ID de celda de CSG objetivo en el comando de traspaso a traves de una ReconfiguracionConexionRRC, por ejemplo.

En otra realizacion, la WTRU puede actualizar las correspondencias de la ID de CSG despues de actuar tras una solicitud de medicion configurada a traves del mensaje de ReconfiguracionConexionRRC o sin recibir una solicitud de medicion. En otra realizacion, la WTRU puede actualizar su lista de CSG permitidos, que incluye las identidades de las celdas de CSG con las cuales la WTRu puede tener acceso permitido.

EJEMPLOS

1. Un metodo implementado en una unidad de transmision/recepcion inalambrica (WTRU), comprendiendo el metodo:

detectar un desencadenante para iniciar una busqueda autonoma de celda de grupo de abonados cerrado (CSG) para las celdas de CSG vecinas.

2. El metodo como en el ejemplo 1, comprendiendo ademas:

enviar un mensaje a una red indicando que ha comenzado la busqueda autonoma de celda de CSG en modo conectado.

3. El metodo como en el ejemplo 2, comprendiendo ademas:

recibir un mensaje de la red indicando una solicitud para detectar, evaluar y reportar las celdas de CSG vecinas; y

detectar y evaluar las celdas de CSG vecinas.

4. El metodo como en cualquiera de los ejemplos 1-3, comprendiendo ademas:

enviar un mensaje a la red indicando el codigo de cifrado primario (PSC) y la evaluacion de las celdas de CSG vecinas; y

comenzar a leer de manera autonoma la informacion de sistema (SI) de la mejor celda detectada.

5. El metodo como en el ejemplo 4, comprendiendo ademas:

enviar un mensaje de estrato de no acceso (NAS) para solicitar a una red convertirse en miembro de una nueva identidad de celda (ID) de CSG.

6. El metodo como en el ejemplo 5, comprendiendo ademas:

a condicion de que la WTRU reciba una aceptacion para convertirse en un miembro de la nueva ID de celda de CSG, realizar un traspaso a la nueva ID de celda de CSG.

7. El metodo como en el ejemplo 6, comprendiendo ademas:

anadir la nueva ID de celda de CSG a una lista blanca.

8. El metodo como en cualquiera de los ejemplos 5-7, comprendiendo ademas:

a condicion de que la WTRU reciba un rechazo para convertirse en un miembro de la nueva ID de celda de CSG, usar una nueva causa de rechazo para indicar el rechazo.

9. Un metodo implementado en una entidad de gestion de la movilidad (MME), comprendiendo el metodo:

determinar un estado de una unidad de transmision/recepcion inalambrica (WTRU) relativo a una celda de grupo de abonados cerrado (CSG) objetivo.

10. El metodo como en el ejemplo 9, comprendiendo ademas:

determinar si la WTRU se ha transferido desde un NodoB residencial (HNB) de origen a la celda de CSG objetivo; y

a condicion de que la WTRU se haya transferido desde un HNB de origen a la celda de CSG objetivo, actualizar el HNB de origen con una identificacion actual de la celda de CSG objetivo.

5

10

15

20

25

30

35

40

45

50

55

60

65

11. El metodo como en el ejemplo 10 en donde a condicion de que la WTRU no se haya transferido desde el HNB de origen a la celda de CSG objetivo, se inicia una segunda transferencia de la WTRU desde el HNB de origen a la celda de CSG objetivo.

12. El metodo como en cualquiera de los ejemplos 10-11 en donde el HNB de origen recibe una indicacion de una primera transferencia fallida de la WTRU desde el HNB de origen a la celda de CSG objetivo.

13. El metodo como en cualquiera de los ejemplos 10-12 en donde el HNB de origen recibe una identificacion actual de la celda de CSG objetivo y actualiza la WTRU con la identificacion actual de la celda de CSG objetivo.

14. El metodo como en cualquiera de los ejemplos 10-13 en donde el HNB de origen inicia una segunda transferencia de la WTRU desde el HNB de origen a la celda de CSG de destino.

15. Una unidad de transmision/recepcion inalambrica (WTRU), comprendiendo la WTRU:

un procesador configurado para detectar un desencadenante para iniciar una busqueda autonoma de una celda de grupo de abonados cerrado (CSG) para las celdas de CSG vecinas.

16. La WTRU como en el ejemplo 15, comprendiendo ademas:

un transmisor configurado para enviar un mensaje a una red indicando que la busqueda autonoma de una celda de CSG en modo conectado ha comenzado.

17. La WTRU como en cualquiera de los ejemplos 15-16, comprendiendo ademas:

un receptor configurado para recibir un mensaje desde la red indicando una solicitud para detectar, evaluar, y reportar las celdas de CSG vecinas; y

el procesador configurado para detectar y evaluar las celdas de CSG vecinas.

18. La WTRU como en cualquiera de los ejemplos 16-17, comprendiendo ademas:

el transmisor configurado para enviar un mensaje a la red indicando el codigo de cifrado primario (PSC) y evaluar las celdas de CSG vecina, y comenzar de manera autonoma a leer la informacion de sistema (SI) de la mejor celda detectada.

19. La WTRU como en cualquiera de los ejemplos 16-18, comprendiendo ademas:

el transmisor configurado para enviar un mensaje de estrato de no acceso (NAS) para solicitar a una red convertirse en un miembro de una nueva identidad (ID) de celda de CSG.

20. La WTRU como en cualquiera de los ejemplos 16-19, comprendiendo ademas:

a condicion de que la WTRU sea configurada para recibir una aceptacion para convertirse en un miembro de la nueva ID de celda de CSG, el procesador se configura para realizar un traspaso a la nueva ID de celda de CSG.

21. La WTRU como en cualquiera de los ejemplos 16-20, comprendiendo ademas:

el procesador se configura para anadir la nueva ID de celda de CSG a una lista blanca.

22. La WTRU como en cualquiera de los ejemplos 16-21, comprendiendo ademas:

a condicion de que la WTRU se configure para recibir un rechazo para convertirse en un miembro de la nueva ID de celda de CSG, el procesador se configura para usar una nueva causa de rechazo para indicar el rechazo.

23. Una entidad de gestion de la movilidad (MME), comprendiendo la MME:

un procesador configurado para determinar un estado de la unidad de transmision/recepcion inalambrica relativo a una celda de grupo de abonados cerrado (CSG).

24. La MME como en el ejemplo 23, comprendiendo ademas:

un procesador configurado ademas para determinar si la WTRU se ha transferido desde un NodoB residencial (HNB) de origen a la celda de CSG objetivo, y a condicion de que la WTRU se haya

5

10

15

20

25

30

35

40

45

50

55

60

65

transferido desde un HNB de origen a la celda de CSG objetivo, actualizar el HNB de origen con una identification actual de la celda de CSG objetivo.

25. La MME como en el ejemplo 24 en donde a condition de que la WTRU no se haya transferido desde el HNB de origen a la celda de CSG objetivo, el procesador se configura ademas para iniciar una segunda transferencia de la WTRU desde el HNB de origen a la celda de CSG objetivo.

26. La MME como en cualquiera de los ejemplos 23-25 en donde el HNB de origen se configura para recibir una indication de una primera transferencia fallida de la WTRU desde el HNB de origen a la celda de CSG objetivo.

27. La MME como en cualquiera de los ejemplos 23-26 en donde el HNB de origen se configura para recibir una identificacion de la celda de CSG objetivo y actualizar la WTRU con la identificacion actual de la celda de CSG objetivo.

28. La MME como en cualquiera de los ejemplos 23-27 en donde el HNB de origen se configura para iniciar una segunda transferencia de la WTRU desde el HNB de origen a la celda de CSG objetivo.

Aunque las caracterlsticas y elementos son descritos anteriormente en combinaciones particulares, cada caracterlstica o elemento se puede usar solo sin las otras caracterlsticas y elementos o en varias combinaciones con o sin otras caracterlsticas y elementos. Los metodos o diagramas de flujo proporcionados en la presente memoria pueden ser implementados en un programa de ordenador, software, o firmware incorporado en un medio de almacenamiento legible por ordenador para su ejecucion por un ordenador de proposito genera o un procesador. Los ejemplos de medios de almacenamiento legibles por ordenador incluyen una memoria de solo lectura (ROM), una memoria de acceso aleatorio (RAM), un registro, una memoria cache, un dispositivo de memoria semiconductor, medios magneticos tales como un disco duro interno y discos extralbles, medios magneto-opticos, y medio opticos tales como discos CD-ROM, y discos versatiles digitales (DVD). Se puede usar un procesador en asociacion con un software para implementar un transceptor de frecuencias de radio para usar en una WTRU, un UE, un terminal, una estacion base, un RNC, o en cualquier ordenador servidor.

Los procesadores adecuados incluyen, a modo de ejemplo, un procesador de proposito general, un procesador de proposito especial, un procesador convencional, un procesador digital de senal (DSP), una pluralidad de microprocesadores, uno o mas microprocesadores en asociacion con un nucleo DSO, un controlador, un micro controlador, Circuitos Integrados para Aplicaciones Especlficas (ASIC), circuitos de Matrices de Puertas Programables en Campo (FPGA), cualquier otro tipo de circuito integrado (IC), y/o una maquina de estados.

Se puede usar un procesador en asociacion con un software para implementar un transceptor de frecuencias de radio para usar en una WTRU, un equipo de usuario (UE), un terminal, una estacion base, un controlador de la red de radio (RNC), o en cualquier ordenador servidor. La WTRU se puede usar en conjuncion con modulos, implementados en hardware y/o software, tales como una camara, un modulo de videocamara, un videotelefono, un altavoz de telefono, un dispositivo de vibration, un altavoz, un microfono, un transceptor de television, unos auriculares manos libres, un teclado, un modulo Bluetooth®, una unidad de radio de frecuencia modulada (FM), una unidad de representation de cristal llquido (LCD), una unidad de representation por diodo organico emisor de luz (OLED), un reproductor digital de musica, un reproductor multimedia, un modulo reproductor de videojuegos, un navegador de Internet, y/o cualquier red de area local inalambrica (WLAN) o un modulo de Banda Ultra Ancha (UWB).

A1. Un metodo implementado en una unidad de transmision/recepcion inalambrica (WTRU),comprendiendo el metodo:

detectar un desencadenante para iniciar una busqueda autonoma de celda de grupo de abonados cerrado (CSG) para las celdas CSG vecinas;

enviar un mensaje a una red indicando que la busqueda autonoma de celda de CSG en modo conectado ha comenzado;

recibir un mensaje de la red indicando una solicitud para detectar, evaluar, y reportar las celdas de CSG vecinas; y

detectar y evaluar las celdas de CSG vecinas.

A2. El metodo como en el ejemplo A1, comprendiendo ademas:

enviar un mensaje a la red indicando el codigo de cifrado primario (PSC) y las mediciones de las celdas de CSG vecinas; y

comenzar a leer de manera autonoma la information de sistema (SI) de la mejor celda detectada.

A3. El metodo como en el ejemplo A2, comprendiendo ademas:

5

10

15

20

25

30

35

40

45

50

55

60

65

enviar un mensaje de estrato de no acceso (NAS) para solicitar a una red convertirse en miembro de una nueva identidad (ID) de celda de CSG.

A4. El metodo como en el ejemplo A3, comprendiendo ademas:

a condicion de que la WTRU reciba una aceptacion para convertirse en un miembro de la nueva ID de celda de CSG, realizar un traspaso a la nueva ID de celda de CSG.

A5. El metodo como en el ejemplo A4, comprendiendo ademas:

anadir la nueva ID de celda de CSG a una lista blanca.

A6. El metodo como en el ejemplo 35, comprendiendo ademas:

a condicion de que la WTRU reciba un rechazo para convertirse en un miembro de la nueva ID de celda de CSG, usar una nueva causa de rechazo para indicar el rechazo.

A7. Un metodo implementado en una entidad de gestion de la movilidad (MME), comprendiendo el metodo:

determinar un estado de la unidad de transmision/recepcion inalambrica (WTRU) relativo a una celda de grupo de abonados cerrado (CSG);

determinar si la WTRU se ha transferido desde un NodoB de origen (HNB) a la celda de CSG objetivo;

y

a condicion de que la WTRU se haya transferido desde un HNB de origen a la celda de CSG objetivo, actualizar el HNB de origen con una identificacion actual de la celda de CSG objetivo.

A8. El metodo como en el ejemplo A7 en donde a condicion de que la WTRU no se haya transferido desde el HNB de origen a la celda de CSG objetivo, iniciar una segunda transferencia de la WTRU desde el HNB de origen a la celda de CSG de destino.

A9. El metodo como en el ejemplo A7 en donde el HNB de origen recibe una indicacion de una primera transferencia fallida de la WTRu desde el HNB de origen a la celda de CSG objetivo.

A10. El metodo como en el ejemplo A7 en donde el HNB de origen recibe la identificacion actual de la celda de CSG y actualiza la WTRU con la identificacion actual de la celda de CSG objetivo.

A11. El metodo como en el ejemplo A7 en donde el HNB inicia una segunda transferencia de la WTRU desde el HNB de origen a la celda de CSG objetivo.

A12. Una unidad de transmision/recepcion inalambrica (WTRU), comprendiendo la WTRU:

un procesador configurado para detectar un desencadenante para iniciar una busqueda autonoma de celda de grupo de abonados cerrado (CSG) para las celdas de CSG vecinas;

un transmisor configurado para enviar un mensaje a una red indicando que la busqueda autonoma de celda de CSG en modo conectado ha comenzado.

un receptor configurado para recibir un mensaje desde la red indicando una solicitud para detectar, evaluar, y reportar las celdas de CSG vecinas; y

el procesador configurado para detectar y evaluar las celdas de CSG vecinas.

A13. La WTRU como en el ejemplo A12, comprendiendo ademas:

el transmisor configurado para enviar un mensaje a la red indicando el codigo de cifrado primario (PSC) y la mediciones de las celdas de CSG vecinas, y comenzar a leer de manera autonoma la information de sistema (SI) de la mejor celda detectada.

A14. La WTRU como en el ejemplo A13, comprendiendo ademas:

el transmisor configurado para enviar un mensaje de estrato de no acceso (NAS) para solicitar a una red convertirse en un miembro de una nueva identidad (ID) de celda de CSG.

A15. La WTRU como en el ejemplo A14, comprendiendo ademas:

a condicion de que la WTRU se configure para recibir una aceptacion para convertirse en un miembro de la nueva ID de celda de CSG, el procesador se configura para realizar un traspaso a la nueva ID de celda de CSG.

5

10

15

20

25

A16. La WTRU como en el ejemplo A15, comprendiendo ademas:

el procesador se configura para anadir la nueva ID de celda de CSG a una lista blanca.

A17. La WTRU como en el ejemplo A14, comprendiendo ademas:

a condicion de que la WTRU se configure para recibir un rechazo para convertirse en un miembro de la nueva ID de celda de CSG, el procesador se configura para usar una nueva causa de rechazo para indicar el rechazo.

A18. Una entidad de gestion de la movilidad (MME), comprendiendo la MME:

un procesador configurado para determinar un estado de una unidad de transmision/recepcion inalambrica (WTRU) relativo a una celda de grupo de abonados cerrado (CSG), determinar si la WTRU se ha transferido desde un NodoB residencial (HNB) de origen a la celda de CSG objetivo, y a condicion de que la WTRU se haya transferido desde un HNB de origen a la celda de CSG objetivo, actualizar el HNB de origen con una identificacion actual de la celda de CSG objetivo.

A19. La MME como en el ejemplo A18 en donde a condicion de que la WTRU no se haya transferido desde el HNB de origen a la celda de CSG objetivo, el procesador se configura ademas para iniciar una segunda transferencia de la WTRU desde el HNB de origen a la celda de CSG objetivo.

A20. La MME como en el ejemplo A18 en donde el HNB se configura para recibir una indicacion de una primera transferencia fallida de la WTRU desde el HNB de origen a la celda de CSG objetivo, el HNB de origen se configura para recibir la identificacion actual de la celda de CSG objetivo y actualizar la WTRU con la identificacion actual de la celda de CSG objetivo, y el HNB de origen se configura para iniciar una segunda transferencia de la WTRU desde el HNB de origen a la celda de CSG objetivo.

Claims (14)

1. 5

   10

   15

   20

   25

   30

   35

   40

   45

   50

   55

   60

   REIVINDICACIONES

   1. Una unidad de transmision/recepcion inalambrica, WTRU, (302) que comprende:

   un transmisor configurado, mientras la WTRU esta en modo conectado, para transmitir un primer reporte de medicion que incluye una identidad de celda de capa flsica, PCI, de una celda de grupo de abonados cerrado, CSG, a un eNodoB;

   un receptor configurado, en respuesta de la transmision del primer reporte de medicion mientras la WTRU esta en modo conectado, para recibir un mensaje desde el eNodoB indicando que la WTRU ha de adquirir informacion de sistema, SI, de la celda de CSG;

   al menos un procesador configurado para leer la informacion de la SI adquirida,

   el transmisor se configura ademas, en respuesta al mensaje recibido desde el eNodoB mientras la WTRU esta en modo conectado, para transmitir un segundo reporte de medicion para la celda de CSG que incluye la informacion lelda de la SI.
2. 2. La WTRU de la reivindicacion 1 en donde el receptor se configura para detectar la celda de CSG en una busqueda autonoma y la busqueda autonoma incluye un escaneo de todas las frecuencias en las bandas soportadas.
3. 3. La WTRU de la reivindicacion 1 en donde el receptor se configura para detectar la celda de CSG en una busqueda autonoma y la busqueda autonoma incluye un escaneo de las frecuencias dedicadas del CSG.
4. 4. La WTRU de la reivindicacion 1 en donde el receptor se configura para detectar la celda de CSG en una busqueda autonoma y la busqueda autonoma incluye un escaneo de las frecuencias proporcionadas a la WTRU.
5. 5. La WTRU de la reivindicacion 1 en donde el transmisor se configura para indicar al eNodoB que la PCI es una PCI no visitada.
6. 6. La WTRU de la reivindicacion 1 en donde la SI adquirida es para la celda de CSG de mayor calificacion.
7. 7. La WTRU de la reivindicacion 1 en donde la SI adquirida es para la celda de CSG de mejor calidad.
8. 8. Un metodo usado en la comunicacion inalambrica, comprendiendo el metodo:

   transmitir, mientras una unidad de transmision/recepcion inalambrica, WTRU, (302) este en modo conectado, un primer reporte de medicion que incluye una identidad de celda de capa flsica, PCI, de una celda de grupo de abonados cerrado, CSG, y las mediciones del CSG al eNodoB;

   recibir, mientras la WTRU este en modo conectado y en respuesta a la transmision del primer reporte de medicion, un mensaje desde el eNodoB indicando que la WTRU ha de adquirir la informacion de sistema, SI, de la celda de CSG;

   en respuesta al mensaje recibido mientras la WTRU esta en modo conectado, adquirir la SI de la celda de CSG; y

   transmitir, mientras la WTRU esta en modo conectado, un segundo reporte de medicion para la celda de CSG que incluya la informacion lelda de la SI adquirida.
9. 9. El metodo de la reivindicacion 8, comprendiendo ademas detectar la celda de CSG en una busqueda autonoma que incluya el escaneo de todas las frecuencias en las bandas soportadas.
10. 10. El metodo de la reivindicacion 8, comprendiendo ademas detectar la celda de CSG en una busqueda autonoma que incluya el escaneo de las frecuencias dedicadas del CSG.
11. 11. El metodo de la reivindicacion 8, comprendiendo ademas la deteccion de la celda de CSG en una busqueda autonoma que incluya el escaneo de las frecuencias proporcionadas a la WTRU.
12. 12. El metodo de la reivindicacion 8, comprendiendo ademas indicar al eNodoB que la PCI es una PCI no visitada.
13. 13. El metodo de la reivindicacion 8 en donde la SI adquirida es para la celda de mayor calificacion.
14. 14. El metodo de la reivindicacion 8 en donde la SI adquirida es para la celda de CSG de mejor calidad.