MXPA06012034A - Transmision de informacion de control en sistema de comunicacion inalambrico. - Google Patents

Abstract

La presente invencion se relaciona con un metodo para indicar la validez de una configuracion de canal; la informacion de configuracion para establecer la recepcion de un canal fisico que transporta servicios punto a multipunto es enviada via un canal de control punto a multipunto hacia una terminal movil; la informacion de validez es envidada junto con la informacion de configuracion para indicar a la terminal movil cuando o durante cuanto tiempo la informacion de configuracion es valida; la informacion de configuracion es valida; la informacion de configuracion puede ser valida durante un periodo de modificacion actual, despues de un tiempo de activacion dado o hasta un tiempo de activacion dado; asi, una terminal movil puede evitar usar una configuracion de canal fisico invalida.

Description

comunicaciones Móviles (GSM). El UMTS ayuda a proporcionar servicio de comunicación móvil mejorado basado en una red central GSM y tecnología de conexión inalámbrica (W-CDMA) de acceso múltiple por diferenciación de código de banda ancha. En Diciembre 1998, ETSI de Europa, ARIB/TTC de Japón, T1 de los Estados Unidos, y TTA de Corea formaron un Proyecto de Asociación para la Tercera Generación (3GPP) para crear especificaciones detalladas de la tecnología UMTS. Dentro del 3GPP, para lograr desarrollo técnico rápido y eficiente del UMTS, cinco grupos de especificación técnica (TSG) han sido creados para desarrollar la estandarización del UMTS considerando la naturaleza independiente de los elementos de red y sus operaciones. Cada TSG desarrolla, aprueba, y administra la especificación estándar dentro de una región relacionada. Entre estos grupos, ei grupo (RAN) de red de acceso a radio (TSG-RAN) desarrolla los estándares para las funciones, requerimientos, e interfaz de la UMTS red de acceso a radio terrestre (UTRAN), la cual es una nueva red de acceso a radio para soportar tecnología de acceso W-CDMA en el UMTS. La Figura 1 ilustra una estructura básica ejemplificante de una red UMTS general. Como se muestra en la Figura 1 , el UMTS está dividido aproximadamente en una terminal (o equipo de usuario: UE) 10, una UTRAN 100, y una red central (CN) 200.

La UTRAN 100 incluye uno o más subsistemas de red radio (RNS) 110, 120. Cada RNS 110, 120 incluye un controlador de red radio (RNC) 111 , y una pluralidad de estaciones base o Nodos-B 112, 113, administrados por el RNC 111. El RNC 111 manipula la asignación y administración de recursos de radio, y opera como un punto de acceso con respecto a la red central 200. Los Nodos-B 112, 113 reciben información enviada por la capa física de la terminal a través de un enlace ascendente, y transmiten datos a la terminal a través de un enlace descendente. Los Nodos-B 112, 113, así, operan como puntos de acceso de la UTRAN 100 para la terminal. Una función primaria de la UTRAN 100 es formar y mantener un portador de acceso de radio (RAB) para permitir la comunicación entre la terminal y la red central 200. La red central 200 aplica requerimientos de calidad de servicio (QoS) de extremo a extremo al RAB, y el RAB soporta el conjunto de requerimientos QoS por la red central 200. Como la UTRAN 100 forma y mantiene el RAB, los requerimientos QoS de extremo a extremo son satisfechos. El servicio RAB puede ser dividido adicionalmente en un servicio portador lu y un servicio portador de radio. El servicio portador lu soporta una transmisión confiable de los datos de usuario entre los nodos de frontera de la UTRAN 100 y la red central 200. La red central 200 incluye un centro de conmutación de servicios móviles (MSC) 210 y un puerto del centro de conmutación de servicios móviles (GMSC) 220 conectados juntos para soportar un servicio con conmutación de circuitos (CS), y un nodo de soporte GPRS en servicio (SGSN) 230 y un puerto del nodo de soporte GPRS 240 conectados juntos para soportar un servicio con conmutación por paquetes (PS). Los servicios proporcionados a una terminal específica son divididos aproximadamente en los servicios con conmutación de circuito (CS) y los servicios con conmutación por paquetes (PS). Por ejemplo, un servicio de conversación de voz general es un servicio con conmutación de circuitos, mientras que un servicio de búsqueda Web vía una conexión de Internet está clasificado como un servicio con conmutación por paquetes (PS). Para soportar los servicios con conmutación de circuitos, los RNCs 1 1 1 están conectados al MSC 210 de la red central 200, y el MSC 210 está conectado al G SC 220 que administra la conexión con otras redes. Para soportar los servicios con conmutación por paquetes, los RNCs 1 1 están conectados al SGSN 230 y al GGSN 240 de la red central 200. El SGSN 230 soporta las comunicaciones por paquetes que van hacia los RNCs 1 1 , y el GGSN 240 administra la conexión con otras redes con conmutación por paquetes, tales como el Internet. Existen varios tipos de interfases entre los componentes de red para permitir que los componentes de red transmitan y reciban información hacia y desde cada otro para comunicación mutua ente éstos. Una interfaz entre el RNC 1 1 1 y la red central 200 está definida como una interfaz lu. En particular, la interfaz lu entre los RNCs 1 1 1 y la red central 200 para los sistemas con conmutación por paquetes está definida como "lu-PS", y la interfaz lu entre los RNCs 111 y la red central 200 para sistemas con conmutación de circuitos está definida como "lu-CS". La Figura 2 ¡lustra una estructura de un protocolo de ¡nterfaz de radio entre la terminal y la UTRAN de conformidad con los estándares de red de acceso de radio 3GPP. Como se muestra en la Figura 2, el protocolo de interfaz de radio tiene capas horizontales comprendiendo una capa física, una capa de enlace de datos, y una capa de red, y tiene planos verticales comprendiendo un plano de usuario (plano-U) para transmisión de datos de usuario y un plano de control (plano-C) para transmisión de información de control. El plano de usuario es una región que manipula información de tráfico del usuario, tal como voz o paquetes de protocolo de Internet (IP), mientras que el plano de control es una región de manipula información de control para una interfaz de una red, mantenimiento y administración de una llamada y similares. Las capas de protocolo en la Figura 2 pueden ser divididas en una primera capa (L1 ), una segunda capa (L2), y una tercera capa (L3) con base en las tres capas inferiores de un modelo estándar de interconexión de sistema abierto (OSI). Cada capa se describirá con más detalle a continuación. La primera capa (L1 ), a saber, la capa física, proporciona un servicio de transferencia de información hacia una capa superior usando varias técnicas de transmisión de radio. La capa física está conectada a una capa superior llamada una capa de control de acceso al medio (MAC), vía un canal de transporte. La capa MAC y la capa física envían y reciben datos con otro vía el canal de transporte. La segunda capa (L2) incluye una capa MAC, una capa de control de enlace de radio (RLC), una capa de control de difusión/multidifusión (BMC), y una capa de protocolo de convergencia de datos por paquete (PDCP). La capa MAC proporciona un servicio de asignación de los parámetros MAC para asignación y re-asignación de recursos de radio. La capa MAC está conectada a una capa superior llamada la capa de control de enlace de radio (RLC), vía un canal lógico. Se proporcionan varios canales lógicos de acuerdo con el tipo de información transmitida. En general, cuando la información del plano de control es transmitida, se usa un canal de control. Cuando la información del plano de usuario es transmitida, un canal de tráfico es usado. Un canal lógico puede ser un canal común o un canal dedicado dependiendo sobre si el canal lógico es compartido. Los canales lógicos incluyen un canal de tráfico dedicado (DTCH), un canal de control dedicado (DCCH), un canal de tráfico común (CTCH), un canal de control común (CCCH), un canal de control de difusión (BCCH) y un canal de control de radiobúsqueda (PCCH) o un Canal de Control de Canal Compartido (SHCCH). El BCCH proporciona información incluyendo información utilizada por una terminal para acceder a un sistema. El PCCH es usado por la UTRAN para acceder a una terminal.

