WO2010076494A1 - Procede de transmission et procede de reception d'un contenu audiovisuel - Google Patents

Procede de transmission et procede de reception d'un contenu audiovisuel Download PDF

Info

Publication number
WO2010076494A1
WO2010076494A1 PCT/FR2009/052554 FR2009052554W WO2010076494A1 WO 2010076494 A1 WO2010076494 A1 WO 2010076494A1 FR 2009052554 W FR2009052554 W FR 2009052554W WO 2010076494 A1 WO2010076494 A1 WO 2010076494A1
Authority
WO
WIPO (PCT)
Prior art keywords
stream
transmission
content
mode
terminal
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.)
Ceased
Application number
PCT/FR2009/052554
Other languages
English (en)
Inventor
Patrice Houze
Christian Bertin
Julien Gloaguen
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
Publication of WO2010076494A1 publication Critical patent/WO2010076494A1/fr
Anticipated expiration legal-status Critical
Ceased legal-status Critical Current

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/60—Network 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/63—Control 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/631—Multimode 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
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/60—Network streaming of media packets
    • H04L65/70—Media network packetisation
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/60—Network 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/63—Control 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/643—Communication protocols
    • H04N21/64322—IP
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/60—Network 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/63—Control 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/643—Communication protocols
    • H04N21/6437—Real-time Transport Protocol [RTP]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/80—Responding to QoS

