AU2012327164A1

AU2012327164A1 - Methods and apparatuses for resuming paused media

Info

Publication number: AU2012327164A1
Application number: AU2012327164A
Authority: AU
Inventors: Jan-Erik LINDQUIST; Mats Lindstrom
Original assignee: Telefonaktiebolaget LM Ericsson AB
Current assignee: Telefonaktiebolaget LM Ericsson AB
Priority date: 2012-01-27
Filing date: 2012-01-27
Publication date: 2013-08-15
Also published as: WO2013112087A1

Abstract

Methods and apparatuses in a user equipment (300) and a control server (302) for enabling resumption of a paused media information stream sent in a live broadcast (3:1) of a TV program. When a user has paused (3:2) the broadcasted media information stream, the user equipment obtains (3:3) an indicator of a pause time in the stream and sends a pause request (3:4) to the control server. The control server then sends to the user equipment an answer message (3:6) with a file location address of a recorded version of the TV program and an indicator of a start time of the broadcasted media information stream. The user equipment then calculates (3:7) an offset value indicating a pause point in the stream where the pause occurred, based on the obtained indicator of pause time and the received indicator of start time. The user equipment can then resume the media information stream (3:8 - 3:10) from said pause point based on the received file location address and offset value, by fetching the recorded version of the remains from a media server (306). Thereby, any gap or jump in the resumed TV program due to inaccurate offset can be minimised or avoided. (Fig. 3)

Description

1 METHODS AND APPARATUSES FOR RESUMING PAUSED MEDIA Technical field [0001] The present disclosure relates generally to methods and apparatuses for resuming a paused TV program initially received by a user equipment in a live broadcast and then received by the user equipment as recorded media. Background [0002] Internet Protocol Television (IPTV) offers opportunities for telecom service providers to attract new customers to their networks. With IPTV, telecom service providers can compete with TV offerings from cable operators, satellite-TV operators, and other terrestrial service providers. IPTV also helps providers retain existing customers and prevent churn by introducing a bundled offering of Internet, voice, and IPTV services, sometimes referred to as "triple play". [0003] In IPTV, web-browser technology can be used to enable IPTV Service Providers to provide services of delivering media deployed in communication networks, such as wired and wireless telephone networks. Common web browser applications, such as Mozilla's Firefox and Microsoft's Internet Explorer, enable users to view specific Internet pages and other file locations accessible by the browser. Each such file location is typically identified by a Uniform Resource Identifier (URI) or similar address. In the following, URI will be used to represent a file location address although any other type of address may be used. [0004] In general, IPTV is a technology for receiving and displaying multimedia streams at user IPTV devices, each stream being encoded in a series of IP data packets. A user IPTV device can be a Set-Top Box (STB) or a TV having similar STB capabilities. Such a User Equipment (UE) can be configured to access IPTV services, e.g., via an IP Multimedia System (IMS) of a communication network. In this description, the term "STB" will be used to represent any user IPTV device capable of receiving multimedia streams and displaying the media as TV programs. Further, the term "TV program" is used for any media item delivered from an IPTV provider, such as movies, shows, news and documentaries.

