WO2008135378A1 - Procede de communication permettant d'ameliorer la gestion du bureau virtuel d'un appareil mobile communicant - Google Patents

Procede de communication permettant d'ameliorer la gestion du bureau virtuel d'un appareil mobile communicant Download PDF

Info

Publication number
WO2008135378A1
WO2008135378A1 PCT/EP2008/054828 EP2008054828W WO2008135378A1 WO 2008135378 A1 WO2008135378 A1 WO 2008135378A1 EP 2008054828 W EP2008054828 W EP 2008054828W WO 2008135378 A1 WO2008135378 A1 WO 2008135378A1
Authority
WO
WIPO (PCT)
Prior art keywords
territory
database
broadcast
parameters
roaming
Prior art date
Application number
PCT/EP2008/054828
Other languages
English (en)
Other versions
WO2008135378A9 (fr
Inventor
Emmanuel Marilly
Gérard Delegue
Olivier Martinot
Sylvain Squedin
Erwan Baynaud
Original Assignee
Alcatel Lucent
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 Alcatel Lucent filed Critical Alcatel Lucent
Publication of WO2008135378A1 publication Critical patent/WO2008135378A1/fr
Publication of WO2008135378A9 publication Critical patent/WO2008135378A9/fr

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N7/00Television systems
    • H04N7/16Analogue secrecy systems; Analogue subscription systems
    • H04N7/173Analogue secrecy systems; Analogue subscription systems with two-way working, e.g. subscriber sending a programme selection signal
    • H04N7/17309Transmission or handling of upstream communications
    • H04N7/17336Handling of requests in head-ends
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04HBROADCAST COMMUNICATION
    • H04H20/00Arrangements for broadcast or for distribution combined with broadcast
    • H04H20/26Arrangements for switching distribution systems
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00Network arrangements or protocols for supporting network services or applications
    • H04L67/01Protocols
    • H04L67/04Protocols specially adapted for terminals or networks with limited capabilities; specially adapted for terminal portability
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00Network arrangements or protocols for supporting network services or applications
    • H04L67/34Network arrangements or protocols for supporting network services or applications involving the movement of software or configuration parameters 
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/231Content storage operation, e.g. caching movies for short term storage, replicating data over plural servers, prioritizing data for deletion
    • H04N21/23109Content storage operation, e.g. caching movies for short term storage, replicating data over plural servers, prioritizing data for deletion by placing content in organized collections, e.g. EPG data repository
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/25Management operations performed by the server for facilitating the content distribution or administrating data related to end-users or client devices, e.g. end-user or client device authentication, learning user preferences for recommending movies
    • H04N21/258Client or end-user data management, e.g. managing client capabilities, user preferences or demographics, processing of multiple end-users preferences to derive collaborative data
    • H04N21/25808Management of client data
    • H04N21/25841Management of client data involving the geographical location of the client
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/41Structure of client; Structure of client peripherals
    • H04N21/414Specialised client platforms, e.g. receiver in car or embedded in a mobile appliance
    • H04N21/41407Specialised client platforms, e.g. receiver in car or embedded in a mobile appliance embedded in a portable device, e.g. video client on a mobile phone, PDA, laptop
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/60Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client 
    • H04N21/63Control signaling related to video distribution between client, server and network components; Network processes for video distribution between server and clients or between remote clients, e.g. transmitting basic layer and enhancement layers over different transmission paths, setting up a peer-to-peer communication via Internet between remote STB's; Communication protocols; Addressing
    • H04N21/643Communication protocols
    • H04N21/64315DVB-H
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/60Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client 
    • H04N21/65Transmission of management data between client and server
    • H04N21/654Transmission by server directed to the client
    • H04N21/6547Transmission by server directed to the client comprising parameters, e.g. for client setup
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/10Architectures or entities
    • H04L65/1016IP multimedia subsystem [IMS]
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04QSELECTING
    • H04Q2213/00Indexing scheme relating to selecting arrangements in general and for multiplex systems
    • H04Q2213/13098Mobile subscriber
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04QSELECTING
    • H04Q2213/00Indexing scheme relating to selecting arrangements in general and for multiplex systems
    • H04Q2213/13103Memory
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04QSELECTING
    • H04Q2213/00Indexing scheme relating to selecting arrangements in general and for multiplex systems
    • H04Q2213/13332Broadband, CATV, dynamic bandwidth allocation

Definitions

  • the invention relates to the broadcasting of content in mobile networks.
  • DVB-H Digital Video Broadcasting - Handheld
  • DVB-SH Digital Video Broadcasting - Satellites Services to Handrveld
  • DVB-T Video Broadcasting
  • the digitized channels are multiplexed, that is to say that the audio, video and information signals are separated, cut into packets and transmitted separately within the signal. This is then recomposed by a DVB decoder implemented in the receiving terminal.
  • the DVB-H standard has several advantages (on the U MTS in particular). On the one hand, it allows a one-to-many broadcast and thereby allows mass retransmissions. On the other hand, the technique of multiplexing makes it possible to reduce the consumption of the mobile terminal. For this reason, public authorities in many countries and regions of the world have decided to allocate DVB-H specific transmission frequencies to enable this large-scale standard to be used.
  • the invention aims precisely to remedy this defect.
  • the invention proposes, according to a first object, a method of broadcasting contents (such as television channels) to a mobile communicating device within a mobile network, this method comprising the operations of: determining, by means of a location server, the geographical position of the apparatus, deducing a territory in which said apparatus is evolving, extracting from a database, by means of an application server, parameters of broadcast in force in that territory. depending on the broadcast parameters, remotely configure, by means of said application server, the device to enable it to receive the contents.
  • an additional operation is to identify a roaming policy applicable to the territory in which the device is evolving, the configuration operation then depending on this policy. More specifically, the application server can extract from a database containing a snserobie of roaming policies applicable to several territories, the policy applicable to the territory in which the apparatus operates.
  • An additional operation may be to identify a roaming service subscribed by a user of the device, the configuration operation depending on the service subscribed. This identification can be done by means of the application server, by extracting the service from a database in which this service is stored.
  • the following additional operations may also be provided: identify a first broadcasting standard of a first part of the contents, in force in the territory in which the device operates; identify a second broadcast standard of a second part of the content, in force in the territory in which the device operates; retrieve from a database the broadcast parameters of the first part of the contents under the first standard; retrieve from a database the broadcast parameters of these contents under the second standard; implement remotely in the device, by means of the application server, the parameters of the first standard and the second standard.
  • the invention proposes, according to a second object, a communication system comprising: one or more database (s) containing a description of the contents broadcast in a given territory and dissemination parameters desdtts contained in the territory; an application linked to the databases listed above and programmed to remotely implement, in a device operating in the territory, the parameters contained in the database (s) of data.
  • the communication system which is for example in the form of an application server, may comprise a database containing roaming fonts defined for several territories, and / or a database containing a service of iterance subscribed by a user of the device.
  • the invention proposes, according to a third object, a computer program product implemented in an application server, this program comprising instructions for: determining a territory in which a mobile communicating device operates; identify content distribution parameters in force in the said territory; implementer the broadcast parameters within the mobile device.
  • a network architecture 1 within which evolves a communicating mobile device 2, Smartphone type or PDA communicating, operating on the basis of an embedded operating system (eg Windows® Mobile, Embedded Linux or Symbian ®), which manages device 2 software applications, such as email, personal information management tools (calendar, databases), web browsing tools (such as Pocket Internet Explorer®), text editors, spreadsheets, etc.
  • an embedded operating system eg Windows® Mobile, Embedded Linux or Symbian ®
  • device 2 software applications such as email, personal information management tools (calendar, databases), web browsing tools (such as Pocket Internet Explorer®), text editors, spreadsheets, etc.
  • the device 2 comprises a plurality of communication interfaces 3, 4 programmed to decode broadcast content over the air according to various standards such as UMTS (or any other standard poi ⁇ t-to-point) and DVB-H.
  • UMTS or any other standard poi ⁇ t-to-point
  • DVB-H DVB-H
  • the mobile device 2 adapted to the UMTS and DVB-H standards, comprises a UMTS 3 interface and a DVB-H 4 interface.
  • the apparatus 2 is furthermore equipped with a communication component 5 applying the SlP protocol for communication with at least one remote server in an IMS environment.
  • This component 5 is connected to a roaming manager 6 in the form of an application implemented in the device 2 el and also connected to the UMTS 3 and DVB-H 4 interfaces.
  • a service offer including the reception of a bouquet of channels including channels A, 8, C and D broadcast in this territory, according to the DVB-H standard.
  • the network architecture 1 comprises an IMS 7 infrastructure whose core is constituted by a session controller 8 (CSCF) connected to the device 2 via a local 9 network, metropolitan or extended (such as the Internet) and supporting the SIP protocol.
  • CSCF session controller 8
  • the CSCF 8 conventionally integrates three functional modules: an interrogation module 10 (I-CSCF or Interrogating CSCF) for the initialization of the connections; a proxy module 11 (P-CSCF or Proxy-CSCF) for connection to IP networks; and a service module 12 (S-CSCF or Serving-CSCF) switching to the requested application, service or network.
  • I-CSCF interrogation module
  • P-CSCF proxy module
  • S-CSCF or Serving-CSCF service module 12
  • the S-CSCF 12 provides recording of SIP messages, control and routing of communications, and coordination of localized services on application servers.
  • modules 10, 11, 12 may be in the form of servers interconnected, or in the form of integrated equipment within the same server CSCF 8.
  • the IMS 7 infrastructure also comprises an application server 13 including a Home Subscriber Server (HSS) database, connected to the CSCF 8 (more exactly to the I-CSCF 10 and S-CSCF 12) and in which information is stored. about the user (such as location, secure personal data. user preferences and a list of services to which the user is authorized to access).
  • HSS Home Subscriber Server
  • the tMS 7 infrastructure furthermore comprises a service platform 14 intended to automatize the roaming of the service, that is to say the continuity of the broadcasting of the contents towards the apparatus 2 when the latter leaves the service.
  • a service platform 14 intended to automatize the roaming of the service, that is to say the continuity of the broadcasting of the contents towards the apparatus 2 when the latter leaves the service.
  • first territory to go to a second territory (for example a neighboring country, possibly bordering on the country of origin).
  • This platform 14 is connected to the GSCF 8, and more precisely to the S-CSCF 12.
  • the platform 14 is in the form of an application server integrating several databases, namely; a database BD1 containing the applicable roaming policies, including the list of channels for which roaming is possible, the modalities of chaining distribution parameters depending on the territory, the switching modes of a standard (by example DVB-H) to the other (eg UMTS); a database BD2 containing the roaming service subscribed by the user, that is to say the list of channels for which roaming has been subscribed, or at least the number of channels for which t ' roaming has been subscribed; a database BD3 containing the list of channels broadcast according to the DVB-H standard for each subscribed territory; a BD4 database containing the DVB-H broadcast parameters for each subscribed territory (such as broadcast frequency, carrier modulation, loss protection, bit error correcting codes, etc.);
  • BD5 database containing the list of channels broadcast according to the UMTS standard in each subscribed territory and the corresponding broadcast parameters
  • the platform 14 is furthermore equipped with a roaming engine, which is in the form of an application implemented in the server 14 and connected to the data bases BD1, BD2, BD3, BD4, BD5 listed below. above.
  • a roaming engine which is in the form of an application implemented in the server 14 and connected to the data bases BD1, BD2, BD3, BD4, BD5 listed below. above.
  • the geographical location of the apparatus 2 is permanently communicated (or at fixed clock intervals) by the HSS server 13 to the platform 14 (and more precisely to the roaming engine 15).
  • the configuration of the device 2 takes into account the broadcasting parameters in force in the first territory. If we stick to the example mentioned above, the apparatus notably receives the channels A, B, C and D in DVB-H.
  • the device 2 When the device 2 goes to the second territory, it is still connected to the IMS 7 infrastructure of the first territory, but the communications transit through a secondary IMS infrastructure 16 installed in the second territory, and more specifically by at least one Proxy server P-CSCF 17.
  • the communications between the IMS infrastructures of the first and second territories can pass through a WAN network 9 such as the Internet.
  • the roaming engine 15 is informed of the change of territory of the device by the HSS server 13.
  • the roaming engine 15 queries: firstly the database BD1 to verify that the roaming service may be applied to the new territory and, if so, to prepare the terms and conditions; secondly the database BD2 to verify that the user has subscribed roaming for the new territory and possibly determine the channels concerned (or the number of channels concerned); thirdly, the BD3 database to determine the channels broadcast in OVB-H in the new territory and optionally select from among them, if there are the channels for which roaming has been subscribed by the user.
  • the roaming engine 15 queries the database BD4 to extract the broadcast parameters
  • the roaming engine 15 then configures (or reconfigures) the device 2 remotely via the roaming manager 6, to enable it to receive the channels both subscribed and broadcast in DVB-H within the new territory.
  • the DVB-H broadcast parameters extracted from the database BD4 are implemented in the DVB-H interface 4 of the apparatus 2, possibly in replacement of the preceding parameters.
  • the device 2 will be configured to receive them all in DVB-H, thanks to the parameters communicated to it by the roaming engine 15.
  • the user has subscribed a DVB-H roaming only, or the device 2 is configured to receive only DVB-H.
  • the implementation in device 2 of the DVB-H parameters in force in the new territory allows it to receive the channels broadcast in DVB-H, in this case the channels A and B.
  • the roaming engine 15 queries the database BD5 to check whether they are broadcast according to the UMTS standard and, if so, to extract the broadcast parameters.
  • the roaming engine 15 then configures (or reconfigures) the device 2 remotely via the roaming manager 6, to enable it to receive the subscribed and broadcast UMTS channels at the same time. within the new territory. More precisely, the UMTS broadcast parameters extracted from the BDS database are implemented in the UMTS 3 interface of the device, possibly replacing the previous parameters. In this way, the apparatus 2 can receive the chains C and D (by means of point-to-point diffusion).
  • the device 2 comprises an interface EPG / ESG 1.8, reeaux to the roaming manager 6 via it receives the data from the platform 14, extracted from databases BD3 and BD5 and communicated by the roaming engine 15.

Landscapes

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

Abstract

Procédé de diffusion de contenus vers un appareil (2) communicant mobile au sein d'un réseau de mobiles, ce procédé comprenant les opérations consistant à : déterminer, au moyen d'un serveur de localisation, la position géographique de l'appareil (2); en déduire un territoire dans lequel évolue ledit appareil (2); extraire d'une base de données, au moyen d'un serveur d'applications (14), des paramètres de diffusion en vigueur dans ledit territoire; en fonction des paramètres de diffusion, configurer à distance, au moyen dudit serveur d'applications (14), l'appareil (2) pour lui permettre de recevoir les contenus.

Description

Procédé de communication permettant d'améliorer la gestion du bureau virtuel d'un appareil mobile communicant
L'invention a trait à la diffusion de contenus dans les réseaux de mobiles.
L'augmentation des capacités des réseaux de mobiles a rendu possible l'émergence de la télévision sur mobile, c'est-à-dire la possibilité pour les abonnés à ce service de recevoir et visualiser sur leur appareil (téléphone portable, PDA communiquant, Smartphone, etc.) divers bouquets de chaînes de télévisions.
Plusieurs standards de réseaux basés sur la radiodiffusion hertzienne numérique sont en concurrence sur un tel service. Citons le GPRS et l'UMTS, dont le principal défaut est de ne pas permettre une véritable émission de type one-to-many, c'est-à-dire la diffusion en masse d'un émetteur vers une multitude de récepteurs mobiles. Citons également le DVB-H (Digital Video Broadcasting - Handheld ou Diffusion vidéo numérique portable) ou sa variante le DVB-SH (Digital Video Broadcasting - Satellité Services to Handrveld), plus récents, qui constituent une adaptation du DVB-T (Diffusion vidéo numérique terrestre) utilisé pour la diffusion de la télévision numérique terrestre (TNT). Conformément au standard DVB-H (pour simplifier, on regroupé également sous cette appellation le standard DVB-SH), les canaux numérisés sont multiplexes, c'est-à-dire, que les signaux audio, vidéo et d'informations sont séparés, découpés en paquets et transmis séparément au sein du signal. Celui-ci est ensuite recomposé par un décodeur DVB implémenté dans le terminal récepteur.
Le standard DVB-H présente plusieurs avantages (sur l'U MTS notamment). D'une part, il permet une émission one-to-many et autorise de ce fait des retransmissions de masse. D'autre part, la technique du multiplexage permet de réduire la consommation du terminal mobile. C'est pourquoi les autorités publiques de plusîeurs pays et régions du globe ont décidé d'attribuer des fréquences d'émission spécifiques au DVB-H pour permettre l'exploitation de ce standard à grande échelle.
La montée en puissance du standard DVB-H ne se fera toutefois que progressivement, au cours des années à venir. Aussi, à court et moyen termes, ies abonnés devront supporter fss conséquences de l'hétérogénéité dès réseaux d'un pays ou d'une région â l'autre, en l'absence d'accords bi- ou multilatéraux. L'une de ces conséquences sera, pour les abonnés itinérants (c'est-à-d ire traversant une frontière), le changement automatique de bouquet (et donc de chaînes disponibles), avec une perte possible de certaines chaînes.
Le problème de l'itinérance (on anglais « roaming »). c'est-à-dire de ia continuité du réseau d'un pays ou d 'une région à l'autre, est bien connu dans les réseaux de mobiles classiques (cf. la demande internationale N°WO 2004/084472 au nom de Qualcomm).
Mais pour les réseaux adaptés à la retra nsmission de bouquets de chaînes de télévision, fe problème se pose de nouveau et il n'existe pas, à ce jour, de sol ution satisfaisante permettant d'assurer la continuité du service.
L'invention vise précisément à remédier à ce défaut.
A cet effet, l'invention propose, suivant un premier objet, un procédé de diffusion de contenus (tels que des chaînes de télévision) vers un appareil communicant mobile au sein d' un réseau de mobiles, ce procédé comprenant les opérations consistant à : déterminer, au moyen d'un serveur de localisation, la position géographique de l'appareil, en déduire un territoire dans lequel évolue ledit appareil, extraire d'une base de données, au moyen d'un serveur d'applications, des paramètres de diffusion en vigueur dans ledit territoire. en fonction des paramètres de diffusion, configurer à distance, au moyen dudit serveur d'appiications, l'appareil pour lui permettre de recevoir les contenus.
Grâce à ce procédé, il est possible d'assurer la continuité de la diffusion de contenu (notamment de bouquets de chaînes de télévision) lors du changement de territoire (par exemple de pays), et ce de manière automatique.
Suivant un mode particulier de réalisation, une opération supplémentaire consiste à identifier une politique d'itinérance applicable au territoire dans leq uel évolue l'appareil, l'opération de configuration dépendant alors de cette politique. Plus concrètement, le serveur d'applications peut extraire d'une base de données contenant un snserobie de politiques d'itinérance applicables à plusieurs territoires, ia politique applicable au territoire dans lequel évolue l'appareil.
Une opération supplémentaire peut consister à identifier un service d'itinérance souscrit par un utilisateur de l'appareil , l'opération de configuration dépendant du service souscrit. Cette identification peut s'effectuer au moyen du serveur d'application, par extraction du service depuis une base de données dans laquelle ce service est mémorisé.
Les opérations supplémentaires suivantes peuvent en outre être prévues : identifier un premier standard de diffusion d'une première partie des contenus, en vigueur dans le territoire dans lequel évolue l'appareil ; identifier un second standard dé diffusion d'une seconde partie des contenus, en vigueur dans le territoire dans lequel évolue l'appareil ; extraire d'une base de données les paramètres de diffusion de la première partie des contenus en vertu du premier standard ; extraire d'une base de données les paramétres de diffusion de ces contenus en vertu du second standard ; implémenter à distance dans l'appareil, au moyen du serveur d'applications, les paramètres du premier standard et du second standard. il peut être également prévu une opération supplémentaire d'implémentation dans l'appareil, au moyen du serveur d'appiîcations, d'un guide interactif contenant des informations relatives aux contenus diffusés.
L'invention propose, suivant un deuxième objet, un système de communication comprenant : une ou plusieurs base(s) de données contenant une description des contenus diffusés dans un territoire donné et des paramètres de diffusion desdtts contenus dans le territoire ; une application reliée aux bases de données listées ci-dessus et programmée pour implémenter à distance, dans un appareil évoluant dans le territoire, les paramètres contenus dans la ou les base(s) de données. Le système de communication, qui se présente par exemple sous la forme d'un serveur d'applications, peut comprendre une base de données contenant des polices d'itinèrance définies pour plusieurs territoires, et/ou une base de données contenant un service d'itînérance souscrit par un utilisateur de l'appareil.
L'invention propose, suivant un troisième objet, un produit programme d'ordinateur irnplémentè au sein d'un serveur d'applications, ce programme comprenant des instructions pour : déterminer un territoire dans lequel évolue un appareil communicant mobile ; identifier des paramètres de diffusion de contenus en vigueur dans ledit territoire ; implémeπter les paramètres de diffusion au sein de l'appareil mobile.
D'autres objets et avantages de l'invention apparaîtront à la lumière de la description faite ci-après en référence au dessin annexé, qui représente un appareil mobile communicant intégré au sein d'une architecture réseau.
Sur Ia figure est représentée une architecture réseau 1 au sein de laquelle évolue un appareil 2 mobile communicant, du type Smartphone ou PDA communicant, fonctionnant sur la base d'un système d'exploitation embarqué (par exemple Windows® Mobile, Embedded Linux ou Symbian®), qui gère les applications logicielles de l'appareil 2, telles que la messagerie électronique, les outils de gestion d'informations personnelles (agenda, bases de données), les outils de navigation Web (tel que Pocket Internet Explorer®), les éditeurs de textes, tableurs, etc.
L'appareil 2 comprend plusieurs interfaces de communication 3, 4 programmées pour assurer le déchiffrage de contenus diffusés par voie hertzienne suivant divers standards tels que UMTS (ou tout autre standard poiπt-to-point) et DVB-H.
Ces contenus sont par exemple des bouquets de chaînes télévisées et, à ce titre, comprennent l'image et le son. Dans l'exemple illustré, l'appareil 2 mobile, adapté aux standards UMTS et DVB-H, comprend une interface UMTS 3 et une interface DVB-H 4. L'appareil 2 est en outre équipé d'un composant de communication 5 appliquant le protocole SlP pour la communication avec au moins un serveur distant en environnement IMS.
Ce composant 5 est relié à un gestionnaire d'itinérance 6 sous forme d'une application implémeπtée dans l'appareil 2 el reliée par ailleurs aux interfaces UMTS 3 et DVB-H 4.
Par hypothèse, on suppose que l'utilisateur de l'appareil 2 a souscrit dans un premier territoire (par exemple son pays d'origine) une offre de service comprenant la réception d'un bouquet de chaînes incluant notamment les chaînes A, 8, C et D diffusées, dans ce territoire, suivant le standard DVB-H.
Dans ce premier territoire, l'architecture réseau 1 comprend une infrastructure IMS 7 dont le cœur est constitué par un contrôleur de session 8 (CSCF ou Call Session Control Function) relié à l'appareil 2 via un réseau 9 local, métropolitain ou étendu (tel que l'Internet) et supportant le protocole SIP.
Le CSCF 8 intégre, de manière classique, trois modules fonctionnels : un module d'interrogation 10 (I-CSCF ou lnterrogating CSCF) pour l'initialisation des connexions ; un module mandataire 11 (P-CSCF ou Proxy-CSCF) pour la liaison aux réseaux IP ; et un module de service 12 (S-CSCF ou Serving-CSCF) assurant la commutation vers l'application, le service ou le réseau demandés. Plus précisément, le S-CSCF 12 assure notamment l'enregistrement des messages SIP, le contrôle et le routage des communications, et la coordination des services localisés sur des serveurs d'applications.
Physiquement, ces modules 10, 11 , 12 peuvent se présenter sous forme de serveurs reliés entre eux, ou sous forme d'équipements intégrés au sein d'un même serveur CSCF 8.
L'infrastructure IMS 7 comprend également un serveur d'applications 13 incluant une base de données HSS (Home Subscriber Server), relié au CSCF 8 (plus exactement aux I-CSCF 10 et S-CSCF 12) et dans laquelle sont mémorisées des informations concernant l'utilisateur (telles que localisation, données personnelles sécurisées. préférences utilisateur ainsi qu'une liste de services auquel l'utilisateur a l'autorisation d'accéder).
L'infrastructure tMS 7 comprend en outre une plateforme de services 14 destinée à assurer de manière automatisée l'itinérance du service, c'est-à-dire la continuité de la diffusion des contenus vers l'appareil 2 lorsque celui-ci quitte le premier territoire pour se rendre dans un second territoire (par exemple un pays voisi n, éventuellement limitrophe, du pays d'origine). Cette plateforme 14 est reliée au GSCF 8, et plus précisément au S-CSCF 12.
En pratique, la plateforme 14 se présente sous forme d'un serveur d'applications intégrant plusieurs bases de données, à savoir ; une base de données BD1 contenant les politiques d'itinérance applicables, notamment la liste des chaînes pour laquelle l'itinérance est possible, les modalités de cha ngement de paramètres de diffusion en fonction du territoire, les modalités de commutation d'un standard (par exemple le DVB-H) vers l'autre (par exemple l'UMTS) ; une base de données BD2 contenant le service d'itinérance souscrit par l'util isateur, c'est-à-dire îa liste des chaînes pour laquelle l'itinérance a été souscrite, ou tout d u moins le nombre de chaînes pour lequel t'itinérance a été souscrite ; une base de données BD3 contenant la liste des chaînes diffusées suivant le standard DVB-H pour chaque territoire souscrit ; une base de données BD4 contenant les paramètres de diffusion DVB-H pour chaque territoire souscrit (tel que fréquence de diffusion, modulation de la porteuse , protection contre les pertes, codes correcteurs d'erreurs bit, etc. ) ;
- une base de données BD5 contenant la liste des chaînes diffusées suivant le standard UMTS dans chaque territoire souscrit et les paramètres de diffusion correspondants ;
La plateforme 14 est en outre équipée d'un moteur 15 d'itinérance, qui se présente sous la forme d'une application implémentée dans le serveur 14 et reliée aux bases de d onnées BDl , BD2, BD3, BD4, BD5 listées ci-dessus. Lorsque l'apparei l 2 évolue au sein du premier territoire, il est directement relié à l'infrastructure IMS 7 (via le réseau 9). La localisation géographique de l'appareil 2 est communiquée en permanence (ou à intervalles d'horloge fixes) par le serveur HSS 13 à la plateforme 14 (et plus précisément au moteur d'itinérance 15). La configuration de l'appareil 2 tient compte des paramètres de diffusion en vigueur dans le premier territoire, Si l'on s'en tient à l'exemple évoqué ci-dessus, l'appareil reçoit notamment les chaînes A, B, C et D en DVB-H.
Lorsque l'appareil 2 se rend dans le second territoire, il est toujours relié à l'infrastructure IMS 7 du premier territoire, mais les communications transitent par une infrastructure IMS secondaire 16 installée au sein du second territoire, et plus précisément par au moins un serveur mandataire P-CSCF 17. Les communications entre les infrastructures IMS du premier et second territoire peuvent transiter par un réseau WAN 9 tel que l'Internet.
Dans ce cas, le moteur d'itinérance 15 est informé du changement de territoire de l'appareil par le serveur HSS 13. Le moteur d'iiinérance 15 interroge : en premier lieu la base de données BD1 pour vérifier que le service d'itinérance peut être appliqué au nouveau territoire et, si tel est le cas, pour en préparer les modalités ; en second lieu la base de données BD2 pour vérifier que l'utilisateur a souscrit l'itinérance pour le nouveau territoire et éventuellement déterminer les chaînes concernées (ou le nombre de chaînes concernées) ; en troisième lieu, la base de données BD3 pour déterminer les chaînes diffusées en OVB-H dans le nouveau territoire et éventuellement sélectionner parmi celles-ci, s'il en existe les chaînes pour lesquelles l'itinérance a été souscrite par l'utilisateur.
Si des chaînes pour lesquelles i'itinérance a été souscrite sont diffusées dans le nouveau territoire, le moteur d'itinérance 15 interroge la base de données BD4 pour en extraire les paramètres de diffusion
DVB-H au sein du nouveau territoire.
En fonction de ces paramètres de diffusion, le moteur d'itinérance 15 configure (ou reconfigure) alors à distance l'appareil 2 par l'intermédiaire du gestionnaire dltinérance 6, pour lui permettre de recevoir les chaînes à la fois souscrites et diffusées en DVB-H au sein du nouveau territoire.
Plus précisément, les paramètres de diffusion DVB-H extraits de la base de données BD4 sont implémentés dans l'interface DVB-H 4 de l'appareil 2, éventuellement en remplacement des paramètres précédents.
Si par exemple les quatre chaînes A, B, C et D évoquées dans l'exemple ci-dessus sont souscrites et diffusées en DVB-H dans le nouveau territoire, l'appareil 2 sera configuré pour les recevoir toutes en DVB-H, grâce aux paramètres qui lui auront été communiqués par le moteur d'itinérance 15.
Si seules certaines de ces chaînes - par exemple A et B - sont souscrites et diffusées en DVB-H dans le second territoire tandis que d'autres sont souscrites sans être diffusées en DVB-H, plusieurs cas sont envisageables, selon les services offerts et/ou souscrits.
Premier cas : l'utilisateur a souscrit une itinérance DVB-H uniquement, ou bien l'appareil 2 est configuré pour recevoir ie DVB-H seulement.
Dans ce cas, seules les chaînes diffusées en DVB-H sont reçues dans le nouveau territoire, en l'occurrence les chaînes A et B. Les chaînes C et D, non diffusées en DVB-H, ne seront pas reçues.
Deuxième cas : l'utilisateur a souscrit une itinérance multistandard, et l'appareil 2 dispose de capacités (interfaces de communication: multiples, comme décrit ci-dessus) lui permettant de décoder plusieurs standards.
Dans ce cas, l'implémentation dans l'appareil 2 des paramètres DVB-H en vigueur dans le nouveau territoire lui permettent de recevoir les chaînes diffusées en DVB-H, en l'occurrence les chaînes A et B. Pour les autres chaînes (C et D), le moteur d'itinérance 15 interroge la base de données BD5 pour vérifier si elles sont diffusées suivant le standard UMTS et, si tel est le cas, en extraire les paramètres de diffusion.
En fonction de ces paramètres de diffusion, le moteur d'itinérance 15 configure (ou reconfigure) alors à distance l'appareil 2 par l'intermédiaire du gestionnaire d'itinérance 6, pour lui permettre de recevoir les chaînes souscrites et diffusées en UMTS au sein du nouveau territoire. Pius précisément, les paramètres de diffusion UMTS extraits de la base de données BDS sont implémentés dans l'interface UMTS 3 de l'appareil, éventuellement en remplacement des paramètres précédents. De ia sorte, l'appareil 2 peut recevoir les chaînes C et D (au moyen d'une diffusion point-to-point).
Les opérations qui viennent d'être décrites sont effectuées à l'initiative du moteur d'îtïnérance 15, qui inclut dans son programme les instructions correspondantes.
Il est ainsi possible d'assurer l'itinérance du service de manière automatique, c'est-à-dire sans intervention de l'utilisateur. Dans le meilleur des cas (tout dépendant, comme nous l'avons vu, des bouquets disponibles dans les différents territoires, et des politiques d'itinérance souscrites), l'utilisateur retrouve son bouquet d'origine sans changement apparent. Dans le cas le moins favorable, certaines chaînes sont inaccessibles tant que l'utilisateur évolue au sein du nouveau territoire mais d'autres le restent.
Il est à noter que le procédé et les moyens techniques correspondants qui viennent d'être décrits permettent également d'appliquer l'ittnérance à des services connexes au contenu principal de la diffusion. Ainsi, il est envisageable de communiquer à l'appareil 2 les programmes des chaînes reçues, par exemple par l'intermédiaire d'un guide électronique interactif de type EPG/ESG (Electronic Program/Service Guide) au moyen duquel l'utilisateur peut accéder, depuis l'écran de son appareil 2, aux programmes de chaque chaîne, et effectuer à partir de celui-ci diverses opérations telle que ia sélection d'un programme, la lecture de résumés, etc. , indépendamment du standard de diffusion (DVB-H ou UMTS).
A cet effet, l'appareil 2 comprend une interface EPG/ESG 1.8, renée au gestionnaire d'itinérance 6 par l'intermédiaire il reçoit les données en provenance de la plateforme 14, extraites des bases de données BD3 et BD5 et communiquées par le moteur d'itinérance 15.
Il en résulte une ergonomie et une interactivité accrues de l'appareil 2, indépendamment du territoire au sein duquel il évolue.

Claims

REVENDICATIONS
1. Procédé de diffusion de contenus vers un appareil (2) communicant mobile au sein d'un réseau de mobiles, ce procédé comprenant les opérations consistant à : déterminer ia position géographique de l'appareil (2), en déduire un territoire dans lequel évolue ledit appareil (2). extraire d'une base de données, au moyen d'un serveur d'applications (14), des paramètres de diffusion en vigueur dans ledit territoire, en fonction des paramètres de diffusion, configurer à distance, au moyen dudit serveur d'applications (14), l'appareil (2) pour lui permettre de recevoir les contenus.
2. Procédé de diffusion selon la revendication 1 , qui comprend une opération supplémentaire consistant à identifier une politique d'itinérance applicable au territoire dans lequel évolue l'appareil (2), l'opération de configuration dépendant de cette politique,
3. Procédé de diffusion selon la revendication 1 , qui comprend une opération consistant, au moyen du serveur d'appiications (14), à extraire d'une base de données contenant un ensemble de politiques d'itinérance applicables â plusieurs territoires, la politique applicable au territoire dans lequel évolue l'appareil (2).
4. Procédé de diffusion selon ['une des revendications 1 â 3, qui comprend une opération supplémentaire consistant â identifier un service d'itinérance souscrit par un utilisateur de l'appareil (2), l'opération de configuration dépendant du service souscrit.
5. Procédé de diffusion selon la revendication 4, dans lequel l'identification du service d'itinérance souscrit s'effectue, au moyen du serveur d'application (14), par extraction dudit service depuis une base de données (BD2) dans laquelle celui-ci est mémorisé.
6. Procédé de diffusion selon l'une des revendications 1 à 5, qui comprend ies opérations consistant à : identifier un premier standard de diffusion d'une première partie des contenus, en vigueur dans le territoire dans lequel évolue l'appareil (2) ; identifier un second standard, de diffusion d'une seconde partie des contenus, en vigueur dans le territoire dans lequel évolue l'appareil (2) ; extraire d'une base de données les paramètres de diffusion de la première partie des contenus en vertu du premier standard ; - extraire d'une base de données Ses paramètres de diffusion de ces contenus en vertu du second standard ; implémenter à distance dans l'appareil (2), au moyen du serveur d'applications, les paramètres du premier standard et du second standard.
7. Procédé de diffusion selon l'une des revendications 1 à 6, qui comprend une opération d'implémentation dans l'appareil (2), au moyen du serveur d'applications (14), d'un guide interactif contenant des informations relatives aux contenus diffusés,
8. Procédé de diffusion selon l'une des revendications 1 à 7, dans lequel les contenus sont, des chaînes de télévision.
9. Système de communication (14) comprenant : une ou plusieurs base(s) de données (BD3, BD4) contenant une description des contenus diffusés dans un territoire donné et des paramétres de diffusion desdits contenus dans !e territoire ; une application (15) reliée aux bases de données listées cî-dessus et programmée pour implémenter à distance, dans un appareil (2) évoluant dans le territoire, les paramètres contenus dans la ou les base(s) de données (BD3, BD4).
10. Système de communication (14) selon la revendication 9, qui comprend une base de données (BD1 ) contenant des polices d'itinérance définies pour plusieurs territoires.
11. Système de communication (14) selon la revendication 9 ou 10, qui comprend une base de données (BD2) contenant un service d'itinérance souscrit par un utilisateur de l'appareil (2).
12. Produit programme d'ordinateur implémenté au sein d'un serveur d'applications (14), ce programme comprenant des instructions pour : déterminer un territoire dans lequel évolue un appareil communicant mobile (2) ; identifier des paramètres de diffusion de contenus en vigueur dans ledit territoire ; implémenter les paramètres de diffusion au sein de l'appareil mobile (2).
PCT/EP2008/054828 2007-04-27 2008-04-21 Procede de communication permettant d'ameliorer la gestion du bureau virtuel d'un appareil mobile communicant WO2008135378A1 (fr)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
FR0754736 2007-04-27
FR0754736A FR2915653A1 (fr) 2007-04-27 2007-04-27 Procede de communication permettant d'ameliorer la gestion du bureau virtuel d'un appareil mobile communicant

Publications (2)

Publication Number Publication Date
WO2008135378A1 true WO2008135378A1 (fr) 2008-11-13
WO2008135378A9 WO2008135378A9 (fr) 2008-12-31

Family

ID=38835739

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/EP2008/054828 WO2008135378A1 (fr) 2007-04-27 2008-04-21 Procede de communication permettant d'ameliorer la gestion du bureau virtuel d'un appareil mobile communicant

Country Status (2)

Country Link
FR (1) FR2915653A1 (fr)
WO (1) WO2008135378A1 (fr)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN117558283A (zh) * 2024-01-12 2024-02-13 杭州国芯科技股份有限公司 一种多路多标准的音频解码架构

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20110105094A1 (en) 2009-10-29 2011-05-05 Microsoft Corporation Location integration in software defined radio

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2003045064A1 (fr) * 2001-11-20 2003-05-30 Nokia Corporation Reseaux de telecommunications mobiles et services de radiodiffusion numerique
EP1753228A1 (fr) * 2005-08-09 2007-02-14 Samsung Electronics Co., Ltd. Dispositif et procédé de recherche d'un canal de radiodiffusion digital à l'aide d'information de position

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2003045064A1 (fr) * 2001-11-20 2003-05-30 Nokia Corporation Reseaux de telecommunications mobiles et services de radiodiffusion numerique
EP1753228A1 (fr) * 2005-08-09 2007-02-14 Samsung Electronics Co., Ltd. Dispositif et procédé de recherche d'un canal de radiodiffusion digital à l'aide d'information de position

Non-Patent Citations (2)

* Cited by examiner, † Cited by third party
Title
ANONIMOUS: "DVB-T AMILLIS", INTERNET ARTICLE, 30 December 2006 (2006-12-30), XP002463688, Retrieved from the Internet <URL:http://www.towercast.fr/towercast.php> [retrieved on 20080108] *
ANONIMOUS: "DVB-T ARROU", INTERNET ARTICLE, 26 December 2006 (2006-12-26), XP002463689, Retrieved from the Internet <URL:http://www.towercast.fr/towercast.php> [retrieved on 20080108] *

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN117558283A (zh) * 2024-01-12 2024-02-13 杭州国芯科技股份有限公司 一种多路多标准的音频解码架构
CN117558283B (zh) * 2024-01-12 2024-03-22 杭州国芯科技股份有限公司 一种多路多标准的音频解码系统

Also Published As

Publication number Publication date
WO2008135378A9 (fr) 2008-12-31
FR2915653A1 (fr) 2008-10-31

Similar Documents

Publication Publication Date Title
EP1763195B1 (fr) Système et procédé de diffusion de contenus personnalisés et éventuellent interactifs à destination de terminaux rattachés à un réseau de communication
US20120185897A1 (en) Methods and apparatus for centralized and decentralized emergency alert messaging
CN1754334A (zh) 通过dsl连接提供的媒体的鉴权快速信道改变的方法和系统
WO2007095510A2 (fr) Mise a disposition de services de messagerie a partir d&#39;un systeme de messagerie video destine a un equipement compatible video et compatible non video
WO2007135500A3 (fr) Procédé et système assurant un accès rapide à un service
EP1722564A1 (fr) Méthode d&#39;accès conditionnel local pour équipements mobiles
FR3006541A1 (fr) Appareil de reception video pour l&#39;elaboration d&#39;un contenu video recevable a partir d&#39;une pluralite de plateformes de distribution et methode d&#39;elaboration d&#39;un tel contenu video
FR2903256A1 (fr) Procede de fragmentation de guides sg, serveur et un terminal destines a un reseau de radiocommunications
FR2840148A1 (fr) Procede de transmission optimise de contenus multimedia
FR2849704A1 (fr) Dispositifs et procedes de decision conditionnelle d&#39;execution de services recus et de constitution de messages d&#39;informations associes a des services, et produits associes
WO2008135378A1 (fr) Procede de communication permettant d&#39;ameliorer la gestion du bureau virtuel d&#39;un appareil mobile communicant
EP1849257A1 (fr) Procede et equipements de controle d&#39;acces a des flux ip multicast
EP1716666B1 (fr) Procede d&#39;acces a un service a travers un réseau d&#39;acces multivoies
FR2933213A1 (fr) Methode d&#39;affichage d&#39;interface utilisateur et methode d&#39;emission correspondante
EP4082232B1 (fr) Procédé de configuration d&#39;un equipement utilisateur, equipement utilisateur, entite de gestion de regles, procédé de gestion de règles et système
KR100832707B1 (ko) 디엠비 단말기에서의 비아이에프에스 컨텐츠 처리 장치 및방법
EP1850602B1 (fr) Procédé et système pour accélérer l&#39;accès à un contenu à partir d&#39;un terminal mobile
FR2929480A1 (fr) Procede de determination de donnees complementaires relatives a au moins un contenu, procede pour transmettre ces donnees complementaires, dispositif de traitement et serveur d&#39;applications associes
EP1774774A1 (fr) Methode de mise a jour du logiciel resident dans differents appareils et appareils adaptes a se mettre a jour par la methode
EP1797683B1 (fr) Procede et systeme de transmission de donnees entre un reseau local et un reseau principal autorisant une adaptation du format desdites donnees
EP2145499B1 (fr) Procédé de fourniture de services personnalisés à un terminal par un réseau visité
FR2925810A1 (fr) Procede de communicatin entre un terminal et un reseau de communication
EP1142293B1 (fr) Interactivite d&#39;un dispositif radiotelephonique et d&#39;un terminal recepteur avec un serveur de donnees
WO2009144430A1 (fr) Transmission d&#39;un contenu multimedia a travers un reseau a destination d&#39;un terminal de telecommunication
EP2043331B1 (fr) Dispositif de restitution de séquences vidéo et procédé de configuration de ce dispositif

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 08736439

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 08736439

Country of ref document: EP

Kind code of ref document: A1