MXPA06012035A - Referenciacion de canales de enlace descendente en sistema de comunicacion inalambrica. - Google Patents

Abstract

La presente invencion se relaciona con un metodo para referenciar un canal fisico transportando datos de servicio punto a multipunto en un sistema de comunicacion inalambrico; la presente invencion utiliza un identificador para referenciar configuraciones de canal fisico especifico enviadas previamente a una terminal movil desde una red; el identificador puede referenciar una entrada en una lista de configuraciones de canal fisico en un mensaje especifico; alternativamente, una configuracion de canal fisico en un primer mensaje es primero asignada a una identidad especifica; despues, un identificador especifico referenciado la identidad especifica es usado en un segundo mensaje para identificar la configuracion de canal fisico en el primer mensaje.

Description

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

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

Un Servicio de Difusión/Multidifusión Multimedia (MBMS o "servicio MBMS") se refiere a un método para proporcionar servicios de flujo o de fondo a una pluralidad de UEs usando un portador de radio MBMS de enlace descendente dedicado que utiliza al menos uno del portador de de radio punto a multipunto y punto a punto. Un servicio MBMS incluye una o más sesiones y los datos MBMS son transmitidos hacia la pluralidad de terminales a través del portador de radio MBMS solamente mientras la sesión está en progreso. Como el nombre lo implica, un MBMS puede llevarse a cabo en un modo de difusión o un modo de multidifusión. El modo de difusión es para transmitir datos multimedia a todas las UEs dentro de un área de difusión, por ejemplo el dominio donde la difusión está disponible. El modo de multidifusión es para transmitir datos multimedia a un grupo UE específico dentro de un área de multidifusión, por ejemplo el dominio donde el servicio de multidifusión está disponible. Para propósitos de MBMS, existen canales de tráfico y control adicionales. Por ejemplo, un MCCH (MBMS Canal de Control punto a multipunto) se usa para transmisión de información de control MBMS mientras un MTCH (Canal de Tráfico punto a multipunto MBMS) se usa para transmisión de datos de servicio MBMS. Los diferentes canales lógicos que existen se listan a continuación: Canal Canal de control de difusión (BCCH) de control (CCH) Canal de control de radiobúsqueda (PCCH) Canal de control dedicado (DCCH) Canal de control común (CCCH) Canal de control de canal compartido (SHCCH) MBMS Control de Canal punto a multipunto (MCCH) Tráfico Canal de tráfico dedicado (DTCH) de canal (TCH) Canal de tráfico común (CTCH) MBMS Canal de tráfico punto a multipunto (MTCH) La capa MAC está conectada a la capa física por canales de transporte y pueden dividirse en una sub-capa MAC-b, una sub-capa MAC-d, una sub-capa MAC-c/sh, y una sub-capa MAC-hs de acuerdo con el tipo de canal de transporte a ser administrado. La sub-capa MAC-b administra un BCH (Canal de Difusión), el cual es un canal de transporte que manipula la difusión de información del sistema. La sub-capa MAC-d administra un canal dedicado (DCH), el cual es un canal de transporte dedicado para una terminal específica. En consecuencia, la sub-capa MAC-d de la UTRAN está ubicada en un controlador de red de radio en servicio (SRNC) que administra una terminal correspondiente, y una sub-capa MAC-d también existe dentro de cada terminal (UE). La sub-capa MAC-c/sh administra un canal de transporte común, tal como un canal de acceso directo (FACH) o un canal compartido de enlace descendente (DSCH), el cual es compartido por una pluralidad de terminales, o en el enlace ascendente del Canal de Acceso a Radio (RACH). En la UTRAN, la sub-capa MAC-c/sh está ubicada en un administrador del controlador de red de radio (CRNC). Cuando la sub-capa MAC-c/sh administra el canal siendo compartido por todas las terminales dentro de una región de célula, una sub-capa MAC-c/sh individual existe para cada región de célula. También, una subcapa MAC-c/sh existe en cada terminal (UE). Con referencia a la Figura 3, se muestra el mapeo posible entre los canales lógicos y los canales de transporte desde una perspectiva UE. Con referencia a la Figura 4, se muestra el mapeo posible entre los canales lógicos y los canales de transporte desde una perspectiva UTRAN. La capa RLC soporta transmisiones de datos confiables, y realiza una función de segmentación y concatenación sobre una pluralidad de unidades de datos de servicio RLC (RLC SDUs) transmitidos desde una capa superior. Cuando la capa RLC recibe las RLC SDUs desde la capa superior, la capa RLC ajusta el tamaño de cada RLC SDU en una manera apropiada bajo la consideración de la capacidad de procesamiento, y después crea ciertas unidades de datos con información de encabezamiento agregada a las mismas. Las unidades de datos creadas son llamadas unidades de datos de protocolo (PDUs), las cuales son después transferidas a la capa MAC vía un canal lógico. La capa RLC incluye una memoria temporal RLC para almacenar las RLC SDUs y/o las RLC PDUs. La capa BMC organiza un mensaje de difusión de célula (referido como un 'mensaje CB', a partir de ahora) recibido desde la red central, y difunde los mensajes CB a terminales ubicadas en una célula(s) específica. La capa BMC de la UTRAN genera un mensaje de control de difusión/multidifusión (BMC) agregando información, tal como un ID (identificación) de mensaje, un número de serie, y un esquema de codificación al mensaje CB recibido desde la capa superior, y transfiere el mensaje BMC a la capa RLC. Los mensajes BMC son transferidos desde la capa RLC hacia la capa MAC a través de un canal lógico, es decir, el CTCH (Canal de Tráfico Común). El CTCH es mapeado a un canal de transporte, es decir, un FACH, el cual es mapeado a un canal físico, es decir, un S-CCPCH (Canal Físico de Control Común Secundario). La capa PDCP (Protocolo de Convergencia de Datos por Paquete), como una capa más alta de la capa RLC, permite que los datos sean transmitidos a través de un protocolo de red, tal como un IPv4 o IPv6, para ser transmitidos efectivamente sobre una interfaz de radio con un ancho de banda relativamente pequeño. Para lograr esto, la capa PDCP reduce la información de control no necesaria usada en una red alámbrica, una función llamada compresión de encabezamiento. Una capa de control de recurso de radio (RRC) está ubicada en una porción más baja de la capa L3. La capa RRC está definida solamente en el plano de control, y manipula el control de los canales lógicos, canales de transporte, y canales físicos con respecto a establecimiento, re-configuración, y liberación o cancelación de los portadores de radio (RBs). El servicio de portador de radio se refiere a un servicio proporcionado por la segunda capa (L2) para transmisión de datos entre la terminal y la UTRAN. En general, el establecimiento del portador de radio se refiere al proceso de definición de las características de una capa de protocolo y un canal requerido para proporcionar un servicio de datos específico, así como establecer respectivamente parámetros detallados y métodos de operación. La capa RLC puede pertenecer al plano del usuario o al plano de control dependiendo del tipo de capa conectada a la capa superior de la capa RLC. Esto es, si la capa RLC recibe datos desde la capa RRC, la capa RLC pertenece al plano de control. De otra manera, la capa RLC pertenece al plano del usuario. Las diferentes posibilidades que existen para el mapeo entre los portadores de radio y los canales de transporte no son siempre posibles. La UE/UTRAN deduce el mapeo posible dependiendo del estado UE y el procedimiento que la UE/UTRAN está ejecutando. Los diferentes estados y modos son explicados con más detallé a continuación. Los diferentes canales de transporte son mapeados sobre diferentes canales físicos. Por ejemplo, el canal de transporte RACH es mapeado en un PRACH dado, el DCH puede ser mapeado sobre el DPCH, el FACH y el PCH, pueden mapearse sobre el S-CCPCH, el DSCH es mapeado sobre el PDSCH y así sucesivamente. La configuración de los canales físicos se proporciona por un intercambio de señalización RRC entre el RNC y la UE. 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 existe una conexión, la terminal es para estar en modo conectado RRC. Si no existe conexión, la terminal es para estar en modo inactivo. Debido a. que existe una conexión RRC para terminales en el modo conectado RRC, la UTRAN puede determinar la existencia de una terminal particular dentro de la unidad de células, por ejemplo a cuál célula o conjunto de células el RRC está conectado modo terminal, y a cuál canal físico la UE está escuchado. Así, la terminal puede ser eficazmente controlada. En contraste, la UTRAN no puede determinar la existencia de una terminal en modo inactivo. La existencia de terminales en modo inactivo puede determinarse únicamente por la red central. Específicamente, la red central puede detectar únicamente la existencia de terminales en modo inactivo dentro de una región que es mayor que una célula, tal como una ubicación o un área de encaminamiento. Por lo tanto, la existencia de terminales en modo inactivo está determinada dentro de regiones grandes. Para recibir servicios de comunicación móvil tales como voz o datos, la terminal en modo inactivo debe moverse o cambiar en el modo conectado RRC. Las transiciones posibles entre modos y estados se muestran en la Figura 5. Una UE en modo conectado RRC puede estar en diferentes estados, tales como un estado CELL_FACH, un estado CELL_DCH o un estado URA_PCH. Dependiendo de los estados, la UE escucha diferentes canales. Por ejemplo una UE en estado CELL_DCH tratará de escuchar (entre otros) a tipos DCH de canales de transporte, lo cual comprende canales de transporte DTCH y DCCH, y los cuales pueden ser mapeados a un cierto DPCH. La UE en estado CELL_FACH escuchará varios canales de transporte FACH los cuales son mapeados a un cierto canal físico S-CCPCH. La UE en estado PCH escuchará al canal PICH y al canal PCH, el cual es mapeado a un cierto canal físico S-CCPCH. La UE también lleva a cabo diferentes acciones dependiendo del estado. Por ejemplo, basado en diferentes condiciones, una UE en CELL-FACH iniciará un procedimiento de Actualización de CELL cada vez que la UE cambia desde la cobertura de una célula a la cobertura de otra célula. La UE inicia el procedimiento de Actualizar CELL enviando al NodoB un mensaje Actualizar Célula para indicar que la UE ha cambiado su ubicación. La UE después iniciará escuchando al FACH. Este procedimiento es usado adicionalmente cuando la UE viene desde cualquier otro estado al estado CELL_FACH y la UE no tiene C-RNTI disponible, tal como cuando la UE viene desde el estado CELL_PCH o estado CELL_DCH, o cuando la UE en estado CELL_FACH estuvo fuera de la cobertura. En el estado CELL_DCH, la UE es concedida con recursos de radio dedicados, y puede usar adicionalmente recursos de radio compartidos. Esto permite que la UE tenga una velocidad de datos alta e intercambio de datos eficiente. Sin embargo, los recursos de radio son limitados. Es la responsabilidad de la UTRAN asignar los recursos de radio entre las UE tal que éstos son usados eficientemente y asegurar que las diferentes UEs obtienen la calidad de servicio requerido.

