METHOD FOR TRANSMITTING DASH / HLS HYBRID MULTIMEDIA DATA STREAMS

Description

TECHNICAL FIELD

[0001] The present invention relates to the broadcast of multimedia streams between a server and one or more user devices, for streams which can be simultaneously described as MPEG-DASH service [1] and HLS service [2].BACKGROUND

[0002] To transmit multimedia content over HTTP (Hypertext Transfer Protocol) in point-to-point mode, and in particular live video content, several adaptive bitrate streaming communication protocols have been specified [1], [2], which all work by breaking the content into a sequence of small file segments. Each segment contains a short interval of playback time of content. These segments are made available over HTTP, and their sequence is described by a manifest. Based on the manifest a media player determines the location of the next segments to be played and requests them over HTTP. These protocols may describe several alternative streams with different bitrate or renditions (representations), allowing the media player to select the stream the more adapted to the network conditions or to the device capabilities. One of these streaming communications is the MPEG-DASH standard (Moving Picture Experts Group - Dynamic Adaptive Streaming over HTTP) [1]. Another one is HLS (HTTP Live Streaming) [2].

[0003] These protocols can describe the same sequence of segments, if they use the same video encoding, the same media format and the same cipher. A new standard, CMAF (Common Media Application Format) [3], proposes to use MP4 as video format based on the format ISO BMFF (International Standardisation Organisation - Base Media File Format), supported both by MPEG-DASH and HLS. This way the same sequences of segments can be described both by MPEG-Dash manifest (Media Presentation Description - MPD) and HLS manifest (media playlist). Such content is called a hybrid DASH / HLS content. Usage of hybrid services aims to reduce costs at content publisher, while addressing a heterogeneous park of devices and media players.

[0004] The MBMS (Multimedia Broadcast Multicast Service) multimedia content broadcast or point-to-multipoint service was developed to distribute a same multimedia content in mobile networks to a large number of users. The transport of MPEG-DASH content over MBMS has been standardized at 3GPP [4]. Over MBMS, MPEG-DASH segments are transported with the FLUTE protocol (File delivery over Unidirectional Transport) [5], and the MPEG-DASH manifest, the MPD, is included within the service metadata provided by the user service announcement. The user devices regularly listen to the user service announcement to get the latest version of user service metadata. For a MPEG-DASH service, if a new version of the MPD needs to be quickly delivered, the MPD is delivered "in-band", i.e. sent as an additional file within the FLUTE session delivering the media segments.

[0005] Similarly, the transport of MPEG-DASH content over IP (Internet Protocol) multicast network is specified at DVB (Digital Video Broadcasting) [6], making use either of the FLUTE protocol, or the ROUTE protocol (Real-time Object delivery over Unidirectional Transport) [7].

[0006] In both specifications from 3GPP and DVB, the network announces the list of available content over multicast and the required metadata needed to initiate their reception. For MBMS these metadata are called the MBMS user service announcement and may also been delivered over multicast.

[0007] HLS provides two kinds of manifests: master playlist, and media playlist. The master playlist provides the list of alternative streams of the service with the location of the associated media playlist for each of those streams.

[0008] The media playlist lists the latest available segments of a given stream. Media playlists for live content are updated each time a new segment is generated. In some cases, the video decoder may have to be initialized with initialization segments, which carry information required to initialize the video decoder. The reference to the initialization segments is also given in the media playlist.

[0009] The US patent application n° 2014 / 229529 discloses a method for enabling broadcast access to DASH Streaming data segments for devices that do not implement broadcast or multicast protocols. This method uses a gateway module and a proxy server unit communicating together. The proxy server receives DASH requests for a media presentation description, initialization segments and media segments, from remote DASH client devices.

[0010] It is desirable to allow the transport of a hybrid DASH / HLS content over multicast (over MBMS or an IP multicast network). To this purpose, several constraints should be addressed: Transport of a hybrid DASH / HLS content over multicast must be backward compatible with old devices consuming the content as DASH over multicast. Update of the HLS media playlist information must be delivered every time a new segment is delivered. The media playlists as seen by the player shall only reference available segments. As the delivery over broadcast creates an additional delay, only media playlist listing well-received segments should be exposed to the media player. SUMMARY

[0011] The invention and the embodiments for which protections is sought are defined by the appended claims. The following is a summary of the detailed description and comprises examples related to the invention.

