MX2008001335A - Metodo de procesamiento de mensajes de informacion de control para servicios punto a multipunto. - Google Patents

Abstract

Un metodo de programacion de mensajes basados en si hay cualquier cambio en el contenido de cada mensaje que se va a programar y tambien considerando cierta informacion que la terminal pueda necesitar; los mensajes estan programados de tal manera que la terminal (UE) solo necesitaria realizar operaciones de lectura minima, por lo tanto, resulta en una recepcion mas eficiente de servicios por la terminal basada en la programacion mejorada realizada por la red.

Description

MÉTODO DE PROCESAMIENTO DE MENSAJES DE INFORMACIÓN DE CONTROL PARA SERVICIOS PUNTO A MULTIPUNTO CAMPO TÉCNICO Esta invención se refiere a comunicaciones (de radio) inalámbricas, y en particular, se refiere a un método de procesamiento de mensajes de información de control para servicios punto a multipunto.

ANTECEDENTES DE LA INVENCION El sistema universal de telecomunicación móvil (UMTS) es un sistema de comunicación móvil de tercera generación tipo europeo IMT-2000 que ha evolucionado a partir de un estándar europeo conocido como sistema global de comunicaciones móviles (GSM). UMTS está previsto para proveer un servicio de comunicación móvil mejorado por medio de una red del núcleo y una tecnología de conexión inalámbrica de acceso múltiple por división de código de banda ancha (W-CDMA). En diciembre de 1998, un proyecto de sociedad de tercera generación (3GPP) se formó por el ETSI de Europa, el ARIB/TTC de Japón, el T1 de los Estados Unidos y el TTA de Corea. El 3GPP crea especificaciones detalladas de tecnología UMTS. Para lograr el desarrollo técnico rápido y eficiente del UMTS, se han creado 5 grupos de especificación técnica (TSG) dentro del 3GPP para estandarizar el UMTS al considerar la naturaleza independiente de los elementos de red y sus operaciones. Cada TSG desarrolla, aprueba y maneja la especificación estándar dentro de una región relacionada. Entre estos grupos, el grupo de red de acceso de radio (RAN) (TSG-RAN) desarrolla los estándares para las funciones, requerimientos e interfaces de la red de acceso de radio terrestre de UMTS (UTRAN), la cual es una red de acceso de radio nueva para soportar la tecnología de acceso W-CDMA en el UMTS. La figura 1 muestra una vista general de la red de UMTS 100, incluyendo la terminal o el equipo del usuario (UE) 110, la UTRAN 120 y la red del núcleo (CN) 130. La UTRAN 120 está compuesta de varios controladores de red de radio (RNC) 124,126 y Nodo Bs 122, los cuales están conectados por medio de una interfase lub. Cada RNC puede controlar varios Nodos Bs Cada Nodo B puede controla una o va as celdas, donde una celda se caracteriza por el hecho de que cubre un área geográfica dada en una frecuencia dada. Cada RNC está conectada por medio de una interfase lu al CN, es decir hacia la entidad MSC 132 (Centro de conmutación de servicios móviles) del CN y la entidad SGSN 131 (Nodo de Soporte GPRS Servidor). Los RNC pueden estar conectados a otros RNC por medio de la interfase lur. Los RNC manejan la asignación y manejo de los recursos de radio y operan como un punto de acceso con respecto a la red del núcleo. Los Nodos Bs reciben información enviada por la capa física de la terminal (UE) a través de un enlace ascendente y transmite datos a la terminal a través de un enlace descendente. Los Nodos Bs operan como puntos de acceso de la UTRAN para la terminal. La SGSN está conectada por medio de una interfase Gf al EIR (Registro de Identidad de Equipos) 133, por medio de una intrerfase Gs al MSC 132, por medio de la interfase Gn al GGSN (Nodo de Soporte de GPRS de Puerta de enlace) 135 y por medio de la interfase Gr al HSS (Servidor del Suscriptor de Inicio) 134. El EIR aloja listas de terminales (UE) que se les permite o no se les permite utilizarse en la red. El MSC 132 que controla la conexión para servicios CS (circuitos conmutados) está conectado por medio de la interfase NB hacia la MGW (Puerta de enlace de medios de comunicación) 136, por medio de la interfase F hacia el EIR 133, y por medio de la interfase D hacia el HSS 134. La MGW 136 está conectada por medio de la interfase C hacia el HSS 134 y la PSTN (Red Telefónica Conmutada Pública), y permite adaptar los codees entre la PSTN y la RAN conectada. La GGSN 135 está conectada por medio de la interfase Ge al HSS 134, y por medio de la interfase Gi a Internet. La GGSN 135 es responsable de direccionar, cargar y separar los flujos de datos en diferentes RAB (Portadores de Acceso de Radio). El HSS 134 maneja los datos de suscripción de los usuapos. Otras conexiones existentes no se describirán detalladamente, pero lo entenderían los expertos en la técnica. La UTRAN 120 construye y mantiene un portador de acceso de radio (RAB) para la comunicación entre la Terminal (UE) 110 y la red del núcleo (CN) 130. La red del núcleo pide requerimientos de servicio de calidad de extremo a extremo (QoS) desde el RAB, y el RAB soporta los requerimientos de QoS que ha establecido la red del núcleo. Subsecuentemente, al construir y mantener el RAB, la UTRAN puede satisfacer los requerimientos de QoS de extremo a extremo. Los servicios provistos a la Terminal específica (UE) están divididos aproximadamente en servicios de circuitos conmutados (CS) y servicios de paquetes conmutados (PS). Por ejemplo, un servicio de conversación de voz general es un servicio de circuitos conmutados, mientras que un servicio de buscador de red por medio de una conexión a Internet se clasifica como un servicio de paquetes conmutados (PS). Para soportar los servicios de circuitos conmutados, los RNC 124, 126 están conectados al centro de conmutación móvil (MSC) 132 de la red del núcleo y el MSC 132 está conectado al centro de conmutación móvil de puerta de enlace, (GMSC) que maneja la conexión con otras redes. Para soportar los servicios de paquetes conmutados, los RNC están conectados al Nodo de Soporte de GPRS (Servicio de Radio de Paquete General) de servidor (SGSN) 131 y al Nodo de Soporte de GPRS de Puerta de enlace (GGSN) 135 de la red del núcleo. La SGSN 131 soporta las comunicaciones de paquete con los RNC y la GGSN 135 maneja la conexión con otras redes de paquetes conmutados, tal como la Internet. La figura 2 ilustra una estructura de un protocolo de interfase de radio entre la terminal (UE) y la UTRAN de acuerdo con los estándares de red de acceso de radio 3GPP. Como se muestra en la figura 2, el protocolo de interfase de radio tiene capas horizontales que comprenden una capa física, una capa de enlace de datos y una capa de red, y tiene planos verticales que comprenden un plano de usuario (plano-U) para transmitir los datos de usuario y un plano de control (plano-C) para transmitir la información de control. El plano de usuario es una región que maneja la información de tráfico con el usuario, tales como paquetes de voz o de protocolo de Internet (IP). El plano de control es una región que maneja la información de control para una interfase con una red, mantenimiento y manejo de una llamada, y similares. Las capas de protocolo en la figura 2 pueden estar divididas en una primera capa (L1 ), una segunda capa (L2), una tercera capa (L3) con base en las tres capas inferiores de un modelo estándar de interconexión de sistema abierto (OSl). La primera capa (L1 ), principalmente, la capa física provee un servicio de transferencia de información a una capa superior al usar 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 medio (MAC), por medio de un canal de transporte. La capa de MAC y la capa física intercambian datos por medio de un canal de transporte. La segunda capa (L2) incluye una capa de MAC, una capa de control de enlace de radio (RLC), una capa de control de todos los usuarios/usuarios específicos multimedia (BMC) y una capa de protocolo de convergencia de datos de paquete (PDCP). La capa de MAC manipula el mapeo entre los canales lógicos y los canales de transporte y provee la ubicación de los parámetros de MAC para la ubicación y reubicación de los recursos de radio. La capa de MAC está conectada a una capa superior llamada capa de control de enlace de radio (RLC), por medio de un canal lógico. Varios canales lógicos se proveen de acuerdo con el tipo de información transmitida. En general, un canal de control se utiliza para trasmitir información de plano de control y un canal de tráfico se utiliza para transmitir información del plano de usuario. Un canal lógico puede ser un canal común o un canal dedicado dependiendo en si el canal es lógico o 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 todos los usuarios (BCCH) y un canal de control de radiolocalización de personas (PCCH), o un Canal de Control Compartido (SCCH) y otros canales. El BCCH provee información incluyendo información utilizada por una terminal para accesar a un sistema. El PCCH se utiliza por la UTRAN para accesar una terminal. Los servicios de soporte punto a multipunto tales como los servicios a todos los usuarios/a usuarios específicos multimedia (servicios MBMS a MBMS), canales adicionales de tráfico y control se introducen en el estándar de MBMS. Por ejemplo, el MCCH (canal de control punto a multipunto MBMS) se utiliza para la transmisión de información de control de MBMS, el MTCH (canal de tráfico punto a multipunto de MBMS) se utiliza para transmitir datos de servicio de MBMS y el MSCH (canal de programación de MBMS) se utiliza para transmitir información de programación.