2 [0005] With current solutions for IPTV, it is possible for an STB user to pause a received and viewed live broadcast of a TV program and then resume viewing the program later by receiving a recording of the program stored in the network. This procedure is sometimes called "network time-shift". [0006] FIG. 1 is a diagram that depicts a communication scenario where the above-described procedure of network time-shift is used. In this scenario, an STB 100 initially receives a multicast media stream of a live program, or live broadcast, from a broadcasting "multicast source" 102, as shown in an action 1:1. At some point during the program, a user of the STB pauses the program in an action 1:2, such that a still picture of the paused position in the program is typically displayed by the STB 100 for the time being. [0007] Later on, the user decides to resume viewing the program and makes a suitable input command on the STB 100 in an action 1:3, e.g. by pressing a play button or the like. The STB 110 then obtains a unicast stream of a recorded version of the remaining part of the program from a "Media Server" 104, in an action 1:4, based on a URI or similar address of the program which has been obtained from an IPTV server, not shown, when the program was paused. The unicast stream that delivers the recording of the paused program from Media Server 104 is thus set up when the user pauses the live program. [0008] In this procedure, it is of course desirable that the program resumes at the point or position where it was paused, to provide a seamless transition of the program at the intermission between the multicast stream from multicast source 102 and the unicast stream from Media Server 104. However, the program is typically resumed with a gap or missing part between the pause position in the live program and the restart position in the recorded program, which is perceived by the user as a "jump" from the paused program, particularly when displayed as a still picture before restart, to the restarted program. [0009] The length of this gap or jump may vary unpredictably, e.g. from less than a second to several seconds, and is therefore unknown to the user. The effect of even only a 200 ms delay is a perceivable jump in the restarted TV 3 program, in particular after displaying a still picture, that prevents a smooth transition from the multicast stream to the unicast stream when a user tries to resume a paused live broadcast. Even in a relatively brief jump, the user may not be able to recognize how much of the program was really missing, particularly if the jump is "abrupt" e.g. occurring over a fast-moving sequence or over a change of scenes. Therefore, a jump of, say, only half a second can be perceived by the user as an unknown gap of several seconds. Summary [00010] It is an object of the invention to address at least some of the problems and issues outlined above. It is possible to achieve these objects and others by using methods and apparatuses as defined in the attached independent claims. [00011] According to one aspect, a method is provided in a user equipment for resuming a paused media information stream received in a live broadcast of a TV program. In this method, the user equipment obtains an indicator of a pause time in the media information stream indicating the time when a user of the user equipment has paused the broadcasted media information stream. The user equipment then receives an answer message from a control server, which comprises a file location address of a recorded version of the TV program and an indicator of a start time of the broadcasted media information stream. The user equipment further calculates an offset value based on the obtained indicator of the pause time and the received indicator of the start time. The offset value indicates a pause point in the media information stream where the pause occurred. The user equipment is then able to resume the media information stream from the pause point based on the received file location address and the calculated offset value. [00012] According to another aspect, a user equipment is configured to resume a paused media information stream received in a live broadcast of a TV program. The user equipment comprises an obtaining unit adapted to obtain an indicator of a pause time in the media information stream, which indicator indicates the time when a user of the user equipment has paused the broadcasted media information stream. The user equipment also comprises a communication unit adapted to 4 receive an answer message from a control server, which answer message comprises a file location address of a recorded version of the TV program and an indicator of a start time of the broadcasted media information stream. The user equipment also comprises a calculating unit adapted to calculate an offset value based on the obtained indicator of the pause time and the received indicator of the start time, where the offset value indicates a pause point in the media information stream where the pause occurred. The user equipment also comprises a resuming unit adapted to resume the media information stream from the pause point based on the received file location address and the calculated offset value. [00013] The above method and user equipment may be configured and implemented according to different optional embodiments. In one possible embodiment, the user equipment may resume the media information stream by retrieving the recorded version from a media server starting at the pause point in the media information stream. The above offset value may be a time displacement from a start of the media information stream to the pause point. [00014] In another possible embodiment, the indicator of the pause time may be obtained as a timestamp in the media information stream corresponding to the time of day when the pause occurred in the live broadcast. Further, the user equipment may comprise a Set Top Box, STB and a browser. [00015] According to another aspect, a method is provided in a control server for enabling resumption of a paused media information stream sent in a live broadcast of a TV program to a user equipment. In this method, the control server receives a pause request message from the user equipment, and in response thereto generates an answer message comprising a file location address of a recorded version of the TV program and an indicator of a start time of the broadcasted media information stream. The control server then sends the answer message to the user equipment, thereby enabling the user equipment to calculate an offset value based on the indicator of the start time. The offset value indicates a pause point in the media information stream where the pause occurred. The answer message may be sent to a browser in the user equipment. The user equipment is 5 also enabled to resume the media information stream from the pause point based on the file location address and the offset value. [00016] According to yet another aspect, a control server is provided, configured to enable resumption of a paused media information stream sent in a live broadcast of a TV program to a user equipment. The control server comprises a communication unit adapted to receive a pause request message from the user equipment, and a generating unit adapted to generate an answer message comprising a file location address of a recorded version of the TV program and an indicator of a start time of the broadcasted media information stream. The communication unit is further adapted to send the answer message to the user equipment. Thereby, the user equipment is enabled to calculate an offset value based on the indicator of the start time, the offset value indicating a pause point in the media information stream where the pause occurred, and to resume the media information stream from the pause point based on the file location address and the offset value. [00017] Further possible features and benefits of this solution will become apparent from the detailed description below. Brief description of drawings [00018] The invention will now be described in more detail by means of exemplary embodiments and with reference to the accompanying drawings, in which: [00019] Fig. 1 is a communication scenario illustrating that a live broadcasted TV program is paused and resumed as a recorded program, according to the prior art. [00020] Fig 2 is a schematic diagram illustrating how a jump occurs when pausing and resuming the TV program of Fig. 1. [00021] Fig. 3 is a signalling diagram illustrating a procedure for resuming a paused media information stream, according to some possible embodiments.