Una UE en estado CELL_FACH no tiene recursos de radio dedicados atribuidos, y puede comunicarse solamente con la UTRAN vía canales compartidos. Así, la UE consume pocos recursos de radio. Sin embargo, la velocidad de datos disponible es muy limitada. También, la UE necesita monitorear permanentemente los canales compartidos. Así, el consumo de batería de la UE es incrementado en el caso donde la UE no está transmitiendo. Una UE en estado CELL_PCH/URA_PCH monitorea únicamente el canal de radiobúsqueda en ocasiones dedicadas, y por lo tanto minimiza el consumo de baterías. Sin embargo, si la red desea acceder a la UE, deber primero indicar este deseo en la ocasión de radiobúsqueda. La red puede después acceder a la UE, pero solamente si la UE ha respondido a la radiobúsqueda. Además, la UE puede solamente acceder a la red después de realizar un procedimiento de Actualización de Célula lo cual introduce retrasos adicionales cuando la UE desea enviar datos a la UTRAN. Información del sistema principal es enviada sobre el canal lógico BCCH, el cual es mapeado sobre el P-CCPCH (Canal Físico de Control Común Primario). Bloques de información específicos del sistema pueden enviarse sobre el canal FACH. Cuando la información del sistema se envía sobre el FACH, la UE recibe la configuración del FACH sobre el BCCH que es recibido sobre el P-CCPCH o sobre un canal dedicado. El P-CCPCH se envía usando el mismo código de aleatorización como un P-CPICH (Canal Piloto Común Primario), el cual es el código de aleatorización primario de la célula.