Los diferentes tipos de canales lógicos que existen pueden mostrarse de la siguiente manera: Canal de control Canal de control de todos los usuarios (BCCH) Canal de control de radiolocalización de personas (PCCH) Canal de control dedicado (DCCH) Canal de control común (CCCH) Canal de control de canal compartido (SHCCH) Canal de control punto a multipunto del MBMS (MCCH) Canal de programación del MBMS (MSCH) Canal de tráfico Canal de tráfico dedicado (DTCH) Canal de tráfico común (CTCH) Canal de tráfico punto a multipunto del MBMS (MPCH) La capa del MAC está conectado a la capa física por medio de los canales de transporte y puede estar divida en una subcapa del MAC-b, una subcapa MAC-d, una subcapa MAC-c/sh, una subcapa MAC-hs, y una subcapa MAC-m de acuerdo con el tipo de canal de transporte que se maneja.

La subcapa MAC-b maneja un BCH (canal de todos los usuarios), el cual es un canal de transporte que maneja la transmisión de información de sistema. Las sub-capas MAC-c/sh manejan un canal de transporte común, tal como un canal de acceso de reenvío (FACH) o un canal compartido de enlace descendente (DSCH), en el cual está compartido por una pluralidad de terminales, o en el enlace ascendente, el canal de acceso aleatorio (RACH).

