WO2010043810A1 - Procede et dispositifs de gestion de transfert d'un flux de donnees - Google Patents

Procede et dispositifs de gestion de transfert d'un flux de donnees Download PDF

Info

Publication number
WO2010043810A1
WO2010043810A1 PCT/FR2009/051946 FR2009051946W WO2010043810A1 WO 2010043810 A1 WO2010043810 A1 WO 2010043810A1 FR 2009051946 W FR2009051946 W FR 2009051946W WO 2010043810 A1 WO2010043810 A1 WO 2010043810A1
Authority
WO
WIPO (PCT)
Prior art keywords
router
terminal
network
data stream
broadcast
Prior art date
Application number
PCT/FR2009/051946
Other languages
English (en)
Inventor
Pierrick Seite
Original Assignee
France Telecom
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 France Telecom filed Critical France Telecom
Priority to EP09756013.0A priority Critical patent/EP2340634B1/fr
Priority to US13/123,919 priority patent/US9160547B2/en
Publication of WO2010043810A1 publication Critical patent/WO2010043810A1/fr

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/02—Details
    • H04L12/16—Arrangements for providing special services to substations
    • H04L12/18—Arrangements for providing special services to substations for broadcast or conference, e.g. multicast
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W36/00—Hand-off or reselection arrangements
    • H04W36/0005—Control or signalling for completing the hand-off
    • H04W36/0011—Control or signalling for completing the hand-off for data sessions of end-to-end connection
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W36/00—Hand-off or reselection arrangements
    • H04W36/0005—Control or signalling for completing the hand-off
    • H04W36/0011—Control or signalling for completing the hand-off for data sessions of end-to-end connection
    • H04W36/0019—Control or signalling for completing the hand-off for data sessions of end-to-end connection adapted for mobile IP [MIP]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/06—Selective distribution of broadcast services, e.g. multimedia broadcast multicast service [MBMS]; Services to user groups; One-way selective calling services
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W92/00—Interfaces specially adapted for wireless communication networks
    • H04W92/02—Inter-networking arrangements