Un Servicio de Difusión/Multidifusión Multimedia (MBMS o "servicio MBMS") se refiere a un método para proporcionar servicios de flujo o de fondo a una pluralidad de UEs usando un portador de radio MBMS de enlace descendente dedicado que utiliza al menos uno del portador de radio punto a multipunto y punto a punto. Un servicio MBMS incluye una o más sesiones y los datos MBMS son transmitidos hacia la pluralidad de terminales a través del portador de radio MBMS solamente mientras la sesión está en progreso. Como el nombre lo implica, un MBMS puede llevarse a cabo en un modo de difusión o un modo de multidifusión. El modo de difusión es para transmitir datos multimedia a todas las UEs dentro de un área de difusión, por ejemplo el dominio donde la difusión está disponible. El modo de multidifusión es para transmitir datos multimedia a un grupo UE específico dentro de un área de multidifusión, por ejemplo el dominio donde el servicio de multidifusión está disponible. Para propósitos de MBMS, existen canales de tráfico y control adicionales. Por ejemplo, un MCCH (MBMS Canal de Control punto a multipunto) se usa para transmisión de información de control MBMS mientras un MTCH (Canal de Tráfico punto a multipunto MBMS) se usa para transmisión de datos de servicio MBMS. Los diferentes canales lógicos que existen se listan a continuación: Canal Canal de control de difusión (BCCH) de control (CCH) Canal de control de radiobúsqueda (PCCH) Canal de control dedicado (DCCH) Canal de control común (CCCH) Canal de control de canal compartido (SHCCH) MBMS Control de Canal punto a multipunto (MCCH) Tráfico Canal de tráfico dedicado (DTCH) de canal (TCH) Canal de tráfico común (CTCH) MBMS Canal de tráfico punto a multipunto (MTCH) La capa MAC está conectada a la capa física por canales de transporte y puede dividirse en una sub-capa MAC-b, una sub-capa MAC-d, una sub-capa MAC-c/sh, y una sub-capa MAC-hs de acuerdo con el tipo de canal de transporte a ser administrado. La sub-capa MAC-b administra un BCH (Canal de Difusión), el cual es un canal de transporte que manipula la difusión de información del sistema. La sub-capa MAC-d administra un canal dedicado (DCH), el cual es un canal de transporte dedicado para una terminal específica. En consecuencia, la sub-capa MAC-d de la UTRAN está ubicada en un controlador de red de radio en servicio (SRNC) que administra una terminal correspondiente, y una sub-capa MAC-d también existe dentro de cada terminal (UE).