La subcapa MAC-m puede manejar los datos de MBMS. La figura 3 muestra el mapeo posible entre los canales lógicos y los canales de trasporte desde la perspectiva del UE. La figura 4 muestra el mapeo posible entre los canales lógicos y los canales de transporte desde la perspectiva de la UTRAN.

La sub-capa Mac-d maneja un canal dedicado (DCH), el cual es un canal de transporte dedicado para terminal específica. La sub-capa MAC-d está localizada en un RNC servidor (SRNC) que maneja una terminal correspondiente, y una sub-capa MAC-d también existe en cada terminal. La capa RLC, dependiendo en el modo de operación de RLC, soporta las tres emisiones de datos confiables y realiza la segmentación y concatenación en una pluralidad de unidades de datos de servicios RLC (SDU) entregada desde una capa superior. Cuando la capa RLC recibe las RLC SDU desde la capa superior, la capa RLC ajusta el tamaño de cada RLC SDU en una manera adecuada con base a la capacidad de procesamiento y después crea unidades de datos al agregar información de cabecera a la misma. Estas unidades de datos, llamadas unidades de datos de protocolo (PDU), se trasfieren a la capa MAC por medio de un canal lógico. La capa RLC incluye una memoria intermedia de RLC para almacenar las RLC SDU y/o las RLC PDU. La capa de BMC programa un mensaje de difusión de celdas (CB) transferido desde la red del núcleo y difunde el mensaje de CB a las terminadas colocadas en una celda o celdas específicas. La capa PDCP está localizada sobre la capa RLC. La capa PDCP se utiliza para transmitir los datos de protocolo de red, tales como IPv4 o IPv6, eficientemente en una interfase de radio con una banda ancha relativamente pequeña. Para este propósito, la capa de PDCP reduce la información de control innecesaria utilizada en una red alámbrica, principalmente, se lleva a cabo una función llamada compresión de cabecera. La capa de control de fuentes de radios (RRC) localizada en la porción más baja de la tercera capa (L3) sólo está definida en el plano de control. La capa de RRC controla los canales de transporte y los canales físicos en relación al establecimiento, reconfiguración y liberación o cancelación de los portadores de radio (RB). El RB significa un servicio provisto por la segunda capa (L2) para la transmisión de datos entre la terminal y la UTRAN. En general, el establecimiento de los RB se refiere al procedimiento de estipular las características de una capa del protocolo y un canal requerido para proveer un servicio de datos específico, y establecer los parámetros detallados respectivos y los métodos de operación. Adicionalmente, la capa de RRC maneja la movilidad del usuario dentro de la RAN, y servicios adicionales, por ejemplos servicios de posición. La figura 5 muestra un UE con canales (DCH, HS-DSCH) establecidos con múltiples celdas manejadas por los Nodos Bs, los cuales están controlados por un RNC en una red. Las diferentes posibilidades que existen de mapear entre los portadores de radio y los canales de transporte para un UE dado no son posibles todo el tiempo. El UE/UTRAN puede deducir el mapeo posible dependiendo del estado del UE y el procedimiento que UE/UTRAN esté ejecutando. Los diferentes estados y modos se explican más detalladamente a continuación en cuanto a esta invención.

