FR2965432A1 - METHOD FOR DISPATCHING IN A MULTI-HOP ACCESS NETWORK - Google Patents

METHOD FOR DISPATCHING IN A MULTI-HOP ACCESS NETWORK Download PDF

Info

Publication number
FR2965432A1
FR2965432A1 FR1057743A FR1057743A FR2965432A1 FR 2965432 A1 FR2965432 A1 FR 2965432A1 FR 1057743 A FR1057743 A FR 1057743A FR 1057743 A FR1057743 A FR 1057743A FR 2965432 A1 FR2965432 A1 FR 2965432A1
Authority
FR
France
Prior art keywords
data packet
record
output interface
shipping
stream
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
FR1057743A
Other languages
French (fr)
Inventor
Mohamed El Amine Brahmia
Abdelhafid Abouaissa
Pascal Lorenz
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Orange SA
Original Assignee
France Telecom SA
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 SA filed Critical France Telecom SA
Priority to FR1057743A priority Critical patent/FR2965432A1/en
Priority to PCT/FR2011/052248 priority patent/WO2012042163A1/en
Publication of FR2965432A1 publication Critical patent/FR2965432A1/en
Pending legal-status Critical Current

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00Data switching networks
    • H04L12/28Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • H04L12/46Interconnection of networks
    • H04L12/4633Interconnection of networks using encapsulation techniques, e.g. tunneling
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00Routing or path finding of packets in data switching networks
    • H04L45/302Route determination based on requested QoS
    • 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/60Network streaming of media packets
    • H04L65/75Media network packet handling
    • H04L65/765Media network packet handling intermediate
    • 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/234Processing of video elementary streams, e.g. splicing of video streams or manipulating encoded video stream scene graphs
    • H04N21/2343Processing of video elementary streams, e.g. splicing of video streams or manipulating encoded video stream scene graphs involving reformatting operations of video signals for distribution or compliance with end-user requests or end-user device requirements
    • H04N21/234327Processing of video elementary streams, e.g. splicing of video streams or manipulating encoded video stream scene graphs involving reformatting operations of video signals for distribution or compliance with end-user requests or end-user device requirements by decomposing into layers, e.g. base layer and one or more enhancement layers
    • 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/43Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/436Interfacing a local distribution network, e.g. communicating with another STB or one or more peripheral devices inside the home
    • H04N21/4363Adapting the video stream to a specific local network, e.g. a Bluetooth® network
    • H04N21/43637Adapting the video stream to a specific local network, e.g. a Bluetooth® network involving a wireless protocol, e.g. Bluetooth, RF or wireless LAN [IEEE 802.11]
    • 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/61Network physical structure; Signal processing
    • H04N21/6106Network physical structure; Signal processing specially adapted to the downstream path of the transmission network
    • H04N21/6131Network physical structure; Signal processing specially adapted to the downstream path of the transmission network involving transmission via a mobile phone network
    • 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/631Multimode Transmission, e.g. transmitting basic layers and enhancement layers of the content over different transmission paths or transmitting with different error corrections, different keys or with different transmission protocols
    • 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/647Control signaling between network components and server or clients; Network processes for video distribution between server and clients, e.g. controlling the quality of the video stream, by dropping packets, protecting content from unauthorised alteration within the network, monitoring of network load, bridging between two different networks, e.g. between IP and wireless
    • H04N21/64784Data processing by the network
    • H04N21/64792Controlling the complexity of the content stream, e.g. by dropping packets
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04BTRANSMISSION
    • H04B7/00Radio transmission systems, i.e. using radiation field
    • H04B7/24Radio transmission systems, i.e. using radiation field for communication between two or more posts
    • H04B7/26Radio transmission systems, i.e. using radiation field for communication between two or more posts at least one of which is mobile
    • H04B7/2603Arrangements for wireless physical layer control
    • H04B7/2606Arrangements for base station coverage control, e.g. by using relays in tunnels
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W84/00Network topologies
    • H04W84/02Hierarchically pre-organised networks, e.g. paging networks, cellular networks, WLAN [Wireless Local Area Network] or WLL [Wireless Local Loop]
    • H04W84/04Large scale networks; Deep hierarchical networks
    • H04W84/042Public Land Mobile systems, e.g. cellular systems
    • H04W84/047Public Land Mobile systems, e.g. cellular systems using dedicated repeater stations

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Multimedia (AREA)
  • Computer Security & Cryptography (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

Procédé d'expédition exécuté par un nœud d'un réseau d'accès à sauts multiples, ledit nœud comprenant une pluralité d'interfaces de sortie, le procédé d'expédition comprenant : - une étape de réception d'un paquet de données d'un flux multimédia, - une étape de traitement dudit paquet de données par un ordonnanceur, et - après ladite étape de traitement, une étape de détermination d'au moins une interface de sortie parmi ladite pluralité d'interfaces de sortie, vers laquelle transmettre ledit paquet de données, en consultant une base de données d'expédition, caractérisé en ce qu'il comprend, avant ladite étape de traitement, une étape d'association, avec le paquet de données, d'au moins une interface de sortie et d'un nombre premier représentatif d'une qualité de transmission avec laquelle le flux multimédia doit être transmis vers ladite interface de sortie, ladite base de données d'expédition comprenant un enregistrement par interface de sortie de ladite pluralité d'interfaces de sortie, chaque enregistrement contenant une identité d'agrégation (IDag) représentant un produit de nombres premiers, chacun desdits nombres premiers représentant une qualité de transmission avec laquelle un flux multimédia doit être transmis vers l'interface de sortie dudit enregistrement, ladite étape de détermination comprenant, pour chaque enregistrement de ladite base de données d'expédition : - une étape (F72) de test d'une condition représentant la divisibilité du produit représenté par l'identité d'agrégation de l'enregistrement par ledit au moins un nombre premier associé audit paquet de donnée lors de l'étape d'association, et - lorsque ladite condition est vérifiée, une étape (F74) de transmission dudit paquet de données vers l'interface de sortie dudit enregistrement.Forwarding method executed by a node of a multi-hop access network, said node comprising a plurality of outgoing interfaces, the forwarding method comprising: - a step of receiving a data packet from a multimedia stream, - a step of processing said data packet by a scheduler, and - after said processing step, a step of determining at least one output interface among said plurality of output interfaces, towards which to transmit said data packet, by consulting a dispatch database, characterized in that it comprises, before said processing step, a step of associating, with the data packet, at least one output interface and a prime number representative of a transmission quality with which the multimedia stream must be transmitted to said output interface, said forwarding database comprising a record per output interface of said plurality of output interfaces tie, each record containing an aggregation identity (IDag) representing a product of prime numbers, each of said prime numbers representing a transmission quality with which a multimedia stream must be transmitted to the output interface of said record, said determining step comprising, for each record of said shipping database: - a step (F72) of testing a condition representing the divisibility of the product represented by the aggregation identity of the record by said at least one prime number associated with said data packet during the association step, and - when said condition is verified, a step (F74) of transmitting said data packet to the output interface of said record.

Description

1 Arrière-plan de l'invention L'invention se rapporte au domaine général des télécommunications. L'invention concerne en particulier la multidiffusion de flux de données multimédias dans un réseau à sauts multiples. La technologie WiMAX Relay, normalisée par le WiMAX Forum et l'IEEE, est présentée dans le document « IEEE Std 802.16jrM-2009 Part 16 : Air Interface for Fixed and Mobile Broadband Wire/ess Access Systems, Mu/t/hop Re/ay Specification », IEEE, 13 mai 2009. Selon cette technologie, la communication entre une station de base MR-BS (pour « Mu/tihop Re/ay-Base Station») et un terminal mobile passe par au moins un relai intermédiaire et un relai d'accès RS (pour « Relay Station »). BACKGROUND OF THE INVENTION The invention relates to the general field of telecommunications. In particular, the invention relates to the multicasting of multimedia data streams in a multi-hop network. The WiMAX Relay technology, standardized by the WiMAX Forum and the IEEE, is presented in the document "IEEE Std 802.16jrM-2009 Part 16: Air Interface for Fixed and Mobile Broadband Wire / ess Access Systems, Mu / t / hop Re / ay Specification ", IEEE, 13 May 2009. According to this technology, communication between an MR-BS base station (for" Mu / tihop Re / ay-Base Station ") and a mobile terminal passes through at least one intermediate relay and an RS access relay (for "Relay Station").

Un relai peut fonctionner en mode transparent ou en mode non-transparent. De manière connue, les relais non-transparents permettent d'élargir la zone de couverture d'une cellule et d'améliorer les performances du réseau d'accès. Dans ce cas, pour transmettre des données de la station de base MR-BS vers un relai d'accès RS, le document précité propose d'établir un tunnel qui représente tout le chemin entre la station de base MR-BS et un relai d'accès RS. La station de base MR-BS peut permettre un service de diffusion de données vers plusieurs terminaux mobiles reliés à des relais d'accès différents, par exemple des données d'un flux multimédia (MBS pour « Mu/ticast Broadcast Service »). Dans ce cas, un tunnel est établi vers chaque relai d'accès et une copie des données est envoyée dans chaque tunnel, même si les différents tunnels passent par un même relai intermédiaire. Cela implique une consommation importante des ressources du réseau, notamment de la bande passante disponible et des capacités de traitement des relais et de la station de base. Pour améliorer l'utilisation des ressources du réseau tout en respectant des contraintes de qualité de service (QoS), le document Chengxuan He, Oliver Yang et GuoQiang Wang, « Performance Evaluation of Multicast routing Protocol and MBS Service Architecture in WiMAX Mu/ti-Hop Re/ay Environment», Future Networks : Cross-Layer design, 22 au 24 avril 2008, Ottawa, Ontario, Canada, propose une architecture dans laquelle un tunnel représente le lien entre la station de base MR-BS et un relai adjacent ou entre deux relais adjacents. L'architecture proposée vise à permettre d'envoyer une unique copie des données diffusées vers un relai aval, ce qui permet d'économiser la bande passante disponible et les capacités de traitement des relais. Cependant, ce document ne détaille pas les mécanismes mis en oeuvre dans un relai pour permettre un fonctionnement efficace de ce relai. On sait notamment qu'un relai utilise un ordonnanceur pour prioriser les paquets de données et, en sortie de l'ordonnanceur, une table 2 d'expédition (également appelée table de routage ou « forwarding table» dans la terminologie anglophone) au niveau de la couche MAC qui permet de déterminer vers quelle interface de sortie un paquet de données reçu doit être transmis. Ainsi, de manière connue, une table d'expédition contient, pour chaque identifiant d'un flux diffusé, une ligne par interface de sortie vers laquelle doivent être transmis les paquets. La taille de la table d'expédition peut donc devenir importante en cas de transmission vers différents relais adjacents. Or, pour déterminer la ou les interfaces de sortie vers lesquelles transmettre un paquet, un relai doit parcourir toute sa table d'expédition. Le temps d'expédition, c'est-à-dire le temps entre la sortie de l'ordonnanceur et la transmission d'un paquet, augmente donc avec la taille de la table d'expédition. A relay can work in transparent mode or in non-transparent mode. In a known manner, the non-transparent relays make it possible to widen the coverage area of a cell and improve the performance of the access network. In this case, to transmit data from the MR-BS base station to an RS access relay, the aforementioned document proposes to establish a tunnel that represents the entire path between the MR-BS base station and a relay. RS access. The MR-BS base station may allow a data broadcast service to several mobile terminals connected to different access relays, for example data from a multimedia stream (MBS). In this case, a tunnel is established to each access relay and a copy of the data is sent in each tunnel, even if the different tunnels pass through a same intermediary relay. This involves significant consumption of network resources, including available bandwidth and relay and base station processing capabilities. To improve the use of network resources while respecting quality of service (QoS) constraints, Chengxuan He, Oliver Yang and GuoQiang Wang, "Performance Evaluation of Multicast Routing Protocol and MBS Service Architecture in WiMAX Mu / Ti- Hop Re / ay Environment, "Future Networks: Cross-Layer Design, April 22-24, 2008, Ottawa, Ontario, Canada, proposes an architecture in which a tunnel represents the link between the MR-BS base station and an adjacent relay or between two adjacent relays. The proposed architecture aims to send a single copy of the broadcast data to a downstream relay, which saves the available bandwidth and relay processing capabilities. However, this document does not detail the mechanisms implemented in a relay to allow an efficient operation of this relay. It is known in particular that a relay uses a scheduler to prioritize the data packets and, at the output of the scheduler, a dispatch table 2 (also called a routing table or "forwarding table" in the English terminology) at the level of the MAC layer which determines to which output interface a received data packet is to be transmitted. Thus, in known manner, a dispatch table contains, for each identifier of a broadcast stream, a line per output interface to which the packets must be transmitted. The size of the shipping table can become important in case of transmission to different adjacent relays. However, to determine the output interface (s) to which to transmit a packet, a relay must traverse its entire shipping table. The shipping time, that is the time between the output of the scheduler and the transmission of a package, therefore increases with the size of the shipping table.

Par ailleurs, un flux de données multimédia peut être codé selon différents formats et différentes qualités. Par exemple, un même flux audiovisuel peut être codé selon une qualité HD (pour Haute Définition), selon une qualité SD (pour Définition Standard), selon une qualité Web-TV (destiné à une visualisation sur un ordinateur PC) ou selon une qualité Mobile-TV (destiné à une visualisation sur un téléphone portable). Actuellement, les opérateurs de télécommunications envoient séparément différentes copies d'un flux audiovisuel codées selon différentes qualités. Cela augmente également l'utilisation des ressources du réseau. In addition, a multimedia data stream can be encoded according to different formats and different qualities. For example, the same audiovisual stream can be encoded in HD quality (for High Definition), SD quality (for Standard Definition), Web-TV quality (for viewing on a PC) or quality. Mobile-TV (intended for viewing on a mobile phone). Currently, telecommunications operators separately send different copies of an audiovisual stream coded according to different qualities. This also increases the use of network resources.

Objet et résumé de l'invention L'invention vise à fournir un procédé d'expédition qui permet de transmettre des 20 données à diffuser dans un réseau sans fil à sauts multiples, de manière efficace. A cet effet, l'invention propose un procédé d'expédition exécuté par un noeud d'un réseau d'accès à sauts multiples, ledit noeud comprenant une pluralité d'interfaces de sortie, le procédé d'expédition comprenant : - une étape de réception d'un paquet de données d'un flux multimédia, 25 - une étape de traitement dudit paquet de données par un ordonnanceur, et - après ladite étape de traitement, une étape de détermination d'au moins une interface de sortie parmi ladite pluralité d'interfaces de sortie, vers laquelle transmettre ledit paquet de données, en consultant une base de données d'expédition, caractérisé en ce qu'il comprend, avant ladite étape de traitement, une étape d'association, avec le 30 paquet de données, d'au moins une interface de sortie et d'un nombre premier représentatif d'une qualité de transmission avec laquelle le flux multimédia doit être transmis vers ladite interface de sortie, ladite base de données d'expédition comprenant un enregistrement par interface de sortie de ladite pluralité d'interfaces de sortie, chaque enregistrement contenant une identité d'agrégation 35 représentant un produit de nombres premiers, chacun desdits nombres premiers représentant une qualité de transmission avec laquelle un flux multimédia doit être transmis vers l'interface de sortie dudit enregistrement, 3 ladite étape de détermination comprenant, pour chaque enregistrement de ladite base de données d'expédition : - une étape de test d'une condition représentant la divisibilité du produit représenté par l'identité d'agrégation de l'enregistrement par ledit au moins un nombre premier associé audit paquet de donnée lors de l'étape d'association, et - lorsque ladite condition est vérifiée, une étape de transmission dudit paquet de données vers l'interface de sortie dudit enregistrement. Le noeud qui met en oeuvre ce procédé d'expédition peut être une station de base ou un relai intermédiaire. La base de données d'expédition composée d'un enregistrement par interface de sortie est par exemple une table d'expédition composée d'une ligne par interface de sortie. Comme la table d'expédition du noeud ne contient qu'une ligne par interface de sortie, le noeud peut la parcourir rapidement pour déterminer les interfaces de sortie vers lesquelles transmettre le paquet de données. Le procédé d'expédition effectué par le relai intermédiaire est donc efficace et rapide. Ainsi, l'invention permet de réduire le temps d'expédition des paquets à la sortie de l'ordonnanceur. Le procédé d'expédition peut comprendre, lorsque ladite condition est vérifiée et avant ladite étape de transmission : - une étape de comparaison d'un nombre premier représentant la qualité de transmission du paquet de données reçu avec ledit au moins un nombre premier associé audit paquet de données lors de l'étape d'association, et - si lesdits nombres premiers sont différents, une étape de recodage dudit paquet de données selon une qualité de transmission correspondant au nombre premier associé audit paquet de données lors de l'étape d'association. Dans ce cas, lorsqu'un flux multimédia est demandé par plusieurs utilisateurs selon plusieurs qualités de transmission différentes, il est suffisant de transmettre une copie du flux avec la qualité de transmission la plus élevée sur la partie commune des chemins vers les utilisateurs. Le procédé d'expédition mis en oeuvre par le noeud permet donc d'économiser les ressources du réseau. Selon un mode de réalisation dans lequel le procédé d'expédition est mis en oeuvre par un relai intermédiaire, le procédé d'expédition comprend : - une étape de réception d'un message contenant des informations d'expédition, - une étape de mise à jour d'une table de transition en fonction desdites informations d'expédition, ladite table de transition contenant une pluralité de ligne, chaque ligne comprenant un identifiant d'un flux multimédia, un nombre premier représentant une qualité de transmission pour ledit flux multimédia, et un identifiant d'une desdites interfaces de sortie pour ledit flux multimédia, - une étape de mise à jour de ladite table d'expédition par agrégation de ladite table de transition, chaque identité d'agrégation de la table d'expédition étant calculée en fonction desdits nombres premiers de la table de transition. 4 L'agrégation permet d'obtenir la table d'expédition de taille réduite. L'invention vise aussi un programme d'ordinateur comportant des instructions pour l'exécution des étapes du procédé d'expédition lorsque ledit programme est exécuté par un ordinateur. OBJECT AND SUMMARY OF THE INVENTION The object of the invention is to provide a forwarding method which enables the transmission of data to be broadcast in a multi-hop wireless network in an efficient manner. For this purpose, the invention proposes a forwarding method executed by a node of a multi-hop access network, said node comprising a plurality of output interfaces, the dispatching method comprising: a step of receiving a data packet from a multimedia stream, - a step of processing said data packet by a scheduler, and - after said processing step, a step of determining at least one of said plurality of output interface of output interfaces, to which to transmit said data packet, by consulting a dispatch database, characterized in that it comprises, before said processing step, an association step, with the data packet , at least one output interface and a prime number representative of a transmission quality with which the multimedia stream is to be transmitted to said output interface, said dispatch database comprising an output interface recording of said plurality of output interfaces, each record containing an aggregation identity representing a product of prime numbers, each of said prime numbers representing a transmission quality with which a multimedia stream is to be transmitted to the output interface of said record, said determining step comprising, for each record of said shipping database: a step of testing a condition representing the divisibility of the product represented by the aggregation identity of the recording by said at least one prime number associated with said data packet during the association step, and - when said condition is satisfied, a step of transmitting said data packet to the output interface of said record. The node that implements this shipping method may be a base station or an intermediate relay. The dispatch database composed of an output interface record is for example a dispatch table composed of one line per output interface. Since the node's shipping table contains only one line per output interface, the node can browse it quickly to determine which output interfaces to transmit the data packet to. The shipping process carried out by the intermediary relay is therefore efficient and fast. Thus, the invention makes it possible to reduce the time of dispatch of the packets at the output of the scheduler. The dispatching method may comprise, when said condition is verified and before said transmission step: a step of comparing a prime number representing the transmission quality of the received data packet with said at least one prime number associated with said packet of data during the association step, and - if said prime numbers are different, a step of recoding said data packet according to a transmission quality corresponding to the prime number associated with said data packet during the association step . In this case, when a multimedia stream is requested by several users according to several different transmission qualities, it is sufficient to transmit a copy of the stream with the highest transmission quality on the common part of the paths to the users. The shipping method implemented by the node thus saves network resources. According to an embodiment in which the shipping method is implemented by an intermediate relay, the shipping method comprises: a step of receiving a message containing shipping information, a step of setting a transition table day according to said shipping information, said transition table containing a plurality of lines, each line comprising an identifier of a multimedia stream, a prime number representing a transmission quality for said multimedia stream, and an identifier of one of said output interfaces for said multimedia stream, - a step of updating said dispatch table by aggregating said transition table, each aggregation identity of the dispatch table being calculated according to said prime numbers of the transition table. 4 Aggregation provides the reduced shipping table. The invention also relates to a computer program comprising instructions for the execution of the steps of the shipping method when said program is executed by a computer.

Ce programme peut utiliser n'importe quel langage de programmation, et être sous la forme de code source, code objet, ou de code intermédiaire entre code source et code objet, tel que dans une forme partiellement compilée, ou dans n'importe quelle autre forme souhaitable. L'invention vise aussi un support d'enregistrement ou support d'informations lisible par un ordinateur, et comportant des instructions d'un programme d'ordinateur tel que mentionné ci- dessus. Les supports d'enregistrement mentionnés ci-avant peuvent être n'importe quelle entité ou dispositif capable de stocker le programme. Par exemple, le support peut comporter un moyen de stockage, tel qu'une ROM, par exemple un CD ROM ou une ROM de circuit microélectronique, ou encore un moyen d'enregistrement magnétique, par exemple une disquette (floppy disc) ou un disque dur. D'autre part, les supports d'enregistrement peuvent correspondre à un support transmissible tel qu'un signal électrique ou optique qui peut être acheminé via un câble électrique ou optique, par radio ou par d'autres moyens. Le programme selon l'invention peut être en particulier téléchargé sur un réseau de type Internet. This program can use any programming language, and be in the form of source code, object code, or intermediate code between source code and object code, such as in a partially compiled form, or in any other form desirable shape. The invention also relates to a recording medium or information carrier readable by a computer, and comprising instructions of a computer program as mentioned above. The recording media mentioned above can be any entity or device capable of storing the program. For example, the medium may comprise storage means, such as a ROM, for example a CD ROM or a microelectronic circuit ROM, or a magnetic recording medium, for example a floppy disk or a disk. hard. On the other hand, the recording media may correspond to a transmissible medium such as an electrical or optical signal that can be conveyed via an electrical or optical cable, by radio or by other means. The program according to the invention can be downloaded in particular on an Internet type network.

Alternativement, les supports d'enregistrement peuvent correspondre à un circuit intégré dans lequel le programme est incorporé, le circuit étant adapté pour exécuter ou pour être utilisé dans l'exécution du procédé en question. L'invention propose également un noeud destiné à un réseau d'accès à sauts multiples, ledit noeud comprenant une pluralité d'interfaces de sortie et : - des moyens de réception d'un paquet de données d'un flux multimédia, - des moyens de traitement dudit paquet de données par un ordonnanceur, et - des moyens de détermination d'au moins une interface de sortie parmi ladite pluralité d'interfaces de sortie, vers laquelle transmettre ledit paquet de données, en consultant une base de données d'expédition, caractérisé en ce qu'il comprend des moyens d'association, avec le paquet de données, d'au moins une interface de sortie et d'un nombre premier représentatif d'une qualité de transmission avec laquelle le flux multimédia doit être transmis vers ladite interface de sortie, ladite base de données d'expédition comprenant un enregistrement par interface de sortie de ladite pluralité d'interfaces de sortie, chaque enregistrement contenant une identité d'agrégation représentant un produit de nombres premiers, chacun desdits nombres premiers représentant une qualité de transmission avec laquelle un flux multimédia doit être transmis vers l'interface de sortie dudit enregistrement, 30 35 les moyens de détermination comprenant, pour chaque enregistrement de ladite base de données d'expédition : - des moyens de test d'une condition représentant la divisibilité du produit représenté par l'identité d'agrégation de l'enregistrement par ledit au moins un nombre premier associé audit paquet de 5 donnée par les moyens d'association, et - des moyens de transmission, activés lorsque ladite condition est vérifiée, dudit paquet de données vers l'interface de sortie dudit enregistrement. Les avantages et caractéristiques discutés précédemment en référence au procédé d'expédition conforme à l'invention concernent de manière correspondante le noeud conforme à 10 l'invention. L'invention concerne également un réseau d'accès à sauts multiples comprenant une station de base et au moins un relai intermédiaire comprenant un noeud conforme à l'invention, ladite station de base comprenant : - des moyens de réception d'une requête d'un flux multimédia, 15 - des moyens de mise à jour d'une table de diffusion indiquant, pour chaque saut d'un chemin sur lequel doit être transmis ledit flux multimédia, une qualité de transmission, et - des moyens d'envoi, vers ledit relai intermédiaire, d'un message contenant des informations d'expédition en fonction de ladite table de diffusion. Autrement dit, la station de base effectue un traitement centralisé des requêtes de flux 20 multimédias pour déterminer les qualités de transmission sur chaque saut. Grâce à ces caractéristiques, la station de base peut choisir de ne transmettre qu'une copie d'un flux multimédia, avec une qualité la plus élevée, lorsqu'un flux est demandé par plusieurs utilisateurs selon plusieurs qualités de transmission différentes. Alternatively, the recording media may correspond to an integrated circuit in which the program is incorporated, the circuit being adapted to execute or to be used in the execution of the method in question. The invention also proposes a node intended for a multi-hop access network, said node comprising a plurality of output interfaces and: means for receiving a data packet from a multimedia stream; processing said data packet by a scheduler, and - means for determining at least one output interface out of said plurality of output interfaces, to which to transmit said data packet, by consulting an expedition database , characterized in that it comprises means for associating, with the data packet, at least one output interface and a prime number representative of a transmission quality with which the multimedia stream must be transmitted to said output interface, said dispatch database including an output interface record of said plurality of output interfaces, each record containing an aggregation identity representing a product of prime numbers, each of said prime numbers representing a transmission quality with which a media stream is to be transmitted to the output interface of said record, the determining means comprising, for each record of said database, dispatch: means for testing a condition representing the divisibility of the product represented by the aggregation identity of the record by said at least one prime number associated with said packet of 5 given by the association means, and transmission means, activated when said condition is verified, of said data packet to the output interface of said record. The advantages and features discussed above with reference to the shipping method according to the invention correspondingly relate to the node according to the invention. The invention also relates to a multi-hop access network comprising a base station and at least one intermediate relay comprising a node according to the invention, said base station comprising: means for receiving a request for a multimedia stream, means for updating a broadcast table indicating, for each hop of a path on which said multimedia stream must be transmitted, a quality of transmission, and means of sending, to said intermediate relay, a message containing shipping information according to said broadcast table. In other words, the base station performs centralized processing of the multimedia stream requests to determine the transmission qualities on each hop. With these characteristics, the base station can choose to transmit only one copy of a multimedia stream, with the highest quality, when a stream is requested by several users according to several different transmission qualities.

25 Brève description des dessins D'autres caractéristiques et avantages de la présente invention ressortiront de la description faite ci-dessous, en référence aux dessins annexés qui en illustrent un exemple de réalisation dépourvu de tout caractère limitatif. Sur les figures : la figure 1 est un schéma d'un exemple de réseau WiMAX dans lequel est mis en oeuvre un procédé d'expédition selon un mode de réalisation de l'invention, la figure 2 représente schématiquement une station de base ou un relai selon un mode de réalisation de l'invention, les figures 3 et 4 représentent des étapes d'un procédé de commande exécuté par la station de base du réseau de la figure 1, et les figures 5 à 7 représentent des étapes d'un procédé d'expédition exécuté par un relai intermédiaire du réseau de la figure 1. 6 Description détaillée d'un mode de réalisation La figure 1 représente une cellule 1 d'un réseau WiMAX à sauts multiples. La cellule 1 comprend une station de base 2, désignée MR-BS sur la figure 1 pour « Multlhop Relay-Base Station », deux relais intermédiaires 3, désignés respectivement RS1 et RS2, trois relais d'accès 3', désignés respectivement RS3 à RS5, et quatre terminaux désignés Ul à U4. Ci-après, on désigne par « nceud » de la cellule 1 : la station de base 2, un des relais intermédiaires 3 ou un des relais d'accès 3'. La structure arborescente de la cellule 1 est représentée sur la figure 1. Plus précisément, la station de base 2 est reliée aux relais intermédiaires RS1 et RS2 par des liaisons sans fil correspondant à des tunnels MT-CID1 et MT-CID2. Le relai intermédiaire RS1 est relié aux relais d'accès RS3 et RS4 par des liaisons sans fil correspondant à des tunnels MT-CID3 et MTCID4. Le relai intermédiaire RS2 est relié au relai d'accès RS5 par une liaison sans fil correspondant à un tunnel MT-CID5. Les terminaux U1 et U2 sont reliés au relai d'accès RS3 par des liaisons sans fil et les terminaux U3 et U4 sont reliés au relai d'accès RS4 par des liaisons sans fil. BRIEF DESCRIPTION OF THE DRAWINGS Other features and advantages of the present invention will become apparent from the description given below, with reference to the accompanying drawings which illustrate an embodiment thereof devoid of any limiting character. In the figures: FIG. 1 is a diagram of an example of a WiMAX network in which a dispatch method according to one embodiment of the invention is implemented; FIG. 2 schematically represents a base station or a relay; according to one embodiment of the invention, FIGS. 3 and 4 represent steps of a control method executed by the base station of the network of FIG. 1, and FIGS. 5 to 7 represent steps of a method FIG. 1 shows a cell 1 of a multi-hop WiMAX network. FIG. Cell 1 comprises a base station 2, designated MR-BS in FIG. 1 for "Multlhop Relay-Base Station", two intermediate relays 3, respectively designated RS1 and RS2, three 3 'access relays, respectively designated RS3 to RS5, and four terminals designated U1 to U4. Hereinafter, the term "ncode" of the cell 1: the base station 2, one of the intermediate relays 3 or one of the access relays 3 '. The tree structure of cell 1 is shown in FIG. 1. More precisely, base station 2 is connected to intermediate relays RS1 and RS2 by wireless links corresponding to tunnels MT-CID1 and MT-CID2. The intermediate relay RS1 is connected to the RS3 and RS4 access relays by wireless links corresponding to tunnels MT-CID3 and MTCID4. The intermediate relay RS2 is connected to the access relay RS5 by a wireless link corresponding to an MT-CID5 tunnel. The terminals U1 and U2 are connected to the access relay RS3 by wireless links and the terminals U3 and U4 are connected to the access relay RS4 by wireless links.

Les tunnels MT-CID1 et MT-CID2 constituent des interfaces de sortie de la station de base 2 au sens de la présente invention. De manière correspondante, les tunnels MT-CID3 et MTCID4 constituent des interfaces de sortie du relai intermédiaire RS1 et le tunnel MT-CID5 constitue une interface de sortie du relai intermédiaire RS2. Bien entendu, la cellule 1 peut comprendre plus ou moins de relais et plus ou moins de 20 terminaux que dans l'exemple représenté. La figure 2 représente schématiquement un dispositif de communication 4 qui peut être un des noeuds de la cellule 1, c'est-à-dire la station de base 2, un relai intermédiaire 3 ou un relai d'accès 3'. Le dispositif de communication 4 présente l'architecture matérielle d'un ordinateur et comprend notamment un processeur 5, une mémoire morte 6, une mémoire vive 7 et une 25 interface de communication 8. Le processeur 5 permet l'exécution d'un programme d'ordinateur mémorisé dans la mémoire morte 6, en utilisant la mémoire vive 7. L'interface de communication 8 permet de communiquer avec les autres noeuds de la cellule 1 (station de bases 2, relais intermédiaires 3, relais d'accès 3') ou avec les terminaux U1 à U4. La station de base 2 est reliée à un serveur multimédia (non représenté) destiné à 30 fournir plusieurs flux multimédias, par exemple plusieurs chaines de télévision. En fonction des requêtes émises par les terminaux Ul à U4, la station de base 2 diffuse un ou plusieurs flux multimédias dans la cellule 1. Ci-dessous, on décrit d'une part le traitement des requêtes effectué par la station de base 2 et d'autre part le mécanisme d'expédition effectué par les relais intermédiaires 3, pour permettre cette diffusion. 35 Les figures 3 et 4 représentent des étapes d'un procédé de commande effectué par la station de base 2. Les étapes des figures 3 et 4 sont par exemple mise en oeuvre par un programme d'ordinateur exécuté par la station de base 2. The tunnels MT-CID1 and MT-CID2 constitute output interfaces of the base station 2 within the meaning of the present invention. Correspondingly, the MT-CID3 and MTCID4 tunnels constitute output interfaces of the intermediate relay RS1 and the MT-CID5 tunnel constitutes an output interface of the intermediate relay RS2. Of course, the cell 1 may comprise more or fewer relays and more or fewer terminals than in the example shown. FIG. 2 diagrammatically represents a communication device 4 which may be one of the nodes of the cell 1, that is to say the base station 2, an intermediate relay 3 or an access relay 3 '. The communication device 4 presents the hardware architecture of a computer and comprises in particular a processor 5, a read-only memory 6, a random access memory 7 and a communication interface 8. The processor 5 allows the execution of a program of communication. a computer stored in the read-only memory 6, using the RAM 7. The communication interface 8 makes it possible to communicate with the other nodes of the cell 1 (base station 2, intermediate relay 3, access relay 3 ') or with the terminals U1 to U4. The base station 2 is connected to a multimedia server (not shown) for providing a plurality of multimedia streams, for example a plurality of television channels. As a function of the requests sent by the terminals U1 to U4, the base station 2 broadcasts one or more multimedia streams in the cell 1. Hereinafter, on the one hand, the processing of the requests carried out by the base station 2 and on the other hand the shipping mechanism performed by the intermediate relays 3, to allow this diffusion. Figures 3 and 4 show steps of a control method performed by the base station 2. The steps of Figures 3 and 4 are for example implemented by a computer program executed by the base station 2.

La station de base 2 effectue un traitement centralisé pour établir des chemins vers les relais d'accès RS3, RS4 et RS5. Ainsi, à l'étape E10, la station de base MR-BS 2 lance un processus de découverte de la topologie de la cellule 1. Un tel processus de découverte est décrit dans le document de l'IEEE préalablement cité. La station de base 2 mémorise les chemins identifiés dans une table de chemins (Table I). La table de chemins ci-après montre les chemins identifiés et mémorisés pour l'exemple de la cellule 1. Dans la table de chemins, pour chaque ligne, la première colonne contient un identifiant d'un chemin Path-ID et la deuxième colonne contient la liste des relais 3 et 3' composant le chemin. Path-ID Relais Path-ID1 RS1, RS3 Path-ID2 RS1, RS4 Path-ID3 RS2, RS5 Table de chemin (Table I) Comme expliqué précédemment, dans la cellule 1, chaque liaison entre la station de base 2 et un relai intermédiaire 3 ou entre un relai intermédiaire 3 et un relai d'accès 3' correspond à un tunnel. Ainsi, à l'étape E20, la station de base MR-BS 2 crée une table de tunnels (Table II) qui indique les correspondances entre les tunnels et les chemins identifiés à l'étape E10. Dans la table de tunnels ci-après, pour chaque ligne, la première colonne contient l'identifiant d'un tunnel MT-CID et la deuxième colonne contient la liste des chemins empruntant ce tunnel. MT-CID Path-ID MT-CID1 Path-ID1, Path-ID2 MT-CID2 Path-ID3 MT-CID3 Path-ID1 MT-CID4 Path-ID2 MT-CID5 Path-ID3 Table de tunnels (Table II) Les étapes E10 et E20 sont exécutées périodiquement pour mettre à jour la table de 20 chemins et la table de tunnels, par exemple pour tenir compte de l'ajout ou de la disparition d'un relai 3 ou 3'. La figure 4 représente les étapes effectuées par la station de base 2 en réponse à la réception d'une requête d'un flux multimédia par un des terminaux U1 à U4. Lorsqu'un terminal souhaite recevoir un flux multimédia, il envoie une requête à la 25 station de base 2, par l'intermédiaire des relais 3 et 3'. Cette requête est par exemple une requête de type DSA-REQ décrite dans le document de l'IEEE préalablement cité, et précise le flux demandé en indiquant une référence de flux diffusé (groupe multicast). La station de base 2 reçoit cette requête à l'étape E30. 2965432 s Ensuite, à l'étape E40, la station de base 2 attribue un identifiant au flux demandé. Par exemple, pour chaque flux diffusé dans la cellule 1, la station de base 2 attribue un identifiant MCID. Ainsi, une première chaine de télévision peut avoir un identifiant MCID1 et une deuxième chaine de télévision peut avoir un identifiant MCID2. 5 La station de base 2 détermine aussi la qualité de transmission demandée par le terminal. Les qualités de transmission pouvant être demandées sont chacune représentées par un nombre premier IDtx différent : La qualité HD est représentée par le nombre IDtx = 3, La qualité SD est représentée par le nombre IDtx = 5, 10 La qualité Web-TV est représentée par le nombre IDtx = 7, et La qualité Mobile-TV est représentée par le nombre IDtx = 11. Dans cet exemple, les qualités de transmission correspondent respectivement, de la qualité la plus élevée à la qualité la moins élevée, à des nombres premiers IDtx croissants. La qualité de transmission demandée est par exemple indiquée dans la requête reçue 15 à l'étape E30 ou déterminée par la station de base 2 par exemple en fonction du contrat de service souscrit par l'utilisateur du terminal ou en fonction du type de terminal. Ensuite, à l'étape E50, la station de base 2 met à jour une table, ci-après désignée table de diffusion (Table III), contenant les informations permettant de diffuser le flux demandé dans la cellule 1. Plus précisément, la station de base 2 crée une ligne dans une table de diffusion indiquant l'identifiant Path-Id du chemin vers le terminal ayant émis la requête, l'identifiant MCID du flux demandé, et la liste des noeuds de la cellule 1 correspondant au chemin vers le terminal, avec pour chaque noeud le nombre premier IDtx correspondant à la qualité de transmission à transmettre. Lors de la création d'une ligne dans la table de diffusion, la station de base 2 détermine, d'après le contenu courant de la table de diffusion, si le flux demandé n'est pas déjà transmis dans un tunnel MT-CID avec une qualité de transmission différente de la qualité demandée. Dans ce cas, la table de diffusion est mise à jour pour indiquer la transmission de la qualité la plus élevée. Plus précisément, la station de base 2 cherche dans la table de diffusion une ligne avec le même identifiant MCID que celui de la ligne à créer. Si une telle ligne indique la transmission du flux demandé avec une qualité supérieure à la qualité demandée, la nouvelle ligne est crée en indiquant la qualité la plus élevée. Si une telle ligne indique la transmission du flux demandé avec une qualité inférieure à la qualité demandée, la ligne trouvée est modifiée pour indiquer la qualité la plus élevée. Par exemple, si on suppose qu'initialement la table de diffusion est vide et que le terminal U1 demande le flux MCID1 avec la qualité HD, la station de base 2 crée une première ligne : Path-ID MCID MR-BS et Relais Path-ID1 MCID1 MR-BS(3), RS1(3), RS3 (3) Table de diffusion (Table III) Dans la table de diffusion ci-dessus, le nombre indiqué entre parenthèse après chaque élément de la liste de la troisième colonne « MR-B et Relais » indique la qualité de transmission du flux à transmettre vers le noeud suivant de la liste (ou à diffuser vers les terminaux dans le cas du 5 dernier élément de la liste). Si, ultérieurement, le terminal U2 demande le flux MCID2 avec la qualité Mobile-TV, la station de base 2 ajoute une deuxième ligne à la table de diffusion qui devient alors : Path-ID MCID MR-BS et Relais Path-ID1 MCID1 MR-BS(3), RS1(3), RS3 (3) Path-ID1 MCID2 MR-BS(11), RS1(11), RS3 (11) Table de diffusion (Table III) Puis, si le terminal U3 demande le flux MCID1 avec la qualité SD, la station de base 2 10 constate, d'après la première ligne de la table de diffusion, que le flux MCID1 est déjà transmis selon la qualité HD de la station de base 2 au relai RS1, c'est-à-dire dans le tunnel MT-CID1. Or, le chemin vers le terminal U4 emprunte également le tunnel MT-CID1, comme l'indique la table de tunnels. Ainsi, il n'est pas nécessaire de transmettre le flux MCID1 également avec la qualité SD dans le tunnel MT-CID1. La MR-BS 2 ajoute une troisième ligne à la table de diffusion, en indiquant 15 la qualité la plus élevée du flux MCID1 entre la station de base 2 et le relais RS1, c'est-à-dire le nombre premier IDtx = 3. La table de diffusion devient alors : Path-ID MCID MR-BS et Relais Path-ID1 MCID1 MR-BS(3), RS1(3), RS3 (3) Path-ID1 MCID2 MR-BS(11), RS1(11), RS3 (11) Path-ID2 MCID1 MR-BS(3), RS1(5), RS4(5) Table de diffusion (Table III) Dans la table de diffusion ci-dessus, le nombre premier IDtx indiquant la qualité de transmission du flux MCID1 vers le terminal U4, dans le tunnel MT-CID1 est inscrit en gras pour le 20 mettre en évidence. De manière similaire, si le terminal U4 demande le flux MCID2 avec la qualité Web-TV, la station de base 2 constate que le flux MCID2 est déjà transmis avec la qualité Mobile-TV de la station de base 2 au relai RS1. Ainsi, la station de base 2 met à jour la table de diffusion en ajoutant une nouvelle ligne pour le flux demandé et en modifiant la deuxième ligne pour indiquer 25 la qualité la plus élevée : Path-ID MCID MR-BS et Relais Path-ID1 MCID1 MR-BS(3), RS1(3), RS3 (3) Path-ID1 MCID2 MR-BS(7), RS1(11), RS3 (11) Path-ID2 MCID1 MR-BS(3), RS1(5), RS4(5) Path-ID2 MCID2 MR-BS(7), RS1(7), RS4 (7) Table de diffusion (Table III) Dans la table de diffusion ci-dessus, le nombre 7 qui, dans la deuxième ligne, suit MRBS, remplace le nombre 11 de la version précédente de la table de diffusion. Ce nombre est indiqué en gras pour mettre ce changement en évidence. The base station 2 performs central processing to establish paths to the RS3, RS4 and RS5 access relays. Thus, in step E10, the base station MR-BS 2 initiates a process of discovering the topology of the cell 1. Such a discovery process is described in the IEEE document mentioned above. The base station 2 stores the identified paths in a path table (Table I). The following path table shows the paths identified and stored for the example of cell 1. In the path table, for each row, the first column contains an identifier of a Path-ID path and the second column contains the list of relays 3 and 3 'composing the path. Path-ID Relay Path-ID1 RS1, RS3 Path-ID2 RS1, RS4 Path-ID3 RS2, RS5 Path Table (Table I) As previously explained, in Cell 1, each link between base station 2 and an intermediate relay 3 or between an intermediate relay 3 and an access relay 3 'corresponds to a tunnel. Thus, in step E20, the base station MR-BS 2 creates a tunnel table (Table II) which indicates the correspondences between the tunnels and the paths identified in step E10. In the tunnel table below, for each line, the first column contains the identifier of an MT-CID tunnel and the second column contains the list of paths using this tunnel. MT-CID Path-ID MT-CID1 Path-ID1, Path-ID2 MT-CID2 Path-ID3 MT-CID3 Path-ID1 MT-CID4 Path-ID2 MT-CID5 Path-ID3 Tunnel Table (Table II) Steps E10 and E20 are periodically executed to update the path table and the tunnel table, for example to account for the addition or disappearance of a relay 3 or 3 '. FIG. 4 represents the steps performed by the base station 2 in response to receiving a request from a multimedia stream by one of the terminals U1 to U4. When a terminal wishes to receive a multimedia stream, it sends a request to the base station 2 via the relays 3 and 3 '. This request is for example a DSA-REQ type request described in the aforementioned IEEE document, and specifies the requested stream indicating a broadcast stream reference (multicast group). Base station 2 receives this request in step E30. Next, in step E40, the base station 2 assigns an identifier to the requested stream. For example, for each stream broadcast in cell 1, base station 2 assigns an identifier MCID. Thus, a first television channel may have an identifier MCID1 and a second television channel may have an identifier MCID2. The base station 2 also determines the transmission quality requested by the terminal. The transmission qualities that can be requested are each represented by a different prime number IDtx: The quality HD is represented by the number IDtx = 3, The quality SD is represented by the number IDtx = 5, 10 The quality Web-TV is represented by the number IDtx = 7, and The quality Mobile-TV is represented by the number IDtx = 11. In this example, the transmission quality correspond respectively, from the highest quality to the lowest quality, to prime numbers IDtx croissants. The requested transmission quality is, for example, indicated in the request received in step E30 or determined by the base station 2, for example as a function of the service contract subscribed by the user of the terminal or depending on the type of terminal. Then, in step E50, the base station 2 updates a table, hereinafter referred to as the broadcast table (Table III), containing the information for broadcasting the requested stream in the cell 1. More precisely, the station base 2 creates a row in a broadcast table indicating the Path-Id identifier of the path to the terminal that issued the request, the MCID of the requested stream, and the list of nodes in cell 1 corresponding to the path to the terminal, with for each node the prime number IDtx corresponding to the transmission quality to be transmitted. When creating a row in the broadcast table, the base station 2 determines, based on the current content of the broadcast table, whether the requested stream is not already transmitted in a MT-CID tunnel with a quality of transmission different from the requested quality. In this case, the broadcast table is updated to indicate the transmission of the highest quality. More precisely, the base station 2 looks in the broadcast table for a line with the same identifier MCID as that of the line to be created. If such a line indicates the transmission of the requested flow with a quality higher than the requested quality, the new line is created indicating the highest quality. If such a line indicates the transmission of the requested stream with a quality lower than the requested quality, the line found is modified to indicate the highest quality. For example, assuming that the broadcast table is initially empty and the terminal U1 requests stream MCID1 with HD quality, base station 2 creates a first line: Path-ID MCID MR-BS and Relay Path- ID1 MCID1 MR-BS (3), RS1 (3), RS3 (3) Dissemination Table (Table III) In the above distribution table, the number in brackets after each item in the list in the third column " MR-B and Relay "indicates the transmission quality of the stream to be transmitted to the next node of the list (or to broadcast to the terminals in the case of the last item of the list). If, at a later date, the terminal U2 requests the stream MCID2 with the quality Mobile-TV, the base station 2 adds a second line to the broadcasting table which then becomes: Path-ID MCID MR-BS and Relay Path-ID1 MCID1 MR -BS (3), RS1 (3), RS3 (3) Path-ID1 MCID2 MR-BS (11), RS1 (11), RS3 (11) Diffusion Table (Table III) Then, if the terminal U3 requests the MCID1 stream with SD quality, the base station 2 10 found, according to the first line of the broadcast table, that MCID1 stream is already transmitted in the HD quality of the base station 2 relay RS1, c ' that is, in the MT-CID1 tunnel. However, the path to the terminal U4 also borrows the MT-CID1 tunnel, as shown in the tunnel table. Thus, it is not necessary to transmit the MCID1 stream also with the SD quality in the MT-CID1 tunnel. The MR-BS 2 adds a third line to the broadcast table, indicating the highest quality of the MCID1 stream between the base station 2 and the relay RS1, i.e. the prime number IDtx = 3 The scattering table then becomes: Path-ID MCID MR-BS and Relay Path-ID1 MCID1 MR-BS (3), RS1 (3), RS3 (3) Path-ID1 MCID2 MR-BS (11), RS1 ( 11), RS3 (11) Path-ID2 MCID1 MR-BS (3), RS1 (5), RS4 (5) Diffusion table (Table III) In the above distribution table, the prime number IDtx indicating the quality transmission of the stream MCID1 to the terminal U4, in the MT-CID1 tunnel is written in bold to highlight it. Similarly, if the terminal U4 requests the stream MCID2 with the quality Web-TV, the base station 2 notes that the stream MCID2 is already transmitted with the quality Mobile-TV from the base station 2 to the relay RS1. Thus, the base station 2 updates the broadcast table by adding a new line for the requested stream and modifying the second line to indicate the highest quality: Path-ID MCID MR-BS and Relay Path-ID1 MCID1 MR-BS (3), RS1 (3), RS3 (3) Path-ID1 MCID2 MR-BS (7), RS1 (11), RS3 (11) Path-ID2 MCID1 MR-BS (3), RS1 (3) 5), RS4 (5) Path-ID2 MCID2 MR-BS (7), RS1 (7), RS4 (7) Diffusion Table (Table III) In the above diffusion table, the number 7 which, in the second line, follows MRBS, replaces the number 11 of the previous version of the mailing table. This number is shown in bold to highlight this change.

Enfin, après chaque mise à jour de la table de diffusion, la station de base 2 envoie, à l'étape E60, un message vers les relais 3 et 3' pour qu'ils adaptent leur table de transmission (Table IV) et leur table d'expédition (Table V) en fonction des informations de la table de diffusion. Ces tables de transmission et d'expédition seront décrites ultérieurement. Par exemple, la dernière version de la table de diffusion ci-dessus indique que le relai RS1 doit transmettre le flux MCID1 avec la qualité HD vers le relai RS3, le flux MCID2 avec la qualité Mobile-TV vers le relai RS3, le flux MCID1 avec la qualité SD vers le relai RS4 et le flux MCID2 avec la qualité Web-TV vers le relai RS4. Ce message est par exemple du type « Path lido TLVmessage » définit dans le document de l'IEEE précité. La figure 5 représente les étapes d'un procédé d'agrégation effectué par un relai intermédiaire 3. La figure 5 est décrite ci-après en relation avec le relai RS1. Les étapes de la figure 5 sont par exemple mises en oeuvre par un programme d'ordinateur exécuté par le relai RS1. A l'étape F10, le relai RS1 reçoit le message émis par la station de base 2 à l'étape E60. Ensuite, à l'étape F20, le relai RS1 met à jour une table de transition (IV) reprenant les informations reçues. Dans l'exemple précité, le relai RS1 mémorise donc une table de transition dont chaque ligne indique un identifiant de flux MCID, un nombre premier IDtx représentatif d'une qualité de transmission et le tunnel dans lequel doit être envoyé le flux identifié : MCID IDtx MT-CID MCID1 3 MT-CID3 MCID1 5 MT-CID4 MCID2 11 MT-CID3 MCID2 7 MT-CID4 Table de transition (Table IV) Ensuite, à l'étape F30, le relai RS1 met à jour sa table d'expédition (V) par agrégation de la table de transition. Plus précisément, le relai RS1 exploite les nombres premiers IDtx correspondant aux différentes qualités de transmission pour déterminer une identité d'agrégation IDag. La table d'expédition comprend une ligne pour chaque tunnel MT-CID indiqué dans la table de transition, Chaque ligne comprend l'identifiant d'un tunnel MT-CID et l'identité d'agrégation IDag qui est égale au produit des nombres premiers IDtx indiqués dans la table de transition en correspondance avec le tunnel identifié. Ainsi, dans l'exemple de la table de transition ci-dessus, la table d'expédition correspondante est la suivante : MT-CID IDag MT-CI D3 3*11 MT-CI D4 5*7 Table d'expédition (Table V) La figure 6 représente des étapes d'un procédé d'expédition (ou procédé de routage) conforme à un mode de réalisation de l'invention, mis en oeuvre par le relai RS1. Les étapes de la figure 6 sont par exemple mises en oeuvre par un programme d'ordinateur exécuté par le relai RS1. A ce titre, la mémoire morte 6 du relai RS1 qui contient ce programme d'ordinateur constitue un support d'information conforme à l'invention, et le relai RS1 constitue un noeud conforme à l'invention. A l'étape F40, le relai RS1 reçoit un paquet de données (MAC PDU) d'un flux multimédia envoyé par la station de base 2. Ce paquet de données contient en entête, typiquement dans un entête MAC, un identifiant de flux MCID. Par exemple, il s'agit d'un paquet de données du flux MCID1 que la station de base 2 envoie vers le RS1 avec la qualité HD (IDtx = 3), comme indiqué par la table de diffusion (III). Ensuite, à l'étape F50, le relai RS1 consulte sa table de transition (IV) et détermine les interfaces de sortie et qualités de transmissions correspondant à l'identifiant de flux MCID du paquet reçu à l'étape F40. Ainsi, dans l'exemple du flux MCID1, la table de transition indique une sortie sur le tunnel MT-CID3 avec une qualité HD (IDtx = 3) et sur le tunnel MT-CID4 avec une qualité SD (IDtx = 5). Après avoir parcouru toute la table de transition, le relais RS1 associe dans sa mémoire vive 7 (par exemple dans un registre) le paquet de données aux interfaces de sortie déterminées et aux nombres premiers correspondant aux qualités déterminées. Ensuite, à l'étape F60, le paquet de données est traité par l'ordonnanceur du relais RS1. L'ordonnanceur est le mécanisme du relais RS1 qui met en oeuvre la priorisation des paquets de données traités par le relais RS1, en fonction notamment d'une classe de service de chaque paquet de données. La classe de service d'un paquet de données est par exemple déterminée en fonction de l'entête MAC du paquet de données. Par exemple, un paquet de données d'un flux diffusé avec une qualité HD peut correspondre à une classe de service de priorité plus élevée qu'un paquet de données d'un flux diffusé avec une qualité Web-TV. A la sortie de l'ordonnanceur, le relais RS1 consulte, lors de l'étape F70, sa table d'expédition (V) pour déterminer sur quelle(s) interface(s) de sortie doit être envoyé le paquet de données, et envoie le paquet de données sur la ou les sorties déterminées. L'étape F70 est représentée de manière plus détaillée sur la figure 7. Un compteur de ligne L est initialisé à 1 à l'étape F71. Puis, à l'étape F72, le relais RS1 teste la condition (IDag mod IDtx) = 0, où IDag est l'identité d'agrégation de la ligne L de la table d'expédition (V) et IDtx est un des nombres premiers associés, grâce à la table de transition (IV) lors de l'étape F50, au paquet de données. Comme expliqué précédemment, IDag est un produit de nombres premiers IDtx. De manière connue, si un nombre premier divise un produit de nombres premiers, alors il est égal à l'un d'entre eux. Si la condition de l'étape F72 n'est pas vérifiée, cela signifie donc qu'IDtx n'est pas l'un des nombres premiers dont IDag est le produit. Dans ce cas, le paquet de données n'est pas envoyé dans le tunnel MT-CID de la ligne L. Le relais RS1 teste, à l'étape F76, si toutes les lignes de la table d'expédition ont été consultées. Par contre, si la condition de l'étape F72 est vérifiée, cela signifie qu'IDtx est l'un des nombres premiers dont IDag est le produit. Dans ce cas, à l'étape F73, IDtx est comparé à un nombre premier IDtx représentant la qualité de transmission du paquet de données reçu à l'étape F40, notée IDtx(F40) sur la figure 7. Finally, after each update of the broadcasting table, the base station 2 sends, in the step E60, a message to the relays 3 and 3 'so that they adapt their transmission table (Table IV) and their shipping table (Table V) according to the information of the mailing table. These transmission and shipping tables will be described later. For example, the latest version of the broadcast table above indicates that the relay RS1 must transmit the stream MCID1 with the quality HD to the relay RS3, the stream MCID2 with the quality Mobile-TV to the relay RS3, the stream MCID1 with SD quality to RS4 relay and MCID2 stream with Web-TV quality to RS4 relay. This message is for example of the type "Path lido TLVmessage" defined in the aforementioned IEEE document. FIG. 5 represents the steps of an aggregation process performed by an intermediate relay 3. FIG. 5 is described below in relation to the relay RS1. The steps of FIG. 5 are for example implemented by a computer program executed by relay RS1. In step F10, relay RS1 receives the message transmitted by base station 2 in step E60. Then, in step F20, the relay RS1 updates a transition table (IV) containing the information received. In the aforementioned example, the relay RS1 thus stores a transition table whose each line indicates a flow identifier MCID, a prime number IDtx representative of a transmission quality and the tunnel into which the identified flow must be sent: MCID IDtx MT-CID MCID1 3 MT-CID3 MCID1 5 MT-CID4 MCID2 11 MT-CID3 MCID2 7 MT-CID4 Transition Table (Table IV) Then, at step F30, relay RS1 updates its dispatch table ( V) by aggregation of the transition table. More precisely, the relay RS1 exploits the prime numbers IDtx corresponding to the different transmission qualities to determine an aggregation identity IDag. The dispatch table includes a line for each MT-CID tunnel indicated in the transition table. Each line includes the identifier of a MT-CID tunnel and the IDag aggregation identity which is equal to the product of the prime numbers. IDtx indicated in the transition table in correspondence with the identified tunnel. Thus, in the example of the transition table above, the corresponding shipping table is as follows: MT-CID IDag MT-CI D3 3 * 11 MT-CI D4 5 * 7 Shipping Table (Table V FIG. 6 represents steps of a dispatch method (or routing method) according to one embodiment of the invention, implemented by relay RS1. The steps of FIG. 6 are for example implemented by a computer program executed by relay RS1. In this respect, the read-only memory 6 of the relay RS1 which contains this computer program constitutes an information medium in accordance with the invention, and the relay RS1 constitutes a node according to the invention. In step F40, the relay RS1 receives a data packet (MAC PDU) of a multimedia stream sent by the base station 2. This data packet contains, in a header, typically in a MAC header, a stream identifier MCID . For example, it is a packet of data from stream MCID1 that base station 2 sends to RS1 with HD quality (IDtx = 3), as indicated by the broadcast table (III). Then, in step F50, the relay RS1 consults its transition table (IV) and determines the output interfaces and transmission qualities corresponding to the MCID flow identifier of the packet received in step F40. Thus, in the example of the MCID1 stream, the transition table indicates an output on the MT-CID3 tunnel with HD quality (IDtx = 3) and on the MT-CID4 tunnel with SD quality (IDtx = 5). After having traversed the entire transition table, the relay RS1 associates in its RAM 7 (for example in a register) the data packet with the determined output interfaces and the prime numbers corresponding to the determined qualities. Then, in step F60, the data packet is processed by the scheduler of the relay RS1. The scheduler is the mechanism of the relay RS1 which implements the prioritization of the data packets processed by the relay RS1, in particular according to a class of service of each data packet. The service class of a data packet is for example determined according to the MAC header of the data packet. For example, a data packet of a broadcast stream with HD quality may correspond to a higher priority service class than a data packet of a stream broadcast with Web-TV quality. At the output of the scheduler, the relay RS1 consults, during the step F70, its dispatch table (V) to determine on which output interface (s) must be sent the data packet, and sends the data packet to the determined output (s). Step F70 is shown in more detail in Fig. 7. A line counter L is initialized to 1 in step F71. Then, in step F72, the relay RS1 tests the condition (IDag mod IDtx) = 0, where IDag is the aggregation identity of the line L of the shipping table (V) and IDtx is one of the numbers first associates, through the transition table (IV) in step F50, to the data packet. As previously explained, IDag is a product of prime numbers IDtx. In a known way, if a prime number divides a product of prime numbers, then it is equal to one of them. If the condition of the step F72 is not verified, then it means that IDtx is not one of the primes whose IDag is the product. In this case, the data packet is not sent in the MT-CID tunnel of the line L. The relay RS1 tests, at step F76, whether all the lines of the dispatch table have been consulted. On the other hand, if the condition of step F72 is satisfied, it means that IDtx is one of the prime numbers of which IDag is the product. In this case, in step F73, IDtx is compared to a prime number IDtx representing the transmission quality of the data packet received in step F40, denoted IDtx (F40) in FIG. 7.

Si IDtx est égal à IDb«F40), cela signifie que le relai RS1 doit transmettre, dans le tunnel de la ligne L, le paquet de données selon la même qualité de transmission que celle du paquet reçu à l'étape F40. Ainsi, à l'étape F74, le paquet de données est transmis sans traitement particulier de la qualité de transmission. Par contre, si IDtx n'est pas égal à IDtx(F40), cela signifie que le relais RS1 doit transmettre, dans le tunnel de la ligne L, le paquet de données selon une qualité de transmission inférieure à celle du paquet reçu à l'étape F40. Ainsi, à l'étape F75, le paquet de données est recodé selon la qualité de transmission inférieure indiquée par le nombre IDtx. Puis, à l'étape F74, le paquet de données recodé est transmis. Pour faciliter le traitement de l'étape F75, les flux multimédias émis par la station de base 2 sont codés selon un format échelonnable, par exemple selon la norme SVC (pour « Sca/ab/e Kdeo Coding ») définie conjointement par l'UIT-T et l'ISO. Un format échelonnable signifie qu'il est possible de représenter un signal à différents niveaux d'information. Le signal est codé dans un seul flux binaire de manière à offrir la possibilité de décoder un flux de base et des flux englobant dont la qualité augmente successivement. Le but du SVC est d'adapter la vidéo aux contraintes des utilisateurs et du réseau. Pour ce faire, trois types de mise à l'échelle sont définis : la mise à l'échelle spatiale qui permet d'offrir plusieurs niveaux de résolution, la mise à l'échelle temporelle qui permet d'offrir plusieurs fréquences temporelles du signal, et la mise à l'échelle en qualité qui permet d'offrir différentes qualités d'image. If IDtx is equal to IDb "F40", this means that relay RS1 must transmit, in the tunnel of line L, the data packet with the same quality of transmission as that of the packet received in step F40. Thus, in step F74, the data packet is transmitted without particular treatment of the transmission quality. On the other hand, if IDtx is not equal to IDtx (F40), this means that the relay RS1 must transmit, in the tunnel of the line L, the data packet in a transmission quality lower than that of the packet received at the end of the tunnel. step F40. Thus, in step F75, the data packet is recoded according to the lower transmission quality indicated by the IDtx number. Then, in step F74, the recoded data packet is transmitted. To facilitate the processing of step F75, the multimedia streams transmitted by the base station 2 are coded in a scalable format, for example according to the SVC standard (for "Sca / ab / e Kdeo Coding") defined jointly by the ITU-T and ISO. A scalable format means that it is possible to represent a signal at different levels of information. The signal is encoded in a single bit stream so as to provide the ability to decode a base stream and including streams whose quality increases successively. The purpose of SVC is to adapt the video to the constraints of users and the network. To do this, three types of scaling are defined: spatial scaling which makes it possible to offer several levels of resolution, time scaling which makes it possible to offer several signal time frequencies, and scaling in quality that offers different image qualities.

Dans le cas de l'utilisation d'un format échelonnable, le relai RS1 peut facilement déterminer un paquet de données de qualité dégradée à partir d'un paquet de données de qualité supérieure. Par exemple, à partir d'un paquet de données du flux MCID1 codé selon la qualité HD, il est possible de déterminer un paquet de données correspondant codé selon la qualité SD, la qualité Web-TV ou la qualité Mobile-TV. A l'étape F76, le relais RS1 teste si toutes les P lignes de la table d'expédition (V) ont été consultées. S'il reste des lignes à traiter, le compteur de ligne L est incrémenté à l'étape F77 et 5 les étapes F72 à F76 sont répétées. Les étapes F71 à F76 sont répétées pour chaque nombre premier IDtx associé au paquet de données lors de l'étape F50. Dans l'exemple du paquet de données du flux MCID1, les nombres premiers IDtx 3 et 5 sont associés au paquet de données lors de l'étape F50. Les identités d'agrégation IDag de la 10 table d'expédition sont respectivement 33 et 35 pour les lignes 1 et 2. Ainsi, pour IDtx = 3 et pour la première ligne, la condition de l'étape F72 est vérifiée. L'étape F73 indique qu'aucun changement de qualité de transmission ne doit être effectué. Le paquet de données est donc transmis vers le tunnel MT-CID3 de la première ligne. Ensuite, pour la deuxième ligne, la condition de l'étape F72 n'est pas vérifiée et le 15 paquet de données n'est pas transmis. Le relai RS1 répète alors les étapes de la figure 7 avec le nombre premier IDtx = 5. Pour la première ligne, la condition de l'étape F72 n'est pas vérifiée et le paquet de données n'est pas transmis. Ensuite, pour la deuxième ligne, la condition de l'étape F72 est vérifiée. L'étape F73 indique qu'un changement de qualité de transmission doit être effectué à l'étape F75. Le paquet de 20 données est donc transmis vers le tunnel MT-CID4 de la première ligne après avoir été recodé avec une qualité SD. On peut noter que la table d'expédition (Table V) d'un relai intermédiaire ne contient qu'une ligne par sortie. Un relais intermédiaire peut donc rapidement parcourir sa table d'expédition pour déterminer les sorties vers lesquelles transmettre un paquet de données. La 25 durée d'expédition, c'est-à-dire la durée entre la sortie d'un paquet de données de l'ordonnanceur et son expédition, est donc réduite. Le procédé d'expédition effectué par le relai RS1 est donc efficace et rapide. Le temps nécessaire à consulter la table de transition (Table IV) avant le traitement par l'ordonnanceur est, lui, relativement court par rapport au temps de traitement par 30 l'ordonnanceur. Il n'influence pas la durée d'expédition. Dans l'exemple de la figure 1, la table d'expédition contient deux lignes. Ainsi, les étapes F72 à F74 de la figure 7 ne sont répétées que deux fois par nombre premier IDtx. Pour déterminer vers quelles sorties transmettre un paquet de données, la station de base 2 construit également une table de transition et une table d'expédition en fonction de la table 35 de diffusion, et effectue un procédé d'expédition correspondant à celui décrit précédemment. Ainsi, un procédé d'expédition conforme à l'invention peut être mis en oeuvre par un noeud qui peut être une station de base ou un relai intermédiaire.In the case of using a scalable format, the RS1 relay can easily determine a degraded quality data packet from a higher quality data packet. For example, from a data packet of the MCID1 stream encoded in HD quality, it is possible to determine a corresponding data packet encoded according to SD quality, Web-TV quality or Mobile-TV quality. In step F76, the relay RS1 tests whether all the P lines of the shipping table (V) have been consulted. If there are still lines to be processed, the line counter L is incremented in step F77 and the steps F72 to F76 are repeated. Steps F71 to F76 are repeated for each prime number IDtx associated with the data packet in step F50. In the example of the data packet of stream MCID1, prime numbers IDtx 3 and 5 are associated with the data packet in step F50. The IDag aggregation identities of the forwarding table are respectively 33 and 35 for lines 1 and 2. Thus, for IDtx = 3 and for the first line, the condition of step F72 is checked. Step F73 indicates that no change in transmission quality should be made. The data packet is therefore transmitted to the MT-CID3 tunnel of the first line. Then, for the second line, the condition of step F72 is not checked and the data packet is not transmitted. The relay RS1 then repeats the steps of FIG. 7 with the prime number IDtx = 5. For the first line, the condition of step F72 is not checked and the data packet is not transmitted. Then, for the second line, the condition of step F72 is checked. Step F73 indicates that a change in transmission quality must be made in step F75. The data packet is therefore transmitted to the MT-CID4 tunnel of the first line after being recoded with SD quality. It can be noted that the shipping table (Table V) of an intermediate relay contains only one line per output. An intermediate relay can therefore quickly browse its dispatch table to determine the outputs to which to transmit a data packet. The shipping time, i.e. the time between the output of a data packet from the scheduler and its dispatch, is therefore reduced. The shipping process carried out by relay RS1 is therefore efficient and fast. The time required to consult the transition table (Table IV) before the processing by the scheduler is relatively short compared to the processing time by the scheduler. It does not influence the shipping time. In the example of Figure 1, the shipping table contains two lines. Thus, the steps F72 to F74 of FIG. 7 are repeated only twice by prime number IDtx. To determine which outputs to transmit a data packet to, the base station 2 also builds a transition table and a dispatch table based on the broadcast table, and performs a forwarding method corresponding to that previously described. Thus, a shipping method according to the invention can be implemented by a node which can be a base station or an intermediate relay.

14 On peut noter que lorsqu'un flux est demandé par plusieurs terminaux selon plusieurs qualités de transmission différentes, il est suffisant de transmettre une copie du flux avec la qualité de transmission la plus élevée sur la partie commune des chemins vers les terminaux. En effet, les étapes F74 et F75 permettent à un relais intermédiaire de dégrader la qualité de transmission vers un relais aval si nécessaire. Le procédé d'expédition effectué par le relai RS1 permet donc d'économiser les ressources du réseau (bande passante et capacité de traitement des relais sur les parties communes des chemins). L'invention a été décrite précédemment en référence à une table d'expédition composée de plusieurs lignes. De manière plus générale, les données d'expédition peuvent être mémorisées dans une base de données d'expédition composée de plusieurs enregistrements. It may be noted that when a stream is requested by several terminals according to several different transmission qualities, it is sufficient to transmit a copy of the stream with the highest transmission quality on the common part of the paths to the terminals. Indeed, the steps F74 and F75 allow an intermediate relay to degrade the quality of transmission to a downstream relay if necessary. The shipping method carried out by relay RS1 thus saves network resources (bandwidth and relay processing capacity on the common parts of roads). The invention has been described above with reference to a shipping table composed of several lines. More generally, the shipping data can be stored in a shipping database composed of several records.

Claims (8)

REVENDICATIONS1. Procédé d'expédition exécuté par un noeud (2, 3) d'un réseau d'accès (1) à sauts multiples, ledit noeud (2, 3) comprenant une pluralité d'interfaces de sortie (MT-CID1, MT-CID2 ; MT-CID3, MT-CID4 ; MT-CID5), le procédé d'expédition comprenant : - une étape (F40) de réception d'un paquet de données d'un flux multimédia, - une étape (F60) de traitement dudit paquet de données par un ordonnanceur, et - après ladite étape (F60) de traitement, une étape (F70) de détermination d'au moins une interface de sortie parmi ladite pluralité d'interfaces de sortie, vers laquelle transmettre ledit paquet de données, en consultant une base de données d'expédition (Table V), caractérisé en ce qu'il comprend, avant ladite étape (F60) de traitement, une étape (F50) d'association, avec le paquet de données, d'au moins une interface de sortie et d'un nombre premier représentatif d'une qualité de transmission avec laquelle le flux multimédia doit être transmis vers ladite interface de sortie, ladite base de données d'expédition (Table V) comprenant un enregistrement par interface de sortie de ladite pluralité d'interfaces de sortie, chaque enregistrement contenant une identité d'agrégation (IDag) représentant un produit de nombres premiers, chacun desdits nombres premiers représentant une qualité de transmission avec laquelle un flux multimédia doit être transmis vers l'interface de sortie dudit enregistrement, ladite étape (F70) de détermination comprenant, pour chaque enregistrement de ladite base de données d'expédition : - une étape (F72) de test d'une condition représentant la divisibilité du produit représenté par 25 l'identité d'agrégation de l'enregistrement par ledit au moins un nombre premier associé audit paquet de donnée lors de l'étape (F50) d'association, et - lorsque ladite condition est vérifiée, une étape (F74) de transmission dudit paquet de données vers l'interface de sortie dudit enregistrement. 30 REVENDICATIONS1. Shipping method executed by a node (2, 3) of a multi-hop access network (1), said node (2, 3) comprising a plurality of output interfaces (MT-CID1, MT-CID2 MT-CID3, MT-CID4, MT-CID5), the shipping method comprising: - a step (F40) for receiving a data packet from a multimedia stream, - a step (F60) for processing said data packet by a scheduler, and - after said processing step (F60), a step (F70) of determining at least one of said plurality of output interfaces, to which to transmit said data packet, by consulting a shipping database (Table V), characterized in that it comprises, before said processing step (F60), a step (F50) of association, with the data packet, of at least an output interface and a prime number representative of a transmission quality with which the multimedia stream is to be transmitted to said an output interface, said dispatch database (Table V) including an output interface record of said plurality of output interfaces, each record containing an aggregation identity (IDag) representing a product of prime numbers, each said prime numbers representing a transmission quality with which a media stream is to be transmitted to the output interface of said record, said determining step (F70) comprising, for each record of said dispatch database: - a step ( F72) for testing a condition representing the divisibility of the product represented by the aggregation identity of the record by said at least one prime number associated with said data packet in the association step (F50), and when said condition is verified, a step (F74) for transmitting said data packet to the output interface of said record. 30 2. Procédé d'expédition selon la revendication 1 comprenant en outre, lorsque ladite condition est vérifiée et avant ladite étape (F74) de transmission : - une étape (F73) de comparaison d'un nombre premier (IDtx(F40)) représentant la qualité de transmission du paquet de données reçu avec ledit au moins un nombre premier (IDtx) associé audit paquet de données lors de l'étape (F50) d'association, et 35 - si lesdits nombres premiers sont différents, une étape (F75) de recodage dudit paquet de données selon une qualité de transmission correspondant au nombre premier associé audit paquet de donnée lors de l'étape (F50) d'association. 16 2. Shipping method according to claim 1 further comprising, when said condition is satisfied and before said step (F74) of transmission: - a step (F73) of comparison of a prime number (IDtx (F40)) representing the transmission quality of the received data packet with said at least one prime number (IDtx) associated with said data packet at the association step (F50), and if said prime numbers are different, a step (F75) recoding said data packet according to a transmission quality corresponding to the prime number associated with said data packet in the association step (F50). 16 3. Procédé d'expédition selon la revendication 1 comprenant en outre : - une étape (F10) de réception d'un message contenant des informations d'expédition, - une étape (F20) de mise à jour d'une table de transition (Table IV) en fonction desdites informations d'expédition, ladite table de transition contenant une pluralité de ligne, chaque ligne comprenant un identifiant d'un flux multimédia, un nombre premier représentant une qualité de transmission pour ledit flux multimédia, et un identifiant d'une desdites interfaces de sortie pour ledit flux multimédia, - une étape (F30) de mise à jour de ladite base de données d'expédition par agrégation de ladite table de transition, chaque identité d'agrégation de la base de données d'expédition étant calculée 10 en fonction desdits nombres premiers de la table de transition. 3. Shipping method according to claim 1 further comprising: a step (F10) of receiving a message containing shipping information, a step (F20) of updating a transition table ( Table IV) according to said shipping information, said transition table containing a plurality of lines, each line comprising an identifier of a multimedia stream, a prime number representing a transmission quality for said multimedia stream, and an identifier of one of said output interfaces for said multimedia stream, - a step (F30) of updating said dispatch database by aggregating said transition table, each aggregation identity of the dispatch database being calculated according to said prime numbers of the transition table. 4. Procédé d'expédition selon la revendication 1 comprenant en outre : une étape de codage du flux multimédia selon un format échelonnable. 15 4. The method of claim 1 further comprising: a step of encoding the multimedia stream in a scalable format. 15 5. Programme d'ordinateur comportant des instructions pour l'exécution des étapes du procédé de d'expédition selon la revendication 1 lorsque ledit programme est exécuté par un ordinateur. A computer program comprising instructions for performing the steps of the shipping method according to claim 1 when said program is executed by a computer. 6. Support d'informations (6) lisible par un ordinateur et comportant des instructions 20 d'un programme d'ordinateur selon la revendication 5. Computer-readable information carrier (6) with instructions of a computer program according to claim 5. 7. Noeud (2, 3) destiné à un réseau d'accès (1) à sauts multiples, ledit noeud (2, 3) comprenant une pluralité d'interfaces de sortie (MT-CID1, MT-CID2 ; MT-CID3, MT-CID4 ; MTCID5) et : 25 - des moyens (8) de réception d'un paquet de données d'un flux multimédia, - des moyens (5) de traitement dudit paquet de données par un ordonnanceur, et - des moyens (5) de détermination d'au moins une interface de sortie parmi ladite pluralité d'interfaces de sortie, vers laquelle transmettre ledit paquet de données, en consultant une base de données d'expédition (Table V), 30 caractérisé en ce qu'il comprend des moyens (5) d'association, avec le paquet de données, d'au moins une interface de sortie et d'un nombre premier représentatif d'une qualité de transmission avec laquelle le flux multimédia doit être transmis vers ladite interface de sortie, ladite base de données d'expédition (Table V) comprenant un enregistrement par interface de sortie de ladite pluralité d'interfaces de sortie, chaque enregistrement contenant une identité 35 d'agrégation (IDag) représentant un produit de nombres premiers, chacun desdits nombres premiers représentant une qualité de transmission avec laquelle un flux multimédia doit être transmis vers l'interface de sortie dudit enregistrement, 17 les moyens de détermination comprenant, pour chaque enregistrement de ladite base de données d'expédition : - des moyens de test d'une condition représentant la divisibilité du produit représenté par l'identité d'agrégation de l'enregistrement par ledit au moins un nombre premier associé audit paquet de donnée lors de l'étape (F50) d'association, et - des moyens de transmission, activés lorsque ladite condition est vérifiée, dudit paquet de données vers l'interface de sortie dudit enregistrement. 7. Node (2, 3) for a multi-hop access network (1), said node (2, 3) comprising a plurality of output interfaces (MT-CID1, MT-CID2, MT-CID3, MT-CID4; MTCID5) and means (8) for receiving a data packet from a multimedia stream, - means (5) for processing said data packet by a scheduler, and - means (5) for 5) determining at least one output interface out of said plurality of output interfaces, to which to transmit said data packet, by consulting a dispatch database (Table V), characterized in that includes means (5) for associating, with the data packet, at least one output interface and a prime number representative of a transmission quality with which the multimedia stream is to be transmitted to said output interface , said shipping database (Table V) including an output interface record of said plurality of interfaces output aces, each record containing an aggregation identity (IDag) representing a product of prime numbers, each of said prime numbers representing a transmission quality with which a media stream is to be transmitted to the output interface of said record, 17 the determining means comprising, for each record of said shipping database: means for testing a condition representing the divisibility of the product represented by the aggregation identity of the record by said at least one number first associated with said data packet during the association step (F50), and - transmission means, activated when said condition is satisfied, of said data packet to the output interface of said record. 8. Réseau d'accès (1) à sauts multiples comprenant une station de base (2) et au moins un relai intermédiaire (3) comprenant un noeud selon la revendication 7, ladite station de base (2) comprenant : - des moyens de réception (8) d'une requête d'un flux multimédia, - des moyens (5) de mise à jour d'une table de diffusion (Table III) indiquant, pour chaque saut d'un chemin sur lequel doit être transmis ledit flux multimédia, une qualité de transmission, et - des moyens d'envoi (8), vers ledit relai intermédiaire (3), d'un message contenant des informations d'expédition en fonction de ladite table de diffusion.20 A multi-hop access network (1) comprising a base station (2) and at least one intermediate relay (3) comprising a node according to claim 7, said base station (2) comprising: receiving (8) a request for a multimedia stream, - means (5) for updating a broadcast table (Table III) indicating, for each hop of a path on which said stream must be transmitted. multimedia, a quality of transmission, and - sending means (8) to said intermediate relay (3), a message containing shipping information according to said broadcast table.
FR1057743A 2010-09-27 2010-09-27 METHOD FOR DISPATCHING IN A MULTI-HOP ACCESS NETWORK Pending FR2965432A1 (en)