La sub-capa AC-c/sh administra un canal de transporte común, tal como un canal de acceso directo (FACH) o un canal compartido de enlace descendente (DSCH), el cual es compartido por una pluralidad de terminales, o en el enlace ascendente del Canal de Acceso a Radio (RACH). En la UTRAN, la sub-capa MAC-c/sh está ubicada en un administrador del controlador de red de radio (CRNC). Cuando la sub-capa MAC-c/sh administra el canal siendo compartido por todas las terminales dentro de una región de célula, una sub-capa MAC-c/sh individual existe para cada región de célula. También, una subcapa MAC-c/sh existe en cada terminal (UE). Con referencia a la Figura 3, se muestra el mapeo posible entre los canales lógicos y los canales de transporte desde una perspectiva UE. Con referencia a la Figura 4, se muestra el mapeo posible entre los canales lógicos y los canales de transporte desde una perspectiva UTRAN. La capa RLC soporta transmisiones de datos confiables, y realiza una función de segmentación y concatenación sobre una pluralidad de unidades de datos de servicio RLC (RLC SDUs) transmitidos desde una capa superior. Cuando la capa RLC recibe las RLC SDUs desde la capa superior, la capa RLC ajusta el tamaño de cada RLC SDU en una manera apropiada bajo la consideración de la capacidad de procesamiento, y después crea ciertas unidades de datos con información de encabezamiento agregada a las mismas. Las unidades de datos creadas son llamadas unidades de datos de protocolo (PDUs), las cuales son después transferidas a la capa MAC vía un canal lógico. La capa RLC incluye una memoria temporal RLC para almacenar las RLC SDUs y/o las RLC PDUs. La capa BMC programa un mensaje de difusión de célula (referido como un 'mensaje CB', a partir de ahora) recibido desde la red central, y difunde los mensajes CB a terminales ubicadas en una célula(s) específica. La capa BMC de la UTRAN genera un mensaje de control de difusión/multidifusión (BMC) agregando información, tal como un ID (identificación) de mensaje, un número de serie, y un esquema de codificación al mensaje CB recibido desde la capa superior, y transfiere el mensaje BMC a la capa RLC. Los mensajes BMC son transferidos desde la capa RLC hacia la capa MAC a través de un canal lógico, es decir, el CTCH (Canal de Tráfico Común). El CTCH es mapeado a un canal de transporte, es decir, un FACH, el cual es mapeado a un canal físico, es decir, un S-CCPCH (Canal Físico de Control Común Secundario). La capa PDCP (Protocolo de Convergencia de Datos por Paquete), como una capa más alta de la capa RLC, permite que los datos sean transmitidos a través de un protocolo de red, tal como un IPv4 o IPv6, para ser transmitidos efectivamente sobre una interfaz de radio con un ancho de banda relativamente pequeño. Para lograr esto, la capa PDCP reduce la información de control no necesaria usada en una red alámbrica, una función llamada compresión de encabezamiento. Una capa de control de recurso de radio (RRC) está ubicada en una porción más baja de la capa L3. La capa RRC está definida solamente en el plano de control, y manipula el control de los canales lógicos, canales de transporte, y canales físicos con respecto a establecimiento, re-configuración, y liberación o cancelación de los portadores de radio (RBs). El servicio de portador de radio se refiere a un servicio proporcionado por la segunda capa (L2) para transmisión de datos entre la terminal y la UTRAN. En general, el establecimiento del portador de radio se refiere al procedimiento de definición de las características de una capa de protocolo y un canal requerido para proporcionar un servicio de datos específico, así como establecer respectivamente parámetros detallados y métodos de operación. La capa RLC puede pertenecer al plano del usuario o al plano de control dependiendo del tipo de capa conectada a la capa superior de la capa RLC. Esto es, si la capa RLC recibe datos desde la capa RRC, la capa RLC pertenece al plano de control. De otra manera, la capa RLC pertenece al plano del usuario. Las diferentes posibilidades que existen para el mapeo entre los portadores de radio y los canales de transporte no son siempre posibles. La UE/UTRAN deduce el mapeo posible dependiendo del estado UE y el procedimiento que la UE/UTRAN está ejecutando. Los diferentes estados y modos son explicados con más detalle a continuación. Los diferentes canales de transporte son mapeados sobre diferentes canales físicos. Por ejemplo, el canal de transporte RACH es mapeado en un PRACH dado, el DCH puede ser mapeado sobre el DPCH, el FACH y el PCH, pueden mapearse sobre el S-CCPCH, el DSCH es mapeado sobre el PDSCH y así sucesivamente. La configuración de los canales físicos se proporciona por un intercambio de señalización RRC entre el RNC y la UE. Los mensajes transmitidos sobre el MCCH deberían transportar toda la información con respecto a los servicios activados, la información concerniente a la configuración de portadores de radio (PTM) punto a multipunto sobre las células actuales y vecinas, así como información sobre los canales físicos disponibles que los transportan. La información MCCH es periódicamente enviada en periodos de modificación. Mientras tanto, la UE puede leer mensajes transportando la información MCCH en cualquier momento durante un período de modificación. Así, el contenido de los mensajes tal como la configuración de los canales, sin cualquier aclaración adicional puede ser solamente aplicada durante el siguiente periodo de modificación. De otra manera, no se garantiza que todas las UEs leerán los mensajes. Debido a que esto inhibe la flexibilidad de las modificaciones a una configuración de canal físico, es necesario tener un mecanismo que incluya cambios en una manera más flexible.

BREVE DESCRIPCION DE LA INVENCION Solución técnica La presente invención está dirigida a un método para indicar la validez de una configuración SCCPCH. Características adicionales y ventajas de la invención se describirán en la descripción siguiente, y en parte serán evidentes a partir de la descripción, o pueden ser aprendidas en la práctica de la invención. Los objetivos y otras ventajas de la invención se entenderán y cumplirán por la estructura señalada particularmente en la descripción escrita y reivindicaciones de la misma así como los dibujos anexos. Para lograr estas y otras ventajas y de conformidad con el propósito de la presente invención, como se representa y describe ampliamente, la presente invención está contenida en un método para indicar la validez de un canal físico transportando datos de servicio punto a multipunto en un sistema de comunicación inalámbrico, el método comprendiendo generar un mensaje comprendiendo información de configuración para un canal, incluyendo con el mensaje información de validez para indicar la validez de la información de configuración, y transmitir el mensaje a una terminal móvil. Preferiblemente, el mensaje es un mensaje de control transmitido a través de un MCCH, la información de configuración es información crítica y el canal es un SCCPCH.