Los diferentes canales de transporte se mapean en diferentes canales físicos. La configuración de los canales físicos está dada por el señalamiento de RRC intercambiada entre el RNC y el UE. EL 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 hay una conexión, se dice que la terminal está en el modo conectado de RRC. Si no hay conexión, se dice que la terminal está en el modo desactivado. Debido a que existe la conexión de RRC para terminales en modo conectado de RRC, la UTRAN puede determinar la existencia de una terminal particular dentro de la unidad de celda, por ejemplo en cuál celda o grupo de celdas está la terminal de modo conectado de RRC, y que canal físico está escuchando el UE. Por lo tanto, la terminal puede ser eficazmente controlada. En contraste, la UTRAN no puede determinar la existencia de una terminal en modo desactivado. La existencia de las terminales desactivadas sólo pueden determinarse por la red del núcleo que está adentro de una región que es más grande que una celda, por ejemplo una ubicación o un área de direccionamiento. Por lo tanto, la existencia de las terminales en modo desactivado se determina dentro de regiones grandes y para recibir da servicios de comunicación móvil como voz o datos, la terminal en modo desactivado debe mover o cambiar al modo conectado de RRC. La figura 6 muestra las transiciones posibles entre los modos y estados de un UE. Un UE en modo conectado de RRC puede estar en diferentes estados, por ejemplo en estado CELL_FACH, estado CELL_PCH, estado CELL_DCH o estado URA_PCH. También pueden existir otros estados. Dependiendo de estos estados, el UE lleva a cabo diferentes acciones y escucha diferentes canales. Por ejemplo, un UE en estado CELL_DCH intentará escuchar un canal de transporte de tipo DCH (entre otros canales), el cual puede comprender canales de transporte DTCH y DCCH, y cual puede mapearse a un cierto DPCH, DPDSCH, u otros canales físicos. El UE en estado CELL_FACH escuchará varios canales de transporte FACH, en los cuales están mapeados a un cierto S-CCPCH. El UE en estado PCH escuchará un canal PICH, y al canal PCH que está mapeado en un cierto canal físico S-CCPCH. La red (UTRAN) puede proveer varios tipos de servicios a una terminal (UE). Un ejemplo sería el servicio a todos los usuarios/a usuarios específicos multimedia, también mencionados como servicios MBMS o MBMS. Al inicio de un servicio, se supone que el UE debe leer diferentes mensajes dependiendo de la situación. Por ejemplo, el UE debe adquirir cuentas, establecer conexiones de RRC, recibir un MTCH y similares. Para enviar y recibir estos mensajes, se utiliza una orden particular (secuencia o colocación) de tal manera que los mensajes cuyo contenido ha cambiado se envía/recibe antes de los mensajes cuyo contenido no ha cambiado. La señalización de MBMS en el MCCH utiliza identificadores para permitir que se lleve a cabo la información de referencia en un mensaje (mensaje A) y el cual se refiere a otro mensaje (mensaje B). Estos identificadores son válidos sólo para mensajes que se han leído en un mismo periodo de modificación.

DESCRIPCIÓN DETALLADA DE LA INVENCION Problema técnico En la técnica relacionada, los mensajes están ordenados con base meramente en si su contenido ha cambiado o no. Principalmente, los mensajes que contienen contenidos cambiados se transmiten antes que los mensajes que contienen mensajes no cambiados. Sin embargo, esta simple condición puede no ser la óptima.

Solución técnica Un método de programación de mensajes (por ejemplo, información de servicio, datos de configuración de celda, mensajes de información de control, etc.,) se provee de tal manera que la terminal (UE) sólo necesita leer un número mínimo de mensajes que son enviados desde la red. Además de que si hay cualquier cambio en el contenido de cada mensaje que se va a programar (entonces transmitido y después recibido), también está considerada cierta información que puede necesitar la terminal. Con base en estos criterios, los mensajes se programan de tal manera que la terminal (UE) sólo necesitaría realizar operaciones de la atura mínima, por lo tanto, resulta en una recepción más eficiente de servicios por la terminal con base en la programación mejorada realizada por la red, BREVE DESCRIPCIÓN DE LOS DIBUJOS La figura 1 muestra una visión general de la red del UMTS. La figura 2 ilustra una estructura de un protocolo de interfase de radio entre la terminal (UE) y la UTRAN de acuerdo con los estándares de red de acceso de radio 3GPP La figura 3 muestra el mapeo posible entre los canales lógicos y los canales de transporte desde la perspectiva del UE. La figura 4 muestra el mapeo posible entre los canales lógicos y los canales de transporte desde la perspectiva de la UTRAN. La figura 5 muestra un UE con canales (DCH, HS-DSCH) establecidos con múltiples celdas manejadas por el nodo Bs, los cuales están controlados por un RNC en una red. La figura 6 muestra las transiciones posibles entre los nodos y los estados de un UE. La figura 7 muestra un ejemplo de cómo los diferentes tipos de información de MCCH pueden programarse. La figura 8 muestra un ejemplo de la programación de la información de MCCH en el inicio de la transmisión de MTCH.

La figura 9 muestra un ejemplo de la programación de la información de MCCH en alto de sesión.