Definitions

  • the field of the invention is that of digital communications. More specifically, the invention relates to the transmission of digital streams to a terminal, and the passage of an access network to another when the terminal moves.
  • the invention applies in particular, but not exclusively, to the distribution of audiovisual streams using the IP protocol ("Internet Protocol”), also called IPTV, on portable terminals of the telephone, computer, personal assistant PDA type (" Personal Digital Assistant "), etc.
  • IP protocol Internet Protocol
  • IPTV Internet Protocol
  • portable terminals of the telephone, computer, personal assistant PDA type Personal Digital Assistant "), etc.
  • the distribution of audiovisual programs to terminals is generally done in the form of data streams using the IP protocol. These streams are broadcast using a particular destination address, making it possible to send an audiovisual program simultaneously to several recipients. To do this, these recipients must be subscribed to a group, called a broadcast group, designated by the particular destination address.
  • a broadcast group designated by the particular destination address.
  • multicast When a terminal subscribed to a broadcast group (“multicast" group) is connected to a network via a router (also called access point), this router is added to a broadcast tree for this group . In this way, the terminal can receive, via this router, the programs to which it is subscribed.
  • the terminal changes network it is necessary that the access router to the new network is added to the broadcast tree for the broadcast group to which the terminal is subscribed.
  • the terminal which was previously connected to a first network through an access router PAR, detects a network change. It then indicates to the access router NAR of the new network (second network) a list of its multicast subscriptions (broadcast groups to which the terminal is subscribed). On receipt of this list, the access router NAR of the second network must be added to the broadcast trees of the broadcast groups to which the terminal is subscribed, and requests the access router PAR of the first network to forward the flows to it. corresponding multicast. The multicast streams are then transmitted from the access router PAR from the first network to the terminal, via the access router NAR of the second network.
  • the terminal requests the access router PAR of the first network to stop transferring the multicast streams.
  • a disadvantage of this technique is that the terminal must be able to communicate both with the router of the old network to which it was connected and with the router of the new network. Indeed, the terminal must take the initiative to ask the router of the new network (second router) to forward the multicast stream to which it is subscribed, indicating the second router broadcast groups to which it is subscribed. In addition, the terminal must ask the router of the old network (first router) to stop forwarding the multicast streams through the second router.
  • the terminal is not always able to communicate with both networks at once, especially when the link with the first router is lost due to a physical movement of the terminal.
  • the invention proposes a new solution that does not have all of these disadvantages of the prior art, in the form of a method of managing a transfer of a received data stream. by a mobile terminal from a first network to a second network. It is considered that the terminal is connected to the first network via an access router to the first network, said first router, and is subscribed to at least one broadcast group receiving the data stream.
  • such a method implements the following steps: detecting, by an access router to the second network, said second router, an arrival or presence of the terminal in the second network; obtaining, by the second router, information relating to at least a broadcast group to which the terminal is subscribed, from a reading of a subscription table; - Receipt of the data stream by the second router, from the information obtained, and re-transmission to the terminal.
  • the invention thus proposes a new and inventive solution for managing a "handover" between different access networks, belonging in particular to the same operator.
  • these networks are third-generation cellular networks (of the GSM or UMTS type, for example), wireless WiFi access point networks, home networks, etc.
  • network is understood to mean a logical group of nodes connected to one another.
  • the different nodes of the same network share a common network mask (in IPv4) or a network prefix (in IPv6).
  • the "handover" between different access networks is as well as: the transition from a first access point to a second access point, within the same network (GSM network for example) ; or the transition from a network using a first technology (WiFi network inside a building for example) to another network using this same technology (WiFi network inside another building for example); or the passage of a network using a first technology (GSM network for example) to a network using a second technology, distinct from the first technology (WiFi network for example).
  • the terminal has no specific action to perform when it passes from one network to another, ie when it changes access point or attachment (router). The network change is therefore transparent to the terminal.
  • the proposed solution is therefore compatible with the "Proxy Mobile Internet Protocol version 6" protocol. More precisely, it is the second router, ie the new access point, which detects the arrival or the presence of the terminal in its coverage area. Due to the presence of a subscription table, the terminal does not have, according to the invention, to transmit to the second router the list of its subscriptions.
  • this subscription table can be read by different entities. It can be read by the second router itself, or by the first router which then transmits the useful information to the second router, or by a router common to both networks.
  • Such a table indicates, for the terminal at least, one or more groups of diffusion to which (s) it is subscribed. It thus establishes a relationship between a terminal and its broadcast groups. It can be updated periodically and / or according to a modification of the subscriptions of the terminal. It is thus possible to indicate in real time the broadcast group (s) to which (s) a terminal has subscribed.
  • the second router detects the presence of the terminal in the second network, it can obtain information relating to the broadcast group (s) to which the terminal is subscribed, and start the "handover" procedure, without waiting for instructions from the terminal.
  • the management method comprises a step of adding the second router to a broadcast tree for the broadcast group receiving said data stream.
  • the reception step is then implemented as long as the second router does not belong to the broadcast tree.
  • the second router receives the data stream from another entity (first router, common router) and transfers it to the terminal, as long as the subscription process of the second router is not completed, that is, as long as the second router is not added to the broadcast group's broadcast tree receiving the stream to which the terminal is subscribed. Once this subscription process is complete, the second router can continue to transmit the stream to the terminal, without having to receive this stream from another entity.
  • the terminal does not have to intervene so that the first router stops transferring the multicast streams through the second router. router. It is the end of the subscription procedure of the second router which triggers the stopping of this retransmission.
  • the subscription table indicates, for a terminal, all the broadcast groups to which the terminal is subscribed, and the reading is implemented by the second router. According to this first embodiment, a single subscription table is considered, which can be read by any entity of the first or second network.
  • This subscription table is updated periodically and / or according to a modification of the subscriptions of the terminal, by the access router to which the terminal is connected.
  • the second router can very quickly obtain information relating to the broadcast group (s) to which the terminal is subscribed, by directly reading this subscription table.
  • the second router sends a request for transmission of the data stream to a common router to the first and second networks, and receives the data stream from the common router.
  • the second router asks the common router to transfer multicast streams that it does not receive (i.e. for which it is not yet subscribed).
  • the terminal continuously receives the multicast flows to which it is subscribed, even during a network change.
  • the latency issues are solved, and the network change is invisible to the terminal.
  • the common router is a mobility anchor, still called LMA for "Local Mobile Anchor", according to the PMIPv ⁇ terminology.
  • LMA Long Mobile Anchor
  • a mobility anchor knows, at each moment, the location of the mobile terminals in the different networks, and re-routes the traffic that is intended for them based on this location.
  • a multicast module is added to the mobility anchor, making it possible, during a mobility of a terminal, to forward the multicast streams to the terminal temporarily.
  • the subscription table is associated with the first router and indicates, for a terminal connected to the first network, all the broadcast groups to which the terminal is subscribed. In this case, the reading is implemented by the first router.
  • the first router maintains its own multicast subscription table for the terminals connected to it. Since the terminal was previously connected to the first network, the first router knows the broadcast group (s) to which the terminal has subscribed.
  • the second router therefore queries the first router to know the broadcast group (s) to which the terminal that is now connected to the second network subscribes.
  • the second router sends a request for transmission of the data stream to the first router and receives the data stream from the first router.
  • a second subscription table may be associated with the second router, the second subscription table indicating, for a terminal connected to the second network, all the broadcast groups to which the terminal is subscribed.
  • each router maintains its own subscription table, indicating the multicast subscriptions for the terminals connected to it. Again, this allows a fast transfer of data flow in case of handover.
  • the invention relates to a computer program comprising program code instructions for implementing the management method described above, when executed by a processor.
  • a program is downloadable from a communication network and / or stored on a computer readable medium and / or executable by a processor.
  • Another aspect of the invention relates to a system for managing a transfer of a data stream received by a mobile terminal from a first network to a second network, the system comprising:
  • An access router to the second network, said second router; the terminal being subscribed to at least one broadcast group receiving said data stream, and being connected to the first network via the first router.
  • the second router comprises:
  • means for detecting an arrival of the terminal in the second network means for obtaining information relating to at least one broadcast group to which the terminal is subscribed, from a reading of a subscription table;
  • Such a system is particularly suitable for implementing the management method described above.
  • such a system also comprises a router common to the first and second networks.
  • the common router of the multicast broadcast network is a Local Mobility Anchor (LMA), and the first and second routers are mobile access gateways.
  • LMA Local Mobility Anchor
  • MAG Mobile Access Gateway
  • One or more entities of the system also comprise means for reading the subscription table (s).
  • the invention also relates to a router for accessing a second network, able to receive a data stream transferred from a first network, a terminal subscribing to at least one broadcasting group receiving the data stream, and being connected to the network.
  • first network via an access router to the first network, said first router.
  • the second network access router comprises:
  • Such a router belongs for example to a system as described above. This is for example a mobile access gateway. 4. List of figures
  • FIG. 1 shows the main steps of the method of managing a transfer of a data stream according to one embodiment of the invention
  • FIG. 2 illustrates a first embodiment of the invention in a system implementing a PMIP architecture
  • FIG. 3 illustrates a second embodiment of the invention in a system implementing a PMIP architecture
  • FIG. 4 shows an exemplary structure of an access router implementing a flow transfer management technique according to one of the embodiments of the invention.
  • such a subscription table associates, at least one terminal, one or more group (s) broadcast to (s) which (s) the terminal is subscribed.
  • a subscription table includes, for one or more terminals: the identifier of the terminal and / or the user; one or more destination addresses linked to this identifier, designating the broadcasting group (s) to which the terminal or the user is subscribed.
  • a mobile terminal is considered from a first network to a second network, i.e., for example, from a first access point (first router) to a second access point (second router), within the same WiFi network.
  • This terminal is connected to the first network via an access router to the first network, said first router, and is subscribed to at least one broadcast group receiving the data stream. In a first step, the terminal therefore receives the data stream (multicast stream) via the first router.
  • the access router to the second network detects during a detection step 11 the arrival (or presence) of the terminal in the second network.
  • This detection occurs when the terminal attaches, in a conventional manner, to the second router.
  • this detection occurs when the access router receives an authentication request sent by the terminal (including the identifier of the terminal and possibly the proof of its identity (certificate, key, password, etc.)).
  • the terminal does not have to report itself a network change.
  • a Tab subscription table is read by an entity of the first or second network.
  • the second router can then obtain, during a obtaining step 12, information relating to at least one broadcast group to which the terminal is subscribed.
  • the second router can obtain information relating to the broadcast group that receives the data stream. In this way, the second router can receive the data stream during a subsequent reception step 13, and re-transmit it to the terminal.
  • the terminal therefore always receives the multicast data stream, and does not have to perform any specific action for the subscription of the second router. The mobility management of the terminal is therefore not based on the terminal.
  • the proposed solution is compatible with the PMIPv ⁇ protocol specified in August 2008 by the IETF.
  • the multicast stream corresponds to a paying service (for example "Orange Sports" - registered trademark)
  • a paying service for example "Orange Sports" - registered trademark
  • an additional control step is necessary, in order to authorize the broadcast of the multicast stream only to the subscribed users.
  • these subscribed users must be able to receive this multicast stream, regardless of the terminal they use.
  • the subscription table may include the user's identifier, and one or more destination addresses linked to this identifier.
  • IPTV digital television over IP
  • a router 14 for access to a multicast broadcast network also called LMA, acts as a mobility anchor.
  • This LMA router 14 is common to several networks. In other words, this LMA router 14 communicates with an access router 15 to a first network, said first router or mobile access gateway MAG1, and with a router 16 to access a second network, said second router or mobile access gateway
  • first and second networks correspond, for example, to two access points within the same WiFi network, or to two separate WiFi local area networks, or to a UMTS type cellular network and a WiFi network.
  • the router
  • LMA 14 also communicates with a correspondent or multicast source 17.
  • the LMA router 14 knows at every moment the location of the terminals in the multicast broadcast network and re-route according to this location the traffic that is intended for these terminals. According to the PMIP process, the location of a terminal is indicated to the LMA router 14 by the access router (MAG1 or MAG216) to which the terminal connects.
  • the access router MAG1 or MAG216
  • the IP mobility of the terminal from the first network to the second network requires that the new access point
  • second router MAG2 16 joins the multicast broadcast tree, assuming that the multicast streams are not already broadcast on the second router
  • a first embodiment, illustrated in FIG. 2, is described below according to which a Tab 18 subscription table and a multicast module 19 are added to the conventional PMIP architecture.
  • the subscription table 18 can be associated with a subscriber table. Any entity of the first or second network. For example, it is associated with the common router LMA 14. It can be read by the first router MAGl 15 and the second router MAG2 16.
  • this subscription table is unique, and knows all the broadcast groups to which a terminal subscribes.
  • this subscription table is managed by an operator, such as Orange
  • this subscription table makes it possible to associate with each terminal present in the multicast broadcast network, all the broadcast groups to which it is connected.
  • the multicast module 19 is associated with the common router LMA 14. This module makes it possible, during a mobility of a terminal, to forward the multicast streams to this terminal temporarily. According to this first embodiment, when a terminal passes from the first network to the second network, it is possible to pass the multicast streams of the common router LMA 14 to the second router MAG2 16 while the second router MAG2 16 resubsubscribes in place of the terminal, to the desired broadcast groups, and that the second router MAG2 16 joins the broadcast tree for the broadcast groups of this terminal.
  • the second router MAG2 16 consults the subscription table 18, which allows it to know the broadcast groups to which the terminal is subscribed.
  • the terminal 10 is connected to the first network via the first access router MAGl 15.
  • the terminal 10 subscribes to a new broadcast group (multicast group), for example to the group "Orange Sports” (registered trademark).
  • the first access router MAGl 15 which receives the subscription request to the "Orange Sports" (registered trademark) group, updates the subscription table 18 for the terminal 10.
  • the first access router MAG1 joins the multicast broadcast tree for this group and transfers the corresponding multicast stream to the link of the terminal.
  • the terminal performs a mobility.
  • it attaches to a new access point, said second router MAG2 16, conventionally (conventional IP attachment).
  • This new access point may allow access to a network of the same type as the first network (wireless LAN WLAN for example) during a change of location of the terminal 10.
  • the second router MAG2 16 will read in the subscription table 18 the broadcast groups to which the terminal 10 subscribes. It learns that the terminal 10 is subscribed to the group "Orange Sports” ( trademark).
  • the second router MAG2 16 During a next step 26, the second router MAG2 16 notifies the common router LMA 14 that the terminal has been attached to this router MAG2 (according to a conventional PMIP process), and requests the common router LMA 14 to forward the flows to it. multicast that he does not receive.
  • the second router MAG2 16 initiates the update of the multicast routing for these multicast flows.
  • the second MAG2 access router 16 starts the subscription process to join the multicast broadcast tree.
  • the common LMA router 14 sends the second router MAG2 16 requested multicast streams.
  • the common LMA router 14 must itself be subscribed to all the broadcast groups that may be requested by each of the terminals present in the multicast broadcast network.
  • the second MAG2 router 16 finally joined the tree of Multicast broadcast, the multicast routing is updated, in a next step 28.
  • the second access router MAG2 16 therefore requests the common router LMA 14 to stop the data transfer.
  • the second router MAG2 16 receives a football match broadcast to the subscribers of the "Orange Sports" service (registered trademark) of the common router LMA 14, as long as the second router MAG2 16 does not belong to the broadcast tree associated with this service.
  • the subscription procedure of the second MAG2 router 16 has been completed, that is to say once the second router MAG2 16 belongs to the broadcast tree associated with this service, the stream no longer passes through the common router. LMA 14.
  • the terminal is not involved in the mobility management mechanism.
  • the multicast stream passes from the common LMA router 14 to the second router MAG2 16, the time that the second router MAG2 16 joins the broadcast tree, allowing to avoid latency problems encountered according to the techniques of the prior art.
  • FIG. 3 A second embodiment, illustrated in FIG. 3, according to which several subscription tables are added to the conventional PMIP architecture is described below.
  • a subscription table is associated with each access router: a first subscription table 181 is associated with the first router MAGl 15; a second tab2 subscription table 182 is associated with the second router MAG2 16.
  • the subscription table associated with a router indicates, for the terminal or terminals connected to the corresponding network, the broadcast group or groups to which they are subscribed. For example, these tables are updated individually, and periodically or whenever a terminal modifies its subscriptions (new subscription or unsubscription) within the corresponding network.
  • each access router (MAGl 15 and MAG2 16) maintains its own subscription table for the terminals connected to it.
  • the subscription table associated with an access router contains as many entries as terminals that are attached to the access router, each entry of the subscription table including the list of subscriptions for the access router. the terminal corresponding to this entry. In other words, each access router manages the multicast subscriptions for the terminals that are attached to it.
  • the invention thus proposes, according to this second embodiment, to distribute a subscription table in each access router.
  • this second embodiment when a terminal passes from the first network to the second network, it is possible to pass the multicast streams of the first router MAG1 to the second router MAG2 16 until the second router MAG2 16 resubsubscribes. in place of the terminal, to the desired broadcast groups, and that the second router MAG2 16 joins the multicast broadcast tree for the broadcast groups of this terminal.
  • the second router MAG2 16 requests the first router MAGl 15 to consult the subscription table 181 associated with it, and to transmit the information relating to the (x) group (s) broadcast to (x) which (s) subscribes the terminal in the first network.
  • the terminal 10 is connected to the first network via the first access router MAGl 15.
  • the terminal 10 subscribes to a new broadcast group (multicast group), for example to the group "Orange Sports” (registered trademark).
  • the first access router MAGl 15 which receives the subscription request to the group "Orange Sports” (brand filed), updates its subscription table 181 for the terminal 10.
  • the first access router MAG1 joins the multicast broadcast tree for that group and transfers the corresponding multicast stream to the link of the terminal.
  • the terminal performs a mobility.
  • it attaches to a new access point, said second router MAG2 16, conventionally (conventional IP attachment).
  • This new access point may allow access to a network of the same type as the first network (wireless LAN WLAN for example) during a change of location of the terminal 10.
  • the second router MAG2 16 In a next step, the second router MAG2 16 notifies the common router LMA 14 the attachment of the terminal to this router MAG2 (according to a conventional PMIP process), and asks the common router LMA 14 to transmit the old terminal location. The second router MAG2 16 learns that the terminal was previously connected to the first router MAGl 15, and retrieves the address of this router MAGl.
  • the second router MAG2 16 interrogates the first router MAGl 15, whose address it knows, to know the broadcast groups to which the terminal is subscribed.
  • the first router MAGl reads the associated subscription table 181, and transmits this information to the second router MAG2 16.
  • the second router MAG2 16 then initiates the update of the multicast routing for these multicast streams. In other words, the second MAG2 router 16 starts the subscription process to join the multicast broadcast tree.
  • the first router MAG1 remains connected to the broadcast tree and transfers to the second router MAG2 16 the multicast streams requested by the terminal during a step 37.
  • the multicast routing is updated, in a next step 38.
  • the second access router MAG2 16 therefore requests the first router MAGl 15 to stop the data transfer.
  • the second router MAG2 16 receives a football game broadcast to subscribers of the "Orange Sports" (registered) service of the first router MAGl 15, as long as the second router MAG2 16 does not belong to the broadcast tree associated with this service.
  • the second router MAG2 16 requests the first router MAGl 15 to stop the transfer of the stream, and the stream no longer passes through the first router MAGl 15.
  • the first router MAGl 15 can then leave the broadcast tree or trees corresponding to broadcast groups for which it no longer terminal in his network. For example, if none of the terminals present in the first network subscribe to the "Orange Sports" service, the first router MAGl 15 can unsubscribe from the corresponding broadcast tree, once the second router MAG2 16 has joined this service. broadcast tree.
  • the terminal is not involved in the mobility management mechanism.
  • the multicast flow passes from the first router MAGl 15 to the second router MAG2 16, the time that the second router MAG2 16 joins the spreading tree, which allows avoid latency problems encountered according to the techniques of the prior art.
  • this second embodiment is of interest especially when the number of terminals and / or groups of diffusion is important.
  • each table indicating the broadcast groups to which a terminal is subscribed in the corresponding network.
  • Such an access router comprises a memory 41 comprising a buffer memory, a processing unit 42, equipped for example with a microprocessor ⁇ P, and driven by the computer program 43, implementing the method management of a flow transfer according to the invention.
  • the code instructions of the computer program 43 are for example loaded into a RAM before being executed by the processor of the processing unit 42.
  • the processing unit 42 detects the attachment of the processor. a new terminal at the second router.
  • the microprocessor of the processing unit 42 implements the steps of the management method described above, according to the instructions of the computer program 43, for transferring a data stream received by the terminal attached to a first network to this second network.
  • the second router comprises, in addition to the buffer memory 41, means for detecting an arrival of the terminal in the second network, means for obtaining information relating to at least one broadcast group to which the terminal is subscribed and means for receiving the data stream from the information obtained, and for re-transmission to the terminal. These means are controlled by the microprocessor of the processing unit 42.

Abstract

L'invention concerne un procédé de gestion d'un transfert d'un flux de données reçu par un terminal mobile d'un premier réseau vers un deuxième réseau, ledit terminal étant abonné à au moins un groupe de diffusion recevant ledit flux de données, et étant connecté audit premier réseau par l'intermédiaire d'un routeur d'accès au premier réseau, dit premier routeur. Selon l'invention, le procédé met en oevre les étapes suivantes : détection (11), par un routeur d'accès au deuxième réseau, dit deuxième routeur (16), d'une arrivée dudit terminal dans ledit deuxième réseau; obtention (12), par ledit deuxième routeur, d'informations relatives à au moins un groupe de diffusion auquel ledit terminal est abonné, à partir d'une lecture d'une table d'abonnement; réception (13) dudit flux de données par ledit deuxième routeur, à partir desdites informations obtenues, et re-transmission audit terminal.

Description

PROCEDE ET DISPOSITIFS DE GESTION DE TRANSFERT D'UN FLUX DE DONNEES
1. Domaine de l'invention
Le domaine de l'invention est celui des communications numériques. Plus précisément, l'invention concerne la transmission de flux numériques à destination d'un terminal, et le passage d'un réseau d'accès à un autre lorsque ce terminal se déplace.
L'invention s'applique notamment, mais non exclusivement, à la distribution de flux audiovisuels utilisant le protocole IP (« Internet Protocol »), encore appelée IPTV, sur des terminaux portables de type téléphone, ordinateur, assistant personnel de type PDA (« Personal Digital Assistant »), etc.
2. Art antérieur
La distribution de programmes audiovisuels vers des terminaux est généralement réalisée sous la forme de flux de données utilisant le protocole IP. Ces flux sont diffusés en utilisant une adresse de destination particulière, permettant d'envoyer un programme audiovisuel simultanément à plusieurs destinataires. Pour ce faire, ces destinataires doivent être abonnés à un groupe, appelé groupe de diffusion, désigné par l'adresse de destination particulière. On parle de diffusion « multicast ». Lorsqu'un terminal abonné à un groupe de diffusion (groupe « multicast ») est connecté à un réseau par l'intermédiaire d'un routeur (encore appelé point d'accès), ce routeur est ajouté à un arbre de diffusion pour ce groupe. De cette façon, le terminal peut recevoir, par l'intermédiaire de ce routeur, les programmes auxquels il est abonné. Lorsque le terminal change de réseau, il est nécessaire que le routeur d'accès au nouveau réseau soit ajouté à l'arbre de diffusion pour le groupe de diffusion auquel le terminal est abonné. En effet, si l'utilisateur du terminal (ou le terminal par abus de langage) est abonné à un service de type « Orange TV » (marque déposée) par exemple, cet utilisateur doit pouvoir recevoir ce service sur son terminal, quel que soit le réseau auquel le terminal est connecté. Ce basculement ou « handover » d'un premier réseau à un deuxième réseau peut engendrer une période de latence, le temps que le deuxième réseau soit ajouté à l'arbre de diffusion du groupe de diffusion considéré. Durant cette période, le terminal ne peut pas recevoir les services auxquels il est abonné, ce qui n'est pas admissible.
Le document « An efficient mobile multicast mechanism for fast handovers: a study from design and implementation in expérimental networks » (D.H. Kwon et al., Computer communications, 2008) propose une solution permettant de réduire cette période de latence lors du passage d'un premier réseau vers un deuxième réseau.
Selon ce document, le terminal, qui était précédemment connecté à un premier réseau par l'intermédiaire d'un routeur d'accès PAR, détecte un changement de réseau. Il indique alors au routeur d'accès NAR du nouveau réseau (deuxième réseau) une liste de ses abonnements multicast (groupes de diffusion auxquels le terminal est abonné). A réception de cette liste, le routeur d'accès NAR du deuxième réseau demande à être ajouté aux arbres de diffusion des groupes de diffusion auxquels le terminal est abonné, et demande au routeur d'accès PAR du premier réseau de lui faire suivre les flux multicast correspondants. Les flux multicast sont alors transmis du routeur d'accès PAR du premier réseau vers le terminal, par l'intermédiaire du routeur d'accès NAR du deuxième réseau.
Une fois que le processus d'abonnement du routeur d'accès NAR du deuxième réseau est terminé, c'est-à-dire une fois que le routeur d'accès NAR du deuxième réseau est ajouté aux arbres de diffusion des groupes auxquels le terminal est abonné, le terminal demande au routeur d'accès PAR du premier réseau d'arrêter de transférer les flux multicast.
Un inconvénient de cette technique est que le terminal doit pouvoir communiquer à la fois avec le routeur de l'ancien réseau auquel il était connecté et avec le routeur du nouveau réseau. En effet, le terminal doit prendre l'initiative de demander au routeur du nouveau réseau (deuxième routeur) de lui faire suivre les flux multicast auxquels il est abonné, en indiquant à ce deuxième routeur les groupes de diffusion auxquels il est abonné. De plus, le terminal doit demander au routeur de l'ancien réseau (premier routeur) d'arrêter de lui faire suivre les flux multicast par l'intermédiaire du deuxième routeur.
Or le terminal n'est pas toujours en mesure de communiquer avec les deux réseaux à la fois, notamment lorsque le lien avec le premier routeur est perdu suite à un déplacement physique du terminal.
De plus, cette solution n'est pas compatible avec le nouveau document RFC 5213 décrivant un nouveau protocole « Proxy Mobile Internet Protocol version 6 » (PMIPvό), spécifié en août 2008 par l'IETF (en anglais « Internet Engineering Task Force », en français « Détachement d'ingénierie d'Internet »), le terminal étant actif dans le processus de « handover ». En effet, une des contraintes imposées dans ce document est que le processus de « handover » soit entièrement transparent pour le terminal (en anglais, on parle de « seamless mobility »).
3. Exposé de l'invention L'invention propose une solution nouvelle qui ne présente pas l'ensemble de ces inconvénients de l'art antérieur, sous la forme d'un procédé de gestion d'un transfert d'un flux de données reçu par un terminal mobile d'un premier réseau vers un deuxième réseau. On considère que le terminal est connecté au premier réseau par l'intermédiaire d'un routeur d'accès au premier réseau, dit premier routeur, et est abonné à au moins un groupe de diffusion recevant le flux de données.
Selon l'invention, un tel procédé met en œuvre les étapes suivantes : - détection, par un routeur d'accès au deuxième réseau, dit deuxième routeur, d'une arrivée ou présence du terminal dans le deuxième réseau ; - obtention, par le deuxième routeur, d'informations relatives à au moins un groupe de diffusion auquel le terminal est abonné, à partir d'une lecture d'une table d'abonnement ; - réception du flux de données par le deuxième routeur, à partir des informations obtenues, et re-transmission au terminal. L'invention propose ainsi une solution nouvelle et inventive pour la gestion d'un « handover » entre différents réseaux d'accès, appartenant notamment à un même opérateur. Par exemple, ces réseaux sont des réseaux cellulaires de troisième génération (de type GSM ou UMTS par exemple), des réseaux à points d'accès radio de type WiFi, des réseaux domestiques, etc. Plus précisément, on entend par « réseau » un groupe logique de nœuds connectés entre eux. Dans les réseaux de type IP notamment, les différents nœuds d'un même réseau partagent un masque réseau commun (en IPv4) ou un préfixe réseau (en IPv6).
Ainsi, le « handover » entre différents réseaux d'accès s'entend aussi bien comme : le passage d'un premier point d'accès vers un deuxième point d'accès, au sein d'un même réseau (réseau GSM par exemple) ; ou le passage d'un réseau utilisant une première technologie (réseau WiFi à l'intérieur d'un bâtiment par exemple) vers un autre réseau utilisant cette même technologie (réseau WiFi à l'intérieur d'un autre bâtiment par exemple) ; ou le passage d'un réseau utilisant une première technologie (réseau GSM par exemple) vers un réseau utilisant une deuxième technologie, distincte de la première technologie (réseau WiFi par exemple). En effet, selon la solution proposée, le terminal n'a aucune action spécifique à effectuer lorsqu'il passe d'un réseau à un autre, i.e. lorsqu'il change de point d'accès ou d'attachement (routeur). Le changement de réseau est donc transparent pour le terminal. La solution proposée est donc compatible avec le protocole « Proxy Mobile Internet Protocol version 6 ». Plus précisément, c'est le deuxième routeur, i.e. le nouveau point d'accès, qui détecte l'arrivée ou la présence du terminal dans sa zone de couverture. Du fait de la présence d'une table d'abonnement, le terminal n'a pas, selon l'invention, à transmettre au deuxième routeur la liste de ses abonnements.
On note que cette table d'abonnement peut être lue par différentes entités. Elle peut être lue par le deuxième routeur lui-même, ou par le premier routeur qui transmet ensuite les informations utiles au deuxième routeur, ou encore par un routeur commun aux deux réseaux. Une telle table indique, pour le terminal au moins, un ou plusieurs groupes de diffusion au(x)quel(s) il est abonné. Elle établit ainsi une relation entre un terminal et ses groupes de diffusion. Elle peut être mise à jour périodiquement et/ou en fonction d'une modification des abonnements du terminal. Il est ainsi possible d'indiquer en temps réel le(s) groupe(s) de diffusion au(x)quel(s) est abonné un terminal.
De cette façon, dès que le deuxième routeur détecte la présence du terminal dans le deuxième réseau, il peut obtenir des informations relatives au(x) groupe(s) de diffusion au(x)quel(s) le terminal est abonné, et commencer la procédure de « handover », sans attendre de recevoir des instructions de la part du terminal.
Selon un aspect particulier, le procédé de gestion comprend une étape d'ajout du deuxième routeur à un arbre de diffusion pour le groupe de diffusion recevant ledit flux de données. L'étape de réception est alors mise en œuvre tant que le deuxième routeur n'appartient pas à l'arbre de diffusion.
En d'autres termes, le deuxième routeur reçoit le flux de données d'une autre entité (premier routeur, routeur commun) et le transfère au terminal, tant que le processus d'abonnement du deuxième routeur n'est pas terminé, c'est-à-dire tant que le deuxième routeur n'est pas ajouté à l'arbre de diffusion du groupe de diffusion recevant le flux auquel le terminal est abonné. Une fois ce processus d'abonnement terminé, le deuxième routeur peut continuer la transmission du flux vers le terminal, sans avoir à recevoir ce flux d'une autre entité.
Une fois encore, le terminal n'a pas à intervenir pour que le premier routeur arrête de lui transférer les flux multicast par l'intermédiaire du deuxième routeur. C'est la fin de la procédure d'abonnement du deuxième routeur qui déclenche l'arrêt de cette retransmission.
Ces opérations sont donc transparentes pour le terminal.
Elles répondent également au problème de latence, puisque le terminal reçoit sans interruption le flux, qu'il provienne directement du deuxième routeur après la procédure d'abonnement ou d'une autre entité.
Selon un premier mode de réalisation, la table d'abonnement indique, pour un terminal, tous les groupes de diffusion auxquels le terminal est abonné, et la lecture est mise en œuvre par le deuxième routeur. On considère, selon ce premier mode de réalisation, une table d'abonnement unique, qui peut être lue par n'importe quelle entité du premier ou deuxième réseau.
Cette table d'abonnement est mise à jour périodiquement et/ou en fonction d'une modification des abonnements du terminal, par le routeur d'accès auquel est connecté le terminal.
De cette façon, le deuxième routeur peut obtenir très rapidement des informations relatives au(x) groupe(s) de diffusion au(x)quel(s) le terminal est abonné, en lisant directement cette table d'abonnement.
En particulier, selon ce premier mode de réalisation, le deuxième routeur émet une requête de transmission du flux de données à destination d'un routeur commun aux premier et deuxième réseaux, et reçoit le flux de données en provenance du routeur commun.
Ainsi, une fois ces informations obtenues, le deuxième routeur demande au routeur commun de lui transférer les flux multicast qu'il ne reçoit pas (i.e. pour lesquels il n'est pas encore abonné).
De cette façon, le terminal reçoit sans interruption les flux multicast auxquels il est abonné, même lors d'un changement de réseau. Les problèmes de latence sont donc résolus, et le changement de réseau est invisible pour le terminal. Par exemple, le routeur commun est une ancre de mobilité, encore appelée LMA pour « Local Mobile Anchor », selon la terminologie PMIPvό. Par définition, une telle ancre de mobilité connaît, à chaque instant, la localisation des terminaux mobiles dans les différents réseaux, et re-route le trafic qui leur est destiné en fonction de cette localisation. On ajoute par exemple un module multicast à l'ancre de mobilité, permettant, lors d'une mobilité d'un terminal, de faire suivre temporairement les flux multicast au terminal.
Selon un deuxième mode de réalisation, la table d'abonnement est associée au premier routeur et indique, pour un terminal connecté au premier réseau, tous les groupes de diffusion auxquels le terminal est abonné. Dans ce cas, la lecture est mise en œuvre par le premier routeur.
En d'autres termes, le premier routeur maintient à jour sa propre table des abonnements multicast pour les terminaux qui lui sont connectés. Comme le terminal était précédemment connecté au premier réseau, le premier routeur connaît le(s) groupes de diffusion au(x)quel(s) est abonné le terminal.
Le deuxième routeur interroge donc le premier routeur pour connaître le(s) groupes de diffusion au(x)quel(s) est abonné le terminal qui est maintenant connecté au deuxième réseau.
En particulier, selon ce deuxième mode de réalisation, le deuxième routeur émet une requête de transmission du flux de données à destination du premier routeur et reçoit le flux de données en provenance du premier routeur.
On évite ainsi un engorgement au niveau du routeur commun, puisque les flux multicast sont transmis temporairement du premier routeur vers le deuxième routeur, le temps que le processus d'abonnement de ce dernier se termine. En particulier, une deuxième table d'abonnement peut être associée au deuxième routeur, cette deuxième table d'abonnement indiquant, pour un terminal connecté au deuxième réseau, tous les groupes de diffusion auxquels le terminal est abonné.
Ainsi, chaque routeur tient à jour sa propre table d'abonnement, indiquant les abonnements multicast pour les terminaux qui lui sont connectés. De nouveau, ceci permet un transfert rapide du flux de données en cas de handover.
Dans un autre mode de réalisation, l'invention concerne un programme d'ordinateur comprenant des instructions de code de programme pour la mise en œuvre du procédé de gestion décrit précédemment, lorsqu'il est exécuté par un processeur. Par exemple, un tel programme est téléchargeable depuis un réseau de communication et/ou stocké sur un support lisible par ordinateur et/ou exécutable par un processeur.
Un autre aspect de l'invention concerne un système de gestion d'un transfert d'un flux de données reçu par un terminal mobile d'un premier réseau vers un deuxième réseau, le système comprenant :
- un routeur d'accès au premier réseau, dit premier routeur ;
- un routeur d'accès au deuxième réseau, dit deuxième routeur ; le terminal étant abonné à au moins un groupe de diffusion recevant ledit flux de données, et étant connecté au premier réseau par l'intermédiaire du premier routeur.
Selon l'invention, le deuxième routeur comprend :
- des moyens de détection d'une arrivée du terminal dans le deuxième réseau ; - des moyens d'obtention d'informations relatives à au moins un groupe de diffusion auquel le terminal est abonné, à partir d'une lecture d'une table d'abonnement ; et
- des moyens de réception du flux de données à partir des informations obtenues, et de re-transmission au terminal. Un tel système est notamment adapté à mettre en œuvre le procédé de gestion décrit précédemment.
En particulier, un tel système comprend également un routeur commun aux premier et au deuxième réseau. Par exemple, le routeur commun du réseau de diffusion multicast est une ancre de mobilité (« Local Mobility Anchor » ou LMA), et les premier et deuxième routeurs sont des passerelles d'accès mobile (« Mobile Access Gateway » ou MAG).
Une ou plusieurs entités du système (par exemple le premier et/ou le deuxième routeur) comprennent également des moyens de lecture de la (ou des) table(s) d'abonnement. L'invention concerne également un routeur d'accès à un deuxième réseau, apte à recevoir un flux de données transféré d'un premier réseau, un terminal étant abonné à au moins un groupe de diffusion recevant le flux de données, et étant connecté au premier réseau par l'intermédiaire d'un routeur d'accès au premier réseau, dit premier routeur. Selon l'invention, le routeur d'accès au deuxième réseau comprend :
- des moyens de détection d'une arrivée du terminal dans le deuxième réseau ;
- des moyens d'obtention d'informations relatives à au moins un groupe de diffusion auquel le terminal est abonné, à partir d'une lecture d'une table d'abonnement ; et
- des moyens de réception du flux de données à partir des informations obtenues et de re-transmission au terminal.
Un tel routeur appartient par exemple à un système tel que décrit précédemment. Il s'agit par exemple d'une passerelle d'accès mobile. 4. Liste des figures
D'autres caractéristiques et avantages de l'invention apparaîtront plus clairement à la lecture de la description suivante d'un mode de réalisation particulier, donné à titre de simple exemple illustratif et non limitatif, et des dessins annexés, parmi lesquels : - la figure 1 présente les principales étapes du procédé de gestion d'un transfert d'un flux de données selon un mode de réalisation de l'invention ; la figure 2 illustre un premier mode de réalisation de l'invention dans un système mettant en œuvre une architecture PMIP ; la figure 3 illustre un deuxième mode de réalisation de l'invention dans un système mettant en œuvre une architecture PMIP ; la figure 4 présente un exemple de structure d'un routeur d'accès mettant en œuvre une technique de gestion d'un transfert de flux selon un des modes de réalisation de l'invention.
5. Description d'un mode de réalisation de l'invention Le principe général de l'invention repose sur l'utilisation d'une table d'abonnement permettant, grâce aux informations qu'elle contient, d'assurer la réception de flux de données dits « multicast » par un terminal en cas de mobilité de ce terminal, et notamment de changement de réseau. De tels flux multicast sont diffusés à destination d'au moins un groupe de diffusion auquel le terminal est abonné. On rappelle qu'on entend par « réseau », notamment de type IP, un ensemble de nœuds dans un même espace d'adressage IP homogène.
Plus précisément, une telle table d'abonnement associe, à un terminal au moins, un ou plusieurs groupe(s) de diffusion au(x)quel(s) le terminal est abonné. Ainsi, une telle table d'abonnement comprend, pour un ou plusieurs terminaux : - l'identifiant du terminal et/ou ou de l'utilisateur ; une ou plusieurs adresses de destination liée(s) à cet identifiant, désignant le ou les groupe(s) de diffusion au(x)quel(s) le terminal ou l'utilisateur est abonné.
On présente ci-après, en relation avec la figure 1, les principales étapes du procédé de gestion d'un transfert d'un flux de données selon un mode de réalisation de l'invention. On note qu'un tel procédé peut être mis en œuvre de diverses manières, notamment sous forme câblée ou sous forme logicielle.
On considère un terminal mobile d'un premier réseau vers un deuxième réseau, c'est-à-dire, par exemple, d'un premier point d'accès (premier routeur) vers un deuxième point d'accès (deuxième routeur), au sein d'un même réseau WiFi.
Ce terminal est connecté au premier réseau par l'intermédiaire d'un routeur d'accès au premier réseau, dit premier routeur, et est abonné à au moins un groupe de diffusion recevant le flux de données. Dans un premier temps, le terminal reçoit donc le flux de données (flux multicast) par l'intermédiaire du premier routeur.
En cas de mobilité du terminal du premier réseau vers un deuxième réseau, le routeur d'accès au deuxième réseau, dit deuxième routeur, détecte au cours d'une étape de détection 11 l'arrivée (ou la présence) du terminal dans le deuxième réseau. Cette détection intervient lorsque le terminal s'attache, de manière classique, au deuxième routeur. Par exemple, cette détection intervient lorsque le routeur d'accès reçoit une requête d'authentification émise par le terminal (comprenant l'identifiant du terminal et éventuellement la preuve de son identité (certificat, clé, mot de passe, etc)). Ainsi, le terminal n'a pas à signaler lui-même un changement de réseau.
Afin d'assurer la réception du flux de données lorsque le terminal est connecté au deuxième réseau, une table d'abonnement Tab est lue par une entité du premier ou du deuxième réseau. Le deuxième routeur peut alors obtenir, au cours d'une étape d'obtention 12, des informations relatives à au moins un groupe de diffusion auquel le terminal est abonné.
En particulier, le deuxième routeur peut obtenir des informations relatives au groupe de diffusion qui permet de recevoir le flux de données. De cette façon, le deuxième routeur peut recevoir le flux de données au cours d'une étape suivante de réception 13, et le re-transmettre au terminal. Lors du changement de réseau, le terminal reçoit donc toujours le flux de données multicast, et n'a pas à accomplir d'action spécifique pour l'abonnement du deuxième routeur. La gestion de la mobilité du terminal ne repose donc pas sur le terminal.
Ainsi, la solution proposée est compatible avec le protocole PMIPvό spécifié en août 2008 par l' IETF.
On note également que si le flux multicast correspond à un service payant (par exemple « Orange Sports » - marque déposée), une étape supplémentaire de contrôle est nécessaire, afin de n'autoriser la diffusion du flux multicast qu'aux utilisateurs abonnés. De plus, ces utilisateurs abonnés doivent pouvoir recevoir ce flux multicast, quelque soit le terminal qu'ils utilisent. Dans ce cas, la table d'abonnement peut comprendre l'identifiant de l'utilisateur, et une ou plusieurs adresses de destination liée(s) à cet identifiant.
On décrit ci-après en relation avec les figures 2 et 3 deux modes de réalisation de l'invention, mis en œuvre dans le domaine des services de télévision numérique sur IP (IPTV) par exemple.
On considère par exemple un système mettant en œuvre une architecture PMIP selon laquelle un routeur 14 d'accès à un réseau de diffusion multicast, également noté LMA, fait office d'ancre de mobilité.
Ce routeur LMA 14 est commun à plusieurs réseaux. En d'autres termes, ce routeur LMA 14 communique avec un routeur 15 d'accès à un premier réseau, dit premier routeur ou passerelle d'accès mobile MAGl, et avec un routeur 16 d'accès à un deuxième réseau, dit deuxième routeur ou passerelle d'accès mobile
MAG2. Ces premier et deuxième réseaux correspondent par exemple à deux points d'accès au sein d'un même réseau WiFi, ou à deux réseaux locaux WiFi distincts, ou à un réseau cellulaire de type UMTS et un réseau WiFi . Le routeur
LMA 14 communique également avec un correspondant ou source multicast 17.
Le routeur LMA 14 connaît à chaque instant la localisation des terminaux dans le réseau de diffusion multicast et re-route en fonction de cette localisation le trafic qui est destiné à ces terminaux. Selon le processus PMIP, la localisation d'un terminal est indiquée au routeur LMA 14 par le routeur d'accès (MAGl 15 ou MAG2 16) auquel se connecte le terminal.
Dans le cas du transport de flux multicast, la mobilité IP du terminal du premier réseau vers le deuxième réseau nécessite que le nouveau point d'accès
(deuxième routeur MAG2 16) rejoigne l'arbre de diffusion multicast, si l'on suppose que les flux multicast ne sont pas déjà diffusés sur le deuxième routeur
MAG2 16.
On décrit ci-après un premier mode de réalisation, illustré en figure 2, selon lequel on ajoute à l'architecture PMIP classique une table d'abonnement Tab 18 et un module multicast 19. La table d'abonnement 18 peut être associée à n'importe quelle entité du premier ou du deuxième réseau. Par exemple, elle est associée au routeur commun LMA 14. Elle peut être lue par le premier routeur MAGl 15 et par le deuxième routeur MAG2 16.
Selon ce premier mode de réalisation, cette table d'abonnement est unique, et connaît l'ensemble des groupes de diffusion auxquels est abonné un terminal.
Par exemple, cette table d'abonnement est gérée par un opérateur, comme Orange
(marque déposée), qui met à jour cette table périodiquement, ou à chaque fois qu'un terminal modifie ses abonnements (nouvel abonnement ou désabonnement).
Selon un mode de réalisation particulier, cette table d'abonnement permet d'associer à chaque terminal présent dans le réseau de diffusion multicast, l'ensemble des groupes de diffusion auquel il est connecté.
Le module multicast 19 est quant à lui associé au routeur commun LMA 14. Ce module permet, lors d'une mobilité d'un terminal, de faire suivre temporairement les flux multicast à ce terminal. Selon ce premier mode de réalisation, lorsqu'un terminal passe du premier réseau vers le deuxième réseau, il est possible de faire transiter les flux multicast du routeur commun LMA 14 vers le deuxième routeur MAG2 16 le temps que le deuxième routeur MAG2 16 se réabonne, à la place du terminal, aux groupes de diffusion désirés, et qu'ainsi le deuxième routeur MAG2 16 rejoigne l'arbre de diffusion pour les groupes de diffusion de ce terminal.
Pour ce faire, le deuxième routeur MAG2 16 consulte la table d'abonnement 18, qui lui permet de connaître les groupes de diffusion auxquels le terminal est abonné.
On décrit plus précisément en relation avec la figure 2 les principales étapes mises en œuvre selon ce premier mode de réalisation.
On considère par exemple que le terminal 10 est connecté au premier réseau par l'intermédiaire du premier routeur d'accès MAGl 15.
Au cours d'une étape 21, le terminal 10 s'abonne à un nouveau groupe de diffusion (groupe multicast), par exemple au groupe « Orange Sports » (marque déposée). Au cours d'une étape 22 suivante, le premier routeur d'accès MAGl 15, qui reçoit la requête d'abonnement au groupe « Orange Sports » (marque déposée), met à jour la table d'abonnement 18 pour le terminal 10.
Au cours d'une étape 23 suivante, conformément aux mécanismes IP multicast classiques, le premier routeur d'accès MAGl 15 joint l'arbre de diffusion multicast pour ce groupe et transfère le flux multicast correspondant sur le lien du terminal.
Au cours d'une étape 24, le terminal effectue une mobilité. En d'autres termes, il s'attache à un nouveau point d'accès, dit deuxième routeur MAG2 16, de façon classique (attachement IP classique). Ce nouveau point d'accès peut permettre d'accéder à un réseau de même type que le premier réseau (réseau local sans fil WLAN par exemple) lors d'un changement de localisation du terminal 10.
Au cours d'une étape 25 suivante, le deuxième routeur MAG2 16 va lire dans la table d'abonnement 18 les groupes de diffusion auxquels est abonné le terminal 10. Il apprend ainsi que le terminal 10 est abonné au groupe « Orange Sports » (marque déposée).
Au cours d'une étape 26 suivante, le deuxième routeur MAG2 16 notifie au routeur commun LMA 14 l'attachement du terminal à ce routeur MAG2 (selon un processus PMIP classique), et demande au routeur commun LMA 14 de lui faire suivre les flux multicast qu'il ne reçoit pas.
En parallèle, le deuxième routeur MAG2 16 initie la mise à jour du routage multicast pour ces flux multicast. En d'autres termes, le deuxième routeur d'accès MAG2 16 entame le processus d'abonnement pour rejoindre l'arbre de diffusion multicast. Au cours d'une étape 27 suivante, le routeur commun LMA 14 fait suivre au deuxième routeur MAG2 16 les flux multicast demandés. On note que, selon ce premier mode de réalisation, le routeur commun LMA 14 doit être lui-même abonné à tous les groupes de diffusion susceptibles d'être demandés par chacun des terminaux présents dans le réseau de diffusion multicast. Lorsque le deuxième routeur MAG2 16 a finalement rejoint l'arbre de diffusion multicast, le routage multicast est mis à jour, au cours d'une étape 28 suivante. Le deuxième routeur d'accès MAG2 16 demande donc au routeur commun LMA 14 d'arrêter le transfert de données.
En d'autres termes, pendant la procédure de transfert du premier réseau au deuxième réseau, le deuxième routeur MAG2 16 reçoit un match de football diffusé aux abonnés du service « Orange Sports » (marque déposée) du routeur commun LMA 14, tant que le deuxième routeur MAG2 16 n'appartient pas à l'arbre de diffusion associé à ce service. Une fois la procédure d'abonnement du deuxième routeur MAG2 16 achevée, c'est-à-dire une fois que le deuxième routeur MAG2 16 appartient à l'arbre de diffusion associé à ce service, le flux ne transite plus par le routeur commun LMA 14.
Ainsi, conformément à la spécification PMIP, le terminal n'est pas impliqué dans le mécanisme de gestion de la mobilité. De plus, grâce à l'utilisation d'une table d'abonnement, le flux multicast transite du routeur commun LMA 14 vers le deuxième routeur MAG2 16, le temps que le deuxième routeur MAG2 16 rejoigne l'arbre de diffusion, ce qui permet d'éviter les problèmes de latence rencontrés selon les techniques de l'art antérieur.
On décrit ci-après un deuxième mode de réalisation, illustré en figure 3, selon lequel on ajoute à l'architecture PMIP classique plusieurs tables d'abonnement.
Par exemple, une table d'abonnement est associée à chaque routeur d'accès : une première table d'abonnement Tabl 181 est associée au premier routeur MAGl 15 ; - une deuxième table d'abonnement Tab2 182 est associée au deuxième routeur MAG2 16.
Selon ce deuxième mode de réalisation, la table d'abonnement associée à un routeur indique, pour le ou les terminaux connectés au réseau correspondant, le ou les groupes de diffusion auxquels ils sont abonnés. Par exemple, ces tables sont mises à jour individuellement, et périodiquement ou à chaque fois qu'un terminal modifie ses abonnements (nouvel abonnement ou désabonnement) au sein du réseau correspondant. Ainsi, chaque routeur d'accès (MAGl 15 et MAG2 16) maintient à jour sa propre table d'abonnement pour les terminaux qui lui sont connectés. Selon un mode de réalisation particulier, la table d'abonnement associée à un routeur d'accès contient autant d'entrées que de terminaux qui sont attachés au routeur d'accès, chaque entrée de la table d'abonnement comprenant la liste des abonnements pour le terminal correspondant à cette entrée. Autrement dit, chaque routeur d'accès gère les abonnements multicast pour les terminaux qui lui sont attachés. L'invention propose ainsi, selon ce deuxième mode de réalisation, de distribuer une table d'abonnement dans chaque routeur d'accès.
Selon ce deuxième mode de réalisation, lorsqu'un terminal passe du premier réseau vers le deuxième réseau, il est possible de faire transiter les flux multicast du premier routeur MAGl 15 vers le deuxième routeur MAG2 16 le temps que le deuxième routeur MAG2 16 se réabonne, à la place du terminal, aux groupes de diffusion désirés, et qu'ainsi le deuxième routeur MAG2 16 rejoigne l'arbre de diffusion multicast pour les groupes de diffusion de ce terminal.
Pour ce faire, le deuxième routeur MAG2 16 demande au premier routeur MAGl 15 de consulter la table d'abonnement Tabl 181 qui lui est associée, et de lui transmettre les informations relatives au(x) groupe(s) de diffusion au(x)quel(s) est abonné le terminal dans le premier réseau.
On décrit plus précisément en relation avec la figure 3 les principales étapes mises en œuvre selon ce deuxième mode de réalisation.
On considère par exemple que le terminal 10 est connecté au premier réseau par l'intermédiaire du premier routeur d'accès MAGl 15.
Au cours d'une étape 31, le terminal 10 s'abonne à un nouveau groupe de diffusion (groupe multicast), par exemple au groupe « Orange Sports » (marque déposée).
Au cours d'une étape 32 suivante, le premier routeur d'accès MAGl 15, qui reçoit la requête d'abonnement au groupe « Orange Sports » (marque déposée), met à jour sa table d'abonnement 181 pour le terminal 10.
Au cours d'une étape 33 suivante, conformément aux mécanismes IP multicast classiques, le premier routeur d'accès MAGl 15 rejoint l'arbre de diffusion multicast pour ce groupe et transfère le flux multicast correspondant sur le lien du terminal.
Au cours d'une étape 34, le terminal effectue une mobilité. En d'autres termes, il s'attache à un nouveau point d'accès, dit deuxième routeur MAG2 16, de façon classique (attachement IP classique). Ce nouveau point d'accès peut permettre d'accéder à un réseau de même type que le premier réseau (réseau local sans fil WLAN par exemple) lors d'un changement de localisation du terminal 10.
Au cours d'une étape 35 suivante, le deuxième routeur MAG2 16 notifie au routeur commun LMA 14 l'attachement du terminal à ce routeur MAG2 (selon un processus PMIP classique), et demande au routeur commun LMA 14 de lui transmettre l'ancienne localisation du terminal. Le deuxième routeur MAG2 16 apprend ainsi que le terminal était précédemment connecté au premier routeur MAGl 15, et récupère l'adresse de ce routeur MAGl.
Au cours d'une étape 36 suivante, le deuxième routeur MAG2 16 interroge le premier routeur MAGl 15, dont il connaît l'adresse, pour connaître les groupes de diffusion auxquels le terminal est abonné. Le premier routeur MAGl 15 lit la table d'abonnement Tabl 181 qui lui est associée, et transmet ces informations au deuxième routeur MAG2 16.
Le deuxième routeur MAG2 16 initie alors la mise à jour du routage multicast pour ces flux multicast. En d'autres termes, le deuxième routeur MAG2 16 entame le processus d'abonnement pour rejoindre l'arbre de diffusion multicast.
Le temps que le deuxième routeur MAG2 16 rejoigne l'arbre de diffusion multicast, le premier routeur MAGl 15 reste connecté à l'arbre de diffusion et transfère au deuxième routeur MAG2 16 les flux multicast demandés par le terminal, au cours d'une étape 37. Lorsque le deuxième routeur MAG2 16 a finalement rejoint l'arbre de diffusion, le routage multicast est mis à jour, au cours d'une étape 38 suivante. Le deuxième routeur d'accès MAG2 16 demande donc au premier routeur MAGl 15 d'arrêter le transfert de données.
En d'autres termes, pendant la procédure de transfert du premier réseau au deuxième réseau, le deuxième routeur MAG2 16 reçoit un match de football diffusé aux abonnés du service « Orange Sports » (marque déposée) du premier routeur MAGl 15, tant que le deuxième routeur MAG2 16 n'appartient pas à l'arbre de diffusion associé à ce service. Une fois la procédure d'abonnement du deuxième routeur MAG2 16 achevée, c'est-à-dire une fois que le deuxième routeur MAG2 16 appartient à l'arbre de diffusion associé à ce service, le deuxième routeur MAG2 16 demande au premier routeur MAGl 15 d'arrêter le transfert du flux, et le flux ne transite plus par le premier routeur MAGl 15.Le premier routeur MAGl 15 peut ensuite quitter le ou les arbres de diffusion correspondant à des groupes de diffusion pour lesquels il n'a plus de terminal dans son réseau. Par exemple, si aucun des terminaux présents dans le premier réseau n'est abonné au service « Orange Sports », le premier routeur MAGl 15 peut se désinscrire de l'arbre de diffusion correspondant, une fois que le deuxième routeur MAG2 16 a rejoint cet arbre de diffusion.
De nouveau, conformément à la spécification PMIP, le terminal n'est pas impliqué dans le mécanisme de gestion de la mobilité. De plus, grâce à l'utilisation de tables d'abonnement, le flux multicast transite du premier routeur MAGl 15 vers le deuxième routeur MAG2 16, le temps que le deuxième routeur MAG2 16 rejoigne l'arbre de diffusion, ce qui permet d'éviter les problèmes de latence rencontrés selon les techniques de l'art antérieur. En particulier, ce deuxième mode de réalisation présente un intérêt notamment lorsque le nombre de terminaux et/ou de groupes de diffusion est important.
En effet, plutôt que d'avoir une unique table d'abonnement comprenant l'ensemble des terminaux et les groupes de diffusion associés à chacun de ces terminaux (qui devient volumineuse lorsque le nombre de terminaux et/ou de groupes de diffusion est important), on utilise une table par réseau, chaque table indiquant les groupes de diffusion auxquels un terminal est abonné dans le réseau correspondant.
On présente finalement, en relation avec la figure 4, un exemple de structure simplifiée d'un routeur d'accès à un deuxième réseau mettant en œuvre une technique de gestion de transfert de flux selon un des modes de réalisation décrit ci-dessus.
Un tel routeur d'accès, dit deuxième routeur, comprend une mémoire 41 comprenant une mémoire tampon, une unité de traitement 42, équipée par exemple d'un microprocesseur μP, et pilotée par le programme d'ordinateur 43, mettant en œuvre le procédé de gestion d'un transfert de flux selon l'invention.
A l'initialisation, les instructions de code du programme d'ordinateur 43 sont par exemple chargées dans une mémoire RAM avant d'être exécutées par le processeur de l'unité de traitement 42. L'unité de traitement 42 détecte l'attachement d'un nouveau terminal au deuxième routeur. Le microprocesseur de l'unité de traitement 42 met en œuvre les étapes du procédé de gestion décrit précédemment, selon les instructions du programme d'ordinateur 43, pour transférer un flux de données reçu par le terminal attaché à un premier réseau vers ce deuxième réseau. Pour cela, le deuxième routeur comprend, outre la mémoire tampon 41, des moyens de détection d'une arrivée du terminal dans le deuxième réseau, des moyens d'obtention d'informations relatives à au moins un groupe de diffusion auquel le terminal est abonné et des moyens de réception du flux de données à partir des informations obtenues, et de re-transmission au terminal. Ces moyens sont pilotés par le microprocesseur de l'unité de traitement 42.

Claims

REVENDICATIONS
1. Procédé de gestion d'un transfert d'un flux de données reçu par un terminal mobile d'un premier réseau vers un deuxième réseau, ledit terminal étant abonné à au moins un groupe de diffusion recevant ledit flux de données, et étant connecté audit premier réseau par l'intermédiaire d'un routeur d'accès au premier réseau, dit premier routeur (15), caractérisé en ce que ledit procédé met en œuvre les étapes suivantes :
- détection (11), par un routeur d'accès au deuxième réseau, dit deuxième routeur (16), d'une arrivée dudit terminal dans ledit deuxième réseau ; - obtention (12), par ledit deuxième routeur (16), d'informations relatives à au moins un groupe de diffusion auquel ledit terminal est abonné, à partir d'une lecture d'une table d'abonnement ;
- réception (13) dudit flux de données par ledit deuxième routeur (16), à partir desdites informations obtenues, et re-transmission audit terminal.
2. Procédé de gestion selon la revendication 1, caractérisé en ce qu'il comprend une étape d'ajout dudit deuxième routeur (16) à un arbre de diffusion pour le groupe de diffusion recevant ledit flux de données, et en ce que ladite étape de réception (13) est mise en œuvre tant que ledit deuxième routeur (16) n'appartient pas audit arbre de diffusion.
3. Procédé de gestion selon la revendication 1, caractérisé en ce que ladite table d'abonnement indique, pour un terminal, tous les groupes de diffusion auquel ledit terminal est abonné, et en ce que ladite lecture est mise en œuvre par ledit deuxième routeur (16).
4. Procédé de gestion selon la revendication 3, caractérisé en ce ledit deuxième routeur (16) émet une requête de transmission dudit flux de données à destination d'un routeur commun auxdits premier et deuxième réseaux, et reçoit ledit flux de données en provenance dudit routeur commun.
5. Procédé de gestion selon la revendication 1, caractérisé en ce que ladite table d'abonnement est associée audit premier routeur (15) et indique, pour un terminal connecté audit premier réseau, tous les groupes de diffusion auquel ledit terminal est abonné, et en ce que ladite lecture est mise en œuvre par ledit premier routeur (15).
6. Procédé de gestion selon la revendication 5, caractérisé en ce que ledit deuxième routeur (16) émet une requête de transmission dudit flux de données à destination dudit premier routeur (15) et reçoit ledit flux de données en provenance dudit premier routeur (15).
7. Procédé de gestion selon la revendication 5, caractérisé en ce qu'une table d'abonnement est également associée audit deuxième routeur (16), ladite table d'abonnement indiquant, pour un terminal connecté audit deuxième réseau, tous les groupes de diffusion auquel ledit terminal est abonné.
8. Procédé de gestion selon la revendication 1, caractérisé en ce que ladite table d'abonnement est mise à jour périodiquement et/ou en fonction d'une modification des abonnements dudit terminal.
9. Système de gestion d'un transfert d'un flux de données reçu par un terminal mobile d'un premier réseau vers un deuxième réseau, ledit système comprenant :
- un routeur d'accès audit premier réseau, dit premier routeur (15) ;
- un routeur d'accès audit deuxième réseau, dit deuxième routeur (16) ; ledit terminal étant abonné à au moins un groupe de diffusion recevant ledit flux de données, et étant connecté audit premier réseau par l'intermédiaire dudit premier routeur (15), caractérisé en ce que ledit deuxième routeur comprend :
- des moyens de détection (11) d'une arrivée dudit terminal dans ledit deuxième réseau ; - des moyens d'obtention (12) d'informations relatives à au moins un groupe de diffusion auquel ledit terminal est abonné, à partir d'une lecture d'une table d'abonnement ; et
- des moyens de réception (13) dudit flux de données à partir des informations obtenues, et de re-transmission audit terminal.
10. Routeur d'accès à un deuxième réseau, apte à recevoir un flux de données transféré d'un premier réseau, un terminal étant abonné à au moins un groupe de diffusion recevant ledit flux de données, et étant connecté audit premier réseau par l'intermédiaire d'un routeur d'accès au premier réseau, dit premier routeur (15), caractérisé en ce que ledit routeur d'accès au deuxième réseau comprend :
- des moyens de détection (11) d'une arrivée dudit terminal dans ledit deuxième réseau ;
- des moyens d'obtention (12) d'informations relatives à au moins un groupe de diffusion auquel ledit terminal est abonné, à partir d'une lecture d'une table d'abonnement ; et
- des moyens de réception (13) dudit flux de données à partir des informations obtenues et de re-transmission audit terminal.
11. Programme d'ordinateur caractérisé en ce qu'il comprend des instructions de code de programme pour la mise en œuvre du procédé de gestion selon la revendication 1, lorsque ce programme est exécuté par un processeur.
PCT/FR2009/051946 2008-10-15 2009-10-13 Procede et dispositifs de gestion de transfert d'un flux de donnees WO2010043810A1 (fr)

Priority Applications (2)

Application Number Priority Date Filing Date Title
EP09756013.0A EP2340634B1 (fr) 2008-10-15 2009-10-13 Procédé et dispositifs de gestion de transfert d'un flux de données
US13/123,919 US9160547B2 (en) 2008-10-15 2009-10-13 Method and devices for managing a data flow transfer

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
FR0856982 2008-10-15
FR0856982 2008-10-15

Publications (1)

Publication Number Publication Date
WO2010043810A1 true WO2010043810A1 (fr) 2010-04-22

Family

ID=40639737

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/FR2009/051946 WO2010043810A1 (fr) 2008-10-15 2009-10-13 Procede et dispositifs de gestion de transfert d'un flux de donnees

Country Status (3)

Country Link
US (1) US9160547B2 (fr)
EP (1) EP2340634B1 (fr)
WO (1) WO2010043810A1 (fr)

Families Citing this family (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102547582B (zh) * 2010-12-20 2014-12-10 中国移动通信集团公司 传输组播数据的方法、组播树的更新方法以及系统和装置
US10033719B1 (en) * 2012-12-20 2018-07-24 Amazon Technologies, Inc. Mobile work platform for remote data centers
CN104427553B (zh) * 2013-09-05 2019-08-02 中兴通讯股份有限公司 一种组播组优化方法及锚点

Family Cites Families (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP1849259B1 (fr) * 2004-11-05 2014-12-17 Kabushiki Kaisha Toshiba Mécanismes de découverte de réseau
WO2006097989A1 (fr) * 2005-03-14 2006-09-21 Mitsubishi Denki Kabushiki Kaisha Réseau de mobilité de couche 2
EP1928133B1 (fr) * 2006-12-01 2013-12-25 Electronics and Telecommunications Research Institute Procédé de transmission de données par transfert entre des stations de base dans un système de communication sans fil
KR100969318B1 (ko) * 2007-01-25 2010-07-09 엘지전자 주식회사 멀티캐스트 데이터 송수신 방법
KR100958191B1 (ko) * 2007-02-06 2010-05-17 엘지전자 주식회사 멀티캐스트 가입 단말의 수를 고려한 데이터 전송 방법 및 이를 위한 무선 통신용 베이스 스테이션과 단말기 그리고 이들을 포함한 무선통신 시스템
US8086179B2 (en) * 2007-09-24 2011-12-27 Qualcomm Incorporated Mobility management of multiple clusters within a wireless communications network

Non-Patent Citations (2)

* Cited by examiner, † Cited by third party
Title
KWON D H ET AL: "An efficient mobile multicast mechanism for fast handovers: A study from design and implementation in experimental networks", COMPUTER COMMUNICATIONS, ELSEVIER SCIENCE PUBLISHERS BV, AMSTERDAM, NL, vol. 31, no. 10, 25 June 2008 (2008-06-25), pages 2162 - 2177, XP022700471, ISSN: 0140-3664, [retrieved on 20080219] *
MILOUCHEVA I ET AL: "Multicast Context Transfer in mobile IPv6; draft-miloucheva-mldv2-mip v6-00.txt", IETF STANDARD-WORKING-DRAFT, INTERNET ENGINEERING TASK FORCE, IETF, CH, 8 June 2005 (2005-06-08), XP015040353, ISSN: 0000-0004 *

Also Published As

Publication number Publication date
US20110199955A1 (en) 2011-08-18
EP2340634A1 (fr) 2011-07-06
US9160547B2 (en) 2015-10-13
EP2340634B1 (fr) 2014-02-12

Similar Documents

Publication Publication Date Title
EP2708005B1 (fr) Procédé et appareil pour techniques de mobilité transparente dans un réseau centré sur le contenu
US8837511B2 (en) Seamless mobility schemes in names-data networking using multi-path routing and content caching
JP4739412B2 (ja) ローミング加入者用のマルチメディアブロードキャスト／マルチキャストサービス（ＭＢＭＳ）のプロビジョン（ｐｒｏｖｉｓｉｏｎ）
JP4292890B2 (ja) マルチキャスト配信方法、配信装置およびシステム
EP2705694B1 (fr) Schémas de mobilité transparente lors d'une mise en réseau des données identifiées à l'aide d'un routage multitrajet et d'une mise en mémoire cache du contenu
US8325615B2 (en) System and method for collapsed subscriber management and call control
US20200007226A1 (en) Base station architecture integrating satellite-based content delivery with 4g/lte mobile network
JP2007529073A (ja) キャッシュサーバネットワーク及びコンテンツファイルの配信をスケジューリングする方法
JP2003289327A (ja) 移動ホストを含むパケット通信ネットワークにおけるキャッシュ可能なストリーミング・コンテンツの管理システム
KR20140073588A (ko) 콘텐츠 배달 네트워크들 간의 인터페이싱을 제공하는 방법 및 장치
KR102132266B1 (ko) 데이터 스트리밍에 대한 보조의 노드 타입 기반 제어
EP2005694A1 (fr) Noeud
WO2006110322A2 (fr) Adaptateur multidiffusion/monodiffusion
FR2832895A1 (fr) Systeme de telecommunication a gestion centralisee
KR20050043559A (ko) 이동통신 시스템에서 이동 단말의 아이피 이동성 지원 방법
JP7434590B2 (ja) エッジコンピューティングのための分散アンカーのアプリケーショントリガセットアップ
US10841402B2 (en) Agent-based publisher mobility for ICN
EP2340634B1 (fr) Procédé et dispositifs de gestion de transfert d'un flux de données
EP2449836B1 (fr) Procedes et noeuds pour l'activation d'un terminal de communication
JP5373969B2 (ja) ネットワークにおける進行中のデータ配信時のセッション切り換え
CN113613290B (zh) 一种下行数据流传送方法、装置及终端
KR101300040B1 (ko) 분산형 이동성 관리 네트워크를 위한 이동성 관리 시스템 및 방법
WO2009086764A1 (fr) Procédé, entité de service de réseau et système de réseau pour fournir le service dans le réseau
KR101248954B1 (ko) 분산형 이동성 관리 네트워크를 위한 멀티캐스트 지원방법
JP2010113710A (ja) 少なくとも１つの基準に従ってネットワークを選択することによりピア間でデータを伝送する方法、関連する管理装置及び通信装置

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: 09756013

Country of ref document: EP

Kind code of ref document: A1

WWE Wipo information: entry into national phase

Ref document number: 13123919

Country of ref document: US

NENP Non-entry into the national phase

Ref country code: DE

WWE Wipo information: entry into national phase

Ref document number: 2009756013

Country of ref document: EP