Preferiblemente, el mensaje es al menos uno de MBMS Información rb p-t-m Común, MBMS Información rb p-t-m de Célula Actual, MBMS Información General, MBMS Información de servicios Modificados, MBMS Información rb p-t-m de Célula Vecina, MBMS Petición de modificación y MBMS Información de Servicios No Modificados. Preferiblemente, la información de validez indica que la información de configuración es válida durante un periodo de modificación actual. Alternativamente, la validez de información indica que la información de configuración es válida después de un tiempo de activación dado. El tiempo de activación puede estar basado en un número de estructura de sistema (SFN) transmitido desde una red hacia la terminal móvil. El número de estructura del sistema (SFN) es transmitido en un mensaje de información del sistema a través de un BCCH, en donde el número de estructura del sistema (SFN) es el número de estructura del sistema de una célula sobre la cual la información de configuración es transmitida. La información de validez también puede indicar que la información de configuración es válida hasta un tiempo de activación dado. El tiempo de activación puede estar basado en un número de estructura de sistema (SFN) transmitido desde una red hacia la terminal móvil. El número de estructura de sistema (SFN) es transmitido en un mensaje de información del sistema a través de un BCCH, en donde el número de estructura del sistema (SFN) es el número de estructura del sistema de una célula sobre la cual la información de configuración es transmitida.

En un aspecto de la presente invención un método para indicar la validez de un canal físico transportando datos de servicio punto a multipunto en un sistema de comunicación inalámbrico comprende recibir un mensaje comprendiendo información de configuración para un canal, en donde el mensaje incluye información de validez para indicar la validez de la información de configuración, y recibir el canal usando la información de configuración de acuerdo con la información de validez. Preferiblemente, el mensaje es un mensaje de control recibido a través de un MCCH, la información de configuración es información crítica y el canal es un SCCPCH. Preferiblemente, el mensaje es al menos uno de MBMS Información rb p-t-m Común, MBS Información rb p-t-m Célula Actual, MBMS Información General, MBMS Información de servicios Modificados, MBMS información rb p-t-m de Célula Vecina, MBMS Petición de Modificación y MBMS Información de servicios No modificados. Preferiblemente, la información de validez indica que la información de configuración es válida durante un período de modificación actual. Alternativamente, la información de validez indica que la información de configuración es válida después de un tiempo de activación dado. El tiempo de activación puede estar basado en un número de estructura de sistema (SFN) recibido desde una red. El número de estructura de sistema (SFN) es recibido en un mensaje de información del sistema a través de un BCCH, en donde el número de estructura del sistema (SFN) es el número de estructura del sistema de una célula sobre la cual la información de configuración es recibida. La información de validez también puede indicar que la información de configuración es válida hasta un tiempo de activación dado. El tiempo de activación puede estar basado en un número de estructura de sistema (SFN) recibido desde una red. El número de estructura de sistema (SFN) es recibido en un mensaje de información del sistema a través de un BCCH, en donde el número de estructura de sistema (SFN) es el número de estructura del sistema de una célula sobre la cual la información de configuración es recibida. Se entiende que ambas la descripción general precedente y la siguiente descripción detallada de la presente invención son ejemplificantes y explicatorias y son pretendidas para proporcionar explicación adicional de la invención como es reivindicada.

BREVE DESCRIPCION DE LOS DIBUJOS Los dibujos anexos, los cuales son incluidos para proporcionar un entendimiento adicional de la invención y son incorporadas en y constituyen una parte de esta especificación, ilustran modalidades de la invención y junto con la descripción sirven para explicar los principios de la invención.

La Figura 1 es un diagrama de bloque de una arquitectura de red UMTS general. La Figura 2 es un diagrama de bloque de una estructura de un protocolo de interfaz de radio entre una terminal y una red con base en los estándares de red de acceso a radio 3GPP. La Figura 3 ilustra el mapeo de canales lógicos sobre los canales de transporte en la terminal móvil. La Figura 4 ilustra el mapeo de canales- lógicos sobre los canales de transporte en la red. La Figura 5 ilustra transiciones posibles entre modos y estados en la red UMTS. La Figura 6 ilustra un procedimiento para proporcionar un servicio MBMS particular usando un modo de multidifusión. La Figura 7 ¡lustra un procedimiento para proporcionar servicios de difusión. La Figura 8 ilustra un programa para transmitir información sobre un MCCH. La Figura 9 ilustra la transmisión de información de control hacia una terminal móvil, de conformidad con una modalidad de la presente invención.