[0012] A method is described for multicasting multimedia content to receivers. The method may include: receiving, by a multicast middleware from a server, a manifest file to access contents according to the MPEG-DASH protocol and describing media segments of a content, receiving, by the middleware from the server, the media segments of the content, transmitted in a multicast session; and storing by the middleware the received manifest file and the received media segments, to make them available to receivers coupled to the middleware. The method may further comprise receiving, by the middleware from the server, another manifest file which is a master playlist consistent with the HLS protocol and defining locations where media playlists to access the media segments of the content are available; receiving, receiving, by the middleware from the server, the media playlists referencing the media segments transmitted in the multicast session, and currently received by the middleware; storing by the middleware the received playlists, to make them available to receivers coupled to the middleware; receiving, by the middleware, metadata fragments announcing a media content divided into media segments, the metadata fragments including a first user service bundle description fragment referencing other metadata fragments including a media presentation description fragment referencing the media segments of the content, and initialization segments containing information required to initialize a media decoder in the receivers; and receiving, by the middleware, a second user service bundle description fragment referencing the same metadata fragment as the first user service bundle description fragment except the media presentation description fragment which is replaced with a reference to the master playlist referencing the media playlists, the media playlists referencing last media segments already received by the middleware, the received metadata fragments being used for announcing to the receivers delivery of the content according to MPEG / DASH and HLS protocols over MBMS service.

[0013] The delivery of such a hybrid DASH / HLS content over multicast network allows the network operator to save multicast resources.

[0014] According to another method, a media content divided into media segments is announced by receiving, by the middleware metadata fragments including: a user service bundle description fragment referencing the other metadata fragments of the received metadata fragments, a media presentation description fragment referencing the media segments of the content and initialization fragments containing information required to initialize a media decoder in the receivers, and the master playlist referencing media playlists and containing information required to initialize the media decoder in the receivers, the media playlists referencing last media segments already transmitted to receivers, wherein the received metadata fragments are used to announce to the receivers, delivery of the media content according to MPEG / DASH and HLS protocols over MBMS service.

[0015] According to an example, the multicast session is performed according the FLUTE or ROUTE protocol.

[0016] According to an example, the playlists are transmitted to the middleware over HTTP in unicast.

[0017] According to an example, the playlists are transmitted to the middleware in the multicast session.

[0018] According to an example, the playlists are transmitted to the middleware in a multicast session distinct from the multicast session in which the media segments are transmitted.

[0019] According to an example, the media segments of the media content are transmitted to the middleware with a file delivery table, in a FLUTE session according to the FLUTE protocol, the file delivery table including segment attributes referencing a last transmitted media segment in the FLUTE session, the method further comprising generating by the middleware from the segment attributes in the FDT a playlist referencing the last media segments received by the middleware.

[0020] According to an example, the file delivery table references initialization segments of the media content, the initialization segments containing information required to initialize a media decoder of the receivers.

[0021] According to an example, a structure of the user service bundle description fragment is defined by a XML schema which is extended to reference a MPEG-DASH manifest file and a HLS master playlist.

[0022] According to an example, the prepared metadata fragments are transmitted to the middleware over an IP network.

[0023] Examples may also relate to a multicast middleware configured to implement one or the other of the methods as above-described.

[0024] According to an example, the multicast middleware is configured to be implemented in the receivers or in a gateway connected to one or more of the receivers.BRIEF DESCRIPTION OF THE DRAWINGS

[0025] Figure 1 is a block diagram of a system transmitting multimedia content between a content provider and user devices, Figure 2 is a block diagram of another system transmitting multimedia content between a content provider and user devices, Figure 3 shows a sequence of media segment described both a DASH MPD manifest and HLS playlists, according to an embodiment, Figure 4 illustrates a segment delivery mode according an embodiment, Figure 5 illustrates a segment delivery mode according another embodiment, Figure 6 illustrates a segment delivery mode according another embodiment, Figure 7 illustrates a segment delivery mode according another embodiment, Figure 8 illustrates a MBMS user service announcement service, according to an embodiment, Figure 9 illustrates a MBMS user service announcement service, according to another embodiment, Figure 10 illustrates a MBMS user service announcement service, according to another embodiment. DETAILED DESCRIPTION