Cada canal usa un código de difusión como se hace comúnmente en sistemas WCDMA (Acceso Múltiple por Diferenciación de Código de Banda Ancha). Cada código es caracterizado por su factor de expansión (SF), el cual corresponde a la longitud del código. Para un factor de expansión dado, el número de códigos ortogonales es igual a la longitud del código. Para cada factor de expansión, el conjunto dado de códigos ortogonales, como se especifica en el sistema UMTS, son numerados desde 0 hasta SF-1. Cada código pueden así ser identificado proporcionando su longitud (es decir, factor de expansión) y el número de código. El código de expansión que es usado por el P-CCPCH es siempre de un factor de expansión fijo 256 y el número es el número 1. La UE conoce acerca del código de aleatorización primario por información enviada desde la red en la información del sistema de células vecinas que la UE ha leído, por mensajes que la UE ha recibido sobre le canal DCCH, o buscando para el P-CPICH, el cual se ha enviado usando el SF 256 fijado y el número de expansión de código número 0, y el cual transmite un patrón fijo. La información del sistema comprende información de células vecinas, configuración de los canales de transporte RACH y FACH, y la configuración de MCCH, el cual es un canal dedicado para servicio MBMS. Cada vez que la UE cambia las células, está en modo de espera o inactivo. Cuando la UE ha seleccionado la célula (en estado CELL_FACH, CELL_PCH o URA_PCH), la UE verifica que ésta tenga información del sistema válida.

La información del sistema está organizada en SIBs (bloques de información del sistema), un MIB (Bloque de información maestro) y bloques de organización. El MIP es enviado muy frecuentemente y proporciona información de registro del tiempo de los bloques de organización y los diferentes SIBs. Para SIBs que están vinculados a un valor de etiqueta, el MIB también contiene información sobre la última versión de una parte del SIBs. SIBs que no están vinculados a un valor de etiqueta están vinculados a la expiración de un cronometrador. Los SIBs vinculados a una expiración del cronometrador se hacen inválidos y necesitan ser releídos si el tiempo de la última lectura del SIB es mayor que un valor del cronometrador de expiración. Los SIBs vinculados a un valor de etiqueta son solamente válidos si éstos tienen el mismo valor de etiqueta como un valor de etiqueta de difusión en el MIB. Cada bloque tiene un área de alcance de validez, tal como una Célula, un PLMN (Red Móvil Terrestre Pública) o un PLMN equivalente, lo cual denota en cuáles células el SIB es válido. Un SIB con el alcance de área "Célula" es válido solamente para la célula en la cual éste se ha leído. Un SIB con el alcance de área "PLMN" es válido en el PLMN completo. Un SIB con el alcance de área "PLMN equivalente" es válido en el PLMN total y equivalente PLMN. En general, las UE's leen la información del sistema cuando éstas están en modo inactivo, estado CELL_FACH, estado CELL_PCH o en estado URA_PCH de la célula que han seleccionado, es decir, la célula que está en espera. En la información del sistema, las UEs reciben información de las células vecinas en la misma frecuencia, diferentes frecuencias y diferentes RAT (Tecnologías de Radio Acceso). Esto permite que las UEs conozcan cuales células son candidatas para reselección de célula. El sistema 3GPP puede proporcionar servicio multidifusión difusión multimedia (MBMS). El 3GPP TSG SA (Servicio y Aspecto del Sistema) define varios elementos de red y sus funciones requeridas para soportar servicios MBMS. Un servicio de difusión de célula proporcionado por la técnica previa está limitado a un servicio en el cual mensajes cortos tipo texto son difundidos en una cierta área. El servicio MBMS, sin embargo, es un servicio más avanzado que los datos multimedia de multidifusión a terminales (UEs) que se han suscrito al servicio correspondiente además de difusión de datos multimedia. El servicio MBMS es un servicio dedicado hacia abajo que proporciona un servicio de flujo o no de fondo, a una pluralidad de terminales usando un canal hacia abajo común dedicado. El servicio MBMSA está dividido en un modo de difusión y un modo de multidifusión. El modo de difusión MBMS facilita la transmisión de datos multimedia a cada usuario ubicado en un área de difusión, mientras el modo de multidifusión MBMS facilita la transmisión de datos multimedia a un grupo de usuarios específico ubicado en un área de multidifusión. El área de difusión significa un área disponible de servicio de difusión y el área de multidifusión significa un área disponible de servicio de multidifusión.