DESCRIPCION DETALLADA DE LA INVENCION La presente invención se relaciona con un método para indicar la validez de una configuración de canal. Preferiblemente, la presente invención indica si una configuración para un canal físico, tal como un SCCPCH, transportando servicios MBMS es válida durante un período de modificación actual o mayor, después de un tiempo de activación dado, o hasta un tiempo de activación dado. Así, el problema de una terminal móvil tratando de usar una configuración inválido del canal físico se evita. Un modo RRC se refiere a si existe una conexión lógica entre el RRC de la terminal y el RRC de la UTRAN. Si existe una conexión, la terminal se dice estar en modo conectado RRC. Si no existe conexión, la terminal se dice estar en modo inactivo. Debido a que existe una conexión RRC para las terminales en modo conectado RRC, la UTRAN puede determinar la existencia de una terminal particular dentro de la unidad de células, por ejemplo a cuál célula o conjunto de células la terminal modo conectado RRC está aceptada, y a cuál canal físico la UE está escuchando. Así, la terminal puede ser controlada eficazmente. En contraste, la UTRAN no puede determinar la existencia de una terminal en modo inactivo. La existencia de terminales en modo inactivo puede ser determinada solamente por la red central. Específicamente, la red central puede detectar solamente la existencia de terminales en modo inactivo dentro de una región que es mayor que una célula, tal como una ubicación o un área de encaminamiento. Por lo tanto, la existencia de terminales en modo inactivo es determinada dentro de regiones grandes. Para recibir servicios de comunicación móvil tales como voz o datos, la terminal en modo inactivo debe moverse o cambiar dentro del modo conectado RRC. Las transiciones posibles entre modos y estados son mostradas la Figura 5. Una UE en modo conectado RRC puede estar en diferentes estados, tales como un estado CELL_FACH, un estado CELL_PCH, un estado CELL_DCH o un estado URA_PCH. Dependiendo de los estados, la UE escucha diferentes canales. Por ejemplo una UE en estado CELL_DCH tratará de escuchar (entre otros) al tipo DCH de canales de transporte, los cuales comprenden canales de transporte DTCH y DCCH, y los cuales pueden ser mapeados a un cierto DPCH. El UE en estado CELL_FACH escuchará varios canales de transporte FACH los cuales son mapeados a un cierto canal físico S-CCPCH. El UE en estado PCH escuchará al canal PICH y al canal PCH, el cual es mapeado a un cierto canal físico S-CCPCH. La UE también lleva a cabo diferentes acciones dependiendo del estado. Por ejemplo, basado en diferentes condiciones, un UE en CELL_FACH iniciará un procedimiento Actualizar Célula cada vez que la UE cambia de la cobertura de una célula dentro de la cobertura de otra célula. La UE inicia el procedimiento Actualizar CELL enviando al NodoB un mensaje de Actualizar Célula para indicar que la UE ha cambiado su ubicación. La UE después iniciará escuchando al FACH. Este procedimiento es adicionalmente usado cuando la UE viene de cualquier otro estado al estado CELL_FACH y la UE no tiene C-RNTI disponible, tal como cuando la UE viene del estado CELL_PCH o estado CELLJDCH, o cuando la UE en estado CELL_FACH estuvo fuera de cobertura. En el estado CELL_DCH, la UE es otorgada con recursos de radio dedicados, y puede usar adicionalmente recursos de radio compartidos. Esto permite que la UE tenga una velocidad de datos alta e intercambio de datos eficiente. Sin embargo, los recursos de radio son limitados. Es responsabilidad de la UTRAN asignar recursos de radio entre las UEs tal que éstas son usadas eficientemente y aseguran que las UEs diferentes obtengan la calidad de servicio requerida. Una UE en estado CELL_FACH tiene recursos de radio no dedicados, y puede comunicarse solamente con la UTRAN vía canales compartidos. Así, la UE consume pocos recursos de radio. Sin embargo, la velocidad de datos disponible es muy limitada. También, la UE necesita monitorear permanentemente los canales compartidos. Así, el consumo de batería IE es incrementado en el caso donde la UE no está transmitiendo. La UE en estado CELL_PCH/URA_PCH monitorea únicamente el canal de radiobúsqueda en ocasiones dedicadas, y por lo tanto minimiza el consumo de batería. Sin embargo, si la red desea acceder a la UE, ésta deber primero indicar su deseo en la ocasión de radiobúsqueda. La red puede después acceder a la UE, pero solamente si la UE ha respondido a la radiobúsqueda. Además, la UE puede acceder a la red solamente después de realizar un procedimiento de Actualización de Célula lo cual introduce retrasos adicionales cuando la UE quiere enviar datos a la UTRAN. Es enviada información del sistema principal sobre el canal lógico BCCH, el cual es mapeado sobre el P-CCPCH (Canal Físico de Control Común Primario). Bloques de información del sistema específico pueden enviarse sobre el canal FACH. Cuando la información del sistema es enviada sobre el FACH, la UE recibe la configuración del FACH sobre el BCCH que es recibido sobre el P-CCPCH o sobre un canal dedicado. Cuando la información del sistema es enviada sobre el BCCH vía el P-CCPCH, entonces en cada estructura o conjunto de dos estructuras, un número de estructura de sistema (SFN) es enviado el cual es usado para compartir la misma referencia de sincronización entre la UE y el Nodo B. El P-CCPCH es enviado usando el mismo código de aleatorización como un P-CPICH (Canal Piloto Común Primario), el cual es el código de aleatorización primario de la célula. Cada canal usa un código de expansión como se hace comúnmente en sistemas WCDMA (Acceso Múltiple por Diferenciación de Código de Banda Ancha). Cada código es caracterizado por su factor de expansión (SF) el cual corresponde a la longitud del código. Para un factor de expansión dado, el número de códigos ortogonales es igual a la longitud del código. Para cada factor de expansión, el conjunto dado de códigos ortogonales, como se especifica en el sistema UMTS, son numerados desde 0 hasta SF-1. Cada código pueden así ser identificado proporcionando su longitud (es decir, factor de expansión) y el número de código. El código de expansión que es usado por el P-CCPCH es siempre de un factor de expansión fijo 256 y el número es el número 1. La UE conoce acerca del código de aleatorizacion primario por información enviada desde la red en la información del sistema de células vecinas que la UE ha leído, por mensajes que la UE ha recibido sobre el canal DCCH, o buscando para el P-CPICH, el cual se ha enviado usando el SF 256 fijado y el número de expansión de código número 0, y el cual transmite un patrón fijo. La información del sistema comprende información de células vecinas, configuración de los canales de transporte RACH y FACH, y la configuración de MCCH, el cual es un canal dedicado para servicio MBMS. Cada vez que la UE cambia las células, está en modo de espera o inactivo. Cuando la UE ha seleccionado la célula (en estado CELL_FACH, CELL_PCH o URA_PCH), la UE verifica que ésta tenga información del sistema válida. La información del sistema está organizada en SIBs (bloques de información del sistema), un MIB (Bloque de información maestro) y bloques de planeación. El MIP es enviado muy frecuentemente y proporciona información de registro del tiempo de los bloques de planeación y los diferentes SIBs. Para SIBs que están vinculados a un valor de etiqueta, el MIB también contiene información sobre la última versión de una parte del SIBs. SIBs que no están vinculados a un valor de etiqueta están vinculados a la expiración de un cronometrador. Los SIBs vinculados a una expiración del cronometrador se hacen inválidos y necesitan ser releídos si el tiempo de la última lectura del SIB es mayor que un valor del cronometrador de expiración.