DESCRIPCIÓN DETALLADA DE LA INVENCION Un aspecto de esta invención es el reconocimiento hecho por los inventores con respecto a los problemas y desventajas de la técnica relacionada descrita anteriormente y explicada más detalladamente de aquí en adelante. Con base en tal reconocimiento, se han desarrollado las características de esta invención. A diferencia de la técnica relacionada, una mejor determinación para ordenar o programar mensajes debe depender de múltiples factores, tales como los particulares de la terminal (UE) (por ejemplo, moviéndose hacia una nueva celda, cambios en las condiciones de señal, etc.), el tipo de servicio que se va a recibir por la terminal UE y similares. Principalmente, la terminal (UE) puede necesitar recibir (o leer) ciertos canales de control en tiempos particulares debido a los cambios en el ambiente de las comunicaciones. Por lo tanto, es necesario un esquema más sofisticado para programar mensajes de información de control. Aunque la siguiente descripción se referirá a servicios punto a multipunto (por ejemplo un servicio MBMS) sólo para explicar, las características de la invención están previstas claramente para ser aplicables a otros varios tipos de transmisión de datos y/o procedimientos de recepción que puedan beneficiar a partir del empleo de programación particular u ordenamiento de información (o datos) de acuerdo con esta invención. Para ilustrar las características de esta invención, se describirán los procedimientos específicos de MBMS. En particular, se considerará la recepción de la información de control de MBMS. En general, el procedimiento para recibir información del control de MBMS se utiliza por un UE para recibir información desde una UTRAN tomando en cuenta la manera en que ésta provee los servicios de MBMS, el UE se ha unido. El procedimiento aplica a todo los UE que soportan MBMS, no importando su estado (inactivo URA_PCH, CELL_PCH, CELL_FACH y CELL_DCH). La figura 7 muestra los principios generales para programar la información MCCH. En la figura 7, los diferentes sombreados indican el contenido potencialmente diferente de la información del MCCH. Se provee la mayoría de la información de control de MBMS en el MCCH. La información en MCCH se transmite al usar un programa fijo, el cual es común para todos los servicios. La información del MCCH aparte del mensaje de información del acceso de MBMS se transmite periódicamente con base en un periodo de repetición. Esta información del MCCH se repite un número de veces configurable con exactamente el mismo contenido; el periodo en el cual el contenido de la información de MCCH aparate del mensaje de información de acceso de MBMS permanece sin cambiar se llama pepodo de modificación. El mensaje de información de acceso de MBMS puede ser transmitido más frecuentemente con base en el pepodo de información de acceso. Las transmisiones de mensaje de información de acceso MBMS dentro de un periodo de modificación no necesitan tener exactamente el mismo contenido. Principalmente, el valor de algunos parámetros (por ejemplo, en actividad del factor de probabilidad del acceso de IE) puede cambiar. Sin embargo, las transmisiones del mensaje de información de acceso de MBMS dentro de un periodo de modificación debe ser asunto del mismo servicio de MBMS, aunque la información para un servicio pueda removerse por ejemplo, al completar el conteo de tal servio. Para los servicios provistos por medio de una información de programación de portador de radio punto a multipunto puede estar provisto en un mapeo de MSCH en el mismo S-CCPCH como los portadores de radio de punto a multipunto. Para algunos servicios punto a multipunto provistos esta información de programación puede estar provista por el señalamiento de un mensaje de información de programación de punto a multipunto en cada periodo de programación, mientras que para otros el mensaje de información de programación de MBMS puede señalarse menos frecuentemente; es decir después de un periodo múltiple de programación. En general, el UE no se necesita para adquirir información de MSCH ni para actuar en él. En caso de que el UE deba adquirir información de MCCH que esté programada al mismo tiempo como la información de MSCH, la recepción de la información de MCCH debe tener prioridad.