[0026] Figures 1 and 2 illustrate systems providing broadcast or multicast streaming and / or file delivery services of multimedia data. Figure 1 more particularly illustrates a Multimedia Broadcast Multicast Service (MBMS). Figure 2 more particularly illustrates services of multimedia data over fixed broadband network (e.g. DOCSIS) or over satellite network. The systems of Figures 1 and 2 comprise one or more content packagers CP, one or more content servers CS, one or more broadcast servers BMS implementing a multicast server function such as MBMS or eMBMS service. Each broadcast server BMS is connected to one of the content servers CS. One of the servers broadcast BMS multicasts multimedia content according to MPEG-DASH and HLS. The content packagers CP and content servers CS transmit contents using the protocol delivery over HTTP.File Delivery services may concern services for downloading a single file or a set of files accessible from a common base URL, e.g. an HTML page of a web service.

[0027] In Figure 1, Each of the user devices UD is connected to one of the broadcast servers BMS via a mobile or fixed network. One or more user devices UD gets a content (MPEG-DASH or HLS) from a broadcast server BMS through a Multicast Middleware function MCMF, the content being broadcasted or multicasted by the broadcast server BMS.

[0028] In Figure 2, each of the user devices UD1, UD2 are linked to one of the broadcast servers BMS via a fixed or satellite network. One or more user devices UD1, UD2 get a content (MPEG-DASH or HLS) from a broadcast server BMS through a gateway MCMW performing the function of Multicast Middleware, using a unicast connection (e.g. Wi-Fi, wired cable), the content being broadcasted or multicasted by the server broadcast BMS.

[0029] In the example of Figure 2, a user device UD1 has an application APP1 including a media player DMP implementing the protocol MPEG-DASH, and a user device UD2 has an application APP2 including a media player HMP implementing the protocol HLS.

[0030] In both the architectures illustrated in figure 1 and 2, the multicast middleware function MCMF implemented in the user devices UD or in the gateway MCMW stores the received media segments and manifest files on a local cache, accessible to media player(s) MP, DMP, HMP of applications APP, APP1, APP2 installed in the user devices, and the local cache acts as a HLS or MPEG-DASH server, i.e. responds to HTTP requests to transmit the received manifest files and media segments stored in the local cache, the media segments being stored in locations as described by the manifest files.

[0031] In addition, the multicast middleware function MCMF can indicate to the application APP, APP1, APP2 that hybrid MPEG-DASH / HLS contents are available in both protocols MPEG-DASH and HLS. When the application APP, APP1, APP2 wants to consume one of these contents using one protocol, it can interact with the multicast middleware function MCMW to initiate the reception of this particular content. The multicast middleware function MCMW then provides to the application APP, APP1, APP2 a local URL to access the manifest file for the requested protocol (the MPD URL for MPEG-DASH, the master playlist URL for HLS).

[0032] Figure 3 illustrates a hybrid MPEG-DASH / HLS content delivery service over MBMS, according to an embodiment. Figure 3 shows media segments MSG numbered from 100 to 105 which are transmitted in a FLUTE session through a multicast network. A DASH MPD manifest is transmitted to the DASH compliant user devices UD1 (including a DASH player DMP). The DASH MPD manifest includes segments templates SEGT describing each transmitted segments MSG, e.g.100-105 and containing a uniform resource location or identifier (URI) of each transmitted segment. A HLS master playlist HMPL is transmitted to the HLS compliant user devices UD2 (including a HLS player HMP). The HLS master playlist HMPL also includes a location (URI) of each HLS media playlist HPL (H100-H105) to be transmitted with the media segments MSG, and each HLS media playlist H100-H105 includes respective locations or uniform resource identifiers (URIs) of last transmitted segments MSG. In the example of Figure 3, the playlist H100 which is transmitted after the segment 100 includes the locations of the three previously transmitted segments 98, 99 and 100, the playlist H101 includes the locations of the three previously transmitted segments 99, 100 and 101, etc.

[0033] The number of segment locations in a HLS media playlist HPL is defined by a parameter that may be specified by the content server CS.

[0034] In a first embodiment illustrated in Figure 4, the broadcast server BMS delivers the media segments MSG in a FLUTE session, whereas the media playlists HPL are available over HTTP. The user device UD, UD1, UD2 needs to request updates of the media playlist HPL over HTTP in unicast to the content server CS, while the broadcast server BMS delivers the segments over multicast in the FLUTE session FLS. While backward compatibility is guaranteed, this solution forces the user devices UD2 hosting HLS media player HMP to have a point to point connection. In particular, the mobile user devices would have to stay in a connected state, which consumes batteries, and the traffic over unicast consumes more network resources than the other embodiments.