6 [00022] Fig 4 is a flow chart illustrating a procedure in a user equipment, according to further possible embodiments. [00023] Fig 5 is a flow chart illustrating a procedure in a control server, according to further possible embodiments. [00024] Fig. 6 is a block diagram illustrating examples of a user equipment and a control server in more detail, according to further possible embodiments. Detailed description [00025] As mentioned above, when resuming a paused TV program first received as a multicast stream and then as a unicast stream, a gap or "jump" typically occurs between the pause position in the live broadcasted program and the restart position in the recorded program. In order to make the present solution to be described below, the applicant has recognized the reason for this jump transition from the multicast stream to the unicast stream, which will now be explained in more detail with reference to Fig. 2. [00026] Fig. 2 illustrates schematically a procedure for network time-shift as it occurs according to current standards when a paused TV program is resumed, and illustrates also how a jump or missing part can occur in the viewed program in the above example of Fig. 1. In Fig. 2, a timeline at the client side 200, i.e. the STB 100 of Fig. 1, is shown for received and viewed media streams, and another timeline at the network side 202 is shown for media streams as delivered from the multicast source 102 and the media server 104 of Fig. 1. In this example, some useful SIP messages are mentioned for illustration, although any other suitable protocol messages can be used. [00027] As the TV program begins to be broadcasted from the multicast source 102, a multicast stream 204 begins to be received on the client side at a program start point at time tO. At some later point in the TV program, the user pauses the program at a later time t1. The difference between the times tO and t1 is indicated as an "accurate offset" 206 as perceived on the client side. The pause at the time t1 causes a pause message 208, e.g. in the form of a SIP INVITE 7 message, to be sent by the STB 100 to an IPTV server or the like at network side 202, and that message arrives on the network side at a time t2 that is different from the time tl, i.e. somewhat later. This delay is caused by various propagation and handling of the pause message before arrival on the network side. The pause message 208 is basically a request for a URI and an offset of the TV program, the URI thus pointing to a recorded version of the program in the media server 104 and the offset indicating the point in the program where viewing shall be resumed whenever the user wishes to do so. [00028] After some further processing delay, the network side 202 sends a response message 210, e.g. in the form of a SIP 200 OK message, at a time t3, and that message arrives at the client side 200 at a time t4. The response message includes the URI of the program and a program time offset of t3-tO which is determined from the network side's point of view, although it is inaccurate from the client side's point of view in that it is not the accurate offset 206 of t1-tO. The time offset of t3-tO in the response message is thus indicated in the figure as an "inaccurate offset" 212. The user then resumes viewing the program at a time t5 causing the STB 100 to retrieve the remainder of the TV program as a recorded stream 214 from the media server 104, which starts from time t3 instead of t1 according to the received inaccurate offset 212. [00029] As depicted in FIG. 2, the difference between the network side's inaccurate offset 212 and the client side's accurate offset 206 is a duration dl that is attributable to network delay in propagating and handling the pause message 208. This network delay may thus vary due to varying network conditions and traffic loads. As a result, an incorrect offset is returned to the client side in the response 210 causing the above-described jump or missing part in the viewed program corresponding to dl. In practice, the network delay dl can be at least 200 milliseconds (ms) or more. In addition, if any of the messages depicted in FIG. 2 is lost or the communication transaction is otherwise not successfully completed, retransmission of one or more messages may be necessary which can delay the network-side response further by as much as 32 seconds (s).