Para minimizar el tiempo de las necesidades del UE para leer el MCCH al notificar la adquisición información requerida, UTRAN debe programar los mensajes de MCCH en un orden específico. Principalmente, los mensajes que llevan la información necesaria para los UE que han suscrito a los servicios incluidos en la información de servicios modificados de MBMS en el periodo de modificación actual deben programarse antes de los mensajes restantes. En otras palabras, cualquier mensaje que necesite leerse por cualquier UE debido a la recepción del mensaje de información de servicios modificados de MBMS debe programarse antes de los mensajes restantes. Más específicamente, el UE debe asumir que la UTRAN programa los mensajes de MCCH en el siguiente orden (es decir, secuencia, disposición, etc.): 1.- INFORMACIÓN DE SERVICIOS MODIFICADOS DE MBMS, 2.- Seguido de los mensajes que llevan información que es necesaria para los UE han suscrito los servicios incluidos en la INFORMACIÓN DE SERVICIO MODIFICADO DE MBMS en el periodo de modificación actual (es decir, seguida de los mensaje que necesitan leerse por cualquier UE debido aL contenido del mensaje de INFORMACIÓN DE SERVICIOS MODIFICADOS DE MBMS)- en el siguiente orden: información general MBMS, información P-T-M RB común MBMS, información de P-T-M-RB de celda actuales MBMS, una o más informaciones MBMS de celda colindante de P-T-M RB 3.- Información de servicios no modificados MBMS, 4.- Seguido de los mensajes que llevan información que no es necesaria para los UE han suscrito los servicios incluidos en la INFORMACIÓN DE SERVICIO MODIFICADO DE MBMS en el periodo de modificación actual (es decir, seguida de los mensaje que necesitan leerse por cualquier UE debido aL contenido del mensaje de INFORMACIÓN DE SERVICIOS MODIFICADOS DE MBMS)- en el siguiente orden: información general MBMS, información P-T-M RB común MBMS, información de P-T-M-RB de celda actuales MBMS, una o más informaciones MBMS de celda colindante de P-T-M RB. La figura 8 muestra un ejemplo de la programación de la información de MCCH en el inicio de transmisión de MTCH. Se asume que en el inicio de sesión, ningún servicio está activo en el periodo de modificación 1. La configuración punto a multipunto común ya se transmitió. En el periodo de modificación 2, el inicio del nuevo servicio A y se indica la transmisión en MTCH en la celda actual. Por lo tanto, parece claro que la configuración de celda actual MBMS debe transmitirse antes de la información de servicio no modificada de MBMS ya que los UE interesados en el servicio nuevo/modificado A necesitan leerlo. No obstante, hay una ambigüedad contra el mensaje de configuración de MBMS común de P-T-M. El contendido en este ejemplo no ha cambiado, el cual sugiere considerarlo como no cambiado y por lo tanto, programarlo antes del mensaje de información de servicio no modificado de MBMS como se muestra en la alternativa A en la figura 8. Sin embargo, esto debe leerse por medio de los UE que quieren leer el servicio A. Por lo tanto, debería de ser benéfico para la lectura de UE programar el mensaje de configuración de MBMS común de P-T-M antes del mensaje de información de servicio no modificado de MBMS. La figura 9 muestra un ejemplo de la programación de la información de MCCH en el alto de cesión. En la figura 9, se muestra el alto de cesión de los servicios activos transmitidos en una configuración de MTCH. En el periodo de modificación 1 los servicios A y B están activos y mapeados a los MTCH. En el segundo periodo de modificación y servicio B se detienen. Por lo tanto, en el periodo de modificación 2, el mensaje de configuración de celda actual MBMS se cambiará y de acuerdo con la técnica antecedente, el mensaje se enviaría antes del mensaje de información de servicio en el modificado de MBMS como se describe en la figura 9, alternativa A. Sin embargo no hay necesidad de que los UE lean el mensaje. Por lo tanto, es natural que el mensaje debería programarse como no modificado como se muestra en la figura 9, alternativa B. Como una regla general, los mensajes que se supone que van a leerse por medio del MBMS que quieren recibir los servicios listados en la información de servicio modificado de MBMS deben están incluidos antes del mensaje de información de servicio no modificado de MBMS, y los mensajes que no contengan información necesaria para recibir los servicios listados en la información de servicio modificado de MBMS deberían incluir después de la información de servicio no modificado de MBMS contrario a la regla de la técnica antecedente que sólo considera si el contenido del mensaje ha cambiado o no. Por lo tanto, esta invención propone esclarecer el ordenamiento de mensajes en el MCCH de acuerdo con lo anterior, es decir sólo transmitir mensajes que necesitan leerse por el UE interesado en los servicios listados en el mensaje de información de servicio modificado de MBMS. Esta invención provee un método de procesamiento de mensajes de información de control, el método comprende: transmitir, si es necesario después de transmitir el mensaje de (MSI), un primer grupo de mensajes de que utiliza por cualquier terminal basada en el mensaje de información de servicios modificados; y transmitir un mensaje de información de servicios no modificados (USI) después de transmitir el mensaje MSI o después de transmitir el primer grupo de mensajes. Aquí, el método además comprende: transmitir, si es necesario después de transmitir el mensaje USI, un segundo grupo de mensajes que no se utilizan por cualquier terminal con base en el mensaje de MSI. Los mensajes proveen información de control para un servicio punto a multipunto. El mensaje se refiere a la información de MCCH. El primer grupo de mensajes son mensajes que necesitan leerse por una terminal debido al contenido del mensaje de MSI. El segundo grupo de mensajes son mensajes que necesitan leerse por una terminal debido al contenido de mensaje de MSI.