Definitions

  • the field of the invention is that of the transmission of audiovisual content as part of a VoD service ("Video on Demand” for "video on demand”).
  • a video on demand (VOD) server is intended to transmit streaming audiovisual content stored on its disk to a client who has requested to view this content.
  • the client sends a request to the server according to a defined protocol (for example, the RTSP protocol, presented in particular in the document IETF RFC 2326, "Real Time Streaming Protocol (RTSP)", April 1998).
  • a defined protocol for example, the RTSP protocol, presented in particular in the document IETF RFC 2326, "Real Time Streaming Protocol (RTSP)", April 1998.
  • the server can then transmit the requested content to the client.
  • Such data transmission servers are today heterogeneous, in the sense that they serve a plurality of clients (receiving terminals) having very different types of access to data.
  • the global Internet network for example, is accessible from a personal computer terminal as well.
  • PC personal computer
  • ADSL Asymmetric Digital Subscriber Line
  • asymmetrical digital subscriber line 1024 kbits / s while a second client is trying to access the same data at the same time from a terminal type
  • PDA Personal Digital Assistant
  • Hierarchical image coding algorithms (or "scalable" in English) have been developed, allowing adaptable quality and variable spatiotemporal resolution.
  • an encoder generates a compressed stream having a hierarchical layered structure, in which each of the layers is added to the previous layers, the first being the base layer.
  • a first data layer carries a 256 kbit / s stream, which can be decoded by a PDA type terminal
  • a second complementary data layer conveys a 256 kbit / s stream which can be decoded, in addition to the first, by a more powerful PC-type terminal.
  • the rate required for the transport of these two layers is in this example 512 kbit / s.
  • Such coding algorithms are thus very useful for all applications for which the generation of a single compressed stream organized in several hierarchical layers can serve several clients of different characteristics.
  • Information technology - Coding of audio-visual objects - Part 10 Advanced video coding.
  • ITU International Telecommunication Union
  • ISO International Organization for Standardization "for "International Standards Organization”
  • the server determines the number of layers that can be transmitted as a function of the rate of the line and then transmits these layers in as many streams according to a streaming mode (streaming mode for example) without use all available throughput of the link.
  • a streaming mode streaming mode for example
  • the rate of the line is less than the overall rate of the content, the quality of the image received by the terminal is degraded.
  • the current technique does not allow to transmit continuously, therefore in real time, non-degraded images when the bit rate of the line is lower than the overall rate of the content.
  • the present invention proposes a method for transmitting an audiovisual content coded in the form of a plurality of data streams, since a server to a terminal, comprising a step of transmission by the server of at least a first stream relative to the content according to a first transmission mode, characterized in that it further comprises a step of transmission by the server of a part of at least a second stream relative to the content according to a second transmission mode, the two transmission stages being simultaneous and said part of the second stream transmitted simultaneously to the first stream being relative to only a part of the end of the content.
  • At least a first stream and a part of a second stream are transmitted in parallel to a receiving terminal: the first stream is transmitted according to a first transmission mode, for example in "streaming" mode (c). ie, continuously or in real time), and the part of the second stream is transmitted according to a second transmission mode, for example in "download” mode.
  • the part of the second non-priority stream, transmitted according to the second transmission mode uses the available bandwidth, unused for the transmission of the first stream.
  • the first stream may be requested by the receiving terminal in a real-time request.
  • the remaining bandwidth is used to transmit the second stream for download.
  • the download mode is a flow control mode in which the transmission server waits for an acknowledgment of the terminal to continue the transmission. This transmission mode thus makes it possible to adapt the rate of sending the data packets to the remaining bandwidth.
  • the first stream may be a priority basic stream, corresponding to a standard quality of the content, and the second stream to an enhancement stream to improve the quality of the content. Only a portion of the enhancement stream stored in the server, corresponding to an end portion of the content, is transmitted at the same time as the first stream.
  • the invention enables the transmission in real time of a content whose image quality is improved.
  • this method makes it possible to use previously coded streams and does not require a new coding of these streams.
  • a step of determining by the server of said at least one first stream to be transmitted according to the first transmission mode and said at least one second stream, part of which is intended to be transmitted according to the second mode. according to information relating to a bit rate of a transmission line to the terminal and information relating to the bit rates of the streams coding the content.
  • the server can identify, among all the streams encoding the content, the stream or streams that can be transmitted in full according to the first transmission mode , and the stream or streams that can be transmitted partially according to the second transmission mode.
  • the first transmission mode is a continuous mode according to a first timing and the second transmission mode is a continuous mode according to a second timing, said second timing being defined by a step of calculating the transmission times of packets of the second stream.
  • This embodiment is particularly suitable in the case where it is the server that identifies the stream or streams to be transmitted according to the first transmission mode and the stream or streams to be partially transmitted according to the second transmission mode.
  • the server may for example transmit the base stream in real time and, after having determined the portion of a transmitting stream that can be transmitted, adapted the rate of sending the data packets of this stream according to the flow remaining available.
  • another part of said at least one second stream, relating to a start portion of the content is transmitted before the start of the simultaneous transmission of said first stream according to the first transmission mode and said part of said second flow according to the second mode of transmission.
  • the audiovisual content is encoded as a base stream and at least one enhancement stream and the at least one first stream stream comprises the base stream.
  • the invention is thus adapted to the transmission of SVC type content.
  • the audiovisual content is encoded as a constant rate stream and a variable rate stream, said at least a first stream comprises the constant rate stream.
  • the invention is thus adapted to the transmission of VBR type contents.
  • the invention also relates to a method of reception by a terminal of audiovisual content coded in the form of a plurality of streams and transmitted by a server, comprising a step of receiving at least a first content-related stream transmitted according to a first reception mode, characterized in that it further comprises a step of receiving a portion of at least a second stream relative to the transmitted content according to a second transmission mode, the two reception stages being simultaneous and said portion of the second stream received simultaneously to the first stream being relative to only one end portion of the content.
  • the method comprises
  • the terminal receives and stores a portion of a stream received according to a second mode of transmission such as a mode download.
  • a second mode of transmission such as a mode download.
  • the terminal receives and stores a portion of a stream received according to a second mode of transmission such as a mode download.
  • a second mode of transmission such as a mode download.
  • the part of the stream received according to the second transmission mode is interleaved with the real time stream, thereby improving the quality of the images displayed.
  • the given instant is calculated in such a way that the improvement of the flow continues until the end of the display of the content.
  • the reception method further comprises a step of constructing a stream flow transmission request of the first stream and a stream flow transmission request of said part of the stream. second stream, subsequent to a predetermined stream pointer.
  • the invention also relates to a server capable of transmitting audiovisual content, said content being coded according to a plurality of data streams, to a terminal, comprising first transmission means adapted to transmit at least a first content-related stream according to a first mode of transmission, characterized in that it further comprises second transmission means adapted to transmit a portion of at least a second stream relative to the content according to a second transmission mode simultaneously with the transmission of the first stream according to the first transmission mode, said part of the second stream being relative to only a part of the end of the content.
  • the invention also relates to a terminal able to receive an audiovisual content encoded in the form of a plurality of streams, via a transmission line, comprising stream transmission request means, reception means, a first group of streams of the plurality of streams transmitted in a first transmission mode, means for decoding and displaying in real time said received first group of streams, characterized in that it further comprises:
  • decoding and display means for interleaving the stored flow and the first flow group; and in that the decoding and display means are able to decode and display the interlaced stream.
  • the terminal for receiving audiovisual content encoded in the form of a plurality of data streams comprising first means for receiving at least a first content-related stream transmitted according to a first mode of transmission. transmission, characterized in that it further comprises second receiving means adapted to receive a portion of at least one second stream relative to the transmitted content according to a second transmission mode and simultaneously to the first stream, said part of the second stream being relative to only a part of end of the content.
  • the invention also relates to a system comprising a server as defined above and at least one terminal as defined above.
  • the invention also relates to a computer program product comprising instructions for implementing the steps of a transmission method as defined above and / or a reception method as defined above when it is loaded and executed by a user. processor.
  • FIG. 1 is a general diagram presenting the context of the invention
  • FIG. 2a is a diagram illustrating an example of audiovisual content; composed of 4 streams,
  • FIG. 2b is a diagram illustrating the transmission, as a function of time, of the streams of audiovisual content presented in FIG. 2a, according to a first embodiment
  • FIG. 2c is a diagram illustrating the display of the streams of audiovisual content. presented in FIG. 2a, as a function of time, according to a first embodiment
  • FIG. 3 is a flowchart illustrating the various steps of a method for transmitting audiovisual content according to a first embodiment of the invention
  • FIG. 4 is a flowchart illustrating the various steps of a method for receiving audiovisual content according to a first embodiment of the invention
  • FIG. 5 is a block diagram showing a terminal adapted to implement the receiving method according to the first embodiment.
  • FIG. 6 is a flowchart illustrating the various steps of a transmission method and a reception method according to a second embodiment
  • FIG. 7a is a diagram illustrating the transmission, as a function of time, of the fluxes of the audiovisual content presented in FIG. 2a, according to a second embodiment
  • FIG. 7b is a diagram illustrating the display of the streams of the audiovisual content presented in FIG. 2a, as a function of time, according to a second embodiment
  • FIG. 8a is a diagram illustrating an example of audiovisual content recorded under FIG. form of 3 streams
  • FIG. 8b is a diagram illustrating the transmission, as a function of time, of the streams of the audiovisual content presented in FIG. 8a, according to a third embodiment
  • FIG. 8c is a diagram illustrating the display of the streams of audiovisual content; shown in FIG. 8a, as a function of time, according to a third embodiment
  • FIG. 9 is a flowchart illustrating the various steps of a transmission method and a method for receiving audiovisual content according to a third embodiment of the invention.
  • FIG. 10 is a block diagram showing a device able to perform the steps of a transmission configuration method according to one embodiment of the invention.
  • FIG. 11 is a block diagram showing an example of a terminal adapted to perform the steps of a reception method according to one embodiment of the invention.
  • a SYS system comprises a server S and one or more terminals T1, T2, T3. Terminals T1, T2, T3... Are capable of communicating with the server S via a transmission line. a telecommunication network.
  • the server S is for example a computer.
  • the terminal T1 is for example a mobile terminal able to communicate with the server S via a transmission line L1, for example of the GSM type.
  • the terminal T2 is for example a computer type PC (for "Personal Computer") able to communicate with the server S via a transmission line L2, for example of the RTC type (for "switched telephone network").
  • PC Personal Computer
  • RTC switching telephone network
  • the terminal T3 is for example a PC type computer capable of communicating with the server S via a transmission line L3, for example of the ADSL type (for "Asymmetric Digital Subscriber Line").
  • the server S has a memory MEM in which audiovisual contents C1, C2, etc. have been stored. Each audiovisual content is recorded in the form of at least two files: a so-called “basic” file and one or more so-called files. "raising".
  • the base file contains basic content, compressed and encoded so that it can be transmitted in streaming mode, ie in real time mode, to most terminals.
  • the enhancement file (s) contain compressed and encoded information to improve the display quality of the basic content.
  • a user of the terminal T1 controls the transmission of the content C 1.
  • the audio-visual content Cl is stored in the form of four files coded in SVC (for "Scalable Video Coding"): a file CB containing a base stream coded at a bit rate DB1, for example
  • the content Cl contains a different number of enhancement streams.
  • the audiovisual content C 1 is stored in the form of files coded in VBR (for "Variable Bit Rate”): a file containing a constant bit rate stream and one or more files accumulating the variations above this constant flow.
  • the terminal T1 transmits to the server S via the transmission line L1, a request RQ1 for requesting the audiovisual content C1.
  • the request RQ1 includes an identifier of the audiovisual content C1, for example the code ISAN (International Standard Audiovisual Number) of a movie.
  • the contents audiovisual Cl is, for example, chosen by the user from a list of available contents transmitted to the terminal Tl by the server S.
  • the server S sends the terminal T1 a response RR1 to the request RQ1.
  • the response RR1 contains the duration TD1 of the content C1, that is to say the duration of display of the content in real time, as well as information relating to the files stored on the server S for the audiovisual content Cl.
  • Information relating to the files stored for the audiovisual content Cl are for example:
  • the first mode of transmission is for example a real time mode, for example a "streaming RTP” mode (for "Real Time Protocol”).
  • the second mode of transmission is for example a download mode with flow control using for example the "FTP” protocol (for "File Transfer Protocol) or "HTTP” (for "HyperText Transfer Protocol”).
  • FTP File Transfer Protocol
  • HTTP HyperText Transfer Protocol
  • the response RR1 is for example a content description file of the type
  • the terminal T1 determines the rate DL1 of the transmission line L1.
  • the method used to calculate the flow rate of the line is for example the method disclosed in European Patent EP 1578085 published on 28/11/2007.
  • the determined rate DL1 is for example 600 Kbps.
  • the terminal Tl can request the simultaneous transmission of the basic stream CB and enhancement streams in streaming mode. It is not necessary in this case to implement the method of the invention.
  • none of the streams of the content Cl can be transmitted in real time to the terminal T1.
  • the content must then be transmitted conventionally in download mode (prior or progressive) for a delayed display.
  • the method of the invention can not be implemented in this case.
  • the terminal T1 selects, during a step E8, a first group G1 of flows able to be transmitted to the terminal T1 in streaming mode.
  • the first group G1 contains the base stream CB and one or more enhancement streams. More specifically, the terminal T1 calculates the sum of the respective flows of the stream base and the first enhancement stream. If the calculated sum is smaller than the rate of the transmission line L1, the first enhancement stream is a stream of the first group. The terminal T1 then adds to the calculated sum the rate of the second enhancement flow; so on, until the calculated sum is greater than the rate of the line L1.
  • the first group G1 is thus determined as a function of the information relating to the bit rate of the transmission line and as a function of flow information of the streams coding the audiovisual content C1.
  • the first group of streams G1 comprises only the base stream CB.
  • the terminal T1 selects a second group of flows G2.
  • the second group of stream G2 contains one or more streams of audiovisual content C1 not contained in the first group of streams Gl.
  • the second group G2 is determined according to the information relating to the bit rate of the transmission line and as a function of flow information relating to the streams encoding the audiovisual content C1.
  • the second group of flows G2 comprises only the first enhancement stream CR1.
  • the bandwidth or bit rate DD1 of the transmission line Ll remaining available during the transmission of the CB base stream in streaming mode is less than the coding bit rate DR1 of the first enhancement stream CR1.
  • the raising flux CR1 of the second group of streams G2 can not be transmitted in streaming mode without loss of information.
  • the terminal T1 determines a pointer Pl here of the first enhancement stream CR1.
  • the pointer P1 represents the beginning of the end portion of the enhancement stream CR1 adapted to be transmitted to the terminal T1 in download mode concomitantly with the transmission in streaming mode at the terminal T1 of the base stream CB, by using the available bandwidth.
  • the transmission of the base stream CB in streaming mode and the transmission of a portion of the enhancement stream CR1 in the download are intended to begin and end at the same respective times, as shown in Figure 2b.
  • the terminal T1 In order to determine the pointer P1, the terminal T1 first determines a quantity QI1 of information that can be transmitted in download mode during the transmission time of the base stream CB in streaming mode, which is equal to the duration TD1 of the audiovisual content. Cl, considering the remaining available bandwidth (ie not used for transmission of the CB base stream).
  • the terminal Tl determines to which fraction, denoted by F (CRl), of the raising flow this quantity of information corresponds by dividing the quantity of information QI1 computed by the total amount of information of the raising flux CR1, which is equal to the duration TD1 of the content C1 multiplied by the flow CRl of the enhancement flow.
  • the portion of the enhancement stream CR1 corresponding to the calculated fraction of the enhancement stream CR1 to be downloaded to the terminal T1 is an end part of this stream CR1.
  • the terminal T1 determines the position of the pointer P1 in the enhancement stream CR1, that is to say the position of the beginning of the portion of the enhancement stream to be transmitted for download.
  • This position of the pointer P1 in the raising flux CR1 can be represented by a fraction (1- (DL1-DB1) / DR1) of the volume or the display time of the content, defining the position of the pointer P1 from the beginning of the stream enhancement corresponding to the beginning of the content C 1.
  • an error margin is added to the determined value P1 to prevent the real-time flow from ending before the end of the download (for example 5 or 10%).
  • Step E12 is followed by a step E 14 in which the terminal T1 builds a streaming RQR transmission request of the base stream CB.
  • the RQR request contains for example the URL allowing the transmission of the base stream in streaming mode. If the first stream group G1 contained multiple streams, the RQR request could contain a URL for each stream of the group G1. Alternatively, one could generate several RQR requests.
  • the terminal T1 builds a request RQR containing the URL UBR.
  • the terminal T1 here constructs a request RQT for transmitting a portion of the enhancement stream CR1 in download mode.
  • the request RQT contains the URL UTl for the transmission of the stream CRl for download and the pointer P1 determined during the step E 12. If the second group G2 of the stream contains several streams, the request RQT could contain a URL for each of the G2 group stream and an associated pointer. Alternatively, one could generate several RQT requests.
  • the transmission request RQR of the base flow CB and the transmission request RQT of a portion of the raising flow CR1 are then transmitted to the server S during a step E1.
  • the server S receives the request RQR during a request. step E20 and the request RQT during of a step E22.
  • the server S determines in the file of the raising flux CR1, a pointer P2 according to the pointer P1.
  • the pointer P2 is for example a position in the stream file CR1 such that P2 corresponds to the pointer Pl.
  • each stream is coded as packets or data blocks.
  • Each block comprises a header containing information relating to the moment of its decoding with respect to the beginning of the decoding of the stream.
  • the determined pointer P2 is for example the address of a data block of the file corresponding to the pointer Pl.
  • the pointer P2 is optionally adjusted to correspond to the address of a data packet of the stream.
  • the server S controls, on the one hand, the transmission of the CB base stream in streaming mode (real time) and, on the other hand, the transmission of the portion of the posterior enhancement stream to the pointer P1 in download mode. .
  • FIG. 2b illustrates the transmission of the base stream CB during the time TD1 and the simultaneous transmission of an end portion of the first enhancement stream CR1. Both transmissions begin and end here at the same time, as shown in Figure 2b.
  • the steps E2 to E1 correspond to the steps of one embodiment of a transmission configuration method according to the invention and the steps E20 to E26 correspond to the steps of an embodiment of the invention. a transmission method according to the invention.
  • the terminal T1 receives blocks of data from the base stream CB (step E30) which it stores in a temporary storage memory MR of the real-time flow of the terminal T1.
  • the terminal T1 receives in parallel, during a step E32, blocks of data of the first enhancement stream CR1 that it stores in a temporary storage memory MT of the downloaded stream of the terminal T1.
  • the terminal T1 Following receipt of the first data block of the first enhancement stream CR1, the terminal T1 reads the header of the received block.
  • the header contains, in a conventional manner, information relating to the time of decoding H1 of the block relative to the start time of the decoding of the content (that is to say the start time of the content).
  • the terminal T1 stores the decoding time H1 in a temporary memory TEMP1 of the terminal T1, during a step E34.
  • the decoding time H1 corresponding to the start time of the portion of the enhancement stream CR1 transmitted by the server S and received by the terminal T1.
  • a next step E36 the instant H1 is compared with the current instant H of each block of the base stream CB received in real time and decoded, from the beginning of the decoding of the basic flow of the content.
  • the terminal T1 decodes the blocks received from the basic stream CB stored temporarily in the storage memory MR of the real-time stream and displays them in real time. is according to the moment appearing in the header of the blocks, on a screen of the terminal T1, during a step E38.
  • the blocks coming from the first enhancement stream CR1 that is to say the data blocks stored in the storage temporary memory MT of the downloaded stream , are inserted between the data blocks of the base stream CB according to the decode time of each of them (step E40).
  • the blocks of the first enhancement stream CR1 are interleaved with the blocks of the base stream CB.
  • FIG. 2c illustrates the display of the base flow CB and a portion of the first CRl enhancement stream of audiovisual content Cl as a function of time.
  • the terminal T1 decodes the blocks of the basic flow CB and the inserted blocks of the portion of the enhancement stream CR1 downloaded and displays them in real time, ie according to the moment appearing in the header of the blocks, on a screen of the terminal T1, during a step E42
  • FIG. 2c illustrates the display of the base flow CB and a portion of the first CRl enhancement stream of audiovisual content Cl as a function of time.
  • the basic CB flow blocks are decoded and the images displayed.
  • the downloaded blocks of the first enhancement stream CR1 begin to be inserted between the blocks of the stream. base and are provided to the decoding module interleaved with the blocks of the base stream.
  • the images of the first enhancement stream are displayed in addition to the images of the base stream.
  • the terminal T1 comprises a reception module REC able to receive the data blocks coming from the transmission line L1 and to transmit the received blocks to a processing module TRI of the terminal T1.
  • the processing module TRI determines whether the received block is a block that can be displayed in real time or whether the block received is a block of the stream received in download mode.
  • the processing module TRI saves this block in a temporary storage memory MR of the stream of time
  • the temporary memory MR is a memory of the type "FIFO" (for "first input
  • the processing module TRI saves this block in a temporary storage memory MT of the downloaded stream of the terminal T1.
  • MT memory is a memory type "FIFO".
  • An ORD scheduling module of the terminal T1 then reads the headers of the received blocks stored in the real-time storage memory MR and in the storage memory MT of the downloaded stream and orders the blocks according to the indicated decoding instant. in their header. More precisely, the ORD scheduling module reads in the header of the first block stored in the real-time flow storage memory MR, the decoding time HR of this block.
  • the block read in the memory MR is the block recorded before the other blocks present.
  • the ORD scheduling module then reads in the header of the first block stored in the storage MT memory of the downloaded stream, the HT decoding instant of this block.
  • the memory MT being a memory type "FIFO"
  • the block read in the memory MT is the block recorded before the other blocks present.
  • the ORD scheduling module then compares the decoding time HR of the block of the real-time stream and the instant of decoding HT of the block of the downloaded stream.
  • the scheduling module ORD records the block read from the memory MR of storage of the real-time stream, in a decoding memory MD of the terminal Tl and erases this block from the storage memory MR of the real-time stream.
  • the ORD scheduling module then reads the next block in the MR memory and performs the comparison step again with the new HR value.
  • the scheduling module ORD records the corresponding block of the stream downloaded in the decoding memory MD and the erases the storage MT memory of the downloaded stream.
  • the ORD scheduling module then reads the next block of the downloaded stream and performs the comparison step again with a new value HT of the decoding time of the read block of the downloaded stream.
  • the ORD scheduling module records in the decoding memory MD at first only blocks of the basic stream CB.
  • the given instant corresponds to the decoding instant of the first block received from the first enhancement stream CR1, that is to say the first block located after the determined pointer.
  • a decoding module DEC of the terminal T1 reads this block, decodes it taking into account the decoding time. indicated in the header of the block and transmits it for display to an AFF display module of the terminal T1. Then, the decoding module DEC erases this block from the decoding memory MD.
  • the decoding memory MD is a "FIFO" type memory. The block read in the decoding memory MD is always the block recorded before the other blocks present.
  • the display module AFF displays the images generated by the DEC decoding module. Thus, only images of the basic stream are displayed at first.
  • one or more blocks of the enhancement stream are decoded between two blocks of the base stream.
  • the decoding and display of the enhancement stream in addition to the decoding and display of the basic stream, improves from a given moment the quality of the display of the content and up to the end of the content.
  • the rate DL3 of the line L1 is 700.
  • the steps of the transmission configuration method are similar to the steps E2 to E1 described in the first embodiment.
  • the first group of flows Gl determined in step E8 comprises the flow of CB base and the first CRl enhancement stream.
  • the second group of flows G2 determined during the step ElO comprises the second enhancement stream CR2.
  • the pointer P1 is at half of the second enhancement file CR2.
  • step E 14 the terminal T1 builds a streaming request RQR1 of the base stream CB and a streaming request RQR2 of the first enhancement stream CR1.
  • the RQRl request contains the UBR URL and the RQR2 request contains the URl URL.
  • the terminal T1 builds a request RQT1 for transmitting a portion of the CR2 enhancement stream in download mode.
  • the RQT request contains the request UT2 URL of the second CR2 enhancement stream in download mode.
  • a step E50 the terminal T1 transmits to the server S, a transmission request RQT1 of the second group of flows.
  • the server S receives the RQT1 during a step E52.
  • a next step E54 the server S starts transmitting data packets of the second enhancement stream CR2 in download mode.
  • the terminal T1 receives these data packets during a step E56 and stores them in a temporary storage memory of the downloaded stream of the terminal T1.
  • the terminal T1 sends back to the server S, during a step E58, an acknowledgment ACK of the received blocks.
  • step E60 it reads the header of the received blocks and determines whether one of the blocks corresponds to the determined pointer P 1, that is to say if the quantity of information the second enhancement stream CR2 remaining to be transmitted corresponds to the quantity QI1 determined.
  • the steps E54 to E60 are repeated. If this is the case, the terminal T1 transmits to the server S, during a step E62, the request requests RQR1 and RQR2 of the first group of streams in real time mode constructed during the step E14 of the configuration method of transmission.
  • the server S transmits, during a step E64, in response to the requests RQR1 and RQR2, on the one hand the base stream CB and on the other hand the first enhancement stream CR1, in real time mode and simultaneously (as represented in Figure 7a). It continues in parallel to transmit the second CR2 enhancement stream.
  • FIG. 7a illustrates the transmission of a first portion of the second raising flux CR2 and then the simultaneous transmission during the duration TD2 of displaying the content C2, the basic flow CB, the first raising flux CR1 and a second portion of the second CR2 enhancement stream.
  • a first portion of the CR2 enhancement stream is transmitted in download mode by the server S to the terminal T1 before the start of the simultaneous transmission, on the one hand, of the base stream CB and the enhancement stream CR1 in real time mode , and, secondly, a second portion of the CR2 enhancement stream in download mode.
  • the first part of the CR2 enhancement stream transmitted in download mode before the real-time transmission corresponds to a beginning portion of the content
  • the second part of the CR2 enhancement stream transmitted in download mode concomitantly with the real-time transmission corresponds to a part of end of the content.
  • the entire CR2 enhancement stream is thus transmitted.
  • the terminal T1 receives, during a step E66, in parallel with the reception of the data blocks of the second enhancement stream CR2, data blocks of the first group of flows, that is to say the basic flow CB or the first enhancement stream CRl, which it stores in a temporary real-time storage memory of the terminal T1.
  • the terminal T1 interlocks the blocks of the stream stored in the terminal.
  • Step E68 is followed by a step E70 in which the interlaced stream is decoded and displayed.
  • FIG. 7b illustrates the display of the base stream CB, the first enhancement stream CR1 and the second enhancement stream CR2 of the audiovisual content C1 as a function of time.
  • the CB basic flow blocks and the first CRl enhancement stream are decoded and the images displayed slightly delayed compared to the demand but, in return, all three streams are displayed at the beginning of the visualization, thus allowing to improve, from the beginning of the visualization and during all the duration of visualization, the quality of the display of the contents.
  • a user of the terminal T2 controls the transmission of the content C2.
  • the audiovisual content C2 is stored in the form of 3 files encoded in SVC: a file CB2 containing a base stream encoded at a bit rate DB2, for example 500 Kbps, a first file of enhancement R1 containing an enhancement stream coded at a rate DR4, for example 100 Kbits / s, and a second enhancement file R2 containing an enhancement stream coded at a rate DR5, for example 50 Kbits / s.
  • the terminal T2 during a first step E100, transmits to the server S via the transmission line L2 a request RQ2 for requesting the audiovisual content C2.
  • the request RQ2 includes an identifier of the audiovisual content C2, for example the ISAN code of this content.
  • the server S receives the request RQ2.
  • the server S sends, to the terminal T2, a response RR2 to The request RQ2.
  • the response RR2 contains information relating to the files stored on the server S for the audiovisual content C2.
  • the information relating to the files stored for the audiovisual content C2 is for example a URL (for "Uniform Resource Locator") UB2 for requesting the base stream CB2 according to a first transmission mode, the DB2 encoding rate associated with the base file CB2, a URL Ul for requesting the first enhancement stream R1 according to a first transmission mode, an URL
  • a URL for "Uniform Resource Locator"
  • the first mode of transmission is for example a real time mode, for example a "streaming RTP" mode.
  • the response RR2 is for example a conventional SDP type file.
  • the terminal T2 receives the response RR2 during a step E 106. During a step E108, the terminal T2 determines the bit rate DL2 of the transmission line L2.
  • the determined bit rate DL2 is 575 kbit / s
  • the terminal T2 builds and transmits two requests
  • the number of requests depends on the rate L2 of the transmission line L2 and the flow of the content streams
  • the number of requests is calculated so as to use the entire bandwidth of the transmission line L2.
  • the bit rate DL2 of the transmission line L2 is on the one hand greater than the coding bit rate DB2 of the base stream CB2 and, on the other hand, less than the sum of the coding bit rate DB2 of the base bit CB2 and the coding bit rate DR4. of the first enhancement stream R1.
  • the request RQR3 is a request for transmission of the basic flow CB 2 according to the first transmission mode.
  • the request RQR4 is a transmission request of the first enhancement stream R1 according to the first transmission mode.
  • the number of requests transmitted is greater than 2 while remaining within the limit of the number of C2 content streams.
  • the terminal T2 does not determine the bit rate DL2 of the line and transmits as many stream transmission requests according to the first transmission mode as the stream composing the content C2.
  • the requests transmitted by the terminal T2 are received by the server S during a step El 12.
  • the server S determines the rate DL2 of the transmission line L2.
  • the method used to calculate the flow rate of the line is for example one of those described in the documents US2002044528, US2002165970 and EP 0622967.
  • Step El 14 is then a step of receiving information relating to the flow rate of line L2.
  • the coding bit rate DL2 of the transmission line L2 is for example 575 kbit / s.
  • the server S determines a first group G3 of streams able to be transmitted according to the first transmission mode.
  • the bit rate DL2 of the transmission line L2 is on the one hand greater than the coding bit rate DB2 of the base stream CB2 and, on the other hand, less than the sum of the coding bit rate DB2 of the base bit CB2 and the coding bit rate DR4. of the first enhancement stream R1.
  • the first group of flows G3 consists of the basic flow CB2.
  • the first group G3 is thus determined as a function of the information relating to the bit rate of the line and as a function of flow rate information of the audiovisual content C2.
  • the server S determines a second group G4 of streams able to be transmitted in a second transmission mode.
  • the second group of flows is for example constituted by the first enhancement stream R1.
  • the second group G4 is thus determined as a function of the information relating to the bit rate of the line and as a function of flow rate information of the streams of the audiovisual content C2.
  • the second group of flows consists of the first enhancement stream R1 and the second enhancement stream R2.
  • the bandwidth or bit rate DD2 of the transmission line L2 remaining available during transmission of the first group of streams according to the first transmission mode is lower than the coding rate of the second group of streams G4.
  • the server S determines a pointer P3 of the second stream group G4, that is to say the first enhancement file R1.
  • the fraction F (R1) is 3 A of the enhancement flux R1.
  • a part corresponding to 3 A of the enhancement stream R1 can be transmitted as a download during the streaming transmission of the basic stream.
  • the pointer P3 is such that the amount of information of the first enhancement file R1, between this pointer P3 and the end of the first enhancement file R2 corresponds to the determined fraction F (R1).
  • the pointer P3 is located at (1- (DL2-DB2) / DR2) from the beginning of the file, in other words at 1 A of the file from the beginning of this file. In the embodiment described, the pointer P3 is therefore at the first quarter of the first enhancement file R1.
  • the value of the pointer P3 is adapted to be at the beginning of a data packet.
  • the server S calculates the time difference D between the transmission of two consecutive packets of the streams of the second group GA.
  • the time difference between the sending of two consecutive data packets of a stream is predetermined according to the flow rate of the stream.
  • this gap is recalculated according to the remaining line rate.
  • the time difference D makes it possible to calculate the moment of transmission of the packets of the second group G4.
  • the server S controls the transmission of a first portion of the second stream group G4, that is to say the first enhancement stream R1.
  • the first part starts at the beginning of the first enhancement stream R1 to the pointer P3.
  • This transmission is performed according to the first mode of transmission, that is to say in streaming mode with a block timing corresponding to the stream encoding rate.
  • the server S After a delay corresponding to the time TD2 (1- (DL2-DB2) / DR2), during which time the first part of the first enhancement stream R1 has been transmitted, the server S transmits, during a step E 126 , the first group of flows G3 according to the first mode of transmission.
  • step E 128 carried out simultaneously in step E 126, the server S transmits the second portion of the raising flux R1 corresponding to the portion of the flow R1 between the pointer P3 and the end of the stream R1.
  • This transmission is performed in a real-time mode, for example streaming with a different timing than the coding of the file.
  • the data packets are transmitted with the time difference D determined during the step E 122.
  • the real-time transmission with a modified timing represents a second mode of transmission.
  • FIG. 8b illustrates the transmission of the first part of the first enhancement stream R1 and then the simultaneous transmission, during the display time TD2 of the content C2, of the base stream CB2 and of the second part of the first enhancement stream R1.
  • the terminal T2 receives the first part of the second group of flows G4 and stores the data blocks corresponding to this stream in a first temporary flow storage memory of the terminal T2.
  • the terminal T2 then receives blocks of data from the first group of streams G 3 (step E 132) which it stores in a second temporary storage buffer of the terminal T2.
  • the terminal T2 receives, in parallel with the step E132, during a step E134, blocks of data of the first enhancement stream R1, corresponding to the second part of the second group of flows G4, which it stores in the first memory temporary storage of the flow of the terminal T2.
  • the first temporary stream storage memory thus contains the first part and the second part, that is to say the whole of the second stream group G4.
  • the terminal T2 interleaves the data blocks of the first group of streams G3 and the second group of streams G4 by respecting the decoding time associated with each block.
  • the blocks coming from the second group of streams G4 that is to say the blocks stored in the first temporary storage of flow, are inserted between the blocks coming from the first group of flows G3, that is to say say the blocks stored in the second temporary stream memory.
  • the interleaved blocks are then decoded, respecting the decoding time associated with each block, and displayed.
  • a first portion of the second group of streams G4 is received by the terminal T2 at first.
  • the terminal receives in parallel data blocks of the first group of streams G3 and a second part of the second group of streams G4.
  • the real-time display is done with a slight delay, but from the beginning of the display, data blocks of the second group of G4 streams are used to improve the quality of the display.
  • the images displayed are of good quality throughout the duration of the display.
  • FIG. 8c illustrates the display of the basic stream CB2 and of the first enhancement stream R1 of the audiovisual content C2 as a function of time.
  • the basic flow blocks CB2 and the first enhancement stream R1 are decoded and the images displayed with a slight delay in relation to the request but, in return, all the two streams are displayed from the beginning of the visualization, thus making it possible to improve, from the beginning of the visualization and during the entire viewing time, the quality of the content display.
  • FIG. 8c illustrates the display of the basic stream CB2 and of the first enhancement stream R1 of the audiovisual content C2 as a function of time.
  • a device implementing a transmission configuration method of audiovisual content C, coded in the form of a plurality of streams, according to the invention is for example a microcomputer 500 which comprises, in a known manner, in particular a processing unit 502 equipped with a microprocessor, a read-only memory of the ROM or EEPROM type 503, a random access memory of the RAM type 504 and a communication interface 505 with a transmission line LT.
  • a microcomputer 500 which comprises, in a known manner, in particular a processing unit 502 equipped with a microprocessor, a read-only memory of the ROM or EEPROM type 503, a random access memory of the RAM type 504 and a communication interface 505 with a transmission line LT.
  • the microcomputer 500 may comprise in a conventional and non-exhaustive manner the following elements: a keyboard, a screen, a microphone, a speaker, a disk drive, a storage medium ...
  • This server 500 includes a module MT1 of treatment, a first module
  • Selection SEL1 a second selection module SEL2 and a pointer determination module DET.
  • the processing module MT1 is able to obtain information relating to the bit rate of the transmission line.
  • the first selection module SEL1 is able to select, according to the information relating to the bit rate of the transmission line, a first group of streams among the plurality of streams to be transmitted according to a first transmission mode.
  • the second selection module SEL2 is able to select, according to the information relating to the bit rate of the transmission line, a second group of streams comprising at least one stream of the plurality of streams of audiovisual content C, said at least one flows not belonging to the first group.
  • the determination module DET is able to determine a pointer of the second group of flows, from which the transmission of the second group of flows is carried out according to a second mode of transmission and simultaneously with the transmission of the first group of flows.
  • the device 500 further comprises a module ME1 for transmitting / receiving data to or from the data line. LT transmission.
  • a module ME1 for transmitting / receiving data to or from the data line. LT transmission.
  • the processing module MT1 is able to control the transmission of a definition file of the audiovisual content C requested by a terminal and the transmission / reception module ME1 is able to transmit this definition file;
  • the transmission / reception module ME1 is able to receive requests for transmission of flows
  • the processing module MT1 is also able to control the transmission according to the first transmission mode, of the first group of flows;
  • the processing module MT1 is also able to control the transmission according to the second transmission mode and simultaneously with the transmission of the first group of flows, of a part of the second group of flows located after a determined pointer and corresponding to a portion of end of the content;
  • the transmission / reception module ME1 is able to transmit the streams according to the commands transmitted by the processing module MT1.
  • the processing module MT1 is further able to control the transmission of at least a part of the second group of flows located before the pointer, this transmission being performed before the transmission of the first group of flows.
  • the read-only memory 503 comprises registers storing a computer program PG1 comprising program instructions adapted to carry out the steps of a transmission configuration method according to the invention.
  • a step of selection based on the flow information of the transmission line, a first group of streams comprising at least one stream of the plurality of streams, a transmission step according to a first transmission mode, the first group of streams, a second selection stage, a function of information relating to the bit rate of the transmission line, of a second group of streams comprising at least one of the plurality of streams, said at least one stream not belonging to said first group; a step of determining a pointer of the second group of streams from which the transmission of the second group is carried out according to a second transmission mode and simultaneously with the transmission of the first group of flows.
  • a means of storage readable by a computer or by a microprocessor, integrated or not to the device, possibly removable, stores a program implementing the steps of a transmission configuration method of audiovisual content, according to the invention
  • a terminal implementing a method for receiving audiovisual content according to the invention is for example a microcomputer 600 which comprises, in a known manner, notably a processing unit. 602 equipped with a microprocessor, a read-only ROM or EEPROM ROM 603, a RAM type RAM 604, a screen 606 and a communication interface 605 with a transmission line LT.
  • a processing unit. 602 equipped with a microprocessor, a read-only ROM or EEPROM ROM 603, a RAM type RAM 604, a screen 606 and a communication interface 605 with a transmission line LT.
  • the terminal comprising a first reception module of at least a first stream relating to a content transmitted according to a first transmission mode, here real time and a second reception module adapted to receive a portion of at least a second stream relating to the content transmitted in a second transmission mode, here in download mode, and simultaneously to the first stream, said part of the second stream being relative to only a portion of the end of the content.
  • the microcomputer 600 may comprise in a conventional and non-exhaustive manner the following elements: a keyboard, a microphone, a speaker, a disk drive, a storage medium ...
  • the ROM 603 includes registers storing a computer program PG2 including program instructions adapted to perform the steps of the method of receiving an audiovisual content according to the invention.
  • a means of storage readable by a computer or by a microprocessor, integrated or not into the device, possibly removable, stores a program implementing a method

Landscapes

  • Engineering & Computer Science (AREA)
  • Multimedia (AREA)
  • Signal Processing (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
  • Information Transfer Between Computers (AREA)

Abstract

L'invention se rapporte à un procédé de transmission d'un contenu audiovisuel codé sous la forme d'une pluralité de flux de données, depuis un serveur (S) vers un terminal (T1, T2), comprenant une étape de transmission par le serveur d'au moins un premier flux relatif au contenu selon un premier mode de transmission, et une étape de transmission par le serveur d'une partie d'au moins un deuxième flux relatif au contenu selon un deuxième mode de transmission. Les deux étapes de transmission sont simultanées et ladite partie du deuxième flux transmise simultanément au premier flux est relative à seulement une partie de fin du contenu.

Description

Titre : Procédé de transmission et procédé de réception d'un contenu audiovisuel
Le domaine de l'invention est celui de la transmission de contenus audiovisuels dans le cadre d'un service de VoD ("Video on Demand" pour "vidéo à la demande").
Un serveur de vidéo à la demande (VOD, pour « Video On Demand ») a pour but de transmettre en mode streaming sur IP un contenu audiovisuel stocké sur son disque vers un client ayant demandé à visionner ce contenu. Pour effectuer cette demande le client émet une requête vers le serveur selon un protocole défini (par exemple, le protocole RTSP, présenté notamment dans le document IETF RFC 2326, " Real Time Streaming Protocol (RTSP)", Avril 1998)
En fonction de cette requête, le serveur peut alors transmettre le contenu demandé vers le client.
De tels serveurs de transmission de données sont aujourd'hui hétérogènes, en ce sens qu'ils desservent une pluralité de clients (terminaux de réception) disposant de types d'accès aux données très divers. Ainsi, le réseau mondial Internet, par exemple, est accessible aussi bien à partir d'un terminal de type ordinateur personnel
(PC) que d'un radiotéléphone. Plus généralement, la bande passante pour l'accès au réseau varie fortement d'un terminal de réception à l'autre. Ainsi, un premier client peut par exemple accéder au réseau Internet à partir d'un PC puissant, et disposer d'un débit ADSL ("Asymmetric Digital Subscriber Line" pour "Ligne d'abonné numérique à structure asymétrique") à 1024 kbits/s alors qu'un deuxième client cherche à accéder aux mêmes données au même instant à partir d'un terminal de type
PDA ("Personal Digital Assistant " pour "assistant numérique personnel") connecté à un modem de faible débit.
Des algorithmes de codage d'images hiérarchiques (ou "scalable" en anglais) ont été développés, permettant une qualité adaptable et une résolution spatiotemporelle variable. Selon ces techniques, un codeur génère un flux compressé présentant une structure hiérarchique en couches, dans laquelle chacune des couches s'ajoute aux couches précédentes, la première étant la couche de base. Par exemple, une première couche de données véhicule un flux à 256 kbits/s, qui pourra être décodé par un terminal de type PDA, et une deuxième couche de données complémentaire véhicule un flux à 256 kbits/s qui pourra être décodé, en complément du premier, par un terminal plus puissant de type PC. Le débit nécessaire pour le transport de ces deux couches est dans cet exemple de 512 kbits/s.
De tels algorithmes de codage sont ainsi très utiles pour toutes les applications pour lesquelles la génération d'un seul flux compressé, organisé en plusieurs couches hiérarchiques, peut servir à plusieurs clients de caractéristiques différentes.
La norme de compression vidéo MPEG-4 ("Moving Picture Expert Group") SVC ("Scalable Video Coding"), (ITU-T Recommendation H.264 (11/2007),
Advanced video coding for generic audiovisual services, ISO/IEC 14496-10:2008,
Information technology - Coding of audio-visual objects - Part 10: Advanced video coding.), développée conjointement par l'UIT ("International Télécommunication union" pour "union Internationale des Télécommunications") et l'ISO (International Organization for Standardization" pour "Organisation internationale de normalisation") spécifie un tel codage hiérarchique.
Lors d'une requête d'un terminal, le serveur détermine alors le nombre de couches pouvant être transmises en fonction du débit de la ligne puis transmet ces couches en autant de flux selon un mode de transmission en continu (mode streaming par exemple) sans utiliser tout le débit disponible de la liaison.
Dans le cas où le débit de la ligne est inférieur au débit global du contenu, la qualité de l'image reçue par le terminal est dégradée.
La technique actuelle ne permet pas de transmettre en continu, donc en temps réel, des images non dégradées lorsque le débit de la ligne est inférieur au débit global du contenu.
Il existe donc un besoin de recevoir et d'afficher en temps réel un contenu audiovisuel contenant des images de bonne qualité avec un débit de ligne inférieur au débit global du contenu.
A cet effet, la présente invention propose un procédé de transmission d'un contenu audiovisuel codé sous la forme d'une pluralité de flux de données, depuis un serveur vers un terminal, comprenant une étape de transmission par le serveur d'au moins un premier flux relatif au contenu selon un premier mode de transmission, caractérisé par le fait qu'il comprend en outre une étape de transmission par le serveur d'une partie d'au moins un deuxième flux relatif au contenu selon un deuxième mode de transmission, les deux étapes de transmission étant simultanées et ladite partie du deuxième flux transmise simultanément au premier flux étant relative à seulement une partie de fin du contenu.
Ainsi, selon l'invention, au moins un premier flux et une partie d'un deuxième flux sont transmis en parallèle à un terminal récepteur : le premier flux est transmis selon un premier mode de transmission, par exemple en mode "streaming" (c'est-à- dire en continu ou en temps réel), et la partie du deuxième flux est transmise selon un second mode de transmission, par exemple en mode "téléchargement". La partie du deuxième flux, non prioritaire, transmise selon le deuxième mode de transmission, utilise la bande passante disponible, non utilisée pour la transmission du premier flux.
Le premier flux peut être demandé par le terminal récepteur dans une requête temps réel. La bande passante restante est utilisée pour transmettre le deuxième flux par téléchargement. Le mode téléchargement est un mode avec contrôle de flux dans lequel le serveur d'émission attend un acquittement du terminal pour continuer la transmission. Ce mode de transmission permet ainsi d'adapter le rythme d'envoi des paquets de données à la bande passante restante.
Bien entendu, on pourrait envisager que plusieurs flux soient transmis suivant le premier mode de transmission et/ou que plusieurs flux soient transmis suivant le deuxième mode de transmission. Le premier flux peut être un flux de base, prioritaire, correspondant à une qualité standard du contenu, et le deuxième flux à un flux de rehaussement permettant d'améliorer la qualité du contenu. Seule une partie du flux de rehaussement enregistré dans le serveur, correspondant à une partie de fin du contenu, est transmise en même temps que le premier flux. Ainsi, l'invention permet la transmission en temps réel d'un contenu dont la qualité d'images est améliorée -A-
pendant la restitution d'une partie de fin du contenu.
Avantageusement, cette méthode permet d'utiliser des flux codés auparavant et ne nécessite pas un nouveau codage de ces flux.
Dans un mode de réalisation particulier, il est prévu une étape de détermination par le serveur dudit au moins un premier flux à transmettre selon le premier mode de transmission et dudit au moins un deuxième flux dont une partie est destinée à être transmise selon le deuxième mode de transmission, en fonction d'une information relative à un débit d'une ligne de transmission vers le terminal et d'informations relatives aux débits des flux codant le contenu.. En fonction du débit de la ligne de transmission du terminal, d'une part, et des débits requis pour la transmission des flux codant le contenu, d'autre part, le serveur peut identifier, parmi l'ensemble des flux codant le contenu, le ou les flux pouvant être transmis intégralement selon le premier mode de transmission, et le ou les flux pouvant être transmis partiellement selon le deuxième mode de transmission. Selon un mode de réalisation particulier, le premier mode de transmission est un mode continu selon un premier cadencement et le second mode de transmission est un mode continu selon un second cadencement, ledit second cadencement étant défini par une étape de calcul des instants de transmission de paquets du deuxième flux. Ce mode de réalisation est particulièrement adapté au cas où c'est le serveur qui identifie le ou les flux à transmettre selon le premier mode de transmission et le ou les flux à transmettre partiellement selon le deuxième mode de transmission.
Dans le cas d'un contenu codé suivant un flux de base et des flux de rehaussement, le serveur peut par exemple transmettre le flux de base en temps réel et, après avoir déterminé la partie d'un flux de rehaussement pouvant être transmise, adapte la cadence d'envoi des paquets de données de ce flux en fonction du débit restant disponible.
Selon un mode de réalisation particulier, une autre partie dudit au moins un deuxième flux, relative à une partie de début du contenu, est transmise avant le début de la transmission simultanée dudit premier flux selon le premier mode de transmission et de ladite partie dudit deuxième flux selon le deuxième mode de transmission.
Ainsi, des éléments permettant d'améliorer davantage la qualité du flux affiché sont transmis avant la transmission du flux réel. Le volume des éléments transmis étant faible, puisque seulement une partie du flux de rehaussement est transmis, l'affichage du flux n'est que légèrement retardé.
Dans un mode de réalisation particulier, le contenu audiovisuel est codé sous la forme d'un flux de base et d'au moins un flux de rehaussement et ledit au moins un premier flux de flux comprend le flux de base.
L'invention est ainsi adaptée à la transmission de contenus de type SVC. Dans un autre mode de réalisation, le contenu audiovisuel est codé sous la forme d'un flux à débit constant et d'un flux à débit variable, ledit au moins un premier flux comprend le flux à débit constant.
L'invention est ainsi adaptée à la transmission de contenus de type VBR.
L'invention se rapporte également à un procédé de réception par un terminal d'un contenu audiovisuel codé sous la forme d'une pluralité de flux et transmis par un serveur, comprenant une étape de réception d'au moins un premier flux relatif au contenu transmis selon un premier mode de réception, caractérisé par le fait qu'il comprend en outre une étape de réception d'une partie d'au moins un deuxième flux relatif au contenu transmise selon un deuxième mode de transmission, les deux étapes de réception étant simultanées et ladite partie du deuxième flux reçue simultanément au premier flux étant relative à seulement une partie de fin du contenu.
Dans un mode de réalisation particulier, le procédé comprend
- une étape de stockage de la partie du deuxième flux reçue selon le deuxième mode de transmission,
- une étape d'entrelacement de la partie stockée du deuxième flux et du premier flux, à partir d'un instant correspondant au début de ladite partie de fin du contenu, et
- une étape de décodage et d'affichage du flux entrelacé.
Par exemple, en parallèle d'un flux reçu en temps réel, le terminal reçoit et stocke une partie d'un flux reçu selon un second mode de transmission tel qu'un mode de téléchargement. Dans un premier temps, seul le flux temps réel est affiché. Puis, à partir d'un instant donné, la partie du flux reçu selon le second mode de transmission est entrelacé avec le flux temps réel, permettant ainsi d'améliorer la qualité des images affichées. L'instant donné est calculé de façon à ce que l'amélioration du flux perdure jusqu'à la fin de l'affichage du contenu.
Dans un mode de réalisation particulier, une autre partie du deuxième flux, relative à une partie de début du contenu, est reçue avant le début de la réception simultanée du premier flux selon le premier mode de transmission et de ladite partie du deuxième flux selon le deuxième mode de transmission. Ce mode de réalisation permet d'obtenir une amélioration de la qualité d'images, pendant toute la durée d'affichage du contenu. Le retard d'affichage engendré par la transmission d'une partie du deuxième flux avant la transmission du premier flux est faible dans la mesure où la quantité d'informations ainsi transmise est de volume réduit. Selon un mode particulier de réalisation de l'invention, le procédé de réception comporte en outre une étape de construction d'une requête de transmission de flux par flux du premier flux et d'une requête de transmission de flux par flux de ladite partie du deuxième flux, postérieure à un pointeur de flux prédéterminé.
L'invention concerne également un serveur apte à transmettre un contenu audiovisuel, ledit contenu étant codé suivant une pluralité de flux de données, vers un terminal, comprenant des premiers moyens de transmission adaptés pour transmettre au moins un premier flux relatif au contenu selon un premier mode de transmission, caractérisé par le fait qu'il comprend en outre des deuxièmes moyens de transmission adaptés pour transmettre une partie d'au moins un deuxième flux relatif au contenu selon un deuxième mode de transmission simultanément à la transmission du premier flux selon le premier mode de transmission, ladite partie du deuxième flux étant relative à seulement une partie de fin du contenu.
L'invention se rapporte également à un terminal apte à recevoir un contenu audiovisuel codé sous la forme d'une pluralité de flux, via une ligne de transmission, comprenant des moyens de requête de transmission de flux, des moyens de réception, d'un premier groupe de flux de la pluralité de flux transmis selon un premier mode de transmission, des moyens de décodage et d'affichage en temps réel dudit premier groupe de flux reçu, caractérisé en ce qu'il comporte en outre :
- des moyens de réception, en parallèle de la réception du premier groupe de flux, d'une partie d'un second groupe de flux de la pluralité de flux transmis selon un second mode de transmission, ladite partie étant située après un pointeur prédéterminé du second groupe de flux;
- des moyens de stockage de ladite partie du second groupe de flux reçue;
- des moyens d'entrelacement du flux stocké et du premier groupe de flux; et en ce que les moyens de décodage et d'affichage sont aptes à décoder et à afficher le flux entrelacé.
Selon un mode de réalisation, le terminal de réception d'un contenu audiovisuel codé sous la forme d'une pluralité de flux de données, comprenant des premiers moyens de réception d'au moins un premier flux relatif au contenu transmis selon un premier mode de transmission, caractérisé par le fait qu'il comprend en outre des deuxièmes moyens de réception adaptés pour recevoir une partie d'au moins un deuxième flux relatif au contenu transmise selon un deuxième mode de transmission et simultanément au premier flux, ladite partie du deuxième flux étant relative à seulement une partie de fin du contenu. L'invention se rapporte également à un système comprenant un serveur tel que défini précédemment et au moins un terminal tel que défini précédemment.
L'invention concerne encore un produit programme d'ordinateur comprenant des instructions pour mettre en œuvre les étapes d'un procédé de transmission tel que défini précédemment et/ou un procédé de réception tel que défini précédemment lorsqu'il est chargé et exécuté par un processeur.
D'autres particularités et avantages de la présente invention apparaitront dans la description suivante de modes de réalisation donnés à titre d'exemple non limitatif, en référence aux dessins annexés, dans lesquels :
- la figure 1 est un schéma général présentant le contexte de l'invention, - la figure 2a est un schéma illustrant un exemple de contenu audiovisuel composé de 4 flux,
- la figure 2b est un schéma illustrant la transmission, en fonction du temps, des flux du contenu audiovisuel présentés sur la figure 2a, selon un premier mode de réalisation, - la figure 2c est un schéma illustrant l'affichage des flux du contenu audiovisuel présentés sur la figure 2a, en fonction du temps, selon un premier mode de réalisation,
- la figure 3 est un organigramme illustrant les différentes étapes d'un procédé de transmission d'un contenu audiovisuel selon un premier mode de réalisation de l'invention,
- la figure 4 est un organigramme illustrant les différentes étapes d'un procédé de réception d'un contenu audiovisuel selon un premier mode de réalisation de l'invention,
- la figure 5 est un schéma-bloc représentant un terminal apte à mettre en œuvre le procédé de réception selon le premier mode de réalisation.
- la figure 6 est un organigramme illustrant les différentes étapes d'un procédé de transmission et d'un procédé de réception selon un deuxième mode de réalisation,
- la figure 7a est un schéma illustrant la transmission, en fonction du temps, des flux du contenu audiovisuel présentés sur la figure 2a, selon un deuxième mode de réalisation,
- la figure 7b est un schéma illustrant l'affichage des flux du contenu audiovisuel présentés sur la figure 2a, en fonction du temps, selon un deuxième mode de réalisation, - la figure 8a est un schéma illustrant un exemple de contenu audiovisuel enregistré sous la forme de 3 flux,
- la figure 8b est un schéma illustrant la transmission, en fonction du temps, des flux du contenu audiovisuel présentés sur la figure 8a, selon un troisième mode de réalisation, - la figure 8c est un schéma illustrant l'affichage des flux du contenu audiovisuel présentés sur la figure 8a, en fonction du temps, selon un troisième mode de réalisation,
- la figure 9 est un organigramme illustrant les différentes étapes d'un procédé de transmission et d'un procédé de réception d'un contenu audiovisuel selon un troisième mode de réalisation de l'invention,
- la figure 10 est un schéma bloc représentant un dispositif apte à réaliser les étapes d'un procédé de configuration de transmission selon un mode de réalisation de l'invention,
- la figure 11 est un schéma bloc représentant un exemple de terminal apte à réaliser les étapes d'un procédé de réception selon un mode de réalisation de l'invention.
En référence à la figure 1, un système SYS comprend un serveur S et un ou plusieurs terminaux Tl, T2, T3... Les terminaux Tl, T2, T3... sont aptes à communiquer avec le serveur S via une ligne de transmission d'un réseau de télécommunication.
Le serveur S est par exemple un ordinateur.
Le terminal Tl est par exemple un terminal mobile apte à communiquer avec le serveur S via une ligne de transmission Ll, par exemple de type GSM.
Le terminal T2 est par exemple un ordinateur de type PC (pour "Personal Computer") apte à communiquer avec le serveur S via une ligne de transmission L2, par exemple de type RTC (pour "réseau téléphonique commuté").
Le terminal T3 est par exemple un ordinateur de type PC apte à communiquer avec le serveur S via une ligne de transmission L3, par exemple de type ADSL (pour "Asymmetric Digital Subscriber Line"). Le serveur S comporte une mémoire MEM dans laquelle ont été stockés des contenus audiovisuels Cl, C2,... Chaque contenu audiovisuel est enregistré sous la forme d'au moins deux fichiers : un fichier dit "de base" et un ou plusieurs fichiers dits "de rehaussement". Le fichier de base contient un contenu de base, compressé et codé de façon à pouvoir être transmis en mode streaming, c'est-à-dire en mode temps réel, à la plupart des terminaux. Le ou les fichiers de rehaussement contiennent des informations compressées et codées permettant d'améliorer la qualité d'affichage du contenu de base.
En référence aux figures 2 à 5, un premier mode de réalisation d'un procédé de configuration de transmission, d'un procédé de transmission et d'un procédé de réception d'un contenu audiovisuel selon l'invention va maintenant être décrit.
Dans ce mode de réalisation, un utilisateur du terminal Tl commande la transmission du contenu C 1.
Comme illustré sur la figure 2a, le contenu audiovisuel Cl est stocké sous la forme de quatre fichiers codés en SVC (pour "Scalable Video Coding") : - un fichier CB contenant un flux de base codé à un débit DBl, par exemple
500 Kbits/s,
- un premier fichier CRl contenant un premier flux de rehaussement codé à un débit DRl, par exemple 150 Kbits/s,
- un deuxième fichier CR2 contenant un deuxième flux de rehaussement codé à un débit DR2, par exemple 100 Kbits/s,
- un troisième fichier CR3 contenant un troisième flux de rehaussement codé à un débit DR3, par exemple 50 Kbits/s.
A titre d'alternative, le contenu Cl contient un nombre différent de flux de rehaussement. Encore à titre d'alternative, le contenu audiovisuel C 1 est stocké sous la forme de fichiers codés en VBR (pour "Variable Bit Rate") : un fichier contenant un flux à débit constant et un ou plusieurs fichiers accumulant les variations au dessus de ce débit constant.
La configuration de la transmission du contenu audiovisuel Cl et la transmission de ce contenu Cl, selon un mode de réalisation particulier de réalisation de l'invention, vont maintenant être décrits en référence à la figure 3.
Lors d'une première étape E2, le terminal Tl transmet au serveur S via la ligne de transmission Ll, une requête RQl de demande du contenu audiovisuel Cl. La requête RQl comporte un identifiant du contenu audiovisuel Cl, par exemple le code ISAN (International Standard Audiovisual Number) d'un film. Le contenu audiovisuel Cl est, par exemple, choisi par l'utilisateur parmi une liste de contenus disponibles transmise au terminal Tl par le serveur S.
Lors d'une étape E4, le serveur S envoie au terminal Tl une réponse RRl à la requête RQl. La réponse RRl contient la durée TDl du contenu Cl, c'est-à-dire la durée de visualisation du contenu en temps réel, ainsi que des informations relatives aux fichiers stockés sur le serveur S pour le contenu audiovisuel Cl. Les informations relatives aux fichiers stockés pour le contenu audiovisuel Cl sont par exemple :
- une URL (pour "Uniform Resource Locator") UBR permettant de demander le flux de base CB selon un premier mode de transmission et le débit de codage DBl associé au fichier de base CB,
- une URL URl permettant de demander le premier flux de rehaussement CRl selon un premier mode de transmission ainsi qu'une URL UTl permettant de demander le premier flux de rehaussement CRl selon un second mode de transmission et le débit de codage DRl associé au premier fichier de rehaussement CRl,
- une URL UR2 permettant de demander le deuxième flux de rehaussement CR2 selon un premier mode de transmission ainsi qu'une URL UT2 permettant de demander le deuxième flux de rehaussement CR2 selon un second mode de transmission et le débit de codage DR2 associé au deuxième fichier de rehaussement CR2,
- une URL UR3 permettant de demander le troisième flux de rehaussement CR3 selon un premier mode de transmission ainsi qu'une URL UT3 permettant de demander le troisième flux de rehaussement CR3 selon un second mode de transmission et le débit de codage DR3 associé au troisième fichier de rehaussement CR3.
Le premier mode de transmission est par exemple un mode temps réel, par exemple un mode "streaming RTP" (pour "Real Time Protocol").
Le second mode de transmission est par exemple un mode de téléchargement avec contrôle de flux utilisant par exemple le protocole "FTP" (pour "File Transfer Protocol) ou "HTTP" (pour " HyperText Transfer Protocol").
La réponse RRl est par exemple un fichier de description de contenu de type
SDP (pour "Session Description Protocol") défini par l'IETF (pour "Internet
Engineering Task Force") auquel une URL permettant de demander un flux de rehaussement en mode téléchargement a été ajoutée pour chaque flux de rehaussement du contenu Cl.
Lors d'une étape E6, le terminal Tl détermine le débit DLl de la ligne de transmission Ll. La méthode utilisée pour calculer le débit de la ligne est par exemple le procédé divulgué dans le brevet européen EP 1578085 publié le 28/11/2007.
Le débit DLl déterminé est par exemple de 600 Kbit/s.
Dans le cas où le débit DLl de la ligne de transmission Ll est supérieur à la somme du débit de codage DBl du fichier de base CB et des débits de codage DRl, DR2, DR3 des fichiers de rehaussement CRl, CR2, CR3, le terminal Tl peut demander la transmission simultanée du flux de base CB et des flux de rehaussement en mode streaming. Il n'est pas nécessaire dans ce cas de mettre en œuvre le procédé de l'invention.
Dans le cas où le débit DLl de la ligne de transmission Ll est inférieur au débit
DBl du flux de base CB, aucun des flux du contenu Cl ne peut être transmis en temps réel au terminal Tl. Le contenu doit alors être transmis de façon classique en mode téléchargement (préalable ou progressif) pour un affichage en temps différé. Le procédé de l'invention ne peut être mis en œuvre dans ce cas.
Si le débit de la ligne DLl est supérieur au débit de codage DBl du flux de base CB et inférieur à la somme du débit de codage DB 1 du flux de base CB et des débits de codage des flux de rehaussement, le terminal Tl sélectionne, lors d'une étape E8, un premier groupe Gl de flux aptes à être transmis au terminal Tl en mode streaming.
Le premier groupe Gl contient le flux de base CB et un ou plusieurs flux de rehaussement. Plus précisément, le terminal Tl calcule la somme des débits respectifs du flux de base et du premier flux de rehaussement. Si la somme calculée est inférieure au débit de la ligne de transmission Ll, le premier flux de rehaussement est un flux du premier groupe. Le terminal Tl ajoute alors à la somme calculée le débit du deuxième flux de rehaussement; ainsi de suite, jusqu'à ce que la somme calculée soit supérieure au débit de la ligne Ll.
Le premier groupe Gl est ainsi déterminé en fonction de l'information relative au débit de la ligne de transmission et en fonction d'informations de débit des flux codant le contenu audiovisuel Cl.
Dans le mode de réalisation décrit ici, le premier groupe de flux Gl comprend uniquement le flux de base CB.
Lors d'une étape ElO, le terminal Tl sélectionne un second groupe de flux G2. Le second groupe du flux G2 contient un ou plusieurs flux du contenu audiovisuel Cl non contenus dans le premier groupe de flux Gl.
Le second groupe G2 est déterminé en fonction de l'information relative au débit de la ligne de transmission et en fonction d'informations de débit relatives aux flux codant le contenu audiovisuel Cl.
Dans le mode de réalisation décrit, le deuxième groupe de flux G2 comprend uniquement le premier flux de rehaussement CRl.
La bande passante ou débit DDl de la ligne de transmission Ll restant disponible pendant la transmission du flux de base CB en mode streaming est inférieure au débit de codage DRl du premier flux de rehaussement CRl. Le flux de rehaussement CRl du deuxième groupe de flux G2 ne peut donc être transmis en mode streaming sans perte d'informations.
Lors d'une étape E 12, le terminal Tl détermine un pointeur Pl ici du premier flux de rehaussement CRl. Le pointeur Pl représente le début de la partie de fin du flux de rehaussement CRl adaptée pour pouvoir être transmise au terminal Tl en mode téléchargement concomitamment à la transmission en mode streaming au terminal Tl du flux de base CB, par utilisation de la bande passante disponible. On notera que, dans l'exemple décrit ici, la transmission du flux de base CB en mode streaming et la transmission d'une partie du flux de rehaussement CRl en mode téléchargement sont destinées à débuter et à se terminer aux mêmes instants respectifs, comme représenté sur la figure 2b. Pour déterminer le pointeur Pl, le terminal Tl détermine d'abord une quantité QIl d'informations pouvant être transmise en mode téléchargement pendant la durée de la transmission du flux de base CB en mode streaming, qui est égale à la durée TDl du contenu audiovisuel Cl, compte tenu de la bande passante disponible restante (c'est-à-dire non utilisée pour la transmission du flux de base CB).
Plus précisément, la quantité d'informations QIl est obtenue par la formule :
QIl = TDl x DDl = TDl x (DLl- SOMME (débit(s) du ou des flux du premier groupe de flux).
En l'espèce, le premier groupe de flux contenant uniquement le flux de base :
QII = TDIX(DLI-DB I)
Puis le terminal Tl détermine à quelle fraction, notée F(CRl), du flux de rehaussement cette quantité d'informations correspond en divisant la quantité d'informations QIl calculée par la quantité totale d'informations du flux de rehaussement CRl, laquelle est égale à la durée TDl du contenu Cl multipliée par le débit CRl du flux de rehaussement. Autrement dit, la fraction F(CRl) est obtenue par la formule : F(CRl) = QI1/TD1*DR1 = (DL1-DB1)/DR1. Cette fraction calculée correspondant à une proportion du flux de rehaussement CRl pouvant être transmise en téléchargement durant la transmission en streaming du flux de base CB, par utilisation de la bande passante disponible restante.
On rappelle ici que la partie du flux de rehaussement CRl, correspondant à la fraction calculée du flux de rehaussement CRl, à transmettre en téléchargement au terminal Tl est une partie de fin de ce flux CRl. Le terminal Tl détermine ensuite la position du pointeur Pl dans le flux de rehaussement CRl, c'est-à-dire la position du début de la partie du flux de rehaussement à transmettre en téléchargement. Cette position du pointeur Pl dans le flux de rehaussement CRl peut être représentée par une fraction (1- (DLl-DBl)/ DRl) du volume ou du temps de visualisation du contenu, définissant la position du pointeur Pl à partir du début du flux de rehaussement correspondant au début du contenu C 1. Dans le mode de réalisation particulier décrit où le débit DLl de la ligne de transmission Ll est de 600 Kbits/s, le débit du flux de base DBl de 500 Kbits/s et le débit du flux de rehaussement DRl de 150 Kbits/s, la fraction du flux de rehaussement CRl pouvant être transmise en téléchargement pendant la transmission en streaming du flux de base est égale à (600-500)/ 150 = 2/3. Par conséquent, le pointeur Pl se situe au 1/3 (car 1-2/3=1/3) du flux de rehaussement à compter du début du flux de rehaussement CRl, autrement dit au tiers du premier fichier de rehaussement CRl.
A titre d'alternative, une marge d'erreur est ajoutée à la valeur déterminée Pl pour éviter que le flux temps réel ne se termine avant la fin du téléchargement (par exemple 5 ou 10%).
L'étape E12 est suivie d'une étape E 14 lors de laquelle le terminal Tl construit une requête RQR de transmission en mode streaming par flux du flux de base CB. La requête RQR contient par exemple l'URL permettant la transmission du flux de base en mode streaming. Si le premier groupe Gl de flux contenait plusieurs flux, la requête RQR pourrait contenir une URL pour chacun des flux du groupe Gl. En variante, on pourrait générer plusieurs requêtes RQR.
Dans le mode de réalisation décrit, le terminal Tl construit une requête RQR contenant l'URL UBR. Lors d'une étape E 16, le terminal Tl construit ici une requête RQT de transmission d'une partie du flux de rehaussement CRl en mode téléchargement. La requête RQT contient l'URL UTl pour la transmission du flux CRl en téléchargement et le pointeur Pl déterminé lors de l'étape E 12. Si le deuxième groupe G2 de flux contenait plusieurs flux, la requête RQT pourrait contenir une URL pour chacun des flux du groupe G2 et un pointeur associé. En variante, on pourrait générer plusieurs requêtes RQT.
La requête RQR de transmission du flux de base CB et la requête RQT de transmission d'une partie du flux de rehaussement CRl sont ensuite transmises au serveur S lors d'une étape El 8. Le serveur S reçoit la requête RQR lors d'une étape E20 et la requête RQT lors d'une étape E22.
Lors d'une étape E24 suivante, le serveur S détermine dans le fichier du flux de rehaussement CRl, un pointeur P2 en fonction du pointeur Pl. Le pointeur P2 est par exemple une position dans le fichier du flux CRl telle que P2 corresponde au pointeur Pl.
De façon classique, chaque flux est codé sous forme de paquets ou blocs de données. Chaque bloc comporte un entête contenant une information relative au moment de son décodage par rapport au début du décodage du flux. Le pointeur P2 déterminé est par exemple l'adresse d'un bloc de données du fichier correspondant au pointeur Pl.
Le pointeur P2 est éventuellement ajusté pour correspondre à l'adresse d'un paquet de données du flux.
Lors d'une étape E26, le serveur S commande d'une part la transmission du flux de base CB en mode streaming (temps réel) et d'autre part la transmission de la partie du flux de rehaussement postérieure au pointeur Pl en mode téléchargement.
La figure 2b illustre la transmission du flux de base CB pendant le temps TDl et la transmission simultanée d'une partie de fin du premier flux de rehaussement CRl. Les deux transmissions débutent et se terminent ici en même temps, comme représenté sur la figure 2b. Dans le mode de réalisation décrit, les étapes E2 à El 8 correspondent aux étapes d'un mode de réalisation d'un procédé de configuration de transmission selon l'invention et les étapes E20 à E26 correspondent aux étapes d'un mode de réalisation d'un procédé de transmission selon l'invention.
Un procédé de réception par le terminal Tl du flux de base CB et de la partie, postérieure au pointeur Pl, du premier flux de rehaussement CRl du contenu audiovisuel Cl, transmis par le serveur S lors du premier mode de réalisation d'un procédé de transmission, va maintenant être décrit en référence à la figure 4.
Le terminal Tl reçoit des blocs de données du flux de base CB (étape E30) qu'il stocke dans une mémoire temporaire MR de stockage du flux temps réel du terminal Tl. Le terminal Tl reçoit en parallèle, lors d'une étape E32, des blocs de données du premier flux de rehaussement CRl qu'il stocke dans une mémoire temporaire MT de stockage du flux téléchargé du terminal Tl.
Suite à la réception du premier bloc de données du premier flux de rehaussement CRl, le terminal Tl lit l'entête du bloc reçu. L'entête contient, de façon classique, une information relative à l'instant de décodage Hl du bloc par rapport à l'instant de début du décodage du contenu (c'est-à-dire l'instant de début du contenu). Le terminal Tl enregistre l'instant de décodage Hl dans une mémoire temporaire TEMPl du terminal Tl, lors d'une étape E34. L'instant de décodage Hl correspondant à l'instant de début de la partie du flux de rehaussement CRl transmis par le serveur S et reçu par le terminal Tl.
Lors d'une étape suivante E36, l'instant Hl est comparé à l'instant courant H de chaque bloc du flux de base CB reçu en temps réel et décodé, à compter du début du décodage du flux de base du contenu. Tant que l'instant Hl n'est pas atteint par l'instant courant H, le terminal Tl décode les blocs reçus du flux de base CB stockés temporairement dans la mémoire MR de stockage du flux temps réel et les affiche en temps réel, c'est à dire en fonction de l'instant figurant dans l'entête des blocs, sur un écran du terminal Tl, lors d'une étape E38. A partir du moment où l'instant Hl est atteint par l'instant courant H, les blocs provenant du premier flux de rehaussement CRl, c'est-à-dire les blocs de données stockés dans la mémoire temporaire MT de stockage du flux téléchargé, sont insérés entre les blocs de données du flux de base CB selon l'instant de décodage de chacun d'eux (étape E40). Ainsi, les blocs du premier flux de rehaussement CRl sont entrelacés avec les blocs du flux de base CB.
Puis, le terminal Tl décode les blocs du flux de base CB et les blocs insérés de la partie du flux de rehaussement CRl téléchargée et les affiche en temps réel, c'est à dire en fonction de l'instant figurant dans l'entête des blocs, sur un écran du terminal Tl, lors d'une étape E42 La figure 2c illustre l'affichage du flux de base CB et d'une partie du premier flux de rehaussement CRl du contenu audiovisuel Cl en fonction du temps. Dans un premier temps, seuls les blocs de flux de base CB sont décodés et les images affichées. A partir d'un instant donné identifié par le pointeur Pl, correspondant ici au tiers de la visualisation à compter du début de la visualisation du contenu Cl, les blocs téléchargés du premier flux de rehaussement CRl commencent à être insérés entre les blocs du flux de base et sont fournis au module de décodage entrelacés avec les blocs du flux de base. Ainsi, les images du premier flux de rehaussement sont affichées en plus des images du flux de base.
En référence à la figure 5, un mode particulier de réalisation du procédé de réception va maintenant être décrit.
Le terminal Tl comporte un module de réception REC apte à recevoir les blocs de données en provenance de la ligne de transmission Ll et à transmettre les blocs reçus à un module de traitement TRI du terminal Tl.
Lors de la réception d'un bloc de données, le module de traitement TRI détermine si le bloc reçu est un bloc apte à être affiché en temps réel ou si le bloc reçu est un bloc du flux reçu en mode téléchargement.
Si le bloc reçu est un bloc du flux temps réel, c'est-à-dire un bloc du flux de base CB dans ce mode de réalisation, le module de traitement TRI enregistre ce bloc dans une mémoire temporaire MR de stockage du flux temps réel du terminal Tl. La mémoire temporaire MR est une mémoire de type "FIFO" (pour "first input
- first output").
Si le bloc reçu est un bloc du flux téléchargé, c'est-à-dire un bloc du premier flux de rehaussement CRl, le module de traitement TRI enregistre ce bloc dans une mémoire temporaire MT de stockage du flux téléchargé du terminal Tl. La mémoire MT est une mémoire de type "FIFO".
Un module d'ordonnancement ORD du terminal Tl lit ensuite les entêtes des blocs reçus enregistrés dans la mémoire MR de stockage du flux temps réel et dans la mémoire MT de stockage du flux téléchargé et ordonne les blocs en fonction de l'instant de décodage indiquée dans leur entête. Plus précisément, le module d'ordonnancement ORD lit dans l'entête du premier bloc stocké dans la mémoire MR de stockage du flux temps réel, l'instant de décodage HR de ce bloc.
La mémoire MR étant une mémoire de type "FIFO", le bloc lu dans la mémoire MR est le bloc enregistré avant les autres blocs présents. Le module d'ordonnancement ORD lit ensuite dans l'entête du premier bloc stocké dans la mémoire MT de stockage du flux téléchargé, l'instant de décodage HT de ce bloc.
La mémoire MT étant une mémoire de type "FIFO", le bloc lu dans la mémoire MT est le bloc enregistré avant les autres blocs présents. Le module d'ordonnancement ORD compare ensuite l'instant de décodage HR du bloc du flux temps réel et l'instant de décodage HT du bloc du flux téléchargé.
Si l'instant de décodage HR du bloc du flux temps réel est antérieur à l'instant de décodage HT du bloc du flux téléchargé, le module d'ordonnancement ORD enregistre le bloc lu de la mémoire MR de stockage du flux temps réel, dans une mémoire de décodage MD du terminal Tl et efface ce bloc de la mémoire MR de stockage du flux temps réel.
Le module d'ordonnancement ORD lit ensuite le bloc suivant dans la mémoire MR et exécute de nouveau l'étape de comparaison avec la nouvelle valeur de HR.
Si l'instant de décodage HR du bloc du flux temps réel est postérieur à l'instant de décodage HT du bloc du flux téléchargé, le module d'ordonnancement ORD enregistre le bloc correspondant du flux téléchargé dans la mémoire de décodage MD et l'efface de la mémoire MT de stockage du flux téléchargé.
Le module d'ordonnancement ORD lit ensuite le bloc suivant du flux téléchargé et exécute de nouveau l'étape de comparaison avec une nouvelle valeur HT de l'instant de décodage du bloc lu du flux téléchargé.
Ainsi, les blocs du premier flux de rehaussement CRl étant situés après un pointeur déterminé, le module d'ordonnancement ORD enregistre dans la mémoire de décodage MD dans un premier temps uniquement des blocs du flux de base CB.
Ensuite, à partir d'un instant donné, il enregistre des blocs du premier flux de rehaussement CRl entre deux blocs consécutifs du flux de base CB. L'instant donné correspond à l'instant de décodage du premier bloc reçu du premier flux de rehaussement CRl, c'est-à-dire le premier bloc se trouvant après le pointeur déterminé.
En parallèle du travail réalisé par le module d'ordonnancement ORD, dès qu'un bloc est présent dans la mémoire de décodage MD, un module de décodage DEC du terminal Tl lit ce bloc, le décode en prenant en compte l'instant de décodage indiqué dans l'entête du bloc et le transmet pour affichage à un module d'affichage AFF du terminal Tl. Puis, le module de décodage DEC efface ce bloc de la mémoire de décodage MD. La mémoire de décodage MD est une mémoire de type "FIFO". Le bloc lu dans la mémoire de décodage MD est toujours le bloc enregistré avant les autres blocs présents.
Le module d'affichage AFF affiche les images générées par le module de décodage DEC. Ainsi, seules des images du flux de base sont affichées dans un premier temps.
Dans un second temps, à partir d'un instant donné, un ou plusieurs blocs du flux de rehaussement sont décodés entre deux blocs du flux de base.
Le décodage et l'affichage du flux de rehaussement, en plus du décodage et de l'affichage du flux de base, permet d'améliorer à partir d'un instant donné la qualité de l'affichage du contenu et ce, jusqu'à la fin du contenu.
En référence aux figures 6, 7a et 7b, un deuxième mode de réalisation d'un procédé de définition de transmission, d'un procédé de transmission et d'un procédé de réception du contenu audiovisuel Cl demandé par un utilisateur du terminal Tl selon l'invention va maintenant être décrit Dans ce deuxième mode de réalisation, le débit DL3 de la ligne Ll est de 700
Kbits/s.
Dans ce mode de réalisation, les étapes du procédé de configuration de transmission sont similaires aux étapes E2 à El 8 décrites dans le premier mode de réalisation. Le premier groupe de flux Gl déterminé lors de l'étape E8 comprend le flux de base CB et le premier flux de rehaussement CRl.
Le deuxième groupe de flux G2 déterminé lors de l'étape ElO comprend le deuxième flux de rehaussement CR2.
La fraction du deuxième flux de rehaussement CR2 comprise entre le pointeur Pl et la fin de ce flux, c'est-à-dire la partie de fin du flux de rehaussement CR2, à transmettre en téléchargement, déterminée lors de l'étape E 12, correspond à la deuxième moitié du flux CR2. Ainsi, le pointeur Pl se situe à la moitié du deuxième fichier de rehaussement CR2.
Lors de l'étape E 14, le terminal Tl construit une requête RQRl de transmission en mode streaming du flux de base CB et une requête RQR2 de transmission en mode streaming du premier flux de rehaussement CRl. La requête RQRl contient l'URL UBR et la requête RQR2 contient l'URL URl.
Lors de l'étape E 16, le terminal Tl construit une requête RQTl de transmission d'une partie du flux de rehaussement CR2 en mode téléchargement. La requête RQT contient l'URL UT2 de demande du deuxième flux de rehaussement CR2 en mode téléchargement.
Un deuxième mode de réalisation d'un procédé de transmission et d'un procédé de réception consécutifs au procédé de configuration d'une transmission qui vient d'être décrit va maintenant être décrit en référence à la figure 6. Lors d'une étape E50, le terminal Tl transmet au serveur S, une requête RQTl de transmission du deuxième groupe de flux.
Le serveur S reçoit la RQTl lors d'une étape E52.
Lors d'une étape E54 suivante, le serveur S commence à transmettre des paquets de données du deuxième flux de rehaussement CR2 en mode téléchargement. Le terminal Tl reçoit ces paquets de données lors d'une étape E56 et les stocke dans une mémoire temporaire de stockage du flux téléchargé du terminal Tl.
Le terminal Tl renvoie au serveur S, lors d'une étape E58, un acquittement ACK des blocs reçus.
Lors de l'étape E60 suivante, il lit l'entête des blocs reçus et détermine si un des blocs correspond au pointeur Pl déterminé, c'est-à-dire si la quantité d'informations du deuxième flux de rehaussement CR2 restant à transmettre correspond à la quantité QIl déterminée.
Si ce n'est pas le cas, les étapes E54 à E60 sont réitérées. Si c'est le cas, le terminal Tl transmet au serveur S, lors d'une étape E62, les requêtes RQRl et RQR2 de demande du premier groupe de flux en mode temps réel construites lors de l'étape E14 du procédé de configuration de transmission.
Le serveur S transmet, lors d'une étape E64, en réponse aux requêtes RQRl et RQR2, d'une part le flux de base CB et d'autre part le premier flux de rehaussement CRl, en mode temps réel et simultanément (comme représenté sur la figure 7a). Il continue en parallèle de transmettre le deuxième flux de rehaussement CR2.
La figure 7a illustre la transmission d'une première partie du deuxième flux de rehaussement CR2 puis la transmission simultanée pendant la durée TD2 de visualisation du contenu C2, du flux de base CB, du premier flux de rehaussement CRl et d'une seconde partie du deuxième flux de rehaussement CR2. Ainsi, une première partie du flux de rehaussement CR2 est transmise en mode téléchargement par le serveur S au terminal Tl avant le début de la transmission simultanée, d'une part, du flux de base CB et du flux de rehaussement CRl en mode temps réel, et, d'autre part, d'une deuxième partie du flux de rehaussement CR2 en mode téléchargement. La première partie du flux de rehaussement CR2 transmise en mode téléchargement avant la transmission en temps réel correspond à une partie de début du contenu, alors que la deuxième partie du flux de rehaussement CR2 transmise en mode téléchargement concomitamment à la transmission en temps réel correspond à une partie de fin du contenu. L'intégralité du flux de rehaussement CR2 est ainsi transmise. Le terminal Tl reçoit, lors d'une étape E66, en parallèle de la réception des blocs de données du deuxième flux de rehaussement CR2, des blocs de données du premier groupe de flux, c'est à dire du flux de base CB ou du premier flux de rehaussement CRl, qu'il stocke dans une mémoire temporaire de stockage de flux temps réel du terminal Tl. Lors d'une étape E68, le terminal Tl entrelace les blocs du flux stocké dans la mémoire temporaire de stockage de flux temps réel et les blocs du flux stocké dans la mémoire temporaire de stockage de flux téléchargé en fonction des entêtes des blocs de ces flux. Dans ce mode de réalisation, l'instant donné correspond au début de la visualisation du contenu. L'étape E68 est suivie d'une étape E70 lors de laquelle le flux entrelacé est décodé et affiché.
La figure 7b illustre l'affichage du flux de base CB, du premier flux de rehaussement CRl et du deuxième flux de rehaussement CR2 du contenu audiovisuel Cl en fonction du temps. Les blocs de flux de base CB et du premier flux de rehaussement CRl sont décodés et les images affichées avec un léger retard par rapport à la demande mais, en contrepartie l'ensemble des trois flux est affiché dès le début de la visualisation, permettant ainsi d'améliorer, dès le début de la visualisation et pendant toute la durée de visualisation, la qualité de l'affichage du contenu.
En référence aux figures 8 et 9, un troisième mode de réalisation d'un procédé de configuration de transmission, d'un procédé de transmission et d'un procédé de réception d'un contenu audiovisuel selon l'invention va maintenant être décrit
Dans ce mode de réalisation, un utilisateur du terminal T2 commande la transmission du contenu C2.
Comme illustré sur la figure 8a, le contenu audiovisuel C2 est stocké sous la forme de 3 fichiers codés en SVC : un fichier CB2 contenant un flux de base codé à un débit DB2, par exemple 500 Kbits/s, un premier fichier de rehaussement Rl contenant un flux de rehaussement codé à un débit DR4, par exemple 100 Kbits/s, et un deuxième fichier de rehaussement R2 contenant un flux de rehaussement codé à un débit DR5, par exemple 50 Kbits/s. En référence à la figure 9, le terminal T2, lors d'une première étape E100, transmet au serveur S via la ligne de transmission L2, une requête RQ2 de demande du contenu audiovisuel C2. La requête RQ2 comporte un identifiant du contenu audiovisuel C2, par exemple le code ISAN de ce contenu.
Lors d'une étape E102, le serveur S reçoit la requête RQ2. Lors d'une étape E104, le serveur S envoie, au terminal T2, une réponse RR2 à Ia requête RQ2. La réponse RR2 contient des informations relatives aux fichiers stockés sur le serveur S pour le contenu audiovisuel C2.
Les informations relatives aux fichiers stockés pour le contenu audiovisuel C2 sont par exemple une URL (pour "Uniform Resource Locator") UB2 permettant de demander le flux de base CB2 selon un premier mode de transmission, le débit de codage DB2 associé au fichier de base CB2, une URL Ul permettant de demander le premier flux de rehaussement Rl selon un premier mode de transmission, une URL
U2 permettant de demander le deuxième flux de rehaussement R2 selon un premier mode de transmission ainsi que les débits de codage DR4 et DR5 associés aux fichiers de rehaussement Rl et R2.
Le premier mode de transmission est par exemple un mode temps réel, par exemple un mode "streaming RTP".
La réponse RR2 est par exemple un fichier de type SDP classique.
Le terminal T2 reçoit la réponse RR2 lors d'une étape E 106. Lors d'une étape E108, le terminal T2 détermine le débit DL2 de la ligne de transmission L2.
Dans le mode de réalisation décrit, le débit DL2 déterminé est 575 Kbits/s
Puis, lors d'une étape El 10, le terminal T2 construit et transmet deux requêtes
RQR3 et RQR4 de transmission de flux du contenu C2. Le nombre de requêtes dépend du débit DL2 de la ligne de transmission L2 et du débit des flux du contenu
C2. Le nombre de requêtes est calculé de façon à utiliser la totalité de la bande passante de la ligne de transmission L2.
Le débit DL2 de la ligne de transmission L2 est d'une part supérieur au débit de codage DB2 du flux de base CB2 et d'autre part inférieur à la somme du débit de codage DB2 du flux de base CB2 et du débit de codage DR4 du premier flux de rehaussement Rl.
La requête RQR3 est une requête de transmission du flux de base CB 2 selon le premier mode de transmission. La requête RQR4 est une requête de transmission du premier flux de rehaussement Rl selon le premier mode de transmission. A titre d'alternative, le nombre de requêtes transmises est supérieur à 2 tout en restant dans la limite du nombre de flux du contenu C2.
A titre d'alternative, le terminal T2 ne détermine pas le débit DL2 de la ligne et transmet autant de requêtes de transmission de flux selon le premier mode de transmission que de flux composant le contenu C2. Les requêtes transmises par le terminal T2 sont reçues par le serveur S lors d'une étape El 12.
Lors d'une étape El 14, le serveur S détermine le débit DL2 de la ligne de transmission L2. La méthode utilisée pour calculer le débit de la ligne est par exemple une de celles décrites dans les documents US 2002044528, US2002165970 et EP 0622967.
A titre d'alternative, le débit DL2 de la ligne de transmission L2 est déterminé par le terminal T2 et transmis dans la requête RQ2. L'étape El 14 est alors une étape de réception d'une information relative au débit de la ligne L2.
Le débit de codage DL2 de la ligne de transmission L2 est par exemple de 575 Kbits/s.
Lors d'une étape suivante El 16, le serveur S détermine un premier groupe G3 de flux aptes à être transmis selon le premier mode de transmission. Le débit DL2 de la ligne de transmission L2 est d'une part supérieur au débit de codage DB2 du flux de base CB2 et d'autre part inférieur à la somme du débit de codage DB2 du flux de base CB2 et du débit de codage DR4 du premier flux de rehaussement Rl. Aussi, le premier groupe de flux G3 est constitué du flux de base CB2.
Le premier groupe G3 est ainsi déterminé en fonction de l'information relative au débit de la ligne et en fonction d'informations de débit de flux du contenu audiovisuel C2. Lors d'une étape El 18, le serveur S détermine un second groupe G4 de flux aptes à être transmis selon un deuxième mode de transmission. Le second groupe de flux est par exemple constitué du premier flux de rehaussement Rl.
Le second groupe G4 est ainsi déterminé en fonction de l'information relative au débit de la ligne et en fonction d'informations de débit des flux du contenu audiovisuel C2. A titre d'alternative, le second groupe de flux est constitué du premier flux de rehaussement Rl et du deuxième flux de rehaussement R2.
La bande passante ou débit DD2 de la ligne de transmission L2 restant disponible pendant la transmission du premier groupe de flux selon le premier mode de transmission est inférieure au débit de codage du second groupe de flux G4.
Lors d'une étape suivante E 120, le serveur S détermine un pointeur P3 du second groupe de flux G4, c'est-à-dire du premier fichier de rehaussement Rl. Pour cela, le terminal T2 détermine la quantité d'informations QI2 et la fraction F(Rl) (ou proportion) du premier flux de rehaussement Rl pouvant être transmises pendant le temps de transmission du flux de base CB2 selon le premier mode de transmission, c'est-à-dire pendant le temps TD2 de diffusion en temps réel du contenu audiovisuel C2. Plus précisément, la quantité d'informations QI2 est obtenue par la formule : QI2 = TD2x(DL2-DB2)=TD2 x DD2, et la fraction F(Rl) est DD2/DR4.
Dans le mode de réalisation décrit où le débit DL2 de la ligne de transmission L2 est de 575 Kbits/s, la fraction F(Rl) est de 3A du flux de rehaussement Rl.
Autrement dit, une partie correspondant à 3A du flux de rehaussement Rl peut être transmise en téléchargement durant la transmission en streaming du flux de base
CB2.
Le pointeur P3 est tel que la quantité d'informations du premier fichier de rehaussement Rl, comprise entre ce pointeur P3 et la fin du premier fichier de rehaussement R2 corresponde à la fraction déterminée F(Rl). Le pointeur P3 se situe à (1- (DL2-DB2)/ DR2) à compter du début du fichier, autrement dit au 1A du fichier à partir du début de celui-ci. Dans le mode de réalisation décrit, le pointeur P3 se situe donc au premier quart du premier fichier de rehaussement Rl. La valeur du pointeur P3 est adaptée pour se situer au début d'un paquet de données.
Puis, lors d'une étape El 22, le serveur S calcule l'écart de temps D entre la transmission de deux paquets consécutifs des flux du second groupe GA. L'écart de temps entre l'envoi de deux paquets de données consécutifs d'un flux est prédéterminé en fonction du débit de codage du flux. Lors de l'étape E 122, cet écart est recalculé en fonction du débit de ligne restant. L'écart de temps D permet de calculer l'instant de transmission des paquets du second groupe G4.
Lors d'une étape El 24, le serveur S commande la transmission d'une première partie du second groupe de flux G4, c'est-à-dire du premier flux de rehaussement Rl. La première partie commence au début du premier flux de rehaussement Rl jusqu'au pointeur P3.
Cette transmission est effectuée selon le premier mode de transmission, c'est-à- dire en mode streaming avec un cadencement des blocs correspondant au débit de codage du flux. Au bout d'un délai correspondant au temps TD2 (1- (DL2-DB2)/ DR2), temps durant lequel la première partie du premier flux de rehaussement Rl a été transmise, le serveur S transmet, lors d'une étape E 126, le premier groupe de flux G3 selon le premier mode de transmission.
Lors d'une étape E 128, réalisée simultanément à l'étape E 126, le serveur S transmet la seconde partie du flux de rehaussement Rl, correspondant à la partie du flux Rl comprise entre le pointeur P3 et la fin du flux Rl.
Cette transmission est réalisée selon un mode temps réel, par exemple en streaming avec un cadencement différent de celui du codage du fichier. Ainsi, les paquets de données sont transmis avec l'écart de temps D déterminé lors de l'étape E 122. La transmission en temps réel avec un cadencement modifié représente un second mode de transmission.
Le deuxième flux de rehaussement R2 n'étant pas un flux sélectionné du second groupe de flux G4, le serveur ne répond pas à une requête de demande du deuxième flux de rehaussement R2 émise par le terminal T2. La figure 8b illustre la transmission de la première partie du premier flux de rehaussement Rl puis la transmission simultanée, pendant le temps de visualisation TD2 du contenu C2, du flux de base CB2 et de la deuxième partie du premier flux de rehaussement Rl.
Lors d'une étape E 130, le terminal T2 reçoit la première partie du deuxième groupe de flux G4 et stocke les blocs de données correspondant à ce flux dans une première mémoire temporaire de stockage de flux du terminal T2.
Le terminal T2 reçoit ensuite des blocs de données du premier groupe de flux G 3 (étape E 132) qu'il stocke dans une seconde mémoire temporaire de stockage de flux du terminal T2. Le terminal T2 reçoit en parallèle de l'étape E132, lors d'une étape E134, des blocs de données du premier flux de rehaussement Rl, correspondant à la deuxième partie du second groupe de flux G4, qu'il stocke dans la première mémoire temporaire de stockage du flux du terminal T2. La première mémoire temporaire de stockage de flux contient ainsi la première partie et la seconde partie, c'est-à-dire l'ensemble du second groupe de flux G4.
Lors de l'étape E 136 suivante, le terminal T2 entrelace les blocs de données du premier groupe de flux G3 et du second groupe de flux G4 en respectant l'heure de décodage associée à chaque bloc. Ainsi, les blocs provenant du deuxième groupe de flux G4 c'est-à-dire les blocs stockés dans la première mémoire temporaire de stockage de flux, sont insérés entre les blocs provenant du premier groupe de flux G3, c'est-à-dire les blocs stockés dans la seconde mémoire temporaire de flux.
Les blocs entrelacés sont ensuite décodés, en respectant l'heure de décodage associée à chaque bloc, et affichés.
Ainsi dans ce mode de réalisation, une première partie du second groupe de flux G4 est reçue par le terminal T2 dans un premier temps.
Dans un deuxième temps, le terminal reçoit en parallèle des blocs de données du premier groupe de flux G3 et d'une seconde partie du second groupe de flux G4.
L'affichage temps réel se fait avec un léger retard mais, dès le début de l'affichage, des blocs de données du second groupe de flux G4 sont utilisés pour améliorer la qualité de l'affichage.
Ainsi, les images affichées sont de bonne qualité pendant toute la durée de l'affichage.
La figure 8c illustre l'affichage du flux de base CB2 et du premier flux de rehaussement Rl du contenu audiovisuel C2 en fonction du temps. Les blocs de flux de base CB2 et du premier flux de rehaussement Rl sont décodés et les images affichées avec un léger retard par rapport à la demande mais, en contrepartie l'ensemble des deux flux est affiché dès le début de la visualisation, permettant ainsi d'améliorer, dès le début de la visualisation et pendant toute la durée de visualisation, la qualité de l'affichage du contenu. Selon un mode de réalisation choisi et représenté à la figure 10, un dispositif mettant en œuvre un procédé de configuration de transmission d'un contenu audiovisuel C, codé sous la forme d'une pluralité de flux, selon l'invention est par exemple un micro-ordinateur 500 qui comporte de façon connue, notamment une unité de traitement 502 équipée d'un microprocesseur, une mémoire morte de type ROM ou EEPROM 503, une mémoire vive de type RAM 504 et une interface de communication 505 avec une ligne de transmission LT.
Le micro-ordinateur 500 peut comporter de manière classique et non exhaustive les éléments suivants: un clavier, un écran, un microphone, un haut- parleur, un lecteur de disque, un moyen de stockage... Ce serveur 500 comprend un module MTl de traitement, un premier module
SELl de sélection, un deuxième module SEL2 de sélection et un module DET de détermination de pointeur.
Le module de traitement MTl est apte à obtenir une information relative au débit de la ligne de transmission. Le premier module SELl de sélection est apte à sélectionner, en fonction de l'information relative au débit de la ligne de transmission, un premier groupe de flux parmi la pluralité de flux à transmettre selon un premier mode de transmission.
Le deuxième module SEL2 de sélection est apte à sélectionner, en fonction de l'information relative au débit de la ligne de transmission, un second groupe de flux comprenant au moins un flux de la pluralité de flux du contenu audiovisuel C, ledit au moins un flux n'appartenant pas au premier groupe.
Le module de détermination DET est apte à déterminer un pointeur du second groupe de flux, à partir duquel la transmission du second groupe de flux est effectuée selon un second mode de transmission et simultanément à la transmission du premier groupe de flux. Selon un mode de réalisation particulier dans lequel le dispositif 500 est en outre apte à réaliser les étapes d'un procédé de transmission, le dispositif 500 comprend en outre un module MEl d'émission/réception de données vers ou en provenance de la ligne de transmission LT. Dans ce mode de réalisation :
- le module MTl de traitement est apte à commander la transmission d'un fichier de définition du contenu audiovisuel C demandé par un terminal et le module MEl d'émission/réception est apte à transmettre ce fichier de définition;
- le module MEl d'émission/réception est apte à recevoir des requêtes de transmission de flux;
- le module MTl de traitement est également apte à commander la transmission selon le premier mode de transmission, du premier groupe de flux;
- le module MTl de traitement est également apte à commander la transmission selon le deuxième mode de transmission et simultanément à la transmission du premier groupe de flux, d'une partie du second groupe de flux située après un pointeur déterminé et correspondant à une partie de fin du contenu;
- le module d'émission/réception MEl est apte à transmettre les flux en fonction des commandes transmises par le module de traitement MTl.
Selon un mode de réalisation particulier, le module de traitement MTl est en outre apte à commander la transmission d'au moins une partie du second groupe de flux située avant le pointeur, cette transmission étant réalisée avant la transmission du premier groupe de flux.
La mémoire morte 503 comporte des registres mémorisant un programme d'ordinateur PGl comportant des instructions de programme adaptées à réaliser les étapes d'un procédé de configuration de transmission selon l'invention.
Lors de la mise sous tension, le programme PGl stocké dans la mémoire morte
503 est transféré dans la mémoire vive qui contiendra alors un code exécutable ainsi que des registres pour mémoriser les variables nécessaires à la mise en œuvre d'une étape d'obtention d'une information relative au débit de la ligne de transmission, d'une première étape de sélection, en fonction de l'information relative au débit de la ligne de transmission, d'un premier groupe de flux comprenant au moins un flux de la pluralité de flux, d'une étape de transmission selon un premier mode de transmission, du premier groupe de flux, d'une deuxième étape de sélection, en fonction de l'information relative au débit de la ligne de transmission, d'un second groupe de flux comprenant au moins un flux de la pluralité de flux, ledit au moins un flux n'appartenant pas audit premier groupe; d'une étape de détermination d'un pointeur du second groupe de flux à partir duquel la transmission du second groupe est effectuée selon un deuxième mode de transmission et simultanément à la transmission du premier groupe de flux. De manière plus générale un moyen de stockage, lisible par un ordinateur ou par un microprocesseur, intégré ou non au dispositif, éventuellement amovible, mémorise un programme mettant en œuvre les étapes d'un procédé de configuration de transmission d'un contenu audiovisuel, selon l'invention.
Selon un mode de réalisation choisi et représenté à la figure 11, un terminal mettant en œuvre un procédé de réception d'un contenu audiovisuel selon l'invention est par exemple un micro-ordinateur 600 qui comporte de façon connue, notamment une unité de traitement 602 équipée d'un microprocesseur, une mémoire morte de type ROM ou EEPROM 603, une mémoire vive de type RAM 604, un écran 606 et une interface de communication 605 avec une ligne de transmission LT. Le terminal comprenant un premier module réception d'au moins un premier flux relatif à un contenu transmis selon un premier mode de transmission, ici temps réel et un deuxième module de réception adapté pour recevoir une partie d'au moins un deuxième flux relatif au contenu transmise selon un deuxième mode de transmission, ici en mode téléchargement, et simultanément au premier flux, ladite partie du deuxième flux étant relative à seulement une partie de fin du contenu.
Le micro-ordinateur 600 peut comporter de manière classique et non exhaustive les éléments suivants: un clavier, un microphone, un haut-parleur, un lecteur de disque, un moyen de stockage...
La mémoire morte 603 comporte des registres mémorisant un programme d'ordinateur PG2 comportant des instructions de programme adaptées à réaliser les étapes du procédé de réception d'un contenu audiovisuel selon l'invention.
Lors de la mise sous tension, le programme PG2 stocké dans la mémoire morte 603 est transféré dans la mémoire vive qui contiendra alors un code exécutable ainsi que des registres pour mémoriser les variables nécessaires à la mise en œuvre d'une étape de requête de transmission de flux, d'une première étape de réception d'un premier groupe de flux transmis selon un premier mode de transmission, d'une étape de décodage et d'affichage du premier groupe de flux, d'une deuxième étape de réception, en parallèle de la première étape de réception, d'une partie d'un second groupe de flux de la pluralité de flux transmise selon un second mode de transmission, et située après un pointeur déterminé du second groupe de flux, d'une étape de stockage de la partie du second flux reçue pendant la deuxième étape de réception, et à partir d'un instant donné du décodage du premier groupe de flux, une étape d'entrelacement du flux stocké et du premier groupe de flux et une étape de décodage et d'affichage du flux entrelacé. De manière plus générale un moyen de stockage, lisible par un ordinateur ou par un microprocesseur, intégré ou non au dispositif, éventuellement amovible, mémorise un programme mettant en œuvre un procédé de réception d'un contenu audiovisuel selon l'invention.

Claims

REVENDICATIONS
1. Procédé de transmission d'un contenu audiovisuel codé sous la forme d'une pluralité de flux de données, depuis un serveur (S) vers un terminal (Tl, T2), comprenant une étape de transmission par le serveur d'au moins un premier flux relatif au contenu selon un premier mode de transmission, caractérisé par le fait qu'il comprend en outre une étape de transmission par le serveur d'une partie d'au moins un deuxième flux relatif au contenu selon un deuxième mode de transmission, les deux étapes de transmission étant simultanées et ladite partie du deuxième flux transmise simultanément au premier flux étant relative à seulement une partie de fin du contenu.
2. Procédé de transmission selon la revendication 1, dans lequel il est prévu une étape de détermination par le serveur dudit au moins un premier flux à transmettre selon le premier mode de transmission et dudit au moins un deuxième flux dont une partie est destinée à être transmise selon le deuxième mode de transmission, en fonction d'une information relative à un débit d'une ligne de transmission vers le terminal et d'informations relatives aux débits des flux codant le contenu.
3. Procédé selon la revendication 1, dans lequel une autre partie dudit au moins un deuxième flux, relative à une partie de début du contenu, est transmise avant le début de la transmission simultanée du premier flux selon le premier mode de transmission et de ladite partie du deuxième flux selon le deuxième mode de transmission.
4. Procédé selon la revendication 1 , dans lequel le premier mode de transmission est un mode temps réel et le deuxième mode de transmission est un mode téléchargement.
5. Procédé de réception par un terminal d'un contenu audiovisuel (Cl, C2) codé sous la forme d'une pluralité de flux et transmis par un serveur (S), comprenant une étape de réception d'au moins un premier flux relatif au contenu transmis selon un premier mode de réception, caractérisé par le fait qu'il comprend en outre une étape de réception d'une partie d'au moins un deuxième flux relatif au contenu transmise selon un deuxième mode de transmission, les deux étapes de réception étant simultanées et ladite partie du deuxième flux reçue simultanément au premier flux étant relative à seulement une partie de fin du contenu.
6. Procédé de réception selon la revendication précédente, dans lequel le terminal détermine ledit au moins un premier flux à transmettre selon le premier mode de transmission et ledit au moins un deuxième flux dont une partie est destinée à être transmise selon le deuxième mode de transmission, en fonction d'une information relative à un débit d'une ligne de transmission vers le terminal et d'informations relatives aux débits des flux codant le contenu.
7. Procédé de réception, selon la revendication 5, comprenant
- une étape de stockage de la partie du deuxième flux reçue selon le deuxième mode de transmission,
- une étape d'entrelacement (E40) de la partie stockée du deuxième flux et du premier flux, à partir d'un instant correspondant au début de ladite partie de fin du contenu, et - une étape de décodage et d'affichage (E42) du flux entrelacé.
8. Procédé selon la revendication 8, dans lequel une autre partie du deuxième flux, relative à une partie de début du contenu, est reçue avant le début de la réception simultanée du premier flux selon le premier mode de transmission et de ladite partie du deuxième flux selon le deuxième mode de transmission.
9. Serveur apte à transmettre un contenu audiovisuel (Cl, C2), ledit contenu étant codé suivant une pluralité de flux de données, vers un terminal (Tl, T2), comprenant des premiers moyens de transmission adaptés pour transmettre au moins un premier flux relatif au contenu selon un premier mode de transmission, caractérisé par le fait qu'il comprend en outre des deuxièmes moyens de transmission adaptés pour transmettre une partie d'au moins un deuxième flux relatif au contenu selon un deuxième mode de transmission simultanément à la transmission du premier flux selon le premier mode de transmission, ladite partie du deuxième flux étant relative à seulement une partie de fin du contenu.
10. Terminal de réception d'un contenu audiovisuel (Cl, C2) codé sous la forme d'une pluralité de flux de données, comprenant des premiers moyens de réception d'au moins un premier flux relatif au contenu transmis selon un premier mode de transmission, caractérisé par le fait qu'il comprend en outre des deuxièmes moyens de réception adaptés pour recevoir une partie d'au moins un deuxième flux relatif au contenu transmise selon un deuxième mode de transmission et simultanément au premier flux, ladite partie du deuxième flux étant relative à seulement une partie de fin du contenu.
11. Système comprenant un serveur selon la revendication 9 et au moins un terminal selon la revendication 10.
12. Produit programme d'ordinateur comprenant des instructions pour mettre en œuvre les étapes d'un procédé de transmission selon la revendication 1 lorsqu'il est chargé et exécuté par un processeur.
13. Produit programme d'ordinateur comprenant des instructions pour mettre en œuvre les étapes d'un procédé de réception selon la revendication 7 lorsqu'il est chargé et exécuté par un processeur.
PCT/FR2009/052554 2008-12-16 2009-12-16 Procede de transmission et procede de reception d'un contenu audiovisuel Ceased WO2010076494A1 (fr)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
FR0858620 2008-12-16
FR0858620 2008-12-16

Publications (1)

Publication Number Publication Date
WO2010076494A1 true WO2010076494A1 (fr) 2010-07-08

Family

ID=40984887

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/FR2009/052554 Ceased WO2010076494A1 (fr) 2008-12-16 2009-12-16 Procede de transmission et procede de reception d'un contenu audiovisuel

Country Status (1)

Country Link
WO (1) WO2010076494A1 (fr)

Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP0622967A1 (fr) 1993-04-29 1994-11-02 ALCATEL BELL Naamloze Vennootschap Générateur de trafic
WO2002023914A2 (fr) * 2000-09-18 2002-03-21 Broadcom Corporation Dispositif et procede servant a conserver de la memoire dans un systeme de codage extensible jusqu'a une granularite fine
US20020037037A1 (en) * 2000-09-22 2002-03-28 Philips Electronics North America Corporation Preferred transmission/streaming order of fine-granular scalability
US20020044528A1 (en) 1999-03-15 2002-04-18 Vocaltec Communications Ltd. Flow control method and apparatus
US20020150158A1 (en) * 2000-12-15 2002-10-17 Feng Wu Drifting reduction and macroblock-based control in progressive fine granularity scalable video coding
US20020165970A1 (en) 2001-05-02 2002-11-07 Carl Ludewig System and method for intelligent bit rate and buffer selection
EP1578085A1 (fr) 2004-03-18 2005-09-21 France Telecom Procédé et dispositif de mesure du débit en réception pour un terminal

Patent Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP0622967A1 (fr) 1993-04-29 1994-11-02 ALCATEL BELL Naamloze Vennootschap Générateur de trafic
US20020044528A1 (en) 1999-03-15 2002-04-18 Vocaltec Communications Ltd. Flow control method and apparatus
WO2002023914A2 (fr) * 2000-09-18 2002-03-21 Broadcom Corporation Dispositif et procede servant a conserver de la memoire dans un systeme de codage extensible jusqu'a une granularite fine
US20020037037A1 (en) * 2000-09-22 2002-03-28 Philips Electronics North America Corporation Preferred transmission/streaming order of fine-granular scalability
US20020150158A1 (en) * 2000-12-15 2002-10-17 Feng Wu Drifting reduction and macroblock-based control in progressive fine granularity scalable video coding
US20020165970A1 (en) 2001-05-02 2002-11-07 Carl Ludewig System and method for intelligent bit rate and buffer selection
EP1578085A1 (fr) 2004-03-18 2005-09-21 France Telecom Procédé et dispositif de mesure du débit en réception pour un terminal

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
"Real Time Streaming Protocol", IETF RFC 2326, April 1998 (1998-04-01)

Similar Documents

Publication Publication Date Title
FR2923111A1 (fr) Procede de selection de service audio et/ou video recu.
FR2975555A1 (fr) Methode d'adaptation dynamique du debit de reception et recepteur associe
FR2902266A1 (fr) Procede et dispositif de repartition de la bande passante de communication
EP2947888B1 (fr) Procédé de téléchargement adaptatif de contenus numériques pour plusieurs écrans
FR2903259A1 (fr) Procede de gestion de demandes d'acces a distance a des contenus multimedia
FR3029381A1 (fr) Procede de composition d’une representation video intermediaire
EP3072303A1 (fr) Diffusion adaptative de contenus multimedia
EP2140651B1 (fr) Procede de gestion d'une pluralite de sessions audiovisuelles dans un reseau ip et systeme de commande associe
FR2922401A1 (fr) Dispositif de reception en continu de paquets de donnees audio et/ou video
WO2010076494A1 (fr) Procede de transmission et procede de reception d'un contenu audiovisuel
FR3135857A1 (fr) Gestion de la restitution d’un contenu multimédia sur plusieurs écrans.
EP4092993A1 (fr) Téléchargement progressif adaptatif d'un contenu diffusé en temps réel sur un réseau de radiocommunication mobile, programme d ordinateur et terminal lecteur de flux multimédia associés
WO2014006092A1 (fr) Dispositif et procede d'enregistrement de donnees relatifs a une fonction de decalage temporel sur un support d'enregistrement
WO2014155017A1 (fr) Transcodage et diffusion adaptative de contenus multimédia
EP3675505B1 (fr) Procede et systeme de distribution d'un contenu audiovisuel
FR3109489A1 (fr) Préparation de contenus numériques accessibles en téléchargement progressif adaptatif et encodés selon une méthode d’encodage à débit variable, en fonction d’une charge réseau
FR3096210A1 (fr) Procédé de transmission d’un contenu numérique ayant plusieurs versions accessibles depuis un serveur de contenus à destination d’un terminal de restitution.
FR3140504A1 (fr) Gestion de la lecture d’un contenu multimédia
FR3138020A1 (fr) Streaming vidéo adaptatif hybride amélioré
FR3128084A1 (fr) procédé de gestion de la lecture d’un contenu multimédia.
FR3156270A1 (fr) Passerelle pour encodage local de contenus de télévision numérique terrestre en segments de contenus adaptatifs sur http (HAS)
FR3124344A1 (fr) Procédé de gestion d’accès à des contenus téléchargés en mode de téléchargement adaptatif.
EP4593401A1 (fr) Gestion optimisée des fichiers manifestes pour clients de télécommunications recevant des contenus adaptatifs sur http (has)
EP4734527A1 (fr) Procédé de gestion de l accès, par un dispositif de lecture, à des contenus segmentés
FR3106029A1 (fr) Procédé de gestion d’un téléchargement progressif et adaptatif d’un contenu numérique par un terminal lecteur de flux multimédia connecté à un réseau de communication, dispositif de gestion, terminal lecteur de flux multimédia et programme d’ordinateur correspondants.

Legal Events

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

Ref document number: 09802184

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 09802184

Country of ref document: EP

Kind code of ref document: A1