ES2869940T3 - Procedimiento y aparato para enviar notificaciones sobre el servicio de difusión en un Sistema de Difusión Móvil - Google Patents

Procedimiento y aparato para enviar notificaciones sobre el servicio de difusión en un Sistema de Difusión Móvil Download PDF

Info

Publication number
ES2869940T3
ES2869940T3 ES12008108T ES12008108T ES2869940T3 ES 2869940 T3 ES2869940 T3 ES 2869940T3 ES 12008108 T ES12008108 T ES 12008108T ES 12008108 T ES12008108 T ES 12008108T ES 2869940 T3 ES2869940 T3 ES 2869940T3
Authority
ES
Spain
Prior art keywords
notification
bcast
service
notification message
message
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.)
Active
Application number
ES12008108T
Other languages
English (en)
Inventor
Sung-Oh Hwang
Eun-Jung Kim
Joon-Goo Park
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Samsung Electronics Co Ltd
Original Assignee
Samsung Electronics Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Samsung Electronics Co Ltd filed Critical Samsung Electronics Co Ltd
Application granted granted Critical
Publication of ES2869940T3 publication Critical patent/ES2869940T3/es
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04H—BROADCAST COMMUNICATION
    • H04H60/00—Arrangements for broadcast applications with a direct linking to broadcast information or broadcast space-time; Broadcast-related systems
    • H04H60/68—Systems specially adapted for using specific information, e.g. geographical or meteorological information
    • H04H60/72—Systems specially adapted for using specific information, e.g. geographical or meteorological information using electronic programme guides [EPG]
    • F—MECHANICAL ENGINEERING; LIGHTING; HEATING; WEAPONS; BLASTING
    • F16—ENGINEERING ELEMENTS AND UNITS; GENERAL MEASURES FOR PRODUCING AND MAINTAINING EFFECTIVE FUNCTIONING OF MACHINES OR INSTALLATIONS; THERMAL INSULATION IN GENERAL
    • F16K—VALVES; TAPS; COCKS; ACTUATING-FLOATS; DEVICES FOR VENTING OR AERATING
    • F16K17/00—Safety valves; Equalising valves, e.g. pressure relief valves
    • F16K17/36—Safety valves; Equalising valves, e.g. pressure relief valves actuated in consequence of extraneous circumstances, e.g. shock, change of position
    • F16K17/38—Safety valves; Equalising valves, e.g. pressure relief valves actuated in consequence of extraneous circumstances, e.g. shock, change of position of excessive temperature
    • F—MECHANICAL ENGINEERING; LIGHTING; HEATING; WEAPONS; BLASTING
    • F16—ENGINEERING ELEMENTS AND UNITS; GENERAL MEASURES FOR PRODUCING AND MAINTAINING EFFECTIVE FUNCTIONING OF MACHINES OR INSTALLATIONS; THERMAL INSULATION IN GENERAL
    • F16K—VALVES; TAPS; COCKS; ACTUATING-FLOATS; DEVICES FOR VENTING OR AERATING
    • F16K17/00—Safety valves; Equalising valves, e.g. pressure relief valves
    • F16K17/02—Safety valves; Equalising valves, e.g. pressure relief valves opening on surplus pressure on one side; closing on insufficient pressure on one side
    • F16K17/04—Safety valves; Equalising valves, e.g. pressure relief valves opening on surplus pressure on one side; closing on insufficient pressure on one side spring-loaded
    • F16K17/044—Safety valves; Equalising valves, e.g. pressure relief valves opening on surplus pressure on one side; closing on insufficient pressure on one side spring-loaded with more than one spring
    • F—MECHANICAL ENGINEERING; LIGHTING; HEATING; WEAPONS; BLASTING
    • F16—ENGINEERING ELEMENTS AND UNITS; GENERAL MEASURES FOR PRODUCING AND MAINTAINING EFFECTIVE FUNCTIONING OF MACHINES OR INSTALLATIONS; THERMAL INSULATION IN GENERAL
    • F16K—VALVES; TAPS; COCKS; ACTUATING-FLOATS; DEVICES FOR VENTING OR AERATING
    • F16K27/00—Construction of housing; Use of materials therefor
    • F16K27/02—Construction of housing; Use of materials therefor of lift valves
    • F—MECHANICAL ENGINEERING; LIGHTING; HEATING; WEAPONS; BLASTING
    • F16—ENGINEERING ELEMENTS AND UNITS; GENERAL MEASURES FOR PRODUCING AND MAINTAINING EFFECTIVE FUNCTIONING OF MACHINES OR INSTALLATIONS; THERMAL INSULATION IN GENERAL
    • F16K—VALVES; TAPS; COCKS; ACTUATING-FLOATS; DEVICES FOR VENTING OR AERATING
    • F16K31/00—Actuating devices; Operating means; Releasing devices
    • F16K31/002—Actuating devices; Operating means; Releasing devices actuated by temperature variation
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04H—BROADCAST COMMUNICATION
    • H04H20/00—Arrangements for broadcast or for distribution combined with broadcast
    • H04H20/53—Arrangements specially adapted for specific applications, e.g. for traffic information or for mobile receivers
    • H04H20/57—Arrangements specially adapted for specific applications, e.g. for traffic information or for mobile receivers for mobile receivers
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04H—BROADCAST COMMUNICATION
    • H04H20/00—Arrangements for broadcast or for distribution combined with broadcast
    • H04H20/65—Arrangements characterised by transmission systems for broadcast
    • H04H20/71—Wireless systems
    • H04H20/72—Wireless systems of terrestrial networks
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04H—BROADCAST COMMUNICATION
    • H04H40/00—Arrangements specially adapted for receiving broadcast information
    • H04H40/18—Arrangements characterised by circuits or components specially adapted for receiving
    • H04H40/27—Arrangements characterised by circuits or components specially adapted for receiving specially adapted for broadcast systems covered by groups H04H20/53 - H04H20/95
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04H—BROADCAST COMMUNICATION
    • H04H60/00—Arrangements for broadcast applications with a direct linking to broadcast information or broadcast space-time; Broadcast-related systems
    • H04H60/09—Arrangements for device control with a direct linkage to broadcast information or to broadcast space-time; Arrangements for control of broadcast-related services
    • H04H60/14—Arrangements for conditional access to broadcast information or to broadcast-related services
    • Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
    • Y02D—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
    • Y02D30/00—Reducing energy consumption in communication networks
    • Y02D30/70—Reducing energy consumption in communication networks in wireless communication networks

Landscapes

  • Engineering & Computer Science (AREA)
  • General Engineering & Computer Science (AREA)
  • Signal Processing (AREA)
  • Mechanical Engineering (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)

Abstract

Un procedimiento de transmisión de una notificación sobre servicios de difusión en un sistema de difusión, comprendiendo el procedimiento: detectar (411) un evento de notificación relacionado con un servicio de difusión; generar (412) un mensaje de notificación sobre el evento de notificación, en el que el evento de notificación incluye una actualización de una guía de servicio; determinar si el mensaje de notificación se transmite por un canal de difusión de una red de difusión o por un canal de interacción de una red de interacción; y transmitir (413) el mensaje de notificación a un terminal o a un grupo de terminales por el canal determinado, en el que el mensaje de notificación comprende un identificador de guía de servicio (312) que indica la guía de servicio relacionada con el mensaje de notificación, un número de versión (314) de la guía de servicio actualizada, y una hora de llegada (316) para recibir la guía de servicio actualizada del servicio de difusión.

Description