La Figura 6 ilustra un proceso para proporcionar un servicio MBMS particular, usando el modo de multidifusión. El procedimiento puede dividirse en dos tipos de acciones, aquellas que son transparentes y aquellas que no son transparentes a la UTRAN. Las acciones transparentes son descritas a continuación. Un usuario deseando recibir el servicio MBMS, primero necesita suscribirse para ser autorizado a recibir servicios MBMS, a recibir información sobre servicios MBMS, y para unirse a un cierto conjunto de servicios MBMS. Un anuncio de servicio proporciona a la terminal una lista de servicios a ser proporcionados y otra información relacionada. El usuario puede entonces unirse a estos servicios. Por la unión, el usuario indica que el usuario desea recibir información vinculada a servicios a los que el usuario se ha suscrito y se hace parte de un grupo de servicio de multidifusión. Cuando un usuario ya no está interesado en un servicio MBMS dado, el usuario deja el servicio, es decir, el usuario deja de ser parte del grupo de servicio de multidifusión. Estas acciones pueden tomarse usando cualesquier medios de comunicación, es decir, las acciones pueden ser hechas usando SMS (Servicio de Mensajes Cortos), o por acceso a Internet. Estas acciones no tienen que ser necesariamente hechas usando el sistema UMTS. Para recibir un servicio para el cual el usuario está en un grupo de multidifusión se ejecutan las siguientes acciones que no son transparentes a la UTRAN. El SGSN informa al RNC acerca de un inicio de sesión. Después el RNCA notifica a las UEs del grupo de multidifusión que un servicio dado ha iniciado para iniciar la recepción del servicio dado. Después de haber difundido las acciones UE necesarias y eventualmente la configuración de los portadores PtM para el servicio dado la transmisión de los datos inicia. Cuando la sesión termina, el SGSN indica la sesión terminada para el RNC. El RNC a su vez inicia una sesión terminada. La transmisión del servicio desde el SGSN significa que el RNC proporciona un servicio portador para transportar los datos del servicio MBMS. Después del procedimiento de notificación, otros procedimientos pueden iniciarse entre la UE y el RNC y el SGSN para permitir la transmisión de datos, tal como establecimiento de la conexión RRC, establecimiento de conexión hacia el dominio PS, convergencia de capa de frecuencia, y conteo. La recepción de un servicio MBMS puede realizarse en paralelo con la recepción de otros servicios, tal como una llamada de voz o video en el dominio CS, transferencia SMS sobre el CS o dominio PS, tal como una llamada de voz o video sobre el dominio CS, transferencia SMS sobre el dominio CS o PS, transferencia de datos sobre el dominio PS, o cualquier señalización relacionada a la UTRAN o dominio PS o CS. Contrario al servicio de multidifusión, los servicios de difusión, como se muestran en la Figura 7, solamente el anuncio del servicio puede ser hecho de manera transparente. No se necesita suscripción o unión. Después de esto, las acciones que son transparentes al RNC son las mismas que para los servicios de multidifusión.

Para MBMS, dos canales de control adicionales son introducidos. Estos son el MCCH y MICH (MBMS Canal Indicador de Notificación). Como se explicó anteriormente, el MCCH es mapeado sobre el FACH. El MICH es un canal físico nuevo y es usado para notificar a los usuarios para leer el canal MCCH. El MICH es diseñado para permitir que las UEs realicen un esquema DRX (Recepción Discontinua). DRX permite la reducción del consumo de batería para las UEs mientras permite que las UEs estén todavía alertas de cualquier servicio para el cual una sesión está iniciando. El MICH puede ser usado para informar a la UE de un cambio en un esquema de convergencia de frecuencia, cambio de una configuración de un portador punto a multipunto (PtM), conmutación entre el portador PtM y un portador punto a punto (PtP), etc., los cuales todos requieren que el MCCH sea leído. El canal MCCH transmite periódicamente información acerca de los servicios activos, la configuración del MTCH, información acerca de la convergencia de frecuencia, etc. La UE lee la información MCCH para ser capaz de recibir los servicios suscritos con base en diferentes activaciones, por ejemplo, después de la selección/reselección de célula, cuando la UE es notificada para un servicio dado sobre MICH, cuando la UE es notificada vía el canal DCCH y otras ocasiones. Un canal físico, tal como un Canal Físico de Control Común Secundario (S-CCPCH), es caracterizado por ciertos parámetros de canal físico, tal como un factor de expansión, un código de expansión, un tipo de codificación, tamaños de bloque de transporte y otros atributos. En general, cuando la UE necesita escuchar al S-CCPCH, la UE es proporcionada con un conjunto completo de estos parámetros físicos. En una célula, pueden existir varios canales S-CCPCH. Para servicios dedicados, la UE es generalmente requerida únicamente para leer un canal S-CCPCH. En caso de que la UE reciba varios canales S-CCPCH, la UE compila una lista de canales S-CCPCH con base en diferentes criterios, tal como todos los S-CCPCH que transporta el PICH o todos los canales S-CCPCH que transportan los canales FACH. Los canales S-CCPCH pueden ser numerados desde 0 hasta el número de S-CCPCHs que existe en la célula menos uno. En consecuencia, una fórmula puede ser producida tal que la UE pueda calcular el número de la entrada del canal S-CCPCH que la UE escuchará. Por ejemplo, el número de la entrada puede ser encontrado calculando el módulo de la identidad UE y el número de S-CCPCHs disponibles, como se muestra en la Figura 8. Este método implica que cada UE solamente escuchará a un S-CCPCH para los servicios dedicados, y que el S-CCPCH que la UE está escuchando depende de la identidad UE. Como tal, la UE escuchará a un S-CCPCH en la célula que la UE ha seleccionado. Para MBMS, el canal S-CCPCH también es usado para transmitir datos punto a multipunto (PtM). En ciertos casos, es posible que los mismos datos MBMS se envíen sobre diferentes células. En caso de que una UE esté entre dos células donde se envía el mismo contenido sobre los canales S-CCPCH, es ventajoso usar una capa física especial combinando el esquema entre las dos células, como se muestra en la Figura 9, en donde la UE toma ventaja del hecho de que datos similares se transmiten sobre varias células, los cuales la UE puede recibir. Esto incrementa las posibilidades de que los datos sean recibidos correctamente por la UE. Con referencia a la Figura 9, una UE está entre la célula 1 y la célula 2. La célula 1 usa un S-CCPCH con configuración 1A, y otro S-CCPCH con configuración 1 B. La célula 2 usa S-CCPCHs con configuración 2A y 2B, respectivamente. Para usar el esquema de combinación de capa física, es necesario indicar a la UE con S-CCPCH desde la Célula 1 que puede ser combinada con S-CCPCH desde la Célula 2. En caso de que un servicio MBMS sea enviado sobre un canal S-CCPCH para el cual la configuración es ya enviada en la información del sistema, es ineficiente enviar la configuración una vez más si un MTCH es mapeado sobre un FACH del S-CCPCH. También, en el caso de que la combinación de la capa física sea usada, es ineficiente repetir enviar para cada S-CCPCH la configuración de la célula vecina, las configuraciones S-CCPCH de la célula actual con la cual ésta puede ser combinada con la capa física o viceversa.

