ES2342285T3 - Procedimiento y sistema de distribucion de contenidos multimedia a traves de una red de comunicacion movil inalambrica. - Google Patents
Procedimiento y sistema de distribucion de contenidos multimedia a traves de una red de comunicacion movil inalambrica. Download PDFInfo
- Publication number
- ES2342285T3 ES2342285T3 ES04727296T ES04727296T ES2342285T3 ES 2342285 T3 ES2342285 T3 ES 2342285T3 ES 04727296 T ES04727296 T ES 04727296T ES 04727296 T ES04727296 T ES 04727296T ES 2342285 T3 ES2342285 T3 ES 2342285T3
- Authority
- ES
- Spain
- Prior art keywords
- radio
- radio link
- base station
- mobile
- mobile stations
- 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
- 238000000034 method Methods 0.000 title claims abstract description 88
- 238000010295 mobile communication Methods 0.000 title description 7
- 238000004891 communication Methods 0.000 claims abstract description 79
- 108091006621 SLC12A1 Proteins 0.000 claims abstract description 9
- 108091006620 SLC12A2 Proteins 0.000 claims abstract description 9
- 101150080339 BTS1 gene Proteins 0.000 claims abstract description 8
- 101000935040 Homo sapiens Integrin beta-2 Proteins 0.000 claims abstract 4
- 101000798109 Homo sapiens Melanotransferrin Proteins 0.000 claims abstract 4
- 102100025390 Integrin beta-2 Human genes 0.000 claims abstract 4
- 102100032239 Melanotransferrin Human genes 0.000 claims abstract 4
- 102000047724 Member 2 Solute Carrier Family 12 Human genes 0.000 claims abstract 3
- 230000001174 ascending effect Effects 0.000 claims description 26
- 238000012790 confirmation Methods 0.000 claims description 26
- 230000004044 response Effects 0.000 claims description 21
- 239000000284 extract Substances 0.000 claims description 3
- 230000002123 temporal effect Effects 0.000 claims description 2
- 101100168091 Saccharomyces cerevisiae (strain ATCC 204508 / S288c) COG1 gene Proteins 0.000 abstract description 8
- 238000002372 labelling Methods 0.000 abstract 1
- 101000741965 Homo sapiens Inactive tyrosine-protein kinase PRAG1 Proteins 0.000 description 61
- 102100038659 Inactive tyrosine-protein kinase PRAG1 Human genes 0.000 description 61
- 230000005540 biological transmission Effects 0.000 description 20
- 230000004913 activation Effects 0.000 description 14
- 238000012546 transfer Methods 0.000 description 13
- 230000001413 cellular effect Effects 0.000 description 10
- 102100034243 Solute carrier family 12 member 2 Human genes 0.000 description 9
- 238000007726 management method Methods 0.000 description 5
- 230000008901 benefit Effects 0.000 description 4
- 239000000969 carrier Substances 0.000 description 4
- 101000640899 Homo sapiens Solute carrier family 12 member 2 Proteins 0.000 description 3
- 238000012986 modification Methods 0.000 description 3
- 230000004048 modification Effects 0.000 description 3
- 230000008569 process Effects 0.000 description 3
- 238000012545 processing Methods 0.000 description 3
- 230000000717 retained effect Effects 0.000 description 3
- 239000002699 waste material Substances 0.000 description 3
- 102100039641 Protein MFI Human genes 0.000 description 2
- 102100039145 Trefoil factor 3 Human genes 0.000 description 2
- 230000003213 activating effect Effects 0.000 description 2
- 230000007547 defect Effects 0.000 description 2
- 230000007812 deficiency Effects 0.000 description 2
- 230000001373 regressive effect Effects 0.000 description 2
- 238000010561 standard procedure Methods 0.000 description 2
- 230000001960 triggered effect Effects 0.000 description 2
- 101100174285 Arabidopsis thaliana FRB1 gene Proteins 0.000 description 1
- 101100545229 Saccharomyces cerevisiae (strain ATCC 204508 / S288c) ZDS2 gene Proteins 0.000 description 1
- 101100022564 Schizosaccharomyces pombe (strain 972 / ATCC 24843) mcs4 gene Proteins 0.000 description 1
- 101150005271 TBF-1 gene Proteins 0.000 description 1
- 101100167209 Ustilago maydis (strain 521 / FGSC 9021) CHS8 gene Proteins 0.000 description 1
- 230000009471 action Effects 0.000 description 1
- 238000013459 approach Methods 0.000 description 1
- 230000010267 cellular communication Effects 0.000 description 1
- 230000008859 change Effects 0.000 description 1
- 230000000295 complement effect Effects 0.000 description 1
- 230000006835 compression Effects 0.000 description 1
- 238000007906 compression Methods 0.000 description 1
- 238000010586 diagram Methods 0.000 description 1
- 230000000694 effects Effects 0.000 description 1
- 238000005516 engineering process Methods 0.000 description 1
- 239000001761 ethyl methyl cellulose Substances 0.000 description 1
- 230000006870 function Effects 0.000 description 1
- 230000004807 localization Effects 0.000 description 1
- 238000012544 monitoring process Methods 0.000 description 1
- 230000008447 perception Effects 0.000 description 1
- 230000002093 peripheral effect Effects 0.000 description 1
- 230000035755 proliferation Effects 0.000 description 1
- 230000011218 segmentation Effects 0.000 description 1
- 230000011664 signaling Effects 0.000 description 1
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/02—Details
- H04L12/16—Arrangements for providing special services to substations
- H04L12/18—Arrangements for providing special services to substations for broadcast or conference, e.g. multicast
- H04L12/189—Arrangements for providing special services to substations for broadcast or conference, e.g. multicast in combination with wireless systems
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W76/00—Connection management
- H04W76/10—Connection setup
- H04W76/11—Allocation or use of connection identifiers
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W72/00—Local resource management
- H04W72/30—Resource management for broadcast services
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)
Abstract
En una red de comunicaciones inalámbricas (100) que comprende un subsistema de estación base para controlar al menos una célula de red (BSC1, BTS1, CÉLULA1; BSC2, BTS2, CÉLULA2; BTS3, CÉLULA3, BTS4, CÉLULA4), y donde el subsistema de estación base se comunica con estaciones móviles (MS1, MS2, MS3, MS5, MS7) en la célula a través de bloques de radio, un procedimiento para distribuir contenidos de información recibidos en paquetes de datos en el subsistema de estación base a las estaciones móviles, que comprende: - obtener, comenzando desde los paquetes de datos, bloques de radio (400) a ser transmitidos a través de la célula de red; - etiquetar dichos bloques de radio con un primer identificador de enlace de radio, identificando una conexión lógica entre una estación móvil y el subsistema de estación base (TFI1); - comunicar el primer identificador de enlace de radio a una primera estación móvil (MS1, MS3, MS5) en la célula de red; y, - en caso que al menos una segunda estación móvil (MS2, MS7) en la célula de red solicite recibir los contenidos de información, comunicarlo a dicho primer identificador de enlace de radio, caracterizado porque comprende, además: - haber asignado a la primera estación móvil y la al menos una segunda estación móvil, segundos identificadores de enlace de radio respectivos (MFI1, MFI2, MFI3, MFI5, MFI7), para ser incluidos en dichos bloques de radio.
Description
Procedimiento y sistema de distribución de
contenidos multimedia a través de una red de comunicación móvil
inalámbrica.
La presente invención, en general, se refiere al
campo de las telecomunicaciones, y, más particularmente, a redes de
comunicaciones móviles inalámbricas, tales como las redes de
telefonía móviles. Específicamente, la invención se refiere a la
distribución de cantidades de datos relevantes, tales como los
contenidos de información multimedia, a terminales de usuario
móviles (por ejemplo, teléfonos móviles) a través de una red de
comunicaciones móviles inalámbricas.
Las redes de telefonía móviles fueron
inicialmente concebidas para permitir comunicaciones de voz, en
forma similar a las redes públicas de telefonía conmutada (PSTNs)
por cable, pero entre usuarios móviles.
Las redes de telefonía móviles han experimentado
una gran expansión, especialmente tras la introducción de redes
celulares móviles de segunda generación, y particularmente redes
celulares móviles digitales, de modo que cumplan con el estándar
del sistema global para comunicaciones móviles (GSM) (y sus
contrapartes estadounidense y
japonesa).
japonesa).
Los servicios ofrecidos por estas redes
celulares, además de comunicaciones de voz simples, han aumentado
rápidamente en cantidad y calidad; solamente para citar algunos
ejemplos, los servicios de sistema de mensajes cortos (SMS) y
sistema de mensajería multimedia (MMS), y los servicios de
conectividad de Internet se han vuelto disponibles en los últimos
años.
No obstante, estas redes celulares de segunda
generación, si bien son satisfactorias para comunicación de voz,
ofrecen capacidades muy pobres de intercambio de datos.
En forma similar a las PSTNs, las redes
celulares de segunda generación son, en realidad, redes de circuito
conmutado; esto limita en gran medida el ancho de banda que puede
ser distribuido para un usuario dado. Por el contrario, las redes
de comunicaciones de datos, tales como las redes de computación y,
entre ellas, Internet, adoptan esquemas de conmutación de paquete,
que permiten velocidades de transferencia de datos mucho
mayores.
Se han propuesto algunas soluciones para superar
las limitaciones de las redes celulares de circuito conmutado
convencionales, tales como las redes GSM, con el fin de permitir que
los usuarios de terminales móviles puedan explotar eficientemente
servicios ofrecidos a través de Internet.
Una de las soluciones que ha adquirido una
popularidad significativa es el servicio de radio de paquete
general (en forma abreviada, GPRS). El GPRS es una tecnología de
telefonía móvil digital compatible con redes GSM (en realidad,
construido sobre la arquitectura de red GSM existente) que permite
una transferencia de datos a una velocidad mayor que la permitida
puramente por GSM.
Esencialmente, el GPRS puede considerarse como
un complemento de GSM que soporta y permite comunicación de datos
basándose en paquetes.
A pesar de que los sistemas de comunicaciones
inalámbricas de tercera generación, tales como las que cumplen con
el sistema universal de telecomunicaciones móviles (UMTS) son más
prometedores en términos de velocidades de transferencia de datos,
el GPRS es una solución de disponibilidad inmediata para mejorar las
capacidades de intercambio de datos de redes GSM ya existentes, y,
por lo tanto, está ganando una creciente popularidad.
En redes de comunicaciones GPRS el contenido de
información es, en general, transferido en una modalidad punto a
punto (unidifusión), al momento de la activación de una sesión entre
un teléfono móvil (o estación móvil) GPRS y un proveedor de
servicio conectado a una red de datos de paquete, por ejemplo, un
servidor conectado a Internet; la activación de dicha sesión
involucra la configuración de conexiones lógicas entre el servidor y
el teléfono móvil GPRS.
En dicho modo de comunicación punto a punto, los
recursos de radio a ser distribuidos para el intercambio de datos
entre la red GPRS terrestre y las estaciones móviles GPRS dependen
del número de estaciones móviles diferentes que explotan
simultáneamente los servicios GPRS, incluso si el mismo servicio
GPRS está siendo explotado por dos o más usuarios de una estación
móvil al mismo tiempo. Claramente, esto limita la posibilidad de
acceder simultáneamente a servicios GPRS disponibles por diversos
usuarios, a menos que los recursos de radio estén
sobredimensionados.
Así, sería conveniente tener la posibilidad de
entregar contenidos de información relacionados con un mismo
servicio GPRS explotable por dos o más usuarios a la vez, a través
de un modo de transmisión punto a multipunto, ahorrando la cantidad
de recursos distribuidos.
Ya se ha tratado en el estado de la técnica el
problema de radiodifundir contenidos de información relativamente
masiva, tales como los contenidos multimedia (audio y/o vídeo), a
varios usuarios de terminal móvil.
En particular, la especificación técnica del
3GPP (programa de colaboración de tercera generación) Nº TS 23.246
(Aservicio de radiodifusión/multidifusión multimedia (MBMS),
arquitectura y descripción funcional), v6.1.0, de diciembre de
2003, cuyas enseñanzas se incorporan en la presente a modo de
referencia, describe la solución arquitectónica y funcionalidades
para MBMS.
La especificación técnica a la que se hace
referencia anteriormente trata los aspectos de la "red
central", y no cubre los aspectos de comunicaciones de radio
físicos involucrados en la implementación de un MBMS.
La transmisión multidifusión en redes GPRS
también se trata en la solicitud internacional Nº WO 03/019840 A2.
El procedimiento propuesto en ese documento provee el enrutamiento a
través de una red celular de solamente una copia única de datos
multidifundidos a una pluralidad de estaciones móviles en una
célula; se emula una estación móvil de abonado virtual, que tiene
un servicio multidifundido abonado y recibe los datos
multidifundidos para la célula. Se ordena a las estaciones móviles
reales que deberían recibir los datos multidifundidos, escuchar, y,
en consecuencia, sintonizar un canal asignado al abonado
virtual.
La Solicitante observa que la implementación del
procedimiento propuesto no es libre de costos, ya que involucra la
modificación, de una forma significativa, de los aparatos de red que
rigen las comunicaciones de radio. En particular, se necesitan
elementos para emular la estación móvil virtual.
Asimismo, la Solicitante observa que el
procedimiento propuesto muestra una desventaja adicional y más
grave: no pueden distinguirse las diferentes estaciones móviles en
una célula que explotan un servicio multidifundido dado para los
aparatos de red, que se ven así imposibilitados para direccionar
información a una estación móvil
específica.
específica.
De acuerdo con la opinión de la Solicitante,
esta es una limitación grave, por ejemplo, ya que hace imposible la
implementación de políticas eficientes de confirmación/no
confirmación del contenido distribuido.
De acuerdo con una presentación efectuada en
forma reciente en la reunión de GERAN 2 Nº18, que tuvo lugar en
Phoenix, AZ, EE. UU., desde el 22 de marzo hasta el 26 de marzo de
2004 (cuyo texto puede ser bajado del sitio
ftp://ftp.3gpp.org/TSG_GERAN/WG2_protocol_aspects/GERAN2_18bis_Phoenix/Docs/G2-040286)
de internet titulado "canal de realimentación común para entrega
de MBMS", se propone definir un canal de realimentación común
(CFCH) destinado a ser utilizado como un canal de realimentación,
donde las confirmaciones negativas (NACK) son enviadas como ráfagas
de acceso en tiempos precisos. Más específicamente, de acuerdo con
los que lo proponen, los mensajes de realimentación son enviados
por todas las estaciones móviles (MSs) interesadas como ráfagas de
acceso sobre el CFCH en un tiempo preciso: si una MS no decodifica
el bloque RLC transmitido en el tiempo t, enviará una ráfaga de
acceso en el tiempo t + \Deltat; si una MS decodifica con éxito el
bloque RLC transmitido en el tiempo t, no se transmite nada sobre
el canal de realimentación en el tiempo t + \Deltat.
La consecuencia es que, si se detecta una ráfaga
de acceso en el tiempo t + \Deltat (la red podría inferir que una
o más MSs han enviado una NACK desde la potencia recibida aumentada
sobre el canal de realimentación), la red advierte que el bloque
transmitido en el tiempo t no ha sido recibido (al menos) por una
MS.
Los que lo proponen observan que si varias MSs
envían ráfagas de acceso al mismo tiempo y éstas colisionan, no
habrá problema ya que todas transportan la misma información (es
decir, pérdida de bloque enviado en el tiempo t). La información no
es el contenido de la ráfaga de acceso, sino la presencia de la
ráfaga de acceso misma.
No obstante, la Solicitante es de la opinión que
esta implementación de la realimentación desde las MSs no es
adecuada para implementar políticas de confirmación/no confirmación
eficientes. Por ejemplo, esta implementación no permite reconocer
si una serie de respuestas de NACK puede ser ignorada ya que
proviene de una estación móvil ubicada en un área geográfica donde
la recepción de señal es muy pobre. Como otro ejemplo, esta
implementación no puede permitir una mejor sintonización de algunos
parámetros de Las estaciones móviles con el fin de aumentar la
calidad de la recepción de los contenidos de datos, como es, por
ejemplo, el avance de timing de las estaciones móviles. También se
advierte que los que proponen la solución citada afirman claramente
que su objetivo no consiste en realizar un protocolo completamente
confirmado.
La Solicitante se ha enfrentado con el problema
de implementar un servicio MBMS donde la información puede ser
específicamente direccionada a diferentes estaciones móviles (por
ejemplo, un pedido de ACK/NACK), y donde la información desde las
estaciones móviles puede ser reconocida y distinguida (por ejemplo,
con el fin de obtener una realimentación de ACK/NACK), por medio de
equipos de red adecuados.
La Solicitante ha descubierto que las estaciones
móviles en una célula que están explotando un servicio
multidifundido dado, y que así no pueden ser distinguidas por la red
(ya que comparten los mismos recursos de comunicación físicos),
pueden considerarse distinguibles unas de otras definiendo un
identificador de enlace de radio, preferentemente adaptado para ser
incluido en una cabecera de los bloques de radio enviados a las
estaciones móviles para el servicio multidifundido, y comunicando
dicho identificador a las estaciones móviles. Esto permite la
implementación de, por ejemplo, esquemas de retransmisión de datos
más eficientes.
\newpage
De acuerdo con un aspecto de la presente
invención, se provee, por lo tanto, un procedimiento tal como se
establece en la reivindicación 1 anexa, para distribuir paquetes de
datos a estaciones móviles a través de una red de comunicaciones
inalámbricas.
En resumen, en una red de comunicaciones
inalámbricas que comprende un subsistema de estación base que
controla al menos una célula de red, y donde el subsistema de
estación base se comunica con estaciones móviles en la célula a
través de bloques de radio, el procedimiento de acuerdo con este
aspecto de la invención comprende:
- obtener, comenzando desde los paquetes de
datos, bloques de radio para ser transmitidos a través de la célula
de red;
- etiquetar dichos bloques de radio con un
primer identificador de enlace de radio, identificando una conexión
lógica entre una estación móvil y el subsistema de estación
base;
- comunicar el primer identificador de enlace de
radio a una primera estación móvil en la célula de red; y
- en caso que al menos una segunda estación
móvil en la célula de red solicite recibir los contenidos de
información, comunicarlo al primer identificador de enlace de
radio.
El procedimiento comprende, además, haber
asignado a la primera estación móvil y la al menos una segunda
estación móvil segundos identificadores de enlace de radio
respectivos, para ser incluidos en dichos bloques de radio.
En una forma de realización de la presente
invención, dicho primer identificador de enlace de radio comprende
una identidad de flujo temporal (TFI) que corresponde a un flujo de
bloque temporal (TBF) activado por el subsistema de estación base
para entregar los contenidos de información a las estaciones
móviles.
En particular, dichos segundos identificadores
de enlace de radio son unívocamente asignados a cada estación
móvil.
En una forma de realización preferida de la
invención, dicho paso de haber asignado a la primera y la al menos
una segunda estaciones móviles segundos identificadores de enlace de
radio respectivos incluye asignar a la primera y la al menos una
segunda estaciones móviles parámetros útiles para permitir una
sincronización de la comunicación de radio entre la MS y el
subsistema de estación base.
Dicho paso de haber asignado a la primera y la
al menos una segunda estaciones móviles segundos identificadores de
enlace de radio respectivos puede ser llevado a cabo por el
subsistema de estación base a petición de las estaciones móviles, o
automáticamente en respuesta a un pedido de servicio desde las
estaciones móviles. En particular, este paso puede ser llevado a
cabo comenzando a transmitir bloques de radio e incluso más
particularmente, puede ser llevado a cabo antes de comenzar a
transmitir los bloques de radio e incluso más particularmente,
puede ser llevado a cabo antes o después de dicho paso de
comunicación de dicho primer identificador de enlace de radio a
dicha primera y dicha segunda estaciones móviles.
En una forma de realización de la invención, el
procedimiento comprende haber asignado a cada estación móvil en
exceso de un número predeterminado, un segundo identificador de
enlace de radio común.
En particular, dicho paso de haber asignado a la
primera y la al menos una segunda estaciones móviles segundos
identificadores de enlace de radio respectivos puede comprender
establecer un enlace ascendente de comunicación temporal desde las
estaciones móviles hasta el subsistema de estación base.
Preferentemente, el enlace ascendente de comunicación temporal es
liberado antes de transmitir a través de la célula de red dichos
bloques de radio obtenidos a partir de dichos paquetes de datos.
La información puede ser direccionada a una
estación móvil seleccionada entre la primera y la al menos una
segunda estaciones móviles, utilizando el segundo identificador de
enlace de radio respectivo; para tal efecto, el segundo
identificador de enlace de radio puede estar incluido en al menos un
bloque de radio obtenido a partir de dichos paquetes de datos,
particularmente en una porción de cabecera de los mismos.
En particular, dicho paso de direccionar la
información comprende, además, pedir a la estación móvil
seleccionada que provea una respuesta; dicha respuesta puede pedir a
la estación móvil que provea información de confirmación respecto
de la recepción exitosa de los bloques de radio obtenidos a partir
de paquetes de datos. En particular, dicha respuesta puede ser
transmitida al subsistema de estación base sobre un canal de
control asociado con un canal sobre el cual se transmiten los
bloques de radio. El procedimiento puede incluir la retransmisión
de bloques de datos ya transmitidos, obtenidos a partir de los
paquetes de datos, dependiendo de la información de confirmación
recibida desde las estaciones móviles.
De acuerdo con otro aspecto de la presente
invención, se provee un sistema de red de comunicaciones
inalámbricas, tal como se establece en la reivindicación 20 anexa,
para distribuir contenidos de información provistos en paquetes de
datos por un proveedor de contenidos de información a estaciones
móviles, a través de una red de comunicaciones inalámbricas.
\global\parskip0.900000\baselineskip
En resumen, el sistema de red de comunicaciones
inalámbricas comprende:
- un subsistema de estación base de red que
permite comunicaciones inalámbricas con una pluralidad de estaciones
móviles ubicadas en una célula de red a través de bloques de radio,
donde el subsistema de estación base está adaptado para recibir
contenidos de información en paquetes de datos, obtener bloques de
radio a partir de los paquetes de datos, etiquetar los bloques de
datos con un primer identificador de enlace de radio para ser
comunicados a una primera estación móvil en la célula de red y a al
menos una segunda estación móvil en la célula de red que solicita
recibir contenidos de información, transmitiendo los bloques de
radio.
El subsistema de estación base también está
adaptado para asignar segundos identificadores de enlace de radio a
la primera estación móvil y a la al menos una segunda estación
móvil, donde los segundos identificadores de enlace de radio están
adaptados para ser incluidos en dichos bloques de radio.
En particular, dicho primer identificador de
enlace de radio comprende una identidad de flujo temporal (TFI) que
corresponde a un flujo de bloque temporal (TBF) activado por el
subsistema de estación base para entregar los contenidos de
información a las estaciones móviles.
El subsistema de estación base puede estar
adaptado para asignar unívocamente dichos segundos identificadores
de enlace de radio a cada estación móvil.
El subsistema de estación base puede estar
adaptado, además, para asignar a la primera y al menos una segunda
estaciones móviles, parámetros útiles para permitir una
sincronización de las comunicaciones de radio entre las estaciones
móviles y el subsistema de estación base.
El subsistema de estación base puede estar
adaptado para asignar los segundos identificadores de enlace de
radio a pedido desde las estaciones móviles, o automáticamente en
respuesta a un pedido de servicio desde las estaciones móviles. En
particular, el subsistema de estación base puede estar adaptado para
asignar los segundos identificadores de enlace de radio antes de
comenzar la distribución de los contenidos de información, en
particular antes o, en forma alternativa, después de comunicar el
primer identificador de enlace de radio a las estaciones
móviles.
El subsistema de estación base puede estar
adaptado para asignar un segundo identificador de enlace de radio
común a cada estación móvil en exceso de un número
predeterminado.
El subsistema de estación base puede estar
adaptado, además, para establecer un enlace ascendente de
comunicación temporal desde las estaciones móviles hasta el
subsistema de estación base antes de comenzar a transmitir los
bloques de radio.
En una forma de realización de la invención, el
subsistema de estación base está adaptado para direccionar
información a una estación móvil entre la primera y la al menos una
segunda estaciones móviles, utilizando los segundos identificadores
de enlace de radio respectivos; en particular, el segundo
identificador de enlace de radio puede estar incluido en al menos
uno de los bloques de radio obtenidos a partir de los paquetes de
datos.
En una forma de realización de la invención, el
subsistema de estación base está adaptado para pedir a la estación
móvil direccionada que provea una respuesta; en particular que
provea información de confirmación respecto de la recepción exitosa
de los bloques de radio obtenidos a partir de dichos paquetes de
datos. El subsistema de estación base puede estar adaptado, además,
para retransmitir bloques de datos ya transmitidos, obtenidos a
partir de dichos paquetes de datos, dependiendo de la información de
confirmación recibida desde las estaciones móviles.
En particular, dicha respuesta puede ser
transmitida sobre un canal de control asociado con un canal sobre el
cual se transmiten los bloques de radio.
De acuerdo con un tercer aspecto de la presente
invención, se provee una estación móvil, tal como se establece en
la reivindicación 38, para el uso en una red de comunicaciones
inalámbricas que soporta la distribución a las estaciones móviles
de contenidos de información provistos en paquetes de datos por un
proveedor de contenidos de información, donde los contenidos de
información son transmitidos a las estaciones móviles en bloques de
radio etiquetados por un primer identificador de enlace de radio,
particularmente una identidad de flujo temporal (TFI) que
corresponde a un flujo de bloque temporal (TBF) activado para
entregar los contenidos de información a las estaciones móviles,
comunicados por el subsistema de estación base a las estaciones
móviles.
En resumen, la estación móvil está adaptada
para:
- almacenar un segundo identificador de enlace
de radio propio asignado a la misma;
- reconocer un bloque de radio recibido de forma
de incluir un segundo identificador de enlace de radio;
- extraer el segundo identificador de enlace de
radio desde el bloque de radio recibido; y
- comparar el segundo identificador de enlace de
radio extraído con dicho segundo identificador de enlace de radio
propio.
\global\parskip1.000000\baselineskip
En particular, la estación móvil puede estar
adaptada, además, para considerarse a sí misma como direccionada por
la red, en caso que dicho segundo identificador de enlace de radio
extraído se corresponda con el segundo identificador de enlace de
radio propio.
En particular, la estación móvil está adaptada,
además, para proveer a la red información respecto de la recepción
exitosa de los bloques de radio, entregando los contenidos de
información cuando son direccionados a través del segundo
identificador de enlace de radio personal.
Dicho primer identificador de enlace de radio
comprende una identidad de flujo temporal (TFI) que corresponde a un
flujo de bloque temporal (TBF) activado para entregar los contenidos
de información a las estaciones móviles.
Estas y otras características y ventajas de la
presente invención serán evidentes a partir de la descripción
detallada de una forma de realización de las mismas, provista
simplemente a modo de ejemplo, sin limitarse a ello, donde la
descripción será establecida haciendo referencia a los dibujos
adjuntos, donde:
- la Figura 1 es una vista esquemática de una
red GPRS que soporta servicios multidifundidos, adaptada para
implementar un procedimiento de acuerdo con una forma de realización
de la presente invención;
- la Figura 2 muestra esquemáticamente cómo los
datos relacionados con un mismo servicio GPRS son distribuidos en
multidifusión a varias estaciones móviles en una célula por vez, sin
desperdiciar recursos de radio, en una forma de realización de la
presente invención;
- la Figura 3 es un diagrama de flujo
esquemático que ilustra la operación de la red GPRS de la Figura 1,
respecto de un servicio multidifundido genérico;
- la Figura 4-A es una
representación ilustrativa más detallada en despiece de la
estructura de un bloque de datos de radio GPRS, que muestra cómo los
usuarios de un mismo servicio multidifundido son considerados
distinguibles e individualmente direccionables por los aparatos de
red, en una forma de realización de la presente invención;
- la Figura 4-B muestra una
representación en despiece similar de la estructura de un bloque de
datos de radio, de acuerdo con un estándar EGRPS (para esquemas de
código GMSK MCS1-MCS4);
- la Figura 5 es un diagrama de flujo
esquemático que ilustra un esquema de confirmación/no confirmación
de recepción de datos de MS selectiva, de acuerdo con una forma de
realización de la presente invención;
- la Figura 6 muestra esquemáticamente, en
términos de bloques funcionales relevantes para la comprensión de la
forma de realización de la invención ilustrada, considerada en la
presente, una estación móvil adaptada para explotar un servicio GPRS
multidifundido;
- la Figura 7 es una representación ilustrativa
del esquema de confirmación/no confirmación de recepción de datos de
MS selectiva que se muestra en la Figura 5;
- las Figuras 8-A y
8-B muestran esquemáticamente, en términos de
mensajes intercambiados, dos procedimientos alternativos para
asignar recursos a MSs cuando un servicio GPRS multidifundido
comienza a ser entregado.
Con referencia a los dibujos y, particularmente,
a la Figura 1, se muestra esquemáticamente una red de comunicaciones
móviles celulares 100, particularmente una red GSM.
La red de comunicaciones móviles 100 comprende
una pluralidad de subsistemas de estación base (BSSs), donde cada
uno provee cobertura para comunicaciones celulares en una región
geográfica respectiva.
El BSS genérico comprende una pluralidad de
estaciones base de transmisión/recepción (BTSs), donde cada una
cubre un área geográfica respectiva dentro de la región cubierta por
el BSS; el número de BTSs en un BSS puede ser en la práctica
bastante alto pero, para mayor simplicidad del dibujo, en la Figura
1 se muestran solamente cuatro BTSs BTS1, BTS2, BTS3 y BTS4
(representadas ilustrativamente por una antena) con una célula
asociada CÉLULA1, CÉLULA2, CÉLULA3 Y CÉLULA4 (ilustradas
esquemáticamente como un área rodeada por un círculo de guiones).
El BSS genérico se comunica con estaciones móviles (MS) de usuarios,
típicamente teléfonos celulares, que están ubicadas en la célula de
la BTS, tales como las las MSs MS1 y MS2 dentro de la célula
CÉLULA1, la MS MS3 dentro de la célula CÉLULA2, la MS MS4 dentro de
la célula CÉLULA3 y las MSs MS5, MS6 y MS7 dentro de la célula
CÉLULA4.
Típicamente, una pluralidad de BTSs están
conectadas a un mismo controlador de estación base (BSC), una
unidad de red que controla las BTSs; por ejemplo, todas las BTSs de
un mismo BSS están conectadas a un mismo BSC, tal como se hace
referencia en la Figura 1, el BSC BSC1 al cual la BTS BTS1 está
conectada, y el BSC BSC2 al cual las otras tres BTSs BTS2, BTS3 y
BTS4 están conectadas. En sentido amplio, las BTSs manejan la
transmisión/recepción real de señales desde/hacia las MSs, mientras
que los BSCs instruyen a las diferentes BTSs respecto de qué datos
deben ser transmitidos sobre canales de comunicación de radio
físicos específicos.
La Figura 1 ilustra esquemáticamente elementos
red que, de acuerdo con el estándar GPRS, permiten a las MSs,
conectadas a la red de comunicaciones móviles celulares 100, acceder
a una red de comunicaciones de datos basándose en paquetes (en
forma abreviada, una red de datos de paquete) como ser, por ejemplo,
Internet y/o Intranet, más generalmente cualquier red de
comunicaciones de datos donde se intercambian datos en paquetes, es
decir, de acuerdo con un esquema de paquete conmutado, en lugar de
uno de circuito conmutado, particularmente, pero sin limitarse a
ello, cualquier red que adopte el protocolo de Internet (IP). En el
dibujo, la red externa de datos de paquete se muestra sólo
esquemáticamente, y está identificada globalmente por el número de
referencia 105; a continuación, se supondrá que la red externa de
datos de paquete 105 es Internet, pero sin limitarse a ello,
tratándose simplemente de un ejemplo.
Sin entrar en detalles excesivos, conocido per
se en el estado de la técnica y no relevante para la comprensión de
la forma de realización de la invención que se describe en la
presente, se provee al menos un nodo de soporte GPRS de pasarela
(GGSN) GGSN para actuar como una interfase entre la red celular 100
y una o más redes externas de datos de paquete, tales como las
Internet 105. El GGSN GGSN intercambia paquetes de datos, a través
de una red principal GPRS 110, con uno o más nodos de soporte GPRS
en servicio (SGSN), tales como las los dos SGSNs SGSN1 y SGSN2 que
se muestran en el dibujo. El SGSN genérico está asociado con uno o
más BSSs respectivos, y enruta los paquetes de datos recibidos, a
través del GGSN (o uno de los GGSNs, si existe más de un GGSN) y la
red principal GPRS, desde la red externa de comunicaciones basándose
en paquetes (o una de las redes externas de comunicaciones
basándose en paquetes), hasta la MS de destino propio, ubicada en
el área geográfica cubierta por el BSS respectivo (o por uno de los
BSSs respectivos); por ejemplo, el SGSN SGSN1 enruta los paquetes
de datos recibidos, a través del GGSN GGSN y la red principal GPRS
110, desde la red externa de comunicaciones basándose en paquetes
105 hasta la MS MS1 y/o la MS MS2.
En particular, el SGSN genérico efectúa un
seguimiento de la ubicación geográfica de las MSs, con el fin de
tener conocimiento respecto de hacia dónde deben enrutarse los
paquetes de datos para ser entregados a la MS de destino requerida.
En particular, dependiendo del hecho de que la MS esté
intercambiando activamente datos (una condición a la que se hace
referencia como estado LISTO) o no (una condición a la que se hace
referencia como STAND-BY), la ubicación geográfica
cuyo seguimiento es conservado en el SGSN puede ser una célula de
red específica, o un área más grande representada por un grupo de
células, a la que se hace referencia como un Aárea de
enrutamiento@. En otras palabras, el SGSN genérico tiene
conocimiento de en qué célula/área de enrutamiento está
corrientemente ubicada la MS de destino. Se observa que un SGSN
único puede comunicarse con una pluralidad de GGSNs, para recibir
paquetes de datos desde diferentes redes externas de datos de
paquete.
Para proveer servicios de comunicaciones
basándose en paquetes de datos, cada BSC está asociado con una
unidad de control de paquete (PCU) respectiva, que no se muestra
explícitamente en el dibujo ya que está destinada como parte de los
BSCs. La PCU se comporta como una interfase del BSC para una red de
comunicaciones de datos basándose en paquetes 115 interna a la red
celular 100 y que conecta el BSC a un SGSN respectivo, tales como
las el SGSN SGSN1 para el BSC BSC1 y el SGSN SGSN2 para el BSC BSC2.
La PCU convierte los paquetes de datos, recibidos desde el SGSN
respectivo, a través de la red interna de comunicaciones de datos
basándose en paquetes 115, y dirigidos a la MS de destino, en
corrientes de datos adaptadas para ser transmitidas Apor aire@, por
una de las BTSs, explotando los recursos de radio de la red.
Asimismo, las corrientes de datos transmitidas por la MS "por
aire" y recibidas por la BTS son convertidas en paquetes de datos
formateados de acuerdo con el protocolo soportado por la red
interna de comunicaciones de datos basándose en paquetes 115, para
su transmisión al SGSN respectivo, en el dibujo el SGSN SGSN1 o
SGSN2, y al GGSN GGSN.
Convencionalmente, el procedimiento para
permitir al usuario de una MS genérica que soporta comunicaciones
GPRS (una MS GPRS), por ejemplo la MS MS1 en la célula CÉLULA1,
explotar servicios provistos por un proveedor de servicios o
proveedor de contenidos 120 (el servidor), accesibles a través de
Internet 105 o, tal como se menciona en forma abreviada, la
prestación por una MS GPRS de un servicio GPRS, involucra
esencialmente dos pasos: un primer paso (denominado protocolo de
datos de paquete -PDP- activación de contexto) donde se crea una
conexión lógica (el contexto PDP) entre la MS GPRS MS1 y el servidor
120 que provee los contenidos de servicio; y un segundo paso
(denominado flujo de bloque temporal -TBF- activación/liberación)
donde la red celular 100 asigna a la MS GPRS MS1 recursos de
comunicación físicos establecidos, a saber, recursos de radio para
transmisión sobre la porción de enlace de radio Apor aire@ de la red
celular 100.
En particular, sin entrar en detalles excesivos,
muy conocido por los expertos en el arte, la MS GPRS MS1 (después
de haberse registrado en el SGSN que presta servicio a la célula
CÉLULA1 donde la MS GPRS MS1 está ubicada en ese momento, en el
ejemplo, el SGSN SGSN1) envía al SGSN SGSN1 un pedido de activación
de un contexto PDP; el contexto PDP define la red de datos de
paquete a ser utilizada (en el ejemplo, Internet 105), el GGSN a
ser utilizado para acceder a Internet 105 (el GGSN GGSN en el
ejemplo presente) y otros parámetros.
El pedido de contexto PDP dispara un
procedimiento de activación de contexto PDP, donde la MS MS1, el
SGSN SGSN1 y el GGSN GGSN intercambian información útil para
negociar parámetros de contexto PDP.
El procedimiento de activación de contexto PDP
tiene como resultado la definición de una trayectoria de
transferencia de paquetes de datos entre el GGSN GGSN y la PCU que
presta servicio a la BTS BTS1 que cubre la célula CÉLULA1, donde
está ubicada la MS MS1. Se crea, así, un contexto PDP, es decir una
conexión lógica entre la MS GPRS MS1 y el servidor 120.
La activación del contexto PDP no involucra
per se la distribución de recursos de comunicación físicos
de la red celular 100, sino que simplemente establece una conexión
lógica entre la MS GPRS y el servidor; así, el contexto PDP, una
vez activado, puede mantenerse activo durante horas, en principio
para siempre, incluso cuando no hay datos para ser intercambiados
entre el servidor 120 y la MS GPRS MS1, hasta que la MS GPRS MS1 (o
posiblemente, el servidor 120) lo desactive.
Después de haber activado el contexto PDP, el
BSC BSC1 verifica si hay datos recibidos desde el servidor 120 a
través de la PCU respectiva para ser transmitidos a la MS GPRS MS1;
en caso afirmativo, es decir, cuando hay datos para ser
intercambiados entre el servidor 120 y la MS GPRS MS1, se activa un
TBF por medio del BSC BSC1.
En mayor detalle, tal como se menciona
anteriormente, una MS GPRS genérica puede estar en uno de dos
estados, a los que se hace referencia como un estado LISTO y un
estado STAND-BY; si está en
STAND-BY, el SGSN competente no tiene conocimiento
de en qué célula está ubicada la MS en ese momento, sino solamente
del área de enrutamiento; un mensaje de localización es enviado
preliminarmente por el SGSN a las MSs dentro del área de
enrutamiento, donde el mensaje incluye un identificador de la MS de
interés; cuando la MS responde al mensaje de localización, el SGSN
obtiene conocimiento de la célula donde está ubicada la MS, y puede
enrutar de manera apropiada los paquetes de datos hacia el BSC que
presta servicio a la MS.
La activación del TBF determina la distribución
de los recursos de comunicaciones de radio físicos de la red
celular 100, es decir, de un canal de radio (un canal de enlace
aéreo), a la MS MS1 para permitir el intercambio de los paquetes de
datos desde la trayectoria de transferencia de datos (convertida en
una corriente de datos adecuada por la PCU) a través del BSC
apropiado y la BTS BSC1 y BTS1 por aire a la MS MS1.
Cuando se han intercambiado los datos, el TBF es
desactivado y los recursos de radio son liberados; siempre que el
contexto PDP no esté cerrado, el BSC BSC1 espera que nuevos datos
sean intercambiados. Así, a diferencia del contexto PDP, el TBF, es
decir los recursos de comunicaciones de radio físicos de la red GSM
100 se conservan distribuidos para la MS MS1 solamente siempre que
haya datos para ser transmitidos/recibidos desde/hasta la misma, y
son liberados tan pronto como los datos hayan sido intercambiados,
conservando los recursos de radio libres para otros usos/usuarios.
En otras palabras, un TBF es temporal y es conservado solamente lo
que dure la transferencia de datos.
De acuerdo con el estándar GPRS, para cada TBF
se asigna unívocamente un indicador, denominado identidad de flujo
temporal (TFI). En sentido amplio, la TFI es explotada para
gestionar la programación de los datos a ser transmitidos en enlace
descendente (es decir, desde el BSC y BTS BSC1 y BTS1 hasta la MS de
destino MS1); a diferentes usuarios de servicio GPRS dentro de una
misma célula se les asignan diferentes TFIs. La TFI permite
discriminar entre diferentes entidades en la capa de control de
enlace de radio (RLC), es decir, una TFI dada direcciona
unívocamente una entidad RLC respectiva y es insertada en una
porción de cabecera de todos los bloques de datos RLC transmitidos.
Típicamente, la TFI es un número binario de cinco bits. Cuando se
activa el TBF, se asigna una TFI al mismo y dicha TFI es comunicada
a la MS de destino MS1 por medio de los mensajes intercambiados
durante el procedimiento de acceso (a través de un mensaje
denominado mensaje de ASIGNACIÓN DE ENLACE DESCENDENTE DE PAQUETE).
La TFI es un identificador de la conexión lógica entre el BSC y la
MS.
En el nivel físico, el GPRS está basado en la
capa física del estándar GSM.
Tal como se conoce en el arte, el estándar GSM
provee, para las comunicaciones entre las BTSs y las MSs, una
pluralidad de canales de radio con un ancho de banda de 200 KHz,
asociados con una pluralidad de portadoras de radio;
particularmente se proveen 124 portadoras de radio, y un esquema
híbrido de acceso múltiple por división de frecuencia (FDMA)/acceso
múltiple por división de tiempo (TDMA) asocia un número, por
ejemplo, ocho, de ranuras de tiempo (canales físicos) con cada
portadora.
La transmisión hacia/desde una MS dada tiene
lugar en forma discontinua, solamente dentro de la ranura de tiempo
asignada ciclicamente a tal MS; un ciclo es la sucesión en tiempo de
todas las ocho ranuras de tiempo, y se hace referencia al mismo
como una trama de radio. Una vez que se ha otorgado acceso a la MS a
una portadora dada, la transmisión y recepción se logran en ranuras
de tiempo distintas.
El nivel físico utilizado por el sistema GPRS se
basa en el GSM, superponiendo allí una estructura lógica diferente.
Los canales "lógicos" de tráfico de datos y control son
multiplexados en tiempo y división de frecuencia sobre un canal
físico GPRS único, denominado canal de datos de paquete (PDCH).
Un PDCH corresponde a un canal GSM físico, y
está definido, en el dominio de frecuencia, por un número de
portadora de radio (una de las 124 portadoras), y, en el ámbito del
tiempo, por un número de ranura de tiempo (una de las ocho ranuras
de tiempo dentro de la portadora). El timing y la duración de las
ranuras de tiempo son idénticos a los definidos para el sistema
GSM.
Los canales lógicos GPRS de tráfico de datos y
control son multiplexados en tiempo de forma de compartir el mismo
PDCH a nivel físico.
\newpage
Tal como se muestra ilustrativamente en la
Figura 2, dada una portadora de radio prescripta (APORTADORA i@, en
el dibujo), que es una de las 124 portadoras de radio del estándar
GSM, las tramas de radio (donde cada una incluye ocho ranuras de
tiempo TS1 a TS8) están reunidas en grupos de cincuenta y dos tramas
de radio, con el fin de formar una denominada multitrama, tales
como las la multitrama MFRj ilustrada en el dibujo. Cada multitrama
está subdividida en doce bloques de trama, tales como las el bloque
de trama FRB1 que se muestra en el dibujo, incluyendo cada uno,
cuatro tramas de radio. Entre los tripletes adyacentes de bloques de
trama, se interpone una trama en espera IFR, que se deja
deliberadamente libre de datos.
La multitrama se repite periódicamente cada
cincuenta y dos tramas de radio. Los diferentes canales lógicos de
tráfico de datos y control GPRS son multiplexados juntos basándose
en una subdivisión (una operación a la que se hace referencia como
segmentación) en bloques (bloques de datos de radio o RDBs) de los
datos (recibidos en paquetes) a ser transmitidos. Los bloques de
datos de radio son la estructura de transporte básica de un canal
lógico GPRS; un bloque de datos de radio dado está, así, dedicado
unívocamente a un canal lógico GPRS respectivo, siendo un canal de
tráfico de datos o un canal de control. El esquema de asignación de
los bloques de datos de radio a los diferentes canales lógicos es
transmitido, junto con otra información de control, a través de un
PBCCH (canal de control de radiodifusión de paquete) de canal lógico
de control GPRS, con una posición fija dentro de la multitrama.
Al igual que para las comunicaciones de voz, la
transmisión de radio tiene lugar como una secuencia de cuatro
"ráfagas normales", de acuerdo con la especificación del
estándar GSM. Cada bloque de datos de radio, tales como el bloque
de datos de radio RDBk, que se muestra en el dibujo, es transmitido
durante cuatro tramas de radio consecutivas del mismo PDCH, de modo
que las tramas FR1 a FR4 en el dibujo, explotando una (posiblemente
más, dependiendo de los recursos de radio distribuidos a tal canal
lógico, y basándose en el hecho de que la MS soporta comunicaciones
multiranura, una característica a la que se hace referencia como la
clase multiranura de la MS) ranura de tiempo en cada trama, tales
como las la ranura de tiempo TS3 en el dibujo.
Aún de acuerdo con el estándar GPRS, cada bloque
de datos de radio incluye una porción de cabecera que contiene la
TFI que identifica unívocamente el TBF, además de otros parámetros.
De esta forma, dos o más flujos de tráfico que pertenecen a
diferentes usuarios pueden ser multiplexados sobre una misma ranura
de tiempo, o grupo de ranuras de tiempo, en enlace descendente o en
enlace ascendente hacia o desde las MSs.
Cada MS en una célula escucha a cada bloque de
datos de radio transmitido por la BTS en el grupo de ranuras de
tiempo asignado a la MS; no obstante, una MS siendo destino de datos
GPRS, que es una MS tal como la MS MS1 que ha activado un contexto
PDP, a la que se le ha asignado un TBF, por ejemplo TBF1, y a la que
se le ha asignado y comunicado una TFI respectiva, por ejemplo,
TFI1 (en la práctica, el código digital de cinco bits mencionando
anteriormente) captura solamente los bloques de datos de radio que,
de forma similar al bloque de datos de radio RDBk en el dibujo,
están etiquetados por tal TFI TFI1, es decir, por la TFI que ha
sido comunicada previamente a los mismos, cuando el TBF fue
activado; todos los demás bloques de datos de radio, no etiquetados
por la TFI TFI1 correcta, son descartados por la MS MS1. Así, la TFI
es utilizada sustancialmente por la MS como una información de
sintonización, que la MS utiliza para sintonizar sobre el canal de
comunicación físico, donde se transmiten los datos GPRS dirigidos a
la MS.
En una red GPRS que no soporta servicios
multidifundidos, si una MS diferente en la misma célula que la MS
MS1, por ejemplo, la MS MS2 que se muestra en la Figura 1, desea
explotar, a través de la red GPRS, los mismos servicios puestos a
disposición por el servidor 120, tal como los que están siendo
explotados por la MS MS1, debe llevarse a cabo un procedimiento
idéntico al descrito anteriormente, lo que conduce a la activación
de otro contexto PDP e, incluso peor, a la activación de diferentes
TBFs cuando los datos deben ser intercambiados con la MS MS1, es
decir, a la distribución de recursos de radio adicionales distintos
de los ya distribuidos por la red GSM 100 para la MS MS1. Esto es
claramente un desperdicio de recursos, especialmente cuando los
servicios explotados son relativamente pesados en términos de datos
para ser descargados a las MSs, tal como en el caso de entrega de
contenidos multimedia, transmisión en tiempo real (streaming) de
audio o vídeo (por ejemplo, contenidos en tiempo real, como ser,
por ejemplo, programas de televisión), y la disponibilidad de
servicios GPRS ofrecidos a los usuarios puede limitarse seriamente,
a menos que la infraestructura de red GSM esté muy
sobredimensionada.
Para evitar dicho desperdicio de recursos, la
red GPRS se considera capaz de soportar distribución de datos de
servicio multidifundido, en la forma descrita a continuación con la
ayuda del diagrama de flujo simplificado 300 de la Figura 3.
De una forma totalmente similar al procedimiento
convencional descrito anteriormente respecto de un servicio GPRS
genérico, cuando el usuario de una MS genérica, por ejemplo, la MS
MS1, solicita un cierto servicio GPRS que es ofrecido en
multidifusión (al que se hace referencia a continuación simplemente
como un servicio multidifundido), la MS MS1 activa un contexto PDP
unidifundido estándar (al que, por lo tanto, se hace referencia
como el contexto PDFP por defecto) (bloque 305). El componente de
red GSM/GPRS BSC1 asigna a la MS MS1 los canales de radio de
tráfico de datos de enlace descendente (es decir, desde el BCS/la
BTS a la MS) y enlace ascendente (es decir, desde la MS a la BTS/el
BSC), de acuerdo con procedimientos estándar llevados a cabo en los
niveles RLC/MAC.
La MS MS1 recupera luego la lista de servicios
multidifundidos disponibles a partir de un servidor dedicado dentro
de la red de datos de paquete 105, por ejemplo (pero no
necesariamente) el mismo servidor 120 que ofrece los servicios
multidifundidos (bloque 310).
En el momento de la selección por la MS MS1 de
uno de los servicios multidifundidos disponibles en la lista de
servicios disponibles, por ejemplo, el servicio multidifundido
"A", por ejemplo un servicio de televisión (TV), el servidor
120 comunica a la MS MS1 un identificador, que puede ser, por
ejemplo, una dirección de protocolo de Internet (IP), por ejemplo,
244.x.y.z, asignada por el servidor 120 a la MS MS1 (bloque 315);
esta misma dirección IP puede ser utilizada por el servidor 120 para
identificar un grupo multidifundido asociado con el servicio GPRS
"A", es decir un grupo de MSs que ha pedido explotar o que está
explotando el servicio multidifundido "A"; dicho grupo está
ilustrado esquemáticamente en la Figura 1 como una tabla 130,
relacionada con el servicio multidifundido "A" y está
destinado a incluir información relacionada con los usuarios
Usuario1, ..., Usuario7 que han pedido explotar o que están
explotando el servicio multidifundido "A". El servidor 120
puede asignar al grupo multidifundido 130, una identidad de grupo
multidifundido temporal (TMGI), que es asignada al grupo
multidifundido en forma temporal, siempre que haya al menos una MS
en el grupo multidifundido.
La MS MS1 envía luego un mensaje IGMP JOIN
(IGMP: protocolo de gestión de grupo de Internet) sobre el contexto
PDP por defecto, para señalizar su interés de unirse al grupo
multidifundido relacionado con el servicio multidifundido "A"
seleccionado (bloque 320). Tal como se muestra en el arte, el
protocolo de gestión de grupo de Internet es el estándar para el IP
que radiodifunde en Internet, utilizado para establecer membresías
de host, en particular grupos multidifundidos sobre una red
única.
Como resultado, un contexto PDP multidifundido
es configurado por el GGSN GGSN competente (bloque 325), después de
haber verificado que un contexto PDP multidifundido como éste ya no
está activo (bloque de decisión 323, rama de salida N).
En particular, el contexto PDP multidifundido
puede ser configurado siguiendo las pautas para la activación de
servicio definidas en la especificación técnica del 3GPP Nº TS
23.246, v6.1.0. ya citada.
Durante la configuración del contexto PDP
multidifundido, el GGSN GGSN lleva a cabo un procedimiento de
registro para el servidor 120 (bloque 330). El servidor 120 obtiene
información respecto de la MS MS1 y almacena dicha información en
la tabla 130 que corresponde al grupo para servicio multidifundido
"A". El GGSN GGSN almacena información de usuario en una tabla
(que se muestra esquemáticamente en la Figura 1 y está identificada
en la misma como 135) relacionada con el servicio multidifundido
"A" (varias de dichas tablas pueden existir en el GGSN, una
para cada servicio multidifundido para el cual se ha configurado un
contexto PDP multidifundido). En forma similar, el SGSN SGSN1
competente, responsable de la MS MS1, almacena información de
usuario en una tabla relacionada con células (que se muestra
esquemáticamente en la Figura 1 y está identificada en la misma
como 140-1 (140-2 identifica una
tabla relacionada con células equivalentes en el SGSN SGSN2))
relacionada con el servicio multidifundido "A" (nuevamente,
varias de dichas tablas pueden existir en el SGSN, una para cada
servicio multidifundido para el cual se ha configurado un contexto
PDP multidifundido).
Se completan las operaciones que permiten a la
MS MS1 unirse al grupo multidifundido 130, y el contexto PDP por
defecto que fue activado por la MS MS1 es enlazado al contexto PDP
multidifundido.
Como una parte de las operaciones que conducen a
la unión del grupo multidifundido, la MS MS1 selecciona un
identificador de punto de acceso de servicio de red (NSAPI - un
índice para el contexto PDP que está utilizando los servicios
provistos por la capa más baja) con un valor NSAPIM predeterminado
(ver Figura 6), particularmente un valor NSAPI que ha sido reservado
para servicios multidifundidos.
Se supone ahora que otra MS, para mayor
simplicidad de la descripción, una MS ubicada en la misma célula que
la MS MS1, por ejemplo la MS MS2, solicita un servicio
multidifundido GPRS.
En forma similar a la MS MS1, la MS MS2 activa
un contexto PDP unidifundido estándar respectivo (contexto PDP por
defecto). El componente de red GSM/GPRS BSC1 asigna a la MS MS2 los
canales de radio de tráfico de enlace descendente y enlace
ascendente, de acuerdo con procedimientos estándar en los niveles
RLC/MAC (bloque 305).
Al igual que en el caso previo, la MS MS2
recupera desde el servidor 120 la lista de servicios multidifundidos
GPRS disponibles, entre los cuales hay un servicio multidifundido
"A", para el cual ya se ha configurado un contexto PDP
multidifundido (bloque 310). Si la MS MS2 selecciona el servicio
multidifundido "A", el servidor 120 comunica a la MS MS2 la
dirección IP 244.x.y.z del grupo multidifundido correspondiente
(bloque 315).
La MS MS2 envía luego un mensaje IGMP JOIN sobre
su contexto PDP por defecto, para señalizar el interés de la MS MS2
en el servicio multidifundido "A" de GPRS (bloque 320).
El GGSN GGSN reconoce que un contexto PDP
multidifundido para el servicio multidifundido "A" ya está
activo (bloque de decisión 323, rama de salida Y); así, el GGSN GGSN
no activa otro contexto PDP multidifundido, sino que, en cambio,
enlaza la nueva MS MS2 al contexto PDP multidifundido ya existente
para el servicio "A" (bloque 350). La excepción efectuada por
el hecho de que otro contexto PDP multidifundido no está activado
en el GGSN GGSN, puede presentarse una señalización hacia la MS MS2
sustancialmente de la misma forma que se describió anteriormente,
siguiendo las pautas para la activación de servicio definidas en la
especificación técnica del 3GPP Nº TS 23.246, v6.1.0.
El GGSN GGSN almacena información relacionada
con el nuevo usuario en la tabla 135 relacionada con el servicio
multidifundido "A". En forma similar, el SGSN SGSN1 competente,
responsable de la MS MS1, almacena información de usuario en la
tabla relacionada con células 140-1, relacionada con
el servicio multidifundido "A".
Los mismos actos pueden ser llevados a cabo en
caso que otras MSs soliciten explotar el servicio multidifundido
"A".
Después de haber activado el contexto PDP
multidifundido relacionado con el servicio "A" y hasta el
comienzo de la sesión de multidifusión (es decir, el envío de los
datos relacionados con el servicio "A" desde el servidor 120 a
las MSs), las MSs pueden moverse, posiblemente una gran cantidad de
veces, desde el estado LISTO al estado STAND-BY y de
regreso, dependiendo de las actividades de los usuarios.
El servidor 120 inicia la sesión de
multidifusión relacionada con el servicio "A" cuando está listo
para enviar datos a los abonados. Una sesión multidifusión puede
ser configurada siguiendo las pautas para la activación de sesión,
definidas en la especificación técnica del 3GPP Nº TS 23.246,
v6.1.0, mencionada anteriormente (bloque 335).
Una vez que se ha configurado la sesión
multidifusión, y el servidor 120 está listo para entregar el
servicio multidifundido "A", después de un procedimiento
preliminar (que será explicado a continuación), por el cual los
usuarios (por ejemplo las MSs MS1 y MS2) que se han registrado para
recibir el servicio multidifundido "A" son señalizados
respecto del comienzo inminente, y se asignan los recursos de radio
necesarios a los mismos (bloque 337), el SGSN (por ejemplo SGSN1)
comienza a reenviar al BSC (en el ejemplo, el BSC BSC1) tráfico de
datos relacionado con el servicio multidifundido "A", sobre la
base de la información encontrada en la tabla basándose en células
140-1 respectiva (bloque 340). En particular, el
SGSN SGSN1 recibe tráfico de datos desde el GGSN GGSN, a través de
un túnel de protocolo de túnel GPRS (GTP) cuyo identificador de
punto final de túnel (TEID) corresponde al contexto PDP
multidifundido "A" (solamente un túnel GTP, identificado por un
TEID único, es creado respecto de un servicio multidifundido dado).
El SGSN enruta el tráfico hacia el BSC apropiado (PCU del mismo)
basándose en un identificador de conexión virtual BSSGP (BVCI) (en
la Figura 1, un BVCI BVCI1 identifica la célula CÉLULA1 bajo BSC
BSC1, un BVCI BVCI2 identifica la célula CÉLULA2 bajo BSC2, y un
BVCI BCI4 identifica la célula CÉLULA4 bajo BSC2). La TMGI puede ser
utilizada para identificar unívocamente el tráfico relacionado con
el servicio multidifundido a través de toda la red, incluyendo los
BSCs y las MSs.
Para cada célula de red, se explotan recursos de
radio para entregar tráfico de datos relacionado con el servicio
multidifundido "A" a todas las diversas MSs del grupo para el
servicio multidifundido "A" que están ubicadas en dicha
célula, y se comunican los parámetros de radio respectivos a las
MSs. En particular, una TFI común es asignada por la red y
comunicada a las MSs, tales como las la TFI TFI1 que es comunicada
a las MSs MS1 y MS2 en la célula CÉLULA1. Asimismo, al menos un PDCH
común (preferentemente, una pluralidad de PDCHs comunes) es
asignado por la red y comunicado a las MSs. El tráfico de datos
recibido en el BSC BSC1 respecto del servicio multidifundido
"A" es así entregado a las MSs MS1 y MS2 (bloque 345).
Tal como se menciona anteriormente, el SGSN
SGSN1 reenvía el tráfico de datos relacionado con el servicio
multidifundido "A", sobre la base de la información contenida
en la tabla basándose en células 140-1
correspondiente, particularmente el BVCI. El SGSN genérico escanea
la tabla relacionada con células respectiva correspondiente al
servicio multidifundido "A", y reenvía un flujo de tráfico por
cada célula identificada por la TMGI relacionada con el servicio
"A"; por ejemplo, suponiendo que la MS MS3 en la célula
CÉLULA2, y el usuario MS5 en la célula CÉLULA4, activaron contextos
PDP multidifundidos respectivos para recibir el servicio
multidifundido "A", el SGSN SGSN2 reenvía el tráfico
relacionado con dicho servicio a estos usuarios sobre la conexión
compartida; si otros usuarios en células respectivas, por ejemplo
el usuario MS7 en la célula CÉLULA4, solicita explotar el servicio
"A", el SGSN respectivo, por ejemplo el SGSN SGSN2, no reenvía
tráfico adicional, y estos otros usuarios, por ejemplo, MS7,
registrados en la tabla de SGSN bajo el mismo BVCI, reciben el
tráfico de datos destinado ya que comparten la misma TMGI y, en la
célula respectiva (CÉLULA4), los mismos TFI y PDCH(s) de
parámetros de radio de enlace descendente asignados para el servicio
"A".
De acuerdo con la opinión de la Solicitante, es
importante garantizar una percepción adecuada del servicio desde el
punto de vista del usuario. Para tal efecto, de acuerdo con la
Solicitante, es importante que el modo de operación de red, en el
nivel RLC/MAC, sea uno confirmado. Esto significa que es importante
para los aparatos de red ser capaces de establecer si el tráfico
relacionado con los servicios multidifundidos GPRS es recibido de
manera adecuada, y hasta qué grado, por las MSs de los usuarios.
El procedimiento descrito anteriormente para
implementar multidifusión en la red GPRS/GSM es particularmente
efectivo, y evita una duplicación innecesaria, es decir, desperdicio
de recursos de red, tanto en el nivel de red GPRS central (sin
proliferación de tráfico de datos dirigido a usuarios en una misma
célula) como en el nivel de comunicación de radio físico (un mismo
número de canales de radio están ocupados, independientemente del
número de usuarios que recibe un servicio dado).
No obstante, tal como se menciona en la parte
introductoria de la presente descripción, un problema relacionado
con la implementación descrita anteriormente de multidifusión en una
red GPRS consiste en que, siendo todas las MSs en una célula dada
registradas para un mismo servicio multidifundido multiplexado en
el/los mismo(s) PDCH(s) sobre el enlace descendente y
direccionadas a través de una misma TFI, no es posible para los
aparatos de red direccionar información, sobre el enlace
descendente, hacia una MS específica del grupo de servicios
multidifundidos utilizando la TFI.
Esta imposibilidad de direccionar
individualmente las MSs es, de acuerdo con la opinión de la
Solicitante, una limitación grave, particularmente respecto de la
conveniencia de implementar políticas de retransmisión efectiva
basadas en la confirmación/no confirmación de los datos recibidos
por los usuarios.
Se observa que, realmente, incluso en un
contexto de entrega de servicio multidifundido, tales como las el
que se describe anteriormente, cada MS involucrada en el servicio
puede ser identificada individualmente, utilizando un identificador
denominado identificador de enlace lógico temporal (TLLI), que, en
sentido amplio, es un identificador de la conexión lógica
establecida entre dicha MS y el SGSN competente. El TLLI es
comunicado a la MS cuando la MS se registra para el servicio
multidifundido. En principio, el TLLI puede ser utilizado para
direccionar información específica hacia las MSs. No obstante, el
TLLI es típicamente un número relativamente largo, por ejemplo 32
bits (cuatro bytes), de acuerdo con los estándares corrientes, de
forma que, utilizando el TLLI para direccionar las MSs en el nivel
de enlace de radio podría significar una gran disminución del ancho
de banda disponible para la transmisión de datos relacionados con el
servicio multidifundido.
De acuerdo con una forma de realización de la
presente invención, con el fin de superar esta limitación, otro
parámetro que identifica la conexión lógica entre el BSC y la MS
(distinta de la TFI, que es común para todas las MSs involucradas
en el servicio multidifundido) es definido y asignado,
preferentemente por la red, a las MSs de un grupo de servicios
multidifundidos, para especificar y, por ejemplo, direccionar la
información a una MS específica entre las que, estando ubicadas en
una misma célula, reciben en multidifusión un mismo servicio GPRS.
En particular, para comunicar el otro parámetro a las MSs, el BSC
puede compilar una tabla basándose en células de las MSs que han
pedido un servicio multidifundido genérico, por ejemplo, el servicio
"A" considerado en la presente, a modo de ejemplo. Dos tablas
ilustrativas se muestran esquemáticamente en la Figura 1, una para
cada BSC BSC1 y BSC2, identificadas en la misma por
145-1 o 145-2. A continuación, se
hará referencia al otro parámetro, para mayor simplicidad, como la
identidad de flujo móvil (MFI).
De acuerdo con una forma de realización
ilustrativa y que no limita la presente invención, una MS dada en
una célula que pertenece a un grupo de servicios multidifundidos es
direccionada por los aparatos de red, incluyendo la MFI respectiva
(comunicada preliminarmente a la MS, de acuerdo con uno cualquiera
de los procedimientos ilustrativos que serán descritos más
adelante) en mensajes de enlace descendente, por ejemplo, dentro de
un mensaje que transporta los datos de servicio multidifundido. En
particular, puede explotarse un campo dedicado, que está incluido,
cuando es necesario para los aparatos de red, en una cabecera RLC
extendida de manera adecuada de uno genérico de los bloques de radio
RLC/MAC.
En mayor detalle, se hace referencia a la Figura
4-A, donde se provee una representación ilustrativa
más detallada de la estructura de un bloque de datos de radio GPRS
genérico, en una vista en despiece.
El bloque de datos de radio, identificado
globalmente con el número de referencia 400, incluye una cabecera
MAC 405 y un bloque de datos RLC 407, comprendido por una cabecera
RLC 410 y una porción de datos RLC 415, que finaliza posiblemente
con uno o más bits libres 420 (utilizados, si es necesario, como
simples rellenos para alcanzar el número establecido de bits en la
porción de datos RLC 415).
La cabecera MAC 405 incluye, típicamente, un
primer campo 425, un segundo campo 430 (período de bloque reservado
relativo - RRBP), un tercer campo 435 (complementario/de
interrogación - S/P) y un cuarto campo 440 (indicador (flag) de
estado de enlace ascendente - USF).
El primer campo 425 contiene información que
especifica el tipo de carga y permite identificar si el bloque es
un bloque de datos (es decir, un bloque que transporta datos) o
bien, un bloque de control (es decir, un bloque que transporta
información de control enviada por la red a la MS). El campo RRBP
430, si está activo, es utilizado por los aparatos de red para
reservar un bloque de datos único en enlace ascendente, donde la MS
transmitirá un mensaje del tipo CONFIRMACIÓN DE CONTROL DE PAQUETE o
ACK/NACK DE ENLACE DESCENDENTE DE PAQUETE a la red; el valor en el
campo RRBP 430 especifica luego cuántos bloques de datos de radio
deben responder una MS dada (direccionada por la red, tal como se
describe a continuación). El campo S/P 435 es utilizado para
indicar a las MSs que se requiere una respuesta por la red (este
campo indica si el contenido del campo RRBP es válido o no). El
campo USF 440 es utilizado, normalmente, en la PDCH, para permitir
la multiplexación de bloques de radio desde una cantidad de MSs, y
permite la codificación de ocho estados de USF diferentes que son
utilizados para multiplexar el tráfico de enlace ascendente. De
acuerdo con los estándares corrientes, la cabecera MAC tiene una
longitud fija constante de ocho bits.
A diferencia de ello, la cabecera RLC 410 no
tiene una longitud constante, y su longitud es variable, dependiendo
del número del control de enlace lógico - unidades de datos de
paquete (LLC-PDUs) transportado por el bloque de
datos de radio respectivo.
La cabecera RLC 410 comprende, además de otros
campos conocidos per se y no relevantes para la comprensión de la
forma de realización de la invención descrita, un campo 445
(típicamente de cinco bits) que contiene la TFI que etiqueta el
bloque de datos de radio específico 400, y uno o más octetos 450a,
..., 450n, comenzando con un campo de indicador de longitud (LI)
455 (de seis bits) que define la longitud de un
LLC-PDU correspondiente en la porción de datos RLC
415, una extensión (E) de campo 460 (de un bit), que indica si sigue
un octeto adicional 450a, ..., 450n en la cabecera RLC 410, y un
campo más (M) 465 (también de un bit) que indica la presencia de
otro LLC-PDU en el bloque de datos de radio.
Se observa que la estructura mencionada
anteriormente de la cabecera RLC refleja las especificaciones para
el estándar GPRS corriente. En las especificaciones corrientes para
el GPRS mejorado (EGPRS), también conocido como velocidades de
datos mejoradas para evolución global (EDGE), utilizando la técnica
de modulación 8PSK para aumentar la velocidad de datos sobre la
típica del GPRS simple, la estructura del bloque de datos de radio
es levemente diferente. Por ejemplo, en la Figura
4-B, se provee una vista en despiece de un bloque
de datos de radio genérico, de acuerdo con los esquemas de código
GMSK EGPRS, MCS1 a MCS4. En este caso, el primer campo 425 de la
cabecera MAC 405 contiene una parte de la TFI (la parte restante que
es incluida en el campo 445 de la cabecera RLC 410), la porción de
datos RLC 415 del bloque de datos de radio 400 incluye octetos
450a, ..., 450n, donde cada uno incluye un campo de indicador de
longitud (LI) de siete bits 455-a, y un campo de un
bit 465-a, equivalente al campo E 465 de la Figura
4-A. Pueden encontrarse estructuras similares en los
esquemas de código GMSK EGPRS, MCS5 a MCS9.
De acuerdo con una forma de realización de la
presente invención, el parámetro de identificador adicional de la
conexión lógica de BSC-MS asignado por los aparatos
de red para direccionar individualmente las MSs de un mismo grupo
multidifundido y ubicadas en una misma célula de red, es decir, la
MFI, puede estar formada por un número de bits igual o mayor que
los necesarios para la TFI, pero, en sentido amplio, del mismo orden
que la TFI, es decir, típicamente de alrededor de cinco bits, un
número sustancialmente menor que el número de bits utilizado para
codificar el TLLI. En formas de realización preferidas, la MFI está
formada por un número de bits de entre cinco y siete.
De acuerdo con una forma de realización de la
presente invención, la MFI está incluida en la porción de datos RLC
415 de un bloque de datos de radio genérico 400 que transporta datos
relacionados con el servicio multidifundido que está siendo
distribuido.
Para incluir la MFI, la cabecera RLC de un
bloque de datos de radio es extendida de manera adecuada, para
obtener una cabecera RLC extendida. De acuerdo con una forma de
realización de la presente invención, la extensión de la cabecera
RLC necesaria para señalizar a la MS que un MFI está incluido en la
cabecera RLC, se logra configurando el campo LI 455 en uno de los
octetos 450a, ..., 450n, en un valor predeterminado, por ejemplo LI
= 55 en GPRS y LI = 75 en EGPRS. La cabecera RLC extendida incluye,
por lo tanto, un octeto 450a, ..., 450n con el campo de indicador
de longitud configurado en el valor establecido, más la MFI.
Con relación a la forma en que la MFI es
asignada y comunicada por la red a las MSs, se describen a
continuación, en detalle, algunos procedimientos posibles de
asignación de MFI, donde, no obstante, estos procedimientos están
destinados a ser simplemente ilustrativos, y no a limitar la
presente invención.
De acuerdo con un primer procedimiento de
asignación (Figura 8-A), cuando está por comenzar la
sesión de multidifusión (en adelante, la sesión MBMS), para el
servicio "A", el SGSN genérico, por ejemplo, el SGSN SGSN1,
envía un pedido de COMIENZO DE SESIÓN MBMS a los BSSs bajo su
responsabilidad, de forma de incluir el BSC BSC1, basándose en la
información de célula/área de enrutamiento que el SGSN recupera de
la tabla respectiva 140-1. Este caso dispara una
secuencia de procedimientos en el nivel de radio, que serán
descritos a continuación.
Tras la recepción del pedido de COMIENZO DE
SESIÓN MBMS, para cada MS involucrada en dicha sesión MBMS, se
entrega un pedido de LOCALIZACIÓN DE PAQUETE por el BSC a las
MSs.
Tal como se menciona anteriormente, cuando la
sesión MBMS está por comenzar, una MS genérica puede estar en
estado STAND-BY o en estado LISTO; el estado LISTO
está caracterizado, además, por dos modos, denominados ESPERA DE
PAQUETE y TRANSFERENCIA DE PAQUETE; en el modo de TRANSFERENCIA DE
PAQUETE, la MS intercambia tráfico de datos, mientras que se
ingresa al modo ESPERA DE PAQUETE cuando finaliza el intercambio de
tráfico de datos; después de un intervalo de tiempo establecido, la
MS se mueve al estado STAND-BY.
En lo que respecta a una MS en estado
STAND-BY o en estado LISTO y modo de espera de
paquete, el pedido de LOCALIZACIÓN DE PAQUETE es, por ejemplo,
entregado sobre el canal de control común (CCCH) (o, si está
disponible, sobre el canal de control común de paquete - PCCCH), y
el pedido de LOCALIZACIÓN DE PAQUETE está seguido por un mensaje de
NOTIFICACIÓN MBMS, que incluye información relacionada con el
comienzo del servicio "A" MBMS pedido; al momento de la
recepción, la MS envía al BSC un pedido de CANAL, por ejemplo, sobre
el canal de acceso aleatorio (RACH) (en forma alternativa, si está
disponible, la MS puede enviar un pedido de CANAL DE PAQUETE al BSC
sobre el canal de acceso aleatorio de paquete - PRACH), con una
respuesta de localización como una causa de determinación. El BSc
envía una ASIGNACIÓN INMEDIATA sobre el canal de otorgamiento de
acceso (AGCH) (o, si el PCCCH está disponible, una ASIGNACIÓN DE
ENLACE ASCENDENTE DE PAQUETE sobre el canal de otorgamiento de
acceso de paquete - PAGCH). Así, se asigna a la MS un PDCH temporal;
sobre el PDCH temporal asignado, la MS envía la respuesta de
LOCALIZACIÓN DE PAQUETE, incluyendo su TLLI respectivo. La BSS
entrega el mensaje, incluyendo el TLLI, al SGSN competente.
\newpage
En una forma levemente diferente, una MS en
estado LISTO y modo de TRANSFERENCIA DE PAQUETE ya puede tener un
TBF de enlace descendente activo o un TBF de enlace ascendente
activo, o ambos. En este caso, la MS puede recibir el pedido de
LOCALIZACIÓN DE PAQUETE sobre, por ejemplo, el canal de control
asociado de paquete (PACCH), es decir, el canal de control dedicado
asociado con el PDCH de enlace descendente asignado a la MS. El BSC
puede, además, enviar el mensaje de NOTIFICACIÓN MBMS; si un TBF de
enlace ascendente está activo, la MS envía la respuesta de
LOCALIZACIÓN DE PAQUETE, incluyendo el TLLI respectivo, que es
entregada por el BSC al SGSN. Si un TBF de enlace ascendente no
está activo, la MS pude pedir un TBF concurrente dentro de una
primera aparición de un mensaje de ACK/NACK DE ENLACE DESCENDENTE DE
PAQUETE relacionado con el servicio activo. El BSC envía un mensaje
de ASIGNACIÓN DE ENLACE ASCENDENTE DE PAQUETE o un mensaje de
RECONFIGURACIÓN DE RANURA DE TIEMPO DE PAQUETE a la MS sobre el
PACCH, para asignar un PDCH temporal. Sobre el/los PDCH(s)
temporal(s) asignado(s), la MS envía la respuesta de
LOCALIZACIÓN DE PAQUETE, incluyendo el TLLI respectivo, que es
entregado por el BSC al SGSN. El TBF de enlace ascendente, ya activo
en el caso anterior o recién establecido para entregar la repuesta
de LOCALIZACIÓN DE PAQUETE en el último caso, es conservado por la
MS, por ejemplo, enviando bloques de datos RLC ficticios si es
necesario, hasta que la MS reciba un mensaje de ASIGNACIÓN MBMS por
el BSC.
El mensaje de ASIGNACIÓN MBMS puede ser enviado
por el BSC sobre diferentes canales, dependiendo del estado de las
MSs. En particular, el mensaje de ASIGNACIÓN MBMS puede ser enviado,
por ejemplo, sobre el CCCH (o sobre el PCCCH, si está disponible)
para todas las MSs en estado STAND-BY o en estado
LISTO y en modo de ESPERA DE PAQUETE, mientras que para cada MS en
estado LISTO y en modo de TRANSFERENCIA DE PAQUETE, el mensaje de
ASIGNACIÓN MBMS puede ser enviado, por ejemplo, sobre el PACCH.
Por medio del mensaje de ASIGNACIÓN MBMS, el BSC
lleva a cabo una distribución de recursos para permitir que las MSs
exploten el servicio MBMS. En particular, la TFI y el/los
PDCH(s) de enlace descendente relacionados con la
transmisión de datos para el servicio "A" pedido están
incluidos en el mensaje de ASIGNACIÓN MBMS. Asimismo, un tiempo de
comienzo de TBF también está incluido en el mensaje de ASIGNACIÓN
MBMS, es decir, un parámetro que permite que las MSs determinen el
retardo de tiempo entre la distribución de recursos y la
disponibilidad de recursos. En particular, el tiempo de comienzo de
TBF es configurado en un valor adecuado, suficiente para permitir
de manera razonable que el BSC entregue el parámetro de MFI
respectivo a las MSs, de acuerdo con un procedimiento explicado a
continuación, disparado por el mensaje mismo de ASIGNACIÓN MBMS.
El mensaje de ASIGNACIÓN MBMS puede, en
principio, ser enviado una vez; no obstante, de acuerdo con una
forma de realización de la presente invención, el mensaje de
ASIGNACIÓN MBMS es preferentemente enviado más de una vez,
particularmente dos o más veces, más preferentemente cinco veces,
para superar posibles deficiencias de radio que conduzcan a pérdida
de mensaje del lado de las MSs (correspondiente a una tasa de error
de bloque -BLER- equivalente al 80%).
Para obtener la MFI, al momento de la recepción
del mensaje de ASIGNACIÓN MBMS, cada MS involucrada en la sesión
MBMS especificada que ingresó a un estado STAND-BY o
a un estado LISTO y a un modo de ESPERA DE PAQUETE antes de la
recepción del mensaje, lleva a cabo un procedimiento de acceso
unifásico sobre el CCCH (o, sobre el PCCCH, si está disponible),
para obtener recursos de radio para otro TBF temporal de enlace
ascendente, por ejemplo, a través de una ASIGNACIÓN INMEDIATA
(ASIGNACIÓN DE ENLACE ASCENDENTE DE PAQUETE si el PCCCH está
disponible). Sobre el TBF de enlace ascendente temporal asignado
(que está caracterizado por una TFI respectiva, a la que se hace
referencia a continuación como ENLACE ASCENDENTE_TFI), la MS envía
bloques de datos RLC ficticios, con una cabecera RLC extendida que
incluye su TLLI, para propósitos de identificación y resolución de
contención, y que incluye además la TMGI del servicio "A"; la
extensión de cabecera RLC puede lograrse configurando valores
predefinidos en el campo LI de la cabecera RLC (en uno de los
octetos 450a, ..., 450n del bloque de datos RLC), como ser, por
ejemplo, LI = 56 en GPRS y LI = 76 en EGPRS. La cabecera RLC
extendida incluirá, por lo tanto, indicador(es) de longitud +
TLLI +
TMGI.
TMGI.
Una MS, involucrada en el MBMS especificado, que
está en un estado LISTO y en modo de TRANSFERENCIA DE PAQUETE antes
de la recepción del mensaje de ASIGNACIÓN MBMS, al momento de la
recepción de dicho mensaje, envía, sobre el TBF de enlace
ascendente ya disponible (que está caracterizado por un ENLACE
ASCENDENTE_TFI), y, bloques de datos RLC, posiblemente ficticios,
con la misma cabecera RLC extendida, tal como se describe
anteriormente (incluyendo el TLLI de la MS y la TMGI relacionada con
el servicio "A").
Tan pronto como el BSC recibe, desde una de las
MSs el primer bloque de datos RLC correcto, que incluye el ENLACE
ASCENDENTE_TFI más el TLLI más la TMGI, el BSC envía un mensaje de
ACK/NACK DE ENLACE ASCENDENTE DE PAQUETE a dicha MS,
direccionándolo a través del ENLACE ASCENDENTE_TFI y un TLLI de
contenido-resolución (es decir, un TLLI
seleccionado por el BSC a partir de todos los recibidos, de acuerdo
con un procedimiento de resolución de contención), que incluye
además en el mensaje, la TMGI recibida desde la MS. Con este
mensaje, el BSC comunica la MFI asignada a la MS. De acuerdo con
una forma de realización de la presente invención, junto con la
MFI, con este mensaje se envían parámetros adicionales utilizados
para sincronizar la transmisión de radio, por ejemplo, un índice de
avance de timing (TAI) y un número de ranura de tiempo de avance de
timing (TA_TN), utilizados para permitir que la MS lleve a cabo un
procedimiento de avance de timing (TA). Dichos parámetros
adicionales son individualmente asignados por el BSC a esa MS
específica, y, por esta razón, se hará referencia a los mismos como
MFI_TAI y MFI_TA_TN.
Sin entrar en detalles excesivos, conocido per
se, el procedimiento TA es un procedimiento por medio del cual el
BSC obtiene información respecto de la distancia de una MS genérica
desde la BTS, y, así, del retardo de propagación de la señal de
radio desde la BTS hasta la MS, y comunica a la MS información
adaptada para permitir que la MS se sincronice con la transmisión.
El TAI es un índice asignado por el BSC a la MS, mientras que el
TA_TN es un parámetro que especifica qué ranura de tiempo transporta
la información de sincronización; cuando la MS reconoce su propio
TAI en un bloque de datos recibido, observa la ranura de tiempo
especificada por el parámetro TA_TN y obtiene el parámetro de
sincronización TA.
Los campos que son enviados por el BSC a la MS a
través del mensaje de ACK/NACK DE ENLACE ASCENDENTE DE PAQUETE, es
decir, la TMGI, la MFI_TAI, y la MFI_TA_TN, son incluidos, por
ejemplo, en el mensaje, utilizando bits de relleno.
Una vez que la MS ha recibido el mensaje de
ACK/NACK DE ENLACE ASCENDENTE DE PAQUETE que incluye el triplete
{MFI, MFI_TAI, MFI_TA_TN} desde el BSC, la MS comienza un
procedimiento de cuenta regresiva, al final del cual se libera el
TBF de enlace ascendente temporal. El procedimiento de cuenta
regresiva está dirigido a confirmar al BSC respecto de la recepción
correcta del triplete {MFI, MFI_TAI, MFI_TA_TN} por la MS, y, de
manera correspondiente, a hacer que la MS tome conocimiento del
hecho de que el BSC ha confirmado dicha recepción correcta. En
sentido amplio, el procedimiento de cuenta regresiva puede
involucrar, desde el lado de la MS, enviar al BSC, durante un
número establecido de veces, por ejemplo, 10 veces, bloques de datos
que incluyen los mismos parámetros recibidos desde el BSC, es
decir, el triplete {MFI, MFI_TAI, MFI_TA_TN}, que son interpretados
por el BSC como una confirmación de la recepción, y buscar una
contra-respuesta desde el BSC.
En mayor detalle, los parámetros enviados desde
la MS hasta el BSC puede estar incluidos en campos de extensión de
la cabecera de bloque de datos RLC, donde la extensión se logra
configurando el LI de campo en uno de los octetos 450a, ..., 450n
en un primer valor predefinido (por ejemplo, LI = 55 para GPRS; LI =
75 para EGPRS) para incluir la MFI, y configurando el LI de campo
en otro octeto en otro valor predefinido (por ejemplo, LI = 59 para
GPRS y LI = 79 para EGPRS) para incluir la MFI_TAI y la MFI_TA_TN.
Si el BSC no recibe al menos uno de estos bloques de datos RLC que
incluyen los asignados {MFI, MFI_TAI, MFI_TA_TN} desde la MS,
dentro de un intervalo de tiempo establecido, el BSC envía
nuevamente el mensaje de ACK/NACK DE ENLACE ASCENDENTE DE PAQUETE a
la MS, con los mismos campos incluidos en la primera transmisión, es
decir, el BSC vuelve a enviar el triplete de parámetros {MFI,
MFI_TAI, MFI_TA_TN}.
Una vez que se ha liberado el TBF de enlace
ascendente, tanto la MS como el BSC almacenan el triplete {MFI,
MFI_TAI, MFI_TA_TN} para ser utilizado por dicha MS y por el BSC
durante la sesión MBMS. En particular, el BSC almacena, para cada
MS, el triplete {MFI, MFI_TAI, MFI_TA_TN} en una tabla (identificada
como 145-1 para el BSC BSC1, y
145-2 para el BSC BSC2 en la Figura 1), en
asociación con el TLLI de dicha MS.
El procedimiento descrito anteriormente se
repite para todas las MSs involucradas en un servicio especificado,
por ejemplo, el servicio "A". Con dicho procedimiento, el BSC
toma conocimiento de la cantidad de MSs involucradas en la
recepción del servicio "A", y puede direccionar información a
dichas MSs, explotando el identificador de MFI. Por ejemplo, el BSC
puede configurar procedimientos de ACK/NACK eficientes.
Se observa que, en la práctica, los valores
disponibles para MFI de parámetro son limitados: por ejemplo, si la
MFI de parámetro está representada por un código digital de cinco
bits, treinta y dos valores se encuentran disponibles. En formas de
realización preferidas, el procedimiento descrito anteriormente
puede repetirse hasta que el anteúltimo valor de MFI válido esté
disponible del lado del BSC. Entonces, el último valor de MFI
disponible es asignado a todas las MSs restantes como por defecto,
MFI falsa (en adelante MFI_falsa), en el mensaje de ACK/NACK DE
ENLACE ASCENDENTE DE PAQUETE enviado por el BSC a cada una de estas
MSs; no obstante, a diferencia de los mensajes enviados a las MSs
previas, los campos MFI_TAI y el MFI_TA_TN no están incluidos dentro
de estos mensajes.
Se observa que la lista de MSs que son
direccionadas por el BSC no necesariamente permanece igual para
toda la sesión MBMS, y puede ser modificada durante la sesión MBMS,
con salidas de algunas o todas las MSs previamente presentes y
entradas de MSs nuevas, por ejemplo, elegidas a partir del pool de
MSs contadas por el BSS y a las cuales se asignó la MFI_falsa. Si,
durante la sesión MBMS, un triplete {MFI, MFI_TAI, MFI_TA_TN} es
liberado y se vuelve disponible del lado del BSC para una nueva MS,
el parámetro por defecto MFI-falsa y el TLLI
respectivo pueden ser utilizados por el BSC para direccionar una MS
específica, con el fin de asignar el triplete disponible {MFI,
MFI_TAI, MFI_TA_TN} a la misma.
En forma similar a las MSs previas, una vez que
cada MS que excede el anteúltimo valor MFI válido disponible del
lado del BSC ha recibido el mensaje de ACK/NACK DE ENLACE ASCENDENTE
DE PAQUETE que incluye el parámetro MFI_falsa, comienza el
procedimiento de cuenta regresiva al final del cual se libera el TBF
de enlace ascendente. El procedimiento de cuenta regresiva se logra
tal como se describe anteriormente; la MS incluye la MFI_falsa en
todos los bloques de datos RLC siguientes enviados al BSC en forma
de confirmación de recepción, con el fin de notificar al BSS
respecto de la recepción correcta de este campo. La extensión de la
cabecera de bloque de datos RLC puede lograrse, por ejemplo,
configurando, en uno de los octetos de cabecera RLC, un valor
predefinido, como ser, por ejemplo LI = 57 para GPRS y LI = 77 para
EGPRS. Si el BSC no recibe al menos un bloque de datos RLC que
incluye la MFI_falsa por defecto asignada desde la MS, dentro de un
límite de tiempo establecido, el BSC envía nuevamente el mensaje de
ACK/NACK DE ENLACE ASCENDENTE DE PAQUETE a la MS, con los mismos
campos incluidos en el caso de la primera transmisión.
Una vez que el TBF de enlace ascendente ha sido
liberado, tanto la MS como el BSC almacenan la MFI_falsa. El BSC
almacena la MFI_falsa en la tabla 145-1 o
145-2 respectiva, en asociación con el TLLI de dicha
MS.
Si una MS genérica (con MFI "real" o con
MFI_falsa) no tiene éxito en la liberación del TBF de enlace
ascendente antes del tiempo de comienzo de TBF de la sesión MBMS (es
decir, antes de que los recursos de MBMS se vuelvan disponibles),
dicha MS conmuta, de cualquier modo, al/a los PDCH(s)
asignado(s) para el servicio multidifundido en el momento
especificado por el tiempo de comienzo del TBF.
De acuerdo con una forma de realización de la
presente invención, sigue el procedimiento descrito a
continuación.
Por ejemplo, el TBF de enlace ascendente no pudo
ser liberado ya que la MS no recibió los mensajes de
ACK/NACK DE ENLACE ASCENDENTE DE PAQUETE esperados desde el BSC antes del tiempo de comienzo de TBF, de forma que dicha MS no recibió un triplete respectivo {MFI, MFI_TAI, MFI_TA_TN}. En dicho caso, si la MS tuvo éxito en enviar al menos un bloque de datos RLC que incluye el TLLI y la TMGI respectivos al BSC, la MS supone, por defecto, la MFI_falsa. Por otro lado, si el BSC ha recibido desde dicha MS al menos un bloque de datos RLC que incluye el TLLI y la TMGI, el BSC asocia (en la tabla 145-1 o 145-2), por defecto, la MFI_falsa al TLLI de dicha MS, independientemente del hecho de que el BSS haya tenido éxito o no en enviar un mensaje de ACK/NACK DE ENLACE ASCENDENTE DE PAQUETE a dicha MS y, en caso de que haya tenido éxito, independientemente del hecho de que el mensaje de ACK/NACK DE ENLACE ASCENDENTE DE PAQUETE incluyera el triplete {MFI, MFI_TAI, MFI_TA_TN} o la MFI_falsa por defecto. En los otros casos, el BSC no tiene conocimiento de esta MS involucrada en el servicio multidifundido.
ACK/NACK DE ENLACE ASCENDENTE DE PAQUETE esperados desde el BSC antes del tiempo de comienzo de TBF, de forma que dicha MS no recibió un triplete respectivo {MFI, MFI_TAI, MFI_TA_TN}. En dicho caso, si la MS tuvo éxito en enviar al menos un bloque de datos RLC que incluye el TLLI y la TMGI respectivos al BSC, la MS supone, por defecto, la MFI_falsa. Por otro lado, si el BSC ha recibido desde dicha MS al menos un bloque de datos RLC que incluye el TLLI y la TMGI, el BSC asocia (en la tabla 145-1 o 145-2), por defecto, la MFI_falsa al TLLI de dicha MS, independientemente del hecho de que el BSS haya tenido éxito o no en enviar un mensaje de ACK/NACK DE ENLACE ASCENDENTE DE PAQUETE a dicha MS y, en caso de que haya tenido éxito, independientemente del hecho de que el mensaje de ACK/NACK DE ENLACE ASCENDENTE DE PAQUETE incluyera el triplete {MFI, MFI_TAI, MFI_TA_TN} o la MFI_falsa por defecto. En los otros casos, el BSC no tiene conocimiento de esta MS involucrada en el servicio multidifundido.
A diferencia de ello, si la Ms ha recibido desde
el BSC un mensaje de ACK/NACK DE ENLACE ASCENDENTE DE PAQUETE que
incluye el triplete {MFI, MFI_TAI, MFI_TA_TN} o la MFI_falsa por
defecto, antes del tiempo de comienzo de TBF, pero el procedimiento
de cuenta regresiva no se completó de manera apropiada, la MS
almacena, de cualquier modo, la MFI_falsa, independientemente del
hecho de que haya tenido éxito o no en enviar al BSC al menos un
bloque de datos RLC siguiente, incluyendo el triplete recibido {MFI,
MFI_TAI, MFI_TA_TN} o la MFI_falsa por defecto, respectivamente.
Por otro lado, el BSC asocia (en la tabla 145-1 o
145-2 respectiva) la MFI_falsa por defecto con el
TLLI de dicha MS.
Ilustrativamente, la Figura 1 muestra la tabla
145-1 conservada por el BSC BSC1, que incluye los
parámetros de radio de las conexiones de radio de enlace
descendente para las MSs MS1 y MS2, en particular, la TFI que
identifica los bloques de datos de radio, a través de los cuales el
servicio de multidifundido (E)GPRS es multidifundido en
enlace descendente a través de la célula CÉLULA1, y, para cada MS,
el TLLI, además de otros parámetros, particularmente la MFI para
dicha MS, preferentemente el triplete {MFI, MFI_TAI, MFI_TA_TN}, o
la MFI_falsa.
Con el fin de la integridad, debe observarse que
si una MS involucrada en el servicio multidifundido no fue capaz de
establecer un TBF de enlace ascendente tras la recepción del mensaje
de ASIGNACIÓN MBMS desde el BSC y antes del tiempo de comienzo de
TBF, la MS puede, de cualquier modo, conmutar al/a los
PDCH(s) asignado(s) para el servicio multidifundido
en el momento especificado por el tiempo de comienzo de TBF. En
dicho caso, una MS tal no tiene un triplete {MFI, MFI_TAI,
MFI_TA_TN}, ni tampoco la MFI_falsa por defecto. Asimismo, el BSC
no tiene conocimiento de esta MS involucrada en el servicio
multidifundido. No obstante, una MS tal puede, de cualquier modo,
gozar del servicio multidifundido.
En el procedimiento de asignación de MFI
descrito anteriormente, la MFI (y los otros parámetros para
actualización de TA) es comunicada por el BSC a las MSs, a petición
de estas últimas, que, después de recibir el mensaje de ASIGNACIÓN
MBMS desde el BSC, deben enviar un mensaje de pedido al BSC, antes
de que el tráfico de datos relacionado con el servicio
multidifundido comience a ser entregado. Además, el BSC es
sustancialmente transparente a la respuesta de LOCALIZACIÓN DE
PAQUETE inicial desde las MSs, que está dirigida al SGSN
competente.
Un procedimiento de asignación de MFI
alternativo, donde la respuesta a la LOCALIZACIÓN es directamente
capturada por el BSC, puede ser la siguiente (Figura 8B).
Cuando una sesión de multidifusión está por
comenzar, el pedido de LOCALIZACIÓN DE PAQUETE a las MSs es
disparado por el SGSN a el/los BSC(s). En lo que respecta a
una MS en estado STAND-BY o en estado LISTO y modo
de espera de paquete, al momento de la recepción del pedido de
LOCALIZACIÓN DE PAQUETE, por ejemplo, sobre el CCCH (o sobre el
PCCCH, si está disponible), y del mensaje de NOTIFICACIÓN MBMS,
dicha MS envía un pedido de CANAL sobre el RACH (o un pedido de
CANAL DE PAQUETE sobre el PRACH, si el PCCCH está disponible). El
BSC envía una ASIGNACIÓN INMEDIATA sobre el AGCH (o una ASIGNACIÓN
DE ENLACE ASCENDENTE DE PAQUETE sobre el PAGCH, si el PCCCH está
disponible). Sobre el PDCH temporal asignado, la MS envía al BSC un
pedido de SERVICIO MBMS, que incluye en el mensaje, el TLLI y la
TMGI respectivos que identifican el grupo multidifundido. El TBF de
enlace ascendente temporal establecido para entregar el pedido de
SERVICIO MBMS es conservado por la MS, enviando bloques de datos
RLC ficticios si es necesario, hasta que la MS reciba, desde el BSC,
un mensaje de ACK/NACK DE ENLACE ASCENDENTE DE PAQUETE que incluye
la MFI, preferentemente el triplete enviando bloques de datos RLC
ficticios si es necesario, hasta que la MS reciba un mensaje de
ASIGNACIÓN MBMS por el BSC, o la MFI_falsa, asignados por el BSC a
dicha MS específica.
En lo que respecta a una MS en estado LISTO y
modo de TRANSFERENCIA DE PAQUETE, una MS tal puede tener ya un TBF
de enlace descendente activo o un TBF de enlace ascendente activo, o
ambos. La MS puede recibir el pedido de LOCALIZACIÓN DE PAQUETE
sobre el PACCH de enlace descendente (el canal de control de paquete
de enlace descendente asociado con el PDCH de enlace descendente de
dicha MS). El BSC envía también el mensaje de NOTIFICACIÓN MBMS. En
caso negativo, la MS puede pedir un TBF concurrente dentro de una
primera aparición de un mensaje de ACK/NACK DE ENLACE DESCENDENTE
DE PAQUETE relacionado con el servicio activo; el BSC envía una
ASIGNACIÓN DE ENLACE ASCENDENTE DE PAQUETE o una RECONFIGURACIÓN DE
RANURA DE TIEMPO DE PAQUETE a la MS sobre el PACCH; sobre el/los
PDCH(s) asignado(s) asignado(s), la MS envía al
BSC el pedido de SERVICIO MBMS, incluyendo su TLLI y la TMGI. El
TBF de enlace ascendente, ya activo en el caso anterior o recién
establecido para entregar el pedido de SERVICIO MBMS en el último
caso, es conservado por la MS, enviando bloques de datos RLC
ficticios si es necesario, hasta que la MS reciba un mensaje de
ACK/NACK DE ENLACE ASCENDENTE DE PAQUETE, que incluye el triplete
{MFI, MFI_TAI, MFI_TA_TN}, o la MFI_falsa, asignados por el BSC a
dicha MS específica.
Tan pronto como el BSC recibe el pedido de
SERVICIO MBMS desde una MS, el BSC envía una ACK/NACK DE ENLACE
ASCENDENTE DE PAQUETE a dicha MS, direccionándola a través del
ENLACE ASCENDENTE_TFI y el TLLI de
contenido-resolución respectivos, e incluyendo la
TMGI recibida desde la MS, así como también el triplete {MFI,
MFI_TAI, MFI_TA_TN} asignado por el BSS a dicha MS específica;
estos cuatro campos adicionales (TMGI, MFI, MFI_TAI, MFI_TA_TN)
pueden ser incluidos, por ejemplo, utilizando bits de relleno dentro
del mensaje de ACK/NACK DE ENLACE ASCENDENTE DE PAQUETE.
Una vez que la MS ha recibido el mensaje de
ACK/NACK DE ENLACE ASCENDENTE DE PAQUETE, que incluye el triplete
{MFI, MFI_TAI, MFI_TA_TN}, comienza el procedimiento de cuenta
regresiva con el fin de liberar el TBF de enlace ascendente. Esto
se lleva a cabo tal como se describe en detalle con referencia a la
Figura 8A.
El procedimiento anterior se repite para todas
las MSs involucradas en un servicio especificado, y, en su mayor
grado, hasta que el anteúltimo valor de MFI válido esté disponible
del lado del BSC. Si se encuentran involucradas más MSs, dentro de
una célula única, en el MBMS especificado, el último valor de MFI
disponible es asignado a todas esas MSs como una MFI_falsa por
defecto en el mensaje de ACK/NACK DE ENLACE ASCENDENTE DE PAQUETE
enviado a cada una de esas MSs; estos mensajes de ACK/NACK DE ENLACE
ASCENDENTE DE PAQUETE no incluyen los campos MFI_TAI y MFI_TA_TN.
Un procedimiento de cuenta regresiva similar es comenzado por cada
MS que ha recibido la MFI_falsa.
El BSC envía luego el mensaje de ASIGNACIÓN
MBMS, que incluye la TFI, el/los PDCH(s) y el tiempo de
comienzo de TBF del servicio "A", por ejemplo, sobre el CCCH (o
sobre el PCCCH, si está disponible), ara todas las MSs en estado
STAND-BY o en estado LISTO y en modo de ESPERA DE
PAQUETE, o sobre el PACCH, para cada MS en estado LISTO y en modo
de TRANSFERENCIA DE PAQUETE. Tal como se explica anteriormente, el
mensaje de ASIGNACIÓN MBMS puede ser enviado, preferentemente, más
de una vez, por ejemplo, cinco veces, con el fin de superar posibles
deficiencias de radio que conduzcan a pérdida de mensaje del lado de
las MSs.
Si el TBF de enlace ascendente utilizado para
entregar el pedido de SERVICIO MBMS no es liberado antes del tiempo
de comienzo de TBF, incluido en el mensaje de ASIGNACIÓN MBMS, la MS
conmuta, de cualquier modo, al/a los PDCH(s)
asignado(s) para el servicio multidifundido en el momento
especificado por el tiempo de comienzo de TBF. Puede seguir un
procedimiento similar al descrito con referencia a la Figura 8A.
Puede apreciarse que en este procedimiento de
asignación de MFI alternativo, las MSs responden al pedido de
localización por medio de un pedido de SERVICIO MBMS, al cual el BSC
responde automáticamente, comunicando la MFI (y, preferentemente,
los parámetros adicionales MFI_TAI y MFI_TA_TN) a las MSs; esto es
llevado a cabo antes de la asignación de los recursos para el
servicio multidifundido. El pedido de SERVICIO MBMS se detiene en
el BSC, de forma que el BSC pueda llevar a cabo directamente el
recuento de las MSs involucradas en el servicio multidifundido
"A". Por otro lado, el SGSN no tiene conocimiento, en este
caso, de qué MSs del grupo de servicios multidifundidos están, en
un tiempo dado, explotando realmente el servicio.
Como otra alternativa (Figura 8B, línea de
guiones y puntos), una vez que una MS ha enviado al BSC el pedido
de SERVICIO MBMS, que incluye su TLLI y la TMGI, el BSC entrega
además el pedido de SERVICIO MBMS al SGSN competente, que toma así
conocimiento de qué MSs están explotando el servicio.
Uno cualquiera de los procedimientos descritos
anteriormente permite al BSC llevar a cabo tanto el recuento como
el direccionamiento individual de las MSs involucradas en un
servicio multidifundido especificado, por ejemplo, el servicio
"A" (caracterizado por una TMGI TMGI-A). Así,
el BSC tiene conocimiento del número de usuarios involucrados en el
servicio multidifundido, y puede actualizar selectivamente el avance
de timing para las diferentes MSs, además de implementar políticas
de retransmisiones efectivas. Durante la sesión MBMS, la MFI
asignada y comunicada a una MS dada, es utilizada por el BSC para
direccionar información a dicha MS; en forma similar, la MS utiliza
la MFI asignada y comunicada a la misma para permitir que el BSC
reconozca dicha MS entre todas las MSs involucradas en dicha sesión
MBMS. Durante la sesión MBMS, la MFI_TAI y la MFI_TA_IN son
utilizadas por la MS y por el BSC para el procedimiento de
actualización de TA continuo. La TN especificada por MFI_TA_TN
identifica un PDCH que pertenece al conjunto de PDCHs distribuidos
para dicha sesión MBMS. Cabe destacar que hasta dieciséis MSs
pueden ser direccionadas sobre el mismo PDCH, ya que hasta dieciséis
MSs pueden ajustar el TA sobre el mismo PDCH a través de MFI_TAI,
con un procedimiento de actualización de TA continuo estándar.
Respecto de los usuarios a los cuales se ha
asignado la MFI_falsa por defecto, el BSC puede contar las MSs
excedentes, incluso si no puede direccionarlas individualmente, ya
sea para la gestión de retransmisiones o bien, para actualización
de TA. No obstante, incluso el simple recuento de dichas MSs puede
ser de ayuda para sintonizar correctamente políticas de
retransmisión en un procedimiento de ACK/NACK. Por ejemplo, si la
retransmisión continua de bloques de datos de radio es necesaria
desde una MS a la cual se ha asignado un valor de MFI "real",
el BSC puede reconocer que la calidad de recepción de dicha MS es
muy pobre. Por ejemplo, la MS puede estar ubicada sobre el límite
de la célula, un hecho que también debe verificarse a partir de los
valores de los parámetros adicionales MFI_TAI y MFI_TA_TN. Así, el
BSC puede decidir Aliberar@ la MFI ya asignada, por ejemplo,
asignando a dicha MS la MFI_falsa, y asignar el valor de MFI
disponible a una de las MSs a las cuales se asignó previamente la
MFI_falsa (direccionando esta MS, utilizando su TLLI), con el fin de
ganar eficiencia de la política de retransmisión.
La provisión de la MFI de parámetro, además de
la TFI, crea un parámetro de dirección global, o identificador
global {TFI, MFI}, que permite a los aparatos de red, a saber, el
BSC genérico, direccionar una MS específica entre las involucradas
en el servicio multidifundido "A" dentro de una célula de red
específica.
La posibilidad de direccionar individualmente
las MSs en una célula, incluso si éstas pertenecen a un mismo grupo
multidifundido, abre el camino a diversas explotaciones diferentes,
y, en particular, permite a la red implementar una política
eficiente de retransmisión de datos multidifundidos basada en la
confirmación/no confirmación (ACK/NACK) de los datos recibidos por
las MSs.
Una política de retransmisión basándose en
ACK/NACK, de acuerdo con una forma de realización de la presente
invención, será explicada ahora en detalle, con la ayuda el diagrama
de flujo esquemático de la Figura 5.
Con el fin de comprender mejor la política de
retransmisión basándose en ACK/NACK, se hace referencia a la Figura
6, que muestra esquemáticamente, en una forma extremadamente
simplificada y en términos de bloques funcionales relevantes para
la compresión de la forma de realización ilustrativa de la invención
considerada en la presente, una MS genérica, tales como las la MS
MS1. Tal como se sabe, una MS comprende, además de elementos
específicos que permiten comunicaciones de radio, una unidad de
procesamiento de datos programable, particularmente un
microprocesador, con recursos de memoria no volátiles y dinámicos, y
que interactúa estrictamente con un módulo de identidad de abonado
(SIM), que es un módulo de tarjeta inteligente desmontable con sus
propias capacidades de almacenamiento y procesamiento de datos. Se
pretende que al menos algunas de las funciones que serán descritas
sean implementadas en términos de software corrido por las unidades
de procesamiento de datos de la MS y/o del SIM.
La MS MS1 comprende una unidad de capa física
605, que maneja los detalles de nivel bajo (nivel físico) de las
comunicaciones de radio, que cumple con el estándar GSM; esta unidad
comprende, en particular, los circuitos de transmisor/receptor de la
MS.
La unidad de nivel físico 605 se comunica con
una unidad de nivel RLC/MAC (control de acceso medio) 610, que
gestiona las comunicaciones en el nivel RLC/MAC inmediatamente más
alto del modelo ISO OSI, controlando particularmente el acceso de
la MS al medio de comunicación físico. En términos extremadamente
simplificados, suficientes para los propósitos de la presente
descripción, la unidad de nivel RLC/MAC 610 recibe los bloques de
datos de radio desde la unidad de nivel físico 605, y reconstruye
los diversos canales lógicos GPRS mencionados anteriormente. En
particular, la unidad de nivel RLC/MAC compara (tal como es
esquematizado por la salida lógica AND 615) la TFI que etiqueta los
bloques de datos de radio recibidos con la TFI TFI1 de sintonización
localmente almacenada, que la MS utiliza para establecer si los
bloques de datos de radio están dirigidos a la misma, y, por lo
tanto, deben ser capturados y conservados, o descartados. Si la TFI
que etiqueta los bloques de datos de radio recibidos no coincide
con la TFI TFI1 de sintonización, los bloques de datos de radio son
descartados (tal como es esquematizado por medio del switch 620
abierto); de otra forma son capturados, se reconstruye el canal de
tráfico de datos, y los datos son pasados a los niveles más altos
del modelo OSI 625, hasta la capa de aplicación OSI.
Los datos recibidos relacionados con el servicio
GPRS son pasados luego a un software de aplicación 630, tales como
las un visor de contenidos o un reproductor de MP3 o similares, y, a
través del elemento periférico I/O apropiado (visualizador,
parlante, auriculares), se ponen a disposición del usuario (en forma
alternativa, o en combinación, los datos pueden ser almacenados en
un almacenamiento local de la MS, para una prestación de
soporte).
Tal como es esquematizado por un switch 635,
dependiendo de si el campo S/P 435 en el bloque de datos de radio
recibidos está configurado o no, y el campo LI 455 (o 455a) en uno
de los octetos 450a, ..., 450n está configurado en uno de los
valores predeterminados, la MFI es extraída a partir del bloque de
datos de radio recibido, y comparada (tal como es esquematizado por
la salida lógica AND 640) con una MFI personal localmente
almacenada MFI1, recibida desde el BSC, por ejemplo, a través de uno
de los procedimientos asignados descritos anteriormente. En caso de
coincidencia, un gestor de ACK/NACK 640 gestiona las operaciones de
ACK/NACK.
De regreso al diagrama de flujo 500, al comienzo
de la sesión MBMS, los aparatos de red asignan una MFI respectiva
para cada MS (que pertenece a un grupo de servicios
multidifundidos), tal como se describe anteriormente, identificando
unívocamente la MS. Así, la MS genérica tiene conocimiento de cuál
es la MFI respectiva que la red (a saber, el BSC) ha asignado
unívocamente a la misma.
Se supone ahora que el BSC genérico de la red,
por ejemplo el BSC BSC1, desea direccionar una específica de las
MSs bajo su responsabilidad, que están ubicadas en una misma célula
y están, en el momento, recibiendo un mismo servicio
multidifundido, en el ejemplo, una entre las MSs MS1 y MS2 en la
célula CÉLULA1, por ejemplo la MS MS2, respecto del servicio
"A".
El BSCBSC1 configura el campo LI 455a en uno de
los octetos 450a, ..., 450n, dentro de la cabecera RLC 410 de un
bloque RLC/MAC genérico 400, enviado sobre el enlace descendente en
el valor predeterminado, por ejemplo 75, y configura el campo MFI
470 con la MFI conveniente, correspondiente a la MS para ser
direccionada, recuperada a partir de la tabla
145-1.
Dicho bloque 400 puede ser, por ejemplo, uno de
los bloques de datos de radio que entrega los datos relacionados con
el servicio multidifundido "A".
En forma adicional, el BSC BSC1 configura el
campo S/P 435 el campo RRBP 430, dentro de la cabecera MAC 405 de
dicho bloque RLC/MAC 400.
Todas estas operaciones son esquematizadas por
el bloque de acción 505 en el diagrama de flujo 500.
De esta forma, los aparatos de red direccionan
la MS MS2 específica, a través del identificador global respectivo
-{TFI, MFI} en la cabecera RLC de bloque de datos de radio 415, y
ordena a la MS MS2 direccionada, enviar un mensaje de ACK/NACK DE
ENLACE DESCENDENTE DE PAQUETE sobre el enlace ascendente al BSC
BSC1, en un tiempo especificado en el campo RRBP 430.
Se observa que el período de pedido de ACK/NACK
de red será seleccionado de manera apropiada, con el fin de evitar
condiciones de detención de la ventana de transmisión del lado del
BSC. En particular, el período de pedido depende del uso de GPRS o
EGPRS, la cantidad de PDCHs distribuidos para la sesión MBMS, el
tamaño de ventana en caso de EGPRS, la cantidad de MSs involucradas
en la sesión MBMS, el BS_CV_MAX y los valores RRBP. Con una
selección apropiada de los parámetros, es posible recibir el mensaje
de ACK/NACK DE ENLACE DESCENDENTE DE PAQUETE a partir del número
máximo de MSs que pueden ser multiplexadas sobre un PDCH y
controladas a través del procedimiento de actualización de TA
continuo, es decir, 16, evitando incluso una condición de detención
de la ventana de transmisión del lado del BSS. De esta forma, todas
las MSs a las que se ha asignado un triplete {MFI, MFI_TAI,
MFI_TA_TN} pueden enviar periódicamente el mensaje de ACK/NACK DE
ENLACE DESCENDENTE DE PAQUETE.
De regreso al diagrama de flujo 500, la MS
genérica en la célula CÉLULA1, lee la cabecera RLC 410 del bloque de
datos de radio 400 transmitido en el enlace descendente, y extrae la
TFI (bloque 510).
La MS genérica verifica luego si la TFI extraída
coincide con la comunicada previamente a la misma por el BSC
(bloque de decisión 515).
En caso negativo (rama de salida N del bloque de
decisión 515), la MS descarta el bloque de datos de radio (bloque
520).
En caso afirmativo, (rama de salida Y del bloque
de decisión 515), la MS verifica (bloque de decisión 525) si el
campo S/P 435 en la cabecera MAC 405 está configurado o no, y los
campos LI están configurados en valores predeterminados (LI = 55
para GPRS o LI = 75 para EGPRS), indicando que la red está
direccionando a una MS específica que pida una ACK/NACK a partir de
ello. En caso negativo (rama de salida N del bloque de decisión
525), la MS procesa el bloque de datos de radio recibido como es
usual, particularmente para recuperar los datos RLC (bloque 530).
En caso afirmativo (rama de salida Y del bloque de decisión 525), la
MS lee la MFI de campo 470 (cuya presencia es señalizada a la MS
por medio del hecho de que los campos LI en la cabecera RLC
almacenan un valor predeterminado 55 (GPRS) o 75 (EGPRS)), para
recuperar el valor de MFI almacenado en la misma (bloque 535).
La MS verifica luego si la MFI recuperada
coincide con la MFI almacenada, comunicada previamente a la MS por
el BSC (bloque de decisión 540). En caso negativo, la MS procesa el
bloque de datos de radio recibido como es usual (bloque 530); de
otra forma (rama de salida Y del bloque de decisión 540), la MS
comprende que ha sido direccionada por la red y que se le ha pedido
llevar a cabo una ACK/NACK de los datos recibidos.
La MS MS2 direccionada a través del
identificador global {TFI, MFI} en la forma descrita anteriormente,
envía el mensaje de ACK/NACK DE ENLACE DESCENDENTE DE PAQUETE en el
período de bloque de radio de enlace ascendente por medio del valor
en el campo RRBP 430 (bloque 545). La MS puede incluir su MFI en el
mensaje de ACK/NACK DE ENLACE DESCENDENTE DE PAQUETE, utilizando
parte de los bits de relleno del mensaje, con el fin de permitir
que el BSC detecte la identidad correcta de la MS de respuesta. Por
ejemplo, el mensaje de ACK/NACK DE ENLACE DESCENDENTE DE PAQUETE
puede ser enviado al BSC sobre el PACCH de enlace ascendente, común
a todas las MSs involucradas en la sesión MBMS, que es el canal de
control asociado con el/los PDCH(s) de enlace descendente
utilizado para entregar el servicio multidifundido a las MSs.
Sin entrar en detalles bien conocidos por los
expertos, el mensaje de ACK/NACK DE ENLACE DESCENDENTE DE PAQUETE
tiene un formato estándar y una longitud predefinida (típicamente de
160 bits) y, entre los otros campos, incluye la TFI de la MS
emisora, y una descripción de ACK/NACK que comprende un mapa de los
bloques de datos recibidos (el denominado mapa de bits de bloque
recibido - RBB) útil para proveer al BSC una indicación respecto de
la recepción correcta de los bloques de datos en una ventana de
transmisión.
La MS MS2 incluye la MFI personal MF2, en el
mensaje de ACK/NACK DE ENLACE DESCENDENTE DE PAQUETE; de esta
forma, cuando el BSC BSC1 recibe el mensaje, es capaz (con
referencia a la tabla 145-1) de determinar la
identidad correcta de la MS de respuesta MS2, entre las del grupo
multidifundido, dentro de la misma célula CÉLULA1, compartiendo la
misma TFI TFI1. En particular, parte de los denominados bits de
relleno provistos normalmente en el mensaje (para alcanzar la
longitud de mensaje predeterminada de 160 bits) es explotada para
incluir la MFI en el mensaje de ACK/NACK DE ENLACE DESCENDENTE DE
PAQUETE (tal como se ilustra esquemáticamente en la Figura 7).
El BSC BSC1 procesa (bloque 550) todos los
mensajes de ACK/NACK DE ENLACE DESCENDENTE DE PAQUETE recibidos
dentro de un período de pedido, desde todas las MSs involucradas en
un servicio multidifundido específico, y con un triplete individual
asignado {MFI, MFI_TAI, MFI_TA_TN}, en el ejemplo las MSs MS1 y MS2,
en lo que respecta a la célula CÉLULA1, respecto del servicio
"A" (una interrogación similar es llevada a cabo sobre las MSs
de otras células bajo la responsabilidad del BSC).
Basándose en los mensajes de ACK/NACK recibidos
desde las MSs, el BSC implementa una política de retransmisión de
los datos relacionados con el servicio multidifundido "A" a las
MSs (bloque 555).
Pueden implementarse diversas políticas de
retransmisión en el nivel de BSC, donde la naturaleza específica de
la política de retransmisión no limita per ser la presente
invención.
En particular, y simplemente a modo de ejemplo,
son factibles dos tipos de políticas de retransmisión, definidas
como exhaustiva y selectiva, respectivamente.
En la política de retransmisión exhaustiva, se
transmiten todos los bloques de datos de radio a los que se hace
referencia como no confirmados (en forma abreviada, con NACK) en el
RBB de la descripción de ACK/NACK en cualquier mensaje de ACK/NACK
DE ENLACE DESCENDENTE DE PAQUETE recibido. En tal caso, la retardo
debido a las retransmisiones podría ser considerable; por lo tanto,
es necesario evaluar correctamente el tamaño de buffer del software
de aplicación 630 residente en la MS y que permite al usuario
explotar el servicio recibido (por ejemplo, un televidente, y/o
reproductor de música multimedia), para evitar/minimizar las
potenciales interrupciones de servicio.
Los procedimientos en el nivel RLC del lado de
la red deben ser modificados, en comparación con procedimientos
estándar, para configurar periódicamente el comienzo de la venta de
transmisión correspondiente al bloque de radio menos reciente que
aún no ha sido confirmado positivamente entre todos los mensajes de
ACK/NACK DE ENLACE DESCENDENTE DE PAQUETE recibidos, y no sobre la
base de un mensaje único de ACK/NACK DE ENLACE DESCENDENTE DE
PAQUETE.
En el enfoque de retransmisión selectivo, la
retransmisión puede estar basada en el número general de bloques de
datos de radio con NACK, sobre un umbral relevante para el
porcentaje de MSs que piden la retransmisión de un bloque de datos
de radio específico, y, posiblemente, sobre las MFIs de las MSs que
piden las retransmisiones (por ejemplo, con el fin de tener en
cuenta posibles MSs ubicadas en áreas de una célula de cobertura
escasa).
El impacto sobre los procedimientos en el nivel
RLC dentro de las MSs es mayor que en el caso analizado
previamente. En particular, para soportar dicho esquema de
retransmisión, la MS genérica será capaz de avanzar la ventana de
recepción, incluso si dicha MS no recibió correctamente el bloque de
radio menos reciente aún no recibido dentro de un período de espera
especificado; por ejemplo, los bloques de radio faltantes deberían
ser reemplazados por bloques de radio de carga todos de bits cero de
relleno. El mismo impacto se aplica también para todas las MSs que
no están incluidas en la lista de las MSs individualmente
direccionables, es decir, a las que no se les permite enviar
mensajes de ACK/NACK DE ENLACE DESCENDENTE DE PAQUETE (las MSs con
la MFI_falsa por defecto asignada a todas las MSs en exceso de un
límite superior, y las MSs respecto de las cuales el BSC no tiene
conocimiento). Para esas MSs, el mismo impacto se presenta también
con un algoritmo exhaustivo (ya que el algoritmo es exhaustivo
solamente para las MSs direccionadas). Del lado de la red, los
procedimientos de nivel RLC también serán modificados para
configurara periódicamente el comienzo de la ventana de transmisión
correspondiente a el bloque de radio menos reciente aún no
confirmado positivamente que el BSC decide tener en cuenta para
retransmisiones, basándose en el algoritmo selectivo.
Asimismo, el BSC puede decidir que una MS ya no
sea considerada para la gestión de retransmisiones; por ejemplo, el
BSC puede decidirlo basándose en las ACK/NACKs recibidas desde dicha
MS, tal como se explica previamente. En este caso, el BSC elimina
la MS de la lista de las MSs individualmente direccionables, por
ejemplo, cambiando el identificador de MS de MFI a MFI_falsa. Para
hacerlo, el BSC identifica, por ejemplo, la MS, incluyendo la MFI
respectiva en un bloque RLC/MAC, cuya cabecera RLC es además
extendida para incluir la MFI_falsa. La extensión de cabecera RLC
para incluir la MFI_falsa puede ser llevada a cabo configurando el
campo LI en uno de los octetos 450a, ..., 450n en un valor
predeterminado, por ejemplo LI= 57 (siguiendo LI = 55 que indica la
inclusión de la MFI) en GPRS y LI = 77 ( siguiendo LI = 75 que
indica la inclusión de la MFI) en EGPRS. La cabecera de RLC
extendida incluye, por lo tanto, indicadores de longitud + MFI +
MFI_falsa.
Cuando la Ms detecta que el identificador ha
sido cambiado de MFI a MFI_falsa, la MS libera los valores MFI_TAI y
MFI_TA_TN, que ya dejan de estar disponibles para dicha MS.
El BSC asocia, además, la MFI_falsa con el TLLI
de dicha MS en la tabla 145-1 (o
145-2); el triplete {MFI, MFI_TAI, MFI_TA_TN}
asignado previamente a dicha MS se encuentra ahora disponible del
lado del BSC para una nueva MS.
A la MS eliminada de la lista ya no se le
permite, a partir de ese momento enviar mensajes de ACK/NACK DE
ENLACE DESCENDENTE DE PAQUETE en enlace ascendente, incluso en el
caso de que los campos S/P y RRBP estén configurados dentro de la
cabecera MAC del bloque RLC/MAC corriente.
Cuando un triplete {MFI, MFI_TAI, MFI_TA_TN} se
vuelve disponible del lado del BSC para una nueva MS, el BSC elije,
por ejemplo aleatóriamente, una MS caracterizada por su TLLI y con
MFI_falsa como una nueva entrada en la lista de las MSs
individualmente direccionables; el BSC identifica esta MS con estos
dos parámetros en un bloque RLC/MAC, y cambia el identificador de
MS de MFI_falsa a MFI, agregando los parámetros MFI_TAI, MFI_TA_TN
en el mismo bloque RLC/MAC. Para alcanzarlo, la MFI puede ser
incluida configurando LI = 55 para GPRS y LI = 75 para EGPRD; la
MFI_falsa puede ser incluida configurando LI = 57 para GPRS y LI =
77 para EGPRS; el TLLI puede ser incluido configurando LI = 58 para
GPRS y LI = 78 para EGPRS; la MFI_TAI y la MFI_TA_TN pueden ser
incluidas configurando LI = 59 para GPRS y LI = 79 para EGPRS. La
cabecera RLC extendida incluye, por lo tanto, indicadores de
longitud, más MFI, más MFI_falsa, más TLLI, más MFI_TAI más
MFI_TA_TN.
Cuando la MS, que recibe el bloque RLC/MAC,
detecta que su identificador ha sido cambiado de MFI_falsa a MFI,
la MS comienza a utilizar las MFI_TAI y MFI_TA_TN asignadas para
propósitos de actualización de TA. Asimismo, en la tabla
145-1 o 145-2, el BSC asocia el
triplete {MFI, MFI_TAI, MFI_TA_TN} con el TLLI de dicha MS.
No se le permite a la MS enviar mensajes de
ACK/NACK DE ENLACE DESCENDENTE DE PAQUETE en enlace ascendente,
incluso en caso de que los campos S/P y RRBP estén configurados
dentro de la cabecera MAC del bloque RLC/MAC corriente, hasta que
un valor de TA se encuentre disponible de lado de la MS, a través
del procedimiento de actualización de TA continuo.
Por lo tanto, a la MS que se ha asignado un
triplete {MFI, MFI_TAI, MFI_TA_TN}, lleva a cabo el procedimiento
de actualización de TA continuo y, cada vez que es requerido, envía
mensajes de ACK/NACK DE ENLACE DESCENDENTE DE PAQUETE para la
gestión de retransmisiones. Las MSs contadas por el BSC con la
MFI_falsa no llevan a cabo el procedimiento de actualización de TA
continuo, y no envían mensajes de ACK/NACK DE ENLACE DESCENDENTE DE
PAQUETE, pero, de cualquier modo, obtienen ventajas de las
retransmisiones llevadas a cabo por el BSC sobre la base de los
mensajes de ACK/NACK DE ENLACE DESCENDENTE DE PAQUETE enviados por
las MSs incluidas en la lista de las MSs individualmente
direccionables. Las MSs respecto de las cuales el BSC no tiene
conocimiento (es decir, las MSs que no fueron capaces de establecer
un TBF de enlace ascendente tras la recepción del mensaje de
ASIGNACIÓN MBMS y antes del tiempo de comienzo de TBF, y las MSs
desde las cuales el BSC no ha recibido de regreso al menos un
bloque de datos RLC que incluya el TLLI respectivo más la TMGI,
incluso si fueron capaces de establecer un TBF de enlace
ascendente), están en la misma condición que las MSs contadas por el
BSC con la MFI_falsa por defecto. La diferencia consiste en que las
MSs respecto de las cuales el BSC no tiene conocimiento, no tienen
posibilidades de ser aleatóriamente seleccionadas para inclusión en
la lista de MSS individualmente direccionables, a diferencia de las
MSs contadas por el BSC con la MFI_falsa, que pueden volverse
individualmente direccionables una vez que uno o más tripletes se
vuelven disponibles.
Se supone ahora que, en un tiempo dado, una MS
pide el servicio multidifundido "A" de GPRS, situándose sobre
una célula de red (por ejemplo, la célula CÉLULA1) donde los
contenidos relacionados con el servicio multidifundido "A" ya
están siendo distribuidos Apor aire@ (debido al hecho de que la
sesión relacionada con el servicio multidifundido "A" ya está
corriendo).
La MS, después de unirse al grupo multidifundido
correspondiente (enlazado al contexto PDP multidifundido
correspondiente), a la que el BSC le asigna los mismos recursos de
comunicación físicos que a las otras estaciones móviles que están
explotando el mismo servicio multidifundido "A" en dicha célula
de red y, después de liberar los recursos de comunicación de radio
que fueron asociados con el contexto PDP estándar activado
inicialmente para dicha MS, comienza a explotar el servicio
multidifundido "A". Por ejemplo, un mensaje de ASIGNACIÓN MBMS
puede ser utilizado para entregar, a dicha MS, la TFI y el/los
PDCH(s) necesarios para sintonizarse en el servicio
multidifundido , así como también el triplete {MFI, MFI_TAI,
MFI_TA_TN} necesario para gestionar los procedimientos de
direccionamiento.
Gracias a las formas de realización de la
invención descritas anteriormente, los datos del servicio GPRS
puede ser distribuidos, para ser explotados, a una pluralidad de
usuarios en un mismo momento, particularmente a usuarios dentro de
la misma célula de la red celular, en una modalidad punto a
multipunto (es decir multidifusión), y los recursos de red,
particularmente los recursos de radio, para ser distribuidos, no
dependen directamente del número de usuarios que explotan
simultáneamente los servicios GPRS. Esto es un gran beneficio,
especialmente en caso de servicios GPRS relativamente pesados,
desde el punto de vista de la cantidad de datos a ser transferidos,
tales como las en servicios GPRS que involucran la distribución de
contenidos multimedia (audio y/o vídeo). En forma adicional, la
posibilidad ofrecida por la provisión del identificador de MS
adicional, la MFI, de las MSs individualmente direccionables,
incluso cuando pertenezcan a un mismo grupo de servicio
multidifundido, comparten la misma TFI, es extremadamente útil,
permitiendo, por ejemplo, la implementación de políticas de
confirmación/ no confirmación muy eficientes y mejorando así la
calidad de red del nivel de servicio.
También cabe destacar que más de un servicio
GPRS puede ser distribuido en multidifusión al mismo tiempo; en
este caso, dos o más TFIs serán radiodifundidas sobre el canal de
radiodifusión de célula, donde cada una etiqueta los bloques de
datos de radio de un TBF respectivo, correspondiente a un contexto
PDP piloto respectivo; también en este caso, se conserva la
posibilidad de direccionar individualmente las MSs.
La solución de acuerdo con la forma de
realización de la invención descrita en la presente tiene una
ventaja significativa de no necesitar modificaciones masivas de los
aparatos GSM/GPRS estándar, ya descritos sobre campo.
A pesar de que la presente invención ha sido
divulgada y descrita por medio de una forma de realización, es
claro para los expertos en el estado de la técnica que pueden son
posibles diversas modificaciones para la forma de realización
descrita, así como también otras formas de realización de la
presente invención, sin apartarse del alcance de la misma, tal como
se define en las reivindicaciones anexas.
\vskip1.000000\baselineskip
Esta lista de referencias citadas por el
solicitante está prevista únicamente para ayudar al lector y no
forma parte del documento de patente europea. Aunque se ha puesto el
máximo cuidado en su realización, no se pueden excluir errores u
omisiones y la OEP declina cualquier responsabilidad al
respecto.
\bullet WO 03019840 A2 [0017]
Claims (40)
1. En una red de comunicaciones inalámbricas
(100) que comprende un subsistema de estación base para controlar al
menos una célula de red (BSC1, BTS1, CÉLULA1; BSC2, BTS2, CÉLULA2;
BTS3, CÉLULA3, BTS4, CÉLULA4), y donde el subsistema de estación
base se comunica con estaciones móviles (MS1, MS2, MS3, MS5, MS7) en
la célula a través de bloques de radio, un procedimiento para
distribuir contenidos de información recibidos en paquetes de datos
en el subsistema de estación base a las estaciones móviles, que
comprende:
- obtener, comenzando desde los paquetes de
datos, bloques de radio (400) a ser transmitidos a través de la
célula de red;
- etiquetar dichos bloques de radio con un
primer identificador de enlace de radio, identificando una conexión
lógica entre una estación móvil y el subsistema de estación base
(TFI1);
- comunicar el primer identificador de enlace de
radio a una primera estación móvil (MS1, MS3, MS5) en la célula de
red; y,
- en caso que al menos una segunda estación
móvil (MS2, MS7) en la célula de red solicite recibir los contenidos
de información, comunicarlo a dicho primer identificador de enlace
de radio,
caracterizado porque comprende,
además:
- haber asignado a la primera estación móvil y
la al menos una segunda estación móvil, segundos identificadores de
enlace de radio respectivos (MFI1, MFI2, MFI3, MFI5, MFI7), para ser
incluidos en dichos bloques de radio.
\vskip1.000000\baselineskip
2. El procedimiento de acuerdo con la
reivindicación 1, caracterizado porque dicho primer
identificador de enlace de radio comprende una identidad de flujo
temporal (TFI) que corresponde a un flujo de bloque temporal (TBF)
activado por el subsistema de estación base para entregar los
contenidos de información a las estaciones móviles.
3. El procedimiento de acuerdo con la
reivindicación 1 o 2, caracterizado porque dichos segundos
identificadores de enlace de radio son unívocamente asignados a cada
estación móvil.
4. El procedimiento de acuerdo con la
reivindicación 1, 2 o 3, caracterizado porque dicho paso de
haber asignado a la primera y la al menos una segunda estaciones
móviles, segundos identificadores de enlace de radio respectivos
incluye asignar a la primera y la al menos una segunda estaciones
móviles, parámetros útiles para permitir una sincronización de la
comunicación de radio entre la MS y el subsistema de estación
base.
5. El procedimiento de acuerdo con una
cualquiera de las reivindicaciones anteriores, caracterizado
porque dicho paso de haber asignado a la primera y la al menos una
segunda estaciones móviles segundos identificadores de enlace de
radio respectivos es llevado a cabo por el subsistema de estación
base a petición de las estaciones móviles.
6. El procedimiento de acuerdo con una
cualquiera de las reivindicaciones 1 a 4, caracterizado
porque dicho paso de haber asignado a la primera y la al menos una
segunda estaciones móviles segundos identificadores de enlace de
radio respectivos es llevado a cabo automáticamente por el
subsistema de estación base en respuesta a un pedido de servicio
desde las estaciones móviles.
7. El procedimiento de acuerdo con la
reivindicación 5 o 6, caracterizado porque dicho paso de
haber asignado a la primera y la al menos una segunda estaciones
móviles segundos identificadores de enlace de radio respectivos es
llevado a cabo antes de comenzar a transmitir los bloques de
radio.
8. El procedimiento de acuerdo con la
reivindicación 5, caracterizado porque dicho paso de haber
asignado a la primera y la al menos una segunda estaciones móviles
segundos identificadores de enlace de radio respectivos es llevado a
cabo después de dicho paso de comunicación de dicho primer
identificador de enlace de radio a dicha primera y dicha segunda
estaciones móviles.
9. El procedimiento de acuerdo con la
reivindicación 6, caracterizado porque dicho paso de haber
asignado a la primera y la al menos una segunda estaciones móviles
segundos identificadores de enlace de radio respectivos es llevado a
cabo antes de dicho paso de comunicación de dicho primer
identificador de enlace de radio a dicha primera y dicha segunda
estaciones móviles.
10. El procedimiento de acuerdo con una
cualquiera de las reivindicaciones anteriores, caracterizado
porque dicho paso de haber asignado a la primera y la al menos una
segunda estaciones móviles segundos identificadores de enlace de
radio respectivos incluye haber asignado a cada estación móvil en
exceso de un número predeterminado, un segundo identificador de
enlace de radio común.
\newpage
11. El procedimiento de acuerdo con una
cualquiera de las reivindicaciones anteriores, caracterizado
porque dicho paso de haber asignado a la primera y la al menos una
segunda estaciones móviles segundos identificadores de enlace de
radio respectivos comprende establecer un enlace ascendente de
comunicación temporal desde las estaciones móviles hasta el
subsistema de estación base.
12. El procedimiento de acuerdo con la
reivindicación 11, que comprende, además, liberar el enlace
ascendente de comunicación temporal antes de transmitir, a través de
la célula de red, dichos bloques de radio obtenidos a partir de
dichos paquetes de datos.
13. El procedimiento de acuerdo con una
cualquiera de las reivindicaciones anteriores, que comprende,
además, direccionar información a una estación móvil seleccionada
entre la primera y la al menos una segunda estaciones móviles,
utilizando el segundo identificador de enlace de radio
respectivo.
14. El procedimiento de acuerdo con la
reivindicación 13, caracterizado porque dicho paso de
direccionar información comprende incluir (470) el segundo
identificador de enlace de radio en al menos un bloque de radio
obtenido a partir de dichos paquetes de datos.
15. El procedimiento de acuerdo con la
reivindicación 14, caracterizado porque dicho segundo
identificador de enlace de radio es incluido en una porción de
cabecera (410) del al menos un bloque de radio.
16. El procedimiento de acuerdo con la
reivindicación 13, 14 o 15, caracterizado porque dicho paso
de direccionar información comprende, además, pedir a la estación
móvil seleccionada que provea una respuesta.
17. El procedimiento de acuerdo con la
reivindicación 16, caracterizado porque dicho paso de pedir
que la estación móvil seleccionada provea una respuesta incluye
pedir a la estación móvil que provea información de confirmación
respecto de la recepción exitosa de los bloques de radio obtenidos a
partir de los paquetes de datos.
18. El procedimiento de acuerdo con la
reivindicación 17, que comprende la retransmisión de bloques de
radio ya transmitidos, obtenidos a partir de los paquetes de datos,
dependiendo de la información de confirmación recibida desde las
estaciones móviles.
19. El procedimiento de acuerdo con la
reivindicación 17 o 18, que comprende haber transmitido dicha
respuesta al subsistema de estación base sobre un canal de control
asociado con un canal sobre el cual se transmiten los bloques de
radio.
20. Un sistema de red de comunicaciones
inalámbricas (100), que comprende:
- un subsistema de estación base de red (BSC1,
BTS1, BSC2, BTS2 a BTS4) que permite comunicaciones inalámbricas con
una pluralidad de estaciones móviles (MS1 a MS7) ubicadas en una
célula de red (CÉLULA1 A CÉLULA4 ), a través de bloques de radio,
donde el subsistema de estación base está adaptado para recibir
contenidos de información en paquetes de datos, obtener bloques de
radio a partir de los paquetes de datos, etiquetar los bloques de
radio con un primer identificador de enlace de radio (TFI1) para ser
comunicado a una primera estación móvil en la célula de red y a al
menos una segunda estación móvil (MS2, MS7) en la célula de red que
solicita recibir contenidos de información, transmitiendo los
bloques de radio,
caracterizado porque:
- el subsistema de estación base también está
adaptado para asignar segundos identificadores de enlace de radio
(MFI1, MFI2, MFI3, MFI5, MFI7) a la primera estación móvil y a la al
menos una segunda estación móvil, donde los segundos identificadores
de enlace de radio están adaptados para ser incluidos en dichos
bloques de radio.
\vskip1.000000\baselineskip
21. El sistema de red de comunicaciones
inalámbricas de acuerdo con la reivindicación 20,
caracterizado porque dicho primer identificador de enlace de
radio comprende una identidad de flujo temporal (TFI) que
corresponde a un flujo de bloque temporal (TBF) activado por el
subsistema de estación base para entregar los contenidos de
información a las estaciones móviles.
22. El sistema de red de comunicaciones
inalámbricas de acuerdo con la reivindicación 20 o 21,
caracterizado porque el subsistema de estación base está
adaptado para asignar unívocamente dichos segundos identificadores
de enlace de radio a cada estación móvil.
23. El sistema de red de comunicaciones
inalámbricas de acuerdo con la reivindicación 20, 21 o 22,
caracterizado porque el subsistema de estación base está
adaptado, además, para asignar a la primera y la al menos una
segunda estaciones móviles parámetros útiles para permitir una
sincronización de las comunicaciones de radio entre las estaciones
móviles y el subsistema de estación base.
\newpage
24. El sistema de red de comunicaciones
inalámbricas de acuerdo con una cualquiera de las reivindicaciones
20 a 23, caracterizado porque el subsistema de estación base
está adaptado para asignar los segundos identificadores de enlace de
radio a petición de las estaciones móviles.
25. El sistema de red de comunicaciones
inalámbricas de acuerdo con una cualquiera de las reivindicaciones
20 a 23, caracterizado porque el subsistema de estación base
está adaptado para asignar los segundos identificadores de enlace de
radio automáticamente en respuesta a un pedido de servicio desde las
estaciones móviles.
26. El sistema de red de comunicaciones
inalámbricas de acuerdo con la reivindicación 24 o 25,
caracterizado porque el subsistema de estación base está
adaptado para asignar los segundos identificadores de enlace de
radio antes de comenzar a transmitir los bloques de radio obtenidos
a partir de los paquetes de datos.
27. El sistema de red de comunicaciones
inalámbricas de acuerdo con la reivindicación 24,
caracterizado porque el subsistema de estación base está
adaptado para asignar los segundos identificadores de enlace de
radio después de comunicar el primer identificador de enlace de
radio a las estaciones móviles.
28. El sistema de red de comunicaciones
inalámbricas de acuerdo con la reivindicación 25,
caracterizado porque el subsistema de estación base está
adaptado para asignar los segundos identificadores de enlace de
radio antes de comunicar el primer identificador de enlace de
radio.
29. El sistema de red de comunicaciones
inalámbricas de acuerdo con una cualquiera de las reivindicaciones
20 a 28, caracterizado porque el subsistema de estación base
está adaptado para asignar un segundo identificador de enlace de
radio común a cada estación móvil en exceso de un número
predeterminado.
30. El sistema de red de comunicaciones
inalámbricas de acuerdo con una cualquiera de las reivindicaciones
20 a 29, caracterizado porque el subsistema de estación base
está adaptado para establecer un enlace ascendente de comunicación
temporal desde las estaciones móviles hasta el subsistema de
estación base, antes de comenzar a transmitir los bloques de radio
obtenidos a partir de los paquetes de datos.
31. El sistema de red de comunicaciones
inalámbricas de acuerdo con una cualquiera de las reivindicaciones
20 a 30, caracterizado porque el subsistema de estación base
está adaptado para direccionar información a una estación móvil
entre la primera y la al menos una segunda estaciones móviles,
utilizando los segundos identificadores de enlace de radio
respectivos.
32. El sistema de red de comunicaciones
inalámbricas de acuerdo con la reivindicación 31,
caracterizado porque el segundo identificador de enlace de
radio está incluido en al menos uno de los bloques de radio
obtenidos a partir de los paquetes de datos.
33. El sistema de red de comunicaciones
inalámbricas de acuerdo con la reivindicación 32,
caracterizado porque el subsistema de estación base está
adaptado para pedir que la estación móvil direccionada provea una
respuesta.
34. El sistema de red de comunicaciones
inalámbricas de acuerdo con la reivindicación 33,
caracterizado porque el subsistema de estación base está
adaptado para pedir que la estación móvil direccionada provea
información de confirmación respecto de la recepción exitosa de los
bloques de radio obtenidos a partir de los paquetes de datos.
35. El sistema de red de comunicaciones
inalámbricas de acuerdo con la reivindicación 34,
caracterizado porque el subsistema de estación base está
adaptado para retransmitir bloques de radio ya transmitidos,
obtenidos a partir de dichos paquetes de datos, dependiendo de la
información de confirmación recibida desde las estaciones
móviles.
36. El sistema de red de comunicaciones
inalámbricas de acuerdo con la reivindicación 33, 34 o 35,
caracterizado porque dicha respuesta es transmitida sobre un
canal de control asociado con un canal sobre el cual se transmiten
los bloques de radio, obtenidos a partir de los paquetes de
datos.
37. Una estación móvil para el uso en una red de
comunicaciones inalámbricas (100) que soporta la distribución a las
estaciones móviles de contenidos de información recibidos en
paquetes de datos en un subsistema de estación base, donde los
contenidos de información son transmitidos a las estaciones móviles
en bloques de radio etiquetados por un primer identificador de
enlace de radio (TFI), comunicados por el subsistema de estación
base a las estaciones móviles,
caracterizado porque:
- la estación móvil está adaptada para:
- almacenar un segundo identificador de enlace
de radio (MFI1, MFI2, MFI3, MFI5, MFI7) propio asignado a la
misma;
- reconocer un bloque de radio recibido de forma
de incluir un segundo identificador de enlace de radio;
- extraer el segundo identificador de enlace de
radio desde el bloque de radio recibido; y
- comparar el segundo identificador de enlace de
radio extraído con dicho segundo identificador de enlace de radio
propio.
\vskip1.000000\baselineskip
38. La estación móvil de acuerdo con la
reivindicación 37, adaptada además para considerarse a sí misma como
direccionada por la red, en caso que dicho segundo identificador de
enlace de radio extraído se corresponda con el segundo identificador
de enlace de radio propio.
39. La estación móvil de acuerdo con la
reivindicación 38, adaptada además para:
- cuando es direccionada a través del segundo
identificador de enlace de radio personal, proveer a la red
información respecto de la recepción exitosa de los bloques de radio
transmitidos para entregar los contenidos de información.
\vskip1.000000\baselineskip
40. La estación móvil de acuerdo con la
reivindicación 38 o 39, caracterizada porque dicho primer
identificador de enlace de radio comprende una identidad de flujo
temporal (TFI) que corresponde a un flujo de bloque temporal (TBF)
activado para entregar los contenidos de información a las
estaciones móviles.
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| PCT/EP2004/050517 WO2005101752A1 (en) | 2004-04-14 | 2004-04-14 | Method and system for distributing multimedia contents through a wireless communications network, particularly a mobile telephony network |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| ES2342285T3 true ES2342285T3 (es) | 2010-07-05 |
Family
ID=34957370
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| ES04727296T Expired - Lifetime ES2342285T3 (es) | 2004-04-14 | 2004-04-14 | Procedimiento y sistema de distribucion de contenidos multimedia a traves de una red de comunicacion movil inalambrica. |
Country Status (14)
| Country | Link |
|---|---|
| US (1) | US8238895B2 (es) |
| EP (1) | EP1738536B1 (es) |
| JP (1) | JP4582553B2 (es) |
| KR (1) | KR101082456B1 (es) |
| CN (1) | CN1939002B (es) |
| AR (1) | AR048601A1 (es) |
| AT (1) | ATE460031T1 (es) |
| BR (1) | BRPI0418741B1 (es) |
| CA (1) | CA2563506C (es) |
| DE (1) | DE602004025857D1 (es) |
| ES (1) | ES2342285T3 (es) |
| HK (1) | HK1099154A1 (es) |
| RU (1) | RU2382507C2 (es) |
| WO (1) | WO2005101752A1 (es) |
Families Citing this family (48)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| DE10331305A1 (de) * | 2003-07-10 | 2005-02-17 | Siemens Ag | Kommunikationssystem, Peer-to-Peer-Nachrichten-Filter-Rechner und Verfahren zum Verarbeiten einer Peer-to-Peer-Nachricht |
| JP2008501291A (ja) * | 2004-05-28 | 2008-01-17 | テレフオンアクチーボラゲット エル エム エリクソン（パブル） | アダプティブアンテナシステムにおけるｔａアップデート |
| US8014377B2 (en) * | 2004-06-24 | 2011-09-06 | Nortel Networks Limited | Efficient location updates, paging and short bursts |
| US20070206595A1 (en) * | 2004-11-04 | 2007-09-06 | Christian Herrero-Veron | NSAPI allocation for MBMS |
| WO2006085732A1 (en) * | 2005-02-14 | 2006-08-17 | Lg Electronics Inc. | Method of controlling data transmission for mbs in broadband wireless access system |
| EP1872493A4 (en) * | 2005-04-04 | 2012-09-26 | Core Wireless Licensing Sarl | METHOD, DEVICE AND COMPUTER PROGRAM FOR DETERMINING THE MOBIL STATION RECEPTION OF A MULTIMEDIA BROADCAST / MULTIMEDIA SERVICE PROVIDER (MBMS) |
| WO2006111635A1 (fr) * | 2005-04-18 | 2006-10-26 | France Telecom | Procede et systeme de transmission d’un flux multicast en reseau d’echange de donnees |
| GB2429876B (en) * | 2005-09-06 | 2010-03-03 | King S College London | A method of providing access to packet-switched services in a heterogeneous network environment |
| WO2007052120A1 (en) * | 2005-11-01 | 2007-05-10 | Nokia Corporation | Variable length radio link id for resource allocation in mobile communication systems |
| TW201434302A (zh) * | 2006-02-14 | 2014-09-01 | Interdigital Tech Corp | Ｗｌａｎ服物中提供可靠多播服務方法及系統 |
| CN101132607B (zh) * | 2006-08-22 | 2011-07-20 | 上海贝尔阿尔卡特股份有限公司 | 演进多媒体广播组播业务接入网关、基站和方法 |
| CN101141669B (zh) * | 2006-09-06 | 2011-01-05 | 华为技术有限公司 | 在ip无线接入网中下发多媒体广播/组播服务业务的方法 |
| JP4680300B2 (ja) * | 2006-09-26 | 2011-05-11 | 三菱電機株式会社 | データ通信方法、移動体通信システム |
| US8023446B2 (en) | 2006-09-28 | 2011-09-20 | Hang Zhang | Systems and methods for facilitating intra-cell-peer-to-peer communication |
| EP1926329B1 (en) * | 2006-11-24 | 2010-10-06 | Industrial Technology Research | File repair method for MBMS and UMTS network |
| US8571066B2 (en) * | 2007-03-21 | 2013-10-29 | Qualcomm Incorporated | Methods and apparatus for RF channel switching in a multi-frequency network |
| AR067299A1 (es) * | 2007-03-30 | 2009-10-07 | Interdigital Tech Corp | Control de potencia en sub-canales ortogonales en sistemas de comunicaciones inalambricas |
| DK3203799T3 (en) * | 2007-11-05 | 2018-11-26 | Ericsson Telefon Ab L M | Improved timing alignment in an LTE system |
| US9094910B2 (en) * | 2008-09-09 | 2015-07-28 | Htc Corporation | Methods utilized in mobile device for handling situations when time alignment timer expires, and mobile device thereof |
| BRPI0923640B1 (pt) * | 2008-12-24 | 2021-03-23 | Panasonic Intellectual Property Corporation Of America | Aparelho de comunicação, método de comunicação, circuito integrado adaptado para controlar a transmissão de uma mensagem de controle e circuito integrado adaptado para controlar a recepção de uma mensagem de controle |
| US8711771B2 (en) * | 2009-03-03 | 2014-04-29 | Qualcomm Incorporated | Scalable header extension |
| EP2291015A1 (en) * | 2009-08-31 | 2011-03-02 | Gemalto SA | A method for communicating data between a secure element and a network access point and a corresponding secure element |
| US8285290B2 (en) * | 2009-11-18 | 2012-10-09 | Research In Motion Limited | Optimized resource allocation for wireless device in packet transfer mode |
| EP2364041B1 (en) * | 2010-03-03 | 2012-09-19 | Research In Motion Limited | Method and apparatus to signal use-specific capabilities of mobile stations to establish data transfer sessions |
| EP3550916B1 (en) * | 2010-03-03 | 2021-01-20 | BlackBerry Limited | Method and apparatus to signal use-specific capabilities of mobile stations to establish data transfer sessions |
| EP2367394B1 (en) * | 2010-03-12 | 2015-11-25 | BlackBerry Limited | Base station and method for receiving transmissions on an enhanced random access channel |
| EP2367392B1 (en) * | 2010-03-12 | 2015-11-11 | BlackBerry Limited | Method and device for registration and data transmission using fast / zero contention resolution |
| EP3007500B1 (en) | 2010-03-12 | 2022-05-04 | BlackBerry Limited | Communication station and method for transmitting on a random access channel |
| EP2367393B8 (en) * | 2010-03-12 | 2015-12-30 | BlackBerry Limited | Communication Station and Method for Transmitting Additional Information on an Enhanced Random Access Channel |
| EP2367386B1 (en) * | 2010-03-12 | 2020-08-12 | BlackBerry Limited | Timing advance enhancements for cellular communications |
| WO2011138470A1 (es) * | 2010-05-06 | 2011-11-10 | Fundacion Robotiker | Método y sistema de asociación de redes virtuales sobre un sustrato compuesto por nodos móviles |
| WO2012050505A1 (en) * | 2010-10-12 | 2012-04-19 | Telefonaktiebolaget Lm Ericsson (Publ) | Method and network node |
| CN102457977B (zh) * | 2010-10-14 | 2016-08-10 | 华为技术有限公司 | 一种数据调度方法及***以及相关设备 |
| CN103202056B (zh) * | 2010-11-11 | 2017-09-08 | 瑞典爱立信有限公司 | 异构蜂窝无线电通信***中用于配置几乎空白子帧传输模式以及对应测量模式以减少小区间干扰的方法和网络节点 |
| CN102487513A (zh) * | 2010-12-03 | 2012-06-06 | 华为技术有限公司 | 数据传输的方法和装置 |
| EP2678962B1 (en) * | 2011-02-25 | 2018-04-11 | Telefonaktiebolaget LM Ericsson (publ) | Method and arrangement for resolving a temporary block flow |
| SG187286A1 (en) * | 2011-07-29 | 2013-02-28 | Smart Communications Inc | System and method for activating a mobile device to initiate a communication |
| US9277552B2 (en) * | 2011-09-16 | 2016-03-01 | Telefonaktiebolaget Lm Ericsson (Publ) | Optimized system access procedures |
| KR101186621B1 (ko) | 2011-10-10 | 2012-09-27 | 엘지전자 주식회사 | 무선통신 시스템에서 멀티캐스트 데이터를 전송 및 수신하는 방법과 이를 위한 장치 |
| CN104335660B (zh) * | 2012-04-05 | 2018-06-19 | 瑞典爱立信有限公司 | 优化的***访问过程 |
| US8630614B2 (en) * | 2012-06-01 | 2014-01-14 | Uros Technology S.A. R.L. | Management of multiple subscriber identity modules |
| US9609488B2 (en) * | 2013-02-01 | 2017-03-28 | Qualcomm Incorporated | Managing broadcast services |
| CN104427476B (zh) * | 2013-09-10 | 2019-05-07 | 中兴通讯股份有限公司 | 位置信息上报方法、集群服务处理方法及*** |
| US9521572B2 (en) * | 2014-09-29 | 2016-12-13 | Qualcomm Incorporated | Power monitor scheduling in dual data mode |
| US10015781B2 (en) | 2015-01-27 | 2018-07-03 | Telefonaktiebolaget Lm Ericsson (Publ) | GSM evolution packet data traffic channel resource transmission management—fixed uplink allocation technique |
| WO2016200950A2 (en) * | 2015-06-10 | 2016-12-15 | 3M Innovative Properites Company | Communication device and network using tdma radio communication protocol |
| WO2018054503A1 (en) * | 2016-09-26 | 2018-03-29 | Nokia Solutions And Networks Oy | Communication system |
| CA3041966A1 (en) * | 2016-11-01 | 2018-05-11 | Telefonaktiebolaget Lm Ericsson (Publ) | Providing estimated accuracy of mobile station synchronization and mobile station transmission offset to the network |
Family Cites Families (13)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| FI108203B (fi) * | 1998-11-27 | 2001-11-30 | Nokia Mobile Phones Ltd | Menetelmä ja järjestely tiedon siirtämiseksi pakettiradiopalvelussa |
| US6445922B1 (en) * | 1999-12-15 | 2002-09-03 | Lucent Technologies Inc. | Method and system for support of overlapping IP addresses between an interworking function and a mobile IP foreign agent |
| JP3688547B2 (ja) * | 2000-02-15 | 2005-08-31 | 株式会社東芝 | 位置識別子管理装置及び移動計算機並びに位置識別子管理方法及び位置識別子処理方法 |
| US7302251B2 (en) * | 2000-10-06 | 2007-11-27 | Nortel Networks Limited | Channel request and contention resolution apparatus and method |
| US6707801B2 (en) * | 2001-03-28 | 2004-03-16 | Qualcomm Incorporated | Method and apparatus for data transport in a wireless communication system |
| WO2003019840A2 (en) | 2001-08-23 | 2003-03-06 | Bamboo Mediacasting Inc. | Multicast transmission in packet based cellular networks |
| US7149195B2 (en) * | 2001-08-28 | 2006-12-12 | Nokia Corporation | Apparatus, and associated method, for multicasting data in a radio communications system |
| CN1185889C (zh) * | 2002-02-10 | 2005-01-19 | 华为技术有限公司 | 多播业务中选择无线信道配置的方法 |
| KR100827136B1 (ko) | 2002-05-17 | 2008-05-02 | 삼성전자주식회사 | 이동통신시스템에서의 시그널링 연결 설정방법 |
| ATE389260T1 (de) | 2002-06-21 | 2008-03-15 | Telecom Italia Spa | Millimeterwellensender unter verwendung von einem optischen mischer , und verfahren dazu |
| KR100678181B1 (ko) | 2002-07-31 | 2007-02-01 | 삼성전자주식회사 | 이동통신 시스템에서 멀티미디어 방송 멀티 캐스트 서비스 데이터를 제공하는 장치 및 방법 |
| ATE496449T1 (de) * | 2002-08-21 | 2011-02-15 | Spyder Navigations Llc | Paket-weiterleitung an ein verbindungsorientiertes netzwerk |
| WO2004073256A1 (en) * | 2003-02-12 | 2004-08-26 | Samsung Electronics Co., Ltd. | Method for managing service context for paging user equipment in a multimedia broadcast/multicast service |
-
2004
- 2004-04-14 JP JP2007507673A patent/JP4582553B2/ja not_active Expired - Lifetime
- 2004-04-14 AT AT04727296T patent/ATE460031T1/de not_active IP Right Cessation
- 2004-04-14 CN CN200480042736.XA patent/CN1939002B/zh not_active Expired - Lifetime
- 2004-04-14 WO PCT/EP2004/050517 patent/WO2005101752A1/en active Application Filing
- 2004-04-14 BR BRPI0418741-5A patent/BRPI0418741B1/pt active IP Right Grant
- 2004-04-14 ES ES04727296T patent/ES2342285T3/es not_active Expired - Lifetime
- 2004-04-14 CA CA2563506A patent/CA2563506C/en not_active Expired - Lifetime
- 2004-04-14 RU RU2006140091/09A patent/RU2382507C2/ru active
- 2004-04-14 DE DE602004025857T patent/DE602004025857D1/de not_active Expired - Lifetime
- 2004-04-14 US US11/547,235 patent/US8238895B2/en active Active
- 2004-04-14 EP EP04727296A patent/EP1738536B1/en not_active Expired - Lifetime
-
2005
- 2005-04-13 AR ARP050101433A patent/AR048601A1/es active IP Right Grant
-
2006
- 2006-10-16 KR KR1020067021461A patent/KR101082456B1/ko active IP Right Grant
-
2007
- 2007-06-07 HK HK07106052.5A patent/HK1099154A1/xx not_active IP Right Cessation
Also Published As
| Publication number | Publication date |
|---|---|
| US8238895B2 (en) | 2012-08-07 |
| AR048601A1 (es) | 2006-05-10 |
| RU2006140091A (ru) | 2008-05-20 |
| EP1738536B1 (en) | 2010-03-03 |
| EP1738536A1 (en) | 2007-01-03 |
| JP2007533219A (ja) | 2007-11-15 |
| CN1939002A (zh) | 2007-03-28 |
| JP4582553B2 (ja) | 2010-11-17 |
| RU2382507C2 (ru) | 2010-02-20 |
| CA2563506A1 (en) | 2005-10-27 |
| HK1099154A1 (en) | 2007-08-03 |
| CN1939002B (zh) | 2015-04-08 |
| BRPI0418741A (pt) | 2007-09-11 |
| DE602004025857D1 (de) | 2010-04-15 |
| ATE460031T1 (de) | 2010-03-15 |
| US20070265012A1 (en) | 2007-11-15 |
| WO2005101752A1 (en) | 2005-10-27 |
| KR101082456B1 (ko) | 2011-11-11 |
| BRPI0418741B1 (pt) | 2017-07-04 |
| CA2563506C (en) | 2013-08-20 |
| KR20070014150A (ko) | 2007-01-31 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| ES2342285T3 (es) | Procedimiento y sistema de distribucion de contenidos multimedia a traves de una red de comunicacion movil inalambrica. | |
| JP4864096B2 (ja) | １対多サービス通信 | |
| ES2252049T3 (es) | Asignacion de recursos radioelectricos a partir de una red en un sistema de transmision con conmutacion de paquetes. | |
| ES2386889T3 (es) | Transmisión y recepción de información de control para servicio de difusión general/multidifusión multimedia en un sistema de comunicaciones móviles | |
| US9554357B2 (en) | Method of providing a service on a downlink shared channel | |
| CN101361299B (zh) | 点对多点服务通信 | |
| CA2597553C (en) | Method of controlling data transmission for mbs in broadband wireless access system | |
| TWI253245B (en) | Method and system for controlling the distribution of multimedia broadcast services | |
| CA2504537C (en) | Method and system for signaling in broadcast communication system | |
| KR100617759B1 (ko) | Ｍｂｍｓ 서비스 공표 및 통보를 위한 셀 브로드캐스트의이용 방법 | |
| USRE49078E1 (en) | Apparatus supporting an MBMS service | |
| EP1745581B1 (en) | Method and system for efficient distribution of multicast services in a mobile network | |
| ES2317039T3 (es) | Transmision de contenidos multimedia a una pluralidad de usuarios moviles. | |
| JP2004135283A (ja) | 移動通信システムにおけるマルチメディア放送マルチキャストサービスを提供する装置及び方法 | |
| BRPI0715490A2 (pt) | Radioportadoras de ponto a ponto para um serviço de transmissão. | |
| MXPA04010992A (es) | Procedimiento y sistema de radiocomunicacion para transmitir informacion util como un servicio a varias estaciones participantes. | |
| CN101911763A (zh) | 通信***中用于一阶段接入的***和方法 | |
| CN112584511A (zh) | 一种网络切片的组播方法及装置 | |
| CN116250281A (zh) | 用于路径切换的方法和装置 | |
| EP3393187B1 (en) | Method for sending a sequence signal and terminal therefor | |
| CN116782134A (zh) | Nr***中sfn方式下mbs控制信息的发送方法 | |
| KR20210104539A (ko) | Mbs 데이터를 처리하는 방법 및 그 장치 | |
| KR20060016292A (ko) | 멀티미디어 브로드캐스트/멀티캐스트 서비스를 제공하는이동통신시스템에서 무선 자원 연결 요청메시지를효율적으로 전송하는 방법 | |
| JP7265875B2 (ja) | マルチキャスト配信システム | |
| RU2393634C2 (ru) | Передача и прием информации многоточечной услуги |