CN102084339A - 用于用信号发送时移支持的方法和设备 - Google Patents
用于用信号发送时移支持的方法和设备 Download PDFInfo
- Publication number
- CN102084339A CN102084339A CN2009801262155A CN200980126215A CN102084339A CN 102084339 A CN102084339 A CN 102084339A CN 2009801262155 A CN2009801262155 A CN 2009801262155A CN 200980126215 A CN200980126215 A CN 200980126215A CN 102084339 A CN102084339 A CN 102084339A
- Authority
- CN
- China
- Prior art keywords
- time
- server
- broadcast
- trick mode
- time shift
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N7/00—Television systems
- H04N7/16—Analogue secrecy systems; Analogue subscription systems
- H04N7/173—Analogue secrecy systems; Analogue subscription systems with two-way working, e.g. subscriber sending a programme selection signal
- H04N7/17309—Transmission or handling of upstream communications
- H04N7/17318—Direct or substantially direct transmission and handling of requests
-
- 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/613—Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio for the control of the source by the destination
-
- 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/75—Media network packet handling
- H04L65/752—Media network packet handling adapting media to network capabilities
-
- 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/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
- H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
- H04N21/239—Interfacing the upstream path of the transmission network, e.g. prioritizing client content requests
- H04N21/2393—Interfacing the upstream path of the transmission network, e.g. prioritizing client content requests involving handling client requests
- H04N21/2396—Interfacing the upstream path of the transmission network, e.g. prioritizing client content requests involving handling client requests characterized by admission policies
-
- 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/65—Transmission of management data between client and server
- H04N21/658—Transmission by the client directed to the server
- H04N21/6587—Control parameters, e.g. trick play commands, viewpoint selection
-
- 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/612—Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio for unicast
Landscapes
- Engineering & Computer Science (AREA)
- Multimedia (AREA)
- Signal Processing (AREA)
- Computer Networks & Wireless Communication (AREA)
- Computer Security & Cryptography (AREA)
- Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
- Television Signal Processing For Recording (AREA)
Abstract
一种支持流传输数据的播放的方法,该方法包括:从服务器接收信号,该信号指示该服务器对与流传输数据的播放有关的操作的支持;确定该服务器是否支持一个或多个针对流传输数据的播放的操作;以及针对用户设备上的播放器,选择性地启用或禁用该一个/或多个操作。
Description
技术领域
本发明涉及多媒体流传输。特别地,本发明涉及时移支持的信号发送。
背景技术
本章节意在为在权利要求中请求保护的本发明提供一个背景或环境。此处的描述可以包括可能被探究的概念,但是这些概念不一定是之前已经被构想或探究的概念。因此,除非在此指出,否则本章节中所述的不是本申请中的说明书和权利要求的现有技术,并且不会由于其包含在本章节中而被承认是现有技术。
流传输服务因其在网络访问技术和媒体编码技术中的显著进步正变得越来越流行,在网络访问技术和媒体编码技术中的进步例如分别是提供充足的带宽和实现改善的质量。在流传输中,内容在其从远程服务器开始接收之后立即被播放。播放延迟一般在数秒(例如在客户端-服务器架构中)到一两分钟(例如对于对等流传输应用)的范围内。这给出了相对于下载的若干优点。一方面,与完全下载相比,用户体验到的是低得多的播放延迟。另一方面,接收机无须提供完全下载所必需的存储容量。
流传输服务在多种不同的应用中被部署:例如,视频点播、IPTV、移动TV广播/多播、对等流传输。取决于目标应用,用于流传输会话的建立与控制的不同协议是可用的。第三代合作伙伴计划(3GPP)定义了一种单播流传输服务,即分组交换流服务(PSS),其在无线单播承载上实现了对移动用户的直播和存储的内容的流传输。数字视频广播(DVB)定义了一种IPTV服务,该服务在固定承载(例如,DSL线路)上向用户住宅递送直播和存储的内容。所述递送可以在单播或多播模式中执行。两种应用都将实时流传输协议(RTSP)用于会话建立以及流传输会话的控制。
RTSP是一种类HTTP的文本协议,其一般运行在TCP/IP协议栈上。RTSP协议提供了用于请求使用DESCRIBE方法的流传输会话描述的功能性。根据RTSP的示例交换在图1中被图示。客户端202和服务器204之间的交换从来自客户端202的DESCRIBE请求210开始,该请求标识了将被流传输的请求数据。响应212包含一般为会话描述协议(SDP)格式的会话描述。作为替换,该会话描述可以用其他方式获取,比如从网站获取。一系列交换(214-226)致使为了进行流传输而开始数据传输228。
发明内容
在本发明的一方面中,一种支持流传输数据的播放的方法包括:从服务器接收信号,该信号指示该服务器对与流传输数据的播放有关的操作的支持;确定该服务器是否支持一个或多个针对流传输数据的播放的操作;以及针对用户设备上的播放器,选择性地启用或禁用该一个或多个操作。
在一个实施例中,针对流传输数据片段的播放,选择性地启用或禁用该一个或多个操作。针对对应于广告的片段的播放,该一个或多个操作可以被选择性地禁用。
在一个实施例中,确定流传输服务器是否支持一个或多个操作包括对已经可用的信息的评估。在一个实施例中,确定流传输服务器是否支持一个或多个操作包括向流传输服务器提交询问。在一个实施例中,该一个或多个操作包括时移操作。
在一个实施例中,该一个或多个操作包括技巧模式(trick-mode)操作。技巧模式操作可以包括倍速(scaled)正向播放。该倍速正向播放可以包括以1.0、2.0、4.0、8.0、-1.0、-2.0、-4.0、-8.0、0.25、0.5、-0.25和-0.5的倍速进行播放。
在一个实施例中,基于相对于直播传输的当前播放时间的位置,该一个或多个操作被选择性地启用或禁用。在一个实施例中,基于绝对时间,该一个或多个操作被选择性地启用或禁用。在一个实施例中,基于相对时间,该一个或多个操作被选择性地启用或禁用。在一个实施例中,基于具体事件,该一个或多个操作被选择性地启用或禁用。在一个实施例中,该方法还包括确定用户设备是否支持针对流传输数据的播放的一个或多个操作。
在本发明的另一方面中,一种支持从服务器向用户设备流传输的数据的播放的方法包括:形成信号,该信号指示该服务器对与流传输数据的播放有关的操作的支持;以及通过该服务器向用户设备传输该信号。
在本发明的又一方面中,一种包括接收机的设备,该接收机被配置用于:从服务器接收信号,该信号指示该服务器对与流传输数据的播放有关的操作的支持;确定该服务器是否支持针对该流传输数据的播放的一个或多个操作;以及针对用户设备上的播放器,选择性地启用或禁用该一个或多个操作。
在本发明的另一方面中,一种包括接收机的设备,该接收机被配置用于:形成信号,该信号指示该服务器对与流传输数据的播放有关的操作的支持;以及通过该服务器向用户设备传输该信号。
在另一方面中,本发明涉及一种设备,该设备包括处理器和通信连接到该处理器的存储器单元。该存储器单元包括:计算机代码,用于从服务器接收信号,该信号指示服务器对与流传输数据的播放有关的操作的支持;计算机代码,用于确定该服务器是否支持针对该流传输数据的播放的一个或多个操作;以及计算机代码,用于针对用户设备上的播放器,选择性地启用或禁用一个或多个操作。
在另一方面中,本发明涉及一种设备,该设备包括处理器和通信连接到该处理器的存储器单元。该存储器单元包括:计算机代码,用于形成信号,该信号指示服务器对与流传输数据的播放有关的操作的支持;计算机代码,用于通过服务器向用户设备传输该信号。
在另一方面中,一种计算机程序产品,该计算机程序产品包含在计算机可读媒介上并且包括:计算机代码,用于从服务器接收信号,该信号指示该服务器对与流传输数据的播放有关的操作的支持;计算机代码,用于确定该服务器是否支持针对该流传输数据的播放的一个或多个操作;以及计算机代码,用于针对用户设备上的播放器,选择性地启用或禁用该一个或多个操作。
在另一方面中,一种计算机程序产品,该计算机程序产品包含在计算机可读媒介上并且包括:计算机代码,用于形成信号,该信号指示该服务器对与流传输数据的播放有关的操作的支持;以及计算机代码,用于通过该服务器向用户设备传输该信号。
本发明的各种实施例的这些及其他优点和特征,连同其组织及其操作方式,将通过结合附图从以下详细描述中变得明显。
附图说明
本发明的实施例通过参考附图来描述,在附图中:
图1图示了使用RTSP的示例交换;
图2图示了示例的流传输和播放时间线;
图3图示了根据本发明实施例的用于数据流传输的示例系统;
图4图示了根据本发明实施例的示例接收机的框图;
图5图示了根据本发明实施例的示例服务器的框图;
图6是图示了根据本发明实施例的示例流传输处理的流程图;
图7是本发明的各种实施例可以在其内实施的系统的概图;
图8图示了根据本发明各种实施例的可以使用的示例电子设备的透视图;
图9是可以包含在图8的电子设备中的电路的示意表示;以及
图10是可以在其内实施各种实施例的通用多媒体通信系统的图解表示。
具体实施方式
在以下描述中,为了解释而非限制的目的,细节和描述被阐述以便提供对本发明的彻底理解。然而,对于本领域技术人员来说明显的是,本发明可以在不背离这些细节和描述的其他实施例中实践。
如上所述,流传输数据的播放可能包括延迟或时移。下列针对时移的方案是可能的:
1.最初通过单播递送的直播流的时移;
2.最初通过多播/广播递送的直播流的时移。
流传输数据的接收机可能希望在服务器支持的范围中执行时移。该范围可能具有一个受限的量度,因为接收机可能不是无限期地存储直播(live)内容。接收机应该知道播放范围,以便确保正确的播放行为和用户通知。
例如,在时移模式中的接收机播放器中,用户可以按下媒体播放器的快进按钮。然后,流以较快速率播放。一旦到达直播传输的时间点,该快进播放模式就停止,然后媒体数据将以正常播放节奏(pace)发送。如果播放器不知道该播放范围,则可能造成播放器行为中的不一致性并且因此造成用户的困惑。
图2图示了在接收机处的示例播放时间线和相应的允许技巧模式操作。就此而论,“技巧模式”操作指的是倍速正向播放。例如,如图2中图示的,技巧模式可以包括搜寻、暂停、快进或慢进、或者快速倒回或慢速倒回。在一个实施例中,技巧模式操作可以包括例如以倍速因子1.0、2.0、4.0、8.0、-1.0、2.0、-4.0、-8.0、0.25、0.5、-0.25和-0.5进行的正向播放。1.0的倍速因子指的是正常的正向播放。图2的时间线300指示比直播传输304早的当前播放时间302。
当达到直播传输时间间隔时,接收机的播放器应该察觉到,因此它更新播放器行为(例如,通过禁用快进按钮并且恢复原始的播放节奏)。
本发明的实施例提供用于对直播流的技巧模式操作和远程时移。现在参见图3,图示了一个根据本发明实施例的用于流传输的示例系统。系统310包括诸如机顶盒330或移动用户设备340之类的至少一个接收机设备,和一个服务器设备320。示例接收机400的框图在图4中被示意性地说明。
再次参见图3,服务器设备320可以被耦合到储存设备322,比如硬盘驱动器和/或数据库。就此而论,根据本发明的实施例,因为用户设备可能具有受限制的储存容量,所以服务器设备320与流传输的数据的储存器相关联。在图5中图示了示例服务器设备500的框图。该服务器可以是各种各样的服务器中的任意一种。例如,该服务器可以是内容提供者服务器或流传输服务器,在此分别统称为“服务器设备”或“流传输服务器”。
服务器设备320具有对一个或多个直播流的访问。服务器设备320可以对该直播流执行处理操作(例如,转码),并且可以将直播流的各部分存储在储存器单元322中。
接收机330、340被配置用于例如通过有线或无线网络399在其若干通信信道中的一个信道上接收媒体流。接收机330、340向用户提供用户界面来控制流传输会话。接收机330、340可以支持下列控制操作中的一个或几个:
-快进或慢进;
-快速倒回或慢速倒回;
-暂停和随后的恢复播放;
-搜寻;或
-从不同于现在的开始点进行播放。
在一个实施例中,接收机330、340可以接收并向用户显示用户指南以用于改进的会话控制。接收机330、340可以包括用于对时移和技巧模式操作提供本地支持的本地储存单元。接收机330、340接收关于服务器设备320的位置信息,并且可能还接收关于支持远程时移和技巧模式操作的服务器设备320的性能的信息。
根据本发明的实施例,服务器设备320通知接收机330、340被存储的直播流的各部分。此信号发送可以在带外(例如,在服务指南中)完成,或者可以在带内(例如,在接收机和服务器之间的控制会话上)完成。该信号发送可以在会话之前或会话过程中完成。后者可以被用来指示时移和技巧操作的支持中的变化。
接收机基于从服务器设备接收的信息来调整播放器行为。例如,当达到时移缓冲器的边界时,接收机可以禁用“快进”操作,其中这类操作可能与正常的播放不一致。
在一个实施例中,服务器向与可能的技巧模式操作有关的接收机通知它支持具体的流,并且还可以指示在流的哪些分量上以及用哪些参数来支持这些操作。在另一个实施例中,接收机可以向服务器询问时移支持。这可以在会话建立期间或者是会话有效期期间完成。
基于在接收机处的触发(例如,用户按下一个按钮),可以启动时移或技巧模式操作。就此而论,接收机可以首先检查本地储存器是否满足所请求的操作。如若不然,接收机启动与服务器的连接,如果该连接还未完成的话。
基于在会话开始时或是会话期间已经从服务器接收到的信息,接收机知晓当前可能的时移和技巧模式操作。
如果接收机检测到服务器支持所请求的操作,接收机就向服务器发送命令。在流的给定时刻,接收机会禁用它所知的、不被服务器支持的操作。
图6是图示了类似于上面所述的用于流传输的示例处理的流程图。在示例处理600中,用户选择了一个直播流用于消费(框610)。如上所述,这可以通过DESCRIBE处理来完成。在框620,接收机处的播放器确定该接收机是否支持时移或技巧操作。如果该接收机不支持这类操作,则这类操作在播放器处被禁用(框630),其例如可以是接收机上的一个应用。另一方面,如果该接收机支持时移和技巧模式操作,则接收机或播放器检查时移或技巧模式操作对所选择的直播流的远程支持(框640)。检查远程支持包括服务器是否提供这类支持。检查远程支持可以通过已经可用的信息(例如服务指南或会话描述)来达成(框650),或者可以通过提交给服务器的询问来达成(框660)。在框670,确定已经可用的信息或对该询问的响应是否指示服务器支持时移和技巧操作。如果服务器不支持这类操作,则接收机在播放器上禁用这类操作(框680)。另一方面,如果服务器确实支持这类操作,则接收机用合适的相应可用操作来标记媒体时间线部分(框690)。
因此,本发明的实施例可适用于各种不同的时移和技巧模式方案,包括:
1)直播TV信道的一些节目在服务器处被记录以用于时移的播放。向接收机通知那些节目并且接收机因此对播放时间线做出标记(例如,它使用户能够在过去的服务指南中导航,并且能够选择被指示将要被记录的TV节目)。在所选择部分的播放过程中,用户可以进行重放、暂停和恢复、快进和慢进以及快退和慢退、以及搜寻。
2)在直播事件的过程中,用户按下暂停,过一段时间再按下恢复/播放。用户可以选择是从暂停时刻恢复还是从实际的直播传输时间恢复。
3)用户正在消费一个直播事件,并且想重放该直播事件的某一分段。接收机发送搜寻来改变播放时刻。
4)用户在消费直播事件的时候按下快退/慢退。在处于时移模式的时候,用户按下快进/慢进。
5)接收机正在消费一个广播/多播直播会话。例如,连接由于信号弱而中断。接收机察觉到备用服务器并与其连接。对于无中断流消费来说,接收机可以在时移模式中开始与服务器的会话。
6)用户位于不同时区,并且不能及时消费广播/多播事件。接收机察觉到该事件已被服务器记录。用户在方便的时候消费该事件。
服务器可以支持下列时移模式:
1)记录之前的x个时间单元。时移缓冲器的开始以与当前直播传输时间相同的节奏移动。
2)记录该直播传输的一些部分。
对技巧模式的支持可以包括:
1)以不同于1的倍速进行的播放在所有媒体流上都被支持,或者只在其中一些媒体流上被支持。这可以取决于播放倍速而改变。
信令选项可以包括:
1)服务通告或服务指南;
2)会话控制消息:RTSP消息;
3)会话描述,例如SDP
在一个实施例中,流传输服务器在单播承载上为直播会话服务。向流传输客户端通知流传输服务器的时移能力。流传输服务器可以支持或不支持时移和技巧模式操作。在它支持时移的情况下,流传输服务器还指示时移深度(即,它将存储以支持时移操作的旧内容量(以时间为单位))。在一些情况下,可能只在直播内容的某些阶段中才支持时移。因此,时移操作针对流传输数据的数据段的播放被启用或禁用。用户可以向后搜寻那些时间段并播放内容。服务器还可以指示是否支持技巧模式操作以及支持哪些倍速。再次,因此针对流传输数据的数据段播放选择性地启用或禁用技巧模式操作。例如,可以针对与广告有关联的数据段而禁用“快进”。
就此而论,从流传输服务器到用户设备或接收机的信令可以识别时移或技巧模式操作被启用或禁用的时期。在一个实施例中,该信令包括这类操作被启用或禁用的(例如,从流传输数据的开头测量的)绝对时间的指示。在另一个实施例中,该信令包括这类操作被启用或禁用的(例如,从某个时期,比如从上一段的末尾测量的)相对时间的指示。在又一个实施例中,该信令包括具体事件的指示,这类操作在所述具体事件处被启用或禁用。
因此,在一个实施例中,流传输客户端从当前的直播传输点开始该直播流的播放。作为替换,通过从过去的时间点开始播放,流传输客户端触发时移模式中的播放。对于后一种情况,流传输服务器在直播传输中向流传输客户端通知对应于当前的直播传输时间点“现在”的时间戳和时间线。
稍后,用户可以通过采取下列操作之一来触发时移模式:
-搜寻过去的时刻,例如用于重放;
-暂停,并随后播放(恢复播放);
-快退/慢退
一旦处于时移模式中,流传输服务器就通知流传输客户端关于时移时间线的边界。这可以作为具有相对或绝对的时移开始时间的、当前直播时间点的指示来完成。
根据本发明的实施例,流传输客户端计算直播流的边界(时移缓冲器的开始,直播时间点)的行为也向接收机传递。
一旦处于时移模式中,用户可以快进或搜寻以到达直播传输点。然后,服务器切换到正常播放,快进被禁用。
下面是对本发明的示例实施例的解释并且不是意在限制。在本发明的范围内考虑并设想到各种各样的实施例。
用信号发送服务器的时移能力
流传输服务器可以提供对直播内容的访问。在一个实施例中,流传输服务器可以支持到某一范围或者针对直播流的一些具体部分/时期的时移。流传输客户端必须知道用户能够在某时间点执行的播放操作,以确保一致的播放器行为。
一旦建立起直播流传输会话,流传输服务器可以向流传输客户端通知针对当前内容的时移选项。在一个实施例中,该信息使用RTSP来传输,RTSP是用于会话控制的协议。时移信息能以SET_PARAMETER、DESCRIBE、SETUP和PLAY方法来传输。另外,该时移信息可以通过使用GET_PARAMETER方法来询问。
RTSP参数用名称“timeshifting”(时移)来定义,并且与SET_PARAMETER和GET_PARAMETER方法一起使用。特征标(“3gpp-timeshifting”)被定义以询问时移支持并且确保正确处理请求中的“timeshifting”参数。它也可以与所支持的报头一起使用以询问对时移功能的支持。下面是一个使用GET_PARAMETER的RTSP对话的示例。
在上面的示例中,时移能力由客户端询问。Require(需求)报头中的“3gpp-timeshifting”特征确保服务器将处理该参数,并且确保成功的响应指示服务器理解该时移参数。
上面示例中的响应在主体中指示支持时移的时移期的列表。空列表指示对于当前内容来说不支持时移。单个值指示以秒为单位的时移深度。多个指示用逗号“,”隔开。
“Timeshifting”报头字段还被定义以与其他RTSP方法(DESCRIBE、SETUP和PLAY)一起使用。
在下面,给出了用于时移指示的ABNF语法。它同等地应用了时移参数和时移报头字段。
在下面,图示了连同DESCRIBE响应一起使用的时移报头字段的示例。
对DESCRIBE请求的响应指示服务器支持对深度为3600秒(1小时)的内容的时移。这使客户端能够暂停播放,然后在一小时之后恢复播放,或者从当前直播播放点往回搜寻一小时。
信令支持的技巧模式操作
流传输服务器可以支持或不支持技巧模式操作。甚至在支持技巧模式操作的时候,也可能存在对所支持的播放节奏的限制。播放器应该知道它能将其用于当前呈现的倍速值。倍速播放类型以及它所应用的媒体流的指示也可以被指示。当以不同于1.0的倍速播放媒体时,服务器可能无法以倍速播放支持所有的媒体类型。
用信号发送倍速播放的支持的一种机制被定义。RTSP协议定义了一个特征标“play.scale”,服务器必须用该特征标来指示对于倍速播放的支持。所建议的辅助信令可以用参数的形式来定义,该参数可以由客户端使用GET_PARAMETER方法来询问,或者由服务器使用SET_PARAMETER方法来设置。
用于该参数的ABNF语法可以被定义如下:
服务器可以指示用于倍速1.0的值,对于呈现的所有媒体流都支持倍速1.0。
进一步,在对具有1.0之外的倍速的PLAY请求的响应中,服务器必须包括以所请求倍速对哪些媒体流进行流传输的指示。这可以作为一个单独的RTSP报头字段来完成,该字段后接与该参数语法相同的ABNF语法,或者作为替换,对倍速报头字段的语法修改被提供如下:
在没有给出对于媒体流的辅助指示的情况下,客户端假设所指示的倍速被应用到呈现的所有媒体流。如果对于指示的倍速,指示只支持呈现的媒体流的子集,则客户端假设只要以该指示倍速来执行播放,其他媒体流就不会被传输到客户端。
时移模式中的终端行为
在时移模式中时,客户端标记在播放时间线上表示当前播放操作的边界的时间点。这从当前播放倍速中提取。这些边界具有两种类型:
直播内容的边界:此边界不是静态的,而是随当前的直播播放瞬时而前进。终端在播放响应中得到当前直播播放时刻的指示。例如,这可以通过使用名为“Live”的新报头字段来实现。在这之后,客户端应跟踪当前的直播播放时刻,并且在到达该时刻时不得不相应地更新播放器行为。举例来说,在快进的情况下(以>1.0的倍速播放),当到达直播时间点时,播放器应该通过将模式改变为正常播放来向接收机指示这一点。在服务器侧,一旦到达直播时间点,服务器就应该切换到正常播放(以倍速1.0播放)。
不存在内容的边界:此边界可以是可变或固定的。在当前时移期被指示是一个时间间隔时,针对该时移期的开始的边界是可变的并且以与直播传输相同的节奏前进。在以开始期和结束期的列表的形式指示时移支持的情况下,该边界是固定的并且对应于当前时期的开始和结束时间。
播放器会使用播放时间(并非其wallclock时间),该播放时间与播放节奏和方向(正向或反向)无关。
本发明的实施例可以使流传输客户端和服务器能够交换关于所支持的时移和技巧模式操作的信息。这保证了播放器处的正确行为和一致的用户体验。该信令用向后兼容诸如RTSP之类的现有流传输协议的方法完成。
SDP信令示例
时移支持和时移时间间隔的指示可以在会话描述中完成,例如在描述流传输会话的SDP中完成。
下列示例示出检索SDP的RTSP对话,并且示出了时移支持的指示。
C->S: DESCRIBE rtsp://mediaserver.com/movie.test RTSP/1.0
CSeq:1
Supported:3gpp-timeshifting
User-Agent:TheStreamClient/1.1b2
S->C: RTSP/1.0 200 OK
CSeq:1
Content-TyPe:application/sdp
Supported:3gpp-timeshifting
Content-Length:435
v=0
o=-950814089 950814089 IN IP4 144.132.134.67
s=Example of aggregate control of AMR speech and H.263
video
e=foo@bar.com
c=IN IP4 0.0.0.0
b=AS:77
b=TIAS:69880
t=0 0
a=range:npt=0-59.3478
a=control:*
a=maxprate:20
a=X-timeshifting:7200
m=audio 0RTP/AVP 97
b=AS:13
b=TIAS:10680
b=RR:350
b=RS:300
a=maxprate:5
a=rtpmap:97AMR/8000
a=fmtp:97
a=maxptime:200
a=control:streamID=0
a=X-scale:1.0
m=video 0RTP/AVP 98
b=AS:64
b=TIAS:59200
b=RR:2000
b=RS:1200
a=maxprate:15
a=rtpmap:98H263-2000/90000
a=fmtp:98 profile=3;level=10
a=control:streamID=1
a=X-scale:1.0,2.0,4.0,8.0,-1.0,-2.0,-4.0,-8.0
ESG信令示例
服务指南可以包含一个指示,该指示指示记录一个具体事件并且将在稍后的时间点使其可用于时移操作。该指示还可以包括该记录将从服务器删除的日期。下面的示例示出了可以怎样使用OMABCAST服务指南数据模型来实现这个指示:
图7示出了可以使用本发明的各种实施例的系统10,该系统包括可通过一个或多个网络进行通信的多个通信设备。系统10可以包括有线或无线网络的任何组合,包括但不限于移动电话网、无线局域网(LAN)、蓝牙个人域网、以太局域网、令牌环局域网、广域网、因特网等等。系统10可以包括有线和无线通信设备。
为了例证,图7中示出的系统10包括移动电话网11和因特网28。到因特网28的连接可以包括但不限于远距离无线连接、近距离无线连接,以及各种有线连接,包括但不限于电话线、电缆线、电力线等等。
系统10的示例通信设备可以包括但不限于以移动电话形式的电子设备12、个人数字助理(PDA)和移动电话的结合14、PDA 16、集成消息收发设备(IMD)18、台式计算机20、笔记本计算机22等等。这些移动设备可以是固定不动的,或者在被移动中的个人携带时可以是移动的。通信设备可以处在运输模式中,包括但不限于汽车、卡车、出租车、公共汽车、火车、轮船、飞机、自行车、摩托车等等。这些通信设备中的一些或全部可以发送并接收呼叫和消息,并且可以通过到基站24的无线连接25与服务提供商进行通信。基站24可以连接到网络服务器26,网络服务器26提供移动电话网11和因特网28之间的通信。系统10可以包括另外的通信设备和不同类型的通信设备。
通信设备可以通过使用各种传输技术来通信,传输技术包括但不限于码分多址(CDMA)、全球移动通信系统(GSM)、通用移动电信系统(UMTS)、时分多址(TDMA)、频分多址(FDMA)、传输控制协议/因特网协议、短消息收发服务(SMS)、多媒体消息收发服务(MMS)、电子邮件、即时消息收发服务(IMS)、蓝牙、IEEE 802.11等等。在实施本发明的各种实施例时涉及的通信设备可以使用各种媒体进行通信,各种媒体包括但不限于无线电、红外线、激光、电缆连接,诸如此类。
图8和图9示出了根据本发明的各种实施例的可用作网络节点的电子设备28。然而应当理解,本发明的范围并非意在被限于一个特殊类型的设备。图8和图9的电子设备28包括外壳30、形式为液晶显示器的显示器32、小键盘34、麦克风36、耳机38、电池40、红外线端口42、天线44、根据一个实施例采用UICC形式的智能卡46、读卡器48、无线电接口电路52、编解码电路54、控制器56和存储器58。上述元件使电子设备28能够发送/接收往返于其他设备的各种消息,所述其他设备可以驻留在根据本发明各种实施例的网络上。单个的电路和元件都是现有技术中熟知的类型,例如是在Nokia移动电话范围中所熟知的类型。
图10是可以在其内实施各种实施例的通用多媒体通信系统的图解表示。如图10中所示,数据源100提供模拟格式、未压缩数字格式、或压缩数字格式,或这些格式的任意组合的源信号。编码器110将源信号编码成编码媒体比特流。应当注意,将被解码的比特流可以直接或间接地从虚拟地位于任何类型的网络中的远程设备接收。另外,比特流可以从本地的硬件或软件接收。编码器110能够编码超过一种的媒体类型,比如音频和视频,或者可能需要超过一个的编码器110来编码不同媒体类型的源信号。编码器110还可以得到合成产生的输入,比如图像和文本,或者它能够产生合成媒体的编码比特流。在下面,只考虑了一个媒体类型的一个编码媒体比特流的处理以简化描述。然而应当注意,实时广播服务一般包括若干流(一般至少包括一个音频、视频和文本字幕流)。还应当注意,该系统可以包括许多编码器,而图10只示出了一个编码器110以简化描述而不失一般性。进一步,应当理解,尽管此处包含的文本和示例可能具体地描述了一个编码处理,然而本领域技术人员会理解可以将相同的概念和原理应用于相应的解码处理,反之亦然。
编码媒体比特流被传送到储存器120。储存器120可以包括任意类型的大容量存储器以存储该编码媒体比特流。储存器120中的编码媒体比特流的格式可以是基本的自包含比特流格式,或者一个或多个媒体比特流可以被封装到一个容器文件中。一些系统“直播”操作,即省略储存器,基于需要直接将编码媒体比特流从编码器110传送到发送器130。编码媒体比特流继而在需要的基础上转发到发送器130,也称服务器。传输中所用的格式可以是基本的自包含比特流格式、分组流格式,或者一个或多个编码媒体比特流可以被封装到一个容器文件中。编码器110、储存器120和服务器130可以驻留在同一物理设备中,或者它们可以被包含在单独的设备中。编码器110和服务器130可以用直播实时内容进行操作,在这种情况下编码媒体比特流一般不被永久性存储,而是在内容编码器110和/或服务器130中缓存一小段时间,以便消除处理延迟、传送延迟和编码媒体比特率中的变化。
服务器130使用通信协议栈来发送编码媒体比特流。协议栈可以包括但不限于实时传送协议(RTP)、用户数据报协议(UDP)和因特网协议。当通信协议栈是面向分组时,服务器130将编码媒体比特流封装到分组中。例如,当使用RTP时,服务器130将编码媒体比特流封装到根据RTP净荷格式的RTP分组中。一般来说,每种媒体类型都具有专用RTP净荷格式。应当再次指出,系统可以包含超过一个的服务器130,但是为了简洁起见,下列描述只考虑了一个服务器130。
服务器130可以通过通信网络连接到网关140或不连接到该网关。网关140可以执行不同类型的功能,比如根据一个通信协议栈的分组流向另一个通信协议栈的翻译,数据流的合并和分叉,以及根据下行链路和/或接收机能力对数据流的处理,比如根据主要的下行链路网络条件来控制转发流的比特率。网关140的示例包括MCU、电路交换和分组交换视频电话之间的网关、蜂窝上的按键通话(PoC)服务器、数字视频广播手持(DVB-H)系统中的IP封装,或者本地地向家庭无线网络转发广播传输的机顶盒。当使用RTP时,网关140被称作RTP混合器或RTP翻译器,并且一般充当RTP连接的端点。
系统包括一个或多个接收机150,它们一般能够对传输的信号进行接收、解调并且将其解封装成编码媒体比特流。编码媒体比特流被传送到记录储存器155。记录储存器155可以包括存储编码媒体比特流的任意类型的大容量存储器。作为替换或另外地,记录储存器155可以包括诸如随机访问存储器之类的计算存储器。记录储存器155中的编码媒体比特流的格式可以是基本的自包含比特流的格式,或者一个或多个编码媒体比特流可以被封装到一个容器文件中。如果存在多个编码媒体比特流,比如相互关联的音频流和视频流,则一般使用容器文件并且接收机150包括或连结到容器文件生成器,该容器文件生成器从输入流中产生容器文件。一些系统“直播”操作,即省略记录储存器155,直接从接收机150向解码器160传送编码媒体比特流。在一些系统中,记录储存器155中只保存被记录流的最近的部分,例如被记录流的最近10分钟摘录,而任何更早的记录数据从记录储存器155中被丢弃。
编码媒体比特流从记录储存器155传送到解码器160。如果存在许多编码媒体比特流,比如相互关联且被封装到容器文件中的音频流和视频流,则文件解析器(图中未示出)被用来从容器文件中解封装每一个编码媒体比特流。记录储存器155或解码器160可以包括文件解析器,或者该文件解析器附接到记录储存器155或解码器160。
一般来说,编码媒体比特流被被解码器160进一步处理,解码器160的输出是一个或多个未压缩的媒体流。最后,呈现器170例如可以用扩音器或显示器来再现该未压缩的媒体流。接收机150、记录储存器155、解码器160和呈现器170可以驻留在同一物理设备中,或者它们可以被包含在单独的设备中。
根据各种实施例的发送器130可以被配置用于为了多个原因而选择若干传输层,比如用以响应接收机150的请求或者在其上传播比特流的网络的普遍条件。例如,来自接收机的请求可以是显示层的改变请求,或者与之前设备相比具有不同能力的呈现设备的改变请求。
这里描述的各个实施例是在通用的方法步骤或处理的上下文中描述的,并且在一个实施例中,所述步骤或处理可以由计算机程序产品来实施,其中,所述计算机程序产品包含在接收机可读介质中,并且包含了诸如程序代码之类的由联网环境中的计算机执行的指令。计算机可读介质可以包括可移动或不可移动的储存器设备,包括但不限于只读存储器(ROM)、随机访问存储器(RAM)、紧凑磁盘(CD)、数字万用磁盘(DVD)等等。通常,程序模块可以包括用于执行特定任务或是实施特定抽象数据类型的例程、程序、对象、组件、数据结构等等。计算机可执行指令、相关联的数据结构以及程序模块代表用于执行这里公开的方法步骤的程序代码的示例。这些可执行指令或相关联的数据结构的特定序列代表的是用于实施在此类步骤或处理中描述的功能的相应动作的示例。
本发明的实施例可以在软件、硬件、应用逻辑或软件、硬件和应用逻辑的结合中来实施。软件、应用逻辑和/或硬件例如可以驻留在芯片组、移动设备、台式计算机、膝上型计算机或服务器上。各种实施例的软件和Web实施可以用标准编程技术来完成,这些编程技术具有用以实现各种数据库搜索步骤或处理、相关步骤或处理、比较步骤或处理和判决步骤或处理的其他逻辑以及基于规则的逻辑。各种实施例也可以全部或部分地在网络元件或模块之内实施。应当注意,在这里和下述权利要求中使用的字眼“组件”和“模块”旨在涵盖使用一行或多行软件码的实施、和/或硬件实施、和/或用于接收人工输入的设备。
已经出于图示和描述的目的而呈现若干实施例的前文描述。前文描述本意并非在于穷举本发明的实施例或是将本发明的实施例限于所公开的精确形式,并且修改和变化根据上述教导是可能的或者可以从各个实施例的实践中得以获悉。选择和描述在此论述的实施例以便解释各个实施例的原理和本质及其实际应用,从而使本领域技术人员能够在各种实施例中并且以与设想的实际应用适应的各种修改来利用本发明。在此描述的各个实施例的特征可以结合在方法、装置、模块、系统和计算机程序产品的所有可能组合中。
在本发明的一方面中,支持流传输数据的播放的方法包括:从服务器接收信号,该信号指示服务器对与流传输数据的播放有关的操作的支持;确定该服务器是否支持针对流传输数据的播放的一个或多个操作;以及针对用户设备上的播放器,选择性地启用或禁用该一个或多个操作。
在一个实施例中,针对流传输数据分段的播放,选择性地启用或禁用该一个或多个操作。针对对应于广告的分段的播放,可以选择性地禁用该一个或多个操作。
在一个实施例中,确定流传输服务器是否支持一个或多个操作包括对已经可用的信息的评估。在一个实施例中,确定流传输服务器是否支持一个或多个操作包括向流传输服务器提交询问。在一个实施例中,该一个或多个操作包括时移操作。
在一个实施例中,该一个或多个操作包括技巧模式操作。技巧模式操作可以包括倍速正向播放。该倍速正向播放可以包括以1.0、2.0、4.0、8.0、-1.0、-2.0、-4.0、-8.0、0.25、0.5、-0.25和-0.5的倍速进行播放。
在一个实施例中,基于关于直播传输的当前播放时间的位置,该一个或多个操作被选择性地启用或禁用。在一个实施例中,基于绝对时间,该一个或多个操作被选择性地启用或禁用。在一个实施例中,基于相对时间,该一个或多个操作被选择性地启用或禁用。在一个实施例中,基于具体事件,该一个或多个操作被选择性地启用或禁用。在一个实施例中,该方法还包括确定用户设备是否支持针对流传输数据的播放的一个或多个操作。
在本发明的另一方面中,一种支持从服务器向用户设备流传输的数据播放的方法包括:形成信号,该信号指示该服务器对与流传输数据的播放有关的操作的支持;以及通过服务器向用户设备传输该信号。
在本发明的又一方面中,一种设备包括接收机,该接收机被配置用于:从服务器接收信号,该信号指示该服务器对与流传输数据的播放有关的操作的支持;针对该流传输数据的播放,确定该服务器是否支持一个或多个操作;以及针对用户设备上的播放器,选择性地启用或禁用该一个或多个操作。
在本发明的另一方面中,一种设备包括接收机,该接收机被配置用于:形成信号,该信号指示该服务器对与流传输数据的播放有关的操作的支持;以及通过该服务器向用户设备传输该信号。
在另一方面中,本发明涉及一种设备,包括处理器和通信连接到该处理器的存储器单元。该存储器单元包括:计算机代码,用于从服务器接收信号,该信号指示服务器对与流传输数据的播放有关的操作的支持;计算机代码,用于针对该流传输数据的播放,确定该服务器是否支持一个或多个操作;以及计算机代码,用于针对用户设备上的播放器,选择性地启用或禁用一个或多个操作。
在另一方面中,本发明涉及一种设备,包括处理器和通信连接到该处理器的存储器单元。该存储器单元包括:计算机代码,用于形成信号,该信号指示服务器对与流传输数据的播放有关的操作的支持;计算机代码,用于通过服务器向用户设备传输该信号。
在又一方面中,一种包含在计算机可读媒介上的计算机程序产品,包括:计算机代码,用于从服务器接收信号,该信号指示该服务器对与流传输数据的播放有关的操作的支持;计算机代码,用于确定该服务器是否支持针对流传输数据的播放的一个或多个操作;以及计算机代码,用于针对用户设备上的播放器,选择性地启用或禁用一个或多个操作。
在另一方面中,一种包含在计算机可读媒介上的计算机程序产品,包括:计算机代码,用于形成信号,该信号指示该服务器对与流传输数据的播放有关的操作的支持;以及计算机代码,用于通过该服务器向用户设备传输该信号。
Claims (26)
1.一种方法,包括:
在实时媒体流传输会话中接收与服务器对时移和技巧模式操作的远程支持有关的信息;
至少部分地基于接收到的信息,确定所述服务器是否支持一个或多个时移和技巧模式操作;以及
针对用户设备上的播放器,选择性地启用或禁用所述一个或多个操作。
2.根据权利要求1所述的方法,还包括向所述服务器询问对时移和技巧模式操作的远程支持。
3.根据权利要求1-2中任一项所述的方法,还包括接收与至少一个时间间隔的边界有关的信息,在所述时间间隔期间支持时移和技巧模式操作,所述边界对于实际直播传输点是绝对或相对的。
4.根据权利要求3所述的方法,其中,至少部分地基于相对于所述至少一个时间间隔的边界的当前播放时间位置,选择性地启用或禁用所述一个或多个操作。
5.根据权利要求1-4中任一项所述的方法,其中,所述时移和技巧模式操作包括倍速正向播放、倍速倒回、播放暂停和随后的播放恢复、在不同于实际直播传输点的时间位置的播放以及搜寻播放瞬时的变化中的至少一个。
6.根据权利要求5所述的方法,还包括接收与所支持的倍速值有关的信息,所述倍速值与倍速正向播放和倍速倒回中的至少一个相关联。
7.根据权利要求1-6中任一项所述的方法,其中,在服务通告、服务指南、会话控制消息和会话描述协议消息的至少一个中接收所述与时移和技巧模式操作的远程支持有关的所述信息。
8.一种设备,包括:
接收机,被配置用于在实时媒体流传输会话中接收与服务器对时移和技巧模式操作的远程支持有关的信息;
处理器,其被配置用于
至少部分地基于接收到的信息,确定所述服务器是否支持一个或多个时移和技巧模式操作;以及
针对用户设备上的播放器,选择性地启用或禁用所述一个或多个操作。
9.根据权利要求8所述的设备,其中,所述处理器还被配置用于向所述服务器询问对时移和技巧模式操作的远程支持。
10.根据权利要求8-9中任一项所述的设备,其中,所述接收机还被配置用于接收与至少一个时间间隔的边界有关的信息,在所述时间间隔期间支持时移和技巧模式操作,所述边界对于实际直播传输点是绝对或相对的。
11.根据权利要求10所述的设备,其中,至少部分地基于相对于所述至少一个时间间隔的边界的当前播放时间位置,选择性地启用或禁用所述一个或多个操作。
12.根据权利要求8-11中任一项所述的设备,其中,所述时移和技巧模式操作包括倍速正向播放、倍速倒回、播放暂停和随后的播放恢复、在不同于实际直播传输点的时间点的播放以及搜寻播放瞬时的变化中的至少一个。
13.根据权利要求12所述的设备,其中,所述接收机还被配置用于接收与所支持的倍速值有关的信息,所述倍速值与倍速正向播放和倍速倒回中的至少一个相关联。
14.根据权利要求8-13中任一项所述的设备,其中,在服务通告、服务指南、会话控制消息和会话描述协议消息的至少一个中接收所述与时移和技巧模式操作的远程支持有关的所述信息。
15.一种方法,包括:
由服务器对实时流传输的媒体内容的至少一个部分进行缓存;
形成信号,所述信号指示所述服务器对与实时流传输的媒体内容的播放有关的时移和技巧模式操作的远程支持;以及
由所述服务器向用户设备传输所述信号。
16.根据权利要求15所述的方法,还包括向所述用户设备发送信息,所述信息与所述缓存的至少一个部分的边界有关,并且其中,只在所述边界内支持所述时移和技巧模式操作。
17.根据权利要求15-16中任一项所述的方法,其中,所述时移和技巧模式操作包括倍速正向播放、倍速倒回、播放暂停和随后的播放恢复、在不同于实际直播传输点的时间点的播放以及搜寻播放瞬时的变化中的至少一个。
18.根据权利要求17所述的方法,其中,所述处理器还被配置用于发送与所支持的倍速值有关的信息,所述倍速值与倍速正向播放和倍速倒回中的至少一个相关联。
19.根据权利要求15-18中任一项所述的方法,其中,所述信号包括服务通告、服务指南、会话控制消息和会话描述协议消息中的至少一个。
20.一种设备,包括:
存储器单元,其被配置用于缓存实时流传输的媒体内容中的至少一个部分;
处理器,其被配置用于:
形成信号,所述信号指示所述设备对与实时流传输的媒体内容的播放有关的时移和技巧模式操作的远程支持;以及
向用户设备传输所述信号。
21.根据权利要求20所述的设备,其中,所述处理器还被配置用于向所述用户设备发送与所述缓存的至少一个部分的边界有关的信息,并且其中,只在所述边界内支持所述时移和技巧模式操作。
22.根据权利要求20-21中任一项所述的设备,其中,所述时移和技巧模式操作包括倍速正向播放、倍速倒回、播放暂停和随后的播放恢复、在不同于实际直播传输点的时间点的播放以及搜寻播放瞬时的变化中的至少一个。
23.根据权利要求22所述的设备,其中,所述设备还被配置用于发送与所支持的倍速值有关的信息,所述倍速值与倍速正向播放和倍速倒回中的至少一个相关联。
24.根据权利要求20-23中任一项所述的设备,其中,所述信号包括服务通告、服务指南、会话控制消息和会话描述协议消息中的至少一个。
25.一种包含在计算机可读介质上的计算机程序产品,包括被配置用于执行权利要求1-7中任一项所述的处理的计算机代码。
26.一种包含在计算机可读介质上的计算机程序产品,包括被配置用于执行权利要求20-24中任一项所述的处理的计算机代码。
Applications Claiming Priority (3)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US5479708P | 2008-05-20 | 2008-05-20 | |
US61/054,797 | 2008-05-20 | ||
PCT/FI2009/050413 WO2009141500A1 (en) | 2008-05-20 | 2009-05-19 | Method and apparatus for signaling time-shift support |
Publications (1)
Publication Number | Publication Date |
---|---|
CN102084339A true CN102084339A (zh) | 2011-06-01 |
Family
ID=41339813
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN2009801262155A Pending CN102084339A (zh) | 2008-05-20 | 2009-05-19 | 用于用信号发送时移支持的方法和设备 |
Country Status (9)
Country | Link |
---|---|
US (1) | US20090313382A1 (zh) |
EP (1) | EP2286332A1 (zh) |
KR (1) | KR20110030464A (zh) |
CN (1) | CN102084339A (zh) |
CA (1) | CA2725287A1 (zh) |
MX (1) | MX2010012707A (zh) |
TW (1) | TW201009708A (zh) |
WO (1) | WO2009141500A1 (zh) |
ZA (1) | ZA201009062B (zh) |
Families Citing this family (16)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US8973057B2 (en) * | 2008-06-05 | 2015-03-03 | Telefonaktiebolaget L M Ericsson (Publ) | Method and equipment for providing unicast preparation for IPTV |
US9838750B2 (en) * | 2008-08-20 | 2017-12-05 | At&T Intellectual Property I, L.P. | System and method for retrieving a previously transmitted portion of television program content |
US10555025B2 (en) * | 2010-05-04 | 2020-02-04 | CSC Holdings, LLC | Aggregating time-delayed sessions in a video delivery system |
US9215486B2 (en) * | 2010-08-13 | 2015-12-15 | Simon Fraser University | System and method for multiplexing of variable bit-rate video streams in mobile video systems |
KR101652331B1 (ko) * | 2010-08-26 | 2016-08-30 | 에스케이 텔레콤주식회사 | 동영상 컨텐츠 제공 시스템, 이동 단말기 및 그것을 이용하는 동영상 컨텐츠 재생방법 |
JP6033541B2 (ja) * | 2011-11-24 | 2016-11-30 | シャープ株式会社 | 再生装置、再生方法、制御プログラム、および記録媒体 |
FR2984651A1 (fr) * | 2011-12-15 | 2013-06-21 | France Telecom | Procede, dispositif et systeme de diffusion de conferences sur un reseau etendu |
CN102710969B (zh) * | 2012-05-31 | 2015-02-11 | 北京冠华天视数码科技有限公司 | 通过无线网络传输直播数据的方法及其系统 |
CN103618963B (zh) * | 2013-12-10 | 2017-04-05 | 乐视网信息技术(北京)股份有限公司 | 智能电视中的节目回看方法及装置 |
EP3320686A1 (en) * | 2015-07-09 | 2018-05-16 | Telefonaktiebolaget LM Ericsson (publ) | Enhanced restart tv |
KR101722673B1 (ko) | 2015-12-08 | 2017-04-03 | 네이버 주식회사 | 생중계에서 타임머신 기능을 제공하는 방법 및 시스템 |
US11627350B2 (en) * | 2016-12-30 | 2023-04-11 | Tivo Solutions Inc. | Advanced trick-play modes for streaming video |
US10298643B1 (en) * | 2018-01-17 | 2019-05-21 | Hulu, LLC | Live edge detection during video playback |
DE102019115165A1 (de) | 2019-06-05 | 2020-12-10 | Voestalpine Stahl Gmbh | Verfahren zum Erzeugen eines Stahlverbundwerkstoffs |
CN111556328A (zh) * | 2020-04-17 | 2020-08-18 | 北京达佳互联信息技术有限公司 | 直播间的节目获取方法、装置、电子设备和存储介质 |
US20230236992A1 (en) * | 2022-01-21 | 2023-07-27 | Arm Limited | Data elision |
Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2001080558A2 (en) * | 2000-04-14 | 2001-10-25 | Solidstreaming, Inc. | A system and method for multimedia streaming |
US20030159035A1 (en) * | 2002-02-21 | 2003-08-21 | Orthlieb Carl W. | Application rights enabling |
US20040267602A1 (en) * | 2003-06-30 | 2004-12-30 | Gaydos Robert C. | Method, apparatus, and system for asymmetrically handling content requests and content delivery |
US20070150555A1 (en) * | 2005-11-30 | 2007-06-28 | Huawei Technologies Co., Ltd. | Method, Devices And System For Implementing A Time-Shift Television |
WO2008048465A2 (en) * | 2006-10-16 | 2008-04-24 | Progressive Gaming International Corporation | Secure progressive controller |
Family Cites Families (9)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2002171466A (ja) * | 2000-11-30 | 2002-06-14 | Nec Corp | タイムシフト再生システム |
US6973667B2 (en) * | 2001-03-01 | 2005-12-06 | Minerva Networks, Inc. | Method and system for providing time-shifted delivery of live media programs |
US8042132B2 (en) * | 2002-03-15 | 2011-10-18 | Tvworks, Llc | System and method for construction, delivery and display of iTV content |
WO2005029836A2 (en) * | 2003-09-12 | 2005-03-31 | Opentv, Inc. | Method and system for controlling recording and playback of interactive applications |
EP1711154A4 (en) * | 2003-12-23 | 2011-11-30 | Directv Group Inc | METHOD AND DEVICE FOR DISTRIBUTING MEDIA IN A GAME-PAID ARCHITECTURE WITH REMOTE PLAYBACK IN A COMPANY |
CA2556553A1 (en) * | 2004-02-18 | 2005-09-01 | Nielsen Media Research, Inc. | Methods and apparatus to determine audience viewing of video-on-demand programs |
US20050191959A1 (en) * | 2004-03-01 | 2005-09-01 | Horoschak David T. | System and method for time shifting selective content from an audio broadcast |
US7472197B2 (en) * | 2005-10-31 | 2008-12-30 | Ut Starcom, Inc. | Method and apparatus for automatic switching of multicast/unicast live TV streaming in a TV-over-IP environment |
KR100790037B1 (ko) * | 2006-02-10 | 2008-01-02 | 엘지전자 주식회사 | 타임 쉬프트 방법 및 그에 따른 텔레비전 방송 수상기 |
-
2009
- 2009-05-19 CN CN2009801262155A patent/CN102084339A/zh active Pending
- 2009-05-19 MX MX2010012707A patent/MX2010012707A/es not_active Application Discontinuation
- 2009-05-19 US US12/468,197 patent/US20090313382A1/en not_active Abandoned
- 2009-05-19 CA CA2725287A patent/CA2725287A1/en not_active Abandoned
- 2009-05-19 WO PCT/FI2009/050413 patent/WO2009141500A1/en active Application Filing
- 2009-05-19 EP EP09749984A patent/EP2286332A1/en not_active Withdrawn
- 2009-05-19 KR KR1020107028354A patent/KR20110030464A/ko not_active Application Discontinuation
- 2009-05-20 TW TW098116771A patent/TW201009708A/zh unknown
-
2010
- 2010-12-17 ZA ZA2010/09062A patent/ZA201009062B/en unknown
Patent Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2001080558A2 (en) * | 2000-04-14 | 2001-10-25 | Solidstreaming, Inc. | A system and method for multimedia streaming |
US20030159035A1 (en) * | 2002-02-21 | 2003-08-21 | Orthlieb Carl W. | Application rights enabling |
US20040267602A1 (en) * | 2003-06-30 | 2004-12-30 | Gaydos Robert C. | Method, apparatus, and system for asymmetrically handling content requests and content delivery |
US20070150555A1 (en) * | 2005-11-30 | 2007-06-28 | Huawei Technologies Co., Ltd. | Method, Devices And System For Implementing A Time-Shift Television |
WO2008048465A2 (en) * | 2006-10-16 | 2008-04-24 | Progressive Gaming International Corporation | Secure progressive controller |
Also Published As
Publication number | Publication date |
---|---|
ZA201009062B (en) | 2012-05-01 |
EP2286332A1 (en) | 2011-02-23 |
CA2725287A1 (en) | 2009-11-26 |
WO2009141500A1 (en) | 2009-11-26 |
KR20110030464A (ko) | 2011-03-23 |
MX2010012707A (es) | 2011-02-24 |
TW201009708A (en) | 2010-03-01 |
US20090313382A1 (en) | 2009-12-17 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN102084339A (zh) | 用于用信号发送时移支持的方法和设备 | |
CN100534227C (zh) | 交互式广播系统 | |
US10579202B2 (en) | Proactively preparing to display multimedia data | |
CN101518087B (zh) | 用于指示媒体文件中轨道关系的系统和方法 | |
CN107819809B (zh) | 对内容进行同步操作的方法及装置 | |
US9979690B2 (en) | Method and apparatus for social network communication over a media network | |
CN101536088B (zh) | 用于提供冗余管理的系统和方法 | |
US8005973B2 (en) | Method and system for playing video on a mobile device | |
CN101707686A (zh) | 一种移动终端之间共享视频的方法及系统 | |
CN101529895A (zh) | 编解码器和会话参数改变 | |
JP2001251584A (ja) | 符号化データ記録装置 | |
WO2019178148A1 (en) | Processing interactivity events for streaming media data | |
CN101360114A (zh) | 一种提供实时场景的多媒体系统及其实现方法 | |
CN102088624B (zh) | 一种电视信号处理方法、移动终端及系统 | |
JP2008167351A (ja) | 端末装置 | |
WO2009007508A1 (en) | Method and apparatus for improving mobile broadcast quality | |
JP2007142677A (ja) | 携帯通信端末、デジタル放送補完装置、およびデジタル放送補完システム | |
Montelius et al. | Streaming Video in Wireless Networks: Service and Technique | |
EP3588847A1 (en) | Multicast signal transmitting and receiving method and device | |
KR20080046252A (ko) | 브로드캐스트 콘텐츠를 기록하기 위한 단말, 방법 및컴퓨터 프로그램 제품 | |
TW202423095A (zh) | 回應於網路中斷的視訊內容的自動產生 | |
Rauschenbach | Interactive TV: A new application for mobile computing | |
CN117979093A (zh) | 一种基于live555和FFmpeg框架的无线自组网视频传输系统 | |
Lipska | The Future Mobile Entertainment Service: Multimedia Experience on 3G | |
KR20070010346A (ko) | 프로그램 시청을 위한 방법 및 장치 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
WD01 | Invention patent application deemed withdrawn after publication |
Application publication date: 20110601 |
|
WD01 | Invention patent application deemed withdrawn after publication |