8 [00030] Briefly described, the present solution can be used to avoid the above described jump and instead provide for a more smooth transition from a multicast stream to a unicast stream when a user of a user equipment, e.g. comprising an STB and a browser, tries to resume a paused live broadcasted TV program. [00031] This can be achieved by providing an indicator of a start time from a control server to the user equipment, i.e. the time when the broadcasted TV program has been started, which indicator can be expressed as the time of day when the TV program was started to be broadcasted. Thereby, the user equipment is able to calculate an accurate offset value based on the start time indicator and an obtained accurate indicator of a pause time, the offset value indicating a point in the media information stream where the pause occurred. The offset value may be expressed as a time displacement, i.e. duration, from a start of the media information stream, i.e. start time of the broadcast, to the pause point, e.g. x minutes and y seconds from the start of a TV program. [00032] For example, when the user equipment sends a pause request to the control server in response to a pause command from the user, the control server returns the indicator of start time to the user equipment along with a file location address, e.g. a URI, of a recorded version of the TV program stored in a media server. The user equipment is thereby able to calculate the above offset value based on the received start time indicator, and to resume the media information stream from the pause point based on the calculated offset value and file location address, by fetching the recorded version of the remaining part of the program from the media server. [00033] An example of how a paused media information stream, when received in a live broadcast of a TV program by a user equipment, can be resumed with a smooth transition from the pause to the resumption, will now be described with reference to the signalling diagram in Fig. 3. In this example, the user equipment 300 comprises a browser 300a and an STB 300b although the solution is not limited thereto. The network side involves an IPTV control server 302, a multicast source 304 that broadcasts the media information stream of the TV program at a prescheduled "fixed" time, and a media server 306 that stores a recorded version 9 of the TV program. In this example, SIP signalling may be used although any other suitable protocol messages can also be used, depending on the implementation, and the solution is thus not limited to any particular signalling protocol and messages. [00034] A first action 3:1 illustrates that the multicast source 304 broadcasts the media information stream according to schedule, hence the term "live broadcast", and that the broadcasted media information stream is received and displayed by the user equipment 300. It is assumed that a user watches the TV program basically in real time, i.e. when received and played out by the STB 300b. The procedure for setting up a live broadcast session is well known in the art, which is not shown and described here. [00035] Analogously with the scheme of Fig. 2, the scheduled live broadcast has started at a time tO and the user pauses the broadcasted media information stream at a time t1, schematically indicated by a first dashed arrow, e.g. by pressing a pause button or the like on a remote control for the browser in the user equipment 300. This causes the browser 300a to send a pause message or the like to the STB 300b, as shown in another action 3:2, wherein the STB 300b stops the reception and display of the broadcasted media information stream for the time being, e.g. by freezing and displaying the last received image as a still picture on the TV screen as long as the pause is maintained. In practice, the STB may send a regular "leave" message or the like, not shown, to the multicast source 302 to stop the stream. [00036] The user equipment 300 then obtains an indicator of a pause time in the media information stream, as shown in a further action 3:3. The indicator of the pause time thus accurately indicates the time t1 when the user has actually paused the broadcasted media information stream as of action 3:2, i.e. not involving any signalling or processing delays. This can be done in practice by registering the time of day for the pause in the STB 300b right upon receiving the pause message in action 3:2, and the browser 300a can then retrieve information on the registered time of day from the STB 300b as the above pause time indicator. Alternatively, the data in the multicast stream may include a time 10 indication which may be used to obtain the indicator of pause time. By way of example, the live broadcast may have started at tO = 10:00:00 pm, and the pause may occur at t1 = 10:30:32,4 pm, i.e. 30 minutes and 32,4 seconds past 10 pm. [00037] In a next action 3:4, the browser 300a of user equipment 300 sends a pause request message to the IPTV control server 302 comprising an identifier of the media stream and an identifier of the user. The pause request message of action 3:4 is effectively a fetch command for a file location address, a URI in this example, of the recorded version of the TV program stored in a media server and the above-described start time indicator indicating the time when the broadcasted TV program has been started. [00038] In another action 3:5, the IPTV control server 302 generates an answer message comprising the file location address URI of the recorded version and an indicator of the start time of the broadcasted media information stream, i.e. the TV program. The server 302 then sends an answer message to the browser 300a in response to the above pause request message, in a next action 3:6, the answer message comprising the above start time indicator and file location address URI, which information can be used by the user equipment 300 to retrieve the remaining part of the paused TV program from the media server 306 as follows. [00039] A further action 3:7 illustrates that the user equipment 300 calculates the offset value based on the accurate pause time indicator obtained in action 3:3 and the start time indicator received in action 3:6. Using the example times of tO = 10:00:00 pm and t1 = 10:30:32 pm, where the indicator tO was received from the server 302 as the start time indicator and the indicator t1 was obtained in the user equipment 300 as the pause time indicator, the user equipment 300 calculates the offset value as t1 - tO = 30 minutes and 32 seconds, i.e. a time displacement from the start of the media information stream to a time of generating the pause request by the user equipment in action 3:2. The calculated offset value is thus the "accurate offset" illustrated in Fig. 2. The browser 300a saves the calculated offset value and file location address URI for later use.

