ES2323227T3 - Activacion de contexto de un protocolo de datos en paquetes inicializada por red, para servicios de multidifusion/difusion. - Google Patents
Activacion de contexto de un protocolo de datos en paquetes inicializada por red, para servicios de multidifusion/difusion. Download PDFInfo
- Publication number
- ES2323227T3 ES2323227T3 ES02790620T ES02790620T ES2323227T3 ES 2323227 T3 ES2323227 T3 ES 2323227T3 ES 02790620 T ES02790620 T ES 02790620T ES 02790620 T ES02790620 T ES 02790620T ES 2323227 T3 ES2323227 T3 ES 2323227T3
- Authority
- ES
- Spain
- Prior art keywords
- multicast
- information
- network controller
- radio network
- sgsn
- Prior art date
- Legal status (The legal status 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 status listed.)
- Expired - Lifetime
Links
- 230000004913 activation Effects 0.000 title claims abstract description 37
- 238000000034 method Methods 0.000 claims abstract description 45
- 230000001413 cellular effect Effects 0.000 claims abstract description 10
- 230000000737 periodic effect Effects 0.000 claims abstract description 6
- 230000003213 activating effect Effects 0.000 claims abstract description 3
- 238000001994 activation Methods 0.000 claims description 41
- 230000004044 response Effects 0.000 claims description 11
- 230000008569 process Effects 0.000 claims description 6
- 230000008859 change Effects 0.000 claims description 4
- 230000005641 tunneling Effects 0.000 claims description 2
- 230000005540 biological transmission Effects 0.000 description 10
- 238000010586 diagram Methods 0.000 description 4
- 230000004048 modification Effects 0.000 description 3
- 238000012986 modification Methods 0.000 description 3
- 230000011664 signaling Effects 0.000 description 3
- 230000001419 dependent effect Effects 0.000 description 2
- 238000009792 diffusion process Methods 0.000 description 2
- 230000008901 benefit Effects 0.000 description 1
- 230000007246 mechanism Effects 0.000 description 1
- 230000009466 transformation Effects 0.000 description 1
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W76/00—Connection management
- H04W76/10—Connection setup
- H04W76/12—Setup of transport tunnels
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W24/00—Supervisory, monitoring or testing arrangements
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
- H04W4/06—Selective distribution of broadcast services, e.g. multimedia broadcast multicast service [MBMS]; Services to user groups; One-way selective calling services
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W68/00—User notification, e.g. alerting and paging, for incoming communication, change of service or the like
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W84/00—Network topologies
- H04W84/02—Hierarchically pre-organised networks, e.g. paging networks, cellular networks, WLAN [Wireless Local Area Network] or WLL [Wireless Local Loop]
- H04W84/04—Large scale networks; Deep hierarchical networks
- H04W84/042—Public Land Mobile systems, e.g. cellular systems
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W88/00—Devices specially adapted for wireless communication networks, e.g. terminals, base stations or access point devices
- H04W88/12—Access point controller devices
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Mobile Radio Communication Systems (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
- Small-Scale Networks (AREA)
Abstract
Un procedimiento para activar un contexto de protocolo de datos en paquetes (PDP) en una red celular, que comprende: recibir, en un nodo (120) de soporte de GPRS, información con respecto a abonados de servicios de multidifusión y/o grupos de multidifusión servidos por un controlador (140) de red de radio, desde el controlador (140) de red de radio; actualizar una base de datos de multidifusión almacenada en el nodo (120) de soporte de GPRS, utilizando la información recibida; recibir una solicitud de activación de multidifusión en un nodo de soporte de GPRS, y en base a la información almacenada en la base de datos, iniciar el proceso de activación del contexto de PDP sin solicitar información adicional del controlador (140) de red de radio.
Description
Activación de contexto de un protocolo de datos
en paquetes inicializada por red, para servicios de
multidifusión/difusión.
La presente invención se refiere a un
procedimiento y un aparato para realizar servicios de
multidifusión/difusión.
Un Servicio de Difusión/Multidifusión de
Multimedios (MBMS) puede transferir datos de difusión y
multidifusión a múltiples usuarios a la vez, utilizando recursos de
red compartidos. Este servicio puede ahorrar recursos en una red
central (CN) y en una red de acceso por radio, tal como una Red
Universal de Acceso Terrestre por Radio (UTRAN), ya que no es
necesario enviar por separado los mismos datos a cada equipo de
usuario (UE).
Los servicios de difusión pueden transmitir
datos a una cierta área, de forma tal que cualquier usuario en el
área pueda recibir los datos. Por el contrario, los servicios de
multidifusión pueden requerir que los usuarios se hayan abonado a
un grupo de servicios de multidifusión antes de recibir los datos.
Los usuarios pueden poseer una clave de cifrado (o mecanismo
similar) para descifrar los datos recibidos. La clave de cifrado
ayuda a impedir que los usuarios no abonados reciban la
transmisión.
La CN puede incluir un elemento de red, tal como
un Centro de Servicios de MBMS (MBMS-SC), que
transmite datos de multidifusión a los Nodos servidores de Soporte
del GPRS (los SGSN), empleando un Protocolo de Tunelización por
Pasarela (GTP) de multidifusión. El túnel de GTP puede compartirse
con todos los usuarios que dependen del SGSN. El túnel puede ser
creado sólo para aquellos SGSN que tengan usuarios de multidifusión.
Cuando el MBMS-SC/GGSN (Nodo de Soporte de Pasarela
al GPRS) envía datos de multidifusión, puede duplicar los paquetes
y enviar los paquetes a todos los túneles. Los SGSN pueden, además,
crear túneles GTP de multidifusión hacia los controladores de red
de radio (RNC) que han indicado que tienen usuarios de multidifusión
en sus células. Estos datos enviados pueden enviarse a los RNC
porque los datos están concebidos para ciertas áreas y, por lo
tanto, los UE en este área no tienen que indicar su presencia al
RNC. El RNC no sabe si hay algún UE en la célula y, por lo tanto,
ninguna indicación puede darse al SGSN desde el RNC.
El MBMS puede transmitir muchos servicios de
difusión y multidifusión. Cada servicio puede tener distintos
parámetros de QoS (Calidad del Servicio). Además, los servicios de
multidifusión pueden transmitirse a distintos grupos de usuarios
que reciben el servicio. Los túneles de GTP de multidifusión entre
el MBMS-SC y el SGSN, y entre el SGSN y el RNC,
pueden formarse por separado para cada servicio.
El documento WO 98/25422 describe un sistema
para transmitir mensajes grupales en una red de radio por paquetes
que comprende un nodo de soporte (SGSN), un centro de servicios de
difusión (MSC) y una pluralidad de miembros de grupos (MSC). El
sistema comprende adicionalmente medios para determinar cuántos
miembros de grupos necesitan recibir un mensaje y, según el número,
si merece la pena enviar el mensaje como una difusión. En otro
aspecto del sistema, el MS transmite un mensaje al SGSN para
informar al SGSN que no puede recibir una mensaje específico de
difusión. En respuesta a esto, el sistema transmitirá el mensaje a
este MS específico utilizando una conexión punto a punto, en lugar
de una difusión grupal.
Se proporciona un procedimiento para activar un
contexto de protocolo de datos por paquetes (PDP) en una red
celular, comprendiendo el procedimiento:
recibir, en un nodo de soporte del GPRS,
información con respecto a abonados a servicios de multidifusión
y/o grupos de multidifusión servidos por un controlador de red de
radio, desde el controlador de red de radio;
actualizar una base de datos de multidifusión
almacenada en el nodo de soporte del GPRS, utilizando la información
recibida;
recibir una solicitud de activación de
multidifusión en un nodo de soporte del GPRS; y
sobre la base de la información almacenada en la
base de datos, iniciar el proceso de activación del contexto del
PDP sin solicitar información adicional del controlador de red de
radio.
\vskip1.000000\baselineskip
Otras características preferidas y optativas son
las especificadas en las reivindicaciones 2 a 16 adjuntas a la
presente descripción.
Se proporciona un aparato para activar un
contexto de protocolo de datos en paquetes (PDP) en una red celular,
comprendiendo el aparato:
medios configurados para recibir información con
respecto a los abonados a servicios de multidifusión y/o grupos de
multidifusión servidos por controladores de red de radio;
medios configurados para actualizar una base de
datos de multidifusión almacenada en el aparato, utilizando la
información recibida;
medios configurados para recibir una solicitud
de activación de multidifusión; y
medios configurados para iniciar un proceso de
activación de contexto de PDP, sobre la base de la información
almacenada en la base de datos, sin solicitar información adicional
del controlador de red de radio.
\vskip1.000000\baselineskip
La invención también se refiere a un sistema
según la reivindicación 27.
Otras características preferidas y optativas son
las especificadas en las reivindicaciones 18 a 26, adjuntas a la
presente descripción.
Lo precedente, y una mejor comprensión de la
presente invención, serán evidentes a partir de la siguiente
descripción detallada de realizaciones ejemplares y de las
reivindicaciones, cuando se lean conjuntamente con los dibujos
adjuntos, formando todos una parte de la revelación de esta
invención. Si bien lo precedente y la siguiente revelación escrita
e ilustrada se centran en revelar realizaciones ejemplares de la
invención, debería entenderse con claridad que las mismas son sólo
a modo de ilustración y ejemplo, y que la invención no se limita a
las mismas.
Las realizaciones de la presente invención
pueden describirse con referencia a los siguientes dibujos, en los
cuales los números de referencia idénticos representan elementos
iguales, y en los cuales:
La Figura 1 es un diagrama en bloques que
muestra una arquitectura de red;
La Figura 2 ilustra una red de multidifusión
según una realización ejemplar de la presente invención;
La Figura 3 ilustra un SGSN que envía una
solicitud de estado según una realización ejemplar de la presente
invención;
La Figura 4 ilustra una UTRAN que envía un
mensaje de actualización al SGSN según una realización ejemplar de
la presente invención;
La Figura 5 ilustra un MBMS-SC
que solicita una petición de estado de multidifusión según una
realización ejemplar de la presente invención;
La Figura 6 ilustra una activación de contexto
de PDP de multidifusión, según una realización ejemplar de la
presente invención; y
La Figura 7 ilustra una activación de contexto
de PDP de difusión según una realización ejemplar de la presente
invención.
Antes de comenzar una descripción detallada de
la invención en cuestión, cabe mencionar lo siguiente. Cuando sea
apropiado, pueden utilizarse iguales números y caracteres de
referencia para indicar componentes idénticos, correspondientes o
similares en dibujos de figuras distintas. Las disposiciones y las
realizaciones pueden mostrarse en forma de diagramas en bloques, a
fin de evitar complicar la invención, y también a la vista del
hecho de que los detalles específicos con respecto a la
implementación de tales disposiciones de diagramas en bloques
pueden ser sumamente dependientes de la plataforma dentro de la cual
ha de implementarse la presente invención. Es decir, tales detalles
específicos deberían estar al alcance inmediato de alguien versado
en la técnica. Allí donde se estipulan detalles específicos a fin
de describir realizaciones ejemplares de la invención, debería ser
evidente para alguien versado en la técnica que la invención puede
llevarse a la práctica sin, o con una variación de, estos detalles
específicos.
La Fig. 1 es un diagrama en bloques de una
arquitectura de red según una disposición ejemplar. También son
posibles otras disposiciones. La Fig. 1 muestra un primer equipo 11
de usuario (UE) y un segundo UE 12, conectados mediante una
interfaz de radio Uu con los respectivos nodos Bs 21, 22 primero y
segundo de una Red Universal de Acceso Terrestre por Radio (UTRAN)
40. El nodo Bs 21, 22 puede participar en la gestión de los recursos
de radio, y puede tener la misma función que una estación base
genérica. Además, la UTRAN 40 incluye al menos un Controlador de
Red de Radio (RNC) 30 conectado con el nodo Bs 21, 22 mediante una
interfaz Iub, y es responsable de la gestión y el control de los
recursos de radio en su dominio (es decir, el nodo Bs 21, 22
conectado a ella). El RNC 30 puede ser un punto de acceso a
servicios para todos los servicios que la UTRAN 40 proporciona a
una red central (CN) 50. La Fig. 1 también muestra un RNC 35
conectado con los nodos Bs 23 y 24 mediante la interfaz Iub. Se
proporciona una interfaz Iur entre el RNC 30 y el RNC 35. Para
facilitar la ilustración, la siguiente exposición se referirá al
RNC 30, en lugar del RNC 35.
La CN 50 puede incluir un Centro de Conmutación
Móvil/Registro de Ubicación de Visitante (MSCVLR) 52, que es un
conmutador (MSC) y una base de datos (VLR), que sirve a un UE en su
ubicación actual servicios conmutados por circuitos (CS). La
función de MSC puede emplearse para conmutar las transacciones CS, y
la función VLR puede mantener información con respecto al perfil de
servicio del usuario visitante, así como información sobre la
ubicación del UE dentro del sistema servidor. La parte de la red a
la que se accede mediante el MSC/VLR 52 puede denominarse un dominio
CS. El MSCVLR 52 puede conectarse con un MSC de Pasarela (GMSC) 54,
que es un conmutador en un punto donde la CN 50 está conectada con
redes externas CS 60, tales como Redes Telefónicas Públicas
Conmutadas (RTPC), Redes Digitales de Servicios Integrados (ISDN) o
Redes Móviles de Tierra Pública (PLMN). Todas las conexiones CS
entrantes y salientes atraviesan el GMSC 54.
Además, la CN 50 puede incluir un Nodo Servidor
de Soporte a GPRS (SGSN) 56 con una función similar a la del
MSC/VLR 52, pero puede emplearse para servicios conmutados por
paquetes (PS). La parte de la red a la que se accede mediante el
SGSN 56 puede denominarse un dominio PS. El SGSN 56 puede conectarse
con un Nodo de Soporte de Pasarela a GPRS (GGSN) 58, con una
funcionalidad similar a la del GMSC 54, pero con respecto a los
servicios PS. El GGSN 58 puede funcionar como un conmutador en el
punto donde la CN 40 está conectada con redes externas PS 70, tales
como Internet.
El MSC/VLR 52 y el SGSN 56 pueden conectarse con
el RNC 30 mediante una interfaz Iu, que conecta así la UTRAN 40 con
la CN 50. La interfaz Iu es una interfaz abierta que gestiona la
conmutación, el encaminamiento y el control de servicios.
Para lograr la transmisión por multidifusión
entre la CN 50 y la UTRAN 40 mediante la interfaz Iu, pueden
tenerse en cuenta distintas características de la transmisión de
datos relacionada con la multidifusión, no sólo sobre la
transmisión de datos activos, sino también sobre la reserva y
configuración de los recursos requeridos de la interfaz Iu. Las
especificaciones actuales del 3GPP (Proyecto de Asociación de 3ª
Generación) definen protocolos de señalización tales como RANAP
(Parte de Aplicación de Red de Acceso por Radio) y IuUP (Protocolo
de Plano de Usuario de Interfaz Iu). El RANAP es un protocolo de
señalización en la interfaz Iu que contiene toda la información de
control especificada para la Capa de Red de Radio utilizada para
cuestiones vinculadas con la UTRAN. El IuUP también pertenece a la
Capa de Red de Radio y ha sido definido para que sea tan
independiente como sea posible del dominio de la CN para el que se
utiliza. El IuUP puede transportar datos de usuario relacionados
con Portadores de Acceso a Radio (RAB) por la interfaz Iu. Cada RAB
puede tener su propia instancia del protocolo. El protocolo puede
realizar bien una operación totalmente transparente, o bien el
entramado para los segmentos de datos de usuario, y alguna
señalización básica de control, a utilizar para la inicialización y
el control en línea. Sobre la base de estos casos, la IuUP puede
tener dos modalidades, es decir, una modalidad transparente para la
operación totalmente transparente y una modalidad de soporte para
los tamaños de SDU (Unidades de Datos de Servicio) correspondientes
a los segmentos entramados de datos de usuario.
Las realizaciones de la presente invención
pueden proporcionar un procedimiento (en una CN) para activar un
contexto de protocolo de datos en paquetes (PDP) de multidifusión,
entre el MBMS-SC/GGSN y el RNC. La activación del
contexto de PDP de multidifusión puede incluir verificar si hay
usuarios de multidifusión en la UTRAN, y si los usuarios de
multidifusión en la UTRAN están autorizados para recibir datos de
multidifusión, y crear túneles GTP de multidifusión. Las
realizaciones de la presente invención también son aplicables a
datos de difusión y al servicio de difusión.
Cada UE dispuesto a recibir un servicio de
multidifusión puede disponer de un acuerdo con un proveedor de
servicios, o con un operador de los servicios de multidifusión. Así,
los UE que estén autorizados para recibir el servicio de
multidifusión están configurados para recibir datos de multidifusión
por una interfaz aérea antes del inicio de una sesión de
multidifusión efectiva.
El inicio de una sesión puede comenzar desde una
red (NW). Por ejemplo, un Nodo de Soporte a Pasarela de GPRS (GGSN)
o un MBMS-SC pueden definir la necesidad para una
sesión de multidifusión en una red celular. Desde este dispositivo
de red, la necesidad de iniciar la sesión de multidifusión puede ser
indicada al SGSN, que inicializa la activación del contexto de PDP.
Aunque la activación del contexto de PDP puede llevarse a cabo
transparentemente para la UTRAN y el UE, pueden ser necesarios los
servicios del RNC para indicar el estado de los servicios/grupos de
multidifusión a las células de multidifusión. La UTRAN puede
registrar si el RNC tiene usuarios de multidifusión. Las
realizaciones de la presente invención pueden encargarse de que se
proporcione información de usuarios de multidifusión al SGSN, que
puede iniciar el proceso de activación del contexto de PDP sin
solicitar ninguna información de la UTRAN.
Tanto el RNC como el MBMS-SC
pueden denegar la solicitud de activación, por muchas razones que
incluyen, pero que no se limitan a, una falta de recursos para el
servicio, o que se ha hallado una falta de abonados del servicio
desde esa parte de la red.
La Fig. 2 ilustra una red con una parte de CN y
una parte de UTRAN, según una realización ejemplar de la presente
invención. Otras realizaciones y configuraciones están también
dentro del ámbito de la presente invención. La parte de CN de la
red puede tener dos o más SGSN, tales como un SGSN 120 y un SGSN
130. Cada SGSN puede estar asociado con uno o más RNC en la parte
de UTRAN de la red. Es decir, el SGSN 120 puede estar asociado con
un RNC 140 y un RNC 150. El SGSN 130 puede estar asociado con un RNC
160 y un RNC 170. En la versión rel5 del 3GPP, el sistema puede
brindar soporte a una configuración en la cual más de un SGSN puede
asociarse con cada RNC. La Fig. 2 muestra un ejemplo en el cual el
SGSN 120 también está asociado con el RNC 160.
Cada RNC puede tener una o más áreas de
multidifusión que incluyen una célula, o una pluralidad de ellas.
Por ejemplo, el RNC 140 puede tener un área 142 de multidifusión y
un área 144 de multidifusión, y el RNC 150 puede tener el área 152
de multidifusión. El RNC 160 puede tener un área 162 de
multidifusión y el RNC 170 puede tener un área 172 de multidifusión
y un área 174 de multidifusión.
Los SGSN 120 y 130 pueden acoplarse a un GSSN
184. Un MBMS-SC 180 puede indicarse en lo sucesivo
como una combinación funcional del GGSN 184 y de un MBMS 182. El
MBMS 182 y el GGSN 184 pueden también ser dispositivos de red
distintos. El MBMS-SC 180 es el elemento de red que
envía paquetes de multidifusión y de difusión a los UE.
Se describirán ahora las áreas geográficas de
difusión y multidifusión definidas por la UTRAN. Los servicios de
difusión y de multidifusión pueden restringirse a ciertas áreas
geográficas. Por ejemplo, un servicio de flujo de vídeo de
resultados del fútbol puede transmitirse sólo a células (o áreas de
multidifusión) que cubren un estadio específico con un partido de
fútbol específico.
Junto a una base de datos de multidifusión
basada en los UE, cada RNC puede incluir una tabla (o base de datos)
que contiene información que indica qué servicio de multidifusión
está autorizado para ser transmitido a qué áreas de
multidifusión.
El MBMS-SC 180 no necesita tener
conocimiento de cuáles SGNS están autorizados para recibir el
servicio de multidifusión. Además, los SGSN (tales como el SGSN 120
y el SGSN 130) no necesitan tener conocimiento de cuáles RNC están
autorizados para recibir el servicio de multidifusión.
Se describirá ahora la información almacenada en
una base de datos de cada SGSN. A fin de permitir que cada SGSN
funcione más eficientemente, el SGSN puede mantener una base de
datos que incluye, pero que no se limita a, información sobre lo
siguiente:
- 1.
- Grupos de multidifusión indicados por distintos RNC;
- 2.
- Servicios de multidifusión indicados por distintos RNC;
- 3.
- UE autorizados indicados por distintos RNC; y
- 4.
- Cualquier combinación de los precedentes.
Si la base de datos de multidifusión en el SGSN
se organiza sobre la base de identificadores de grupos de
multidifusión, entonces el SGSN puede saber qué clase de grupos de
multidifusión puede hallarse bajo cada RNC y, por lo tanto, el SGSN
puede encaminar los paquetes de datos de multidifusión recibidos a
los RNC adecuados.
Si la base de datos de multidifusión en el SGSN
se organiza sobre la base de los identificadores de servicios de
multidifusión, entonces el SGSN puede encaminar los datos de
multidifusión recibidos basándose en los identificadores de
servicios de multidifusión.
Si la base de datos de multidifusión en el SGSN
se organiza sobre la base de información acerca de los UE
autorizados, entonces el SGSN puede encaminar los datos de
multidifusión recibidos basándose en la información de los UE. La
información de ubicación de los UE puede ser, por ejemplo,
cualquiera de las siguientes:
- 1.
- Información a nivel de célula (es decir, el RNC envía una indicación al SGSN cada vez que el UE ingresa a una nueva célula);
- 2.
- Información a nivel de área de multidifusión (especialmente si el área controlada por un RNC incluye múltiples áreas de multidifusión); y
- 3.
- Información a nivel de RNC.
Un ejemplo de una combinación de los
identificadores anteriores puede ser la información de
servicios/grupos. En este caso, el SGSN puede no ser consciente de
los UE presentes en las células, pero el SGSN puede ser consciente
de los grupos de multidifusión y de los servicios que tienen
abonados para cada RNC.
La información en la base de datos puede
utilizarse antes de la transmisión efectiva de datos de
multidifusión, y en la misma transmisión de datos activos, a fin de
encaminar los datos de multidifusión también a aquellas células a
las cuales no se ha enviado anteriormente ningún dato de
multidifusión, debido a la falta de UE autorizados en la célula.
Se describirá ahora la actualización de
información dentro de la base de datos del SGSN. Puede dispararse
una multidifusión cuando se envía una notificación a un SGSN. El
SGSN puede ser notificado sobre la base de una consulta periódica
de estado, un mensaje de actualización y/o una solicitud de
activación; por ejemplo, se describirá cada una de las Figs. 3 a 5
para mostrar cómo el SGSN puede obtener la información requerida
del RNC a fin de tomar la decisión acerca de si inicializará o no la
activación del contexto de PDP. Estas figuras, generalmente,
muestran la actualización de la base de datos dentro del SGSN.
La Fig. 3 muestra un ejemplo del SGSN (tal como
el SGSN 120 mostrado en la Fig. 2) que envía una consulta periódica
de estado, según una realización ejemplar de la presente invención.
Otras realizaciones están también dentro del ámbito de la presente
invención. El SGSN 120 puede enviar periódicamente una consulta de
estado de multidifusión a todos sus RNC (tales como el RNC 140 y el
RNC 150 mostrados en la Fig. 2). El operador puede decidir el lapso
entre cada una de las consultas. Los respectivos RNC (en la parte de
la UTRAN) pueden proporcionar una respuesta de estado de
multidifusión. La respuesta de estado puede incluir información, por
ejemplo, de las identidades de servicios de multidifusión, las
identidades de los grupos de multidifusión, las identidades de los
UE de multidifusión, el número de los UE en cada servicio y/o los
grupos de multidifusión (o cualquier combinación de las mismas).
Basándose en esta información, el SGSN tiene conciencia del tipo de
servicios/grupos de multidifusión que el RNC está listo para servir
y, basándose en el número de los UE en cada servicio/grupo de
multidifusión, el SGSN puede determinar si el servicio de
multidifusión puede ser enviado más eficientemente por una conexión
punto a punto o por una conexión punto a multipunto.
Después de recibir información del RNC, el SGSN
puede determinar (a partir de la tabla de multidifusión) si ha
habido algún cambio. Estos cambios pueden incluir a los UE de
multidifusión que se desplazan a una nueva área de multidifusión, o
nuevos identificadores de servicios/grupos indicados por el RNC. Es
decir, el SGSN puede ser notificado de una nueva dirección o de una
nueva identificación del servicio de multidifusión. El SGSN puede
actuar consecuentemente actualizando la base de datos, basándose en
la situación indicada en el RNC.
La Fig. 4 ilustra un ejemplo de la UTRAN que
envía un mensaje de actualización al SGSN, según una realización
ejemplar de la presente invención. Otras realizaciones están también
dentro del ámbito de la presente invención. El RNC (tal como el RNC
140) puede enviar un mensaje de actualización al SGSN (tal como el
SGSN 120) cuando el RNC nota un cambio en la información de
multidifusión indicada dentro de los UE. El RNC también puede enviar
periódicamente esta información. Este cambio puede ser, por
ejemplo, un nuevo UE de multidifusión en sus células del área de
multidifusión. El mensaje de actualización puede incluir información
de nuevos servicios de multidifusión, o grupos de multidifusión,
información acerca de una identidad de UE de multidifusión, y/o un
cierto número de nuevos UE para cada servicio/grupo de
multidifusión. También puede comunicarse otra información. Después
de recibir el mensaje de actualización, el SGSN puede actualizar la
base de datos relacionada con la multidifusión.
La Fig. 5 ilustra un ejemplo del
MBMS-SC que solicita al SGSN iniciar una consulta,
según una realización ejemplar de la presente invención. Otras
realizaciones también están dentro del ámbito de la presente
invención. El MBMS-SC (tal como el
MBMS-SC 180) puede desear iniciar la transmisión de
datos de multidifusión para un servicio de multidifusión. Si no
existe una activación de contexto de PDP de multidifusión, el
MBMS-SC puede enviar una notificación, que puede
llamarse en adelante una "Solicitud de Activación de
Multidifusión" (es decir, identificador de
servicio/identificador de grupo de Multidifusión) a todos los SGSN,
o un número seleccionado de los SGSN que el operador ha
seleccionado para transmitir datos de multidifusión. Los SGSN
destinatarios pueden definirse también a partir del resultado de la
transformación de direcciones, que puede hacerse en el GGSN si el
GGSN y el MBMS son distintos dispositivos de red. Es decir, el MBMS
define el área lógica (p. ej., la Ciudad de Nueva York) y el GGSN
define qué SGSN ofrece servicios al área de la Ciudad de Nueva
York. El SGSN, o los SGSN, que recibe(n) la Solicitud de
Activación de Multidifusión pueden enviar entonces una solicitud de
estado a los RNC, como se ha expuesto anteriormente.
Una ventaja de enviar la Solicitud de Activación
de Multidifusión a todos los SGSN es que el MBMS-SC
no tiene que mantener una tabla para determinar cuáles SGSN
pertenecen a qué área de multidifusión. El operador puede entonces
modificar dinámicamente el área en la cual se autoriza la recepción
del servicio de multidifusión.
La Fig. 6 ilustra un procedimiento de activación
de contexto de PDP de multidifusión desde el SGSN, según una
realización ejemplar de la presente invención. Otros procedimientos,
realizaciones y secuencias de operación están también dentro del
ámbito de la presente invención. Según se muestra en el bloque 201,
una sesión de multidifusión puede inicializarse en el
MBMS-SC (o en el GGSN) que recibe paquetes de datos
relacionados con la sesión de multidifusión desde la red
externa.
Si el MBMS-SC está autorizado
para establecer un enlace con el SGSN, el MBMS-SC
puede enviar (en el bloque 202) una "Solicitud de Activación de
Multidifusión" a todos los SGSN en una red (o a un grupo de SGSN
que se saben, por ejemplo, situados en un área específica). En el
mensaje de "Solicitud de Activación de Multidifusión", el
MBMS-SC puede indicar (al SGSN) la identidad del
servicio/grupo de multidifusión solicitado, o bien una dirección
del servicio que está en el RNC conocido como una dirección de
servicios de multidifusión.
Por otra parte, el GGSN puede inicializar la
sesión de multidifusión, enviando bien la "Solicitud de Activación
de Multidifusión", o bien un mensaje de "Solicitud de
Notificación de PDU", en el cual el GGSN indica la recepción de
los paquetes de datos de multidifusión desde la red externa.
En el bloque 203, los SGSN pueden enviar una
Solicitud de Estado de Multidifusión a todos los RNC, o sólo a un
grupo de los RNC que no hayan indicado previamente ninguna
información con respecto al servicio de multidifusión en cuestión
(es decir, ningún UE ha indicado interés por recibir la sesión de
multidifusión en proceso).
En el bloque 204, la UTRAN (es decir, los RNC)
puede responder al SGSN enviando una Respuesta de Estado de
Multidifusión, basándose en un estado actual de la base de datos de
multidifusión. La respuesta puede contener información acerca del
número de los UE en cada célula que han indicado un interés por
recibir la sesión de multidifusión.
En los bloques 205 a 207, basándose en la
información recibida de los RNC y el GGSN/MBMS-SC, y
la información en las bases de datos del SGSN, el SGSN puede enviar
una Solicitud de Creación de Contexto de PDP de Multidifusión (es
decir, un identificador de servicio de Multidifusión, un
identificador de área de Multidifusión, Identificador de Equipo
Terminal, ...) al GGSN o al MBMS-SC. El orden de
envío de la consulta del Informe de Estado de Multidifusión y de la
Solicitud de Creación de Contexto de PDP de Multidifusión puede
variar. El SGSN también puede enviar la Solicitud de Creación de
Contexto de PDP de Multidifusión antes de, o a la vez que, la
consulta del Informe de Estado de Multidifusión. Alternativamente,
si el SGSN tiene suficiente información del RNC basada en consultas
anteriores, el SGSN puede omitir las operaciones de los bloques 203
y 204.
En la creación del contexto de PDP entre el
GGSN/MBMS-SC y el SGSN, el sistema puede establecer
túneles de GTP para los datos efectivos del plano de usuario (es
decir, los paquetes de datos de multidifusión) en el bloque 206.
Si el establecimiento del contexto de PDP tiene
éxito desde el punto de vista del GGSN/MBMS-SC, el
GGSN/ MBMS-SC puede enviar la Respuesta de Creación
de Contexto de PDP de Multidifusión en el bloque 207. Si el
contexto de PDP no puede establecerse entre el
GGSN/MBMS-SC y el SGSN, entonces puede enviarse un
mensaje de acuse negativo de recibo al SGSN, en cuyo caso puede
terminar la inicialización de la sesión del servicio de
multidifusión.
Como se muestra en los bloques 208 a 211,
después de recibir una respuesta del GGSN/MBMS-SC,
el SGSN puede iniciar el proceso de asignación de RAB, enviando una
solicitud de asignación de RAB de Multidifusión al RNC. Por otra
parte, si el número de los UE autorizados es muy bajo, entonces
puede enviarse una solicitud normal de asignación de RAB, a fin de
establecer una conexión punto a punto entre el SGSN y el UE. El RNC
puede verificar la situación de los recursos de radio en la
interfaz aérea y reservar recursos de la UTRAN y de la interfaz
aérea. La interfaz Iu puede configurarse para brindar soporte a la
transmisión de datos de multidifusión del plano de usuario por la
interfaz Iu.
Si tienen éxito todas las configuraciones
requeridas y las reservas de recursos, entonces el RNC puede enviar
un acuse positivo de recibo al SGSN. Sin embargo, si, por ejemplo,
no hay recursos disponibles para los servicios de multidifusión,
entonces el RNC puede enviar un acuse negativo de recibo al SGSN
para terminar el procedimiento de activación de multidifusión en el
SGSN.
En el bloque 212, después de recibir el acuse
positivo de recibo del RNC, el SGSN puede iniciar la remisión de
datos al RNC.
La Fig. 7 ilustra un procedimiento de activación
de contexto de PDP de difusión desde el SGSN, según una realización
ejemplar de la presente invención. Otros procedimientos,
realizaciones y secuencias de operación también están dentro del
ámbito de la presente invención. Las fases de creación del contexto
de PDP para los servicios de difusión pueden ser similares a las
del caso de multidifusión. Una diferencia entre el servicio de
multidifusión y los servicios de difusión es que el SGSN no tiene
que pedir ninguna información de estado al RNC. La decisión en
cuanto a qué área se pretende enviar los datos de difusión puede
determinarse en el SGSN. Esta información puede indicarse en la
"Solicitud de asignación de RAB de difusión" mostrada en el
bloque 312. Para el servicio de difusión, no puede establecerse una
conexión punto a punto entre los UE y la red.
Más específicamente, la Fig. 7 muestra que, en
el bloque 301, puede inicializarse una sesión de difusión en el
MBMS-SC (o en el GGSN) que recibe paquetes de datos
relacionados con la sesión de difusión desde la red externa. El
MBMS-SC puede enviar (en el bloque 302) un mensaje
de "Solicitud de Activación de Difusión" a todos los SGSN en
una red (o a un grupo de SGSN). En el bloque 305, el SGSN puede
enviar una Solicitud de Creación de Contexto de PDP de Difusión al
MBMS-SC (o al GGSN). Al crear el contexto de PDP
entre el GGSN/MBMS-SC y el GGSN, el sistema puede
establecer túneles de GTP para el servicio de Difusión en el bloque
306. Si el establecimiento del contexto de PDP tiene éxito desde el
punto de vista del GGSN/MBMS-SC, el
GGSN/MBMS-SC puede enviar la Respuesta de Creación
de Contexto de PDP de Difusión al SGSN en el bloque 307. Si no
puede establecerse el contexto de PDP entre el
GGSN/MBMS-SC y el GGSN, entonces puede enviarse un
mensaje de acuse negativo de recibo al GGSN, en cuyo caso puede
terminar la inicialización de la sesión de servicio de difusión.
Como se muestra en los bloques 308 a 311, después de recibir una
respuesta del GGSN / MBMS-SC, el GGSN puede iniciar
el proceso de asignación de RAB enviando una solicitud de asignación
de RAB de Difusión al RNC. El RNC puede verificar la situación de
los recursos de radio en la interfaz aérea y reservar recursos de
la UTRAN y de la interfaz aérea. La interfaz Iu puede configurarse
para brindar soporte a la transmisión de datos de multidifusión del
plano de usuario por la interfaz Iu. Si todas las configuraciones
requeridas y las reservas de recursos tienen éxito, entonces el RNC
puede enviar un acuse positivo de recibo al SGSN. Sin embargo, si,
por ejemplo, no hay recursos disponibles para los servicios de
difusión, entonces el RNC puede enviar un acuse negativo de recibo
al SGSN para terminar el procedimiento de activación de difusión en
el SGSN. En el bloque 312, después de recibir el acuse positivo de
recibo del RNC, el SGSN puede iniciar la remisión de datos al
RNC.
Se describirán ahora la conexión punto a punto y
la conexión punto a multipunto. Basándose en la base de datos de
multidifusión en el SGSN, el SGSN puede encaminar las sesiones de
multidifusión a los RNC adecuados que tengan UE capaces de recibir
ciertos servicios de multidifusión, o que sean miembros de ciertos
grupos de multidifusión. De esta forma, puede optimizarse el uso de
recursos de radio relacionados con la multidifusión en la parte de
la UTRAN, cuando los datos se envían sólo mediante las interfaces de
radio tras las cuales se sabe que existen los oyentes
potenciales.
Para hacer el sistema más eficiente desde el
punto de vista de la interfaz aérea, el SGSN puede definir si
solicita (para el "RAB de multidifusión") la conexión punto a
punto, o bien la conexión punto a multipunto. La conexión de punto
a punto puede ser eficiente cuando el número de usuarios de
servicios en una célula es muy alto. La conexión punto a punto
puede considerarse cuando el número de abonados de servicios
específicos de multidifusión es muy bajo (es decir, sólo unos pocos
abonados por célula). A fin de hacer esta evaluación en el SGSN, el
SGSN debería ser consciente del número de distintos abonados de
servicios, o de miembros de grupos de multidifusión, en una célula.
El SGSN puede obtener esta información del RNC para mantener la base
de datos basándose en la información recibida de los UE en una
célula, o bien cuando la conexión punto a punto es la adecuada para
la transmisión de datos de multidifusión, sobre la base de un número
bajo de UE autorizados en una célula. La identificación de los UE
puede obtenerse de las células por radiobúsqueda de los UE,
empleando procedimientos mejorados de radiobúsqueda en los cuales
la respuesta a la radiobúsqueda contiene la identificación del UE
sobre la base de qué conexión punto a punto puede establecerse. Más
específicamente, la radiobúsqueda se envía a los UE utilizando una
identificación (p. ej., la IMSI [identidad de abonado móvil
internacional] de multidifusión) que identifica el servicio o un
grupo de multidifusión, pero no el abonado o el UE en sí mismo.
Como respuesta, el UE puede devolver la identificación efectiva del
UE, sobre la cual la red puede establecer la conexión punto a punto
requerida.
La información cuantitativa de los UE puede
obtenerse del RNC utilizando bien el procedimiento de solicitud
periódica de estado, el procedimiento de actualización de
información iniciado por la UTRAN o bien la consulta de estado
disparada puntualmente. Después de recibir la información, el SGSN
puede determinar si el número indicado de abonados al servicio para
el nuevo servicio es tan bajo que, en lugar de utilizar la conexión
de punto a multipunto, el servicio de multidifusión puede enviarse
utilizando conexiones especiales de punto a punto. Cuando se
selecciona la conexión punto a punto, en lugar de solicitar el
"RAB de multidifusión" al RNC, el SGSN puede iniciar el
procedimiento normal de asignación de RAB para inicializar la
reserva de los recursos dedicados para cada uno de los UE
autorizados para servicios de multidifusión en una célula. En la
UTRAN, la inicialización de la conexión punto a punto no difiere de
los procedimientos definidos para los servicios de datos en
paquetes NRT/RT (Transferencia No Fiable/Transferencia Fiable) en
3GPP.
Las realizaciones de la presente invención
pueden proporcionar un procedimiento (en una CN) para activar un
contexto de PDP de multidifusión o difusión, entre un
MBMS-SC/SGSN y un RNC. La activación de contexto PDP
de multidifusión o difusión puede incluir verificar si hay usuarios
en la UTRAN, y si los usuarios están autorizados para recibir los
datos de multidifusión o difusión, y crear un túnel GTP. Los UE
autorizados para recibir el servicio pueden configurarse para
recibir los datos por una interfaz aérea antes del comienzo efectivo
de la
sesión.
sesión.
El inicio de la sesión puede comenzar a partir
de la red (NW). El primer elemento de red que define la necesidad
de la sesión de multidifusión o de difusión en la red celular puede
ser el GGSN o el MBMS-SC. Desde este dispositivo,
puede indicarse la necesidad de iniciar la sesión de multidifusión o
de difusión al SGSN, que es posteriormente responsable de
inicializar la activación del contexto de PDP. Aunque la activación
del contexto de PDP se hace de forma transparente para la UTRAN y
el UE, los servicios del RNC pueden indicar el estado del
servicio/grupo en las células. La UTRAN puede registrar si el RNC
tiene usuarios de multidifusión o de difusión para la CN.
Las realizaciones de la presente invención
pueden procurar que la información de usuario llegue al SGSN, que
puede utilizar esta información para iniciar el proceso de
activación de contexto de PDP. El RNC o el MBMS-SC
puede denegar una solicitud de activación, por motivos tales como
que se ha encontrado una falta de recursos para el servicio o una
falta de abonados del servicio desde esa parte de la red.
Las realizaciones de la presente invención
pueden, por lo tanto, compartir recursos de red, ahorrando así sus
capacidades. Además, no pueden enviarse datos de multidifusión al
RNC bajo el cual se hallan UE no autorizados. La reserva de
recursos, tanto en la CN como en la UTRAN, puede, además, ser una
transacción transparente para
los UE.
los UE.
Cualquier referencia en esta especificación a
"una realización", "realización ejemplar", etc., significa
que un rasgo, estructura o característica específica, descrita con
respecto a la realización, se incluye en al menos una realización
de la invención. Las apariciones de tales frases en diversos lugares
en la especificación no necesariamente se refieren en todos los
casos a la misma realización. Además, cuando un rasgo, estructura o
característica específica se describe con relación a cualquier
realización, se consiente que está dentro del alcance de alguien
versado en la técnica llevar a cabo tal rasgo, estructura o
característica con relación a otras de las realizaciones. Además,
para facilitar la comprensión, ciertos procedimientos pueden haberse
delineado como procedimientos separados; sin embargo, estos
procedimientos delineados por separado no deberían interpretarse
como necesariamente dependientes de un orden en su ejecución. Es
decir, algunos procedimientos pueden admitir ser llevados a cabo en
un ordenamiento alternativo, simultáneamente, etc.
Aunque la presente invención ha sido descrita
con referencia a un cierto número de realizaciones ilustrativas de
la misma, debería entenderse que pueden ser ideadas por aquellos
versados en la técnica otras numerosas modificaciones y
realizaciones, que se incluyen dentro del espíritu y el alcance de
los principios de esta invención. Más específicamente, son posibles
variaciones y modificaciones razonables en las partes componentes
y/o las disposiciones de la disposición de combinaciones del asunto
en cuestión, dentro del ámbito de la revelación precedente, los
dibujos y las reivindicaciones adjuntas. Además de las variaciones y
modificaciones en las partes componentes y/o las disposiciones,
también serán evidentes utilizaciones alternativas para los versados
en la técnica.
Claims (27)
1. Un procedimiento para activar un contexto de
protocolo de datos en paquetes (PDP) en una red celular, que
comprende:
recibir, en un nodo (120) de soporte de GPRS,
información con respecto a abonados de servicios de multidifusión
y/o grupos de multidifusión servidos por un controlador (140) de red
de radio, desde el controlador (140) de red de radio;
actualizar una base de datos de multidifusión
almacenada en el nodo (120) de soporte de GPRS, utilizando la
información recibida;
recibir una solicitud de activación de
multidifusión en un nodo de soporte de GPRS, y
en base a la información almacenada en la base
de datos, iniciar el proceso de activación del contexto de PDP sin
solicitar información adicional del controlador (140) de red de
radio.
\vskip1.000000\baselineskip
2. Un procedimiento según la reivindicación 1,
en el cual el controlador (140) de red de radio sirve a una
pluralidad de equipos (11; 12) de usuario, estando los equipos (11;
12) de usuario configurados para recibir datos de multidifusión por
una interfaz aérea.
3. Un procedimiento según una cualquiera de la
reivindicación 2, en el cual la base de datos incluye información
sobre a qué grupos de multidifusión están abonados los equipos (11;
12) de usuario servidos por cada controlador de red de radio y/o a
qué servicios de multidifusión están abonados los equipos (11; 12)
de usuario servidos por cada controlador de red de radio.
4. Un procedimiento según una cualquiera de las
reivindicaciones 2 o 3, en el cual la base de datos incluye
información sobre qué equipos (11; 12) de usuario, autorizados para
recibir datos de multidifusión, están servidos por cada controlador
de red de radio.
5. Un procedimiento según una cualquiera de las
reivindicaciones 2 a 4, en el cual la base de datos incluye
información de ubicación de equipos (11; 12) de usuario.
6. Un procedimiento según una cualquiera de las
reivindicaciones 2 a 5, en el cual cada controlador de red de radio
sirve a una pluralidad de áreas de multidifusión.
7. Un procedimiento según la reivindicación 6,
en el cual cada controlador de red de radio incluye una base de
datos que contiene información que indica qué servicios de
multidifusión están autorizados para transmitirse a qué área de
multidifusión.
8. Un procedimiento según la reivindicación 3,
en el cual el inicio del proceso de activación del contexto de PDP
incluye comprobar la base de datos para determinar el número de
equipos (11; 12) de usuario en una red de acceso por radio abonados
a un servicio de multidifusión o a un grupo de multidifusión.
9. Un procedimiento según la reivindicación 3,
en el cual la red transmite datos utilizando una conexión punto a
punto si un cierto número de equipos (11; 12) de usuario servidos
por un controlador de red de radio, abonados a un servicio de
multidifusión o a un grupo de multidifusión, es menor que un número
predeterminado.
10. Un procedimiento según una cualquiera de las
reivindicaciones precedentes, en el cual el nodo (120) de soporte
de GPRS recibe la información del controlador (140) de red de radio
en respuesta al envío de una consulta periódica de estado al
controlador (140) de red de radio.
11. Un procedimiento según una cualquiera de las
reivindicaciones precedentes, en el cual el controlador (140) de
red de radio envía información al nodo (120) de soporte de GPRS si
el controlador (140) de red de radio nota un cambio en la
información recibida desde los equipos (11; 12) de usuario.
12. Un procedimiento según una cualquiera de las
reivindicaciones 1 a 10, en el cual el controlador (140) de red de
radio envía información periódicamente al nodo (120) de soporte de
GPRS.
13. Un procedimiento según una cualquiera de las
reivindicaciones precedentes, en el cual la solicitud de activación
de multidifusión es recibida desde un Centro (180) de Servicios de
Difusión/Multidifusión de Multimedios.
14. Un procedimiento según una cualquiera de las
reivindicaciones precedentes, en el cual el proceso de activación
de contexto de PDP es transparente.
\newpage
15. Un procedimiento según una cualquiera de las
reivindicaciones precedentes, que comprende adicionalmente la
creación de Túneles del Protocolo de Tunelización por Pasarela a
continuación del proceso de activación del contexto de PDP.
16. El procedimiento según una cualquiera de las
reivindicaciones 2 a 15, en el cual los equipos (11; 12) de usuario
están asociados a la red celular.
17. Un aparato (120) para activar un contexto
del protocolo de datos en paquetes, PDP, en una red celular, que
comprende:
medios configurados para recibir información con
respecto a los abonados a servicios de multidifusión y/ o los grupos
de multidifusión servidos por un controlador (140) de red de
radio;
medios configurados para actualizar una base de
datos de multidifusión almacenada en el aparato, utilizando la
información recibida;
medios configurados para recibir una solicitud
de activación de multidifusión; y
medios configurados para iniciar un proceso de
activación de contexto de PDP en base a la información almacenada
en la base de datos, sin solicitar información adicional del
controlador de red de radio.
\vskip1.000000\baselineskip
18. Un aparato según la reivindicación 17, en el
cual el controlador (140) de red de radio está configurado para
servir a una pluralidad de equipos (11; 12) de usuario, estando los
equipos (11; 12) de usuario configurados para recibir datos de
multidifusión por una interfaz aérea.
19. Un aparato según la reivindicación 18, en el
cual la base de datos incluye información sobre a qué grupos de
multidifusión están abonados los equipos (11; 12) de usuario
servidos por el controlador (140) de red de radio, y/o a qué
servicios de multidifusión están abonados los equipos (11; 12) de
usuario servidos por el controlador (140) de red de radio.
20. Un aparato según una cualquiera de las
reivindicaciones 18 o 19, en el cual la base de datos incluye
información sobre qué equipos (11; 12) de usuario, autorizados para
recibir datos de multidifusión, están servidos por el controlador
(140) de red de radio.
21. Un aparato según una cualquiera de las
reivindicaciones 18 a 20, en el cual la base de datos incluye
información de ubicación de los equipos (11; 12) de usuario.
22. Un aparato según una cualquiera de las
reivindicaciones 17 a 21, en el cual el aparato está configurado
para recibir periódicamente información desde el controlador (140)
de red de radio.
23. Un aparato según la reivindicación 19, que
comprende adicionalmente medios configurados para comprobar la base
de datos, a fin de determinar el número de equipos (11; 12) de
usuario, en una red de acceso por radio, abonados a un servicio de
multidifusión o a un grupo de multidifusión.
24. Un aparato según la reivindicación 19, que
comprende adicionalmente medios configurados para transmitir datos
utilizando una conexión punto a punto si un cierto número de equipos
(11; 12) de usuario servidos por el controlador (140) de red de
radio, abonados a un servicio de multidifusión o a un grupo de
multidifusión, es menor que un número predeterminado.
25. Un aparato según una cualquiera de las
reivindicaciones 17 a 24, en el cual el aparato (120) está
configurado para recibir la información desde el controlador (140)
de red de radio en respuesta al envío de una consulta periódica de
estado al controlador (140) de red de radio.
26. Un aparato según una cualquiera de las
reivindicaciones 17 a 25, en el cual el medio configurado para
recibir la solicitud de activación de multidifusión está configurado
para recibir la solicitud de activación de multidifusión desde un
Centro (180) de Servicios de Difusión/Multidifusión de
Multimedios.
27. Un sistema para activar un contexto de
protocolo de datos en paquetes, PDP, en una red celular, que
comprende:
un aparato según una cualquiera de las
reivindicaciones 17 a 26; y
un controlador (140) de red de radio.
Applications Claiming Priority (4)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| US34698402P | 2002-01-11 | 2002-01-11 | |
| US346984P | 2002-01-11 | ||
| US108564 | 2002-03-29 | ||
| US10/108,564 US6701155B2 (en) | 2002-01-11 | 2002-03-29 | Network initialized packet data protocol context activation for multicast/broadcast services |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| ES2323227T3 true ES2323227T3 (es) | 2009-07-09 |
Family
ID=26806032
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| ES02790620T Expired - Lifetime ES2323227T3 (es) | 2002-01-11 | 2002-12-27 | Activacion de contexto de un protocolo de datos en paquetes inicializada por red, para servicios de multidifusion/difusion. |
Country Status (7)
| Country | Link |
|---|---|
| US (1) | US6701155B2 (es) |
| EP (1) | EP1464192B1 (es) |
| AT (1) | ATE431047T1 (es) |
| AU (1) | AU2002367334A1 (es) |
| DE (1) | DE60232275D1 (es) |
| ES (1) | ES2323227T3 (es) |
| WO (1) | WO2003058866A2 (es) |
Families Citing this family (110)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US6418324B1 (en) * | 1995-06-01 | 2002-07-09 | Padcom, Incorporated | Apparatus and method for transparent wireless communication between a remote device and host system |
| US6360100B1 (en) * | 1998-09-22 | 2002-03-19 | Qualcomm Incorporated | Method for robust handoff in wireless communication system |
| EP1320215A1 (en) * | 2001-12-13 | 2003-06-18 | TELEFONAKTIEBOLAGET LM ERICSSON (publ) | Method and device for broadcast in point-to-point networks |
| KR100886537B1 (ko) * | 2002-03-15 | 2009-03-02 | 삼성전자주식회사 | 부호분할다중접속 이동통신시스템에서 멀티캐스트멀티미디어 방송 서비스를 위한 데이터 패킷 제어장치 및방법 |
| US7301927B2 (en) * | 2002-05-03 | 2007-11-27 | Samsung Electronics Co., Ltd. | Apparatus and method for multimedia broadcast/multicast service in a mobile communication system |
| KR100827136B1 (ko) * | 2002-05-17 | 2008-05-02 | 삼성전자주식회사 | 이동통신시스템에서의 시그널링 연결 설정방법 |
| KR100871118B1 (ko) | 2002-05-18 | 2008-11-28 | 엘지전자 주식회사 | 멀티캐스트 그룹 관리 방법 |
| KR100860581B1 (ko) * | 2002-05-18 | 2008-09-26 | 엘지전자 주식회사 | 멀티캐스트 데이터 전송 방법 |
| KR20030097373A (ko) * | 2002-06-20 | 2003-12-31 | 삼성전자주식회사 | 이동 통신 시스템에서 멀티캐스트 멀티미디어 방송서비스를 위한 호출 장치 및 방법 |
| KR20030097559A (ko) * | 2002-06-22 | 2003-12-31 | 엘지전자 주식회사 | 무선이동통신 시스템의 멀티미디어 서비스 방법 |
| KR100678181B1 (ko) * | 2002-07-31 | 2007-02-01 | 삼성전자주식회사 | 이동통신 시스템에서 멀티미디어 방송 멀티 캐스트 서비스 데이터를 제공하는 장치 및 방법 |
| KR100827137B1 (ko) * | 2002-08-16 | 2008-05-02 | 삼성전자주식회사 | 이동통신시스템에서의 멀티캐스트 멀티미디어 방송 서비스 제공 방법 |
| CN100493238C (zh) * | 2002-08-16 | 2009-05-27 | 北京三星通信技术研究有限公司 | Mbms点对点信道和点对多点信道的转换方法 |
| EP1543688B1 (en) * | 2002-09-23 | 2011-08-31 | Lg Electronics Inc. | Providing multimedia broadcast and multicast services (mbms) |
| US20040180675A1 (en) * | 2002-11-06 | 2004-09-16 | Samsung Electronics Co., Ltd. | Method for transmitting and receiving control messages in a mobile communication system providing MBMS service |
| KR100889865B1 (ko) * | 2002-11-07 | 2009-03-24 | 엘지전자 주식회사 | 무선 이동통신 시스템의 통신방법 |
| US7970423B2 (en) * | 2002-11-08 | 2011-06-28 | Nokia Corporation | Context linking scheme |
| US6885645B2 (en) * | 2002-11-19 | 2005-04-26 | Motorola, Inc. | Method and mobile station for controlling bearer assignment |
| US7586874B2 (en) | 2003-01-06 | 2009-09-08 | Interdigital Technology Corporation | Wireless communication method and apparatus for providing multimedia broadcast services |
| JP4411842B2 (ja) * | 2003-01-10 | 2010-02-10 | 日本電気株式会社 | 移動通信システム及びそれに用いる無線制御装置及びその動作制御方法 |
| US7668541B2 (en) | 2003-01-31 | 2010-02-23 | Qualcomm Incorporated | Enhanced techniques for using core based nodes for state transfer |
| US6862446B2 (en) * | 2003-01-31 | 2005-03-01 | Flarion Technologies, Inc. | Methods and apparatus for the utilization of core based nodes for state transfer |
| US6909703B2 (en) * | 2003-02-11 | 2005-06-21 | Interdigital Technology Corporation | Method for distribution of wireless transmit/receive unit (WTRU) capability between point to point and point to multipoint services |
| CN102905226B (zh) * | 2003-02-12 | 2015-07-29 | 三星电子株式会社 | 在移动通信系统中提供多媒体广播/多播业务的装备 |
| US8254372B2 (en) | 2003-02-21 | 2012-08-28 | Genband Us Llc | Data communication apparatus and method |
| KR100595585B1 (ko) * | 2003-05-13 | 2006-07-03 | 엘지전자 주식회사 | 이동통신시스템에서의 멀티미디어 방송 및 멀티캐스트서비스를 위한 무선자원관리방법 |
| KR100653343B1 (ko) | 2003-07-29 | 2006-12-06 | 가부시키가이샤 엔.티.티.도코모 | 무선 제어 장치 및 이동 통신 방법 |
| CN1581744A (zh) * | 2003-07-31 | 2005-02-16 | 北京三星通信技术研究有限公司 | 为mbms业务提供多种qos的方法 |
| KR100621955B1 (ko) * | 2003-07-31 | 2006-09-13 | 가부시키가이샤 엔.티.티.도코모 | 무선 제어 장치 및 이동 통신 방법 |
| KR100987207B1 (ko) * | 2003-08-02 | 2010-10-12 | 삼성전자주식회사 | 멀티미디어 방송/다중방송 서비스를 지원하는이동통신시스템에서의 암호화 방법 |
| KR20050020459A (ko) * | 2003-08-22 | 2005-03-04 | 엘지전자 주식회사 | 멀티미디어 방송 멀티캐스트 서비스 전송 방법 |
| US7889689B2 (en) * | 2003-08-26 | 2011-02-15 | Nokia Corporation | Supporting a switch between channels for a multicast transmission |
| FI20031412A0 (fi) * | 2003-09-30 | 2003-09-30 | Nokia Corp | Menetelmä, järjestelmä ja radioliityntäverkkosolmut käyttäjädatayhteyden uudelleenmuodostamiseksi |
| KR100689390B1 (ko) * | 2003-10-02 | 2007-03-02 | 삼성전자주식회사 | 멀티미디어 방송/멀티캐스트 서비스의 서비스 유효성 정보를 송수신하는 방법 |
| US7775432B2 (en) * | 2003-10-16 | 2010-08-17 | Nokia Corporation | Terminal, method and computer program product for interacting with a signaling tag |
| US7721104B2 (en) * | 2003-10-20 | 2010-05-18 | Nokia Corporation | System, method and computer program product for downloading pushed content |
| US7440559B2 (en) * | 2003-10-22 | 2008-10-21 | Nokia Corporation | System and associated terminal, method and computer program product for controlling the flow of content |
| US20050102385A1 (en) * | 2003-10-22 | 2005-05-12 | Nokia Corporation | System and associated terminal, method and computer program product for controlling storage of content |
| EP1536652A1 (en) * | 2003-11-28 | 2005-06-01 | Alcatel | System, method and network elements for transmitting multicast information via a Radio Network Controller not supporting multicast transmission |
| CA2548091A1 (en) | 2003-12-01 | 2005-06-16 | Interdigital Technology Corporation | Method and apparatus for notifying unavailability of broadcast/multicast services |
| EP1542393A1 (en) * | 2003-12-10 | 2005-06-15 | Alcatel | Method for transmitting multicast data |
| US20050129042A1 (en) * | 2003-12-16 | 2005-06-16 | Nokia Corporation | System and associated terminal, method and computer program product for controlling memory for storage of content |
| KR100664278B1 (ko) * | 2004-01-09 | 2007-01-04 | 엘지전자 주식회사 | Ｍｂｍｓ 무선통신 시스템 |
| KR100595646B1 (ko) * | 2004-01-09 | 2006-07-03 | 엘지전자 주식회사 | Ｍｂｍｓ서비스를 제공하는 무선통신 시스템 |
| US20050213541A1 (en) * | 2004-02-13 | 2005-09-29 | Lg Electronics Inc. | Method for transmitting service information between network nodes for MBMS service in mobile communication system |
| US8359349B2 (en) | 2004-03-18 | 2013-01-22 | Nokia Corporation | System and associated terminal, method and computer program product for uploading content |
| US8027265B2 (en) | 2004-03-19 | 2011-09-27 | Genband Us Llc | Providing a capability list of a predefined format in a communications network |
| US7990865B2 (en) | 2004-03-19 | 2011-08-02 | Genband Us Llc | Communicating processing capabilities along a communications path |
| US7423986B2 (en) * | 2004-03-26 | 2008-09-09 | Cisco Technology, Inc. | Providing a multicast service in a communication network |
| CN1266898C (zh) * | 2004-03-29 | 2006-07-26 | 华为技术有限公司 | 一种实现多媒体广播/组播服务业务激活的方法 |
| CN100499456C (zh) * | 2004-04-14 | 2009-06-10 | 华为技术有限公司 | 一种多媒体广播/组播业务的会话开始方法 |
| CN100344092C (zh) * | 2004-05-12 | 2007-10-17 | 华为技术有限公司 | 一种广播业务的会话方法 |
| DE602004017230D1 (de) * | 2004-07-27 | 2008-11-27 | Telecom Italia Spa | Übertragung von multimedia-inhalten zu mehreren mobilen benutzern |
| US20060047576A1 (en) * | 2004-08-30 | 2006-03-02 | Nokia Corporation | Automated memory and accessory purchasing agent for use in a mobile terminal |
| US7830864B2 (en) * | 2004-09-18 | 2010-11-09 | Genband Us Llc | Apparatus and methods for per-session switching for multiple wireline and wireless data types |
| US7729346B2 (en) * | 2004-09-18 | 2010-06-01 | Genband Inc. | UMTS call handling methods and apparatus |
| FI20041267A0 (fi) * | 2004-09-29 | 2004-09-29 | Nokia Corp | Tiedottaminen solukkotietoverkossa |
| US20060083240A1 (en) * | 2004-10-19 | 2006-04-20 | Padcom, Inc. | Broadcasting data over multiple dissimilar wireless networks |
| CN100349435C (zh) * | 2004-10-20 | 2007-11-14 | 华为技术有限公司 | 一种服务通用分组无线业务支持节点设备的路由更新方法 |
| DE602004004148T2 (de) * | 2004-10-21 | 2007-10-11 | Alcatel Lucent | Verfahren zum Bereitstellen eines MBMS-Dienstes in einem drahtlosen Kommunikationssystem |
| CN1303799C (zh) * | 2004-10-28 | 2007-03-07 | 华为技术有限公司 | 一种控制多媒体广播/组播服务会话进行的方法 |
| US7792150B2 (en) | 2005-08-19 | 2010-09-07 | Genband Us Llc | Methods, systems, and computer program products for supporting transcoder-free operation in media gateway |
| MX2008001911A (es) * | 2005-08-22 | 2008-03-24 | Ericsson Telefon Ab L M | Un metodo y disposicion para establecer una sesion de comunicacion para multimedia. |
| US8509799B2 (en) * | 2005-09-19 | 2013-08-13 | Qualcomm Incorporated | Provision of QoS treatment based upon multiple requests |
| US20070083669A1 (en) * | 2005-09-19 | 2007-04-12 | George Tsirtsis | State synchronization of access routers |
| US9078084B2 (en) * | 2005-12-22 | 2015-07-07 | Qualcomm Incorporated | Method and apparatus for end node assisted neighbor discovery |
| US8982778B2 (en) * | 2005-09-19 | 2015-03-17 | Qualcomm Incorporated | Packet routing in a wireless communications environment |
| US20070064948A1 (en) * | 2005-09-19 | 2007-03-22 | George Tsirtsis | Methods and apparatus for the utilization of mobile nodes for state transfer |
| US8982835B2 (en) * | 2005-09-19 | 2015-03-17 | Qualcomm Incorporated | Provision of a move indication to a resource requester |
| US9736752B2 (en) * | 2005-12-22 | 2017-08-15 | Qualcomm Incorporated | Communications methods and apparatus using physical attachment point identifiers which support dual communications links |
| US9066344B2 (en) | 2005-09-19 | 2015-06-23 | Qualcomm Incorporated | State synchronization of access routers |
| US8983468B2 (en) | 2005-12-22 | 2015-03-17 | Qualcomm Incorporated | Communications methods and apparatus using physical attachment point identifiers |
| EP1958391A1 (en) * | 2005-12-02 | 2008-08-20 | TELEFONAKTIEBOLAGET LM ERICSSON (publ) | Selective rab assignment |
| US7558587B2 (en) * | 2005-12-12 | 2009-07-07 | Motorola, Inc. | System and method for dynamically selecting wireless information communication modes for a wireless communication device |
| US8000304B2 (en) * | 2005-12-12 | 2011-08-16 | Motorola Mobility, Inc. | System and method for determining a forward channel rate for wirelessly communicating information to a wireless communication device |
| US7835346B2 (en) * | 2006-01-17 | 2010-11-16 | Genband Us Llc | Methods, systems, and computer program products for providing transcoder free operation (TrFO) and interworking between unlicensed mobile access (UMA) and universal mobile telecommunications system (UMTS) call legs using a media gateway |
| US9083355B2 (en) | 2006-02-24 | 2015-07-14 | Qualcomm Incorporated | Method and apparatus for end node assisted neighbor discovery |
| EP1838034A1 (en) * | 2006-03-24 | 2007-09-26 | Matsushita Electric Industrial Co., Ltd. | Inter-domain group-communications |
| US9438436B2 (en) * | 2006-08-14 | 2016-09-06 | Alcatel Lucent | Broadcast anchor availability indication |
| US8638713B2 (en) * | 2006-12-01 | 2014-01-28 | At&T Mobility Ii Llc | Non-intrusive in-session QoS parameter modification method |
| US20080132268A1 (en) * | 2006-12-01 | 2008-06-05 | Cingular Wireless Ii, Llc | Dynamic quality of service adaptation in packet data communications |
| CN101622711B (zh) | 2006-12-28 | 2012-07-18 | 杰恩邦德公司 | 用于无声插入描述符（sid）转换的方法、系统 |
| KR100979436B1 (ko) * | 2007-03-02 | 2010-09-02 | 삼성전자주식회사 | 광대역 무선 접속 시스템에서 멀티캐스트 및 브로드캐스트 서비스 방송 채널에 대한 채널 전환 장치 및 방법 |
| US9155008B2 (en) * | 2007-03-26 | 2015-10-06 | Qualcomm Incorporated | Apparatus and method of performing a handoff in a communication network |
| US8830818B2 (en) * | 2007-06-07 | 2014-09-09 | Qualcomm Incorporated | Forward handover under radio link failure |
| US9094173B2 (en) * | 2007-06-25 | 2015-07-28 | Qualcomm Incorporated | Recovery from handoff error due to false detection of handoff completion signal at access terminal |
| US20090024552A1 (en) * | 2007-07-20 | 2009-01-22 | Sap Ag | Unified development guidelines |
| US20100142430A1 (en) * | 2008-12-08 | 2010-06-10 | Electronics And Telecommunications Research Institute | Multimedia data service apparatus of mobile communication system supporting multicast and multicast service activation and deactivation methods for multimedia data service |
| US8811302B2 (en) * | 2009-03-26 | 2014-08-19 | Qualcomm Incorporated | Regulating the scope of service geographically in wireless networks |
| US20100254334A1 (en) * | 2009-04-06 | 2010-10-07 | Qualcomm Incorporated | Setting up a communication session within a wireless communications system |
| US8908541B2 (en) | 2009-08-04 | 2014-12-09 | Genband Us Llc | Methods, systems, and computer readable media for intelligent optimization of digital signal processor (DSP) resource utilization in a media gateway |
| CN102158911A (zh) * | 2010-02-11 | 2011-08-17 | 华为技术有限公司 | 机器对机器业务的承载建立方法及网络传输设备 |
| US8615241B2 (en) | 2010-04-09 | 2013-12-24 | Qualcomm Incorporated | Methods and apparatus for facilitating robust forward handover in long term evolution (LTE) communication systems |
| US8462734B2 (en) | 2010-10-20 | 2013-06-11 | Nokia Corporation | Wireless docking with out-of-band initiation |
| KR20120071217A (ko) * | 2010-12-22 | 2012-07-02 | 한국전자통신연구원 | 사물통신 서비스를 위한 데이터 전송 방법 및 이를 이용하는 이동통신 시스템 |
| US8554970B2 (en) | 2011-04-18 | 2013-10-08 | Nokia Corporation | Method, apparatus and computer program product for creating a wireless docking group |
| US8965285B2 (en) | 2011-05-13 | 2015-02-24 | Nokia Corporation | Touch inquiry |
| US8929816B2 (en) | 2011-05-13 | 2015-01-06 | Nokia Corporation | Multiple apparatus selection via touch |
| US8929817B2 (en) | 2011-05-13 | 2015-01-06 | Nokia Corporation | Sensor-based touch inquiry control |
| US8965286B2 (en) | 2011-05-13 | 2015-02-24 | Nokia Corporation | Inquiry response event control |
| US9288228B2 (en) | 2011-08-05 | 2016-03-15 | Nokia Technologies Oy | Method, apparatus, and computer program product for connection setup in device-to-device communication |
| US9497787B2 (en) | 2013-11-25 | 2016-11-15 | Nokia Technologies Oy | Method, apparatus, and computer program product for managing concurrent connections between wireless dockee devices in a wireless docking environment |
| US9860297B2 (en) | 2014-06-02 | 2018-01-02 | Nokia Technologies Oy | Method, apparatus, and computer program product for media selection for moving user |
| US9635690B2 (en) | 2014-06-24 | 2017-04-25 | Nokia Technologies Oy | Method, apparatus, and computer program product for improving security for wireless communication |
| US9338635B2 (en) | 2014-07-01 | 2016-05-10 | Nokia Technologies Oy | Method, apparatus, and computer program product for device tracking |
| US9265080B1 (en) | 2014-10-01 | 2016-02-16 | Nokia Technologies Oy | Method, apparatus, and computer program product for multi-device output mode configuration |
| US11917002B2 (en) * | 2014-10-14 | 2024-02-27 | Comcast Cable Communications, Llc | Manipulation and recording of content transmissions |
| US11943289B2 (en) | 2014-10-14 | 2024-03-26 | Comcast Cable Communications, Llc | Manipulation of content transmissions |
| US10461884B2 (en) | 2017-10-05 | 2019-10-29 | Comcast Cable Communications, Llc | Server selected variable bitrate streaming |
| CN114531655B (zh) * | 2020-11-23 | 2024-03-22 | 维沃移动通信有限公司 | 资源指示方法、接入网侧设备及核心网功能 |
Family Cites Families (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US5457680A (en) * | 1993-05-18 | 1995-10-10 | International Business Machines Corporation | Data gateway for mobile data radio terminals in a data communication network |
| SE9304119D0 (sv) * | 1993-12-10 | 1993-12-10 | Ericsson Ge Mobile Communicat | Apparatuses and mobile stations for providing packet data communication in digital TDMA cellular systems |
| FI105137B (fi) * | 1996-12-02 | 2000-06-15 | Nokia Networks Oy | Parannettu ryhmälähetys pakettiverkossa |
| JP2002529025A (ja) * | 1998-10-27 | 2002-09-03 | コーニンクレッカ フィリップス エレクトロニクス エヌ ヴィ | 対話型サービスを備えた放送ネットワーク |
| DE69911264T2 (de) * | 1999-03-19 | 2004-07-01 | Nokia Corp. | Verfahren und netzelement zum weiterleiten von mehrfachnachrichten |
| CA2369649A1 (en) * | 1999-04-09 | 2000-10-19 | Opentv, Inc. | Bandwidth management on a hybrid point to point broadcast |
| US7149195B2 (en) * | 2001-08-28 | 2006-12-12 | Nokia Corporation | Apparatus, and associated method, for multicasting data in a radio communications system |
-
2002
- 2002-03-29 US US10/108,564 patent/US6701155B2/en not_active Expired - Lifetime
- 2002-12-27 AT AT02790620T patent/ATE431047T1/de not_active IP Right Cessation
- 2002-12-27 ES ES02790620T patent/ES2323227T3/es not_active Expired - Lifetime
- 2002-12-27 EP EP02790620A patent/EP1464192B1/en not_active Expired - Lifetime
- 2002-12-27 AU AU2002367334A patent/AU2002367334A1/en not_active Abandoned
- 2002-12-27 WO PCT/IB2002/005639 patent/WO2003058866A2/en not_active Ceased
- 2002-12-27 DE DE60232275T patent/DE60232275D1/de not_active Expired - Lifetime
Also Published As
| Publication number | Publication date |
|---|---|
| AU2002367334A1 (en) | 2003-07-24 |
| WO2003058866A3 (en) | 2004-01-22 |
| US6701155B2 (en) | 2004-03-02 |
| DE60232275D1 (de) | 2009-06-18 |
| ATE431047T1 (de) | 2009-05-15 |
| EP1464192A2 (en) | 2004-10-06 |
| US20030134653A1 (en) | 2003-07-17 |
| EP1464192B1 (en) | 2009-05-06 |
| EP1464192A4 (en) | 2007-04-11 |
| AU2002367334A8 (en) | 2003-07-24 |
| WO2003058866B1 (en) | 2004-03-11 |
| WO2003058866A2 (en) | 2003-07-17 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| ES2323227T3 (es) | Activacion de contexto de un protocolo de datos en paquetes inicializada por red, para servicios de multidifusion/difusion. | |
| ES2343462T3 (es) | Procedimientos y dispositivos para contar unidades de equipo de usuario en una red de telecomunicacion de radio movil. | |
| US7450534B2 (en) | Temporary mobile group identifier generation and distribution method | |
| US8165053B2 (en) | Method for supporting MBMS service transmission in LTE system | |
| ES2321113T3 (es) | Procedimiento de comienzo de sesion de un servicio de difusion/multidifusion multimedia. | |
| ES2319883T3 (es) | Procedimiento para transmitir contenidos de servicios multimedia en las redes umts mediante multidifusion inmediata de un subconjunto de flujo continuo. | |
| ES2704636T3 (es) | Distribución troncal eficiente del MBMS usando el planteamiento de un solo túnel | |
| ES2344833T3 (es) | Servicio movil multi-punto. | |
| ES2293738T3 (es) | Metodo y aparato para comunicar paquetes de datos desde una red de paquetes externa a una estacion radio movil. | |
| ES2376171T3 (es) | Método y aparato para entrega de servicios de base de datos/voz sobre picorredes y lans inal�?mbricas (wlans) acopladas a dispositivos 3gpp que incluyen elementos de arquitectura e información de protocolo relativos a un servicio de mensajes cortos (sms) sobre wlans. | |
| US7649865B2 (en) | Service-activation based state switching | |
| CN101384006B (zh) | 支持mbms后向兼容性的方法 | |
| ES2807912T3 (es) | Comunicación dispositivo a dispositivo entre dispositivos de comunicación inalámbricos que usan ID de grupo e ID de aplicación | |
| ES2417530T3 (es) | Método y aparato para suministro de datos como parte de un servicio de difusión/multidifusión multimedia | |
| US9030989B2 (en) | Method and apparatus for broadcasting/multicasting content from mobile user equipment over an MBMS network | |
| KR100755981B1 (ko) | 콘텍스트 링크 방식 | |
| US20050151840A1 (en) | Method and system for setting up a multicast or broadcast transmission | |
| ES2368716T3 (es) | Método para distribución de capacidad de smm. | |
| US20050091315A1 (en) | Method, system and radio access network nodes for user data connection re-establishment | |
| ES2974536T3 (es) | Establecimiento de la portadora MBMS en un sistema de comunicaciones de grupo | |
| US20040066774A1 (en) | Mobile communication system, method of controlling operation thereof, and node used for the system | |
| CN100444650C (zh) | 引入mbms业务标识的方法 | |
| KR20050059201A (ko) | 로밍 상태에서의 임시 이동그룹 식별번호 발생 및 분배방법 | |
| US20040264490A1 (en) | Multicast transmission to a radio access network | |
| WO2004034655A1 (en) | A method of establishing and deleting mbms service in sgsn and ggsn |