Los SIBs vinculados a un valor de etiqueta son solamente válidos si éstos tienen el mismo valor de etiqueta como un valor de etiqueta de difusión en el MIB. Cada bloque tiene un área de alcance de validez, tal como una Célula, un PLMN (Red Móvil Terrestre Pública) o un PLMN equivalente, lo cual denota en cuáles células el SIB es válido. Un SIB con el alcance de área "Célula" es válido solamente para la célula en la cual éste se ha leído. Un SIB con el alcance de área "PLMN" es válido en el PLMN completo. Un SIB con el alcance de área "PLMN equivalente" es válido en el PLMN total y PLMN equivalente. En general, las UE's leen la información del sistema cuando éstas están en modo inactivo, estado CELL_FACH, estado CELL_PCH o en estado URA_PCH de la célula que han seleccionado, es decir, la célula que están esperando. En la información del sistema, las UEs reciben información de las células vecinas en la misma frecuencia, diferentes frecuencias y diferentes RAT (Tecnologías de Radio Acceso). Esto permite que las UEs conozcan cuales células son candidatas para reselección de célula. El sistema 3GPP proporciona servicio multidifusión difusión multimedia (MBMS). El 3GPP TSG SA (Servicio y Aspecto del Sistema) define varios elementos de red y sus funciones requeridas para soportar servicios MBMS. Un servicio de difusión de célula proporcionado por la técnica previa está limitado a un servicio en el cual mensajes cortos tipo texto son difundidos en una cierta área. El servicio MBMS, sin embargo, es un servicio más avanzado que los datos multimedia de multidifusión a terminales (UEs) que se han suscrito al servicio correspondiente además de difusión de datos multimedia. El servicio MBMS es un servicio dedicado hacia abajo que proporciona un servicio de flujo o no de fondo, a una pluralidad de terminales usando un canal hacia abajo común o dedicado. El servicio MBMS está dividido en un modo de difusión y un modo de multidifusión. El modo de difusión MBMS facilita la transmisión de datos multimedia a cada usuario ubicado en un área de difusión, mientras el modo de multidifusión MBMS facilita la transmisión de datos multimedia a un grupo de usuarios específico ubicado en un área de multidifusión. El área de difusión significa un área disponible de servicio de difusión y el área de multidifusión significa un área disponible de servicio de multidifusión. La Figura 6 ¡lustra un procedimiento para proporcionar un servicio MBMS particular, usando el modo de multidifusión. El procedimiento puede dividirse en dos tipos de acciones, aquellas que son transparentes y aquellas que no son transparentes a la UTRAN. Las acciones transparentes son descritas a continuación. Un usuario deseando recibir el servicio MBMS, primero necesita suscribirse para ser autorizado a recibir servicios MBMS, a recibir información sobre servicios MBMS, y para unirse a un cierto conjunto de servicios MBMS. Un anuncio de servicio proporciona a la terminal una lista de servicios a ser proporcionados y otra información relacionada. El usuario puede entonces unirse a estos servicios. Por la unión, el usuario indica que el usuario desea recibir información vinculada a servicios a los que el usuario se ha suscrito y se hace parte de un grupo de servicio de multidifusion. Cuando un usuario ya no está interesado en un servicio MBMS dado, el usuario deja el servicio, es decir, el usuario deja de ser parte del grupo de servicio de multidifusion. Estas acciones pueden tomarse usando cualesquier medios de comunicación, es decir, las acciones pueden ser hechas usando SMS (Servicio de Mensajes Cortos), o por acceso a Internet. Estas acciones no tienen que ser necesariamente hechas usando el sistema UMTS. Para recibir un servicio para el cual el usuario está en un grupo de multidifusion se ejecutan las siguientes acciones que no son transparentes a la UTRAN. El SGSN informa al RNC acerca de un inicio de sesión. Después el RNC notifica a las UEs del grupo de multidifusion que un servicio dado ha iniciado para iniciar la recepción del servicio dado. Después de haber difundido las acciones UE necesarias y eventualmeníe la configuración de los portadores PtM para el servicio dado la transmisión de los datos inicia. Cuando la sesión termina, el SGSN indica la sesión terminada para el RNC. El RNC a su vez inicia una sesión terminada. La transmisión del servicio desde el SGSN significa que el RNC proporciona un servicio portador para transportar los datos del servicio MBMS. Después del procedimiento de notificación, otros procedimientos pueden iniciarse entre la UE y el RNC y el SGSN para permitir la transmisión de datos, tal como establecimiento de la conexión RRC, establecimiento de conexión hacia el dominio PS, convergencia de capa de frecuencia, y conteo.

La recepción de un servicio MBMS puede realizarse en paralelo con la recepción de otros servicios, tal como una llamada de voz o video en el dominio CS, transferencia SMS sobre el dominio CS o PS, transferencia de datos sobre el dominio PS, o cualquier señalización relacionada a la UTRAN o dominio PS o CS. Contrario al servicio de multidifusión, para servicios de difusión, como se muestran en la Figura 7, solamente el anuncio del servicio puede ser hecho de manera transparente. No se necesita suscripción o unión. Después de esto, las acciones que son transparentes al RNC son las mismas que para los servicios de multidifusión. Para MBMS, dos canales de control adicionales son introducidos. Estos son el MCCH y el MICH (MBMS Canal Indicador de Notificación). El MCCH es mapeado sobre el FACH. El MICH es un canal físico nuevo y es usado para notificar a los usuarios para leer el canal MCCH. El MICH es diseñado para permitir que las UEs realicen un esquema DRX (Recepción Discontinua). DRX permite la reducción del consumo de batería para las UEs mientras permite que las UEs estén todavía alertas de cualquier servicio para el cual una sesión está iniciando. El MICH puede ser usado para informar a la UE de un cambio en un esquema de convergencia de frecuencia, cambio de una configuración de un portador punto a multipunto (PtM), conmutación entre el portador PtM y un portador punto a punto (PtP), etc., los cuales todos requieren que el MCCH sea leído.