También, la invención provee un método de procesamiento de mensajes de información de control, el método comprende: determinar un primer grupo de mensajes si al menos uno de tales mensajes que necesitan leerse por cualquier terminal basada en un mensaje de información de servicios modificados (MSI) si existe; y determinar un segundo grupo de mensajes si al menos uno de tal mensaje que no necesita leerse por cualquier terminal basado en un mensaje de MSI existe. El método además comprende: transmitir el mensaje de MSI; transmitir el primer grupo de mensajes si se determina que existe; transmitir un mensaje de información de servicios no modificados (USI); y trasmitir el segundo grupo de mensajes si se determina que existe. Adicionalmente, esta invención provee un método de procesamiento de mensajes de información de control por una terminal, el método comprende: recibir un mensaje de información de servicios modificado (MSI); recibir, si es necesario después de recibir el mensaje de MSI, un primer grupo de mensajes que se utiliza por cualquier terminal basada en el mensaje de información de servicio modificado; y recibir un mensaje de información de servicios no modificados (USI) después de recibir el mensaje de MSI o después de recibir el primer grupo de mensajes. El método además comprende: recibir, si es necesario después de recibir el mensaje de USI, un segundo grupo de mensajes que no se utiliza por cualquier terminal basada en el mensaje de información de servicios modificados.

El método en donde la terminal ha recibido exitosamente un MCCH durante un periodo de modificación previo. El método en donde la terminal deja de leer en un mensaje recibido adecuado sin tener que leer todos los mensajes recibidos. Además, esta invención provee un formato de secuencia de mensaje para los mensajes de información de control de un servicio punto a multipunto, el formato comprende: un mensaje de información de servicios modificados (MSI); un primer grupo de mensajes, inmediatamente siguiendo el mensaje de MSI, que necesita leerse por cualquier terminal debido al contenido del mensaje MSI; y un mensaje de información de servicios no modificados (USI) inmediatamente siguiendo el primer grupo de mensajes. El formato además comprende: un segundo grupo de mensajes, inmediatamente siguiendo el mensaje USI, que no necesita leerse por cualquier terminal debido al contenido del mensaje MSI. También, esta invención comprende: un formato de secuencia de mensaje para los mensajes de información de control de un servicio punto a multipunto, el formato comprende: un mensaje de información de servicios modificados (MSI); un mensaje de información de servicios no modificados (USI) siguiendo el mensaje MSI; y un segundo grupo de mensajes, inmediatamente siguiendo el mensaje USI que no necesita leerse por cualquier terminal debido al contenido del mensaje de servicios modificado. El formato además comprende: un primer grupo de mensajes, inmediatamente siguiendo el mensaje de MSI pero inmediatamente antes del mensaje de USI, que no necesita leerse por cualquier terminal debido al contenido del mensaje de información de servicios. Esta invención provee un formato de secuencia de mensaje para los mensajes de información de control de un servicio punto a multipunto, el formato comprende: un primer mensaje para contenidos modificados; un mensaje subsecuente para contenidos no modificados y cualquier mensaje entre el primer mensaje y el mensaje subsecuente que necesita leerse por cualquier terminal debido al contenido del primer mensaje. El formato además comprende: cualquier mensaje opcional, después del mensaje subsecuente, que no necesita leerse por cualquier terminal debido al contenido del primer mensaje. El formato de secuencia de mensaje en donde cuatro mensajes secuenciales existen para un periodo de modificación comprende: un primer mensaje que contiene información de servicios modificado, un segundo mensaje que contiene información de configuración de celda actual, un tercer mensaje que contiene una información de configuración de portador de radio punto a multipunto común y un cuarto mensaje que contiene información de servicios no modificados. Esta especificación describe varias modalidades ilustrativas de esta invención. El alcance de las reivindicaciones está previsto para cubrir varias modificaciones y disposiciones equivalentes de las modalidades ilustrativas descritas en la especificación. Por lo tanto, las siguientes reivindicaciones deben de estar de acuerdo con la interpretación razonablemente más amplia para cubrir las modificaciones, estructuras equivalentes y características que sean consistentes con el espíritu y alcance de la invención

Claims (19)

NOVEDAD DE LA INVENCION REIVINDICACIONES

1.- Un método de procesamiento de mensajes de información de control, el método comprende: transmitir un mensaje de información de servicios modificado (MSI) transmitir si es necesario después de transmitir el mensaje de MSI, un primer grupo de mensajes que se utiliza por cualquier terminal basada en el mensaje de información de servicios modificado; y transmitir un mensaje de información de servicios no modificado (USI) después de transmitir el mensaje de MSI o después de transmitir el primer grupo de mensajes. 2.- El método de conformidad con la reivindicación 1 , caracterizado además porque comprende adicionalmente: transmitir si es necesario después de transmitir el mensaje USI, un segundo grupo de mensajes que no debe utilizarse por cualquier terminal basada en el mensaje

MSI.