Priority Applications (2)

Application Number Priority Date Filing Date Title
FR1057743A FR2965432A1 (en) 2010-09-27 2010-09-27 METHOD FOR DISPATCHING IN A MULTI-HOP ACCESS NETWORK
PCT/FR2011/052248 WO2012042163A1 (en) 2010-09-27 2011-09-27 Method of forwarding in a multi-hop access network

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
FR1057743A FR2965432A1 (en) 2010-09-27 2010-09-27 METHOD FOR DISPATCHING IN A MULTI-HOP ACCESS NETWORK

Publications (1)

Publication Number Publication Date
FR2965432A1 true FR2965432A1 (en) 2012-03-30

Family

ID=43770650

Family Applications (1)

Application Number Title Priority Date Filing Date
FR1057743A Pending FR2965432A1 (en) 2010-09-27 2010-09-27 METHOD FOR DISPATCHING IN A MULTI-HOP ACCESS NETWORK

Country Status (2)

Country Link
FR (1) FR2965432A1 (en)
WO (1) WO2012042163A1 (en)

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20230354381A1 (en) * 2020-07-30 2023-11-02 Nokia Solutions And Networks Oy Multicast-broadcast service tunnel handling

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20070097205A1 (en) * 2005-10-31 2007-05-03 Intel Corporation Video transmission over wireless networks
EP2046041A1 (en) * 2007-10-02 2009-04-08 Alcatel Lucent Multicast router, distribution system,network and method of a content distribution

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20070097205A1 (en) * 2005-10-31 2007-05-03 Intel Corporation Video transmission over wireless networks
EP2046041A1 (en) * 2007-10-02 2009-04-08 Alcatel Lucent Multicast router, distribution system,network and method of a content distribution

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
HANG LIU ET AL: "Connection Management for Multicast and Broadcast Services (MBS)", IEEE 802.16 BROADBAND WIRELESS ACCESS WORKING GROUP <HTTP://IEEE802.ORG/16>, 6 April 2007 (2007-04-06), XP002630647, Retrieved from the Internet <URL:http://www.ieee802.org/16/relay/contrib/C80216j-07_272.pdf> [retrieved on 20110324] *