[0035] In a second embodiment illustrated in Figure 5, the broadcast server BMS delivers the media playlists HPL together with the media segments MSG in a same FLUTE session FLS1. Updates of the media playlists MPL are delivered within the same FLUTE session FLS1 delivering the content. Each media segment MSG is sent before sending the first media playlist HPL referencing the media segment MSG.

[0036] A playlist expiration is managed as follows: if a playlist update is missed, the user device UD shouldn't keep an old version, and should instead request a new playlist HPL over unicast to the content server CS. As the media playlist is a small file, it is much more sensitive to loss. To increase reception robustness, its rate of FEC (Forward Error Correction) may have to be adjusted, or the playlist HPL could be transmitted several times.

[0037] The media playlist HPL is transmitted as an additional file within the FLUTE session FLS1. When a new segment MSG is generated by the video packager CP in the content server CS, the segment is broadcasted together with the updated media playlist HPL including this segment MSG.

[0038] To avoid keeping in cache an old version of the media playlist HPL by the user device UD, a cache-control directive can be used, including an expiration date (7.2.10.5 3GPP FDT Extensions in 3GPP TS 26.346). MD5 (Media Digest 5) of the media playlist file HPL can be also be indicated in a File Delivery Table (FDT) (7.2.9 Signaling of Parameters with FDT Instances of TS 26.346: Content-MD5 represents a digest of a transport object. A file server providing the transport object as a file indicates the MD5 hash value whenever multiple versions of the file are anticipated for the download session. Other versioning information may be carried (such as a version number, or another cryptographic hash function).

[0039] In a third embodiment illustrated in Figure 6, the broadcast server BMS delivers the media segments MSG in the FLUTE session FLS, whereas the media playlists HPL are delivered in another FLUTE session FLS2. The content of the FLUTE session FLS delivering the segments MSG is unchanged, the secondary FLUTE session FLS2 being used for the media playlists HLS. The broadcast server BMS sends each media segment MSG in the FLUTE session FLS before sending the first media playlist HPL referencing the media segment in the FLUTE session FLS2. Description of this new session is added in the MBMS user service announcement or in the Multicast session configuration, as specified by DVB.

[0040] In the first, second and third embodiments (Figures 4, 5, 6), as the media playlists HPL, as seen by the player DMP, HMP of the user device UD, UD1, UD2, only reference available segments MSG, a new media playlist HPL should be broadcasted once the delivery of the corresponding new segment is achieved. Alternatively, the multicast middleware function MCMF could check the good reception of the new segment MSG before exposing the corresponding media playlist to the media player HMP.

[0041] In all the previous embodiments, the FLUTE sessions FLS, FLS1, FLS2 are multicast sessions that can alternatively implemented using the ROUTE protocol.

[0042] In a fourth embodiment illustrated in Figure 7, the media playlists HPL are not delivered separately but their content transported directly within the file delivery table FDT which also transmitted within the FLUTE session transmitting the segments MSG. Thus the table FDT also includes segment attributes (duration, rendition, number and possibly other attributes) of the segment currently delivered in the corresponding FLUTE session. According to the fourth embodiment, a dedicated extension to the xml (eXtended Markup Language) schema of the FDT indicates the segment attributes of the segment delivered in the corresponding FLUTE session, these attributes being normally provided in the HLS media playlist HPL. An extension "<HLS extension >" can be inserted into the FDT as follows: .........<file segment #100 .................segment attributes .................<HLS extension > .........<file / >

[0043] The media playlist HPL is reconstructed by the middleware function MCMF of the user device UD or the gateway MCMW based on the received table FDT. An internal parameter of the middleware function MCMF defines the number of the last segments MSG to be listed in the reconstructed media playlist HPL. An expiration date of the reconstructed media playlist HPL can be computed based on the duration of the latest listed segment. If there are some initialization segments IMSG, their references could be carried in the FDT extension <HLS extension >, or retrieved from the MPD, so that they can be included in the reconstructed media playlist HPL.

[0044] A MBMS user service announcement service announces MPEG-DASH content delivered over MBMS to the user devices UD, UD1, UD2, using a service announcement channel (SACH). To this purpose, as shown in Figure 8, the MBMS user service announcement gathers the metadata of the delivered content in a set of metadata fragments including a user service bundle description fragment USBD to announce a DASH content. The fragment USBD provides, in particular, the references to other metadata fragments, i.e.: a session description protocol SDP, describing the FLUTE session where the media segments are delivered, a schedule description fragment SCHD, describing the delivery time window for the given content, a manifest or media presentation description file MPD of the DASH content, initialization segments ISG, containing information required to initialize the media decoder, and other fragments such as a security description fragment SECD, a filter description fragment FILD, an associated delivery procedure description fragment ADPD, ...).