11 [00040] At some point later, the user resumes the paused TV program, e.g. by pressing a play button or the like on the remote control of the user equipment 300, schematically indicated by a second dashed arrow, which causes the browser 300a to send a resume message to the STB 300b, as shown in a further action 3:8. The resume message contains the above saved offset value and file location address URI. The STB 300b is then able to restart the media information stream at a point corresponding to the offset value by sending a "play" message to the media server 306 including the offset value and file location address URI, in a next action 3:9, thereby fetching the recorded version of the remainder of the stream from server 306 for playout on the user equipment 300. A final action 3:10 then illustrates that a unicast stream of the recorded version of the remainder is transferred from media server 306 to STB 300b. [00041] In this way, the paused TV program will be resumed from the accurate offset of t1 - tO which is calculated by the user equipment 300 based on the broadcast start time tO indicated by the received start time indicator and the pause time t1 indicated by the obtained pause time indicator, instead of resuming it from the inaccurate offset of t3 - tO according to the prior art described above. The transition from the paused TV program to the resumed TV program will thus be smooth, in spite of the fact that the program is received first as a multicast stream from one server 302 and then as a unicast stream from another server 306. [00042] An example of a method with actions performed in a user equipment, for resuming a paused media information stream received in a live broadcast of a TV program, will now be described with reference to the flow chart in Fig. 4. The user equipment in this example may comprise a browser and an STB acting basically as the user equipment 300 described for Fig. 3 above in communication with a multicast source, a control server and a media server. [00043] A first action 400 illustrates that the user equipment receives the media information stream as a broadcasted multicast stream from the multicast source, basically corresponding to action 3:1 above. In a next action 402, the user equipment receives a pause command from its user, basically corresponding to action 3:2 above, causing the user equipment to stop receiving and displaying the 12 broadcasted multicast stream and it may from that point display a frozen still picture of the last received media information as described in the examples above. [00044] In a further action 404, the user equipment obtains an indicator of a pause time in the media information stream, basically corresponding to action 3:3 above. This pause time indicator thus accurately indicates the time when the user has actually paused the broadcasted media information stream in action 402. Further, the pause time indicator may be obtained as a timestamp in the media information stream corresponding to the time of day when the pause occurred in the live broadcast. [00045] The user equipment then sends a pause request message to the control server, as shown by an action 406, basically corresponding to the pause request in action 3:4 above. The request message comprises at least an identifier of the media stream and possibly also an identifier of the user or of the user equipment. [00046] The user equipment further receives an answer message from the control server in response to the above request message, in a following action 408, basically corresponding to action 3:6 above. The received answer message comprises a file location address of a recorded version of the TV program, a URI in this example, and an indicator of a start time of the broadcasted media information stream. [00047] The user equipment then calculates an offset value based on the obtained pause time indicator and the received start time indicator, in an action 410, basically corresponding to action 3:7 above. The offset value thus indicates a pause point in the media information stream where the pause occurred. The offset value may thus be seen as a time displacement from a start of the media information stream to the pause point requested by the user equipment. [00048] A final action 412 illustrates that, upon receiving a play command or the like from the user, the user equipment resumes the media information stream from the pause point based on the received file location address URI and the calculated offset value, basically corresponding to actions 3:7 - 3:9 above. In this action, the 13 media information stream can be resumed by retrieving a recorded version of the media information stream as a unicast stream from the media server, starting at the pause point in the media information stream. [00049] An example of a method with actions performed in a control server, for enabling resumption of a paused media information stream sent in a live broadcast of a TV program to a user equipment, will now be described with reference to the flow chart in Fig. 5. The control server in this example may be an IPTV control server acting basically as server 302 described for Fig. 3 above in communication with the user equipment. [00050] A first action 500 illustrates that the control server receives from the user equipment a pause request message comprising at least an identifier of the media stream which effectively identifies the broadcasted TV program, and possibly also an identifier of the user or an identifier of the user equipment, basically corresponding to action 3:4 above. [00051] The control server then generates an answer message, in an action 502, comprising a file location address of a recorded version of the TV program identified in the pause request message, and also comprising an indicator of a start time of the broadcasted media information stream, i.e. the TV program, basically corresponding to action 3:5 above. Finally, the control server sends the generated answer message to the user equipment, in an action 504, basically corresponding to action 3:6 above. Thereby, the user equipment is enabled to resume the media information stream from the pause point based on the received file location address and calculated offset value. The answer message may be sent to a browser in the user equipment. [00052] A detailed but non-limiting example of how a user equipment and a control server can be configured to accomplish the above-described solution, is illustrated by the block diagram in Fig. 6. The user equipment 600 is configured to resume a paused media information stream initially received from a multicast source 604 in a live broadcast of a TV program, while the control server 602 is configured to enable resumption of a paused media information stream sent to the 14 user equipment 600 in the live broadcast of the TV program, e.g. in the manner described above for any of Figs 3 - 5. [00053] The user equipment 600 comprises a playout unit 600a adapted to play out the media information stream received from the multicast source 604. The user equipment 600 also comprises an obtaining unit 600b adapted to obtain an indicator 'TI" of a pause time in the media information stream indicating the time when a user of the user equipment pauses the broadcasted media information stream, e.g. using a remote control or other input means of the user equipment 600 to provide a suitable user command, not shown. The user equipment 600 further comprises a communication unit 600c adapted to receive from the control server 602 an answer message comprising a file location address of a recorded version of the TV program, here denoted "URI", and an indicator of a start time of the broadcasted media information stream here denoted "TS". [00054] The control server 602 comprises a communication unit 602a adapted to receive a pause request message from the user equipment 600 to trigger the above answer message. The control server 602 also comprises a generating unit 602b adapted to generate the answer message which thus comprises a file location address of a recorded version of the TV program and an indicator of a start time of the broadcasted media information stream. [00055] The communication unit 602a is further adapted to send the answer message to the user equipment 600, thereby enabling the user equipment to calculate an offset value based on the indicator of the start time, the offset value indicating a pause point in the media information stream where the pause occurred, and to resume the media information stream from the pause point based on the file location address and the offset value. [00056] The user equipment 600 further comprises a calculating unit 600e adapted to calculate an offset value based on the obtained indicator of the pause time and the received indicator of the start time, the offset value indicating a pause point in the media information stream where the pause occurred.