DESCRIPCIÓN
Procedimiento y aparato para enviar notificaciones sobre el servicio de difusión en un Sistema de Difusión Móvil
Antecedentes de la invención
Campo de la Invención
La presente invención se refiere, en general, a un sistema de difusión móvil que soporta el Servicio de Difusión Móvil (BCAST) y, en particular, a un procedimiento y aparato para enviar un aviso de un evento de notificación, como cambios de sistema y servicio, a uno o un grupo de terminales.
Descripción de la Técnica Relacionada
Debido al desarrollo actual de las tecnologías de comunicación y difusión, los sistemas de difusión o los sistemas de comunicaciones móviles proporcionan servicios BCAST. Actualmente se está discutiendo un servicio BCAST que adicionalmente envía datos en paquetes en un canal de difusión más allá del servicio de difusión tradicional orientado a audio y video.
BCAST es el procedimiento de descubrimiento y suscripción de servicios por un terminal habilitado para BCAST, que proporciona información de control asociada con el servicio BCAST y transmisión y recepción del servicio BCAST. Los cambios pueden ocurrir debido a muchos factores durante el servicio BCAST y algunos de los cambios deben necesariamente notificarse al terminal. Dichos cambios se refieren al horario del servicio o la información de recepción del servicio, por ejemplo.
Una Guía de Servicios (SG) que proporciona información sobre los servicios BCAST es esencial para el descubrimiento de servicios del terminal. Para la recepción BCAST, los terminales siempre reciben la SG.
Las Figuras 1A y 1B ilustran una SG usada en un sistema de difusión móvil convencional. Los servicios típicos tradicionales de difusión de audio/video y el servicio de difusión de paquetes se proporcionan como servicios BCAST en el caso ilustrado. Específicamente, la Figura 1A ilustra la estructura de un mensaje o archivo SG que contiene información SG sobre una pluralidad de servicios BCAST. La Figura 1B ilustra la estructura de cada SG en el mensaje o archivo SG.
Con referencia a la Figura 1A, un Encabezado 101 indica el número de SGs en el mensaje o archivo SG y el Identificador (ID), versión, y longitud del mensaje o archivo SG. El terminal adquiere información genérica sobre el mensaje SG del Encabezado 101. Los numerales de referencia 102 y 103 denotan las SGs para el servicio BCAST #1 al servicio BCAST #n. La estructura de estas SGs se ilustra en detalle en la Figura 1B.
Con referencia a la Figura 1B, para. cada SG, un Encabezado 111 incluye información general sobre la SG, tal como información sobre bloques individuales en la SG, un ID de servicio, y la versión y longitud de la SG. La información de acceso 112 indica cómo se puede recibir el servicio BCAST correspondiente a la SG. Por tanto, la información de acceso 112 proporciona información sobre un canal en el cual se proporciona el servicio BCAST, la programación del servicio BCAST, y otra información asociada con la recepción del servicio BCAST. La información de aprovisionamiento 113 proporciona información de facturación o información de seguridad necesaria para recibir el servicio BCAST. El requisito de terminal 114 indica los requisitos para que el terminal reciba el servicio BCAST. Además de estos bloques de información 112, 113 y 114, la información de vista previa 115 se puede incluir además para proporcionar la información de vista previa sobre el servicio BCAST.
Algunas de las SGs pueden variar en cualquier momento y cada vez que se cambia una SG, se debe enviar la SG actualizada. Teniendo en cuenta que, como suele ser el caso en la naturaleza de la difusión móvil, los nuevos terminales pueden unirse al servicio BCAST, la SG debe transmitirse repetidamente, aunque la SG no se modifique. Por ejemplo, si un usuario desea unirse al servicio BCAST encendiendo su terminal, o si un terminal necesita recibir la SG mientras se desplaza, dicho terminal debe recibir la SG por separado de los terminales existentes que ya reciben el servicio BCAST.
Por lo tanto, incluso los terminales que ya han recibido la SG también recibirán la SG y deben comprobar si la SG se ha actualizado. Dado que la SG es un mensaje desde un nivel de Solicitud, el nivel más alto en una pila de protocolos de comunicaciones o difusión, el terminal no puede verificar la SG actual hasta recibir el mensaje SG completo. Una deficiencia de este procedimiento de recepción SG es el elevado consumo de potencia en los terminales. Si se suministran dos o tres mensajes SG durante un minuto, los receptores de los terminales continúan operando para recibir los mensajes SG, aunque no estén recibiendo el servicio BCAST.
El documento WO 2004/056096 A1 se relaciona con un procedimiento de anunciar sesiones. Los usuarios consultan una guía de servicio electrónica para determinar cuándo y dónde ocurren las sesiones. Las sesiones se anuncian mediante el uso de una transmisión a través de una red. Se proporciona un primer conjunto de anuncios a través de un primer canal, y el segundo conjunto de anuncios se proporciona a través de un segundo canal diferente.
"Requisitos de Servicios de Difusión Móvil", Borrador de 3GPP; OMA-RD_BCAST-V1_0_0-20041029-D, Proyecto de Asociación de 3ra Generación (3GPP), Centro de Competencia Móvil; 650, Route Des Lucioles; F-06921 Sophia-Antipolis Cedex; Francia, volumen SA WG1, número de serie Ciudad del Cabo; 20041206, 5 de diciembre de 2004 (2004-12-16) se relaciona con los requisitos de los servicios de difusión móvil. Un proveedor de contenido proporciona contenido a un proveedor de servicios de difusión móvil. El proveedor de contenido puede ser la fuente original del contenido. Un operador de red de difusión móvil distribuye servicios de difusión al usuario final. Un proveedor de servicios de difusión móvil proporciona servicios de difusión al usuario final. Una notificación es una función que permite al usuario final recibir avisos sobre los servicios de difusión que coinciden con las preferencias especificadas por el usuario final. El procedimiento de descubrimiento de servicios es un procedimiento de descubrimiento y adquisición de la guía de servicios. La guía de servicios describe los servicios de difusión disponibles para el usuario final. El proveedor de servicios de difusión móvil envía notificaciones al usuario final en base a las preferencias del usuario final y la disponibilidad de un canal apropiado a través del cual se enviará la notificación. La notificación enviada al usuario final incluye la información de la guía de servicio relevante o una referencia a esa información relacionada con el servicio de difusión para el cual se envía la notificación. El proveedor de servicios de difusión móvil puede enviar notificaciones al usuario final en base a servicios suscritos o servicios programados antes de que comiencen los servicios de difusión, en base a la disponibilidad de un canal apropiado por el cual se pueda enviar la notificación. El objeto de la presente invención es proporcionar una técnica mejorada para transmitir mensajes de notificación. Este objeto se resuelve con el tema de las reivindicaciones independientes.
Las realizaciones preferentes se definen mediante las reivindicaciones dependientes.
Sumario
Un objeto de la presente invención es resolver sustancialmente al menos los problemas y/o las desventajas anteriores y proporcionar al menos las ventajas siguientes.
En consecuencia, la presente invención proporciona un procedimiento y un aparato para transmitir una notificación sobre servicios de difusión en un sistema de difusión y para recibir una notificación sobre servicios de difusión desde un sistema de difusión.
Breve descripción de las figuras
Los otros objetos, características y ventajas anteriores de la presente invención resultarán más evidentes a partir de la siguiente descripción detallada cuando se tome junto con los dibujos acompañantes en los cuales:
Las Figuras 1Ay 1B ilustran la estructura de un mensaje SG en un sistema de difusión móvil convencional; La Figura 2 ilustra una arquitectura de red BCAST de acuerdo con una realización de la presente invención; Las Figuras 3A a la 3E ilustran las estructuras de un mensaje de notificación de acuerdo con las realizaciones preferentes de la presente invención;
La Figura 4 ilustra un flujo de mensajes para enviar un mensaje de notificación generado desde un BCAST SA a un terminal a través de un BDS de acuerdo con la realización de la presente invención;
La Figura 5 ilustra un flujo de mensajes para enviar un mensaje de notificación generado desde BCAST SA al terminal a través de una red de interacción de acuerdo con la realización de la presente invención;
La Figura 6 ilustra un flujo de mensajes para enviar un mensaje de notificación generado desde el BCAST SA o un BCAST SD al terminal a través de una red de difusión, cuando ocurre un evento de notificación en el BDS de acuerdo con la realización de la presente invención;
La Figura 7 ilustra un flujo de mensajes para enviar un mensaje de notificación generado desde BCAST SA o BCAST SD al terminal a través de la red de interacción, cuando ocurre un evento de notificación en el BDS de acuerdo con la realización de la presente invención;
La Figura 8 ilustra una arquitectura de red BCAST para enviar un mensaje de notificación BCAST de acuerdo con otra realización de la presente invención;
La Figura 9 ilustra un flujo de mensajes para enviar un mensaje de notificación generado desde un BCAST SD a un terminal a través de un BDS de acuerdo con la segunda realización de la presente invención;
La Figura 10 ilustra un flujo de mensajes para enviar un mensaje de notificación generado desde el BCAST SD al terminal a través de una red de interacción de acuerdo con la segunda realización de la presente invención; La Figura 11 ilustra una arquitectura de red BCAST para enviar un mensaje de notificación BCAST de acuerdo con una tercera realización de la presente invención;
La Figura 12 ilustra un flujo de mensajes para enviar un mensaje de notificación generado desde un BCAST SM a un terminal a través de una red de difusión de acuerdo con la tercera realización de la presente invención; y
La Figura 13 ilustra un flujo de mensajes para enviar un mensaje de notificación generado desde el BCAST SM al terminal a través de una red de interacción de acuerdo con la tercera realización de la presente invención.
Descripción detallada de las realizaciones preferentes
Las realizaciones preferentes se describirán a continuación en la presente memoria con referencia a los dibujos acompañantes. En la siguiente descripción, las funciones o construcciones bien conocidas no se describen en detalle ya que oscurecerían la invención con detalles innecesarios.
Debe apreciarse que la siguiente descripción está hecha de varias realizaciones, mientras que la realización 1 es una realización preferente de la presente invención. Las realizaciones 2 y 3 no forman parte de la presente invención.
Si bien los nombres de las entidades definidas por los estándares de comunicación móvil asincrónica, Proyecto de Asociación de 3ra Generación (3GPP) o la organización de estandarización de solicitudes móviles, Alianza Móvil Abierta (OMA), la presente invención no se limita a estos estándares y nombres, sino que se aplica a cualquier sistema con antecedentes tecnológicos similares.
Realización 1
La Figura 2 ilustra una arquitectura de red BCAST que soporta BCAST de acuerdo con una realización de la presente invención. Esta arquitectura de red BCAST se define para la OMA BCAST estandarizada por la OMA. Las entidades ilustradas son entidades lógicas que pueden discriminarse físicamente. Las entidades lógicas se pueden fusionar en una o más entidades físicas.
Con respecto a las entidades lógicas en el sistema de difusión ilustrado en la Figura 2, una Creación de Contenido (CC) 201 es un proveedor de servicios BCAST. Los servicios BCAST pueden ser servicios de difusión de audio/video convencionales, descarga de archivos (archivos de música y archivos de datos), etc.
Una Solicitud de Servicio (SA) BCAST A 202 recibe datos de servicio BCAST del CC 201 y procesa los datos de servicio BCAST a datos de servicio BCAST para adaptarse a una red BCAST. También genera una SG.
Una Distribución de Servicios BCAST (SD) 203 establece portadores para suministrar los datos del servicio BCAST recibidos desde BCAST SA 202 y programa el suministro del servicio BCAST. Se conecta aun Sistema de Distribución de Difusión (BDS) 204 y una Red de Interacción 205 que soporta comunicaciones interactivas.
El BDS 204 es una red de suministro de servicios BCAST. Por ejemplo, puede ser un dispositivo portátil de Difusión de Vídeo Digital (DVB-H), un Servicio de Difusión Múltiple de Difusión Multimedia 3GPP (MBMS), o un Servicio de Difusión y Difusión múltiple de 3GPP2 (BCMCS).
La red de interacción 205 envía datos de servicio BCAST de una manera punto a punto o intercambia información de control e información complementaria bidireccionalmente relacionada con la recepción del servicio BCAST. Puede ser una red celular 3GPP o 3GPP2 existente.
Un terminal 206 se habilita para recibir los servicios BCAST. Puede acceder a una red celular en función de sus capacidades. En la presente invención, se supone un terminal de este tipo que se puede conectar a una red celular.
Las interfaces entre las entidades lógicas se describirán ahora a continuación.
N2 211 se interconecta entre una Función de Generación de Notificaciones 202-1 en el BCAST SA 202 y una Función de Distribución de Notificaciones 203-1 en el BCAST SD 203. Esta interfaz se usa para que la Función de Generación de Notificaciones 202-1 reciba la información necesaria del BCAST SD 203 para generar un mensaje de notificación o para transmitir el mensaje de notificación al BCAST SD 203.
N3 212 es una interfaz para enviar un mensaje de notificación generado desde el BCAST SA 202 directamente a uno o un grupo de terminales, que pasa de manera transparente el mensaje de notificación a través del BDS 204.
N4 213 es una interfaz para enviar un mensaje de notificación generado desde el BCAST SA202 directamente a uno o un grupo de terminales en un canal o canales dedicados del terminal o terminales o un canal de difusión proporcionado mediante la Red de Interacción 205, que pasa de manera transparente el mensaje de notificación a través de la Red de Interacción 205.
N5 214 es una interfaz para enviar un mensaje de notificación generado desde el BCAST SD 203 directamente a uno o un grupo de terminales en un canal de difusión, que pasa de manera transparente el mensaje de notificación a través del BDS 204.
N6 215 es una interfaz para enviar un mensaje de notificación generado desde el BCAST SD 203 a uno o un grupo de terminales en un canal/canales dedicados o un canal de difusión de interacción proporcionado mediante la red de interacción 205, que pasa de manera transparente el mensaje de notificación a través de la red de interacción 205.
X-1 221 es una interfaz para proporcionar una trayectoria de transmisión desde el BCAST SD 203 al BDS 204 y proporcionar una trayectoria de recepción para la información del evento cuando ocurre un evento en el BDS 204.
X-2a 222 es una interfaz unidireccional para enviar información de control relacionada con el servicio BCAST desde el BDS 204 a un terminal que no puede conectarse a la red de interacción 205.
X-2b 223 es una interfaz bidireccional para enviar información de control relacionada con el servicio BCAST desde el BDS 204 a un terminal que no se puede conectar a la red de interacción 205 en el caso donde el BDS 204 tenga la funcionalidad de red de interacción (es decir, MBMS o BCMCS).
X-3 224 es una interfaz para proporcionar una trayectoria de transmisión desde el BCAST SD 203 a la red de interacción 205.
La interfaz 225 X-4 es una interfaz bidireccional para enviar información de control relacionada con el servicio BCAST desde la red de interacción 205.
Las interfaces N2, N3, N4, N5 y N6 se proponen de acuerdo con la realización preferente de la presente invención. La Función de Generación de Notificaciones 202-1, la Función de Distribución de Notificaciones 203-1 y una Función de Notificación al Cliente 206-1 también son entidades propuestas de acuerdo con la realización preferente de la presente invención.
La Función de Generación de Notificaciones 202-1 genera un mensaje de notificación, por ejemplo, en el caso donde sea necesario anunciar el inicio de un servicio BCAST, o sea necesario enviar una nueva SG en base a un aviso de un cambio de información BCAST del CC 201. El mensaje de notificación se envía al terminal 206 a través del BDS 204 a través de N3, o a través de la red de interacción 205 a través de N4.
La Función de Distribución de Notificaciones 203-1 también puede generar un mensaje de notificación, cuando recibe un aviso de un cambio de información BCAST (por ejemplo, control de velocidad o indisponibilidad del servicio debido a un entorno de la red de radio). Este mensaje de notificación se suministra al terminal 206 a través de N5 o N6.
Aunque no se muestra en la Figura 2, se puede enviar un mensaje de notificación de la siguiente manera. Al recibir la información requerida para la generación de un mensaje de notificación desde la Función de Generación de Notificaciones 202-1 o la Función de Distribución de Notificaciones 203-1 a través de X-3, la red de interacción 205 envía el mensaje de notificación al terminal 206 mediante el Servicio de Mensajes Cortos (SMS) o mensajería multimedia (MMS).
Las trayectorias de generación y transmisión de un mensaje de notificación se han abordado con referencia a la Figura 2. Ahora se hará una descripción de la estructura del mensaje de notificación con referencia a las Figuras de la 3A a la 3E.
La Figura 3A ilustra el formato de un mensaje de notificación para BCAST de acuerdo con la presente invención. De acuerdo con el propósito al que sirva el mensaje de notificación, los bloques de información del mensaje de notificación se usan total o parcialmente. Además, la disposición de los bloques de información no se limita al diagrama de la Figura 3.
Con referencia a la Figura 3A, un Encabezado 301 indica un tipo de mensaje, una longitud de mensaje, y qué bloques se transportan en el mensaje de notificación. Cuando sea necesario, es posible que no se proporcione el tipo de mensaje. Un ID de servicio 302 identifica un servicio BCAST para el cual se crea el mensaje de notificación. El valor del ID de servicio 302 depende del intervalo de solicitud del mensaje de notificación porque hay muchos tipos de ID disponibles para un servicio BCAST, tal como un ID de servicio identificado por un usuario, un ID de servicio usado en una solicitud y un ID de servicio usado en un transmisor.
Un motivo 303 indica el motivo del envío del mensaje de notificación. Se puede configurar para interrupción del servicio, cambio de hora de inicio del servicio, emergencia, nuevo aviso de la hora de inicio del servicio o necesidad de volver a recibir una SG debido a un cambio de SG para el servicio BCAST asociado con el mensaje de notificación. Un número de versión 304 es un bloque de información opcional que indica el número de versión de una SG para el servicio BCAST. El terminal determina si la SG se ha modificado por el número de versión.
Un Texto para la Solicitud 305 proporciona una descripción adicional sobre el motivo establecido en el motivo 303, cuando sea necesario. La descripción se escribe en un código ASCII binario o en un lenguaje como el Lenguaje de Marcas Extensible (XML). Una Hora de Llegada 306 es un bloque de información opcional que indica la hora de llegada de la SG para el servicio BCAST. El terminal recibe la SG calculando la hora de llegada mediante el uso de la Hora de Llegada 306.
La Figura 3B ilustra el formato de un mensaje de notificación para notificar una actualización de SG de acuerdo con la presente invención.
Con referencia a la Figura 3B, un Encabezado 311 indica un tipo de mensaje, una longitud de mensaje, y qué bloques se transportan en el mensaje de notificación. Cuando sea necesario, es posible que no se proporcione el tipo de mensaje. Un ID de guía de servicio 312 identifica una SG. El valor del ID de guía de servicio 312 es un ID de SG usado en la primera transmisión de la SG para que el terminal pueda identificar la SG.
Un motivo 313 es un bloque de información opcional que indica el motivo para enviar el mensaje de notificación. Si el mensaje de notificación se usa para notificar la transmisión de una nueva SG, es posible que no se proporcione el motivo 313. Un número de versión 314 indica el número de versión de una SG para un servicio BCAST asociado con el mensaje de notificación. El terminal determina si volver a recibir la SG de acuerdo con el número de versión.
Un texto para la Solicitud 305 proporciona una descripción adicional sobre el motivo establecido en el motivo 313, cuando sea necesario. La descripción se escribe en un código ASCII binario o en un lenguaje como XML. Una Hora de Llegada 316 es un bloque de información opcional que indica la hora de llegada de la SG para el servicio BCAST. El terminal recibe la SG calculando la hora de llegada mediante el uso de la Hora de llegada 306.
El mensaje de notificación ilustrado en la Figura 3B es útil para una red que no puede decidir si la SG se ha enviado a una capa inferior, como una red DVB-H. Después de recibir el mensaje de notificación, el terminal recibe una SG necesaria. En el caso donde el terminal reciba un servicio BSCAT y se envíe una SG para otro servicio BCAST suscrito en otro canal, este formato de mensaje alivia al terminal de la inconveniencia de recibir periódicamente la SG y comprobar si la SG del otro servicio BCAST se ha cambiado. Por lo tanto, el terminal recibe el otro canal solo cuando es necesario recibir la SG, después de recibir el mensaje de notificación, minimizando de esta manera la interrupción del servicio BCAST en curso.
El mensaje de notificación ilustrado en la Figura 3C es útil para 3GPP MBMS como un BDS. Un Encabezado 321, un Motivo 323, un Número de Versión 324, un Texto para la Solicitud 325 y una Hora de Llegada 326 tienen los mismos significados que sus contrapartes ilustradas en la Figura 3B. En particular, este mensaje de notificación proporciona una Identidad de Grupo Móvil Temporal (TMGI) que identifica un servicio MBMS además de un ID de SG en un ID de guía de servicio 322. En el 3GPP MBMS, una capa física es consciente de la transmisión de información de control para un servicio y la transmisión de un servicio mediante la TMGI. La manera en que se usa la TMGI en 3GPP se divulga en detalle en la Memoria Descriptiva Técnica (TS) 25,331 de 3GPP y por lo tanto su descripción detallada no se proporciona en la presente memoria.
Cuando se descubre que se enviará una SG asociada con la TMGI desde el mensaje de notificación que tiene la estructura de la Figura 3C, el terminal compara la SG con una SG almacenada y, si son idénticas, no recibe la SG, ahorrando así potencia.
La Figura 3D ilustra la estructura de un mensaje de notificación integrado para transportar una pluralidad de mensajes de notificación configurados como se ilustra en la Figura 3A para los servicios BCAST correspondientes. Con referencia a la Figura 3D, un encabezado 331 incluye un tipo de mensaje, una longitud, y el número de mensajes de notificación transportados en el mensaje de notificación integrado. Los numerales de referencia 332 al 334 denotan los mensajes de notificación del servicio #1 al servicio #n.
La Figura 3E ilustra la estructura de un mensaje de notificación integrado para transportar una pluralidad de mensajes de notificación configurados como se ilustra en la Figura 3B para los servicios BCAST correspondientes. Con referencia a la Figura 3E, un encabezado 341 incluye un tipo de mensaje, una longitud, y el número de mensajes de notificación transportados en el mensaje de notificación integrado. Los numerales de referencia 342 al 344 denotan los mensajes de notificación para SG #1 a SG #n.
Se describirá un procedimiento para enviar un mensaje de notificación a uno o un grupo de terminales de acuerdo con realizaciones de la presente invención. Mientras que un terminal se toma para simplicidad de notación, se entiende claramente que la misma descripción se aplica a una pluralidad de terminales.
La Figura 4 ilustra un flujo de mensajes para enviar un mensaje de notificación generado desde BCAST SA al terminal a través de un BDS de acuerdo con la presente invención. Un BCAST SA 400, un BCAST SD 401, un BDS 402 y un terminal 403 ilustrados en la Figura 4 operan como se ilustra en la Figura 2.
Con referencia a la Figura 4, al generar un evento de notificación (por ejemplo, servicio próximo, cambio de una SG, emergencia, etc.) en la etapa 411, el BCAST SA 400 crea un mensaje de notificación sobre el evento de notificación en la etapa 412 y decide enviar el mensaje de notificación a través del BDS 402 en la etapa 413. En el caso donde ocurra un evento significativo en un servicio al que se haya suscrito una pluralidad de terminales, los recursos cableados/inalámbricos se ahorran enviándoles el mensaje de notificación a través del BDS 402. En la etapa 414, el BCAST SA 400 envía el mensaje de notificación al BDS 402. El BDS 402 envía el mensaje de notificación al terminal 403 mediante un esquema apropiado en la etapa 403. El esquema apropiado puede ser el aprovisionamiento de un servicio BCAST el cual pueda suministrar el mensaje de notificación. En este caso, el mensaje de notificación se envía al terminal 403 en datos de servicio de un servicio BCAST virtual o determinado.
En la etapa 416, el terminal 403 recibe el mensaje de notificación y opera en correspondencia con el mensaje de notificación. Por ejemplo, el terminal 403 informa a un usuario de un cambio de programación de servicio o un cambio de SA. Si el SA (es decir, el número de versión) indicado por el mensaje de notificación es idéntico a un SA almacenado (es decir, el número de versión), el terminal 403 no recibe el SA, ahorrando así potencia.
La Figura 5 ilustra un flujo de mensajes para enviar un mensaje de notificación generado desde BCAST SA al terminal a través de la red de interacción de acuerdo con la presente invención. Un BCAST SA 500, un BCAST SD 501, una red de interacción 502 y un terminal 503 ilustrados en la Figura 5 operan como se ilustra en la Figura 2.
Con referencia a la Figura 5, al generar un evento de notificación en la etapa 511, el BCAST SA 500 crea un mensaje de notificación sobre el evento de notificación en la etapa 512 y decide enviar el mensaje de notificación a través de la red de interacción 502 en la etapa 513. En la etapa 514, el BCAST SA 500 envía el mensaje de notificación a la red de interacción 502.
El BCAST SA 500 dispone de dos esquemas para enviar el mensaje de notificación. Uno de ellos es incluir el mensaje de notificación en un mensaje OMA SMS o MMS de manera que la red de interacción 502 simplemente reenvíe el mensaje SMS o MMS. El otro es enviar el mensaje de notificación a la red de interacción 502 de manera que la red de interacción 502 envíe el mensaje de notificación al terminal 503 mediante un mensaje SMS o MMS.
En la etapa 515, el terminal 503 recibe el mensaje de notificación mediante el mensaje SMS o MMS y opera en correspondencia con el mensaje de notificación, como se hizo en la etapa 416 de la Figura 4.
Las Figuras 6 y 7 ilustran flujos de señal para generar un mensaje de notificación desde BCAST SA o BCAST SD y enviarlo al terminal, cuando ocurre un evento de notificación en el BDS de acuerdo con la presente invención.
Con referencia a la Figura 6, al generar un evento de notificación como un cambio de programación de servicio, un cambio de velocidad de servicio, o indisponibilidad del servicio debido a un cambio en el entorno de radio en la etapa 611, un BDS 602 realiza una operación (a) que involucra las etapas de la 621 a la 624 o una operación (b) que involucra las etapas de la 631 a la 634.
En la operación (a), el BDS 602 envía un aviso del evento de notificación a un BCAST SA 600 en la etapa 621. El BCAST SA 600 crea un mensaje de notificación sobre el evento de notificación en la etapa 622 y determina un esquema de transmisión para el mensaje de notificación, por ejemplo, la difusión a través del BDS 602 en la presente memoria en la etapa 623. En la etapa 624, el BCAST SA 600 suministra el mensaje de notificación al BDS 602. El BDS 602 envía el mensaje de notificación a un terminal 603 en la etapa 635 y el terminal 603 opera como lo indica el mensaje de notificación en la etapa 636.
En la operación (b), el BDS 602 envía un aviso del evento de notificación a un BCAST SD 601 en la etapa 631. El BCAST SD 601 crea un mensaje de notificación sobre el evento de notificación en la etapa 632 y determina enviar el mensaje de notificación a través del BDS 602 en la etapa 633. En la etapa 634, el BCAST Sd 601 suministra el mensaje de notificación al BDS 602. De manera similar a como en la operación (a), el BDS 602 envía el mensaje de notificación al terminal 603 en la etapa 635 y el terminal 603 opera como se indica por el mensaje de notificación en la etapa 636.
Con referencia a la Figura 7, al generar un evento de notificación como un cambio de programación de servicio, un cambio de velocidad de servicio, o indisponibilidad del servicio debido a un cambio en el entorno de radio en la etapa 711, un BDS 702 realiza una operación (a) que involucra las etapas de la 721 a la 724 o una operación (b) que involucra las etapas de la 731 a la 734.
En la operación (a), el BDS 702 envía un aviso del evento de notificación a un BCAST SA 700 en la etapa 721. El BCAST SA 700 crea un mensaje de notificación sobre el evento de notificación en la etapa 722 y decide cómo enviar el mensaje de notificación (por ejemplo, a través de una red de interacción 703) en la etapa 723. En la etapa 724, el BCAST SA 700 suministra el mensaje de notificación a la red de interacción 703. La red de interacción 703 envía el mensaje de notificación a un terminal 704 en la etapa 735 y el terminal 703 opera según lo indicado por el mensaje de notificación en la etapa 736.
En la operación (b), el BDS 702 envía un aviso del evento de notificación a un BCAST SD 701 en la etapa 731. El BCAST SD 701 crea un mensaje de notificación sobre el evento de notificación en la etapa 732 y determina enviar el mensaje de notificación a través de la red de interacción 703 en la etapa 733. En la etapa 734, el BCAST SD 701 suministra el mensaje de notificación a la red de interacción 703. De manera similar a la operación (a), la red de interacción 703 envía el mensaje de notificación al terminal 704 en la etapa 735 y el terminal 704 opera como se indica por el mensaje de notificación en la etapa 736.
Realización 2
La Figura 8 es un diagrama que ilustra una arquitectura de red BCAST para enviar un mensaje de notificación BCAST de acuerdo con otra realización que no forma parte de la presente invención. Esta arquitectura de red BCAST se define para la OMA BCAST estandarizada por la OMA. Las entidades ilustradas son entidades lógicas que pueden discriminarse físicamente o no. Las entidades lógicas se pueden fusionar en una o más entidades físicas.
Con referencia a la Figura 8, un CC 801 es un proveedor de servicios BCAST y los servicios BCAST pueden ser un servicio de difusión de audio/video convencional, descarga de archivos (archivos de música y archivos de datos), etc. Cuando ocurre un problema o un cambio en el aprovisionamiento del servicio BCAST, el CC 801 notifica a una Función de Notificación 802-1 de un BCAST SA 802 del problema o cambio.
El BCAST SA 802 recibe datos de servicio BCAST del CC 801 y procesa los datos de servicio BCAST a datos de servicio BCAST adecuados para una red BCAST. También genera metadatos estandarizados necesarios para una SG. Al ser informado de un cambio en un servicio BCAST por el CC 801, el BCAST SA 802 notifica a una Función de Gestión de Notificaciones 803-1 de un BCAST SD 803 del cambio.
El BCAST SD 803 establece portadores para suministrar los datos del servicio BCAST recibidos del BCAST SA 802, programa el suministro del servicio BCAST, y crea las SGs. El BCAST SD 803 se conecta a un BDS 804 y a una red de interacción 805 que soporta comunicaciones bidireccionales. Al recibir un aviso de un cambio de servicio BCAST o una actualización de SG desde el BDS 804 o el CC 801, el BCAST SD 803 crea un mensaje de notificación mediante la Función de Gestión de Notificaciones 803-1.
El BDS 804 es una red de suministro de servicios BCAST. Por ejemplo, puede ser DVB-H, 3GPP MBMS o 3GPP2 BCMCS. Cuando ocurre un cambio en un determinado servicio BCAST, el BDS 804 envía un aviso del evento de notificación al BCAST SD 803 a través de X-1 821.
La Red de Interacción 805 envía servicios BCAST de una manera punto a punto o intercambia información de control e información complementaria bidireccionalmente relacionada con la recepción del servicio BCAST. Puede ser una red celular existente.
Un terminal 806 se habilita para recibir los servicios BCAST. Puede acceder a la red celular en función de sus capacidades. En la presente invención, se supone un terminal que se puede conectar a una red celular. El terminal 806 recibe un mensaje de notificación a través de NT-5 814 mediante una Función de Notificación al Cliente 806-1 y opera como se indica en el mensaje de notificación. Alternativamente, recibe un mensaje de notificación de la Función de Gestión de Notificaciones 803-1 del BCAST SD 608 a través de NT-6 815 y opera como se indica en el mensaje de notificación.
Las interfaces entre las entidades lógicas se describirán ahora a continuación.
NT-1 850 se interconecta entre la Función de Notificación 802-1 en el BCAST SA 802 y el CC 801. Cuando ocurre un evento de notificación en el CC 801, el CC 801 envía un aviso del evento de notificación a la Función de Notificación 802- 1 a través de NT-1.
NT-2 811 interconecta la Función de Notificación 802-1 en BCAST SA 802 y la Función de Gestión de Notificaciones 803- 1 en el BCAST SD 803. NT-2 envía un aviso de un evento de notificación o información requerida para la generación de un mensaje de notificación a la Función de Gestión de Notificaciones 803-1.
NT-5 814 es una interfaz para enviar un mensaje de notificación generado desde la Función de Gestión de Notificaciones 803-1 directamente a uno o un grupo de terminales 806 en un canal de difusión, que pasa de manera transparente el mensaje de notificación a través del BDS 804.
NT-6 815 es una interfaz para enviar un mensaje de notificación generado por la Función de Gestión de Notificaciones 803-1 a uno o un grupo de terminales 806 en un canal/canales dedicados o un canal de difusión de interacción proporcionado mediante la red de interacción 805, que pasa de manera transparente el mensaje de notificación a través de la red de interacción 805.
X-1 821 es una interfaz para proporcionar una trayectoria de transmisión desde el BCAST SD 803 al BDS 804 y proporcionar una trayectoria de recepción para un aviso de un evento de notificación que ha ocurrido en el BDS 804.
X-2a 822 es una interfaz unidireccional para enviar información de control relacionada con el servicio BCAST desde el BDS 804 a un terminal el cual no se puede conectar a la red de interacción 805.
X-2b 823 es una interfaz bidireccional para enviar información de control relacionada con el servicio BCAST desde el BDS 804 en el caso donde el BDS 804 tenga la funcionalidad de red de interacción (es decir, MBMS o BCMCS).
X-3 824 es una interfaz para proporcionar una trayectoria de transmisión desde el BCAST SD 803 a la red de interacción 805.
La interfaz X-4 825 es una interfaz bidireccional para enviar información de control relacionada con el servicio BSCAT desde la red de interacción 805.
Las interfaces NT-1, NT-2, NT-5 y NT-6 se proponen de acuerdo con la realización que no forma parte de la presente invención. La Función de Notificación 802-1, la Función de Distribución de Notificaciones 803-1 y la Función de Notificación al Cliente 806-1 son también entidades propuestas de acuerdo con la realización que no forman parte de la presente invención.
La Función de Notificación 802-1 es responsable de enviar la información necesaria para la generación de un mensaje de notificación y, al detectar la ocurrencia de un evento de notificación, enviar un aviso del evento de notificación a la Función de Gestión de Notificaciones 803-1. Se puede generar un mensaje de notificación en el caso donde sea necesario anunciar el inicio de un servicio BCAST, o sea necesario enviar una nueva SG en base a un aviso de un cambio de información de servicio BCAST desde el CC 801.
La Función de Distribución de Notificaciones 803-1 genera un mensaje de notificación cuando recibe un aviso de un cambio de información BCAST (por ejemplo, control de velocidad o indisponibilidad del servicio debido a un entorno de la red de radio). Este mensaje de notificación se suministra al terminal 806 a través de NT-5 o NT-6.
La Figura 9 ilustra un flujo de mensajes para enviar un mensaje de notificación generado desde el BCAST SD al terminal a través del BDS de acuerdo con la segunda realización que no forma parte de la presente invención. Un BCAST SA 900, un BCAST SD 901 que incluye la Función de Gestión de Notificaciones 803-1, un BDS 902 y un terminal 903 ilustrados en la Figura 9 operan como se ilustra en la Figura 8.
Con referencia a la Figura 9, ocurre un evento de notificación en la etapa 911, etapa 912 o etapa 913. Específicamente, tras la generación de un evento de notificación, el BCAST SA 900 envía un aviso del evento de notificación al BCAST SD 901 en la etapa 911. Tras la generación de un evento de notificación en el BDS 902, el BDS 902 envía un aviso del evento de notificación al BCAST SD 901 en la etapa 912. La Función de Gestión de Notificaciones del BCAST SD 901 recibe el aviso del evento de notificación del BCAST SA 900 o del BDS 902, o detecta la ocurrencia de un evento de notificación en el BCAST SD 901 en la etapa 913.
El BCAST SD 901 crea un mensaje de notificación sobre el evento de notificación en la etapa 914 y decide enviar el mensaje de notificación a través del BDS 902 en la etapa 915. En el caso donde ocurra un evento significativo en un servicio al que se haya suscrito una pluralidad de terminales, los recursos cableados/inalámbricos se ahorran enviándoles el mensaje de notificación a través del BDS 902.
En la etapa 916, el BCAST SD 901 envía el mensaje de notificación al BDS 902. El BDS 902 envía el mensaje de notificación al terminal 903 mediante un esquema apropiado en la etapa 917. El esquema apropiado puede ser el aprovisionamiento de un servicio BCAST que pueda suministrar el mensaje de notificación.
En la etapa 918, el terminal 903 recibe el mensaje de notificación y opera en correspondencia con el mensaje de notificación. Por ejemplo, el terminal 903 informa a un usuario de un cambio de programación de servicio o un cambio de SA. Si la SA indicada por el mensaje de notificación es idéntica a una SA almacenada, el terminal 903 no recibe la SA, ahorrando así potencia.
La Figura 10 ilustra un flujo de mensajes para enviar un mensaje de notificación generado desde el BCAST SD al terminal a través de la red de interacción de acuerdo con la segunda realización que no forma parte de la presente invención. Un BCAST SA 1000, un BCAST SD 1001 que incluye la Función de Gestión de Notificaciones 803-1, una red de interacción 1002 y un terminal 1003 ilustrados en la Figura 10 operan como se ilustra en la Figura 8.
Con referencia a la Figura 10, ocurre un evento de notificación en la etapa 1011, etapa 1012 o etapa 1013. Específicamente, tras la generación de un evento de notificación, el BCAST Sa 1000 envía un aviso del evento de notificación al BCAST SD 1001 en la etapa 1011. Tras la generación de un evento de notificación en la red de interacción 1002, la red de interacción 1002 envía un aviso del evento de notificación al BCAST SD 1001 en la etapa 1012. La Función de Gestión de Notificaciones del BCAST SD 1001 recibe el aviso del evento de notificación del BCAST SA 1000 o de la red de interacción 1002, o detecta la ocurrencia de un evento de notificación en el BCAST SD 1001 en la etapa 1013.
El BCAST SD 1001 crea un mensaje de notificación sobre el evento de notificación en la etapa 1014 y decide enviar el mensaje de notificación a través de la red de interacción 1002 en la etapa 1015. En la etapa 1016, el BCAST SD 1001 envía el mensaje de notificación a la red de interacción 1002. El BCAST SD 1001 dispone de dos esquemas para enviar el mensaje de notificación. Uno de ellos es incluir el mensaje de notificación en un mensaje OMA SMS o MMS mediante el BCAST SA 1000 de manera que la red de interacción 1002 simplemente reenvíe el mensaje SMS o MMS. El otro es enviar el mensaje de notificación a la red de interacción 1002 de manera que la red de interacción 1002 envíe el mensaje de notificación al terminal 1003 mediante un mensaje SMS o MMS.
En la etapa 1017, la red de interacción 1002 envía el mensaje de notificación al terminal 1003 mediante el mensaje SMS o MMS. Entonces el terminal 1003 opera en correspondencia con el mensaje de notificación, como se describió anteriormente, en la etapa 1018.
Realización 3
La Figura 11 ilustra una arquitectura de red BCAST para enviar un mensaje de notificación BCAST de acuerdo con una tercera realización que no forma parte de la presente invención. Las entidades ilustradas son entidades lógicas que pueden discriminarse físicamente. Las entidades lógicas se pueden fusionar en una o más entidades físicas. Aquí sólo se muestran las interfaces relacionadas con la transmisión de un mensaje de notificación de acuerdo con la presente invención.
Con referencia a la Figura 11, un CC 111 es un proveedor de servicios BCAST y los servicios BCAST pueden ser servicios de difusión de audio/video convencionales, descarga de archivos (archivos de música y archivos de datos), etc. Cuando ocurre un problema o un cambio en el aprovisionamiento del servicio BCAST, el CC 1101 envía un aviso del evento de notificación a una Función de Eventos de Notificación (NTE) 1102-1 de un BCAST SA 1102.
BCAST SA 1102 recibe el contenido del servicio BCAST del CC 1101 y procesa los datos del servicio BCAST a los datos del servicio BCAST (por ejemplo, transmisión de audio/video o descarga de películas) adecuados para una red BCAST. También genera metadatos estandarizados necesarios para una SG e información de cobro para los usuarios. Al recibir un aviso de un evento de notificación que indica un cambio en un servicio BCAST del CC 1101, el BCAST SA 1102 notifica a una Función de Generación de Notificaciones (NTG) 1104-1 de una Gestión de Suscripción BCAST (SM) 1104 del evento de notificación y envía atributos de SG para su uso en la generación de un mensaje de notificación a la NTG 1104-1.
La Distribución/Adaptación del Servicio BCAST (SD/A) 1103 agrega los datos del servicio BCAST recibidos del BCAST SA 1102, establece portadores para suministrar los datos del servicio BCAST, programa el suministro del servicio BCAST, y crea las SGs. El BCa St SD/A 1103 se conecta a un BDS 1106 y una red de interacción 1107 que admite comunicaciones bidireccionales. El BCAST SD/A 1103 incluye una Función de Distribución/Adaptación de Notificaciones (NTDA) 1103-1, para enviar un mensaje de notificación recibido del BCAST SM 1104 a uno o un grupo de terminales a través del BDS 1106 o la red de interacción 1107.
El BCAST SM 1104 es responsable de administrar la información de suscripción para la recepción del servicio BCAST, la información de provisión de servicios, y la información del dispositivo sobre terminales para recibir servicios BCAST. Envía la información de facturación del usuario al BCAST SA 1102 y proporciona la información de suscripción, la información de provisión de servicios y la información del dispositivo al BDS 1106 y una red de interacción 1132. Particularmente, el BCAST SM 1104 incluye la NTG 1104-1, para recibir un aviso de un evento de notificación del BCAST SA 1102, el BCAST SD/A 1103, y el BDS 1106 y generar un mensaje de notificación sobre el evento de notificación, o generar un mensaje de notificación sobre un evento de notificación que ha ocurrido en el BCAST SM 1104.
Una vez que se genera el mensaje de notificación, la NTG 1104-1 puede averiguar de manera eficiente cuales destinatarios del mensaje de notificación (por ejemplo, terminales que se han suscrito a un servicio BCAST asociado con el mensaje de notificación), se refieren a la información de suscripción y la información del dispositivo de un terminal o un grupo de terminales. Por ejemplo, la NTG 1104-1 envía a un usuario específico un mensaje de notificación para un servicio específico en el cual el usuario establece su preferencia, con referencia al perfil de usuario administrado por el BCAST SM 1104. En otro caso, la NTG 1104-1 envía a un grupo específico de usuarios, con referencia a los perfiles de usuario. En un tercer caso, la NTG 1104-1 genera un mensaje de notificación sobre la actualización de SG, con referencia a la información relacionada con la SG recibida del BCAST SD/A 1103.
Una Distribución de Servicios BDS (BDS SD) 1105 distribuye toda la información o datos de servicio BCAST recibidos del BCAST SM 1104 al BDS 1106 o la red de interacción 1107 de manera que los datos del servicio BCAST o la información se puedan enviar en un canal de difusión o un canal interactivo. El BDS SD 1105 puede existir o no de acuerdo con el tipo de BDS 1106.
El BDS 1106 es una red de suministro de servicios BCAST. Por ejemplo, puede ser DVB-H, 3GPP MBMS o 3GPP2 BCMCS. Cuando ocurre un cambio en un determinado servicio BCa St , el BDS 1106 envía un aviso del evento de notificación al BCAST SD/A 1103 a través de X-1 1131, o cuando existe el BDS SD 1105, a través de NT-B1 1124.
La Red de Interacción 1107 envía servicios BCAST de manera punto a punto o intercambia información de control e información complementaria bidireccionalmente relacionada con la recepción del servicio BCAST. Puede ser una red celular existente.
Un terminal 1108 se habilita para recibir los servicios BCAST. Puede acceder a la red celular en función de sus capacidades. En la presente invención, se supone un terminal que se puede conectar a una red celular. El terminal 1108 recibe un mensaje de notificación a través de NT-5 1125 o a través de NT-6 1126 mediante una Función de Notificación al Cliente (NTC) 1108-1 y opera como se indica en el mensaje de notificación.
Las interfaces entre las entidades lógicas se describirán ahora a continuación.
NT-1 1121 se interconecta entre la NTE 1102-1 en el BCAST SA 1102 y el CC 1101. Cuando ocurre un evento de notificación en el CC 1101, el CC 1101 envía un aviso del evento de notificación a la NTE 1102-1 a través de NT-1.
NT-3 1122 interconecta la NTE 1102-1 a la NTG 1104-1. NT-3 envía a la NTG 1104-1 un aviso de un evento de notificación generado por el CC 1101 o el BCAST SA 1102 o la información requerida para la generación de un mensaje de notificación, tal como atributos de SG.
NT-4 1123 se interconecta entre la NTG 1104-1 y la NTDA 1103-1. Se usa para enviar un mensaje de notificación generado desde la NTG 1104-1 a la NTDA 1103-1, para su transmisión al b Ds 1106 o la red de interacción 1107, o para enviar a la NTG 1104-1 un aviso de un evento de notificación el cual ha ocurrido en el BCAST SD/A 1103 o el BDS 1106 o la información requerida para la generación de un mensaje de notificación.
NT-5 1125 es una interfaz para enviar un mensaje de notificación desde la NTDA 1103-1 directamente a uno o un grupo de terminales 1108 en un canal de difusión, que pasa de manera transparente el mensaje de notificación a través del BDS 1106.
NT-6 1126 es una interfaz para enviar un mensaje de notificación desde la NTDA 1103-1 a un terminal 1108 en un canal/canales dedicados o un canal de difusión de interacción proporcionado mediante la red de interacción 1107, que pasa de manera transparente el mensaje de notificación a través de la red de interacción 1107. Si se envía el mismo mensaje de notificación a una pluralidad de terminales, se pueden usar múltiples interfaces NT-6.
NT-B1 1124 es una interfaz para proporcionar una trayectoria de transmisión desde el BCAST SD/A 1103 al BDS 1106 y proporcionar una trayectoria de recepción para un aviso de un evento de notificación el cual ha ocurrido en el BDS 1106. Interconecta el Bc AST SD/A 1103 con el BDS SD 1105. Se transfiere un mensaje de notificación al BDS 1106 o la red de interacción 1107 a través de NT-B1.
X-1 1131 es una interfaz para proporcionar una trayectoria de transmisión desde el BCAST SD/A 1103 al BDS 1106 y proporcionar una trayectoria de recepción para un aviso de un evento de notificación generado en el BDS 1106, en el caso donde no exista el BDS SD 1105. En presencia del BDS SD 1105, interconecta el BDS 1106 con el BDS SD 1105, para enviar un aviso de un evento de notificación generado en el BDS 1106.
X-2 1132 es una interfaz para proporcionar una trayectoria de transmisión desde el BCAST SD/A 1103 a la red de interacción 1107, en ausencia del BDS SD 1105. En presencia del BDS SD 1105, se interconecta entre el BDS 1106 y la red de interacción 1107, para establecer un portador para un mensaje de notificación en la red de interacción 1107 y enviar el mensaje de notificación.
X-3 1133 se interconecta entre el BDS 1106 y el terminal 1108, para la transmisión del servicio BCAST o la transmisión de todos los mensajes en un canal de difusión.
X-4 1134 es una interfaz de canal de difusión entre el BDS SD 1105 y el terminal 1108.
X-5 1135 es una interfaz de canal de interacción entre el BDS SD 1105 y el terminal 1108.
X-6 1136 es una interfaz bidireccional. La red de interacción 1107 puede enviar información de control relacionada con el servicio BCAST a través de X-6.
Las interfaces NT-1, NT-3, NT-4, NT-B1, NT-5 y NT-6 se proponen de acuerdo con la realización que no forma parte de la presente invención. Además, la NTE 1102-1, la NTDA 1103-1, la NTG 1104-1 y la NTC 1108-1 son entidades propuestas de acuerdo con la realización que no forman parte de la presente invención.
La NTE 1102-1 es responsable de enviar la información necesaria para la generación de un mensaje de notificación y, al detectar la ocurrencia de un evento de notificación, enviar una voz del evento de notificación a la NTG 1104-1. Para ser más específico, la NTE 1102-1 recibe un aviso de un evento de notificación del CC 1101 a través de NT-1 y lo envía a la NTG 1104-1 a través de NT-3. Además, la NTE 1102-1 envía la información de SG requerida para la generación de un mensaje de notificación a la NTG 1104-1 a través de NT-3.
La NTG 1104-1, al recibir la información requerida para la generación de mensajes de notificación y/o un aviso de un evento de notificación, genera un mensaje de notificación y lo envía a la NTDA 1103-1. El evento de notificación puede ocurrir en el CC 1101, el BCAST SM 1104, el BCASR SD/A 1103, y el BDS 1106. Se puede generar un mensaje de notificación en el caso donde sea necesario anunciar el inicio de un servicio BCAST, o sea necesario enviar una nueva SG en base a un aviso de un cambio de información del servicio BCAST desde el CC 1101, o que ocurra un evento especial en el BDS 1106.
La NTDA 1103-1 es responsable de enviar el mensaje de notificación a través de NT-5 o NT-6. Cuando se recibe un aviso de un cambio de información BCAST (por ejemplo, control de velocidad o indisponibilidad del servicio debido a un entorno de la red de radio), la NTDA 1103-1 envía una notificación del evento de notificación a la NTG 1104-1 a través de la NT-4. Un aviso de un evento de notificación que ha ocurrido en el BDS 1106 se envía a la NTG 1104-1 a través de NT-B1 y NT-4. Si el BDS SD 1105 no existe, el aviso del evento de notificación se envía a la NTG 1104-1 a través de X-1.
La Figura 12 ilustra un flujo de mensajes para enviar un mensaje de notificación generado desde el BCAST SM al terminal a través del BDS de acuerdo con la tercera realización que no forma parte de la presente invención. Un BCAST SA 1200 con la NTE 1102-1, un BCAST SM 1201 con la NTG 1104-1, un BCAST SD/A 1202 con la NTDA 1103-1, un BDS 1203 y un terminal 1204 ilustrados en la Figura 12 operan como se ilustra en la Figura 11.
Con referencia a la Figura 12, ocurre un evento de notificación en la etapa 1211, etapa 1212 o etapa 1213. Específicamente, tras la generación de un evento de notificación en un CC o el BCAST SA 1200, el BCAST SA 1200 envía un aviso del evento de notificación al BCAST SM 1201 en la etapa 1211. Tras la generación de un evento de notificación en el BDS 1203, el BDS 1203 envía un aviso del evento de notificación al BCAST SD/A 1202 en la etapa 1213 y el BCAST SD/A 1202 envía el aviso del evento de notificación al BCAST SM 1201 en la etapa 1214. El BCa St SM 1201 detecta una ocurrencia interna de un evento de notificación en la etapa 1212. Después de crear un mensaje de notificación sobre el evento de notificación en la etapa 1215, el BCAST SM 1201 envía el mensaje de notificación al BCAST SD/A 1202 en la etapa 1216.
En la etapa 1217, el BCAST SD/A 1202 decide enviar el mensaje de notificación a través del BDS 1203. La forma de enviar el mensaje de notificación depende del intervalo de solicitud del mensaje de notificación o de la condición de un canal para suministrar el mensaje de notificación. En el caso donde ocurra un evento significativo en un servicio al que se haya suscrito una pluralidad de terminales, los recursos cableados/inalámbricos se ahorran enviándoles el mensaje de notificación a través del BDS 1203.
En la etapa 1218, el BCAST SD/A 1202 envía el mensaje de notificación al BDS 1203. El BDS 1203 envía el mensaje de notificación al terminal 1204 mediante un esquema apropiado en la etapa 1219. El esquema apropiado puede ser el aprovisionamiento de un servicio BCAST que pueda suministrar el mensaje de notificación.
En la etapa 1220, el terminal 1204 recibe el mensaje de notificación y opera en correspondencia con el mensaje de notificación. Por ejemplo, el terminal 1204 informa a un usuario de un cambio de programación de servicio o un cambio de SA. Si la SA indicada por el mensaje de notificación es idéntica a una SA almacenada, el terminal 1204 no recibe la SA, ahorrando así potencia.
La Figura 13 ilustra un flujo de mensajes para enviar un mensaje de notificación generado desde el BCAST SM al terminal a través de la red de interacción de acuerdo con la tercera realización que no forma parte de la presente invención. Un BCAST SA 1300 con la NTE 1102-1, un BCAST SM 1301 con la NTG 1104-1, un BCAST SD/A 1302 con la NTDA 1103-1, una red de interacción 1303 y un terminal 1304 ilustrados en la Figura 13 operan como se ilustra en la Figura 11.
Con referencia a la Figura 13, ocurre un evento de notificación en la etapa 1311, etapa 1312 o etapa 1314. Específicamente, tras la generación de un evento de notificación en un CC o el BCAST SA 1300, el BCAST SA 1300 envía un aviso del evento de notificación al BCAST SM 1301 en la etapa 1311. Aunque no se muestra en la Figura 13, al generar un evento de notificación en el BDS 1303, el BDS 1303 envía un aviso del evento de notificación al BCAST SD/A 1302. Entonces el BCAST SD/A 1302 envía el aviso del evento de notificación al BCAST SM 1301 en la etapa 1314. El BCAST SM 1301 detecta una ocurrencia interna de un evento de notificación en la etapa 1312. Después de crear un mensaje de notificación sobre el evento de notificación en la etapa 1315, el BCAST SM 1301 envía el mensaje de notificación al BCAST SD/A 1302 en la etapa 1316.
En la etapa 1317, el BCAST SD/A 1302 decide enviar el mensaje de notificación a través de la red de interacción 1303. La forma de enviar el mensaje de notificación depende del intervalo de solicitud del mensaje de notificación o de la condición de un canal para suministrar el mensaje de notificación. El BCAST SD/A 1302 dispone de dos esquemas para enviar el mensaje de notificación. Uno de ellos es incluir el mensaje de notificación en un mensaje OMA SMS o MMS mediante el BCAST SD/A 1302 de manera que la red de interacción 1303 simplemente reenvíe el mensaje SMS o MMS. El otro es enviar el mensaje de notificación a la red de interacción 1303 de manera que la red de interacción 1303 envíe el mensaje de notificación al terminal 1304 mediante un mensaje SMS o MMS.
En la etapa 1319, la red de interacción 1303 envía el mensaje de notificación al terminal 1304 mediante el mensaje SMS o MMS. Entonces el terminal 1304 opera en correspondencia con el mensaje de notificación, como se describió anteriormente en la etapa 1320.
De acuerdo con la presente invención como se describió anteriormente, se envía un mensaje de notificación que indica un cambio de sistema o un cambio de servicio en un sistema BCAST. Para soportar el procedimiento, se han propuesto una estructura de mensaje de notificación y una arquitectura de red BCAST para enviar el mensaje de notificación. Como resultado, la interrupción de un servicio BCa St en curso se puede minimizar en un terminal y el consumo de potencia se puede minimizar al recibir un servicio BCAST y una SG en el terminal.
Mientras que la invención se ha mostrado y descrito con referencia a ciertas realizaciones preferentes de la misma, los expertos en la técnica entenderán que pueden realizarse varios cambios en la forma y detalles sin apartarse de la invención tal como se define en las reivindicaciones adjuntas.

