Nothing Special   »   [go: up one dir, main page]

MXPA05006110A - Metodo de solicitud de conexion de control de recursos de radio y aparato para comunicaciones moviles. - Google Patents

Metodo de solicitud de conexion de control de recursos de radio y aparato para comunicaciones moviles.

Info

Publication number
MXPA05006110A
MXPA05006110A MXPA05006110A MXPA05006110A MXPA05006110A MX PA05006110 A MXPA05006110 A MX PA05006110A MX PA05006110 A MXPA05006110 A MX PA05006110A MX PA05006110 A MXPA05006110 A MX PA05006110A MX PA05006110 A MXPA05006110 A MX PA05006110A
Authority
MX
Mexico
Prior art keywords
connection
message
channel
further characterized
rrc connection
Prior art date
Application number
MXPA05006110A
Other languages
English (en)
Inventor
Sung-Duck Chun
Original Assignee
Lg Electronics Inc
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Lg Electronics Inc filed Critical Lg Electronics Inc
Publication of MXPA05006110A publication Critical patent/MXPA05006110A/es

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W76/00Connection management
    • H04W76/10Connection setup
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W76/00Connection management
    • H04W76/10Connection setup
    • H04W76/18Management of setup rejection or failure
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W4/00Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/06Selective distribution of broadcast services, e.g. multimedia broadcast multicast service [MBMS]; Services to user groups; One-way selective calling services

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Multimedia (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Communication Control (AREA)
  • Crystals, And After-Treatments Of Crystals (AREA)
  • Selective Calling Equipment (AREA)
  • Radio Relay Systems (AREA)
  • Time-Division Multiplex Systems (AREA)

Abstract

Un metodo y aparato para transmitir un unico mensaje de termino de conteo para rechazar las solicitudes de conexion RRC de multiples terminales, minimizando de este modo el desperdicio de recursos de radio y proveyendo una rapida respuesta para aquellas terminales que han trasmitido una solicitud de conexion; los mensajes de solicitud de conexion RRC son enviados por multiples terminales a una red, como respuesta a un mensaje de conexion RRC requerida recibido desde la red en un primer canal; cada una de las terminales monitorea un segundo canal para un mensaje de configuracion de conexion RRC; la red establece conexiones con un numero predeterminado de terminales trasmitiendo un mensaje de configuracion de conexion RRC a cada una de las terminales en el segundo canal y posteriormente transmite un unico mensaje de conexion RRC no requerida a las multiples terminales en el primer canal; cada una de las terminales que no recibe un mensaje de configuracion de conexion RRC en el segundo canal despues de un periodo de tiempo predeterminado, monitorea entonces el primer canal y, despues de recibir el mensaje de conexion RRC no requerida, da por terminado el procedimiento de conexion de red y no retransmite un mensaje de solicitud de conexion RRC.

Description

SK, TR), OAPI (BF, BJ, CF, CG, CI, CM, GA, GN, GQ, For two-letter codes and other referió the "G id- GW, ML, MR, E, SN, TD, TG). anee Notes on Codes andAbbreviations" appearing at the begín- Published- "'"^ ° ea ^ re8ul r tssue ofthe PCF Gazette. — with intemational search repon METODO DE SOLICITUD DE CONEXION DE CONTROL DE RECURSOS DE RADIO Y APARATO PARA COMUNICACIONES MOVILES CAMPO TECNICO DE LA INVENCION La presente invención se refiere a un método y aparato para establecer una conexión RRC que es una conexión inicial establecida entre una terminal en estado inactivo y un UTRAN en un Sistema Universal De Telecomunicación Móvil (UMTS, por sus siglas en inglés) y, específicamente, a un método y aparato que facilitan que una terminal envíe un mensaje de solicitud de conexión RRC, reciba un primer canal para un cierto momento y, si no se ha recibido una respuesta al mensaje de solicitud de conexión RRC en el primer canal, se determine si el mensaje de solicitud de conexión RRC debe transmitirse de nuevo con base en la consideración de la información de estatus proporcionada a través de un segundo canal.
ANTECEDENTES DE LA INVENCION Un sistema universal de telecomunicación móvil (UMTS, por sus siglas en inglés) es un sistema de comunicación móvil IMT-2000 de tercera generación, de tipo europeo, que ha evolucionado desde un estándar europeo conocido como Sistema Global para Comunicaciones Móviles (GSM, por sus siglas en inglés). Se pretende que el UMTS provea un mejor servicio de comunicación móvil con base en una tecnología de conexión inalámbrica de acceso múltiple de división de código de banda ancha (W-CDMA, por sus siglas en inglés) y red central de GSM. En diciembre de 1998, un Proyecto de Sociedad de Tercera Generación (3GPP, por sus siglas en inglés) fue creado por ETSI de Europa, ARIB/TTC de Japón, T1 de Estados Unidos y TTA de Corea. El 3GPP crea especificaciones detalladas de tecnología UMTS. Para lograr un desarrollo técnico rápido y eficiente del UMTS, se han creado cinco grupos de especificaciones técnicas (TSG, por sus siglas en inglés) dentro de 3GPP para estandarizar el UMTS considerando la naturaleza independiente de los elementos de red y sus operaciones. Cada TSG desarrolla, aprueba y administra la especificación estándar dentro de una región relacionada. Entre estos grupos, el grupo de red de acceso de radio (TSG-RAN, por sus siglas en inglés) desarrolla los estándares para las funciones, requerimientos e interfaz de la red de acceso de radio terrestre (UTRAN, por sus siglas en inglés) de UMTS, que es una nueva red de acceso de radio para soportar tecnología de acceso W-CDMA en el UMTS. La figura 1 ilustra un ejemplo de estructura básica de una red UMTS general. Como se muestra en la figura 1 , el UMTS se divide en general en una terminal o equipo de usuario (UE, por sus siglas en inglés) 10, una UTRAN 20 y una red central (CN, por sus siglas en inglés) 30.
La UTRAN 20 incluye uno o varios subsistemas de red de radio (RNS, por sus siglas en inglés) 25. Cada RNS 25 incluye un controlador de rede de radio (RNC, por sus siglas en inglés) 23 y múltiples estaciones de base (Nodo-Bs, en inglés) 21 administradas por el RNC 23. El RNC 23 administra la tarea y manejo de los recursos de radio y opera como un punto de acceso con respecto a la red central 30. Los Nodos-Bs 21 reciben información enviada por la capa física de la terminal 10 a través de un vínculo ascendente y transmiten datos a la terminal 10 a través de un vínculo descendente. Los Nodos-Bs 21 operan como puntos de acceso de la UTRAN 20 para la terminal 0. La UTRAN 20 crea y mantiene un portador de acceso de radio (RAB, por sus siglas en inglés) para la comunicación entre la terminal 10 y la red central 30. La red central 30 solicita los requerimientos de calidad de servicio (QoS, por sus siglas en inglés) de extremo a extremo del RAB, mientras que el RAB brinda soporte a los requerimientos QoS que ha establecido la red central 30. De conformidad con ello, al crear y mantener el RAB, la UTRAN 20 puede satisfacer los requerimientos de QoS de extremo a extremo. Los servicios suministrados a una terminal 10 específica se dividen en general en los servicios de conmutación de circuitos (CS, por sus siglas en inglés) y los servicios de conmutación de paquetes (PS, por sus siglas en inglés). Por ejemplo, un servicio de conversación de voz general es un servicio de conmutación de circuitos, mientras que un servicio de búsqueda en la Red a través de conexión a Internet se clasifica como un servicio de conmutación de paquetes (PS). Para dar soporte a los servicios de conmutación de circuitos, los RNCs 23 se conectan con el centro de conmutación móvil (MSC, por sus siglas en inglés) 31 de la red central 30 y el MSC 31 se conecta con el centro de conmutación móvil de pasarela (GMSC, por sus siglas en inglés) 33 que administra la conexión con otras redes. Para dar soporte a los servicios de conmutación de paquetes, los RNCs 23 se conectan con el nodo de soporte (SGSN, por sus siglas en inglés) de los servicios generales de radiocomunicación por paquetes (GPRS, por sus siglas en inglés) 35 y el nodo de soporte de GPRS de pasarela (GGSN, por sus siglas en inglés) 37 de la red central 30. El SGSN 35 da soporte a las comunicaciones por paquetes con los RNCs 23 y el GGSN 37 administra la conexión con otras redes de conmutación de paquetes, como Internet. La figura 2 ilustra una estructura de un protocolo de interfaz de radio entre la terminal 10 y la UTRAN 20 de conformidad con los estándares de la red de acceso de radio 3GPP. Como se muestra en la figura 2, el protocolo de Interfaz de radio tiene capas horizontales que comprenden una capa física, una capa de enlace de datos y una capa de red, así como planos verticales que comprenden un plano de usuario (plano U) para transmitir datos de usuario y un plano de control (plano C) para transmitir información de control.
El plano de usuario es una región que maneja información de tráfico con el usuario, como paquetes de protocolo de Internet (IP, por sus siglas en inglés) o voz. El plano de control es una región que maneja información de control para una interfaz con una red, mantenimiento y administración de una llamada y otros similares. Las capas de protocolo en la figura 2 pueden dividirse en una primera capa (L1 , por sus siglas en inglés), una segunda capa (L2, por sus siglas en inglés) y una tercera capa (L3, por sus siglas en inglés) con base en las tres capas inferiores de un modelo estándar de interconexión de sistema abierto (OSI, por sus siglas en inglés). La primera capa (L1 ), es decir la capa física, provee un servicio de transferencia de información a una capa superior utilizando distintas técnicas de transmisión de radio. La capa física se conecta con una capa superior denominada capa de control de acceso medio (MAC, por sus siglas en inglés) a través de un canal de transportación. La capa MAC y la capa física intercambian datos a través del canal de transportación. La segunda capa (L2) incluye una capa MAC, una capa de control de enlace de radio (RLC, por sus siglas en inglés) una capa de control de difusión/multidifusión control (BMC, por sus siglas en inglés) y una capa de protocolo de convergencia de paquetes de datos (PDCP, por sus siglas en inglés). La capa MAC maneja la correspondencia entre los canales lógicos y los canales de transportación y permite la asignación de parámetros MAC para la distribución y redistribución de recursos de radio. La capa MAC se conecta con una capa superior denominada la capa de control de enlace de radio (RLC) a través de un canal lógico. Se proveen distintos canales lógicos dependiendo del tipo de información transmitida. En general se utiliza un canal de control para transmitir información del plano de control y un canal de tráfico para transmitir información del plano de usuario. Un canal lógico puede ser un canal común o un canal especializado dependiendo de si el canal lógico es compartido. Los canales lógicos incluyen un canal de tráfico especializado (DTCH, por sus siglas en inglés), un canal de control especializado (DCCH, por sus siglas en inglés), un canal de tráfico común (CTCH, por sus siglas en inglés), un canal de control común (CCCH, por sus siglas en inglés), un canal de control de difusión (BCCH, por sus siglas en inglés) y un canal de control de radiolocalización (PCCH, por sus siglas en inglés). El BCCH proporciona información que incluye aquella utilizada por una terminal 10 para tener acceso a un sistema. El PCCH es utilizado por la UTRAN 20 para tener acceso a una terminal 0. La capa MAC se conecta con la capa física a través de los canales de transportación y puede dividirse en una subcapa MAC-b, una subcapa MAC-d, una subcapa MAC-c/sh y una subcapa MAC-hs dependiendo del tipo de canal de transportación que se esté administrando. La subcapa MAC-b administra un Canal de Difusión (BCH, por sus siglas en inglés), que es un canal de transportación que maneja la difusión de la información del sistema. La subcapa MAC/s-sh administra un canal de transportación común, como un canal descendente de acceso (FACH, por sus siglas en inglés) o un canal compartido de vínculo descendente (DSCH, por sus siglas en inglés), que es compartido por múltiples terminales. La subcapa MAC-d administra un canal especializado (DCH, por sus siglas en inglés), que es un canal de transportación especializado para una terminal 10 específica. De conformidad con ello, la subcapa MAC-d se localiza en un RNC de servicio (SRNC, por sus siglas en inglés) que administra una terminal correspondiente y también existe una subcapa MAC-d en cada terminal. La capa RLC brinda soporte a las transmisiones de datos confiables y realiza la segmentación y concatenación en múltiples unidades de datos de servicio (SDUs, por sus siglas en inglés) de RLC provistas desde una capa superior. Cuando la capa RLC recibe las SDUs de RLC de la capa superior, la capa RLC ajusta el tamaño de cada SDU de RLC de manera apropiada con base en la capacidad de procesamiento y, posteriormente, crea unidades de datos añadiendo información de cabecera en ese lugar. Las unidades de datos, denominadas unidades de datos de protocolo (PDUs, por sus siglas en inglés), son transferidas a la capa MAC a través de un canal lógico. La capa RLC incluye una memoria intermedia RLC para almacenar las SDUs de RLC y/o las PDU's de RLC. La capa BMC programa un mensaje de difusión de mensajes de celda (CB, por sus siglas en inglés) transferido desde la red central y difunde el mensaje CB a las terminales 10 ubicadas en una celda o celdas específica(s). La capa PDCP se localiza por arriba de la capa RLC. La capa PDCP se utiliza para transmitir datos de protocolo de red, como IPv4 ó IPv6, de manera efectiva en una interfaz de radio con un ancho de banda relativamente pequeño. Con este fin, la capa PDCP reduce la información de control innecesaria utilizada en una red alámbrica, una función denominada compresión de cabecera. La capa de control de recursos de radio (RRC, por sus siglas en inglés) ubicada en la porción más baja de la tercera capa (L3) solamente se define en el plano de control. La capa RRC controla los canales de transportación y los canales físicos con respecto a la configuración, reconfiguración y la liberación o cancelación de los portadores de radio (RBs, por sus siglas en inglés). RB representa un servicio suministrado por la segunda capa (L2) para la transmisión de datos entre la terminal 10 y la UTRAN 20. En general, la configuración de RB se refiere al procedimiento de estipular las características de una capa de protocolo y un canal requerido para proveer un servicio de datos específicos, así como de determinar los métodos de operación y parámetros detallados respectivos. El estado RRC se refiere a si existe una conexión lógica entre el RRC de la terminal 10 y el RRC de la UTRAN 20. Si hay una conexión, se dice que la terminal 10 se encuentra en estado de conexión RRC. Si no hay conexión, se dice que la terminal 10 se encuentra en estado inactivo.
Para las terminales 10 en estado de conexión RRC, dado que existe una conexión RRC, la UTRAN 20 puede determinar la existencia de una terminal particular dentro de la unidad de celdas, por ejemplo en qué celda se encuentra la terminal en estado de conexión RRC. Por lo tanto, la terminal 10 puede controlarse de forma efectiva. Por el contrario, la UTRAN 20 no puede determina una terminal 10 en estado inactivo. Para dichas terminales 10 en estado inactivo, sólo puede determinarse, a través de la red central 30, si se encuentran dentro de una región que es mayor a una celda, es decir una ubicación o un área de direccionamiento. Por lo tanto, la existencia de terminales 10 en estado inactivo se determina dentro de regiones grandes y, para recibir servicios de comunicación móvil como voz o datos, la terminal en estado inactivo debe moverse o cambiarse al estado de conexión de RRC. Cuando es encendida inicialmente por el usuario, una terminal 10 busca una celda apropiada y posteriormente permanece en estado inactivo dentro de la celda correspondiente. Cuando la terminal 10 en estado inactivo requiere de una conexión RRC, pasa al estado de conexión de RRC a través de un procedimiento de conexión RRC, de manera que se realice una conexión RRC con la capa RRC de la UTRAN 20. Existen muchas situaciones en las que una terminal 10 en estado inactivo requiere establecer una conexión RRC. Cuando es necesaria una transmisión de datos de vínculo ascendente, por ejemplo cuando el usuario intenta hacer una llamada o cuando se transmite un mensaje de respuesta para contestar a un mensaje de radiolocalización recibido de la UTRAN 20, una terminal 10 en estado inactivo debe establecer una conexión RRC. Otra situación en la que una terminal 10 requiere establecer una conexión RRC es para recibir un servicio multimedios de multidifusión y difusión (MBMS, por sus siglas en inglés). El sistema 3GPP puede proveer el servicio de multidifusión y difusión MBMS, que es un nuevo tipo de servicio en Versión 6. El 3GPP TSG SA (Aspecto de Servicio y Sistema) define distintos elementos de red y sus funciones requeridas para brindar soporte a los servicios MBMS. Un servicio de difusión de celda provisto por la Liberación 99 convencional se limita un servicio en donde los mensajes cortos de tipo texto son difundidos a una cierta área. El servicio MBMS provisto por la Versión 6 es un servicio más avanzado que los datos multimedios de difusiones múltiples hacia las terminales (UEs) 10 que se han suscrito al servicio correspondiente además de datos multimedios de difusión. El servicio MBMS es un servicio especializado hacia abajo que provee un servicio de flujo continuo o de fondo a múltiples terminales 10 utilizando un canal hacia abajo común o especializado. El servicio MBMS se divide en un modo de difusión y un modo de multidifusión. El modo de difusión MBMS facilita la transmisión de datos multimedios a cada uno de los usuarios localizados en un área de difusión, mientras que el modo de multidifusión MBMS facilita la transmisión de datos multimedios a un grupo de usuarios específico localizado en un área de multidifusión. el área de difusión significa un área de servicio de difusión disponible y el área de multidifusión significa un área disponible de servicio de multidifusión. Los usuarios que desean recibir el servicio MBMS reciben primero un anuncio de servicio provisto por una red. El anuncio de servicio le provee a la terminal 10 una lista de servicios a ser suministrados, así como información relacionada. Además, los usuarios deben recibir una notificación de servicio provista por las redes. La notificación de servicio le proporciona a la terminal 10 información relacionada con los datos de difusión a ser transmitidos. Si el usuario pretende recibir un servicio de modo de multidifusión MBMS, el usuario se suscribe a un grupo de suscripción de multidifusión. Un grupo de suscripción de multidifusión es un grupo de usuarios que han completado un procedimiento de suscripción. Una vez que un usuario se ha suscrito al grupo de suscripción de multidifusión, el usuario puede unirse a un grupo de multidifusión para recibir un servicio de multidifusión específico. Un grupo de multidifusión es un grupo de usuarios que recibe un servicio de multidifusión específico, en donde unirse a un grupo de multidifusión, también denominada activación de multidifusión MBMS, significa fusionarse con el grupo de multidifusión que cuenta con usuarios que desean recibir el servicio de multidifusión específico. De conformidad con ello, el usuario puede recibir los datos de multidifusión específicos uniéndose a un grupo de multidifusión, denominada activación de multidifusión MBMS.
El RNC 23 transfiere los datos de usuario MBMS a la terminal 0 a través de la estación base (Nodo B) 21 por medio del plano de usuario del protocolo UTRAN. La UTRAN 20 transmite los datos de usuario MBMS creando y manteniendo un portador de acceso de radio (RAB, por sus siglas en inglés) para una comunicación de llamada entre la terminal 10 y la red central 30. Los datos de usuario MBMS se transfieren solamente a través del vínculo descendente. El portador de radio MBMS facilita la transferencia, solamente a una terminal 10 específica, de los datos de usuario de un servicio MBMS específico transferido por la red central 30 a la UTRAN 20. El portador de radio MBMS se divide en un tipo punto a multipunto y en un tipo punto a punto. La UTRAN 20 selecciona uno de los dos tipos de portadores de radio MBMS para suministrar el servicio MBMS. Para seleccionar uno de los dos portadores de radio MBMS, la UTRAN 20 debe reconocer el número de usuarios o terminales 10 de un servicio MBMS específico existente en una celda. La UTRAN 20 puede contar el número de terminales 10 para determinar el tipo de portador de radio MBMS. La UTRAN 20 informa a las terminales 10 que está contando el número de terminales cuando proporciona información sobre el servicio MBMS a través de un canal de control común MBMS o realiza la radiolocalización para un grupo de servicio MBMS específico. Cuando una terminal 10 recibe una notificación de servicio de un servicio MBMS que indica que se está realizando un conteo en el servicio correspondiente, la terminal establece una conexión entre una entidad RRC de la terminal y un entidad RRC de la UTRAN 20 transfiriendo un mensaje de solicitud de conexión RRC a la UTRAN por medio de un canal común de vínculo ascendente. El mensaje de solicitud de conexión RRC informa a la UTRAN 20 que la terminal 10 desea recibir el servicio MBMS correspondiente. Al contar el número de terminales 10 que han transferido un mensaje de solicitud de conexión RRC, la UTRAN 20 puede reconocer a los usuarios que desean recibir el servicio MBMS específico en una celda. La UTRAN 20 configura entonces un portador de radio MBMS con base en el conteo. Si el número de usuarios o terminales 10 existente en una celda correspondiente es menor a un cierto valor de umbral, la UTRAN 20 establece un portador de radio MBMS de punto a punto. Si el número de usuario o terminales 10 existente en una celda correspondiente es mayor o igual a un cierto valor de umbral, la UTRAN establece un portador de radio MBMS de punto a multipunto. Sin embargo, el método convencional de radiolocalización a través del cual la UTRAN 20 reconoce el número de terminales 10 que desean recibir un servicio MBMS presenta desventajas. Cuando la UTRAN 20 realiza la notificación de servicio MBMS, los mensajes de respuesta, como los mensajes de respuesta RRC, son transmitidos desde las terminales 10 que desean recibir el servicio MBMS. Los mensajes de respuesta se concentran simultáneamente en el canal de vínculo ascendente, produciendo un incremento en la interferencia y carga del vínculo ascendente. Dado que la UTRAN 20 realiza la notificación de servicio MBMS a las múltiples terminales 10 que utilizan el canal de control común MBMS y las terminales correspondientes informan simultáneamente a la UTRAN que desean recibir el servicio MBMS correspondiente a través del canal común de vínculo ascendente, se incrementan tanto la interferencia como la carga en el vínculo ascendente. Dado que la interferencia y carga se incrementan, puede requerirse un prolongado periodo de tiempo indeseable para que las terminales 10 envíen mensajes de respuesta. Por lo tanto, algunas terminales pueden no lograr transmitir el mensaje de respuesta en el momento en el que la UTRAN 20 debe configurar el portador de radio MBMS. Una vez que la UTRAN 20 recibe una serie de mensajes de respuesta de las terminales 10 que se encuentran por arriba del umbral para configurar el portador de radio punto a multipunto MBMS, la UTRAN ya no requiere recibir mensajes de respuesta adicionales, pues todos los requerimientos para seleccionar al portador de radio han sido cumplidos. Sin embargo, en la técnica convencional, incluso si la UTRAN 20 ya ha recibido un número de umbral de los mensajes de respuesta, la UTRAN continúa recibiendo mensajes de respuesta hasta que se establece el portador de radio MBMS. Por lo tanto, los recursos de radio de vínculo ascendente se malgastan de forma indeseable. El procedimiento de conexión RRC generalmente se divide en tres pasos. La terminal 10 transmite un mensaje de solicitud de conexión RRC a la UTRAN 20, la UTRAN transmite un mensaje de configuración de conexión RRC a la terminal y la terminal transmite un mensaje completo de configuración de conexión RRC a la UTRAN. Estos pasos se ilustran en la figura 3. La figura 3 ¡lustra el procedimiento de la técnica convencional cuando la UTRAN 20 acepta la solicitud de conexión RRC de la terminal 10. cuando una terminal 10 en estado inactivo desea establecer una conexión RRC, la terminal transmite primero un mensaje de solicitud de conexión RRC a la UTRAN 20. El mensaje de solicitud de conexión RRC puede incluir una causa de establecimiento de RRC y un identificador de terminal inicial. El identificador de terminal inicial, o identidad de UE, es un identificador que es único para una terminal 10 particular y permite que la terminal sea identificada, independientemente de su ubicación en cualquier lugar del mundo. Como respuesta a la solicitud de conexión RRC, la UTRAN 20 transmite un mensaje de configuración de conexión RRC a la terminal 10. El mensaje de configuración de conexión RRC puede incluir una Identidad Temporal de Red de Radio (RNTI, por sus siglas en inglés) e información de configuración de portador de radio transmita junto con una identidad inicial de UE. La RNTI es un identificador de terminal asignado para permitir que la UTRAN 20 identifique terminales 10 en estado de conexión. La RNTI se utiliza solamente cuando existe una conexión RRC y se utiliza exclusivamente dentro de la UTRAN 20.
Como respuesta al mensaje de configuración de conexión RRC, la terminal 10 establece una conexión RRC con la UTRAN 20 y transmite un mensaje completo de configuración de conexión RRC a la UTRAN 20. Después de que la conexión RRC se ha establecido, la terminal 10 emplea la RNT!, en lugar de la identidad inicial de UE, al comunicarse con la UTRAN 20. Dado que la identidad de UE inicial es un identificador único, el uso frecuente puede incrementar las posibilidades de que se produzca una exposición indeseable. Por lo tanto, la identidad de UE inicial se utiliza brevemente solamente durante el procedimiento de conexión RRC inicial y la RNTI se utiliza posteriormente por razones de seguridad. Sin embargo, la UTRAN 20 puede también rechazar la solicitud de conexión RRC por toda una serie de razones, por ejemplo debido a recursos de radio insuficientes. La figura 4 ilustra el procedimiento de la técnica convencional cuando la UTRAN 20 rechaza la solicitud de conexión RRC de la terminal 10. Cuando recibe una solicitud de conexión RRC desde la terminal 10, la UTRAN 20 transmite un mensaje de rechazo de conexión RRC si es necesario, para rechazar la conexión RRC. Una identidad de UE inicial y causa de rechazo se incluyen en el mensaje de rechazo de conexión RRC para informar a la terminal 10 por qué la conexión RRC ha sido rechazada. Al recibir el mensaje de rechazo de conexión RRC, la terminal 10 regresa a un estado inactivo.
La figura 5 ilustra un método de la técnica convencional 100 para una terminal 10 que solicita una conexión RRC. El método 100 incluye transmitir un mensaje de solicitud de conexión RRC (S110) y hacer operar un cronómetro (S120), determinar si un mensaje de configuración de conexión RRC (S130) o un mensaje de rechazo de conexión RRC (S144) es recibido antes de que se agote el tiempo (S150) , así como repetir el procedimiento a menos que un mensaje de configuración de conexión RRC o un mensaje de rechazo de conexión RRC hayan sido recibidos o se determine que se ha alcanzado un umbral para enviar solicitudes de conexión RRC (S160). Al recibir un mensaje de solicitud de conexión RRC de la terminal 10, la UTRAN 20 proporciona la solicitud de conexión RRC si los recursos de radio son suficientes y transmite un mensaje de configuración de conexión RRC a la terminal. De otro modo, la UTRAN rechaza la solicitud de conexión RRC y transmite un mensaje de rechazo de conexión RRC a la terminal 10. Cuando se determina que se ha recibido un mensaje de configuración de conexión RRC en el paso S130, la identidad de UE inicial incluida en el mensaje de configuración de conexión RRC se compara con la propia identidad de la terminal para determinar si el mensaje estaba dirigido a la terminal 10. Si la identidad de UE inicial incluida en el mensaje de configuración de conexión RRC es distinta a aquella de la terminal 10, la terminal descarta el mensaje recibido y determina si un mensaje de rechazo de conexión RRC fue recibido en el paso S144. Si la identidad de UE inicial incluida en el mensaje de configuración de conexión RRC coincide con aquella de la terminal 10, la terminal establece una conexión RRC con la UTRAN 20 y pasa al estado de conexión RRC. Al establecer una conexión RRC con la UTRAN 20, la RNTI asignada por la UTRAN 20 se almacena y un mensaje completo de configuración de conexión RRC es transmitido a la UTRAN 20 en el paso S142. El mensaje completo de configuración de conexión RRC incluye la capacidad de información de la terminal 10. La transmisión de mensajes de solicitud de conexión RRC adicionales es finalizada en el paso S170. Al determinar si un mensaje de rechazo de conexión RRC ha sido recibido en el paso S144, la identidad de UE inicial incluida en el mensaje de rechazo de conexión RRC se compara con la propia identidad de la terminal para determinar si el mensaje estaba dirigido a la terminal 10. Si la identidad de UE inicial incluida en el mensaje de rechazo de conexión RRC es distinta a aquella de la terminal 10, la terminal descarta el mensaje recibido y el estado del cronómetro es revisado en el paso S150. Si la identidad de UE inicial incluida en el mensaje de rechazo de conexión RRC coincide con aquella de la terminal 10, la terminal pasa al estado inactivo en el paso S146 y finaliza el intento de conexión RRC en el paso S170. Cuando determina que el cronómetro no ha finalizado en el paso S150, la terminal 10 continúa esperando la recepción de un mensaje de configuración de conexión RRC o de un mensaje de rechazo de conexión RRC. Cuando determina que el cronómetro ha finalizado en el paso S150, se determina en el paso S160 si se ha alcanzado un umbral límite para enviar mensajes de solicitud de conexión RRC. Si se ha alcanzado el umbral límite para enviar mensajes de solicitud de conexión RRC, la terminal 10 finaliza el intento de conexión RRC en el paso S 70. Su no se ha alcanzado el umbral límite para enviar mensajes de solicitud de conexión RRC, se inicia otro intento de conexión RRC en el paso S1 0 y el procedimiento se repite. En la técnica convencional, cuando la UTRAN 20 requiere enviar mensajes de rechazo de conexión RRC a múltiples terminales que han solicitado la conexión RRC, los recursos de radio se malgastan porque transmitir mensajes de rechazo de conexión RRC requiere de un tiempo prolongado indeseable. Un ejemplo básico de dicho desperdicio de recursos de radio se produce cuando se suministra un servicio de multidifusión. La UTRAN 20 utiliza un procedimiento de notificación de servicio de multidifusión para realizar una operación de conteo y determinar el número total de terminales 10 que desean recibir un servicio de multidifusión particular dentro de una celda particular. La operación de conteo se emplea para determinar si el portador de radio que proveerá el servicio de multidifusión particular debe ser punto a multipunto o punto a punto. Si el número de terminales existentes en la celda correspondiente es menor al valor umbral, se establece un portador de radio punto a punto. Si el número de terminales es mayor o igual al umbral, se establece un portador de radio punto a multipunto.
Cuando se establece un portador de radio punto a punto para un servicio particular, todas las terminales 10 que desean recibir el servicio se encuentran en estado de conexión RRC. Sin embargo, cuando se establece un portador de radio punto a multipunto para un servicio particular, no todas las terminales 10 que desean recibir el servicio requieren encontrarse en un estado de conexión RRC, pues las terminales en estado inactivo RRC también son capaces de recibir el servicio de multidifusión a través del portador de radio punto a multipunto. Para un servicio de multidifusión, seleccionar el tipo de portador de radio utilizando la operación de conteo es esencial para asignar de forma efectiva los recursos de radio. Por lo tanto, la operación de selección se realiza antes de iniciar un servicio de multidifusión o periódicamente durante el servicio de multidifusión. Para contar el número de terminales 10 en la UTRAN 20, esas terminales en estado inactivo transmiten un mensaje de solicitud de conexión RRC a la UTRAN inmediatamente después de recibir una notificación de servicio. Cuando la UTRAN 20 recibe un mensaje de solicitud de conexión RRC después de la notificación de servicio, el número de terminales 10 que desean recibir un servicio de multidifusión particular dentro de una celda es contado para determinar el tipo de portador de radio. Con base en las condiciones de los recursos de radio, se transmiten mensajes de configuración de conexión RRC a un cierto número de terminales 10 y se transmiten mensajes de rechazo de conexión RRC a las terminales restantes, de modo que algunas terminales pueden recibir el servicio correspondiente en el estado inactivo RRC. Dado que el servicio de multidifusión es un servicio dirigido a un número grande de terminales 10, la UTRAN 20 recibe mensajes de solicitud de conexión RRC de un gran número de terminales casi simultáneamente después de la notificación de servicio. Generalmente, la UTRAN 20 rechaza la mayoría de estas solicitudes de conexión RRC. Dado que cada mensaje de rechazo de conexión RRC informa solamente a una terminal 10 que su solicitud de conexión RRC ha sido rechazada, se gastan un periodo prolongado de tiempo y una gran cantidad de recursos de radio para transmitir mensajes de rechazo de conexión RRC a todas las terminales correspondientes, particularmente en el caso de un servicio de multidifusión en donde se maneja un número muy grande de terminales. Además, si una terminal 10 que ha transmitido un mensaje de solicitud de conexión RRC no recibe un mensaje de configuración de conexión RRC o un mensaje de rechazo de conexión RRC dentro de un cierto periodo de tiempo, la terminal transmite de nuevo el mensaje de solicitud de conexión RRC. La retransmisión de los mensajes de solicitud de conexión RRC gasta aún más recursos de radio, pues la UTRAN debe recibir cada uno de los mensajes retransmitidos. Por lo tanto, existe la necesidad de contar con un método y aparato que faciliten informar a múltiples terminales que su solicitud de conexión RRC ha sido rechazada y la solicitud de conexión RRC no debe retransmitirse sin tener que enviar un mensaje de rechazo de conexión RRC a cada una de las terminales para conservar los recursos de radio. La presente invención aborda ésta y otras necesidades.
BREVE DESCRIPCION DE LA INVENCION Problema técnico La presente invención está dirigida a un método y aparato para establecer una conexión RRC que es una conexión inicial establecida entre una terminal en estado inactivo y una UTRAN en un UMTS, por medio de la cual un mensaje de conexión único, que incluye un estatus de conteo, es utilizado por la red para informar a múltiples terminales que su solicitud de conexión no debe ser retransmitida.
Solución técnica Para lograr ésta y otras ventajas, y de conformidad con el propósito de la presente invención, según las modalidades y descripción general presentadas, la presente invención adopta modalidades en un dispositivo y sistema de comunicación móvil que facilita la conexión RRC entre una terminal y la UTRAN en UMTS de forma que se conserven los recursos de radio. Específicamente, se proveen un método y aparato que permiten que la UTRAN, a través de un único mensaje transmitido a múltiples terminales, informe a las múltiples terminales que su solicitud de conexión no debe retransmitirse porque su solución de conexión RRC previa ha sido rechazada. Aunque la invención se describe en la presente con respecto a un UMTS desarrollado por 3GPP, se contempla que los métodos y aparatos de la presente invención puedan aplicarse siempre que se desee informar a múltiples terminales en un sistema de comunicación móvil que su solicitud de conexión no debe retransmitirse, dado que su solicitud previa de conexión ha sido rechazada. En un aspecto de la presente invención, se provee un método para una terminal comunicada por radio con una red. El método incluye recibir un primer mensaje de conexión en un primer canal que indica que se requiere una conexión de red con la terminal, transmitir una solicitud de conexión a la red, esperar un cierto periodo de tiempo para recibir una respuesta de conexión desde la red en un segundo canal, recibir un segundo mensaje de conexión en el primera canal si el mensaje de respuesta no es recibido dentro de ese periodo de tiempo determinado y determinar si retransmitir la solicitud de conexión con base en el segundo mensaje de conexión. El segundo mensaje de conexión incluye ya sea un indicador de conexión requerida o un indicador de conexión no requerida. De preferencia, el segundo mensaje de conexión es un mensaje de conexión RRC requerida o un mensaje de conexión RRC no requerida. Si el segundo mensaje de conexión incluye un indicador de conexión requerida, el mensaje de solicitud de conexión se retransmite. Si el segundo mensaje de conexión incluye un indicador de conexión no requerida, el mensaje de solicitud de conexión no se retransmite. De preferencia, el primer mensaje de conexión es un mensaje de conexión RRC requerida, la solicitud de conexión es un mensaje de solicitud de conexión RRC y el mensaje de respuesta es un mensaje de configuración de conexión RRC. De preferencia, el primer mensaje de conexión, el mensaje de respuesta y el segundo mensaje de conexión se asocian con un servicio de usuario, como un servicio MBMS. En otro aspecto de la presente invención, se provee un método para una terminal comunicada por radio con una red. El método incluye recibir un primer mensaje de conexión en un primer canal que indica que se requiere una conexión de red con la terminal, iniciar un procedimiento de conexión de red asociado con un servicio de usuario transmitiendo un mensaje de solicitud de conexión a la red, esperar para recibir una respuesta de conexión de la red en un segundo canal y finalizar el procedimiento de conexión de red cuando se produce un evento interno y un evento externo. De preferencia, el evento interno es la terminación de un cronómetro interno con un periodo de tiempo predefinido. De preferencia, el evento externo es la recepción de un segundo mensaje de conexión en el primer canal, incluyendo un indicador de conexión no requerida, de preferencia un mensaje de conexión RRC no requerida. Cuando termina el procedimiento de conexión de red, el mensaje de solicitud de conexión no se retransmite.
En una modalidad preferida, el método incluye también retransmitir el mensaje de solicitud de conexión cuando el cronómetro interno ha expirado y se ha producido un evento externo distinto. De preferencia, el evento externo distinto es la recepción de un segundo mensaje de conexión en el primer canal, incluyendo un indicador de conexión requerida, de preferencia un mensaje de conexión RRC requerida. De preferencia, el primer mensaje de conexión es un mensaje de conexión RRC requerida, la solicitud de conexión es un mensaje de solicitud de conexión RRC y el mensaje de respuesta es un mensaje de configuración de conexión RRC. De preferencia, el servicio de usuario es un servicio MBMS. Se contempla que el primer y segundo canal sean canales lógicos, canales de transportación o canales físicos. De preferencia, el primer canal es un canal de control MBMS y el segundo canal es un canal de control común. En otro aspecto de la presente invención, se provee un método para una red comunicada por radio con múltiples terminales. El método incluye transmitir un primer mensaje de conexión que indica que se requiere una conexión de red para múltiples terminales que se suscriben a un servicio en un primer canal, recibir un mensaje de solicitud de conexión de por lo menos una de las múltiples terminales, transmitir un segundo mensaje de conexión que incluye una indicación de configuración de conexión en un segundo canal a una terminal específica y transmitir un tercer mensaje de conexión que incluye ya sea Información de conexión requerida o información de conexión no requerida a las múltiples terminales en el primer canal. El hecho de que el tercer mensaje de conexión incluya información de conexión requerida o información de conexión no requerida depende del número de mensajes de solicitud de conexión recibidos. En una modalidad preferida, el tercer mensaje de conexión incluye información de conexión requerida si el número de mensajes de solicitud de conexión recibido es menor a un umbral predeterminado, mientras que el tercer mensaje de conexión incluye información de conexión no requerida si el número de mensajes de solicitud de conexión recibido es igual o mayor al umbral predeterminado. Se contempla que múltiples segundos mensajes de conexión, que incluyen una indicación de configuración de conexión, puedan transmitirse en el segundo canal. Cada uno de los segundos mensajes se envía a una terminal específica e incluye información de configuración de conexión, como un identificador de terminal, asociada con la terminal específica. De preferencia, el primer mensaje de conexión es un mensaje de conexión RRC requerida, la solicitud de conexión es un mensaje de solicitud de conexión RRC requerida y el segundo mensaje de conexión es un mensaje de configuración de conexión RRC. De preferencia, el servicio de usuario es un servicio punto a multipunto. De preferencia, el tercer mensaje de conexión es ya sea un mensaje de conexión RRC requerida o un mensaje de conexión RRC no requerida e incluye un identificador de servicio para el servicio.
En otro aspecto de la presente invención, se provee una terminal para la comunicación por radio con una red. La terminal incluye un transmisor, un despliegue, una unidad de memoria, un receptor y una unidad de procesamiento. El transmisor inicia un procedimiento de conexión de red asociado con un servicio de usuario transmitiendo un mensaje de solicitud de conexión a la red para solicitar un mensaje de respuesta. El despliegue transmite información a un usuario. La unidad de memoria almacena información relacionada con la conexión de red y servicio de usuario. El receptor recibe un primer mensaje de conexión que incluye un indicador de conexión requerida y un segundo mensaje de conexión que incluye ya sea un indicador de conexión requerida o un indicador de conexión no requerida de la red en un primer canal y recibe un mensaje de respuesta de conexión de la red en un segundo canal. La unidad de procesamiento realiza los métodos de la presente invención para determinar si el mensaje de respuesta de conexión es recibido dentro de un cierto periodo de tiempo después del envío del mensaje de solicitud de conexión y, si el mensaje de respuesta no es recibido, para evaluar el contenido del segundo mensaje de conexión para retransmitir el mensaje de solicitud de conexión o dar por terminado el procedimiento de conexión de red. En otro aspecto de la presente invención, se provee una re3d para la comunicación por radio con múltiples terminales. La terminal incluye un transmisor, un receptor, una unidad de almacenamiento y un controlador.
El transmisor transmite un primer mensaje de conexión, que indica que se requiere una conexión de red asociada con un servicio, a múltiples terminales que se suscriben al servicio en un primer canal, transmite un segundo mensaje de conexión, que incluye información de configuración de conexión en un segundo canal, a por lo menos una terminal específica y transmite un tercer mensaje de conexión, que incluye ya sea información de conexión requerida o información de conexión no requerida en el primer canal a las múltiples terminales. El receptor recibe un mensaje de solicitud de conexión de por lo menos una terminal. La unidad de almacenamiento almacena información relacionada con la conexión de red y el servicio de usuario. El controlador utiliza los métodos de la presente invención para determinar cuál de las múltiples terminales debe configurar una conexión de comunicación, envía un segundo mensaje de conexión a esas terminales determinadas para recibir una conexión de comunicación y determina si el tercer mensaje de conexión debe incluir información de conexión requerida o información de conexión no requerida con base en el número de mensajes de solicitud de conexión recibidos. Se establecerán ventajas, propósitos y características adicionales de la invención en parte de la siguiente descripción y en parte serán evidentes para el experto en la técnica a partir del examen de lo siguiente o de la práctica de la invención. Los propósitos y ventajas de la invención pueden realizarse y lograrse como se indica particularmente en las reivindicaciones anexas.
Debe sobreentenderse que tanto la descripción general precedente como la siguiente descripción detallada de la presente invención fungen como ejemplos y explicaciones y tienen el propósito de explicar más detalladamente la invención según las reivindicaciones.
BREVE DESCRIPCION DE LOS DIBUJOS Los dibujos anexos, que se incluyen para proveer una mejor comprensión de la invención y se incorporan y constituyen 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. Las características, elementos y aspectos de la invención a los que se hace referencia con los mismos números en distintas figuras representan características, elementos o aspectos iguales, equivalentes o similares de conformidad con una o varias modalidades. La figura 1 ilustra una estructura de red de un sistema 3GPP UMTS general. La figura 2 ilustra un ejemplo de estructura básica de una red UMTS general. La figura 3 ilustra el procedimiento de la técnica convencional cuando la UTRAN acepta la solicitud de conexión RRC de una terminal. La figura 4 ilustra el procedimiento de la técnica convencional cuando la UTRAN rechaza la solicitud de conexión RRC de una terminal.
La figura 5 ilustra un método de la técnica convencional para procesar mensajes de configuración de conexión RRC y mensajes de rechazo de conexión RRC. La figura 6 ilustra el procedimiento cuando la UTRAN acepta la solicitud de conexión RRC de una terminal y rechaza la solicitud de conexión RRC de otra terminal de conformidad con los métodos de la presente invención. La figura 7 ¡lustra un método para procesar un mensaje de configuración de conexión RRC, un mensaje de conexión RRC requerida o un mensaje de conexión RRC no requerida de conformidad con una modalidad de la presente invención. La figura 8 ilustra un método para transmitir un mensaje de configuración de conexión RRC, un mensaje de conexión RRC requerida o un mensaje de conexión RRC no requerida de conformidad con una modalidad de la presente invención. La figura 9 ¡lustra una terminal para procesar mensajes de configuración de conexión RRC, mensajes de conexión RRC requerida y mensajes de conexión RRC no requerida de conformidad con una modalidad de la presente invención. La figura 10 ilustra una red para transmitir mensajes de configuración de conexión RRC, mensajes de conexión RRC requerida y mensajes de conexión RRC no requerida de conformidad con una modalidad de la presente invención.
MODALIDAD PREFERIDA DE LA INVENCION La presente invención se refiere a un método y aparato para establecer una conexión RRC que es una conexión inicial establecida entre una terminal en estado inactivo y una UTRAN en un UMTS, por medio de la cual un único mensaje de conexión que incluye un estatus de conteo es utilizado por la red para informar a múltiples terminales que su solicitud de conexión no debe retransmitirse. Aunque la presente invención se ilustra con respecto a un sistema de comunicación móvil como un UMTS desarrollado por 3GPP y, específicamente, una conexión RRC asociada con un servicio de usuario MBMS, se contempla que los métodos y aparatos descritos en la presente puedan aplicarse también aun sistema de comunicación que opere bajo estándares similares y/o diferentes cuando se desea informar a múltiples terminales que su solicitud de conexión ha sido rechazada, sin la necesidad de enviar un mensaje de rechazo de conexión a cada una de las terminales, de manera que se conserven los recursos de radio. La presente invención provee un método y aparato para que una terminal 410 finalice un intento de solicitar una conexión RRC al hacer que la UTRAN 520 difunda un mensaje de información de estatus de conteo a todas las terminales que deseen recibir un servicio MBMS particular dentro de una celda. El mensaje de estatus de conteo se transmite a través de un canal común MBMS especializado, en lugar de transmitir un mensaje de rechazo de conexión RRC a cada una de las terminales 410 cuya solicitud de conexión haya sido rechazada. Dado que el mensaje de información de estatus de conteo se difunde a todas las terminales 410 que desean recibir un servicio MB S particular, sólo es necesario incluir información que indique si el conteo se ha completado en el mensaje de información de estatus de conteo. No se requiere incluir en el mensaje de información de estatus de conteo ninguna información que identifique a una terminal específica, como un identificador de terminal Inicial. La presente invención también provee un método por medio del cual una terminal 410 retransmite una solicitud de conexión RRC cuando recibe un mensaje de información de estatus de conteo, si un mensaje de configuración de conexión RRC no es recibido dentro de un cierto periodo de tiempo después de transmitir el mensaje de solicitud de conexión RRC. La terminal 410 determina si retransmitir el mensaje de solicitud de conexión RRC dependiendo del contenido del mensaje de información de estatus de conteo. La UTRAN 520 transmite el mensaje de configuración de conexión RRC a través de un primer canal y transmite el mensaje de información de estatus de conteo a través de un segundo canal común MBMS que se especializa en esas terminales 410 que desean recibir un servicio MBMS particular. El mensaje de información de estatus de conteo puede incluir un comando de término de conteo que indica que el conteo para el servicio MBMS particular ha sido completado o un comando de realización de conteo que indica que el conteo se encuentra en curso para el servicio MBMS particular. La terminal 410 hace operar un cronómetro después de transmitir un mensaje de solicitud de conexión RRC e intenta recibir un mensaje de configuración de conexión RRC transmitido a esa terminal por medio del primer canal. Si el mensaje de configuración de conexión RRC no es recibido antes de que se agote el tiempo del cronómetro, la terminal 410 pasa al segundo canal para recibir el mensaje de información de estatus de conteo para el servicio MBMS. Si el mensaje de información de estatus de conteo incluye un comando de término de conteo, la terminal 410 determina que el procedimiento de conteo para el servicio MBMS ha terminado y el mensaje de solicitud de conexión RRC no se retransmite. Si el mensaje de información de estatus de conteo incluye un comando de realización de conteo, la terminal 410 determina que el procedimiento de conteo para el servicio MBMS continúa y retransmite el mensaje de solicitud de conexión RRC. La figura 6 ilustra el procedimiento de conformidad con la presente invención cuando la UTRAN 520 proporciona la solicitud de conexión RRC de la terminal 410 que desea recibir un servicio MBMS particular en una celda particular, al mismo tiempo que rechaza la solicitud de conexión RRC de otra terminal que desea recibir el servicio MBMS particular en la celda particular. Al recibir un mensaje de conexión RRC requerida de la UTRAN 520 en un primer canal, cada una de las terminales 410 en un estado inactivo que desea establecer una conexión RRC, tales como UE 1 y UE2, transmite un mensaje de solicitud de conexión RRC a la UTRAN. Los mensajes de conexión RRC requerida pueden incluir una identificación (ID, por sus siglas en inglés) de servicio asociada con el servicio MBMS particular. Cada mensaje de solicitud de conexión RRC puede incluir una causa de establecimiento de RRC y un identificador de terminal inicial. El identificador de terminal inicial o identidad de UE es un identificador que es único para una terminal 410 particular y permite la identificación de la terminal particular independientemente de su localización en cualquier parte del mundo. De preferencia, el mensaje de conexión RRC requerida se transmite en un canal de control MBMS (MCCH) y los mensajes de solicitud de conexión RRC se transmiten en un canal de control común (CCCH). Al transmitir sus mensajes de solicitud de conexión RRC respectivos, cada uno de UE 1 y UE 2 activan un cronómetro interno y esperan un mensaje de configuración de conexión RRC en un segundo canal, de preferencia un canal de control común (CCCH). Como se ilustra en la figura 6, la UTRAN 520 determina que UE 2 debe establecer una conexión de red, mientras que UE 1 no debe establecer una conexión de red. La UTRAN 520 transmite un mensaje de configuración de conexión RRC a UE 2 en el segundo canal, pero no transmite un mensaje de configuración de conexión RRC a UE 1. El mensaje de configuración de conexión RRC transmitido a UE 2 puede incluir una Identidad Temporal de Red de Radio (RNTI, por sus siglas en inglés) e información de configuración de portador de radio transmitida junto con una identidad de UE inicial. La RNTI es un identificador de terminal asignado para permitir que la UTRAN 520 identifique las terminales 410 en estado conectado. La RNTI se emplea solamente cuando existe una conexión RRC y se utiliza exclusivamente dentro de la UTRAN 520. Como respuesta al mensaje de configuración de conexión RRC, UE 2 establece una conexión RRC con la UTRAN 520 y transmite un mensaje completo de configuración de conexión RRC a la UTRAN. Después de que se ha establecido la conexión RRC, UE 2 se encuentra en estado de conexión RRC y utiliza la RTNI, en lugar de la identidad de UE inicial, cuando se comunica con la UTRAN 520. Por otro lado, cuando expira su cronómetro interno, UE 1 pasa al primer canal y recibe un mensaje de conexión RRC no requerida. La recepción del mensaje de conexión RRC no requerida indica que la operación de conteo para el servicio MBMS particular ha sido completada, lo que significa que el mensaje de solicitud de conexión RRC de UE 1 ha sido rechazado. UE 1 finaliza el procedimiento de conexión RRC y no retransmite el mensaje de solicitud de conexión RRC. Aunque la figura 6 ilustra un procedimiento solamente para dos terminales 410, el procedimiento es aplicable a cualquier número de terminales que deseen recibir un servicio MBMS particular cuando la UTRAN 520 determina que algunas terminales deben establecer una conexión RRC, mientras que otras terminales no deben establecer una conexión RRC. Las terminales 4 0 determinadas para establecer una conexión RRC recibirán un mensaje de configuración de conexión RRC en el segundo canal y pasarán a un estado de conexión RRC. Las terminales determinadas para no establecer una conexión RRC recibirán un mensaje de conexión RRC no requerida en el primer canal y regresarán a un estado inactivo. Además, se contempla que, si el cronómetro interno de una terminal 410 expira antes de recibir un mensaje de configuración de conexión RRC, pero la operación de conteo aún se encuentra en curso, la terminal recibirá un mensaje de conexión RRC requerida en el primer canal y retransmitirá el mensaje de solicitud de conexión RRC. La figura 7 ilustra un método 200 para iniciar un procedimiento de conexión RRC en una terminal 410, esperar un mensaje de configuración de conexión RRC y, al no recibir el mensaje de configuración de conexión RRC después de un periodo de tiempo predeterminado, determinar si retransmitir el mensaje de solicitud de conexión RRC o dar por terminado un procedimiento de conexión RRC de conformidad con una modalidad de la presente invención. El método 200 incluye recibir un mensaje de conexión RRC requerida en un primer canal (S202), iniciar un procedimiento de conexión de red transmitiendo un mensaje de solicitud de conexión RRC (S210), leer un segundo canal (S225) y, si se recibe un mensaje de configuración de conexión RRC (S230), establecer una conexión RRC (S242) o, si un cronómetro interno expira (S244) antes de que se reciba un mensaje de configuración de conexión RRC, recibir en el primer canal (S250) ya sea un mensaje de conexión RRC requerida o un mensaje de conexión RRC no requerida, para determinar (S260) si pasar a un estado inactivo (S267) y dar por terminado el procedimiento de conexión de red (S270) o retransmitir el mensaje de solicitud de conexión RRC (S210). En el paso S202, un mensaje de conexión RRC asociado con un servicio de usuario al que se suscribe la terminal 410, es recibido en un primer canal desde la UTRAN 520. La terminal 410 transmite entonces un mensaje de solicitud de conexión RRC a la UTRAN 520 en el paso S210. El mensaje de solicitud de conexión RRC solicita que se envíe un mensaje de configuración de conexión RRC en un segundo canal. En el paso S225, la terminal 410 inicializa un cronómetro interno y monitorea el segundo canal en relación con un mensaje de configuración de conexión RRC desde la UTRAN 520. En el paso S230, la terminal revisa si se ha recibido un mensaje de configuración de conexión RRC. Si se ha recibido un mensaje de configuración de conexión RRC, se establece una conexión con la red en el paso S242 y se transmite un mensaje completo de configuración de conexión RRC a la red. La retransmisión adicional de mensajes de solicitud de conexión RRC se interrumpe en el paso S270. Si no se ha recibido un mensaje de configuración de conexión RRC, en el paso S244 se determina si el cronómetro interno ha expirado. Si el cronómetro no ha expirado, la terminal 4 0 continúa revisando la recepción de un mensaje de configuración de conexión RRC en el paso 230. Si el cronómetro ha expirado, la terminal 410 monitorea el primer canal en el paso S250. La terminal 410 recibe ya sea un mensaje de conexión RRC requerida o un mensaje de conexión RRC no requerida en el primer canal, en el paso S250. Si se ha recibido un mensaje de conexión RRC requerida, el procedimiento de conteo se encuentra aún en curso y la terminal retransmite el mensaje de solicitud de conexión RRC en el paso S210. Si se ha recibido un mensaje de conexión RRC no requerida, el procedimiento de conteo ha terminado y la solicitud de conexión RRC de la terminal ha sido rechazada. La terminal 410 pasa a un estado inactivo en el paso S267 y el procedimiento de conexión de red es abandonado, en donde la retransmisión adicional de mensajes de solicitud de conexión RRC cesa en el paso S270. La figura 8 ilustra un método 300 para procesar mensajes de solicitud de conexión RRC y ya sea transmitir un mensaje de configuración de conexión RRC y un mensaje de conexión RRC requerida o un mensaje de conexión RRC no requerida en una red de conformidad con una modalidad de la presente invención. El método 300 incluye recibir un mensaje de solicitud de conexión RRC (S310) y determinar si se ha alcanzado un umbral para procesar los mensajes de solicitud de conexión RRC (S320). Si no se ha alcanzado el umbral de solicitud de conexión RRC, un mensaje de configuración de conexión RRC es transmitido a la terminal que envió el mensaje de solicitud de conexión RRC (S330) y el mensaje de conexión RRC requerida se transmite (S340). Si se ha alcanzado el umbral de solicitud de conexión RRC, se transmite un mensaje de conexión RRC no requerida (S350). Debe advertirse que el orden de los pasos de los métodos ilustrados en las figuras 7 y 8 son solamente ejemplos y puede cambiarse sin desviarse del propósito de la presente invención. Además, los métodos ilustrados en las figuras 7 y 8 pueden ser realizados por software y/o hardware apropiados en la UTRAN 520 y en cada una de las terminales 410. La figura 9 ¡lustra un diagrama de bloques de una terminal 410 de conformidad con una modalidad preferida de la presente invención. La terminal 410 comprende un procesador o procesador de señales digitales 412, un módulo de RF 435, un modulo de administración de energía 405, una antena 440, una batería 455, un despliegue 415, un teclado 420, una memoria 430, una tarjeta SIM 425 (que puede ser opcional), un altavoz 445 y un micrófono 450. Un usuario introduce información de instrucción, como un número de teléfono, por ejemplo, oprimiendo las teclas de un teclado 420 o a través de activación de voz utilizando el micrófono 450. El procesador 412 recibe y procesa la información de instrucción para realizar la función apropiada, como marcar el número telefónico. Pueden recuperarse datos operativos de la tarjeta del Módulo de Identidad del Suscriptor (SIM, por sus siglas en inglés) 425 o del módulo de memoria 430 para realizar la función. Además, el procesador 412 puede desplegar la información operativa y de instrucción en el despliegue 415 para referencia y conveniencia del usuario.
Además, el procesador 412 se adapta para realizar el método 200 ilustrado en la figura 7. El procesador 412 emite información de instrucción para el módulo de RF 435 para iniciar la comunicación, por ejemplo, transmitir señales de radio que comprenden datos de comunicación de voz o transmitir un mensaje de solicitud de conexión RRC según se describe en la presente. El módulo de RF 435 comprende un receptor y un transmisor para recibir y transmitir señales de radio. Una antena 440 facilita la transmisión y recepción de las señales de radio. Al recibir señales de radio como un mensaje de configuración de conexión RRC, un mensaje de conexión RRC requerida o un mensaje de conexión RRC no requerida de la red, según se describe en la presente, el módulo de RF 435 puede enviar y convertir las señales a una frecuencia de banda de base para su procesamiento por parte del procesador 412. Las señales procesadas pueden también transformarse en información audible o que puede leerse, la cual es suministrada a través del altavoz 445, por ejemplo si las señales de radio son una llamada telefónica entrante. La figura 10 ilustra un diagrama de bloques de una UTRAN 520 de conformidad con una modalidad preferida de la presente invención. La UTRAN 520 incluye uno o varios subsistemas de red de radio (RNS, por sus siglas en inglés) 525. Cada RNS 525 incluye un controlador de red de radio (RNC, por sus siglas en inglés) 523 y múltiples estaciones de base (Nodo-Bs) 521 administradas por el RNC. El RNC 523 administra la asignación y manejo de los recursos de radio y opera como un punto de acceso con respecto a la red central 30. Además, el RNC 523 se adapta para realizar el método ¡lustrado en la figura 8. El Nodo-Bs 521 recibe información enviada por la capa física de la terminal 410 a través de un vínculo ascendente y transmite datos a la terminal por medio de un vínculo descendente. El Nodo-Bs 521 opera como puntos de acceso o como un transmisor o receptor de la UTRAN 520 para la terminal 410. En la técnica relacionada, cuando la UTRAN 20 rechaza las solicitudes de conexión RRC transmitidas desde ciertas terminales 10, debe transmitirse un mensaje de rechazo a cada una de las terminales cuya solicitud de conexión RRC haya sido rechazada. Se requiere de un tiempo indeseablemente prolongado para transmitir múltiples mensajes de rechazo, lo cual malgasta los recursos de radio de vínculo descendente. También pueden malgastarse los recursos de radio de vínculo ascendente dado que algunas terminales 10 pueden retransmitir sus solicitudes de conexión RRC si no reciben ninguna respuesta de la UTRAN 20 dentro de un tiempo permitido. La presente invención facilita la transmisión de un único mensaje de término de conteo, por ejemplo un mensaje de conexión RRC no requerida, para rechazar las solicitudes de conexión RRC de múltiples terminales 410, minimizando de este modo el desperdicio de los recursos de radio y proveyendo una respuesta rápida a aquellas terminales que han transmitido una solicitud. Puede comprenderse que la presente invención resultaría especialmente ventajosa cuando se provee un servicio de multidifusión a un gran número de terminales 410. Resultará evidente para el experto en la técnica que las modalidades preferidas de la presente invención pueden implementarse con facilidad utilizando, por ejemplo, el procesador 412 u otro dispositivo de procesamiento digital o de datos, ya sea por sí solo o conjuntamente con lógica de soporte externa. Aunque la presente invención se describe en el contexto de la comunicación móvil, la presente invención también puede utilizarse en cualquier sistema de comunicación inalámbrica que emplee dispositivos móviles, como los PDAs y computadoras portátiles equipados con capacidades de comunicación inalámbrica. Además, el uso de ciertos términos para describir la presente invención no debe limitar el alcance de la presente invención a cierto tipo de sistema de comunicación inalámbrica, como UMTS. La presente invención también es aplicable a otros sistemas de comunicación inalámbrica que emplean distintas interfaces de aire y/o capas físicas, como por ejemplo TDMA, CDMA, FDMA, WCDMA, etcétera. Las modalidades preferidas pueden implementarse como un método, aparato o artículo de fabricación que utilice técnicas de programación y/o ingeniería estándar para producir software, hardware o cualquier combinación de los mismos. Según se utiliza en la presente, el término "artículo de fabricación" se refiere a un código o lógica implementado en lógica de hardware (v.g., un chip de circuito integrado, Lógica de Red Programable por Campo (FPGA, por sus siglas en inglés), Circuito Integrado de Aplicación Específica (ASIC, por sus siglas en inglés) o un medio que pueda ser leído por computadora (v.g., medio de almacenamiento magnético (v.g., unidades de disco duro, discos flexibles, cinta, etcétera), almacenamiento óptico (v.g., unidades de CD-ROM, discos ópticos, etcétera), dispositivos de memoria volátil y no volátil (v.g., EEPROMs, ROMs, PROMs, RAMs, DRAMs, SRAMs, soporte lógico incorporado, lógica programable, etcétera). Se tiene acceso al código en el medio que puede ser leído por computadora y éste se ejecuta por medio de un procesador. El código en el que se ¡mplementan las modalidades preferidas puede también ser accesible a través de medios de transmisión o a partir de un servidor de ficheros a través de una red. En tales casos, el artículo de fabricación en el que se implementa el código puede comprender un medio de transmisión, como una línea de transmisión de red, medios de transmisión inalámbrica, señales que se propagan a través del espacio, ondas de radio, señales infrarrojas, etcétera. Por supuesto, el experto en la técnica reconocerá que pueden realizarse muchas modificaciones a esta configuración sin desviarse del alcance de la presente invención, así como que el artículo de fabricación puede comprender cualquier medio portador de información conocido en la técnica. La ¡mplementación lógica mostrada en las figuras describe operaciones específicas según un orden particular. En implementaciones alternativas, algunas de las operaciones lógicas pueden realizarse en un orden distinto, modificarse o eliminarse, sin que esto impida que continúen ¡mplementado modalidades preferidas de la presente invención. Además, pueden añadirse pasos a la lógica descrita anteriormente, sin que esto impida que sigan apegándose a las implementaciones de la invención. Las modalidades y ventajas precedentes se proveen meramente a título de ejemplo y no deben interpretarse como limitadoras de la presente invención. La presente enseñanza puede aplicarse con facilidad a otros tipos de aparatos. Se pretende que la descripción de la presente invención sea ilustrativa y que no limite el alcance de las reivindicaciones. Muchas alternativas, modificaciones y variaciones serán evidentes para el experto en la técnica. En las reivindicaciones, las cláusulas de medios más función tienen el propósito de cubrir la estructura descrita en la presente no solamente de acuerdo con la función establecida y no exclusivamente según equivalentes estructurales, sino también según estructuras equivalentes.

Claims (1)

  1. 45 NOVEDAD DE LA INVENCION REIVINDICACIONES 1.- Un método para comunicarse con una red en un sistema de comunicación inalámbrica, el método comprende los pasos de: recibir una primer mensaje de conexión en un primer canal, el primer mensaje de conexión comprende un indicador de conexión requerida; transmitir un mensaje de solicitud de conexión para solicitar un mensaje de respuesta de la red; esperar para recibir, durante un cierto periodo de tiempo, el mensaje de respuesta en un segundo canal; recibir un segundo mensaje de conexión en el primer canal si el mensaje de respuesta no es recibido dentro de un cierto periodo de tiempo; y, como respuesta al segundo mensaje de conexión, determinar si el mensaje de solicitud de conexión debe retransmitirse a la red, en donde el mensaje de solicitud de conexión es retransmitido si el segundo mensaje de conexión contiene un indicador de conexión requerida, mientras que el mensaje de solicitud de conexión no es retransmitido si el segundo mensaje de conexión contiene un indicador de conexión no requerida. 2.- El método de conformidad con la reivindicación 1 , caracterizado además porque comprende los pasos de: cambiar del primer canal al segundo canal después de la transmisión del mensaje de solicitud de conexión; y cambiar del segundo canal al primer canal después de la espera durante cierto periodo de tiempo. 46 3 - El método de conformidad con la reivindicación 1 , caracterizado además porque el primer mensaje de conexión, el mensaje de respuesta y el segundo mensaje de respuesta de conexión se asocian con un servicio de usuario. 4 - El método de conformidad con la reivindicación 3, caracterizado además porque el servicio de usuario comprende un servicio MBMS. 5. - El método de conformidad con la reivindicación 1 , caracterizado además porque el mensaje de solicitud de conexión es un mensaje de solicitud de conexión RRC. 6. - El método de conformidad con la reivindicación 1 , caracterizado además porque el mensaje de respuesta en un mensaje de configuración de conexión RRC. 7. - El método de conformidad con la reivindicación 1 , caracterizado además porque el primer mensaje de conexión es un mensaje de conexión RRC requerida y el segundo mensaje de conexión es alguno de entre un mensaje de conexión RRC requerida y un mensaje de conexión RRC no requerida. 8. - Un método para comunicarse con una red en un sistema de comunicación inalámbrica, el método comprende los pasos de: recibir un primer mensaje de conexión en un primer canal, el primer mensaje de conexión comprende un indicador de conexión requerida; iniciar un procedimiento de conexión de red asociado con un servicio de usuario 47 transmitiendo un mensaje de solicitud de conexión para solicitar un mensaje de respuesta de la red a través de un segundo canal; esperar a recibir el mensaje de respuesta de la red a través del segundo canal; dar por terminado el procedimiento de conexión de red cuando se producen un primer evento de interrupción y un segundo evento de interrupción, en donde le primer evento de interrupción es un evento interno de terminal y el segundo evento de interrupción es un evento externo de terminal. 9. - El método de conformidad con la reivindicación 8, caracterizado además porque dar por terminado el procedimiento de conexión de red comprende también no retransmitir el mensaje de solicitud de conexión. 10. - El método de conformidad con la reivindicación 8, caracterizado además porque el primer evento de interrupción es la expiración de un cronómetro que tiene un periodo de tiempo predeterminado. 11.- El método de conformidad con la reivindicación 8, caracterizado además porque el segundo evento de interrupción comprende recibir un segundo mensaje de conexión, a través del primer canal, en donde el segundo mensaje de conexión comprende un indicador de conexión no requerida. 12.- El método de conformidad con la reivindicación 11 , caracterizado además porque el segundo mensaje de conexión es un mensaje de conexión RRC no requerida. 48 13. - El método de conformidad con la reivindicación 8, caracterizado además porque comprende retransmitir el mensaje de solicitud de conexión cuando se produce el primer evento de interrupción y un tercer evento de interrupción, en donde el primer evento de interrupción es la expiración de un cronómetro que tiene un periodo de tiempo predeterminado y el tercer evento de interrupción es un evento externo de terminal. 14. - El método de conformidad con la reivindicación 13, caracterizado además porque el tercer evento de interrupción comprende recibir un segundo mensaje de conexión a través del primer canal, el segundo mensaje de conexión comprende un indicador de conexión requerida 15. - El método de conformidad con la reivindicación 14, caracterizado además porque el segundo mensaje de conexión es un mensaje de conexión RRC requerida. 16. - El método de conformidad con la reivindicación 8, caracterizado además porque el primer canal y el segundo canal son algún canal lógico, canal de transportación y canal físico. 17. - El método de conformidad con la reivindicación 14, caracterizado además porque el primer canal es un canal de control MBMS y el segundo canal es un canal de control común. 18.- El método de conformidad con la reivindicación 8, caracterizado además porque el servicio de usuario comprende un servicio MBMS. 49 19. - El método de conformidad con la reivindicación 8, caracterizado además porque el mensaje de solicitud de conexión es un mensaje de solicitud de conexión RRC. 20. - El método de conformidad con la reivindicación 8, caracterizado además porque el mensaje de respuesta es un mensaje de configuración de conexión RRC. 21. - El método de conformidad con la reivindicación 8, caracterizado además porque el primer mensaje de conexión es un mensaje de conexión RRC requerida. 22.- Un método para comunicarse con múltiples terminales en un sistema de comunicación inalámbrica, el método comprende los pasos de: transmitir un primer mensaje de conexión en un primer canal a múltiples terminales que se suscriben a un servicio, el primer mensaje de conexión comprende una indicación de conexión requerida asociada con el servicio; recibir un mensaje de solicitud de conexión de por lo menos una de múltiples terminales; transmitir un segundo mensaje de conexión en un segundo canal a una de las múltiples terminales específica, en donde el segundo mensaje de conexión comprende una indicación de configuración de conexión asociada con las múltiples terminales específicas; y un tercer mensaje de conexión en el primer canal a las múltiples terminales, en donde el tercer mensaje de conexión comprende alguna de información de conexión requerida e información de conexión no requerida asociada con el servicio con base en el número de mensajes de solicitud de conexión recibidos. 50 23. - El método de conformidad con la reivindicación 22, caracterizado además porque el tercer mensaje de conexión comprende información de conexión requerida si el número de mensajes de solicitud de conexión recibido es menor al umbral predeterminado, mientras que el tercer mensaje de conexión comprende información de conexión no requerida si el número de mensajes de solicitud de conexión recibido es igual o mayor al umbral predeterminado. 24. - El método de conformidad con la reivindicación 22, caracterizado además porque el servicio comprende un servicio de punto a multipunto. 25. - El método de conformidad con la reivindicación 22, caracterizado además porque comprende transmitir múltiples mensajes de conexión en el segundo canal, en donde cada uno de los múltiples mensajes de conexión es enviado a una terminal específica de las múltiples terminales y comprende una indicación de configuración de conexión asociada con la terminal especifica a la que se envía. 26. - El método de conformidad con la reivindicación 22, caracterizado además porque el segundo mensaje de conexión comprende un identificador de terminal para la terminal específica. 27.- El método de conformidad con la reivindicación 22, caracterizado además porque el tercer mensaje de conexión comprende un identificador de servicio para el servicio. 51 28. - El método de conformidad con la reivindicación 22, caracterizado además porque el primer mensaje de conexión es un mensaje de conexión RRC requerida. 29. - El método de conformidad con la reivindicación 22, caracterizado además porque el por lo menos un mensaje de solicitud de conexión es un mensaje de solicitud de conexión RRC. 30. - El método de conformidad con la reivindicación 22, caracterizado además porque el segundo mensaje de conexión es un mensaje de configuración de conexión RRC. 31.- El método de conformidad con la reivindicación 22, caracterizado además porque el tercer mensaje de conexión es alguno de un mensaje de conexión RRC requerida y un mensaje de conexión RRC no requerida. 32.- Una terminal para comunicarse con una red en un sistema de comunicación móvil, la terminal comprende: un transmisor adaptado para iniciar un procedimiento de conexión de red asociado con servicio de usuario transmitiendo un mensaje de solicitud de conexión a la red para solicitar un mensaje de respuesta; un despliegue adaptado para transmitir información a un usuario; una unidad de memoria adaptada para almacenar información relacionada con el servicio de usuario y las conexiones de red; un recibidor adaptado para recibir un primer mensaje de conexión y un segundo mensaje de conexión en un primer canal, el primer mensaje de conexión comprende un indicador de conexión requerida y el segundo mensaje de conexión 52 comprende alguno de un indicador de conexión requerida y un Indicador de conexión no requerida, así como un mensaje de respuesta en un segundo canal; y una unidad de procesamiento adaptada para esperar la recepción de un mensaje de respuesta durante un cierto periodo de tiempo después del envío del mensaje de solicitud de conexión y, si el mensaje de respuesta no es recibido dentro del periodo de tiempo determinado, para evaluar el contenido del segundo mensaje de conexión y alguno de retransmitir el mensaje de solicitud de conexión y dar por terminado el procedimiento de conexión de red, en donde el mensaje de solicitud de conexión es retransmitido si el segundo mensaje de conexión contiene un indicador de conexión requerida, mientras que el procedimiento de conexión de red se da por terminado si el segundo mensaje de conexión contiene un indicador de conexión no requerida. 33. - La terminal de conformidad con la reivindicación 32, caracterizada además porque el procesador se adapta aún más para no retransmitir el mensaje de solicitud de conexión si el procedimiento de conexión de red se da por terminado. 34. - La terminal de conformidad con la reivindicación 32, caracterizada además porque el servicio de usuario comprende un servicio MBMS. 35. - La terminal de conformidad con la reivindicación 32, caracterizada además porque el mensaje de solicitud de conexión es un mensaje de solicitud de conexión RRC. 53 36. - La terminal de conformidad con la reivindicación 32, caracterizada además porque el mensaje de respuesta es un mensaje de configuración de conexión RRC. 37. - La terminal de conformidad con la reivindicación 32, caracterizada además porque el primer mensaje de conexión es un mensaje de conexión RRC requerida y el segundo mensaje de conexión es alguno de un mensaje de conexión RRC requerida y un mensaje de conexión RRC no requerida. 38. - La terminal de conformidad con la reivindicación 32, caracterizada además porque el primer canal y el segundo canal son algún canal lógico, canal de transportación y canal físico. 39. - La terminal de conformidad con la reivindicación 38, caracterizada además porque el primer canal es un canal de control MBMS y el segundo canal es un canal de control común. 40.- Una red para la comunicación por radio con múltiples terminales en un sistema de comunicación móvil, la red comprende: un transmisor adaptado para transmitir un primer mensaje de conexión en un primer canal a múltiples terminales que se suscriben a un servicio, transmitir un segundo mensaje de conexión en un segundo canal a por lo menos una terminal específica de las múltiples terminales, así como transmitir un tercer mensaje de conexión en el primer canal a las múltiples terminales, en donde el primer mensaje de conexión comprende una indicación de conexión requerida asociada con el servicio, el segundo mensaje de conexión 54 comprende una indicación de configuración de conexión asociada con una terminal específica de las múltiples terminales y el tercer mensaje de conexión comprende alguna información de conexión requerida o información de conexión no requerida; un receptor adaptado para recibir un mensaje de solicitud de conexión de por lo menos una de las múltiples terminales; una unidad de almacenamiento adaptada para almacenar información relacionada con un conteo de mensajes de solicitud de conexión, el servicio de usuario y las conexiones de red; y un controlador adaptado para determinar a cuál de por lo menos una de las terminales enviar el segundo mensaje de conexión y para determinar si el tercer mensaje de conexión debe comprender información de conexión requerida o información de conexión no requerida, dependiendo del número de mensajes de solicitud de conexión recibidos. 41.- La red de conformidad con la reivindicación 40, caracterizada además porque el tercer mensaje de conexión comprende información de conexión requerida si el número de mensajes de solicitud de conexión recibidos es menor a un umbral predeterminado y porque el tercer mensaje de conexión comprende información de conexión no requerida si el número de mensajes de solicitud de conexión recibidos es igual o mayor al umbral predeterminado. 42.- La red de conformidad con la reivindicación 40, caracterizada además porque el servicio comprende un servicio de punto a multipunto. 55 43. - La red de conformidad con la reivindicación 40, caracterizada además porque el controlador está adaptado adicionalmente para enviar múltiples mensajes de conexión en el segundo canal, en donde cada uno de los múltiples mensajes de conexión es enviado a una terminal específica distinta de las múltiples terminales y comprende una indicación de configuración de conexión asociada con la terminal específica a la que se envía. 44. - La red de conformidad con la reivindicación 40, caracterizada además porque el controlador se adapta adicionalmente para incluir un identificador de terminal para la por lo menos una terminal específica de las múltiples terminales en el segundo mensaje de conexión. 45. - La red de conformidad con la reivindicación 40, caracterizada además porque el controlador se adapta adicionalmente para incluir un identificador de servicio para el servicio en el tercer mensaje de conexión. 46. - La red de conformidad con la reivindicación 40, caracterizada además porque el primer mensaje de conexión es un mensaje de conexión RRC requerida. 47. - La red de conformidad con la reivindicación 40, caracterizada además porque el por lo menos un mensaje de solicitud de conexión es un mensaje de solicitud de conexión RRC. 56 48. - La red de conformidad con la reivindicación 40, caracterizada además porque el segundo mensaje de conexión es un mensaje de configuración de conexión RRC. 49. - La red de conformidad con la reivindicación 40, caracterizada además porque el tercer mensaje de conexión es alguno de un mensaje de conexión RRC requerida y un mensaje de conexión RCC no requerida.
MXPA05006110A 2003-05-13 2004-05-12 Metodo de solicitud de conexion de control de recursos de radio y aparato para comunicaciones moviles. MXPA05006110A (es)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
KR20030030277A KR100548344B1 (ko) 2003-05-13 2003-05-13 이동통신 시스템에서의 rrc연결방법
PCT/KR2004/001094 WO2004102837A1 (en) 2003-05-13 2004-05-12 Rrc connection request method and apparatus for mobile communications

Publications (1)

Publication Number Publication Date
MXPA05006110A true MXPA05006110A (es) 2005-08-16

Family

ID=36124000

Family Applications (1)

Application Number Title Priority Date Filing Date
MXPA05006110A MXPA05006110A (es) 2003-05-13 2004-05-12 Metodo de solicitud de conexion de control de recursos de radio y aparato para comunicaciones moviles.

Country Status (13)

Country Link
US (2) US7463891B2 (es)
EP (1) EP1566001B1 (es)
JP (1) JP4174059B2 (es)
KR (1) KR100548344B1 (es)
CN (2) CN101668249B (es)
AT (1) ATE400098T1 (es)
AU (1) AU2004240044B2 (es)
BR (1) BRPI0410265B1 (es)
DE (1) DE602004014712D1 (es)
HK (1) HK1081745A1 (es)
MX (1) MXPA05006110A (es)
RU (1) RU2338320C2 (es)
WO (1) WO2004102837A1 (es)

Families Citing this family (122)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6717927B2 (en) * 2002-04-05 2004-04-06 Interdigital Technology Corporation System for efficient recovery of node B buffered data following serving high speed downlink shared channel cell change
US7706405B2 (en) * 2002-09-12 2010-04-27 Interdigital Technology Corporation System for efficient recovery of Node-B buffered data following MAC layer reset
SE0300047D0 (sv) * 2003-01-08 2003-01-08 Ericsson Telefon Ab L M MBMS in UTRAN
KR20050014984A (ko) * 2003-08-01 2005-02-21 삼성전자주식회사 멀티미디어 브로드캐스트/멀티캐스드 서비스를 제공하는이동통신시스템에서 무선 자원 연결을 요청하는 메시지를재전송하는 방법
EP1530395A2 (en) * 2003-11-07 2005-05-11 Lg Electronics Inc. Paging technique to support point-to-multipoint (P-T-M) data transmissions
KR100918800B1 (ko) * 2004-08-05 2009-09-25 엘지전자 주식회사 주파수 계층 수렴 방식의 사용을 일시 중단시키는 방법
KR101015692B1 (ko) * 2004-08-09 2011-02-22 삼성전자주식회사 멀티미디어 브로드캐스트/멀티캐스트 서비스 시스템에서랜덤 엑세스 채널의 사용 허가를 취득하는 방법
US7596379B2 (en) * 2004-08-16 2009-09-29 M-Stack Limited Method for maintaining transparent mode radio bearers in a radio access network
US8050221B2 (en) * 2005-02-04 2011-11-01 Samsung Electronics Co., Ltd. Method and apparatus for dispersing user equipments to non-preferred frequencies in a multimedia broadcast/multicast service system
CN100344181C (zh) * 2005-03-28 2007-10-17 华为技术有限公司 一种简化消息发送处理的方法
JP4577505B2 (ja) * 2005-03-31 2010-11-10 日本電気株式会社 移動体通信システムにおけるダウンリンクrrcメッセージと移動機のセル間移動との競合救済方法
US8320923B2 (en) 2005-04-01 2012-11-27 Interdigital Technology Corporation Method and apparatus for validating radio resource control messages
JP4354437B2 (ja) * 2005-07-27 2009-10-28 株式会社エヌ・ティ・ティ・ドコモ 移動局、無線アクセスネットワーク装置および移動通信システム並びに通信方法
DE102005040002A1 (de) * 2005-08-23 2007-03-15 Thales Defence Deutschland Gmbh Verfahren und Vorrichtung zum Identifizieren eines mobilen Endgeräts in einem digitalen zellulären Mobilfunknetz
EP1761091B1 (en) 2005-08-30 2012-11-07 LG Electronics, Inc. Method for performing admission control in a cellular network
GB2431069B (en) * 2005-10-05 2009-07-15 Samsung Electronics Co Ltd Method of requesting a service from a mobile communication network
US20070155390A1 (en) * 2006-01-04 2007-07-05 Ipwireless, Inc. Initial connection establishment in a wireless communication system
US7912471B2 (en) * 2006-01-04 2011-03-22 Wireless Technology Solutions Llc Initial connection establishment in a wireless communication system
KR100912784B1 (ko) * 2006-01-05 2009-08-18 엘지전자 주식회사 데이터 송신 방법 및 데이터 재전송 방법
CN105515736A (zh) 2006-01-05 2016-04-20 Lg电子株式会社 在移动通信系统中发送数据
KR20070080552A (ko) 2006-02-07 2007-08-10 엘지전자 주식회사 이동 통신 시스템에서의 응답 정보 전송 방법
BRPI0706353B1 (pt) 2006-01-05 2023-01-24 Interdigital Patent Holdings, Inc Método para alocar recursos de rádio em um sistema de comunicação móvel
KR101211807B1 (ko) 2006-01-05 2012-12-12 엘지전자 주식회사 이동통신 시스템에서 무선단말의 동기상태 관리방법
KR101268200B1 (ko) * 2006-01-05 2013-05-27 엘지전자 주식회사 이동통신 시스템에서의 무선자원 할당방법
KR101203841B1 (ko) * 2006-01-05 2012-11-21 엘지전자 주식회사 무선 통신 시스템에서의 페이징 메시지 전송 및 수신 방법
WO2007078171A2 (en) 2006-01-05 2007-07-12 Lg Electronics Inc. Method of transmitting feedback information in a wireless communication system
KR101333918B1 (ko) * 2006-01-05 2013-11-27 엘지전자 주식회사 이동 통신 시스템의 점-대-다 서비스 통신
US8428086B2 (en) 2006-01-05 2013-04-23 Lg Electronics Inc. Transmitting data in a mobile communication system
EP1981302A4 (en) 2006-01-23 2012-02-01 Sharp Kk BASE STATION DEVICE, MOBILE STATION DEVICE, MOBILE STATION IDENTIFIER ASSIGNING METHOD, AND PROGRAM AND RECORDING MEDIUM THEREOF
JP4786359B2 (ja) * 2006-02-07 2011-10-05 株式会社エヌ・ティ・ティ・ドコモ 移動局、無線アクセスネットワーク装置およびリソース要求方法
KR101216751B1 (ko) * 2006-02-07 2012-12-28 엘지전자 주식회사 이동 통신 시스템에서 식별자를 이용한 충돌 회피 방법
US8493854B2 (en) * 2006-02-07 2013-07-23 Lg Electronics Inc. Method for avoiding collision using identifier in mobile network
KR101358469B1 (ko) * 2006-02-07 2014-02-06 엘지전자 주식회사 무선 네트워크(network) 안에서 상향(uplink)및 하향(downlink) 대역폭(bandwidth)의선택 및 신호 방법
KR101387475B1 (ko) 2006-03-22 2014-04-22 엘지전자 주식회사 복수의 네트워크 엔터티를 포함하는 이동 통신시스템에서의 데이터 처리 방법
CN100446621C (zh) * 2006-03-22 2008-12-24 华为技术有限公司 建立无线资源控制连接的方法及无线网络控制器
US8682357B2 (en) 2006-05-02 2014-03-25 Intellectual Ventures Holding 81 Llc Paging in a wireless network
JP4189410B2 (ja) * 2006-06-12 2008-12-03 株式会社東芝 無線通信装置及び送信制御方法
KR20070121513A (ko) * 2006-06-21 2007-12-27 엘지전자 주식회사 이동통신 시스템의 상향 접속 방법
EP2033341B1 (en) * 2006-06-21 2018-03-21 LG Electronics Inc. Method of transmitting and receiving radio access information using a message separation in a wireless mobile communications system
KR101369135B1 (ko) 2006-06-21 2014-03-05 엘지전자 주식회사 이동통신 시스템에서의 멀티미디어 및 방송서비스의 품질보장 방법 및 그 단말
US8234534B2 (en) 2006-06-21 2012-07-31 Lg Electronics Inc. Method of supporting data retransmission in a mobile communication system
KR20070121505A (ko) 2006-06-21 2007-12-27 엘지전자 주식회사 무선링크 재설정 방법
WO2008022782A1 (en) 2006-08-22 2008-02-28 Telefonaktiebolaget Lm Ericsson (Publ) Method and arrangement for paging in e-utran
CN101132215B (zh) 2006-08-25 2012-01-11 上海贝尔股份有限公司 演进多媒体广播多播业务基站、用户设备和方法
US8855099B2 (en) 2007-03-19 2014-10-07 Qualcomm Incorporated Selective phase connection establishment
EP1986376A1 (en) * 2007-04-27 2008-10-29 Alcatel Lucent Method for counting a number of mobile stations in a radio access network
KR101486352B1 (ko) 2007-06-18 2015-01-26 엘지전자 주식회사 무선 통신 시스템의 단말에서의 상향링크 동기 상태 제어방법
KR101341515B1 (ko) * 2007-06-18 2013-12-16 엘지전자 주식회사 무선 통신 시스템에서의 반복 전송 정보 갱신 방법
WO2008156314A2 (en) 2007-06-20 2008-12-24 Lg Electronics Inc. Effective system information reception method
KR100912710B1 (ko) * 2007-07-03 2009-08-19 주식회사 케이티프리텔 이동통신 시스템 및 그의 무선 자원 제어 연결 설정방법
KR101490253B1 (ko) * 2007-08-10 2015-02-05 엘지전자 주식회사 무선 통신 시스템에서의 제어정보 전송 및 수신 방법
KR101514841B1 (ko) * 2007-08-10 2015-04-23 엘지전자 주식회사 효율적인 랜덤 액세스 재시도를 수행하는 방법
KR101467789B1 (ko) * 2007-08-10 2014-12-03 엘지전자 주식회사 휴지 단말의 상향 접속 제어 방법
KR101422031B1 (ko) * 2007-08-10 2014-07-23 엘지전자 주식회사 방송 및 멀티캐스트 서비스를 위한 랜덤 억세스 방법
KR101392697B1 (ko) 2007-08-10 2014-05-19 엘지전자 주식회사 이동통신 시스템에서의 보안 오류 검출방법 및 장치
US8594030B2 (en) 2007-08-10 2013-11-26 Lg Electronics Inc. Method for controlling HARQ operation in dynamic radio resource allocation
WO2009022877A2 (en) 2007-08-14 2009-02-19 Lg Electronics Inc. A method of transmitting and processing data block of specific protocol layer in wireless communication system
JP5171167B2 (ja) * 2007-09-05 2013-03-27 キヤノン株式会社 通信パラメータの設定処理を行う通信装置、当該通信装置の制御方法、並びにコンピュータプログラム
KR101461970B1 (ko) 2007-09-13 2014-11-14 엘지전자 주식회사 무선 통신 시스템에서의 폴링 과정 수행 방법
KR100937432B1 (ko) 2007-09-13 2010-01-18 엘지전자 주식회사 무선 통신 시스템에서의 무선자원 할당 방법
EP2204005A2 (en) * 2007-09-14 2010-07-07 Nokia Siemens Networks OY Cyclic bandwidth allocation method with harq enabled
KR101513033B1 (ko) 2007-09-18 2015-04-17 엘지전자 주식회사 다중 계층 구조에서 QoS를 보장하기 위한 방법
KR101591824B1 (ko) * 2007-09-18 2016-02-04 엘지전자 주식회사 무선 통신 시스템에서의 폴링 과정 수행 방법
KR101435844B1 (ko) * 2007-09-18 2014-08-29 엘지전자 주식회사 무선 통신 시스템에서의 데이터 블록 전송 방법
KR101396062B1 (ko) 2007-09-18 2014-05-26 엘지전자 주식회사 헤더 지시자를 이용한 효율적인 데이터 블록 전송방법
WO2009038377A2 (en) * 2007-09-20 2009-03-26 Lg Electronics Inc. Method of effectively transmitting radio resource allocation request in mobile communication system
EP2046090A1 (en) 2007-10-02 2009-04-08 Panasonic Corporation Management of session control signaling for multicast/broadcast services
KR20090041323A (ko) * 2007-10-23 2009-04-28 엘지전자 주식회사 데이터 블록 구성함에 있어서 단말의 식별 정보를 효과적으로 전송하는 방법
KR101487557B1 (ko) 2007-10-23 2015-01-29 엘지전자 주식회사 공통제어채널의 데이터를 전송하는 방법
EP2208294B1 (en) 2007-10-29 2019-07-31 LG Electronics Inc. Method of repairing a security failure
JP5156345B2 (ja) * 2007-11-13 2013-03-06 株式会社エヌ・ティ・ティ・ドコモ 移動通信方法、無線制御局及び無線基地局
KR101085516B1 (ko) * 2008-03-14 2011-11-23 이노베이티브 소닉 리미티드 경합 기반 랜덤 액세스 절차 처리를 위한 방법 및 장치
US8958411B2 (en) * 2008-03-17 2015-02-17 Lg Electronics Inc. Method of transmitting RLC data
KR101163275B1 (ko) 2008-03-17 2012-07-05 엘지전자 주식회사 Pdcp 상태 보고 전송 방법
US8856003B2 (en) 2008-04-30 2014-10-07 Motorola Solutions, Inc. Method for dual channel monitoring on a radio device
JP4384700B1 (ja) * 2008-06-23 2009-12-16 株式会社エヌ・ティ・ティ・ドコモ 移動通信方法、移動局及び無線基地局
US8605869B1 (en) * 2008-08-08 2013-12-10 Mobilesphere, Ltd. Method and apparatus for forcing a call to a carrier provided voice mail facility
US8958393B2 (en) * 2008-08-11 2015-02-17 Qualcomm Incorporated Method and apparatus for enhanced user equipment-controlled handover
US9271204B2 (en) 2008-11-17 2016-02-23 Qualcomm Incorporated Mobility management based on radio link failure reporting
US9491671B2 (en) 2008-11-17 2016-11-08 Qualcomm Incorporated Radio link failure reporting
KR101532222B1 (ko) 2008-12-16 2015-06-29 삼성전자주식회사 통신 시스템 및 그의 rrc 접속 방법
US8331322B2 (en) * 2009-01-22 2012-12-11 Htc Corporation Method of handling radio bearer resumption, wireless communication device and wireless communication system thereof
EP2422458B1 (en) * 2009-04-24 2015-07-08 Telefonaktiebolaget LM Ericsson (publ) A method and a system for providing mbms counting
JP4749480B2 (ja) * 2009-06-22 2011-08-17 株式会社エヌ・ティ・ティ・ドコモ 移動通信方法、無線基地局及びリレーノード
CN101931898B (zh) * 2009-06-26 2014-03-05 华为技术有限公司 用户面数据的传输方法、装置及系统
EP2306775A3 (en) * 2009-10-02 2014-11-19 BlackBerry Limited Apparatus and method for handling a connection reject message
ES2751331T3 (es) * 2010-01-06 2020-03-31 Electronics & Telecommunications Res Inst Sistema de comunicación de tipo máquina
CN102158807B (zh) * 2010-02-11 2015-01-28 中兴通讯股份有限公司 Mcch通知信息的监听方法及装置、用户设备
EP2442591B1 (en) * 2010-10-18 2018-05-30 HTC Corporation Methods and apparatuses of transmitting and handling countingresponse message and related communication device
GB2485237A (en) * 2010-11-08 2012-05-09 Nec Corp MBMS provided by unicast or broadcast/multicast in dependence on the number of interested users.
JP2012105212A (ja) * 2010-11-12 2012-05-31 Ntt Docomo Inc コアネットワークおよび通信システム
KR101742321B1 (ko) * 2010-12-21 2017-06-01 한국전자통신연구원 멀티미디어 브로드캐스트 및 멀티캐스트 서비스 카운팅 방법 및 장치
WO2012105877A1 (en) * 2011-02-01 2012-08-09 Telefonaktiebolaget L M Ericsson (Publ) Method and radio base station in a wireless communication network
CN107580376B (zh) * 2011-04-01 2021-08-20 交互数字专利控股公司 移动性管理实体及用于提供连接性信息的方法
US10660108B2 (en) 2011-04-11 2020-05-19 Samsung Electronics Co., Ltd. Method and apparatus for efficiently transmitting information acquired by a terminal to a base station
KR101929307B1 (ko) 2011-04-11 2018-12-17 삼성전자 주식회사 Csg 셀에서 단말이 셀 재선택 우선 순위를 효율적으로 제어하는 방법 및 장치
EP2519066A1 (en) * 2011-04-28 2012-10-31 Alcatel Lucent Idle state user equipment
CN102892179A (zh) * 2011-07-22 2013-01-23 中兴通讯股份有限公司 无线接入网的负荷控制方法和装置
US9531812B2 (en) * 2012-01-20 2016-12-27 Samsung Electronics Co., Ltd. Method and device for setting priority of data transmission
US9088976B2 (en) * 2012-04-29 2015-07-21 Blackberry Limited Provisioning radio resources in a radio access network
IN2014DN09236A (es) * 2012-05-10 2015-07-10 Nokia Solutions & Networks Oy
US20140036794A1 (en) * 2012-08-03 2014-02-06 Ali T. Koc User equipment assistance information signaling in a wireless network
CN104982088A (zh) * 2013-01-11 2015-10-14 Lg电子株式会社 在无线通信系统中发送指示的方法和装置
JP6162973B2 (ja) * 2013-02-18 2017-07-12 株式会社Nttドコモ ユーザ装置、基地局及び方法
US9154995B2 (en) * 2013-05-21 2015-10-06 Broadcom Corporation Apparatus and method to reduce denial of service during MME overload and shutdown conditions
CN104349428B (zh) * 2013-07-31 2018-07-13 华为技术有限公司 一种消息发送的方法和设备
WO2016024812A1 (en) * 2014-08-12 2016-02-18 Samsung Electronics Co., Ltd. Method for performing evolved multimedia broadcast and multicast service(embms) counting in wireless systems
US9756483B2 (en) 2015-01-29 2017-09-05 Acer Incorporated Method of single-cell point-to-multipoint transmission
US9826559B2 (en) 2015-06-02 2017-11-21 Apple Inc. Intra-RRC high-bandwidth grant request techniques
WO2017034318A1 (ko) * 2015-08-24 2017-03-02 엘지전자 주식회사 무선 통신 시스템에서 단말에 의해 수행되는 콜 우선화 방법 및 상기 방법을 이용하는 단말
DK3484233T3 (da) * 2016-01-08 2022-03-28 Ericsson Telefon Ab L M Fremgangsmåde og indretning til genoptagelse af RRC-tilstand i et cellulært netværk
CN108432335B (zh) * 2016-01-08 2022-04-19 株式会社Ntt都科摩 无线通信装置和无线通信方法
CN105847184A (zh) * 2016-02-22 2016-08-10 乐视移动智能信息技术(北京)有限公司 用于android操作系统的网络请求方法、装置和系统
KR20180127967A (ko) * 2016-03-30 2018-11-30 광동 오포 모바일 텔레커뮤니케이션즈 코포레이션 리미티드 무선 자원 제어 연결을 설정하기 위한 방법 및 장치
KR102216428B1 (ko) * 2016-08-16 2021-02-17 콘비다 와이어리스, 엘엘씨 Ue를 각성상태로 유지하기
WO2018182224A1 (ko) * 2017-03-25 2018-10-04 엘지전자 주식회사 액세스 제어 방법 및 이를 지원하는 장치
US11218880B2 (en) * 2017-06-26 2022-01-04 Telefonaktiebolaget Lm Ericsson (Publ) Control signaling in a wireless communication system
CN110557271B (zh) * 2018-05-31 2021-08-24 维沃移动通信有限公司 一种信息交互方法及终端
RU2681368C1 (ru) * 2018-11-08 2019-03-06 Сан Пэтент Траст Усовершенствованное распределение ресурсов для связи между устройствами (d2d)
WO2022006875A1 (zh) * 2020-07-10 2022-01-13 Oppo广东移动通信有限公司 建立mbs业务的方法及装置、终端设备、网络设备
CN113285200A (zh) * 2021-05-28 2021-08-20 深圳振华富电子有限公司 一种超宽带功分器
WO2024070805A1 (ja) * 2022-09-26 2024-04-04 キヤノン株式会社 通信装置、制御方法及びプログラム

Family Cites Families (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP3013823B2 (ja) * 1997-11-28 2000-02-28 日本電気株式会社 Atm伝送路におけるページング信号の配信方法
FI113611B (fi) * 1999-03-10 2004-05-14 Nokia Corp Solunvalintamenetelmä
FI109071B (fi) * 2000-01-17 2002-05-15 Nokia Corp Signalointimenetelmä
KR100469735B1 (ko) * 2000-07-18 2005-02-02 삼성전자주식회사 부호분할다중접속 이동통신시스템의 호 수용방법
US7177658B2 (en) * 2002-05-06 2007-02-13 Qualcomm, Incorporated Multi-media broadcast and multicast service (MBMS) in a wireless communications system
US7733896B2 (en) * 2002-08-19 2010-06-08 Alcatel-Lucent Usa Inc. Dynamic access priority scheme

Also Published As

Publication number Publication date
EP1566001A4 (en) 2006-03-22
BRPI0410265A (pt) 2006-05-16
WO2004102837A1 (en) 2004-11-25
DE602004014712D1 (de) 2008-08-14
US7463891B2 (en) 2008-12-09
CN1717880A (zh) 2006-01-04
US20090131063A1 (en) 2009-05-21
JP4174059B2 (ja) 2008-10-29
EP1566001A1 (en) 2005-08-24
US20040229626A1 (en) 2004-11-18
CN101668249A (zh) 2010-03-10
EP1566001B1 (en) 2008-07-02
KR20040098126A (ko) 2004-11-20
BRPI0410265B1 (pt) 2017-11-07
JP2006512875A (ja) 2006-04-13
RU2005137938A (ru) 2007-06-20
CN100566212C (zh) 2009-12-02
CN101668249B (zh) 2013-03-27
ATE400098T1 (de) 2008-07-15
AU2004240044A1 (en) 2004-11-25
RU2338320C2 (ru) 2008-11-10
US8228852B2 (en) 2012-07-24
AU2004240044B2 (en) 2006-12-07
KR100548344B1 (ko) 2006-02-02
HK1081745A1 (en) 2006-05-19

Similar Documents

Publication Publication Date Title
EP1566001B1 (en) Method for Radio Resource Control
US7613473B2 (en) RRC group reject method and apparatus for mobile communications
US7349703B2 (en) Apparatus and method for supporting mobility of wireless terminal in wireless communication network
US7363047B2 (en) Apparatus and method for establishing feedback in a broadcast or multicast service
US8311563B2 (en) Communication of point to multipoint service information in wireless communication system
US7969932B2 (en) Point to point radio bearers for a broadcasting service
CN1943145B (zh) 无线通信系统中的点对多点服务信息通信
KR100932485B1 (ko) 방송 및/또는 멀티캐스트 서비스를 제공하는 방법

Legal Events

Date Code Title Description
FG Grant or registration