15 [00057] The user equipment 600 also comprises a resuming unit 600e adapted to resume the media information stream from the pause point based on the received file location address and the calculated offset value. The media information stream can be resumed by the resuming unit 600d retrieving the recorded version as a unicast stream from a media server 606. The user equipment 600 is arranged to input the received unicast stream to the playout unit 600a in a suitable manner, as schematically indicated by a dashed arrow. [00058] The above user equipment 600 and control server 602 and their functional units 600a-e and 602 a-b may be configured or adapted to operate according to various optional embodiments. For example, the resuming unit 600e may be further adapted to resume the media information stream by retrieving the recorded version from the media server 606 starting at the pause point in the media information stream. As in the previous examples, the offset value may be a time displacement from a start of the media information stream to the pause point. [00059] The obtaining unit 600b may be further adapted to obtain the indicator of a pause time as a timestamp in the media information stream corresponding to the time of day when the pause occurred in the live broadcast. The user equipment may further comprise a Set Top Box, STB and a browser, e.g. as shown in Fig. 3. The communication unit 602a in the control server may be further adapted to send the answer message to a browser in the user equipment 600. [00060] It should be noted that Fig. 6 merely illustrates various functional units in the user equipment 600 and the control server 602 in a logical sense, although the skilled person is able to implement these functions in practice using suitable software and hardware means. Thus, this aspect of the solution is generally not limited to the shown structures of the user equipment 600 and the control server 602, while their functional units 600a-e and 602a-b may be configured to operate according to the features described for any of Figs 3 - 5 above, where appropriate. [00061] The functional units 600a-e and 602a-b described above can be implemented in the user equipment 600 and the control server 602, respectively, as program modules of a respective computer program comprising code means 16 which, when run by a processor "P" in each of the user equipment 600 and the control server 602 causes them to perform the above-described actions. Each processor P may be a single Central Processing Unit (CPU), or could comprise two or more processing units. For example, the processor P may include general purpose microprocessors, instruction set processors and/or related chips sets and/or special purpose microprocessors such as Application Specific Integrated Circuits (ASICs). The processor P may also comprise a storage for caching purposes. [00062] Each computer program may be carried by a computer program product in either of the user equipment 600 and the control server 602, respectively, in the form of a memory "M" connected to each processor P. The computer program product or memory M comprises a computer readable medium on which the computer program is stored. For example, the memory M may be a flash memory, a Random-Access Memory (RAM), a Read-Only Memory (ROM) or an Electrically Erasable Programmable ROM (EEPROM), and the program modules could in alternative embodiments be distributed on different computer program products in the form of memories within the user equipment 600 and the control server 602. [00063] While the solution has been described with reference to specific exemplary embodiments, the description is generally only intended to illustrate the inventive concept and should not be taken as limiting the scope of the solution. For example, the terms "user equipment", "multicast source", "control server", "media server", "TV program", "URI", "pause request message", "answer message" and "offset" have been used throughout this description, although any other corresponding nodes, functions, and/or parameters could also be used having the features and characteristics described here. The solution is defined by the appended claims.