BREVE DESCRIPCION DE LA INVENCION Solución técnica La presente invención está dirigida a un método para referenciar un canal físico transportando datos de servicio punto a multipunto. Características adicionales y ventajas de la invención se describirán en la descripción siguiente, y en parte serán evidentes a partir de la descripción, o pueden ser aprendidas en la práctica de la invención. Los objetivos y otras ventajas de la invención se entenderán y cumplirán por la estructura señalada particularmente en la descripción escrita y reivindicaciones de la misma así como los dibujos anexos. Para lograr estas y otras ventajas y de conformidad con el propósito de la presente invención, como se representa y describe ampliamente, la presente invención está contenida en un método para referenciar un canal físico transportando datos de servicio punto a multipunto en un sistema de corhunicación inalámbrico, el método comprendiendo generar un primer mensaje comprendiendo información de configuración para cada uno de al menos un canal físico, organizar la información de configuración para cada uno de al menos un canal físico en una lista en el primer mensaje, transmitir el primer mensaje hacia una terminal móvil, generar un segundo mensaje para referenciar al menos uno de la información de configuración en el primer mensaje, en donde la información de configuración es referenciada identificando una posición de la información de configuración en la lista del primer mensaje, y transmitir el segundo mensaje a la terminal móvil. Preferiblemente, el primer mensaje es transmitido a través de un BCCH, en donde el primer mensaje es un mensaje de información del sistema. Alternativamente, el primer mensaje es transmitido a través de un MCCH, en donde el primer mensaje es un mensaje de control de servicio punto a multipunto. Preferiblemente, el segundo mensaje es transmitido a través de un MCCH, en donde el segundo mensaje es un mensaje de control de servicio punto a multipunto. Adicionalmente, el canal físico es un SCCPCH. En un aspecto, la presente invención está contenida en un método para referenciar un canal físico transportando datos de servicio punto a multipunto en un sistema de comunicación inalámbrico, el método comprendiendo recibir un primer mensaje comprendiendo información de configuración para cada uno de al menos un canal físico, en donde la información de configuración para cada uno de al menos un canal físico está organizada en una lista en el primer mensaje, recibiendo un segundo mensaje referenciando al menos una de la información de configuración en el primer mensaje, en donde la información de configuración es referenciada identificando una posición de la información de configuración en la lista del primer mensaje, y configurar al menos un canal físico de conformidad con la información de configuración en el primer mensaje referenciado por el segundo mensaje.

Preferiblemente, el primer mensaje es recibido a través de un BCCH, en donde el primer mensaje es un mensaje de información del sistema. Alternativamente, el primer mensaje es recibido a través de un MCCH, en donde el primer mensaje es un mensaje de control de servicio punto a multipunto. Preferiblemente, el segundo mensaje es recibido a través de un MCCH, en donde el segundo mensaje es un mensaje de control de servicio punto a multipunto. Adicionalmente, el canal físico es un SCCPCH. En otro aspecto, la presente invención está contenida en un método para referenciar un canal físico transportando datos de servicio punto a multipunto en un sistema de comunicación inalámbrico, el método comprendiendo generar un primer mensaje comprendiendo información de configuración para cada uno de al menos un canal físico, asignar un identifícador de configuración para cada información de configuración en el primer mensaje, transmitir el primer mensaje a una terminal móvil, generar un segundo mensaje para referenciar al menos uno de la información de configuración en el primer mensaje, en donde la información de configuración es referenciada identificando el identifícador de configuración, y transmitir el segundo mensaje a la terminal móvil. Preferiblemente, el primer mensaje es recibido a través de un BCCH, en donde el primer mensaje es un mensaje de información del sistema. Alternativamente, el primer mensaje es recibido a través de un MCCH, en donde el primer mensaje es un mensaje de control de servicio punto a multipunto. Preferiblemente, el segundo mensaje es recibido a través de un MCCH, en donde el segundo mensaje es un mensaje de control de servicio punto a multipunto. Adicionalmente, el canal físico es un SCCPCH. En un aspecto adicional, la presente invención está contenida en un método para referenciar un canal físico transportando datos de servicio punto a multipunto en un sistema de comunicación inalámbrica, el método comprendiendo recibir un primer mensaje comprendiendo información de configuración para cada uno de al menos un canal físico, en donde cada información de configuración es identificada por un identificador de configuración en el primer mensaje, recibiendo un segundo mensaje referenciando al menos uno de la información de configuración en el primer mensaje, en donde la información de configuración es referenciada identificando el identificador de configuración, y configurando al menos un canal físico de conformidad con la información de configuración en el primer mensaje referenciado por el segundo mensaje. Preferiblemente, el primer mensaje es recibido a través de un BCCH, en donde el primer mensaje es un mensaje de información del sistema. Alternativamente, el primer mensaje es recibido a través de un MCCH, en donde el primer mensaje es un mensaje de control de servicio punto a multipunto.

Preferiblemente, el segundo mensaje es recibido a través de un MCCH, en donde el segundo mensaje es un mensaje de control de servicio punto a multipunto. Adicionalmente, el canal físico es un SCCPCH. Se entiende que ambas la descripción general precedente y la siguiente descripción detallada de la presente invención son ejemplificantes y explicatorios y son pretendidas para proporcionar explicación adicional de la invención como es reivindicada.

BREVE DESCRIPCION DE LOS DIBUJOS Las figuras anexas, las cuales son incluidas para proporcionar un entendimiento adicional de la invención y son incorporadas en y constituyen una parte de esta especificación, ilustran modalidades de la invención y junto con la descripción sirven para explicar los principios de la invención. La Figura 1 es un diagrama de bloque de una arquitectura de red UMTS general. La Figura 2 es un diagrama de bloque de una estructura de un protocolo de interfaz de radio entre una terminal y una red con base en los estándares de red de acceso a radio 3GPP. La Figura 3 ilustra el mapeo de canales lógicos sobre los canales de transporte en la terminal móvil. La Figura 4 ilustra el mapeo de canales lógicos sobre los canales de transporte en la red.

