Classifications

• • H—ELECTRICITY
  • H04—ELECTRIC COMMUNICATION TECHNIQUE
  • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
  • H04L67/00—Network arrangements or protocols for supporting network services or applications
  • H04L67/01—Protocols
  • H04L67/04—Protocols specially adapted for terminals or networks with limited capabilities; specially adapted for terminal portability
• • 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/1066—Session management
  • H04L65/1101—Session 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/61—Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio
  • H04L65/611—Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio for multicast or broadcast
• • 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
• • H—ELECTRICITY
  • H04—ELECTRIC COMMUNICATION TECHNIQUE
  • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
  • H04L67/00—Network arrangements or protocols for supporting network services or applications
  • H04L67/14—Session management

Definitions

• the field of the invention is that of the reproduction of multimedia content on a radiocommunication terminal, for example of the radiotelephone type, PDA (in English “Personal Digital Assistant", in French “personal digital assistant”), laptop, etc.
• the invention is based on the transmission of a multimedia content, a portion of this content, and / or elements representative of it, to a radiocommunication terminal, via one or several transmission channels.
• Multimedia content includes a set consisting of at least one animated graphic scene, also called multimedia scene, and a series of commands to change this scene from one state to another.
• a multimedia scene corresponds in particular to the arrangement of a set of graphic objects in time and in space, with which the user of the radiocommunication terminal can interact.
• Multimedia service also means a succession of content now for the user an impression of continuity, that this continuity is obtained by successive updates of the same multimedia scene or by juxtaposition of successive multimedia scenes.
• the invention finds applications in all fields requiring a representation of the signals in the form of a spatio-temporal arrangement of graphic objects, with interactivity.
• the invention applies to the already known graphic scene description formats such as the MPEG-4 / BIFS (in English “Binary Format Scene", in French “binary format for stage"), the SVG (in English “ Scalable Vector Graphics ", the” Synchronized Multimedia Integration Language “(SMIL), the XHTML (in English” extensible HyperText Markup Language ", in French” extensible hypertext markup language "), etc.
• the invention finds applications when using graphic scene description formats such as those mentioned above on HTTP ("Hyper Text Transport Protocol") transmission channels over TCP / IP ("Transmission Control Control”).
• Protocol / Internet Protocol "), or RTP Real Time Protocol ")
• DVB Digital Video Broadcast
• DMB Digital Multimedia Broadcast
• 3GPP Third Generation Partnership Project
• OMA Open Mobile Alliance
• the design of a service that is to say the supply of information to a user of a radiocommunication terminal, implements the following schema: initial content is sent to the terminal; the user consumes it as and when sending the content, and makes a request; - A response content is then sent to the radiocommunication terminal, while the sending of the first content is still active. There is then a choice on the terminal: either the first content must be stopped and the second content (response content) can then use the same transmission channel as the first content; either the first content must continue to be received and played in parallel with the second content.
• the service is therefore conceived as a sequence of contents sent to the user's terminal in response to interactive requests in a certain number of transmission channels.
• the known techniques do not make it possible to decide, at the time of receiving the response content, to cut off the first communication (transmission of the first content) and to reuse this channel, or to open a new independent communication channel for the response content.
• the original content sent to the terminal includes a first stream of music.
• the user consumes it, that is, listens to the music stream, and makes a request for information about the music.
• a new response content, including the requested information, is then sent to the radiocommunication terminal.
• the transmission channel of the first content is always cut off when receiving a second content, which guarantees that the terminal uses only one communication channel (also called transmission channel) to that time.
• a disadvantage of this behavior is that it does not make it possible to implement mixed network cooperation services, part of which is transmitted on one communication channel, and another part is simultaneously transmitted on another communication channel, this second channel may be of a type other than the first. Therefore, this behavior is particularly suitable for very constrained terminals that do not allow to open more than one communication channel at a time.
• the first communication channel is always kept open when the second content is received, which makes it possible to implement services using network cooperation, part of which is transmitted over a communication channel, and another part is simultaneously transmitted on another communication channel, this second channel being of a type other than the first.
• this behavior has major drawbacks: it does not allow to operate one or more services on highly constrained terminals that do not allow to open more than one communication channel at a time; it does not allow the communication to be cut off when the second content is received, which forces the terminal to consume the remainder of the first content.
• the server of the first content may also be separate from the server of the second content, and thus not be informed of the request, and therefore continue sending until the originally scheduled end of the first content.
• the reception of the first content is cut off as soon as the request for a second content is sent, which guarantees that the terminal uses only one communication channel at a time.
• this behavior is particularly suitable for very constrained terminals that do not allow to open more than one communication channel at a time
• An object of the invention is to implement such a technique to reuse an already open communication channel for receiving a previous content when receiving new content.
• Another objective of the invention is to implement such a technique which can be used in particular on highly constrained terminals which do not make it possible to open more than one communication channel at a time, for services that can be run on such terminals.
• Another object of the invention is to implement a resource-saving technique, ensuring that the terminal uses only one communication channel at a time, for the services which can be executed under these conditions.
• Another object of the invention is to implement a technique for managing the number of communication channels used at each instant by the terminal.
• Another object of the invention is to implement a technique allowing the reuse, for the reception of a new content or a new portion of the content, of a particular channel among the communication channels already open.
• Another object of the invention is to implement such a technique for implementing services using network cooperation and a part of which is transmitted over a communication channel, and a another part is simultaneously transmitted on another communication channel, this second channel being of a type other than the first.
• the invention aims to provide such a technique having better performance in terms of fluidity of services at the radiocommunication terminal.
• the invention proposes a new solution that does not have all of these disadvantages of the prior art, in the form of a communication channel management method for the transmission of multimedia contents. at least one server to at least one radiocommunication terminal.
• such a method comprises the following steps: transmission of a first content in a first channel; progressive restitution (or consumption) of said first content in a terminal; sending by said terminal a request for a second content, said request comprising control information indicating whether said second content is to be transmitted in said first channel, or in a second channel; progressive restitution of said second content.
• the invention allows the progressive restitution of a first content
• these different contents can be transmitted by separate servers, but to the same terminal.
• the different communication channels implemented may be of different types (for example a bidirectional telephone channel and a one-way broadcast channel).
• a request for a second content includes control information indicating whether the second content should be transmitted in the first channel, or in a second channel, depending on the type of content for example. Then, in response to this request, the second content can be transmitted in the communication channel of the first content, thereby interrupting the transmission of the first content, or in another communication channel.
• the first communication channel can be reused to transmit the second content, thus preventing these terminals from having to open a second communication channel that would be of poor quality.
• the progressive reproduction of the first content continues as long as a response to the request is not received.
• the author of a service can thus design its service so as to wait a user of the terminal during the waiting time of a response to a request, continuing to present on the terminal the content being consumed.
• the control information provides for the use of a second channel, the first and second contents are progressively restored at least partially simultaneously.
• the second content may be displayed in a multimedia scene associated with the first content.
• this multimedia scene may have been modified (by means of the scene modification commands) so as to improve the perception of the second content: for example, the sound volume associated with the first content is decreased during the rendering of the second content.
• the second content is progressively restored in replacement of the first content.
• the terminal sends a request to interrupt the transmission of the first content to the corresponding server, that is to say to the server providing the first content to the terminal.
• the control information is an attribute of an element of a multimedia scene carrying a link to the server transmitting said second content.
• ConnectionPipe This defines a new attribute, noted for example lsr: ConnectionPipe, to indicate whether the second content should be transmitted in the first channel, or in a second channel.
• this "target” attribute only defines aspects related to rendering. More precisely, this attribute defines the space where the response to the query will be presented, ie where in the multimedia scene where the second content will be restored, but does not define the content distribution conditions, including which communication channel can be used.
• XLink parameters as defined in the LASeR and SAF formats, also define aspects of rendering. More specifically, these parameters define how to consume a second content related to a first content, received in response to a request separate from that for the first content (main content).
• said attribute can take one of at least three following values: new channel; - current channel; identifier of a predetermined channel.
• the attribute can be set to "new"
• New to define a new channel, or the "current” value to define the current channel, or to use a communication channel name (for example "X channel”) to identify a new channel. predetermined channel.
• the management method implements a step of transmission by the terminal of a request for explicit closure of an open communication channel, by designating it by its identifier.
• Another aspect of the invention relates to a communication channel management signal for implementing the communication channel management method described above. More precisely, such a signal emitted by a radiocommunication terminal, includes a control information field indicating whether a second content is to be transmitted in the first channel, or in a second communication channel.
• control information field can take one of the following values: new channel; current channel; identifier of a predetermined channel.
• such a signal may include a request to explicitly close an open communication channel by designating it by its identifier.
• Yet another aspect of the invention relates to a radiocommunication terminal intended to receive at least one multimedia content broadcast by at least one server.
• Such a terminal comprises means of: progressive restitution of a first content transmitted in a first channel;
• Such a terminal is particularly suitable for implementing the method of managing the communication channels described above.
• such a terminal comprises specific means for independently implementing each step of the communication channel management method.
• Another embodiment of the invention relates to one or more computer program products downloadable from at least one communication network and / or recorded on a computer readable medium and / or executable by a processor, comprising instructions for code of program for implementing at least some steps of the transmission channel management method described above.
• FIGS. and IB respectively illustrate the restitution of a first content in parallel with the restitution of a second content in two communication channels, and the restitution of a second content following the interruption of the restitution of a first content in a same communication channel
• FIG. 2 illustrates an example of opening and closing of a second communication channel according to a particular embodiment of the invention
• FIG. 3 presents the general principle of the invention, according to which a first content, then a second content are transmitted to a radiocommunication terminal, following a request from the terminal
• FIG. 4 illustrates the various steps implemented according to a particular embodiment of the invention.
• the general principle of the invention is based on the transmission of a server to a terminal of a first content in a first communication channel, and on the progressive reproduction (consumption) of this first content, with the possibility of interaction with the terminal user. More specifically, a particular embodiment of the invention provides for the transmission to a server of control information, during a request sent by a terminal to request the transmission of a second content, indicating whether this second content must be transmitted in the first channel, or in a second transmission channel.
• the terminal Upon receiving the response to the request, the terminal can determine whether the reception of the first content must be interrupted and if the second content must reuse the same transmission channel as the first content, or if the reception and consumption of the first content must be continued in parallel with the reception and consumption of the response to the request transmitted in another transmission channel.
• the invention proposes a completely new and inventive approach to the transmission of multimedia content to a radiocommunication terminal based on the management of the communication channels used during the successive sending of replies to requests within the network. the same service. More specifically, according to a particular embodiment, the invention proposes to report in a new content sent in response to a request information to manage the reuse or not of a communication channel already in use.
• this transmission signal of a new content may contain information according to which the channel used by the content previously sent and still being consumed (first content), must be cut or not.
• this signal may contain information that the new content (second content) sent in response to a request must reuse the channel already in use for content previously sent and still being consumed (ie ie re-use the first communication channel).
• this signal may contain an identifier for the communication channel to be used for the new content sent in response to the request.
• the server 35 transmits during a first step 41 a first content 37 to the communication terminal 36.
• the first content 37 (or at least part of this content) is progressively restored on the terminal 36.
• a transmission in "streaming" mode is used.
• the user of the terminal 36 wishes to receive a second content, it sends to the server 35 a request 38 in a step 43, asking the server 35 to send the second content.
• the request 38 also comprises control information indicating whether the second content must be transmitted in the first channel, or in a second channel.
• the terminal 36 continues to restore the first content during the step 43.
• the second content 39 is transmitted (in the first or in a second communication channel) and restored on the terminal.
• this continuity can be obtained by successive updates of the same multimedia scene, the service is then designed so that the user does not see a page change, and all the responses to requests from the user being partial updates of the current scene. In this case, there is no replacement of one scene by another. It should be noted that, conventionally, the replacement is the preferred time to recover all the resources, and in particular any open communication channel.
• the service begins with successive screens for choosing a first piece of music.
• the user is considered to have chosen a piece.
• a request is built and sent to the server.
• the server responds as an update of the scene with an audio element with its control elements accompanied by a stream of music. This stream of music is played by the terminal at reception.
• the user is considered to still interact with the service.
• Some interactions are purely local, and do not give place requests to the server.
• two types of situation must be distinguished: a first type of situation where the response to the request does not call into question the consumption of the music stream; a second type of situation where the response to the request assumes that the consumption of the music stream stops.
• the request is, for example, a request for additional information on the music stream, such as a request for presentation of the CD cover, or a request to purchase the physical album.
• the music stream is transmitted in a first communication channel.
• the response to the request is transmitted in a second communication channel, then decoded and rendered in the scene that renders the stream of music.
• this response is rendered in the form of information presented in a temporary window superimposed on the graphical elements related to the control of the consumption of the stream, previously called control elements.
• the request is, for example, a request for a second stream of music.
• the server of the second stream may be different from the server of the first stream Therefore it is not certain that the server of the first stream is aware of the request requesting a second stream, and therefore continues the transmission of the first stream. It is therefore the responsibility of the terminal to cut off the communication of the first stream, whether to inform the server of the cessation of consumption and / or to avoid having to delete packets of the first stream contained in the different areas.
• network buffer Indeed, these buffers often correspond to several seconds of content, from 2 to 10 seconds depending on the situation, which is expensive in terms of resources.
• this decision can be made through control information contained in the scene information, for example in the commands for changing the scene from one state to another.
• the request is transmitted via the activation of an element a of the scene, for example a graphic object of the scene.
• an element has several attributes, as defined in the LASeR and SAF formats. For example, enabling element a results in a call to a URL contained in the xlink: href attribute of this element a.
• lsrxonnectionPipe added to the element a is defined. It is considered that this attribute can take the values:
• current defining the current communication channel (in general, the first communication channel) or - an identifier of a predetermined channel, for example in the form of the name of a communication channel.
• the attribute lsrxonnexionPipe must have the value "new" or the name of a second communication channel different from the name of the first communication channel in use for the music stream. If this first channel In-use communication for the music stream does not have a name, so the lsrxonnexionPipe attribute can have the value "new" or the name of any communication channel.
• the attribute lsrxonnexionPipe must have the value "current" or the name of the first communication channel, in the course of use for the music stream. If this first communication channel currently in use for the music stream does not have a name, then the lsrxonnexionPipe attribute must have the value "current”.
• An example of an algorithm used for the implementation of the invention, illustrated by means of scene fragments, is described below. It is understood that in a service situation in LASeR format, the binary equivalent of these scene fragments would be transmitted.
• Appendix 1 which is an integral part of the description presents a fragment for the scene including the music stream "au” during consumption and comprising two possible queries, a request reql for a request to display the cover, corresponding in the first situation and a request req2 for a transmission request of a second flow corresponding to the second situation.
• FIG. 1A illustrates the first situation, according to which the music stream "au” is transmitted in a first communication channel and the request does not call into question the consumption of the "au” stream.
• the terminal Upon receipt of the response to the request reql, the terminal will not cut the reception of the music stream "au", and the display information of the pouch "poch” will be transmitted in a second communication channel.
• FIG. 1B illustrates the second situation, according to which the music stream "au” is transmitted in a first communication channel and the request calls into question the consumption of the "au” stream.
• the terminal When receiving the answer 11 at the request req2, the terminal will cut this reception.
• the music stream "au” is no longer transmitted in the first channel of communication and a second stream noted “track” is transmitted in this first channel.
• this second stream denoted "track” can be transmitted in a second communication channel.
• Improvements to this service may be required interactively on a return channel, for example with a GSM, GPRS or UMTS mobile telephone connection.
• the main feature of such a service is that the terminal remains connected throughout the duration of a broadcast on the DVB-H channel, to continue to receive the flow of basic information of the service.
• the user is viewing a newscast (JT).
• JT newscast
• the beginning of the television newscast is transmitted on the DVB-H channel 20.
• a request req 22 is sent to a server.
• the DVB-H channel 20 is maintained and a telephone channel (eg UMTS type) 24 is created for managing the donation form.
• the transmission of information is terminated and the transmission channel 24 used for receiving the donation form is naturally closed by the server.
• the request 26 for the first song is sent.
• the DVB-H channel is maintained, even if the volume of the newscast is temporarily reduced to 0.
• Another UMTS 28 communication channel, named "song" is opened, and the song starts playing. to be played. The user continues to see the log, with the hotspots, while he is listening to the song. He then wants to go to the second song and activates another clickable area.
• An object of the "interview" scene corresponding to an element configured as follows is activated:
• the request 29 (req4) for the second song is sent.
• the first song continues to play.
• the connection on the song channel is cut off so that the channel can be reused for the second song.
• the stamp contents of the first song are destroyed.
• the second song begins to be played on the song channel.
• the user then wishes to return to the newscast and transmits a request (req5) 31 return JT.
• An object corresponding to a conditional element configured as follows is enabled:

Landscapes

• Engineering & Computer Science (AREA)
• Multimedia (AREA)
• Computer Networks & Wireless Communication (AREA)
• Signal Processing (AREA)
• Business, Economics & Management (AREA)
• General Business, Economics & Management (AREA)
• Mobile Radio Communication Systems (AREA)

Applications Claiming Priority (3)

Publications (1)

Family

ID=38870290

Family Applications (1)

Country Status (4)

Families Citing this family (3)

Family Cites Families (7)

• 2006
  • 2006-11-27 FR FR0610362A patent/FR2924886B1/fr active Active
• 2007
  • 2007-09-27 WO PCT/EP2007/060272 patent/WO2008040677A1/fr active Application Filing
  • 2007-09-27 US US12/444,540 patent/US9166861B2/en not_active Expired - Fee Related
  • 2007-09-27 EP EP07820660A patent/EP2077016A1/de not_active Withdrawn

Non-Patent Citations (1)

Also Published As

Similar Documents

Legal Events