Claims

1. A method in a user equipment (300) for resuming a paused media information stream received in a live broadcast of a TV program, the method comprising: - obtaining (3:3, 404) an indicator of a pause time in the media information stream indicating the time when a user of the user equipment has paused the broadcasted media information stream, - receiving (3:6, 408) from a control server (302) an answer message comprising a file location address of a recorded version of the TV program and an indicator of a start time of the broadcasted media information stream, - calculating (3:7, 410) an offset value based on the obtained indicator of the pause time and the received indicator of the start time, the offset value indicating a pause point in the media information stream where the pause occurred, and - resuming (3:8 - 3:10, 410) the media information stream from said pause point based on the received file location address and the calculated offset value.

2. A method according to claim 1, wherein the media information stream is resumed by retrieving said recorded version from a media server (306) starting at said pause point in the media information stream.

3. A method according to claim 1 or 2, wherein the offset value is a time displacement from a start of the media information stream to said pause point.

4. A method according to any of claims 1-3, wherein the indicator of the pause time is obtained as a timestamp in the media information stream corresponding to the time of day when the pause occurred in said live broadcast.

5. A method according to any of claims 1-4, wherein the user equipment comprises a Set Top Box, STB (300b) and a browser (300a). 18

6. A user equipment (600) configured to resume a paused media information stream received in a live broadcast of a TV program, comprising: - an obtaining unit (600b) adapted to obtain an indicator (TI) of a pause time in the media information stream indicating the time when a user of the user equipment has paused the broadcasted media information stream, - a communication unit (600c) adapted to receive from a control server (602) an answer message comprising a file location address of a recorded version of the TV program and an indicator (TS) of a start time of the broadcasted media information stream, - a calculating unit (600d) adapted to calculate an offset value based on the obtained indicator of the pause time and the received indicator of the start time, the offset value indicating a pause point in the media information stream where the pause occurred, and - a resuming unit (600e) adapted to resume the media information stream from said pause point based on the received file location address and the calculated offset value.