Claims (6)

REIVINDICACIONES
1. Un procedimiento de transmisión de una notificación sobre servicios de difusión en un sistema de difusión, comprendiendo el procedimiento:
detectar (411) un evento de notificación relacionado con un servicio de difusión;
generar (412) un mensaje de notificación sobre el evento de notificación,
en el que el evento de notificación incluye una actualización de una guía de servicio;
determinar si el mensaje de notificación se transmite por un canal de difusión de una red de difusión o por un canal de interacción de una red de interacción; y
transmitir (413) el mensaje de notificación a un terminal o a un grupo de terminales por el canal determinado, en el que el mensaje de notificación comprende un identificador de guía de servicio (312) que indica la guía de servicio relacionada con el mensaje de notificación, un número de versión (314) de la guía de servicio actualizada, y una hora de llegada (316) para recibir la guía de servicio actualizada del servicio de difusión.
2. El procedimiento de la reivindicación 1, en el que el mensaje de notificación tiene un formato de un Servicio de Mensajería Corta, SMS, mensaje o un servicio de Mensajería Multimedia, MMS, para transmitirse a través de un canal de interacción de una red de interacción.
3. El procedimiento de cualquier reivindicación anterior, en el que el mensaje de notificación incluye un encabezado que indica un tipo de mensaje, una longitud de mensaje, y una serie de notificaciones relacionadas con diferentes guías de servicio que se incluyen en el mensaje de notificación.
4. Un procedimiento de recepción de una notificación sobre servicios de difusión desde un sistema de difusión, comprendiendo el procedimiento;
recibir (416) un mensaje de notificación sobre un evento de notificación que incluye una actualización de una guía de servicio a través de un canal de difusión de una red de difusión y un canal de interacción de una red de interacción;
detectar como evento de notificación una actualización de la guía de servicio en base al mensaje de notificación, en el que el mensaje de notificación comprende un identificador de guía de servicio (312) que indica una guía de servicio relacionada con el mensaje de notificación, un número de versión (304) de la guía de servicio actualizada del servicio de difusión y una hora de llegada (316) para recibir la guía de servicio actualizada del servicio de difusión
determinar si recibir la guía de servicio actualizada en base al número de versión; calcular la hora de llegada para recibir la guía de servicio actualizada mediante el uso de la hora de llegada recibida del mensaje de notificación.
5. Una entidad de red para transmitir una notificación sobre los servicios de difusión en un sistema de difusión, la entidad de red para realizar el procedimiento de una de las reivindicaciones 1, 2 o 3.
6. Un terminal para recibir una notificación sobre los servicios de difusión desde un sistema de difusión, el terminal para realizar el procedimiento de la reivindicación 4.
ES12008108T 2005-01-25 2006-01-25 Procedimiento y aparato para enviar notificaciones sobre el servicio de difusión en un Sistema de Difusión Móvil Active ES2869940T3 (es)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
KR20050006884 2005-01-25
KR20050007314 2005-01-26
KR1020050016650A KR100913882B1 (ko) 2005-01-25 2005-02-28 이동/방송 시스템에서 방송 서비스에 대한 통지를 전송하는 방법 및 그 시스템

