RECONFIGURACIONES DE CÉLULAS DE SERVICIO DE DIFUSION/MULTIDIFUSION MULTIMEDIA
CAMPO TÉCNICO DE LA INVENCIÓN
La presente invención se relaciona con la transmisión de información de control desde una red a una terminal móvil en un sistema de comunicación inalámbrica y, más particularmente, a la indicación de la validez de una configuración de canal físico.
ANTECEDENTES DE LA INVENCIÓN
A lo largo de la descripción se utilizarán los siguientes acrónimos: Canal de Control de Difusión (BCCH, por sus siglas en inglés),
Canal de Difusión (BCH, por sus siglas en inglés), Control de Difusión/Multidifusión (BMC, por sus siglas en inglés), Difusión Celular (CB, por sus siglas en inglés), Canal de Control Común (CCCH, por sus siglas en inglés), Red Central (CN, por sus siglas en inglés), Reconfiguración de Canal Físico Controlado (CRNC, por sus siglas en inglés), Circuito Conmutado (CS, por sus siglas en inglés), Canal de Tráfico Común (CTCH, por sus siglas en inglés), Canal de Control Dedicado (DCCH, por sus siglas en inglés), Canal Dedicado (DCH, por sus siglas en inglés), Canal Físico Dedicado (DPCH, por
sus siglas en inglés), Canal Compartido de Enlace Descendente Físico Dedicado (DPDSCH, por sus siglas en inglés), Canal Compartido de Enlace Descendente (DSCH, por sus siglas en inglés), Canal de Tráfico Dedicado (DTCH, por sus siglas en inglés), Registro de Identificación de Equipo (EIR, por sus siglas en inglés), Canal de Acceso Directo (FACH, por sus siglas en inglés), Combinación de División de Frecuencia (FDD, por sus siglas en inglés), Nodo de Soporte de GPRS de Portal (GGSN, por sus siglas en inglés), Centro de Conmutación Móvil de Portal (GMSC, por sus siglas en inglés), Servicio de Radio de Paquete General (GPRS, por sus siglas en inglés), Número de Hipercuadro (HFN, por sus siglas en inglés), Servidor de Suscriptor Local (HSS, por sus siglas en inglés), Control de Acceso Medio (MAC, por sus siglas en inglés), Servicio de Difusión/Multídífusión Multimedia (MBMS, por sus siglas en inglés), Canal de Control de Punto a Multipunto de MBMS (MCCH, por sus siglas en inglés), Portal de Medios (MGW, por sus siglas en inglés), Bloque de Información Maestro (MIB, por sus siglas en inglés), Canal Indicador de Notificación de MBMS (MICH, por sus siglas en inglés), Centro de Conmutación Móvil (MSC, por sus siglas en inglés), Canal de Programación de MBMS (MSCH, por sus siglas en inglés), Canal de Tráfico de Punto a Multipunto de MBMS (MTCH, por sus siglas en inglés), Interconexión de Sistema Abierto (OSI, por sus siglas en inglés), Canal de Control de Localización (PCCH, por sus siglas en inglés), Canal Físico de Control Común Primario (PCCPCH, por sus siglas en inglés), Canal Piloto Común Primario (PCPICH, por sus siglas en inglés), Protocolo de
Convergencia de Datos de Paquetes (PDCP, por sus siglas en ingles), Canal Compartido de Enlace Descendente Físico (PDSCH, por sus siglas en inglés), Unidad de Datos de Protocolo (PDU, por sus siglas en inglés), Canal Indicador de Locahzacion (PICH, por sus siglas en ingles), Red Móvil Terrestre (PLMN, por sus siglas en inglés), Administración de Movilidad de Paquetes (PMM, por sus siglas en inglés), Paquetes Conmutados (PS, por sus siglas en inglés), Red Telefónica Conmutada Publica (PSTN, por sus siglas en inglés), Transmisión de Punto a Multipunto (PtM, por sus siglas en inglés), Portador de Acceso de Radio (RAB, por sus siglas en inglés), Canal de Acceso de Radio (RACH, por sus siglas en ingles), Red de Acceso de Radio (RAN, por sus siglas en ingles), Tecnología de Acceso de Radio (RAT, por sus siglas en inglés), Control de Enlace de Radio (RLC, por sus siglas en inglés), Controlador de Red de Radio (RNC, por sus siglas en inglés), Subsistemas de Red de Radio (RNS, por sus siglas en ingles), Control de Recursos de Radio (RRC, por sus siglas en ingles), Punto de Acceso de Servicio (SAP, por sus siglas en inglés), Canal de Control Compartido (SCCH, por sus siglas en inglés), Canal Físico de Control Común Secundario (SCCPCH, por sus siglas en ingles), Unidad de Datos de Servicio (SDU, por sus siglas en inglés), Número de Cuadro de Sistema (SFN, por sus siglas en inglés), Nodo de Servicio GPRS de Servicio (SGSN, por sus siglas en inglés), Bloque de Información de Sistema (SIB, por sus siglas en ingles), Número de Secuencia (SN, por sus siglas en inglés), Controlador de Red de Radio de Servicio (SRNC, por sus siglas en ingles), Duplexado de División de Tiempo (TDD, por
sus siglas en ingles), Intervalo de Tiempo de Transmisión (TTI, por sus siglas en ingles), Equipo de Usuario (UE, por sus siglas en ingles), Acceso de Radio Terrestre de UMTS (UTRAN, por sus siglas en inglés), Acceso Múltiple de División de Código de Banda Ancha (W-CDMA, por sus siglas en inglés) Recientemente, se han desarrollado notablemente los sistemas de comunicación móvil aunque, para los servicios de comunicación de datos de alta capacidad, el desempeño de los sistemas de comunicación móvil no puede compararse con aquel de los sistemas de comunicación alámbrica existentes De conformidad con ello, están realizándose desarrollos técnicos para IMT-2000, que es un sistema de comunicación que permite lograr comunicaciones de datos de alta capacidad, así como la estandarización de dicha tecnología esta buscándose de manera activa entre distintas compañías y organizaciones Un sistema de telecomunicación móvil universal es un sistema de comunicación móvil de tercera generación que ha evolucionado a partir del estándar europeo conocido como Sistema Global para Comunicaciones Móviles (GSM, por sus siglas en inglés) El UMTS busca proveer un mejor servicio de comunicación móvil basado en una tecnología de conexión inalámbrica de Acceso Múltiple de División de Código de Ancho de Banda (W-CDMA, por sus siglas en ingles) y una Red Central de GSM En diciembre de, ETSI de Europa, ARIB/TTC de Japón, TI de Estados Unidos de Norteamérica y TTA de Corea, formaron un Proyecto
Común de Tercera Generación (3GPP, por sus siglas en inglés) para crear las especificaciones detalladas de la tecnología de UMTS. Dentro de 3GPP, con el fin de lograr un desarrollo técnico rápido y eficiente de UMTS, se han creado cinco grupos de especificación técnica (TSG, por sus siglas en inglés) para realizar la estandarización de 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, el grupo de red de acceso de radio (RAN, por sus siglas en inglés) (TSG-RAN, por sus siglas en inglés) desarrolló los estándares para la funciones, requerimientos e interfaz de la red de acceso de radio terrestre de UMTS (UTRAN, por sus siglas en inglés), que es una nueva red de acceso de radio para brindar soporte a la tecnología de acceso W-CDMA en UMTS. La figura 1 ilustra un ejemplo de estructura básica de una red general de UMTS. Como se muestra en la figura 1 , UMTS se divide en general en una terminal o equipo de usuario (UE, por sus siglas en inglés) 10, una UTRAN 100 y una Red Central (CN, por sus siglas en inglés) 200. La UTRAN 100 incluye uno o más subsistemas de red de radio (RNS, por sus siglas en inglés) 1 10, 120. Cada RNS 1 10, 120 incluye un Controlador de Red de Radio (RNC, por sus siglas en inglés) 1 1 1 y una pluralidad de estaciones base o Nodos B 1 12, 1 13 administrados por el RNC 1 1 1 a través de una interfaz lub. El RNC 1 1 1 maneja la asignación y
administración de los recursos de radio y opera como un punto de acceso con respecto a la Red Central 200 Los RNCs 111 pueden conectarse entre si a través de la interfaz lur Los Nodos B 1 12, 1 13 reciben la información enviada por la capa física de la terminal 10 a través de un enlace ascendente y transmiten los datos a la terminal 10 a través de un enlace descendente Por lo tanto, los Nodos B 12, 113 operan como puntos de acceso de la UTRAN 100 para la terminal 10 Cada Nodo B controla una o vanas células, cada uno estando caracterizado por la cobertura de un área geográfica determinada en una frecuencia determinada Una función primaria de la UTRAN 100 es formar y mantener un Portador de Acceso de Radio (RAB, por sus siglas en inglés), para permitir la comunicación entre la terminal y la Red Central 200 La Red Central 200 aplica requerimientos de calidad en el servicio (QoS, por sus siglas en inglés) de extremo a extremo al RAB, mientras que el RAB brinda soporte a los requerimientos de QoS establecidos por la Red Central 200 Dado que la UTRAN 100 forma y mantiene al RAB, los requerimientos de QoS de extremo a extremo, son satisfechos El servicio de RAB puede dividirse adicionalmente en un servicio de portador de lu y un servicio de portador de radio El servicio de portador de lu brinda soporte a una transmisión confiable de datos de usuario entre nodos de frontera de la UTRAN 100 y la Red Central 200 La Red Central 200 incluye un Centro de Conmutación Móvil (MSC, por sus siglas en inglés) 210 y un Portal de Medios (MGW, por sus
siglas en inglés) 220 conectados entre sí para brindar soporte a un servicio de Circuito Conmutado (CS, por sus siglas en inglés) y un Nodo de Soporte de GPRS de Servicio (SGSN, por sus siglas en inglés) 230 y un Nodo de Soporte de GPRS de Portal 240 conectados entre sí para brindar soporte a un servicio de Conmutación de Paquetes (PS, por sus siglas en inglés). Los servicios proporcionados a una terminal específica se dividen en general en servicios de Circuito Conmutado (CS, por sus siglas en inglés) y servicios de Conmutación de Paquetes (PS, por sus siglas en inglés). Por ejemplo, un servicio de conversación de voz general es un servicio de Circuito Conmutado, mientras que un servicio de búsqueda en la Red a través de una conexión a Internet se clasifica como un servicio de Conmutación de Paquetes (PS, por sus siglas en inglés). Existen distintos tipos de interfaces entre los componentes de red para permitir que los componentes de red transmitan y reciban información entre sí para una comunicación mutua entre los mismos. Una interfaz entre el RNC 1 1 1 y la Red Central 200 se define como la interfaz lu. Cada RNC se conecta a través de la interfaz lu con la Red Central 200. En particular, la ¡nterfaz lu entre los RNCs 1 1 1 y la Red Central 200 para los sistemas de conmutación de paquetes se define como lu-PS, mientras que la ¡nterfaz lu entre los RNCs 1 1 1 y la Red Central 200 para los sistemas de Circuito Conmutado, se define como lu-CS. Para brindar soporte a los servicios de Circuito Conmutado, los RNCs 1 1 1 se conectan al MSC 210 de la Red Central 200, mientras que el
MSC 210 se conecta con el Portal de Medios (MGW, por sus siglas en inglés) 220 que administra la conexión con otras redes a través de la interfaz Nb. El MGW 220 puede conectarse a la Red Telefónica Conmutada Pública (PSTN, por sus siglas en inglés) para adaptar los codees entre la PSTN y la Red de Acceso de Radio conectada. Para brindar soporte a los servicios de conmutación de paquetes, los RNCs 11 1 se conectan con SGSN 230 y GGSN 240 de la Red Central 200. SGSN 230 brinda soporte a la comunicación de paquetes que va hacia los RNCs 1 1 1 , mientras que GGSN 240 administra la conexión con otras redes conmutadas de paquetes, como Internet, a través de la ¡nterfaz Gi. GGSN 240 maneja de manera notable el enrutamiento, cargado y separación de flujos de datos en distintos Portadores de Acceso de Radio (RAB, por sus siglas en inglés). SGSN se conecta a través de la ¡nterfaz GS a MSC y a través de la interfaz GN a GGSN. SGSN 230 se conecta a través de las interfaces respectivas a EIR y a HSS (no ¡lustrado). MSC 210 se conecta a través de las interfaces respectivas a EIR y HSS. MGW 220 se conecta a través de una interfaz a HSS. GGSN se conecta a través de una interfaz a HSS. EIR es anfitrión de listas de dispositivos móviles que cuentan o no con autorización para ser utilizados en la red. HSS maneja los datos de suscripción de los usuarios. 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 la Red de Acceso de Radio 3GPP.
Como se muestra en la figura 2, el protocolo de interfaz de radio cuenta con capas horizontales que comprende una capa física, una capa de enlace de datos y una capa de red, asi como cuenta con planos verticales que comprenden un plano de usuario (UP, por sus siglas en inglés) para transmitir datos de usuario y un plano de control (CP, por sus siglas en inglés) para transmitir la información de control El plano de usuario es una región que maneja la información de tráfico del usuario, como los paquetes de protocolo de Internet (IP, por sus siglas en ingles) o voz, mientras que el plano de control es una región que maneja la información de control para una interfaz de una red, el mantenimiento y administración de una llamada y otros similares Las capas de protocolo en la figure 2 pueden dividirse en una primera capa (L1 ), una segunda capa (L2) y una tercera 4capa (L3) con base en las tres capas inferiores de una modelo estándar de Interconexión de Sistema Abierto (OSI, por sus siglas en inglés) Cada una de las capas será descrita con mayor detalle de la siguiente manera La primera capa (L1 ), en particular la capa física, provee un servicio de transferencia de información a una capa superior utilizando distintas técnicas de transmisión de radio La capa física se conecta con una capa superior denominada capa de Control de Acceso Medio (MAC, por sus siglas en inglés), a través de un canal de transportación La capa MAC y la capa física envían y reciben datos entre sí a través del canal de transportación
La segunda capa (L2) incluye una capa de MAC, una capa de
Control de Enlace de Radio (RLC, por sus siglas en inglés) y una capa de
Control de Difusión/Multidifusión (BMC, por sus siglas en inglés) y una capa de Protocolo de Convergencia de Datos de Paquetes (PDCP, por sus siglas en ingles) La capa de MAC maneja la distribución entre los canales lógicos y los canales transportación La capa de MAC proporciona un servicio de asignación de los parámetros de MAC para la asignación y reasignación de los recursos de radio La capa de MAC se conecta con una capa superior denominada capa de Control de Enlace de Radio (RLC, por sus siglas en inglés) a través de un canal lógico Se proveen distintos canales lógicos de conformidad con el tipo de información transmitida En general, cuando se transmite la información del plano de control, se utiliza un canal de control (Ctrl) Cuando se transmite la información del plano de usuario, se utiliza un canal de tráfico Un canal lógico puede ser un canal común o un canal dedicado dependiendo de si el canal lógico es compartido Los canales lógicos incluyen un Canal de Tráfico Dedicado (DTCH, por sus siglas en inglés), un Canal de Control Dedicado (DCCH, por sus siglas en inglés), un Canal de Tráfico Común (CTCH, por sus siglas en inglés), un Canal de Control Común (CCCH, por sus siglas en inglés), un Canal de Control de Difusión (BCCH, por sus siglas en inglés) y un Canal de Control de Localización (PCCH, por sus siglas en inglés) o un Canal de Control de Canal Compartido (SHCCH, por sus siglas en inglés) El BCCH
proporciona información que incluye la información utilizada por una terminal para tener acceso a un sistema. El PCCH es utilizado por la UTRAN para tener acceso a una terminal. Un Servicio de Difusión/Multidifusión Multimedia (MBMS o servicio MBMS, por sus siglas en inglés) se refiere a un método para proporcionar servicios de flujo o soporte a una pluralidad de UEs utilizando un portador de radio de MBMS dedicado de enlace descendente que utiliza por lo menos un portador de radio punto a multipunto y punto a punto. MBMS se introduce en el estándar de UMTS en la Emisión 6 de la especificación. Esta describe técnicas para una transmisión optimizada del servicio del portador de MBMS en UTRA, como la transmisión de punto a multipunto, combinación selectiva y selección de modo de transmisión entre el portador de punto a multipunto y punto a punto. Esto se utiliza para guardar recursos de radio cuando el mismo contenido es enviado a múltiples usuarios y permite que se provean servicios similares a aquellos de televisión. Un servicio de MBMS incluye una o más sesiones y se transmiten datos de MBMS a la pluralidad de terminales a través del portador de radio de MBMS únicamente cuando la sesión se encuentra en curso. Como su nombre lo indica, un MBMS puede ser realizado en un modo de difusión o en un modo de multidifusión. El modo de difusión es para transmitir datos multimedia a todos los UEs dentro de un área de difusión, por ejemplo el ámbito en el que la difusión se encuentra disponible. El modo de multidifusión es para transmitir datos multimedia a un grupo de UE específico
dentro de un área de multidifusión, por ejemplo el ámbito en el que se encuentra disponible el servicio de multidifusión. Para los propósitos del MBMS, existen canales adicionales de tráfico y control. Por ejemplo, se utiliza un Canal de Control de Punto a Multipunto de MBMS (MCCH, por sus siglas en inglés) para transmitir información de control de MBMS, un Canal de Tráfico de Punto a Multipunto de MBMS (MTCH, por sus siglas en inglés) se utiliza para transmitir datos de servicio de MBMS y un MSCH se utiliza para transmitir información de programación. La programación de MCCH es común para todos los servicios. A continuación se enumeran los distintos canales lógicos existentes: Para el canal de control CCH: BCCH, PCCH, DCCH, CCCH, SHCCH y MCCH. Para el canal de tráfico TCH: DTCH, CTCH y MTCH. La capa de MAC se conecta con la capa física mediante canales de transportación y puede dividirse en una subcapa de MAC, una subcapa de MAC-d, una subcapa de MAC-c/sh y una subcapa de MAC-hs de conformidad con el tipo de canal de transportación que debe administrarse. La subcapa de MAC-b administra un Canal de Difusión (BCH, por sus siglas en inglés), que es un canal de transportación que maneja la difusión de la información del sistema. La subcapa de MAC-d administra un canal dedicado (DCH, por sus siglas en inglés), que es un canal de transportación dedicado para una terminal específica. De conformidad con ello, la subcapa de MAC-d de la UTRAN se localiza en un Controlador de Red
de Radio de Servicio (SRNC, por sus siglas en inglés) que administra una terminal correspondiente y también existe una subcapa de MAC-d dentro de cada terminal (UE). La subcapa de MAC-c/sh administra un canal de transportación común, como un Canal de Acceso Directo (FACH, por sus siglas en inglés) o un Canal Compartido de Enlace Descendente (DSCH, por sus siglas en inglés), que es compartido por una pluralidad de terminales, o bien en el enlace ascendente del Canal de Acceso de Radio (RACH, por sus siglas en inglés). En la UTRAN, la subcapa de MAC-c/sh se localiza en un Controlador de Red de Radio (CRNC, por sus siglas en inglés). Dado que la subcapa de MAC-c/sh administra el canal que está siendo compartido por todas las terminales dentro de una región celular, existe una única subcapa de MAC-c/sh para cada región celular. Además, existe una subcapa de MAC-c/sh en cada terminal (UE). La subcapa de MAC-m puede manejar los datos de MBMS. Con respecto a la figura 3, se muestra la posible distribución entre los canales lógicos y los canales de transportación desde la perspectiva del UE. Haciendo referencia a la figura 4, se muestra la posible distribución entre los canales lógicos y los canales de transportación desde la perspectiva de una UTRAN. La capa de RLC brinda soporte a transmisiones de datos confiables y realiza una función de segmentación y concatenado en una pluralidad de unidades de datos de servicio de RLC (SDUs de RLC)
suministrado desde una capa superior Cuando la capa de RLC recibe las SDUs de RLC de la capa superior, la capa de RLC ajusta el tamaño de cada SDU de RLC de una manera apropiada al considerar la capacidad de procesamiento y posteriormente crea ciertas unidades de datos con información de encabezado añadida a las mismas Las unidades de datos creadas se denominan unidades de datos de protocolo (PDUs, por sus siglas en inglés), que son transferidas entonces a la capa de MAC a través de un canal lógico La capa de RLC incluye una memoria intermedia de RLC para almacenar las SDUs de RLC yo las PDUs de RLC La capa de BMC programa un mensaje de Difusión Celular, denominado en lo sucesivo mensaje de CB (por sus siglas en ingles), recibido de la Red Central y difunde los mensajes de CB a las terminales localizadas en celula(s) espec?f?ca(s) La capa de BMC de la UTRAN genera un mensaje de Control de Difusión/Multidifusión (BMC, por sus siglas en inglés) añadiendo información, como una identificación (ID, por sus siglas en inglés) de mensajes, un número de sene y un esquema de codificación para el mensaje de CB recibido desde la capa superior y transfiere el mensaje de BMC a la capa de RLC Los mensajes de BMC son transferidos desde la capa de RLC a la capa de MAC a través de un canal lógico, es decir, el Canal de Tráfico Común (CTCH, por sus siglas en ingles) El CTCH se distribuye a un canal de transportación, es decir, un FACH, el cual es distribuido a un canal físico, es decir, un Canal FÍSICO de Control Común Secundario (S-CCPCH, por sus siglas en ingles)
La capa de Protocolo de Convergencia de Datos de Paquetes (PDCP, por sus siglas en inglés), como una capa alta de la capa de RLC, permite que los datos transmitidos a través del protocolo de red, como un IPv4 ó IPv6, sean transmitidos de manera efectiva en una interfaz de radío con un ancho de banda relativamente pequeño. Para lograr esto, la capa de PDCP reduce la información de control innecesaria utilizada en una red alámbrica, con una función denominada compresión de encabezado. Un control de recursos de radio (RRC, por sus siglas en inglés) se localiza en una porción más baja de la capa L3. La capa de RRC se define únicamente en el plano de control y maneja el control de los canales lógicos, canales de transportación y canales físicos con respecto a la configuración, reconfiguración y emisión o cancelación de portadores de radio (RBs, por sus siglas en inglés). El servicio portador de radio se refiere a un servicio suministrado por la segunda capa (L2) para la transmisión de datos entre la terminal y la UTRAN. En general, la configuración del portador de radio se refiere al procedimiento de definir las características de una capa de protocolo y un canal requerido para proveer un servicio de datos específico, asi como especificar, respectivamente, los métodos de operación y parámetros detallados. Adicionalmente, el RRC maneja la movilidad de usuario dentro de la Red de Acceso de Radio, así como servicios adicionales como servicios de localización. Las distintas posibilidades existentes para la distribución entre los portadores de radio y los canales de transportación, no siempre son
viables El UE/UTRAN deduce la distribución posible dependiendo del estado del UE y el procedimiento que la UEAJTRAN se encuentra ejecutando Distintos estados y modos se explican con mayor detalle más adelante Los diferentes canales de transportación se distribuyen en distintos canales físicos Por ejemplo, el canal de transportación RACH se distribuye en un PRACH determinado, el DCH puede distribuirse en el DPCH, el FACH y el PCH pueden distribuirse en el S-CCPCH, el DSCH se distribuye en el PDSCH, etcétera La configuración de los canales físicos es dada por un intercambio de señalización de RRC entre el RNC y el UE En la siguiente descripción se describe el inicio y la reconfiguración de un S-CCPCH que porta MTCH El fin de un servicio puede considerarse como una reconfiguración especial, es decir, el S-CCPCH tiene una configuración nula De conformidad con la técnica anterior, cuando el UE lee la configuración de un servicio que es enviado en el modo de PtM, el UE supone que esta configuración es válida de inmediato El UE recibe la lista de servicios que se encuentran activos en el momento en uno de los dos mensajes, la Información de Servicios No Modificados de MBMS o en la Información de Servicios Modificados de MBMS del mensaje Estos mensajes indican que los UEs que desean recibir este servicio deben realizar una acción especifica, por ejemplo adquirir información con propósitos de conteo, adquirir información para la configuración del portador de radio de PtM, establecer una conexión de PMM, dejar de recibir el portador de radio de PtM, etcétera En el
lado de la red, cuando la configuración es cambiada para un servicio determinado, la nueva configuración es indicada en el MCCH con un periodo de modificación de anticipación en el mensaje de Información de Servicios Modificados de MBMS que indica que el UE debe adquirir información para la configuración del portador de radio de PtM, de manera que los UEs puedan recibir el canal reconfigurado desde el principio. Por lo tanto, hay una demora entre la configuración tomada en cuenta por el UE y su uso efectivo por parte de la red. Dicho protocolo de configuración se ilustra en la figura 10 para una única célula. En este caso, se inicia un servicio en la célula actual (la célula actual es la célula de control, es decir, la célula para la cual el MCCH es tomado en cuenta por el UE) y no genera ningún problema de configuración. De hecho, la compensación de temporización entre el MTCH y el MCCH (debido a una compensación de temporización cuando se distribuyen en distintos S-CCPCHs) permanece igual. Sin embargo, no resulta claro qué cuadro será considerado cuando el periodo de modificación del MCCH no se alinee por completo en las fronteras del cuadro del S-CCPCH que porta al MTCH. El caso con una reconfiguración en curso ilustrado en la figura 1 1 , genera más problemas. Durante el Periodo de Modificación 1 , la configuración S1 de PtM del Servicio S de la célula A, se envía en el MCCH como un servicio no modificado. Al mismo tiempo, el servicio S se envía en la célula A con la configuración S1 . La UTRAN desea cambiar la configuración
de S1 a S2 Por lo tanto, la UTRAN difunde la nueva configuración S2 del S-CCPCH que porta el servicio S en el MCCH durante el periodo de modificación 2 como un servicio modificado Durante el periodo de modificación 2, el MTCH que porta el servicio S aún utiliza la configuración S1 Sin embargo, en un cuadro determinado durante el periodo de modificación 2, el UE comenzará a utilizar la configuración S2 En el periodo de modificación 3, el MCCH se utiliza para difundir la configuración S2 como servicio no modificado Por lo tanto, hasta el inicio del periodo de modificación 3, el UE utilizará una configuración errónea para el MCCH En el caso de que una reconfiguración se encuentre en curso y
UE comience a recibir el MCCH durante el periodo de modificación 2 en el que la nueva configuración se difunde en el MCCH, el UE no es capaz de conocer la configuración del MTCH durante el periodo de modificación actual Además, el UE no es capaz de recibir el MTCH correctamente durante este periodo Con el fin de incrementar la cobertura, un UE que se localiza entre distintas células puede recibir los mismos servicios de MBMS de células distintas al mismo tiempo, así como combinar la información recibida según se muestra en la figura 9 En este caso, el UE lee el MCCH desde una célula de control que ha seleccionado, siendo esta célula nombrada la célula de control en el resto de la descripción En la técnica anterior, no existe restricción para la alineación de los MCCHs de estas células Esto implica que el periodo de modificación de los MCCHs de las células vecinas (una célula de control y una de sus células
vecinas, por ejemplo) puede ser distinto y también que el inicio de cada periodo de modificación en las células vecinas puede ser distinto Esto ocurre de manera natural debido al desvío del reloj de distintos Nodos B, v g., un Nodo B avanzará más rápido como otro Nodo B Con el fin de mantener la sincronización entre los distintos servicios de transmisión de MTCH, el desvío del reloj entre dos Nodos B puede, en general, ajustarse fácilmente a través del RNC que es responsable de la programación de los S-CCPCHs insertando un TTI vacío de vez en vez, cuando la diferencia de tiempo para el último Nodo B, en comparación con el Nodo B mas avanzado, supera un TTI, según se ilustra en la figura 12 Sin embargo, para la sincronización de los periodos de modificación del MCCH no hay una solución fácil, dado que la programación de la transmisión de MCCH se relaciona con el Numero de Cuadro de Sistema (SFN, por sus siglas en ingles) difundido en el BCH de cada célula Si la configuración de un servicio en una célula vecina se modifica, este cambio se alinea con el periodo de modificación del MCCH de esta célula vecina Sin embargo, el periodo de modificación de la célula vecina no se alineará necesariamente con el periodo de modificación de la célula que el UE está leyendo actualmente desde el MCCH Esto significa que, en caso de que el UE reciba la información sobre el cambio de la configuración de un servicio de una célula vecina, no cuenta con medios para determinar cuándo este cambio se volverá activo, dado que la compensación (y el periodo de modificación) de la célula vecina no se encuentra alineada
BREVE DESCRIPCIÓN DE LA INVENCIÓN
Solución técnica Por lo tanto, existe la necesidad de contar con una solución que mejore la tempopzación de reconfiguración del servicio para un equipo de usuario que recibe un servicio de MBMS de célula vecinas Un aspecto de la presente invención involucra el reconocimiento, por parte de los inventores de la presente, de las desventajas en la técnica relacionada que se han explicado con anterioridad Con el fin de abordar dichos problemas, la presente invención propone lo siguiente La invención propone un método para indicar la validez de los canales físicos de una célula de control y una célula vecina que transporta datos de servicios de punto a multipunto en un sistema de comunicación inalámbrica, el método comprendiendo los siguientes pasos - generar un mensaje que comprende información de configuración para cada uno de dichos canales, - incluir información de validez con el mensaje para derivar la tempopzacion de validez de la información de configuración para cada uno de dichos canales, y - transmitir el mensaje a una terminal móvil a través de la célula de control
Los datos de servicio de punto a multipunto pueden comprender datos de Servicio de Multidifusión de Multimedia (MBMS, por sus siglas en inglés) El mensaje puede contener una tempopzación de validez de configuración de célula vecina relacionada con una tempopzacion de sistema de célula de control transmitida a la terminal móvil La información de validez puede definir una tempopzación de validez de información de configuración de célula vecina con base en una referencia para el Número de Cuadro de Sistema de la célula de control La referencia al Número de Cuadro de Sistema de la célula de control no incluye, de preferencia, por lo menos uno de los bits más significativos de la codificación del Número de Cuadro de Sistema La información de validez puede incluirse en un mensaje de control de Información de Servicios No Modificados de MBMS o de Información de Servicios Modificados de MBMS transmitidos en el MCCH del canal de control Este mensaje puede definir un periodo de modificación al inicio del cual una información de configuración se torna válida El mensaje puede definir una compensación de tiempo con respecto al inicio de un periodo de modificación El mensaje puede definir la compensación de tiempo con un numero representativo del numero de cuadros o Intervalos de Transmisión de Tiempo
La información de validez puede comprender la información de configuración actualmente válida y la siguiente información de configuración válida, en caso de que se cambie la información de configuración de la célula vecina La información de configuración válida actualmente y la siguiente información de configuración válida pueden asociarse, respectivamente, con un inicio de tempopzación de validez y con un final de tempopzación de validez La configuración válida actualmente puede asociarse con una bandera que indique que esta configuración puede utilizarse de inmediato La invención propone también un método para adaptar la configuración de canales físicos establecida por el equipo de un usuario con una célula de control y una célula vecina que porta datos de servicio de punto a multipunto en un sistema de comunicación inalámbrica, el método comprendiendo los siguientes pasos - recibir un mensaje que comprende la información de configuración para cada uno de dichos canales y la información de validez para derivar la tempopzación de validez de la información de configuración de cada uno de dichos canales, - determinar el inicio de la tempopzación respectiva a partir del cual la información de configuración de cada uno de dichos canales es válida, con base en la información de validez,
- comenzando a partir de dicha tempopzación, recibir los canales que utilizan la configuración válida Los datos de servicio de punto a multipunto pueden comprender datos de Servicio de Multidifusión de Multimedia (MBMS, por sus siglas en inglés) El mensaje recibido puede contener una tempopzación de validez de configuración de célula vecina relacionada con una temponzación de sistema de células de control transmitida a la terminal móvil La información de validez puede definir una tempopzación de validez de información de configuración de célula vecina con base en una referencia para el Número de Cuadro de Sistema de la célula de control La referencia al Número de Cuadro de Sistema de la célula de control no incluye, de preferencia, por lo menos uno de los bits más significativos de la codificación del Número de Cuadro de Sistema La información de validez puede incluirse en un mensaje de control de Información de Servicios No Modificados de MBMS o de Información de Servicios Modificados de MBMS transmitidos en el MCCH del canal de control Este mensaje puede definir un periodo de modificación al inicio del cual una información de configuración se torna válida El mensaje puede definir una compensación de tiempo con respecto al inicio de un periodo de modificación
La información de validez puede comprender la configuración válida actualmente y la siguiente configuración válida en caso de que la configuración de la célula vecina se cambie La configuración valida actualmente y la siguiente configuración válida pueden asociarse, respectivamente, con un inicio de una tempopzación de validez y con un final de una tempopzación de validez La configuración válida actualmente puede asociarse con una bandera que indique que esta información de configuración puede utilizarse de inmediato La invención propone también un equipo móvil, el cual comprende - un módulo de recepción - adaptado para recibir canales físicos que transportan datos de servicio de punto a multipunto desde una célula de control y desde una célula vecina correspondiente a un sistema de comunicación inalámbrica, y - adaptado para cambiar la configuración del canal físico en un momento determinado, - un módulo de procesamiento - adaptado para extraer la información de configuración asociada con los canales físicos y la información de validez de configuración de un mensaje transmitido por una célula de control,
- adaptado para derivar la tempopzación de validez de la información de configuración con base en la información de validez de configuración, - adaptado para generar un comando que defina un cambio de configuración de canal físico en un momento determinado y para proveerlo al módulo de recepción La invención propone también un controlador de red de radio, el cual comprende - un módulo para - generar un mensaje que comprende la información de configuración para los canales físicos de células que se pretenden utilizar, respectivamente, como una célula de control y una célula vecina, estos canales físicos siendo vislumbrados para transportar datos de servicio de punto a multipunto en un sistema de comunicación inalámbrica, - incluir información de validez con el mensaje con base en el cual la tempopzación de validez de la información de configuración puede derivarse para cada uno de dichos canales, y - una interfaz adaptada para proveer el mensaje a una célula de control
BREVE DESCRIPCIÓN DE LOS DIBUJOS
Los dibujos anexos, los cuales se incluyen para proveer una mejor compresión de la invención y se incorporan y constituyen parte de esta especificación, ilustran modalidades de la invención y, conjuntamente con la descripción, sirven para explicar los principios de la invención. La figura 1 es un diagrama de bloques de una arquitectura de red UMTS general La figura 2 es un diagrama de bloques de una estructura de un protocolo de interfaz de radio entre una terminal y una red con base en estándares de red de acceso de radio 3GPP La figura 3 ilustra la distribución de canales lógicos en canales de transportación en la terminal móvil La figura 4 ilustra la distribución de canales lógicos en canales de transportación en la red La figura 5 ilustra ejemplos de estados y transiciones de modos en la red La figura 6 ilustra la distribución de canales lógicos de MBMS en el canal de transportación de FACH en la terminal móvil La figura 7 ilustra la distribución de canales lógicos de MBMS en el canal de transportación de FACH en la red
La figura 8 ilustra un programa con el que se transmite la Información de Servicios Modificados de MBMS y la información restante enviada al MCCH. La figura 9 ¡lustra un UE que recibe MBMS de varias células. La figura 10 ¡lustra un inicio de servicio en una célula de control de conformidad con la técnica anterior. La figura 1 1 ilustra una reconfiguración de PtM en una célula de control de conformidad con la técnica anterior. La figura 1 2 ilustra una resincronización de los MCCHs de las células vecinas mediante la inserción de TTIs en blanco. La figura 13 ilustra un inicio de sesión de servicio en las células vecinas. La figura 14 y 15 ilustran ejemplos de cambios de configuración en células vecinas. La figura 16 ilustra una sucesión de mensajes de control de
MBMS y su interpretación por parte del UE de conformidad con reglas predefinidas. La figura 17 ilustra un inicio de sesión con una compensación relativa al periodo de modificación en la célula de control. La figura 18 ilustra una reconfiguración de servicio en la célula de control.
DESCRIPCIÓN DETALLADA DE LA INVENCIÓN
La capa de Control de Enlace de Radio (RLC, por sus siglas en inglés) es un protocolo de la capa 2 que se emplea para controlar el intercambio de datos entre los canales lógicos del RNC y el UE La capa de RLC puede configurarse actualmente en 3 tipos de modos de transferencia el modo transparente, el modo de no reconocimiento y el modo de reconocimiento El comportamiento detallado de estos modos se describe en el documento denominado Radio Unk Control (RLC) protocol specification con el número de referencia 3GPP TS 25 322 Las distintas funcionalidades que se encuentran disponibles dependen del modo de transferencia En el modo de reconocimiento y de no reconocimiento, las unidades de datos de servicio (SDUs, por sus siglas en inglés) pueden dividirse en unidades de datos de paquetes (PDUs, por sus siglas en inglés) más pequeñas que se utilizan para la transmisión a través de la interfaz aérea El lado del transmisor separa la SDU en PDUs y, con base en la información de control que se añade a las PDUs, el lado del receptor reagrupa a las PDUs con el fin de reconstruir las SDUs Por ejemplo, dicha información de control es un número de secuencia de PDU para detectar si una PDU se ha perdido, bien un Indicador de Longitud (Ll, por sus siglas en inglés), el cual indica el inicio/fin de una SDU al interior de una PDU de RLC En el modo de no reconocimiento (UM, por sus siglas en inglés), el receptor no envía una confirmación al transmisor de las PDUs recibidas de
manera correcta, sino que el lado del receptor simplemente reagrupa las PDUs para las SDUs con base en la información de señalización contenida en las PDUs y transfiere las SDUs completas a capas más altas En el modo de reconocimiento (AM, por sus siglas en ingles), el receptor envía reconocimientos para la PDU recibida de manera correcta El transmisor utiliza estos reconocimientos para iniciar retransmisiones de PDUs faltantes Los reconocimientos son enviados en ciertas condiciones Se utilizan vanos mecanismos para iniciar la transmisión de los reconocimientos para las PDUs recibidas por el receptor La elección de los mecanismos activados es definida en el estándar y/o configurada por la señalización de RRC Un ejemplo de dichos mecanismo para la transmisión de una PDU de estatus es, por ejemplo, la recepción de una PDU con un numero de secuencia que no corresponde con el número de secuencia recibido más recientemente incrementado en uno, o bien cuando el receptor recibe una indicación del transmisor en la información de control de RLC de que debe enviarse un reconocimiento (también denominado Estatus) La indicación del transmisor para enviar una PDU de estatus se denomina Sondeo Cuando el transmisor envía un bit de Sondeo, se define un mecanismo en el estándar de UMTS, si no se ha recibido un reporte de Estatus después de la transmisión del sondeo después de un cierto tiempo De conformidad con este mecanismo, el transmisor retransmite una PDU incluyendo el indicador de sondeo y se denomina sondeo de tempopzación
Otro mecanismo cuenta el numero de retransmisiones de una PDU En caso de que la retransmisión supere un cierto numero (MaxDat), el transmisor comienza el procedimiento de reinicio El procedimiento de reinicio es un procedimiento que permite establecer la entidad del transmisor y el receptor de un portador de radio utilizando un modo RLC de AM para un estado inicial Cuando se inicia el procedimiento de reinicio, la entidad de remicio transmite una PDU de Reinicio a la entidad de terminación La entidad de terminación reconoce la recepción de la PDU de Reinicio transmitiendo la PDU de Reconocimiento de Reinicio Si la entidad de inicio no ha recibido la PDU de Reconocimiento de Reinicio después de un cierto tiempo, la entidad de inicio retransmite la PDU de Reinicio Si la entidad de inicio no ha recibido una PDU de Reconocimiento de Reinicio después de una cierta cantidad de retransmisiones, la entidad de inicio detecta un error irrecuperable Este ejemplo describe una situación en la que se detecta una disfuncion en la operación de una entidad de RLC en el modo de AM de RLC Son posibles otros mecanismos para detectar una disfuncion y ya se han descrito en el estándar de UMTS o son posibles de ser imaginados e implementados También es posible imaginar mecanismos de detección para entidades de RLC en modo de UM que podrían, por ejemplo, detectar que una información de señalización se encuentra incluida en la PDU de RLC, o bien cuando las capas mas altas detectan que la recepción/transmisión de la entidad de UM no se esta comportando correctamente
Otros mecanismos pueden detectar un error irrecuperable, el cual puede corresponder a una situación bloqueada, o bien a una situación en la que la comunicación se encuentra perturbada Si el UE detecta un error irrecuperable según se describe en el estándar, el UE pasa al estado de CELL-FACH y envía un mensaje de actualización de célula al Nodo B/RNC indicando potencialmente que se ha producido un error irrecuperable especificando la causa de la actualización de célula del Elemento de Información (IE, por sus siglas en inglés) al error irrecuperable de RLC de causa El UE indica, al incluir la indicación de error IE AM_RLC (RB2, RB3 o RB4), que este error irrecuperable se ha producido para alguno de los SRBs con las identificaciones 2, 3 ó 4 Al incluir la indicación de error IE AM_RLC (RB>4), el UE indica que este error se ha producido para uno de los RBs que utilizan modo de AM de RLC con identificaciones mayores a 4 El RNC puede enviar entonces el mensaje de Confirmación de Actualización de Célula e indicar que las entidades de RLC para los SRBs con las identificaciones 2, 3 y 4, o bien para los RBs con identificaciones mayores a 4 que utilizan el modo de AM de RLC AM, se reestableceran especificando el indicador de reestablecimiento de IE RLC (RB2, RB3 y RB4) y/o el indicador de reestablecimiento de RLC (RB5 y mas arriba) como verdaderos La entidad de UM/AM RLC también es responsable de manejar el cifrado y descifrado Para hacer esto, la entidad de RLC en el transmisor y el receptor mantienen un numero de COUNT-C, el cual se compone de un
Número de Hipercuadro (HFN, por sus siglas en inglés) y el Número de Secuencia (SN, por sus siglas en inglés) de RLC. El valor de COUNT-C, conjuntamente con otra información, se utiliza como entrada para una función matemática que genera una cadena de bits. Esta cadena de bits y la PDU de RLC, excepto SN, se combinan mediante la operación XOR lógica, que asegura el cifrado de la parte de datos de la PDU de RLC. El valor de HFN se incrementa cada vez que el SN de RLC se reinicia de nuevo (es decir, cuando SN de RLC alcanza su valor más alto y reinicia desde 0). En caso de que el receptor se pierda un cierto número de SNs o en caso de que el SN recibido se haya alterado durante la recepción, el COUNT-C en el receptor y el transmisor puede desincronizarse. En este caso, el receptor no es capaz de descifrar de manera correcta la información recibida. El receptor puede detectar la disfunción de la entidad de descifrado a través de distintos mecanismos. El modo de 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, se dice que la terminal se encuentra en modo de conexión de RRC. Si no hay conexión, se dice que la terminal se encuentra en modo inactivo. Dado que existe una conexión de RRC para las terminales en un modo de conexión de RRC, la UTRAN puede determinar la existencia de una terminal particular dentro de la unidad de células, por ejemplo en qué célula o conjunto de células se encuentra la terminal en modo de conexión de RRC, así como qué
canal físico está siendo escuchado por el UE. Por lo tanto, la terminal puede ser controlada de manera efectiva. En contraste con ello, la UTRAN no puede determinar la existencia de una terminal en modo inactivo. La existencia de terminales en modo inactivo únicamente puede ser determinada por la red central a encontrarse dentro de una región que es más grande que una célula, por ejemplo una ubicación o área de enrutamiento. Por lo tanto, la existencia de terminales en modo inactivo se determina dentro de regiones grandes y, con el fin de recibir servicios de comunicación móvil, como datos o voz, la terminal en modo inactivo debe moverse o cambiar al modo de conexión de RRC. Las transiciones posibles entre modos y estados de un equipo de usuario, se muestran en la figura 5. OS (por sus siglas en inglés) significa Fuera de Servicio, IS (por sus siglas en inglés) significa En Servicio, R (por sus siglas en inglés) significa un paso de liberación de una conexión de RRC y E (por sus siglas en inglés) significa un paso de establecimiento de una conexión de RRC. Un UE en modo de conexión de RRC puede encontrarse en distintos estados, por ejemplo estado CELL-FACH, estado CELL_PCH, estado CELL DCH o estado URA_PCH, siendo posibles también otros estados. Dependiendo de los estados, el UE realiza distintas acciones y escucha distintos canales. Por ejemplo, un UE en estado CELL-DCH intentará escuchar (entre otros) el tipo de DCH de canales de transportación que comprende los canales de transportación DTCH y DCCH y que puede
distribuirse a ciertos DPCH, DPDSCH u otros canales físicos El UE en el estado CELL-FACH escuchara vanos canales de transportación FACH que se distribuyen a ciertos S-CCPCH, el UE en estado PCH escuchará el canal PICH y el canal PCH que se distribuye a ciertos canales físicos S-CCPCH La información de sistema principal se envía en el canal lógico
BCCH que se distribuye en el Canal Físico de Control Común Primario (P-CCPCH, por sus siglas en inglés) Bloques de información de sistema específicos pueden enviarse en el canal FACH Cuando la información del sistema es enviada en el FACH, el UE recibe la configuración del FACH, ya sea en el BCCH que es recibido en el P-CCPCH o en un canal dedicado Cuando la información de sistema es enviada en el BCCH (es decir, a través del P-CCPCH) entonces, en cada cuadro o conjunto de dos cuadros, el Número de Cuadro de Sistema (SFN, por sus siglas en inglés) es enviado y se utiliza para compartir la misma referencia de tempopzación entre el UE y el Nodo B El P-CCPCH se envía siempre utilizando el mismo código de combinación como el Canal Piloto Común Primario (P-CPICH, por sus siglas en inglés) que es el principal código de combinación de la célula El código de propagación que es utilizado por el P-CCPCH, permanece con un Factor de Propagación (SF, por sus siglas en ingles) fijo 256 y el número permanece igual a 1 , según se define en 3GPP TS 25 213 Spreading and modulation (FDD), V6 0 0(ftp //ftp 3gpp org/Specs/ 2004-03/Rel-6/25_sepes/25213-600 zip) El UE conoce el código de combinación primario ya sea a través de la información enviada desde la red sobre la información de sistema de las
células vecinas que el UE ha leído, a través de mensajes que el UE ha recibido en el canal DCCH o a través de la búsqueda del P-CPICH, que se envía utilizando el SF fijo 256, el número de código de propagación 0 y que transmite un patrón fijo La información de sistema comprende información sobre las células vecinas, la configuración de los canales de transportación RACH y FACH y la configuración de MICH y MCCH, los cuales son canales dedicados para el servicio de MBMS Cada vez que el UE está cambiando la célula, se encuentra acampando (en modo inactivo) o, cuando el UE ha seleccionado la célula (en los estados CELL_FACH, CELL_PCH o URA_PCH), el UE verifica que tenga información de sistema válida La información de sistema se organiza en Bloques de Información de Sistema (SIBs, por sus siglas en inglés), un Bloque de Información Maestro (MIB, por sus siglas en inglés) y bloques de programación El MIB es enviado con mucha frecuencia y proporciona información de tempopzación de los bloques de programación y los distintos SIBs Para los SIBs que se encuentran enlazados a una identificación de valor, el MIB contiene también información sobre la última versión de una parte de los SIBs Los SIBs que no se encuentran enlazados con una identificación de valor, se enlazan con un tempopzador de expiración Los SIBs enlazados con un tempopzador de expiración se tornan inválidos y tienen que ser leídos de nuevo si el tiempo de la última lectura del SIB es mayor a este valor de temponzador Los SIBs enlazados con una
identificación de valor únicamente son válidos si cuentan con la misma identificación de valor que aquel difundido en el MIB Cada uno de los bloques cuenta con un alcance de área de validez (Áreas de Red Móvil Terrestre Pública Celular (PLMN, por sus siglas en inglés) o áreas de PLMN equivalentes), lo cual significa en qué células es válido el SIB Un SIB con una Célula de alcance de área es válido únicamente para la célula en la que se ha leído Un SIB con una PLMN de alcance de área es válido en toda la PLMN y un SIB con una PLMN de alcance de área equivalente es válido en toda la PLMN y PLMN equivalente En general, los UEs leen la información de sistema cuando se encuentran en modo inactivo, estado CELL_FACH, estado CELL_PCH o estado URA PCH de las células que han seleccionado o la célula en la que se encuentran acampando En la información de sistema, éstos reciben información sobre las células vecinas en la misma frecuencia, distintas frecuencias y distintas Tecnologías de Acceso de Radio (RAT, por sus siglas en inglés) Esto permite que el UE sepa qué células son candidatas para la reseleccion celular Como se ha mencionado con anterioridad, los datos de MBMS pueden dividirse en dos categorías información de plano de control e información de plano de usuario La información de plano de control contiene notablemente información sobre * Configuración de capas físicas, * Configuración de canales de transportación,
* Configuración de portador de radio, * Servicios en curso, * Información de conteo, * Información de programación Con el fin de permitir que los UEs reciban esta información, se envía información de control específica de portador de MBMS para MBMS Los datos del plano de usuapo de los portadores de MBMS, pueden distribuirse en canales de transportación dedicados para un servicio de punto a multipunto que se envía únicamente a un UE o en un canal de transportación compartido para servicio de punto a multipunto que se transmite (es recibido por) en relación con vanos usuarios al mismo tiempo La transmisión punto a punto se utiliza para transferir información de plano de usuario/control específica de MBMS, así como información de plano de usuario/control dedicada entre la red y un único UE en modo de conexión de RRC Se utiliza únicamente para el modo de multidifusion de MBMS Para un UE en los estados CELL_FACH o Cell_DCH, se utiliza el DTCH, permitiendo todas las distribuciones existentes a los canales de transportación La transmisión de punto a multipunto (PtM, por sus siglas en ingles) se emplea para transferir información de plano de usuario/control especifica de MBMS entre la red y vanos UEs en modo de conexión de RRC o modo inactivo Se utiliza para el modo de difusión o multidifusión de MBMS
El canal lógico del Canal de Control de Punto a Multipunto de MBMS (MCCH, por sus siglas en ingles) se utiliza para una transmisión de enlace descendente de PtM de información de plano de control entre la red y los UEs en modo de conexión de RRC y modo inactivo La información de plano de control sobre el MCCH es específica de MBMS y se envía a los UEs en una célula con un servicio de MBMS activado El MCCH puede ser enviado en un S-CCPCH que transporta el DCCH de los UEs en estado CELL_FACH, o bien en S-CCPCH autónomo o en el mismo S-CCPCH con MTCH El MCCH se distribuye siempre a un FACH específico en el S-CCPCH, como se indica en el BCCH En caso de una combinación suave, el MCCH se distribuye a un S- CCPCH (CCTrCH en Duplexado de División de Tiempo (TDD, por sus siglas en inglés)) distinto a MTCH La recepción de la localizacion tiene prioridad sobre la recepción de MCCH para modo inactivo y UEs de URA/CELL_PCH La configuración del MCCH (periodo de modificación, periodo de repetición, etcétera) se realiza en la información de sistema enviada en el canal BCCH El canal lógico de Canal de Tráfico de Punto a Multipunto de MBMS (MTCH, por sus siglas en inglés) se utiliza para una transmisión de enlace descendente de PtM de información de plano de usuario entre la red y los UEs en modo de conexión de RRC o modo inactivo La información de plano de usuario en el MTCH es especifica de MBMS y se envía a los UEs en
una célula con un servicio de MBMS activado El MTCH se distribuye siempre a un FACH especifico en el S-CCPCH, como se indica en el MCCH El canal lógico de Canal de Programación de Punto a Multipunto de MBMS (MSCH, por sus siglas en inglés) se utiliza para una transmisión de enlace descendente de PtM de un programa de transmisión de servicio de MBMS entre la red y los UEs en modo de conexión de RRC o modo inactivo La información de plano de control en el MSCH es específica del servicio de MBMS y S-CCPCH y se envía a los UEs en una célula que recibe MTCH Un MSCH se envía en cada S-CCPCH que transporta el MTCH El MSCH se distribuye a un FACH específico en el S-CCPCH, como se indica en el MCCH Debido a distintos requerimientos de error, el MSCH se distribuye a un FACH distinto a MTCH El FACH se utiliza como un canal de transportación para MTCH, MSCH y MCCH El S-CCPCH se utiliza como un canal físico para el FACH que transporta al MTCH, MCCH o MSCH Como se muestra en las figuras 6 y 7 (respectivamente, desde los lados de UE y UTRAN), para el enlace descendente, existen las siguientes conexiones entre los canales lógicos y los canales de transportación MCCH, MTCH y MSCH pueden distribuirse al FACH Ahora se describirán los Flujos de Datos que pasan a través de la capa 2 El flujo de datos para el MCCH distribuido al FACH, utiliza el modo de UM-RLC, con las mejoras que se requieran para brindar soportar la entrega de SDU de secuencia Se utiliza un encabezado de MAC para la
identificación del tipo de canal lógico en cuestión El flujo de datos para el MTCH distribuido al FACH, utiliza el modo de UM-RLC, con las mejoras que se requieran para brindar soporte a la combinación selectiva Puede utilizarse una repetición rápida en RLC-UM Se utiliza un encabezado de MAC para la identificación del tipo de canal lógico e identificación del servicio de MBMS El flujo de datos para el MSCH distribuido al FACH, utiliza el modo de UM-RLC Se utiliza un encabezado de MAC para la identificación del tipo de canal lógico La notificación de MBMS utiliza un nuevo PICH especifico de MBMS denominado Canal Indicador de Notificación de MBMS (MICH, por sus siglas en ingles) en la célula La codificación exacta se define en las especificaciones de la capa física de Etapa 3 La información del MCCH se transmite con base en un programa fijo Este programa identificara el Intervalo de Tiempo de Transmisión (TTI, por sus siglas en ingles), es decir, múltiplo de cuadros, que contenga el inicio de la información del MCCH La transmisión de esta información puede tomar un número variable de TTIs y la UTRAN debe transmitir la información del MCCH en TTIs consecutivos El UE continuará recibiendo el S-CCPCH hasta que - reciba la totalidad de la información del MCCH, o bien - reciba un TTI que no incluya ningún dato de MCCH, o bien - el contenido de la información indique que no se requiere de una recepción adicional (v g , ninguna modificación a la información de servicio deseada)
Con base en este comportamiento, la UTRAN puede repetir la información del MCCH después de una transmisión programada, con el fin de mejorar la confiabihdad El programa del MCCH es común para todos los servicios Toda la información del MCCH es transmitida de manera periódica con base en un periodo de repetición El periodo de modificación es definido como un múltiplo entero del periodo de repetición La INFORMACIÓN DE ACCESO de MBMS puede transmitirse de manera periódica con base en un periodo de información de acceso Este periodo será un divisor entero del periodo de repetición Los valores para los periodos de repetición y modificación se proporcionan en la información de sistema de la célula en la que se envía MBMS La información del MCCH se divide en información esencial y no esencial La información esencial se encuentra conformada de I INFORMACIÓN DE CÉLULA VECINA DE MBMS, INFORMACIÓN DE SERVICIO DE MBMS e INFORMACIÓN DE PORTADOR DE RADIO DE MBMS La información no esencial corresponde a la INFORMACIÓN DE ACCESO DE MBMS Los cambios en la información esencial únicamente se aplicarán en la primera transmisión del MCCH de un periodo de modificación y al inicio de cada periodo de modificación La UTRAN transmite la INFORMACIÓN DE CAMBIO DE MBMS, incluyendo las identificaciones de servicios de MBMS cuya información de MCCH se modifique en ese periodo de modificación La INFORMACIÓN DE CAMBIO DE MBMS se repite por lo
menos una vez en cada periodo de repetición de ese periodo de modificación Los cambios en la información no esencial podrían producirse en cualquier momento La figura 8 ilustra el programa con el que se transmite la INFORMACIÓN DE SERVICIO DE MBMS y la INFORMACIÓN DE PORTADOR DE RADIO Los distintos patrones indican un contenido distinto del MCCH Con el fin de incrementar la cobertura, un UE que se localiza entre distintas células, puede recibir los mismos servicios de MBMS de distintas células al mismo tiempo, asi como combinar la información recibida, segun se muestra en la figura 9 En este caso, el UE lee el MCCH desde una célula de control que ha seleccionado con base en un cierto algoritmo En este MCCH de la célula seleccionada (v g , A-B), en la figura, el UE recibe información sobre un servicio en el que el UE se encuentra interesado Esta información contiene la información sobre la configuración de los canales físicos, los canales de transportación, la configuración de RLC, la configuración de PDCP, etcétera, en la célula de control, asi como en las células vecinas que el UE podría ser capaz de recibir (v g , célula A-A y célula B) En otras palabras, la información se refiere a aquello que el UE requiere para recibir el MTCH que transporta el servicio en el que el UE se encuentra interesado en la célula A-A, A-B y B
Cuando el mismo servicio es transportado en células distintas, el UE puede o no ser capaz de combinar el servicio de las distintas células en distintos niveles Sin combinación posible, Combinación selectiva en el nivel de RLC, Combinación L1 en el nivel físico La combinación selectiva para la transmisión de PtM de MBMS es soportada por la numeración de PDU de RLC Por lo tanto, la combinación selectiva en el UE es posible desde células que proveen una velocidad de bits de RB de MBMS similar, siempre y cuando la desincronizacíón entre los flujos de transmisión de PtM de MBMS no supere la capacidad de reordenamiento de RLC del UE Por lo tanto, existe una entidad de RLC en el lado de UE Para la combinación selectiva, existe una entidad de RLC por servicio de MBMS que utiliza la transmisión de PtM en el grupo de células del CRNC Todas las células en el grupo de células se encuentran bajo el mismo CRNC En caso de que se produzca la desmcronización entre las transmisiones de MBMS en las células vecinas correspondientes a un grupo de células de MBMS, el CRNC puede realizar acciones de resincronización permitiendo que los UEs realicen la combinación selectiva entre estas células Para TDD, la combinación selectiva y la combinación suave pueden utilizarse cuando los Nodos B se sincronizan Para FDD, la combinación suave puede utilizarse cuando los Nodos B se sincronizan dentro de la ventana de recepción de combinación suave del UE y los campos de
datos de los S-CCPCHs de combinación suave, son idénticos durante los momentos de combinación suave Cuando se encuentra disponible la combinación selectiva o suave entre las células, la UTRAN envía INFORMACIÓN DE LAS CÉLULAS VECINAS DE MBMS que contiene la configuración de MTCH de las células vecinas, que se encuentra disponible para la combinación selectiva o suave Cuando se aplica la combinación suave parcial, la INFORMACIÓN DE CÉLULAS VECINAS DE MBMS contiene el programa de combinación de L1 , el cual indica los momentos en los que el UE puede realizar combinación suave en el S-CCPCH transmitido en las células vecinas con el S-CCPCH transmitido en la célula de servicio Con la INFORMACIÓN DE LAS CÉLULAS VECINAS DE MBMS, el UE es capaz de recibir la transmisión del MTCH de la célula vecina, sin la recepción del MCCH de estas células vecinas El UE determina cuál es la célula vecina adecuada para realizar la combinación selectiva o suave con base en un umbral (v g , CPICH Ec/No medido) y la presencia de la INFORMACIÓN DE CÉLULAS VECINAS DE MBMS de esa célula vecina La posibilidad de realizar la combinación selectiva o suave se señala al UE La invención propone transmitir un mensaje que incluya la información de validez a través de una célula de control al UE El UE puede utilizar esta información de validez para derivar la tempopzación de validez de la información de configuración de los canales físicos de las células de control
y de la célula vecina Alternativamente, la tempopzación de la validez de configuración puede derivarse a través del UE con base en reglas de valides de configuración predefinidas, utilizadas tanto por las células como por la red La figura 13 ilustra un inicio de sección en las células vecinas En la figura 13, el servicio comienza al mismo tiempo en dos células vecinas Sin embargo, debido a la falta de alineación de los periodos de modificación entre las células A y B, la configuración del servicio S utilizada en el Nodo B A (configuración S-A) y en el Nodo BB (configuración S-B) no se difunde al mismo tiempo Cuando la célula de control es el Nodo B A, ninguna solución conocida indica cuándo la configuración del MTCH del Nodo BB es válida Indicar la configuración S-B en el periodo de modificación 1 A no es posible, pues el UE no puede escuchar un canal que aún no se encuentra configurado y, por lo tanto, la recepción no será posible La transmisión de la configuración del servicio S en el Nodo BB se retarda hasta el periodo de modificación 2A, en donde la configuración del Nodo BB es recibida por los UEs que escuchan el MCCH del Nodo B A Esto retarda el inicio de la transmisión la mitad de un periodo de modificación en promedio En caso de que la reconfiguración de un servicio sea enviada en distintos Nodos B, además del problema de los UEs que se introducen en una célula, existen los mismos problemas que en caso de que exista inicio de sesión un UE que se introduce en la célula en la que la nueva configuración se difunde por primera vez, no será capaz de recibir la sesión en curso
Además, las señalización conocidas resulta problemática para los UEs que ya están recibiendo el servicio en curso en la célula en la que se encuentran acampando y en las células vecinas. Si los periodos de modificación del Nodo B A y el Nodo BB no se encuentran alineados, dicha señalización no indica la configuración correcta del MTCH del Nodo BB vecino por parte del Nodo B A en un instante determinado. La determinación de una configuración correcta para el MTCH de las célula vecinas en un momento determinado, es problemática. En caso de que la sincronización tenga que mantenerse, una solución derivable sería actualizar la información de sistema para cambiar la compensación del periodo de modificación. Este procedimiento es pesado (difícil) e implicaría que todos los UEs en la célula se despiertan y leen de nuevo la información de sistema. Un primer caso de reconfiguración de una célula vecina, se ilustra en el ejemplo de la figura 14. La configuración S-A2 se envía en el periodo de modificación 1A en el Nodo B A (dado que la configuración cambiará en la célula de control Nodo B A). Para la célula vecina, la configuración S-B1 es enviada por el MCCH del Nodo B A durante el periodo de modificación 1 A. En este caso, el UE supone que la configuración del servicio S no ha cambiado durante el siguiente periodo de modificación. Sin información adicional, dado que los periodos de modificación del BB y del BA no se encuentran alineados y dado que los cambios
únicamente pueden ocurrir en las fronteras de los periodos de modificación, el UE utilizará la configuración errónea. En el ejemplo ilustrado en la figura 15 se muestra otro caso de reconfiguración de una célula. La configuración S-A2 es enviada en el periodo de modificación 1 A en el Nodo B A (dado que la configuración cambiará en la célula de control). Para la célula vecina, la configuración S-B2 se envía durante el periodo de modificación 2A del Nodo B A. En este caso, el UE puede suponer que la configuración del MTCH se cambia durante el siguiente periodo de modificación. Sin información adicional, dado que los periodos de modificación del Nodo BB no se encuentran alineados y dado que los cambios pueden ocurrir únicamente en las fronteras de los periodos de modificación, el UE utilizará la configuración errónea durante el tiempo indicado en la figura 15. Para superar el problema de la temporización de la reconfiguración del servicio para un equipo de usuario que recibe un servicio de MBMS de las células vecinas, la invención propone indicar la validez de los canales físicos que transportan datos de servicio de punto a multipunto en un sistema de comunicación inalámbrica a través de la célula de control y la célula vecina de la siguiente manera. Un mensaje que comprende la información de configuración para cada uno de dichos canales, es generado por la célula de control. Este mensaje incluye la información de validez que puede ser utilizada por el UE para derivar la temporización de validez de la
configuración para cada uno de dichos canales El mensaje se transmite entonces a un UE Esta información permite que el UE derive una tempopzación de validez de configuración para un servicio determinado transmitido por las células vecinas La configuración correcta del servicio transmitido por las células vecinas, puede ser utilizada entonces por el UE con una compensación limitada La información de tempopzación de validez puede indicar si una configuración para un canal físico, como un SCCPCH, que transporta servicios de MBMS, resulta válida durante un periodo de modificación actual o más tiempo, después de un tiempo de activación determinado, o bien hasta un tiempo de activación determinado Por lo tanto, se evita el problema de una terminal móvil que intenta utilizar una configuración de canal físico inválida de una de las células vecinas Como tal, la tempopzación de validez puede denominarse también indicación de tempopzación En particular, la presente invención provee un método para recibir un servicio de punto a multipunto, el cual comprende recibir un mensaje de control relacionado con un servicio de punto a multipunto durante un periodo actual, determinar si existe o no una indicación de tempopzación en el mensaje de control recibido; y, si no existe una indicación de tempopzacion, realizar la configuración de una canal físico para recibir datos de servicio de punto a multipunto en un siguiente periodo, por medio de lo cual la información para realizar la configuración se incluye en el mensaje de
control recibido, si existe indicación de tempopzacion, realizar la configuración de un canal físico para recibir datos de servicio de punto a multipunto de conformidad con la indicación de tempopzación, por medio de lo cual la información para realizar la configuración se incluye en el mensaje de control recibido Ademas, la presente invención provee un método para proveer un servicio de punto a multipunto, el cual comprende generar un mensaje de control relacionado con un servicio de punto a multipunto basado en la validez de un canal físico, el mensaje de control incluye información para realizar la configuración del canal físico y, opcionalmente, incluye una indicación de tempopzación, enviar el mensaje de control durante el periodo actual para permitir que una terminal móvil realice la configuración del canal físico en un siguiente periodo o de conformidad con la indicación de tempopzación, y transmitir datos de servicio de punto a multipunto a la terminal móvil a través del canal físico configurado Aquí, la indicación de tempopzacion puede comprender un número de cuadro de sistema que indica el inicio del cuadro en el que debe realizarse la reconfiguración del portador de radio de punto a multipunto O bien, la indicación de tempopzación puede comprender los bits menos significativos del Numero de Cuadro de Sistema (SFN, por sus siglas en inglés) que indica el inicio del cuadro al que debe realizarse la reconfiguración del portador de radio de punto a multipunto O bien, la indicación de tempopzacion puede comprender el numero de cuadros o intervalos de tiempo
de transmisión después del final del periodo actual que indica el inicio del cuadro en el que debe realizarse la reconfiguración del portador de radio de punto a multipunto De manera alternativa, la indicación de temporización puede referirse a un tiempo de activación punto a multipunto (p-t-m, por sus siglas en inglés) de un servicio de multidifusión multimedia (MBMS, por sus siglas en inglés). El tiempo de activación p-t-m de MBMS es un Elemento de Información (IE, por sus siglas en inglés) que comprende los 11 bits menos significativos (LSB, por sus siglas en inglés) del SFN. Aquí, el tiempo de activación p-t-m de MBMS indica el inicio del cuadro 10 ms correspondiente al valor de SFN indicado y del CCPCH primario de la célula en donde este IE es transmitido. Además, la escala del tiempo de activación p-t-m de MBMS es de 10 ms, después del inicio del periodo de modificación de MCCH en el que se transmite y hasta el final del siguiente periodo de modificación de MCCH. El UE debe considerar un valor fuera de esta escala como vencido. En el método de la presente invención, los pasos pueden realizarse al combinar datos de una célula actual y una o más células vecinas. Aquí, el paso de combinar datos puede comprender la combinación selectiva y la combinación suave. Los pasos pueden realizarse cuando un servicio de punto a multipunto inicia en la célula actual. Los pasos pueden realizarse cuando se produce una reconfiguración de un servicio de punto a multipunto en la célula actual. Los pasos pueden realizarse cuando se produce un inicio de sesión en las células vecinas. Los pasos pueden realizarse cuando se
produce una reconfiguracion en las células vecinas El periodo actual y el periodo siguiente pueden ser periodos de modificación El inicio de cada uno de los periodos de modificación puede indicar que la información de control para el servicio de punto a multipunto, se ha modificado Durante cada periodo de modificación, la información de control para el servicio de punto a multipunto, puede recibirse de manera repetida El mensaje de control puede ser recibido a través de un canal de control de punto a multipunto El canal físico puede ser un Canal Físico de Control Común Secundario De preferencia, se transmite una configuración actualmente válida para una célula vecina y la información de validez indica a la terminal móvil que esta configuración es valida durante un periodo de modificación actual Por lo tanto, cuando la información de validez es recibida durante el periodo de modificación actual, la terminal móvil es informada de que la configuración del SCCPCH es válida actualmente en el MTCH correspondiente y puede utilizarse cuando se lea la información de configuración De manera alternativa, la información de validez puede indicar a la terminal móvil que la información de configuración para una célula vecina, es válida ya sea después de un tiempo de activación determinado o hasta un tiempo de activación determinado De conformidad con ello, una vez habiendo leído la información de validez, la terminal móvil sabe exactamente cuánto tiempo recibir el MTCH utilizando la información de configuración correspondiente
Adicionalmente, dos configuraciones pueden ser transmitidas para un servicio determinado y la célula correspondiente durante el mismo periodo de modificación en caso de que se modifique la configuración: la configuración válida actualmente y la siguiente configuración válida a utilizarse después de la reconfiguración. Las banderas pueden indicar qué configuración es válida actualmente y qué configuración se volverá válida. Esta información de temporización de validez de configuración puede vincularse con el inicio o el final de un periodo de modificación durante el cual se recibe la configuración. Esta información de temporización de validez puede vincularse con el periodo de modificación de la célula de control o de su célula vecina. El periodo de modificación correcto puede ser derivado por el UE a partir de la información de validez con base en reglas predefinidas, o bien mediante una transmisión adicional al UE por parte del RNC en el MCCH de la célula de control. La información para derivar la temporizacíón de validez puede ser también una indicación de un periodo de modificación determinado, durante el cual comienza la validez de la configuración. Esta información puede incluir una compensación, por ejemplo un número que define un cuadro o conteo de TTI. La valides de la configuración comienza entonces en la temporización de compensación después del inicio del periodo de modificación definido. La información a partir de la cual se deriva la temporización de validez de las configuraciones, puede ser una referencia a una temporización
de SFN, a partir de la cual serán válidas las configuraciones El mensaje generado por una célula determinada puede incluir una referencia de validez a la tempopzación de SFN de cada una de las células vecinas La información puede incluir también parte de los bits menos significativos de la tempopzación de SFN de una célula determinada, de manera que la tempopzación de validez pueda comenzar en una porción intermedia de la tempopzación de SFN La información de tempopzación de validez puede realizarse en el canal lógico de MCCH de la célula de control La información de tempopzación de validez puede incluirse en los mensajes de control como un mensaje de información de los servicios modificados de MBMS o un mensaje de información de los servicios no modificados de MBMS transmitido en el canal lógico de MCCH De otro modo, una señalización especial puede ser transmitida al UE para proporcionarle información que indique que no hubo reconfiguración en el periodo de modificación anterior, si el servicio se enumera en una información de Servicios No Modificados de MBMS de mensaje En este caso, la configuración recibida durante el periodo de modificación actual, puede utilizarse de inmediato, por ejemplo al inicio del siguiente cuadro o TTI del MTCH de las células vecinas En caso de que el servicio se enumere en un mensaje de Información de Servicios Modificados de MBMS, una configuración válida actualmente para la célula asociada puede enviarse también, de manera que
un UE que apenas se introduce en esta célula vecina pueda determinar que puede comenzar a recibir el servicio suministrado por esta célula de inmediato, utilizando esta configuración válida El inicio puede sincronizarse con el inicio del siguiente cuadro o TTI del MTCH de esta célula vecina La información también puede ser proporcionada para el
SCCPCH de cada célula vecina, indicando si la configuración ha cambiado o no Esta información puede detallarse para cada servicio y/o para cada célula vecina El uso de los mensajes de control de MBMS puede ser el siguiente El mensaje de Información de Servicios Modificados de MBMS puede comprender un elemento denominado Tiempo de Activación PtM de MBMS que define un inicio de tempopzación a partir del cual una nueva configuración del servicio es válida Para la célula de control, el UE lee el mensaje de Información de
Servicios Modificados de MBMS (MMSI, por sus siglas en inglés) durante el periodo de modificación de su recepción y revisa si un servicio determinado se enumera en el mensaje Si dicho servicio se enumera en el mensaje de MMSI, la configuración correspondiente de la Difusión Celular de control para este servicio en el MCCH, se utilizara únicamente comenzando a partir del siguiente periodo de modificación El UE utilizará entonces una configuración recibida anteriormente hasta el inicio del siguiente periodo de modificación El UE lee también el mensaje de Información de Servicios No Modificados de
MBMS (MUSÍ, por sus siglas en ingles) durante el periodo de modificación de su recepción Si dicho servicio se enumera en el mensaje de MUSÍ, la configuración correspondiente se considerará válida y el UE puede comenzar la recepción del MTCH de la célula de control tan pronto como el UE haya recibido toda la información necesaria Entonces, si un UE se mueve o se conmuta en una célula en la que una reconfiguración se encuentra en curso, si no ha recibido previamente la configuración, no deberá iniciar la recepción del servicio en la célula de control si este servicio se enumera en el mensaje de MMSI Para superar este problema, la configuración válida actualmente también puede ser transmitida e indicada como válida actualmente La configuración válida actualmente puede utilizarse entonces de inmediato para la recepción del servicio de la célula de control Si un servicio se enumera en el mensaje de MMSI porque se encuentra cambiado en una célula vecina, si este servicio no se modifica en la célula de control, el UE puede leer información que indique que la configuración de la célula de control es válida y puede entonces utilizar de inmediato esta configuración para la célula de control Esta información puede ser un indicador que especifique cada configuración válida o modificada y puede insertarse en el nivel de mensaje de la célula de control o en el nivel de SCCPCH Esto podría resultar especialmente útil en caso de que se cambie únicamente la identificación de MAC de MBMS
Si el UE emplea reglas predefinidas para determinar que configuración es valida al inicio de un periodo de modificación, como excepción, el orden de la información de validez recibida pueden tomarse en cuenta con el fin de determinar si una configuración se modifico o no se modifico Por lo tanto, puede utilizarse un periodo de configuración válido por parte del UE antes de esperar el inicio del siguiente periodo de modificación en ciertos casos Por ejemplo, cualquiera configuración enviada después de MUSÍ, se considerara sin cambios para este servicio y se considerara válida en el momento de ser leída y el UE comenzara a utilizar esta configuración de inmediato, incluso si este servicio se enumero como modificado en un mensaje de MMSI La figura 16 ilustra un ejemplo de una sucesión de mensajes de MCCH para la que pueden aplicarse reglas de excepción Por ejemplo, el mensaje 164 define las configuraciones de los servicios S-T-U para la célula vecina Este mensaje sigue al mensaje de MUSÍ 163 Por lo tanto, la totalidad de las configuraciones indicadas en el mensaje 164, son válidas de inmediato para la célula vecina, incluso si las configuraciones de estos servicios para la célula de control, se proporcionaron en el mensaje 162 después del mensaje de MMSI 161 La figura 17 ilustra un ejemplo de inicio de servicio en la célula de control La información de validez proporcionada al UE, define un numero de TTIs, un numero de cuadros o una referencia de SFN que define una compensación a partir del inicio del periodo de modificación de la célula de
control Los servicios S y T en el MTCH se inician con la configuración determinada en esta compensación de tiempo, después del final del periodo de modificación en el que se recibió la información de configuración del servicio Esta información puede ser proporcionada en el MCCH en el mismo periodo de modificación que la información sobre los servicios para los que la transmisión en el portador de PtM comienza o como información general sobre la información del sistema De otro modo, la información de validez puede indicar si la configuración de los servicios en el Nodo A, ya es válida durante el periodo de modificación actual La figura 18 ilustra una reconfiguración del servicio de la célula de control En el periodo de modificación 2A, el servicio S es indicado como un servicio cambiado (se enumera en la información de los servicios modificados de MBMS del mensaje, por ejemplo) y la nueva configuración S2 se transmite (por ejemplo, en una Información PtM Rb de célula de control de MBMS, Información General de MBMS o Información PtM Rb de MBMS) Para evitar que el UE utilice la configuración S2 en la temporización errónea, la información de validez define que esta configuración S2 será utilizada únicamente a partir del siguiente periodo de modificación. Si el UE tenía la configuración S1 antes de recibir la configuración S2, la información de validez puede definir que el UE tenga que utilizar esta configuración S1 hasta el final del periodo de modificación actual La configuración S1 es enviada también durante el periodo de modificación 2A, de manera que un UE que se introduce
en la célula de control pueda utilizar de inmediato esta configuración sin esperar al inicio del siguiente periodo de modificación. Las etiquetas respectivas identifican la configuración válida actualmente (configuración sin cambios) y la siguiente configuración válida (configuración con cambios). Para la célula vecina, se proponen las siguientes soluciones. Como se ¡lustra en la figura 14, si un servicio se enumera en un mensaje de MMSI durante el periodo de modificación 1A, el UE utiliza la configuración modificada en la célula vecina únicamente en el segundo periodo de modificación 3A después del periodo de modificación en el que se recibió el mensaje de MMSI. El UE utiliza una configuración recibida previamente para la transmisión en el Nodo BB hasta el final del periodo de modificación 1A. El UE detiene la recepción en e I Nodo BB durante el periodo de modificación 2A, para evitar cualquier error de configuración del Nodo BB durante este periodo. Si dicha configuración de servicio se enumera en el mensaje de MUSÍ durante el periodo de modificación 2A, la configuración en la célula vecina se considera válida a partir del siguiente periodo de modificación 3A, dado que puede haber una reconfiguración antes. Otra solución es difundir los periodos de modificación del MCCH del Nodo BB en el MCCH del Nodo BA, de manera que el UE pueda utilizar los cambios de configuración del MTCH del Nodo BB en las fronteras de los periodos de modificación del Nodo BB. Si un servicio se enumera en el mensaje de MMSI durante el periodo de modificación 1A en la figura 15, el UE utilizará la nueva configuración en la célula vecina únicamente desde el inicio
del periodo de modificación en el Nodo BB (2B) después del final del periodo de modificación en el Nodo BA en el que se recibió la nueva configuración (1 A) Si dicha configuración de servicio se enumera en el mensaje de MUSÍ durante el periodo de modificación 2A, la configuración del servicio de la célula vecina se considera valida desde el inicio del periodo de modificación en el Nodo BB (2B) durante el periodo de modificación (2A) en el que se ha recibido en el Nodo BA, dado que podría haber habido una reconfiguración antes Para cada célula vecina que se reconfigura, la información puede indicar un SFN relacionado con la célula de control o la célula vecina a partir de la cual o hasta la cual es válida la reconfiguración de la célula vecina Por lo tanto, el inicio o el final de la validez de una configuración pueden tomarse en cuenta de forma muy exacta Si un servicio se enumera en el mensaje de MUSÍ durante un periodo de modificación (por ejemplo, en la figura 15), puede enviarse información adicional al UE para indicar que no hubo ninguna reconfiguración en el periodo de modificación anterior, de manera que el UE pueda utilizar dicha configuración de servicio de inmediato Si un servicio se enumera en el mensaje de MMSI , la configuración valida actualmente también puede ser transmitida al UE, de manera que pueda comenzar a recibir el servicio con esta configuración si se introduce en la célula correspondiente
La información de validez puede incluir también un indicador de cambio de la información de configuración para cada célula vecina y/o servicio El orden de la información de validez recibida también puede tomarse en cuenta, con el fin de determinar si la configuración se modificó o no se modificó Por ejemplo, cualquier configuración enumerada en un MUSÍ se considerara como sin cambios para este servicio y se considerará válida en el momento en que sea leída o al inicio del siguiente periodo de modificación del Nodo BB después del final del periodo de modificación de lectura en el Nodo BB o a partir del segundo periodo de modificación en el Nodo BA La información de configuración utilizada por un servicio determinado para la transmisión de PtM, puede relacionarse notablemente con las siguientes configuraciones - configuración de S-CCPCH, - configuración de canales de transportación, - configuración de MAC, - configuración de PDCP, - configuración de RLC La presente invención provee un método para recibir un servicio de punto a multipunto, el cual comprende recibir, de una red, información que indique la validez de un canal físico que transporta datos de servicio de punto a multipunto, determinar un momento apropiado para configurar el canal físico con base en la información recibida, configurar el canal físico de conformidad
con por lo menos uno de la tempopzacion determinada y una configuración, y recibir los datos de servicio de punto a multipunto a través de canal físico configurado El tiempo apropiado puede asociarse con una indicación de tempopzacion Si la indicación de tempopzación se incluye en la información, se realiza la configuración del canal físico para recibir datos de servicio de punto a multipunto de conformidad con la indicación de tempopzación, por medio de lo cual la información para realizar la configuración se incluye en el mensaje de control recibido Si la indicación de tempopzación no se incluye en la información, se realiza la configuración del canal físico para recibir datos de servicio de punto a multipunto en un periodo siguiente, por medio de lo cual la información para realizar la configuración se incluye en el mensaje de control recibido Si la configuración es para un servicio no modificado, se realiza la configuración del canal físico para recibir un servicio de punto a multipunto de inmediato Ademas, la presente invención provee un método para proveer un servicio de punto a multipunto, el cual comprende determinar la validez de un canal físico que transporta datos de servicio de punto a multipunto, enviar a una terminal móvil la información que indique la validez determinada del canal físico, y transmitir a la terminal móvil los datos de servicio de punto a multipunto a través del canal físico que se configuró con la terminal móvil en un momento apropiado derivado de la información enviada
El momento apropiado puede asociarse con una indicación de temporización. Si la indicación de temporización se incluye en la información, se realiza la configuración del canal físico para recibir datos de servicio de punto a multipunto de conformidad con la indicación de temporización, por medio de lo cual la información para realizar la configuración se incluye en el mensaje de control recibido. Si la indicación de temporización no se incluye en la información, se realiza la configuración del canal físico para recibir datos de servicio de punto a multipunto en un periodo siguiente, por medio de lo cual la información para realizar la configuración se incluye en el mensaje de control recibido. Para implementar las distintas características descritas con anterioridad, la presente invención puede emplear distintos tipos de componentes (módulos) de hardware y/o software. Por ejemplo, distintos módulos de hardware pueden contener distintos circuitos y componentes necesarios para realizar los pasos del método anterior de ejecutar el monitoreo en un sistema de acceso inalámbrico de banda ancha. Además, distintos módulos de software (ejecutados por procesadores y/u otro hardware) pueden contener distintos códigos y protocolos necesarios para realizar los pasos del método de la presente invención. La presente especificación describe distintas modalidades ilustrativas de la presente invención. Se pretende que el alcance de las reivindicaciones cubra distintas modificaciones y disposiciones equivalentes de las modalidades ilustrativas descritas en la especificación. Por lo tanto, las
siguientes reivindicaciones deben recibir la interpretación razonablemente más amplia para cubrir modificaciones, estructuras equivalentes y características que sean consistentes con el espíritu y alcance de la invención descrita en la presente.