Also Published As

Publication number Publication date
WO2012042163A1 (en) 2012-04-05

Similar Documents

Publication Publication Date Title
EP3054652B1 (en) Dynamic adjustment of the transmission mode in a satellite communication system
FR2923111A1 (en) RECEIVE AUDIO AND / OR VIDEO SERVICE SELECTION METHOD
FR2907627A1 (en) TRANSPORT CHANNEL TYPE SELECTION DEVICE FOR CONTENT BROADCAST TO COMMUNICATION TERMINALS
FR2874472A1 (en) METHOD, ARTICLE OF PRODUCTION AND DEVICE FOR UPDATING SOFTWARE IN AN INDIVIDUAL DEVICE
FR2890505A1 (en) Content data e.g. music, flow and personalized interactive service e.g. ballot, broadcasting method for e.g. satellite digital media broadcast network, involves determining service application based on terminal user and/or terminal criteria
WO2006016055A2 (en) Referencing method and server of station-to-station broadcast of files requested by downloading to said server
FR2872986A1 (en) METHOD FOR CODING AND REPRODUCING AUDIOVISUAL OR RADIO DOCUMENTS AND DEVICE IMPLEMENTING THE METHOD
EP1367765B1 (en) Process for optimised transmission of multimedia contents
EP3010162B1 (en) Architecture of a telecommunication network
EP2012447A1 (en) Apparatus for controlling the insertion of additional contents in a multimedia contents stream
EP2273786B1 (en) Access control to digital content
FR2965432A1 (en) METHOD FOR DISPATCHING IN A MULTI-HOP ACCESS NETWORK
EP1798999B1 (en) Method of managing the behaviour of an interactive application when broadcasting a program according to the DVB-H standard
EP1681789B1 (en) System and method for the reception of a digital stream
FR3005386A1 (en) METHOD AND DEVICE FOR PROVIDING A PART ALREADY DIFFUSED FROM A MULTIMEDIA STREAM, USER TERMINAL, CORRESPONDING COMPUTER PROGRAM AND MEDIUM STORAGE MEDIUM
WO2016177778A1 (en) System for distributing digital documents to roaming media servers, and apparatuses implementing the method
EP2428008A1 (en) Technique for processing data streams in a communication network
FR3092720A1 (en) Adaptive and contextual streaming
WO2015145030A1 (en) Device for access to a service platform for a digital screen
EP2083554A1 (en) Method for direct transmission of content intended to be recovered later in P2P mode after being split, and associated control device and equipment
EP2835954B1 (en) Method for processing radio stations and corresponding computer programs in an ad hoc radio network
EP2073450A1 (en) Method of communication between a teminal and a communication network
WO2009095590A1 (en) Method for transmitting vod content
EP1467535B1 (en) Data flow control method and device for the management of a temporary storage means
FR2874146A1 (en) METHOD FOR UPDATING RESIDENT SOFTWARE IN AN APPARATUS AND APPARATUS ADAPTED BY THE METHOD