Publications (1)

Publication Number Publication Date
ES2869940T3 true ES2869940T3 (es) 2021-10-26

Family

ID=36740760

Family Applications (1)

Application Number Title Priority Date Filing Date
ES12008108T Active ES2869940T3 (es) 2005-01-25 2006-01-25 Procedimiento y aparato para enviar notificaciones sobre el servicio de difusión en un Sistema de Difusión Móvil

Country Status (9)

Country Link
US (3) US8064885B2 (es)
EP (2) EP2568629B1 (es)
JP (1) JP4602414B2 (es)
KR (1) KR100913882B1 (es)
CN (1) CN101107798B (es)
AU (1) AU2006209134B2 (es)
CA (1) CA2594479C (es)
ES (1) ES2869940T3 (es)
WO (1) WO2006080804A1 (es)

Families Citing this family (33)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7407757B2 (en) * 2005-02-10 2008-08-05 Population Genetics Technologies Genetic analysis by sequence-specific sorting
KR101270275B1 (ko) 2005-08-17 2013-05-31 삼성전자주식회사 방송 시스템에서의 통지 메시지 제공 방법 및 장치
WO2007052976A1 (en) * 2005-11-07 2007-05-10 Samsung Electronics Co., Ltd. Method and apparatus for delivering service guide contents and notification event information in a mobile broadcast system
KR100890037B1 (ko) 2006-02-03 2009-03-25 삼성전자주식회사 휴대 방송 시스템에서 서비스 가이드 또는 서비스 가이드프레그먼트에 대한 공유 방법 및 시스템
WO2007097604A1 (en) 2006-02-27 2007-08-30 Samsung Electronics Co., Ltd. Method and system for protecting broadcast service/content in a mobile broadcast system, and method for generating short term key message therefor
KR20070108310A (ko) * 2006-03-03 2007-11-09 삼성전자주식회사 휴대 방송 시스템에서의 통지 메시지 전송 방법 및 그에따른 시스템
KR100866227B1 (ko) * 2006-03-03 2008-10-30 삼성전자주식회사 휴대 방송 시스템에서의 통지 메시지 송수신 방법 및 장치
US8374591B2 (en) 2006-03-03 2013-02-12 Samsung Electronics Co., Ltd Method and system for providing notification message in a mobile broadcast system
US8014331B2 (en) * 2006-07-28 2011-09-06 Qualcomm Incorporated Method and apparatus for using a MAC protocol for broadcast
US20080025241A1 (en) * 2006-07-28 2008-01-31 Naga Bhushan Method and apparatus for broadcast multicast service in an ultra mobile broadband network
US9742512B2 (en) 2006-07-28 2017-08-22 Google Technology Holdings LLC Broadcast content preview notification in wireless communication networks
CN101584224B (zh) 2006-08-18 2011-09-21 三星电子株式会社 移动广播系统中由终端报告流服务的接收比率的方法和装置、及其系统
KR20090042853A (ko) * 2006-08-18 2009-04-30 코닌클리케 필립스 일렉트로닉스 엔.브이. 이벤트 데이터를 방송하고 수신하기 위한 방법 및 장치
KR100800857B1 (ko) 2006-08-18 2008-02-04 삼성전자주식회사 Ｄｖｂ―ｈ시스템에서 통지 메시지를 제공하기 위한 방법및 이를 위한 시스템
KR100800858B1 (ko) * 2006-08-19 2008-02-04 삼성전자주식회사 Ｄｖｂ―ｈ 시스템에서 ｅｓｇ 데이터 전송을 최적화하기위한 방법 및 이를 위한 시스템
KR100810359B1 (ko) * 2006-09-19 2008-03-04 삼성전자주식회사 Ｄｖｂ―ｈ 시스템에서 통지 데이터를 전송하기 위한 방법및 이를 위한 시스템
US20080085695A1 (en) * 2006-10-10 2008-04-10 Nokia Corporation Emergency Alert and Delivery Framework for Broadcast Systems
US8942739B2 (en) 2006-11-06 2015-01-27 Qualcomm Incorporated Methods and apparatus for communication of notifications
US9155023B2 (en) * 2006-11-06 2015-10-06 Qualcomm Incorporated Apparatus and methods for communicating system state information change to wireless devices
EP1921776A1 (en) * 2006-11-09 2008-05-14 Motorola, Inc. Method of updating a mobile receiver device for accessing digital video broadcast services, mobile receiver device, master update message, and communication system
JP5098676B2 (ja) * 2008-02-01 2012-12-12 三菱電機株式会社 移動体通信システム
US9544073B2 (en) * 2008-02-15 2017-01-10 Nokia Technologies Oy System and method for delivering notification messages
KR101445394B1 (ko) * 2008-03-28 2014-09-26 삼성전자주식회사 휴대 방송 시스템에서 단말기의 소프트웨어 업데이트 방법 및 장치
US8490124B2 (en) * 2008-05-29 2013-07-16 Qualcomm Incorporated Method and apparatus for improving performance and user experience of a mobile broadcast receiver
CN101384012B (zh) * 2008-10-22 2012-05-23 华为终端有限公司 系统端和终端的交互媒体文档更新方法及装置
KR101575767B1 (ko) * 2008-12-16 2015-12-08 삼성전자주식회사 무선 통신 단말기의 원격 관리 방법 및 시스템
JP5801991B2 (ja) * 2008-12-25 2015-10-28 株式会社Ｎｔｔドコモ 着信制御サーバ、及び、着信制御方法
CN101753956A (zh) * 2009-12-02 2010-06-23 中兴通讯股份有限公司 手机电视指南的发送方法及系统
CN102137066B (zh) * 2010-01-26 2015-10-21 中兴通讯股份有限公司 获取业务列表及多媒体广播组播业务数据的方法和系统
CN103503439A (zh) * 2011-05-01 2014-01-08 三星电子株式会社 在数字广播系统中发送/接收广播服务的方法和装置及其系统
US9256859B2 (en) * 2011-07-26 2016-02-09 Salesforce.Com, Inc. Systems and methods for fragmenting newsfeed objects
CN103686679B (zh) * 2012-09-17 2017-06-20 中国移动通信集团公司 从广播网络接收数据推送业务的方法、系统及相关设备
CN109905721B (zh) * 2019-01-29 2021-04-30 广州方硅信息技术有限公司 一种直播间交互方法、系统、设备及计算机可读介质