[0045] Together with the reference to the manifest MPD, the fragment USDB can indicate a media type of the MPD ("application / dash+xml").

[0046] According to a first embodiment illustrated in Figure 9, a hybrid DASH / HLS service over MBMS is announced by the server BMS by duplicating the user service bundle description fragment USBD. Thus, to announce a hybrid MPEG-DASH / HLS content over MBMS, the MBMS user service announcement implemented in the multicast broadcast server BMS: first prepares its metadata fragments to announce the content as a MPEG-DASH content, duplicates the USBD fragment (USBD1 fragment) within the user service announcement, and sets another service identifier, changes, in the duplicated fragment USBD1, the reference to the manifest MPD to the uniform resource identifier (URI) of the HLS master playlist HMPL with the appropriate media type, keeps the references to the other fragments unchanged, and adds the HLS master playlist HMPL as another metadata fragment.

[0047] According to a second embodiment illustrated in Figure 10, hybrid DASH / HLS service over MBMS is announced by the server BMS by extending the xml schema of the fragment USDB to be able to reference two different manifests, one being the manifest MPD for DASH, the other being the HLS master playlist HMPL.

[0048] To announce a hybrid MPEG-DASH / HLS content over an IP network as specified by DVB, the same options are possible: either the full service description is duplicated (Figure 9), or the schema for the multicast session configuration (fragment USBD) is extended.Citation List

[0049] [1] ISO / IEC 23009-1 Dynamic adaptive streaming over HTTP (DASH) [2] IETF RFC 8216 HTTP Live Streaming [3] ISO / IEC CD 23000-19 Common Media Application Format [4] 3GPP TS 26.346 Multimedia Broadcast / Multicast Service (MBMS); Protocols and codecs [5] IETF RFC 6726 - FLUTE - File Delivery over Unidirectional Transport [6] DVB Document A176 Digital Video Broadcasting (DVB); Adaptive media streaming over IP multicast [7] ATSC A / 331 Signaling, Delivery, Synchronization, and Error Protection

Claims

1. A method for making multicasting multimedia content available to receivers over a Multimedia Broadcast / Multicast service, MBMS, the method comprising: receiving, by a multicast middleware (MCME) from a server (BMS), a manifest file (DMPD) which is a media presentation description (MPD) to access contents according to the Moving Picture Experts Group - Dynamic Adaptive Streaming over HTTP, MPEG-DASH, protocol and describing media segments of a content; receiving, by the middleware from the server, the media segments (MSG, 100-105) of the content, transmitted in a multicast session (FLS); storing by the middleware the received manifest file and the received media segments in a local cache, wherein the middleware is configured to act as an MPEG-DASH server making the received manifest file and the received media segments available to receivers (UD, UD1, UD2) coupled to the middleware; receiving, by the middleware (MCMF) from the server (BMS), another manifest file which is a master playlist (HMPL) consistent with the HTTP Live Streaming, HLS protocol and defining locations (URI) where media playlists (HPL, H100-H105) to access the media segments of the content are available; receiving, by the middleware from the server, the media playlists (HPL, H100-H105) referencing the media segments transmitted in the multicast session and currently received by the middleware; storing by the middleware the received playlists on the local cache, which is further configured to act as an HLS server making the received playlists and the stored media segments available to receivers (UD, UD1, UD2) coupled to the middleware; wherein the method further comprises: receiving, by a middleware (MCMF) from a server (BMS), metadata fragments of a MBMS user service announcement announcing the delivery of content divided into media segments (MSG) configured for availability over both the MPEG-DASH and the HIS protocols, the metadata fragments including: the media presentation description (MPD) and initialization segments (ISG) containing information required to initialize a media decoder in the receivers (UD, UD1, UD2) according to the MPEG-DASH protocol, and the master playlist (HMPL) referencing the media playlists (HIS, H100-H105) according to the HIS protocol, the media playlists referencing media segments (MSG, 100-105) already received by the middleware, and a first user service bundle description fragment (USBD) with a first service identifier, and referencing other metadata fragments (SDP, SCHD, ADPD, FILD, DECD, MPD DMPD, ISG), including a reference to a manifest file, the reference to the manifest file being a reference to the media presentation description (MPD)-metadata fragment; and a second user service bundle description fragment (USBD1) with a second service identifier referencing the same metadata fragment as the first user service bundle description fragment except the reference to the manifest file being replaced with a reference to the master playlist (HMPL).