La Figura 5 ilustra transiciones posibles entre modos y estados en la red U TS. La Figura 6 ilustra un proceso para proporcionar un servicio MBMS particular usando un modo de multidifusión. La Figura 7 ilustra un proceso para proporcionar servicios de difusión. La Figura 8 ilustra un método para calcular un número de entrada de un canal físico que una terminal móvil escuchará. La Figura 9 ilustra una capa física combinando el esquema entre dos células. La Figura 10 es un diagrama de un método para referenciar una configuración de canal físico usando un identificador implícito, de conformidad con una primera modalidad de la presente invención. La Figura 1 es un diagrama de un método para referenciar una configuración de canal físico usando un identificador explícito, de conformidad con una segunda modalidad de la presente invención.

DESCRIPCION DETALLADA DE LA INVENCION La presente invención se relaciona con un método para referenciar un canal físico transportando datos de servicio punto a multipunto en un sistema de comunicación inalámbrico. La presente invención utiliza un identificador para referenciar configuraciones de canal físico específico enviadas previamente a una terminal móvil desde una red. Referenciando una configuración de canal físico específico ya enviada por la red y recibida por la terminal móvil, en lugar de enviar o recibir la configuración de canal completo una vez más, los recursos de red y terminal móvil se usan más eficientemente. En una modalidad, el identificador puede referenciar una entrada en una lista de configuraciones de canal físico en un mensaje específico. En otra modalidad, una configuración de canal físico en un primer mensaje es primero asignada una identidad específica. Después, un identificador específico referenciando la identidad específica es usado en un segundo mensaje para identificar la configuración del canal físico en el primer mensaje. Con referencia a la Figura 10, un método para referenciar canales físicos de conformidad con una primera modalidad de la presente invención es ilustrado. Una red genera un mensaje específico comprendiendo al menos una configuración de canal físico para transmitir hacia una terminal móvil. Preferiblemente, el mensaje específico comprende configuraciones de canal físico de canales físicos que la terminal móvil puede estar interesada en recepción, por ejemplo, el mensaje específico comprende configuraciones de canal físico para canales físicos sobre los cuales los servicios MBMS que la terminal móvil puede desear recibir son mapeados. Generalmente, la configuración del canal físico es información relacionada con las características del canal físico y puede incluir parámetros del canal físico, tales como factor de expansión, código de expansión, tipo de codificación, tamaño de bloque de transporte y otros atributos. Así, el mensaje específico incluyendo la configuración del canal físico es transmitido hacia la terminal móvil para informar a la terminal de las características del canal. La terminal móvil usa las características del canal para configurar la recepción del canal físico. Como se muestra en la Figura 10, un Mensaje 1 es generado por la red para informar a la terminal móvil de las características del canal físico para configurar la recepción de un canal físico, tal como un Canal Físico de Control Común Secundario (SCCPCH). Típicamente, el SCCPCH se usa para llevar canales de transporte, tales como Canal de Acceso Directo (FACH) y Canal de Radiobúsqueda (PCH). El mensaje 1 comprende una pluralidad de configuraciones SCCPCH, las cuales son transmitidas hacia la terminal móvil. Cada configuración SCCPCH está asociada con un canal físico respectivo SCCPCH. El mensaje 1 puede ser transmitido a la terminal móvil como un mensaje SIB 5 o SIB 6 enviado sobre un canal lógico BCCH. Alternativamente, el Mensaje 1 puede ser transmitido a la terminal móvil como un mensaje específico MBMS, tal como un mensaje "INFORMACIÓN RB P-T-M DE CELULA ACUTAL MBMS", o un mensaje "INFORMACIÓN RB P-T-M DE CELULA VECINA MBMS", los cuales son enviados sobre un canal lógico MCCH. Preferiblemente, la red organiza las configuraciones SCCPCH dentro de una lista en el Mensaje 1 , como se muestra en la Figura 0. Además con referencia a la Figura 10, un Mensaje 2 es generado por la red para informar también a la terminal móvil de las características del canal físico para configurar la recepción de un SCCPCH. El mensaje 2 puede ser transmitido a la terminal móvil como un mensaje específico MBMS, tal como un mensaje "INFORMACION RB P-T-M DE CELULA ACTUAL MBMS" o un mensaje "INFORMACIÓN RB P-T-M DE CELULA VECINA MBMS", los cuales son enviados sobre un cana! lógico MCCH. Cuando se informa posteriormente a la terminal móvil de las características del canal físico, frecuentemente la red proporcionará información sobre un SCCPCH específico para el cual la configuración SCCPCH ya ha sido enviada a la terminal móvil. Así, para ahorrar recursos, la presente invención proporciona que el Mensaje 2 haga referencia a la configuración SCCPCH específica en el Mensaje 1 en lugar de re-enviar la configuración completa SCCPCH. Bajo recepción del mensaje 2, la terminal móvil ser refiere a la configuración SCCPCH en el Mensaje 1 referenciado por el Mensaje 2 y configura la recepción del SCCPCH de acuerdo con la configuración SCCPCH en el Mensaje 1. Como tal, la cantidad de datos transmitidos desde la red y recibidos por terminal móvil es reducida. Así se ahorran recursos del sistema. Como se muestra en la Figura 10, las configuraciones SCCPCH en el Mensaje 1 son preferiblemente referenciadas en el Mensaje 2 por un identificador implícito o número Indice SCCPCH. El mensaje 2 puede contener tantos identificadores implícitos como el número de configuraciones SCCPCH a ser referenciadas en el Mensaje 1. Por ejemplo, asumiendo que existen cuatro configuraciones SCCPCH en el Mensaje 1 , tal como la configuración SCCPCH A, B, C, y D en la Figura 10, existe un máximo de cuatro identificadores implícitos en el Mensaje 2 para referenciar las cuatro configuraciones SCCPCH en el Mensaje 1. Aquí, el identificador implícito identifica el número de entrada de la configuración SCCPCH en la lista del Mensaje 1. Como se muestra en la Figura 10, tres identificadores implícitos en el Mensaje 2 hacen referencia a tres configuraciones SCCPCH en el mensaje 1. Aquí, el SCCPCH Indice 3 corresponde con la cuarta entrada en la lista de configuraciones SCCPCH en el Mensaje 1. Así, SCCPCH Indice 0 hace referencia a SCCPCH configuración D. Similarmente, SCCPCH Indice 2 corresponde a la tercera entrada en la lista de configuraciones SCCPCH en el Mensaje 1. Por lo tanto, SCCPCH Indice 2 hace referencia a SCCPCH configuración C. También, SCCPCH Indice 0 corresponde con la primera entrada en la lista de configuraciones SCCPCH en el Mensaje 1. En consecuencia, SCCPCH Indice 0 hace referencia a SCCPCH configuración A. Con referencia a la Figura 11 , se ilustra un método para referenciar canales físicos de conformidad con una segunda modalidad de la presente invención. Como se muestra en la Figura 11 , un Mensaje 1 es generado por la red para informar a la terminal móvil de las características del canal físico para configurar la recepción de un SCCPCH. El mensaje 1 comprende una pluralidad de configuraciones SCCPCH, las cuales son transmitidas a la terminal móvil. Cada configuración SCCPCH es asociada con un canal físico respectivo SCCPCH en el que la terminal móvil está interesada en recepción. El Mensaje 1 puede transmitirse a la terminal móvil como un mensaje SIB 5 o SIB 6 enviado sobre un canal lógico BCCH. Alternativamente, el Mensaje 1 puede ser transmitido a la terminal móvil como un mensaje específico MBMS, tal como un mensaje "INFORMACION RB P-T-M DE CELULA ACTUAL MBMS" o un mensaje "INFORMACIÓN RB P-T-M DE CELULA VECINA MBMS", los cuales son enviados sobre un canal lógico MCCH. Preferiblemente, la red asigna un identificador de configuración o número Id a cada configuración SCCPCH en el Mensaje 1. Con referencia adicional a la Figura 11 , un Mensaje 2 es generado por la red para informar también a la terminal móvil de las características del canal físico para configurar la recepción de un SCCPCH. El mensaje 2 puede ser transmitido a la terminal móvil como un mensaje específico MBMS, tal como un mensaje de "INFORMACION RB P-T-M DE CELULA ACTUAL MBMS", o un mensaje "INFORMACIÓN RB P-T-M DE CELULA VECINA MBMS", los cuales son enviados sobre un canal lógico MCCH. Cuando posteriormente se informa a la terminal móvil de las características del canal físico, frecuentemente la red proporcionará información sobre un SCCPCH específico para el cual la configuración SCCPCH ya ha sido enviada a la terminal móvil. Así, para ahorrar recursos, la presente invención proporciona que el Mensaje 2 haga referencia a la configuración SCCPCH específica en el mensaje 1 en lugar del re-enviar la configuración SCCPCH completa. Bajo recepción del Mensaje 2, la terminal móvil se refiere a la configuración SCCPCH en el Mensaje 1 referenciado por el Mensaje 2 y configura la recepción del SCCPCH de conformidad con la configuración SCCPCH en el Mensaje 1. Como tal, la cantidad de datos que son transmitidos desde la red y recibidos por la terminal móvil se reduce. Así, recursos del sistema son ahorrados. Como se muestra en la Figura 11 , las configuraciones SCCPCH en el Mensaje 1 son preferiblemente referenciadas en el Mensaje 2 por un identificador explícito o número de Identificación (Id) SCCPCH. El mensaje 2 puede contener tantos identificadores explícitos como el número de configuraciones SCCPCH a ser referenciadas en el Mensaje 1. Por ejemplo, asumiendo que existen cuatro configuraciones SCCPCH en el Mensaje 1 , tal como la configuración SCCPCH A, B, C y D en la Figura 11 , existe un máximo de cuatro identificadores explícitos en el Mensaje 2 para referenciar las cuatro configuraciones SCCPCH en el Mensaje 1. Aquí, el identificador explícito identifica la identidad específica de una configuración SCCPCH encontrada en el Mensaje 1 referenciando el número Id asignado a la configuración SCCPCH por la red. Como se muestra en la Figura 11 , tres identificadores explícitos en el Mensaje 2 hacen referencia a tres configuraciones SCCPCH en el Mensaje 1. Las configuraciones SCCPCH han sido asignadas aleatoriamente con números Id específicos por la red. Para hacer referencia a una configuración SCCPCH en el Mensaje 2, el número específico Id es usado. Aquí, SCCPCH configuración A es asignado el Id 6, SCCPCH configuración C es asignado el Id 5 y SCCPCH configuración D es asignado el Id 2. Por lo tanto, el Mensaje 2 puede identificar explícitamente una configuración en el Mensaje 1 referenciando el número Id específico asignado a la configuración. El método de la segunda modalidad de la invención es ventajoso en el caso de posiciones de entrada de las configuraciones en el cambio del Mensaje 1. Por ejemplo, si la posición de entrada de SCCPCH configuración A en el Mensaje 1 de la Figura 1 fuera movida de una primera posición a una tercera posición en la lista como un resultado de una configuración nueva siendo agregada al Mensaje 1 , el Id específico 6 asignado a SCCPCH configuración A podría permanecer el mismo. Así, cuando el Mensaje 2 hace referencia a SCCPCH configuración A, el mensaje 2 continúa para usar el Id específico 6. Por lo tanto, el mensaje 2 no necesita cambiar el identificador usado para referenciar la configuración como un resultado de la configuración teniendo su posición de entrada cambiada en el Mensaje 1. Preferiblemente, este método puede usarse cuando un servicio es transmitido sobre un SCCPCH que es listado en SIB 5 o SIB 6 para referenciar el SIB definido aquí. Este método también puede usarse para indicar SCCPCHs disponibles en las células vecinas con las cuales los SCCPCHs de la célula actual pueden combinarse. Las modalidades precedentes y ventajas son meramente ejemplificantes y no se construyen como limitantes de la presente invención.