El canal MCCH transmite periódicamente información acerca de los servicios activos, la configuración del MTCH, convergencia de frecuencia, etc. La UE lee la información MCCH para recibir los servicios suscritos con base en diferentes activaciones. Por ejemplo, la UE puede ser activada después de la selección/reselección de célula, cuando la UE es notificada de un servicio dado sobre MICH, o cuando la UE es notificada vía el canal DCCH. El MCCH porta diferentes mensajes, tales como MBMS Información rb p-t-m Común, MBMS Información rb p-t-m de Célula Actual, MBMS Información General, MBMS Información de servicios Modificados, MBMS Información rb p-t-m de Célula Vecina o MBMS Información de Servicios No Modificados. La información MCCH es transmitida con base en un programa fijo. La programación identifica un intervalo de tiempo de transmisión (TTI) conteniendo el inicio de la información MCCH. La transmisión de la información puede tomar un número variable de TTIs. La UTRAN transmite la información MCCH en TTIs consecutivos. La terminal móvil (UE) continúa para recibir el SCCPCH hasta: 1 ) la UE recibe toda la información MCCH; 2) la UE recibe un TTI que no incluye algún dato MCCH; o 3) el contenido de la información indica que recepción adicional no es requerida (por ejemplo no existe modificación a la información de servicio deseada). Con base en este comportamiento, la UTRAN puede repetir la información MCCH siguiendo una transmisión programada para mejorar la confiabilidad. El programa MCCH es común a todos los servicios. La información completa MCCH es transmitida periódicamente con base en un "periodo de repetición", Un "periodo de modificación" está definido como un entero múltiple del periodo de repetición. La INFORMACIÓN DE ACCESO MBMS puede ser transmitida periódicamente con base en un "periodo de acceso de info". Este periodo es un entero divisor del "periodo de repetición". La información MCCH puede ser clasificada como información crítica y no-crítica. Cambios a la información crítica se aplicarán únicamente a la primera transmisión MCCH de un periodo de modificación. Al inicio de cada periodo de modificación, la UTRAN transmite MBMS Información de servicios modificados incluyendo, entre otros, información sobre servicios MBMS cuya información MCCH es modificada en ese periodo de modificación. MBMS Información de servicios Modificados es repetida al menos una vez en cada periodo de repetición de ese periodo de modificación. Cambios a información no-crítica puede ocurrir en cualquier momento. La Figura 8 ilustra un programa con el cual el MBMS Información de Servicios Modificados y la información restante enviada sobre MCCH son transmitidas. Diferentes bloques indican contenido MCCH potencialmente diferente. Con referencia a la Figura 9, un método para indicar la validez de un canal físico transportando datos de servicio punto a multipunto se muestra. La UTRAN genera un mensaje para transmitir MBMS información de control hacia la terminal móvil. El mensaje es enviado sobre un canal lógico MCCH (MBMS Canal de Control), como se muestra en la Figura 9. El MCCH puede transportar diferentes mensajes de control, tales como MBMS Información rb p-t-m Común, MBMS Información rb p-t-m de Célula Actual, MBMS Información General, MBMS Información de servicios Modificados, MBMS Información rb p-t-m de Célula Vecina y MBMS Información de Servicios No Modificados. Información de configuración para recibir un canal físico SCCPCH (Canal Físico de Control Común Secundario) transportando servicios MBMS se incluye en el mensaje transmitido a la terminal móvil. Preferiblemente, la información de configuración es transmitida como información crítica. Así, cualesquíer cambios a la información de configuración son aplicados durante la primera transmisión MCCH de un periodo de modificación. También incluida en el mensaje transmitido a la terminal móvil está información de validez para indicar cuando o hasta cuando la información de configuración es válida. La terminal móvil recibe el mensaje incluyendo la información de configuración y la validez de información a través del MCCH. Preferiblemente, la información de validez indica a la terminal móvil que la información de configuración es válida durante un periodo de modificación actual. Así, cuando la información de validez es recibida durante el periodo de modificación actual, la terminal móvil es informada que la configuración SCCPCH es actualmente válida y puede usarse bajo lectura de la información de configuración. Alternativamente, la validez de información puede indicar a la terminal móvil que la información de configuración es válida después de un tiempo de activación dado o hasta un tiempo de activación dado. En consecuencia, habiendo leído una vez la información de validez, la terminal móvil sabe exactamente hasta cuándo recibir el SCCPCH usando la información de configuración correspondiente. Por lo tanto, la terminal móvil evita intentar recibir el SCCPCH usando una configuración inválida. El tiempo de activación puede corresponder a un tiempo de inicio o término de un servicio MBMS suscrito por la terminal móvil o hasta un tiempo de inicio o término de una configuración SCCPCH. Preferiblemente, el tiempo de activación está basado en un número de estructura de sistema (SFN). El SFN puede ser transmitido desde la red a la terminal móvil en un mensaje de información del sistema, en donde el mensaje de información del sistema es transmitido a través de un BCCH (Canal de Control de Difusión), como se muestra en la Figura 9. Cuando la información de validez indica que la configuración es válida después de un tiempo de activación dado, entonces ésta es válida después del SFN. Cuando la información de validez indica que la información de configuración es válida hasta un tiempo de activación dado, entonces ésta es válida hasta el SFN. Las modalidades precedentes y ventajas son meramente ejemplificantes y no son construidas como limitantes de la presente invención. La presente enseñanza puede ser fácilmente aplicada a otros tipos de aparatos. La descripción de la presente invención pretende ser ilustrativa y no limitar el alcance de las reivindicaciones. Muchas alternativas, modificaciones, y variantes serán evidentes para aquellos expertos en el arte. En las reivindicaciones, cláusulas medios-mas-función pretenden cubrir la estructura descrita en el presente documento realizando las funciones descritas y solamente equivalentes estructurales sino también estructuras equivalentes