2. A method for making multimedia content available to receivers over a Multimedia Broadcast / Multicast service, MBMS, the method comprising: receiving, by a multicast middleware (MCME) from a server (BMS), a manifest file (DMPD) to access contents according to the Moving Picture Experts Group - Dynamic Adaptive Streaming over HTTP, MPEG-DASH, protocol and describing media segments of a content; receiving, by the middleware from the server, the media segments (MSG, 100-105) of the content, transmitted in a multicast session (FLS); storing by the middleware the received manifest file and the received media segments in a local cache, wherein the middleware is configured to act as an MPEG-DASH server making the received manifest file and the received media segments available to receivers (UD, UD1, UD2) coupled to the middleware; receiving, by the middleware (MCMF) from the server (BMS), another manifest file which is a master playlist (HMPL) consistent with the HTTP Live Streaming, HLS, protocol and defining locations (URI) where media playlists (HPL, H100-H105) to access the media segments of the content are available; receiving, by the middleware from the server, the media playlists (HPL, H100-H105) referencing the media segments transmitted in the multicast session and currently received by the middleware; storing by the middleware the received playlists on the local cache, which is further configured to act as a HLS server making the received playlists and the stored media segments available to receivers (UD, UD1, UD2) coupled to the middleware; and wherein the method further comprises: receiving, by a middleware (MCME) from a server (BMS), metadata fragments of a MBMS user service announcement announcing the delivery of content divided into media segments (MSG) configured for availability over both the MPEG-DASH and the HLS, protocols, the metadata fragments including: a user service bundle description fragment (USBD) referencing the other metadata fragments of the received metadata fragments, the media presentation description (MPD) referencing the media segments of the content and initialization fragments (ISG) containing information required to initialize a media decoder in the receivers (UD, UD1, UD2) according to the MPEG-DASH protocol, and the master playlist (HMPL) referencing media playlists (HPL, H100-H105) and containing information required to initialize the media decoder in the receivers according to the HLS protocol, the media playlists referencing last media segments (100-105) already received by the middleware wherein the XML schema defining the structure of the user service bundle description fragment (USDB) is extended to enable referencing two manifest files including a reference to the media presentation description (MPD) and a reference to the master playlist (HMPL).

3. The method of claim 1 or 2, wherein the multicast session (FLS) is performed according the FLUTE or ROUTE protocol.

4. The method according to one of claims 1 to 3, wherein the playlists (HPL, H100-H105) are transmitted to the middleware (MCMF) over HTTP in unicast.

5. The method according to one of claims 1 to 3, wherein the playlists (HPL, H100-H105) are transmitted to the middleware (MCMF) in the multicast session (FLS).

6. The method according to one of claims 1 to 3, wherein the playlists (HPL, H100-H105) are transmitted to the middleware (MCMF) in a multicast session (FLS2) distinct from the multicast session (FLS) in which the media segments (MSG, 100-105) are transmitted.

7. The method according to one of claims 1 to 3, wherein the media segments (MSG, 100-105) of the media content are transmitted to the middleware (MCMF) with a file delivery table (FDT), in a FLUTE session (FLS3) according to the FLUTE protocol, the file delivery table including segment attributes referencing a last transmitted media segment (MSG, 100-105) in the FLUTE session, the method further comprising generating by the middleware (MCMF) from the segment attributes in the FDT a playlist (HPL) referencing the last media segments received by the middleware.

8. The method according to claim 7, wherein the file delivery table (FDT) references initialization segments (ISG) of the media content, the initialization segments containing information required to initialize a media decoder of the receivers (UD, UD1, UD2).

9. The method of one of claims 1 to 8, wherein a structure of the user service bundle description fragment (USDB) is defined by a XML schema which is extended to reference a MPEG-DASH manifest file (MPD) and a HLS master playlist (HMPL).

10. The method of one of claims 1 to 9, wherein the prepared metadata fragments (USBD, USBD1, SDP, SCHD, ADPD, FILD, DECD, DMPD, ISG, HMPL) are transmitted to the middleware (MCMF) over an IP network.

11. A multicast middleware (MCMF) configured to implement the method of one of claims 1 to 10.

12. The multicast middleware of claim 11, configured to be implemented in the receivers (UD, UD1, UD2) or in a gateway (MCMW) connected to one or more of the receivers.