Las enseñanzas presentes pueden aplicarse fácilmente a otros tipos de aparatos. La descripción de la presente invención pretende ser ilustrativa, y no limitar el alcance de las reivindicaciones. Muchas alternativas, modificaciones y variantes serán evidentes para aquellos expertos en el arte. En las reivindicaciones, cláusulas de medios más función pretenden cubrir la estructura descrita en el presente documento como realizando la función descrita y no solamente equivalentes estructurales sino también estructuras equivalentes.

Claims (32)

NOVEDAD DE LA INVENCION REIVINDICACIONES

1.- Un método para referenciar un canal físico transportando punto a multipunto datos de servicio en un sistema de comunicación inalámbrico, el método comprendiendo: recibir un primer mensaje comprendiendo información de configuración para cada uno de al menos un canal físico, en donde la información de configuración para cada uno de al menos un canal físico está organizada dentro de una lista en el primer mensaje; recibir un segundo mensaje referenciando al menos uno de la información de configuración en el primer mensaje, en donde la información de configuración es referenciada identificando una posición de la información de configuración en la lista del primer mensaje; y configurar al menos un canal físico de conformidad con la información de configuración en el primer mensaje referenciado por el segundo mensaje.

2.- El método de conformidad con la reivindicación 1 , caracterizado además porque el primer mensaje es recibido a través de un BCCH.