Claims (1)

1. NOVEDAD DE LA INVENCION REIVINDICACIONES 1.- Un método para indicar la validez de un canal físico transportando datos de servicio punto a multipunto en un sistema de comunicación inalámbrica, caracterizado porque comprende: generar un mensaje comprendiendo información de configuración para un canal; incluyendo con el mensaje información de validez para indicar la validez de la información de configuración; y transmitir el mensaje hacia una terminal móvil. 2. - El método de conformidad con la reivindicación 1 , caracterizado además porque el mensaje es un mensaje de control transmitido a través de un CCH. 3. - El método de conformidad con la reivindicación 2, caracterizado además porque la información de configuración es información crítica. 4. - El método de conformidad con la reivindicación 1 , caracterizado además porque el canal es un SCCPCH. 5. - El método de conformidad con la reivindicación 1 , caracterizado además porque el mensaje es al menos uno de: MB S Información rb p-t-m Común, MBMS Información rb p-t-m de Célula Actual, MBMS Información General, MBMS Información de servicios Modificados, MBMS Información rb p-t-m de Célula Vecina; y MBMS Información de Servicios No Modificados. 6. - El método de conformidad con la reivindicación 1 , caracterizado además porque la información de validez indica que la información de configuración es válida durante un periodo de modificación actual. 7. - El método de conformidad con la reivindicación 1 , caracterizado además porque la información de validez indica que la información de configuración es válida después de un tiempo de activación dado. 8. - El método de conformidad con la reivindicación 7, caracterizado además porque el tiempo de activación está basado en un número de estructura de sistema (SFN) transmitido desde una red hacia la terminal móvil. 9. El método de conformidad con la reivindicación 8, caracterizado además porque el número de estructura de sistema (SFN) es transmitido en un mensaje de información del sistema a través de un BCCH. 10.- El método de conformidad con la reivindicación 8, caracterizado además porque el número de estructura de sistema (SFN) es el número de estructura de sistema de una célula sobre la cual la información de configuración es transmitida. 11. - El método de conformidad con la reivindicación 1 , caracterizado además porque la información de validez indica que la información de configuración es válida hasta un tiempo de activación dado. 12. - El método de conformidad con la reivindicación 11 , caracterizado además porque el tiempo de activación está basado en un número de estructura de sistema (SFN) transmitido desde una red hacia la terminal móvil. 3. - El método de conformidad con la reivindicación 12, caracterizado además porque el número de estructura de sistema (SFN) es transmitido en un mensaje de información del sistema a través de un BCCH. 14. - El método de conformidad con la reivindicación 12, caracterizado además porque el número de estructura de sistema (SFN) es el número de estructura de sistema de una célula sobre la cual la información de configuración es transmitida. 15.- Un método para indicar la validez de un canal físico transportando datos de servicio punto a multipunto en un sistema de comunicación inalámbrico, caracterizado porque comprende: recibir un mensaje comprendiendo información de configuración para un canal, en donde el mensaje incluye información de validez para indicar la validez de la información de configuración; y recibir el canal usando la información de configuración de conformidad con la información de validez. 16. - El método de conformidad con la reivindicación 15, caracterizado además porque el mensaje es un mensaje de control recibido a través de un MCCH. 17. - El método de conformidad con la reivindicación 16, caracterizado además porque la información de configuración es información crítica. 18. - El método de conformidad con la reivindicación 15, caracterizado además porque el canal es un SCCPCH. 19. - El método de conformidad con la reivindicación 15, caracterizado además porque el mensaje es al menos uno de: MBMS Información rb p-t-m Común; MBMS Información rb p-t-m de Célula Actual; MBMS Información General; MBMS Información de servicios Modificados; MBMS Información rb p-t-m de Célula Vecina; y MBMS Información de Servicios No Modificados. 20.- El método de conformidad con la reivindicación 15, caracterizado además porque la información de validez indica que la información de configuración es válida durante un periodo de modificación actual. 21.- El método de conformidad con la reivindicación 15, caracterizado además porque la información de validez indica que la información de configuración es válida después de un tiempo de activación dado. 22. - El método de conformidad con la reivindicación 21 , caracterizado además porque el tiempo de activación está basado en un número de estructura de sistema (SFN) recibido desde una red. 23. El método de conformidad con la reivindicación 22, caracterizado además porque el número de estructura de sistema (SFN) es recibido en un mensaje de información del sistema a través de un BCCH. 24. - El método de conformidad con la reivindicación 22, caracterizado además porque el número de estructura de sistema (SFN) es el número de estructura de sistema de una célula sobre la cual la información de configuración es recibida. 25. - El método de conformidad con la reivindicación 15, caracterizado además porque la información de validez indica que la información de configuración es válida hasta un tiempo de activación dado. 26. - El método de conformidad con la reivindicación 25, caracterizado además porque el tiempo de activación está basado en un número de estructura de sistema (SFN) recibido desde una red. 27. - El método de conformidad con la reivindicación 26, caracterizado además porque el número de estructura de sistema (SFN) es recibido en un mensaje de información del sistema a través de un BCCH. 28.- El método de conformidad con la reivindicación 27, caracterizado además porque el número de estructura de sistema (SFN) es el número de estructura de sistema de una célula sobre la cual la información de configuración es recibida.