Family Cites Families (24)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR100303783B1 (ko) * 1998-12-16 2001-09-24 조정남 이동통신시스템에서의광고정보서비스방법
KR100396647B1 (ko) * 1999-09-03 2003-09-02 엘지전자 주식회사 방송 서비스를 수행하는 방법
CN100592788C (zh) * 2000-04-14 2010-02-24 日本电信电话株式会社 与广播信息相关的信息取得方法、系统和装置
JP2002057645A (ja) * 2000-08-10 2002-02-22 Ntt Docomo Inc データ転送方法および移動体サーバー
US7203158B2 (en) * 2000-12-06 2007-04-10 Matsushita Electric Industrial Co., Ltd. OFDM signal transmission system, portable terminal, and e-commerce system
JP2003023617A (ja) * 2001-07-05 2003-01-24 Manabu Kato イベントトリガ型放送番組配信
US20030028884A1 (en) * 2001-08-03 2003-02-06 Swart William D. Video and digital multimedia aggregator content availability notification system and method
US20030093789A1 (en) * 2001-11-09 2003-05-15 John Zimmerman Systems for monitoring broadcast content and generating notification signals as a function of subscriber profiles and methods of operating the same
US20030169723A1 (en) * 2002-03-05 2003-09-11 John Diachina Wireless communications apparatus, methods and computer program products using broadcast channel messaging for application transport
US20040022264A1 (en) * 2002-07-30 2004-02-05 Mccue Andrew Charles Method of determining context in a subjectless message
CN1476259A (zh) 2002-08-16 2004-02-18 ��������ͨ�ż����о����޹�˾ 多媒体广播和组播业务寻呼的方法
US7113783B2 (en) * 2002-11-08 2006-09-26 Yu-Cheun Jou System for transmitting and receiving short message service (SMS) messages
KR100742244B1 (ko) * 2002-12-18 2007-07-24 노키아 코포레이션 세션들을 고지하는 방법
US8254358B2 (en) * 2003-03-06 2012-08-28 Ericsson Ab Communicating a broadcast message to change data rates of mobile stations
US7400889B2 (en) 2003-04-01 2008-07-15 Telefonaktiebolaget Lm Ericsson (Publ) Scalable quality broadcast service in a mobile wireless communication network
US7752643B2 (en) * 2003-05-08 2010-07-06 Sony Corporation Information access system, information distribution device, information access device, information distribution method, and information access method
US7646762B2 (en) * 2003-08-06 2010-01-12 Motorola, Inc. Method and apparatus for providing session data to a subscriber to a multimedia broadcast multicast service
US8145120B2 (en) * 2003-10-27 2012-03-27 Nokia Corporation Apparatus, system, method and computer program product for service selection and sorting
US20060178128A1 (en) * 2003-12-19 2006-08-10 Eaton Eric T Method of operating a mobile communication device and mobile communication system during an emergency situation
US7657234B2 (en) * 2004-02-05 2010-02-02 Qualcomm Incorporated Transparent broadcast services for a multi-mode wireless device
US8144735B2 (en) * 2004-02-10 2012-03-27 Qualcomm Incorporated Transmission of signaling information for broadcast and multicast services
US7675891B2 (en) * 2004-09-23 2010-03-09 Telefonakiebolaget L M Ericsson (Publ) Multimedia reception in communication networks
US20060126556A1 (en) * 2004-12-14 2006-06-15 Roundbox, Inc. Territory mapping for efficient content distribution in wireless networks using broadcast/multicast
KR20070108324A (ko) * 2006-02-09 2007-11-09 삼성전자주식회사 휴대형 디지털 비디오 방송 방통융합 서비스 시스템에서핸드오버 방법 및 장치