3.- El método de conformidad con la reivindicación 1 , caracterizado además porque el primer mensaje es un mensaje de información del sistema.

4. - El método de conformidad con la reivindicación 1 , caracterizado además porque el primer mensaje es recibido a través de un MCCH.

5. - El método de conformidad con la reivindicación 1 , caracterizado además porque el primer mensaje es un mensaje de control de servicio punto a multipunto.

6. - El método de conformidad con la reivindicación 1 , caracterizado además porque el segundo mensaje es recibido a través de un MCCH.

7.- El método de conformidad con la reivindicación 1 , caracterizado además porque el segundo mensaje es un mensaje de control de servicio punto a multipunto.

8.- El método de conformidad con la reivindicación 1 , caracterizado además porque el canal físico es un SCCPCH.

9.- Un método para referenciar un canal físico transportando datos de servicio punto a multipunto en un sistema de comunicación inalámbrico, el método comprendiendo: generar un primer mensaje comprendiendo información de configuración para cada uno de al menos un canal físico; organizar la información de configuración para cada uno de al menos un canal físico dentro de una lista en el primer mensaje; transmitir el primer mensaje hacia una terminal móvil; generar un segundo mensaje para referenciar al menos uno de la información de configuración en el primer mensaje, en donde la información de configuración es referenciada identificando una posición de la información de configuración en la lista del primer mensaje; y transmitir el segundo mensaje hacia la terminal móvil.

10. - El método de conformidad con la reivindicación 9, caracterizado además porque el primer mensaje es transmitido a través de un BCCH.

11. - El método de conformidad con la reivindicación 9, caracterizado además porque el primer mensaje es un mensaje de información del sistema.

12. El método de conformidad con la reivindicación 9, caracterizado además porque el primer mensaje es transmitido a través de un MCCH.

13. El método de conformidad con la reivindicación 9, caracterizado además porque el primer mensaje es un mensaje de control de servicio punto a multipunto.

14. El método de conformidad con la reivindicación 9, caracterizado además porque el segundo mensaje es transmitido a través de un MCCH.

15. El método de conformidad con la reivindicación 9, caracterizado además porque el segundo mensaje es un mensaje de control de servicio punto a multipunto.

16. - El método de conformidad con la reivindicación 9, caracterizado además porque el canal físico es un SCCPCH.

17. - Un método para referenciar un canal físico transportando datos de servicio punto a multipunto en un sistema de comunicación inalámbrico, el método comprendiendo: recibir un primer mensaje comprendiendo información de configuración para cada uno de al menos un canal físico, en donde cada información de configuración está identificada por un identificador de configuración en el primer mensaje; recibir un segundo mensaje referenciando al menos uno de la información de configuración en el primer mensaje, en donde la información de configuración es referenciada identificando el identificador de configuración; y configurar al menos un canal físico de conformidad con la información de configuración en el primer mensaje referenciado por el segundo mensaje.

18. - El método de conformidad con la reivindicación 17, caracterizado además porque el primer mensaje es recibido a través de un BCCH.

19.- El método de conformidad con la reivindicación 17, caracterizado además porque el primer mensaje es un mensaje de información del sistema.

20. El método de conformidad con la reivindicación 17, caracterizado además porque el primer mensaje es recibido a través de un MCCH.

21. El método de conformidad con la reivindicación 17, caracterizado además porque el primer mensaje es un mensaje de control de servicio punto a multipunto.

22. El método de conformidad con la reivindicación 17, caracterizado además porque el segundo mensaje es recibido a través de un MCCH.

23. - El método de conformidad con la reivindicación 17, caracterizado además porque el segundo mensaje es un mensaje de control de servicio punto a multipunto.

24. - El método de conformidad con la reivindicación 17, caracterizado además porque el canal físico es un SCCPCH.

25. - Un método para referenciar un canal físico transportando datos de servicio punto a multipunto en un sistema de comunicación inalámbrico, el método comprendiendo: generar un primer mensaje comprendiendo información de configuración para cada uno de al menos un canal físico; asignar un identificador de configuración para cada información de configuración en el primer mensaje; transmitir el primer mensaje a una terminal móvil; generar un segundo mensaje para referenciar al menos uno de la información de configuración en el primer mensaje, en donde la información de configuración es referenciada identificando el identificador de configuración; y transmitir el segundo mensaje a la terminal móvil.

26. - El método de conformidad con la reivindicación 25, caracterizado además porque el primer mensaje es transmitido a través de un BCCH.

27. - El método de conformidad con la reivindicación 25, caracterizado además porque el primer mensaje es un mensaje de información del sistema.

28. El método de conformidad con la reivindicación 25, caracterizado además porque el primer mensaje es transmitido a través de un MCCH.

29. - El método de conformidad con la reivindicación 25, caracterizado además porque el primer mensaje es un mensaje de control de servicio punto a multipunto.

30.- El método de conformidad con la reivindicación 25, caracterizado además porque el segundo mensaje es transmitido a través de un MCCH.

31. - El método de conformidad con la reivindicación 25, caracterizado además porque el segundo mensaje es un mensaje de control de servicio punto a multipunto.

32. - El método de conformidad con la reivindicación 25, caracterizado además porque el canal físico es un SCCPCH.