3.- El método de conformidad con la reivindicación 2, caracterizado además porque los mensajes proveen información de control para un servicio punto multipunto.

4.- El método de conformidad con la reivindicación 3, caracterizado además porque los mensajes se refieren a la información de MCCH.

5.- El método de conformidad con la reivindicación 1 , caracterizado además porque el primer grupo de mensajes son mensajes que necesitan leerse por cualquier terminal debido al contenido de mensajes MSI.

6.- El método de conformidad con la reivindicación 1 , caracterizado además porque el segundo grupo de mensajes son mensajes que no necesitan de leerse por cualquier terminal debido al contenido de mensajes MSI.

7.- Un método de procesamiento de mensajes de información de control, el método comprende: determinar un primer grupo de mensajes si al menos existe uno de tal mensaje que necesita leerse por cualquier terminal basada en un mensaje de información de servicios modificados (MSI); y determinar un segundo grupo de mensajes si existe al menos uno de tal mensaje que no necesita leerse por cualquier terminal basada en el mensaje MSI.

8.- El método de conformidad con la reivindicación 7, caracterizado además porque comprende adicionalmente: transmitir el mensaje MSI; transmitir el primer grupo de mensajes si se determina que existe; transmitir un mensaje de información de servicios no modificado (USI); y transmitir el segundo grupo de mensajes si se determina que existe.

9.- Un método de procesamiento de mensajes de información de control por una terminal, el método comprende: recibir un mensaje de información de servicios modificado (MSI); recibir, si es necesario después de recibir el mensaje MSI, un primer grupo de mensajes que se utiliza por cualquier terminal basada en un mensaje de información de servicios modificado; y recibir un mensaje de información de servicios no modificada (USI) después de recibir el mensaje MSI o después de recibir el primer grupo de mensajes.

10.- El método de conformidad con la reivindicación 9, caractepzado además porque comprende adicionalmente: recibir, si es necesario después de recibir el mensaje USI, un segundo grupo de mensajes que no se utiliza por una terminal basada en el mensaje de información de servicios modificado.

11.- El método de conformidad con la reivindicación 10, caracterizado además porque la terminal ha recibido exitosamente un MCCH durante un periodo de modificación previo.

12.- El método de conformidad con la reivindicación 11 , caracterizado además porque la terminal deja de leer en un mensaje recibido adecuado sin tener que leer todos los mensajes recibidos.

13.- Un formato de secuencia de mensaje para los mensajes de información de control de un servicio punto a multipunto, el formato comprende: un mensaje de información de servicios modificados (MSI); un primer grupo de mensajes, inmediatamente siguiendo el mensaje MSI que necesite leerse por cualquier terminal debido al contenido del mensaje MSI; y un mensaje de información de servicios no modificado (USI) inmediatamente siguiendo el primer grupo de mensajes.

14.- El formato de conformidad con la reivindicación 13, caracterizado además porque comprende adicionalmente: un segundo grupo de mensajes, inmediatamente siguiendo el mensaje USI que no necesita leerse por cualquier terminal debido al contenido de mensajes MSI.

15.- Un formato de secuencias de mensajes para el mensaje de información de control de un servicio punto a multipunto, el formato comprende: un mensaje de información de servicio modificado (MSI); un mensaje de información de servicio no modificado (USI) siguiendo el mensaje MSI; y un segundo grupo de mensajes, inmediatamente siguiendo el mensaje USI que no necesita leerse por cualquier terminal debido al contenido del mensaje de información de servicios modificado.

16.- El formato de conformidad con la reivindicación 15, caracterizado además porque comprende adicionalmente: un primer grupo de mensajes, inmediatamente siguiendo el mensaje MSI pero inmediatamente antes del mensaje USI, que necesita leerse por cualquier terminal debido al contenido del mensaje de información de servicios modificado.

17.- Un formato de secuencias de mensajes para el control de mensajes de información de un servicio punto a multipunto, el formato comprende: un primer mensaje para contenidos modificados; un mensaje subsecuente para contenidos no modificados; y cualquier mensaje entre el primer mensaje y el mensaje subsecuente que necesita leerse por cualquier terminal debido al contenido del primer mensaje.

18.- El formato de conformidad con la reivindicación 17, caractepzado además porque comprende adicionalmente: cualquier mensaje adicional, después del mensaje subsecuente que no necesita leerse por cualquier terminal debido al contenido del primer mensaje.

19.- El formato de frecuencia de mensaje de conformidad con la reivindicación 18, caracterizado además porque existen cuatro mensajes secuenciales para un periodo de modificación que comprende: un primer mensaje que contiene información de servicios modificado, un segundo mensaje que contiene información de configuración de celda actual, un tercer mensaje que contiene una información de configuración de portador de radio punto a multipunto común y un cuarto mensaje que contiene información de servicios no modificado.