Also Published As

Publication number Publication date
AU2006209134B2 (en) 2010-03-04
US8064885B2 (en) 2011-11-22
CA2594479A1 (en) 2006-08-03
EP2568629A3 (en) 2013-08-07
EP1842302B1 (en) 2020-07-01
US20060189300A1 (en) 2006-08-24
JP2008529343A (ja) 2008-07-31
CN101107798A (zh) 2008-01-16
CA2594479C (en) 2012-10-23
CN101107798B (zh) 2012-06-27
JP4602414B2 (ja) 2010-12-22
EP1842302A4 (en) 2012-12-05
AU2006209134A1 (en) 2006-08-03
EP2568629A2 (en) 2013-03-13
KR20060085893A (ko) 2006-07-28
KR100913882B1 (ko) 2009-08-26
EP1842302A1 (en) 2007-10-10
US20170288797A1 (en) 2017-10-05
US9692536B2 (en) 2017-06-27
US20120036528A1 (en) 2012-02-09
US10090951B2 (en) 2018-10-02
EP2568629B1 (en) 2021-03-03
WO2006080804A1 (en) 2006-08-03

Similar Documents

Publication Publication Date Title
ES2869940T3 (es) Procedimiento y aparato para enviar notificaciones sobre el servicio de difusión en un Sistema de Difusión Móvil
KR100663423B1 (ko) 멀티미디어 방송/멀티캐스트 서비스를 위한 부분결합 방법및 장치
JP4903033B2 (ja) 無線通信基地局装置及び無線通信方法
ES2435648T3 (es) Provisión de mensajes de notificación generales y específicos en un sistema de difusión basado en IP.
JP4087857B2 (ja) マルチメディア・ブロードキャスト／マルチキャストサービスのための制御情報を効率的に送信する方法
RU2009103055A (ru) Двухточечные радиоканалы для службы радиовещания
ES2660388T3 (es) Aparatos y procedimientos de telecomunicaciones
RU2006136100A (ru) Способ указания нисходящих линий связи в беспроводной системе связи
JP2008527785A5 (es)
JP2009539295A (ja) 情報ブロードキャストシステムおよび方法
KR101445394B1 (ko) 휴대 방송 시스템에서 단말기의 소프트웨어 업데이트 방법 및 장치
JP5221686B2 (ja) エラーが起こりやすい無線ブロードキャストチャネルで多重化する方法
JP5372113B2 (ja) 無線通信基地局装置
JP4875056B2 (ja) 個別に復号化できるパケットで制御情報を送信することによって制御情報取得レイテンシーを改善する方法
BRPI0415047B1 (pt) Método e aparelho para classificação e notificação de serviços de difusão
ES2366403B1 (es) Método y elemento de red para facilitar contenido de difusión a un terminal móvil.
CN101998245A (zh) 一种实现公共控制信道消息同步的方法及系统
CN101998249B (zh) 信令处理方法及装置
KR101263504B1 (ko) 휴대 방송 시스템에서 서비스 가이드 콘텐츠 및 통지이벤트 정보의 전송 장치 및 방법
JP2009100347A (ja) 情報配信管理装置、通信端末装置、情報配信管理システム、情報配信管理方法
KR20060109154A (ko) 브로드캐스트/멀티캐스트 플로우 해제 방법