7. A user equipment according to claim 6, wherein the resuming unit is further adapted to resume the media information stream by retrieving said recorded version from a media server (606) starting at said pause point in the media information stream.

8. A user equipment according to claim 6 or 7, wherein the offset value is a time displacement from a start of the media information stream to said pause point.

9. A user equipment according to any of claims 6-8, wherein the obtaining unit (600b) is further adapted to obtain the indicator of the pause time as a timestamp in the media information stream corresponding to the time of day when the pause occurred in said live broadcast. 19

10. A user equipment according to any of claims 6-9, wherein the user equipment comprises a Set Top Box, STB (300b) and a browser (300a).

11. A method in a control server (302) for enabling resumption of a paused media information stream sent in a live broadcast of a TV program to a user equipment (300), the method comprising: - receiving (3:4, 500) a pause request message from the user equipment, - generating (3:5, 502) an answer message comprising a file location address of a recorded version of the TV program and an indicator of a start time of the broadcasted media information stream, and - sending (3:6, 504) the answer message to the user equipment, thereby enabling the user equipment to calculate an offset value based on the indicator of the start time, the offset value indicating a pause point in the media information stream where the pause occurred, and to resume the media information stream from said pause point based on the file location address and the offset value.

12. A method according to claim 11, wherein the answer message is sent to a browser in the user equipment.

13. A control server (602) configured to enable resumption of a paused media information stream sent in a live broadcast of a TV program to a user equipment (600), the control server comprising: - a communication unit (602a) adapted to receive a pause request message from the user equipment, and - a generating unit (602b) adapted to generate an answer message comprising a file location address of a recorded version of the TV program and an indicator of a start time of the broadcasted media information stream, - wherein the communication unit (602a) is further adapted to send the answer message to the user equipment, thereby enabling the user equipment to calculate an offset value based on the indicator of the start time, the offset value indicating a 20 pause point in the media information stream where the pause occurred, and to resume the media information stream from said pause point based on the file location address and the offset value.

14. A control server according to claim 13, wherein the communication unit (602a) is further adapted to send the answer message to a browser in the user equipment.