CN101401427A - 用于iptv系统的时间偏移和追踪播放 - Google Patents

用于iptv系统的时间偏移和追踪播放 Download PDF

Info

Publication number
CN101401427A
CN101401427A CNA2006800537161A CN200680053716A CN101401427A CN 101401427 A CN101401427 A CN 101401427A CN A2006800537161 A CNA2006800537161 A CN A2006800537161A CN 200680053716 A CN200680053716 A CN 200680053716A CN 101401427 A CN101401427 A CN 101401427A
Authority
CN
China
Prior art keywords
iptv
user
content
stb
control channel
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.)
Granted
Application number
CNA2006800537161A
Other languages
English (en)
Other versions
CN101401427B (zh
Inventor
B·阿斯特龙
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Telefonaktiebolaget LM Ericsson AB
Original Assignee
Telefonaktiebolaget LM Ericsson AB
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Telefonaktiebolaget LM Ericsson AB filed Critical Telefonaktiebolaget LM Ericsson AB
Publication of CN101401427A publication Critical patent/CN101401427A/zh
Application granted granted Critical
Publication of CN101401427B publication Critical patent/CN101401427B/zh
Expired - Fee Related legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N7/00Television systems
    • H04N7/16Analogue secrecy systems; Analogue subscription systems
    • H04N7/173Analogue secrecy systems; Analogue subscription systems with two-way working, e.g. subscriber sending a programme selection signal
    • H04N7/17309Transmission or handling of upstream communications
    • H04N7/17318Direct or substantially direct transmission and handling of requests
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/27Server based end-user applications
    • H04N21/274Storing end-user multimedia data in response to end-user request, e.g. network recorder
    • H04N21/2747Remote storage of video programs received via the downstream path, e.g. from the server
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/60Network 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/63Control signaling related to video distribution between client, server and network components; Network processes for video distribution between server and clients or between remote clients, e.g. transmitting basic layer and enhancement layers over different transmission paths, setting up a peer-to-peer communication via Internet between remote STB's; Communication protocols; Addressing
    • H04N21/64Addressing
    • H04N21/6405Multicasting
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/60Network 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/63Control signaling related to video distribution between client, server and network components; Network processes for video distribution between server and clients or between remote clients, e.g. transmitting basic layer and enhancement layers over different transmission paths, setting up a peer-to-peer communication via Internet between remote STB's; Communication protocols; Addressing
    • H04N21/64Addressing
    • H04N21/6408Unicasting
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/60Network 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/65Transmission of management data between client and server
    • H04N21/658Transmission by the client directed to the server
    • H04N21/6587Control parameters, e.g. trick play commands, viewpoint selection

Landscapes

  • Engineering & Computer Science (AREA)
  • Multimedia (AREA)
  • Signal Processing (AREA)
  • Telephonic Communication Services (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

通过利用在始发用户与所选IPTV应用服务器(IPTV-AS)之间建立的控制信道,为IPTV系统提供时间偏移和追踪播放。在例如由于收到电话呼叫的原因,IPTV内容需要时间偏移时,启动时间偏移命令通过控制信道发送到IPTV-AS。启动录制命令随后从IPTV-AS发送到网络PVR系统以启动当前多播内容录制。随后,在用户准备恢复观看时间偏移内容时,启动追踪播放命令通过控制信道发送到IPTV-AS以建立用于重放时间偏移内容的单播信道;并且重放命令从IPTV-AS发送到网络PVR系统以通过单播信道启动时间偏移内容的重放。此类解决方案利用标准化的IMS通信系统及其网络体系结构、以及驻留在网络中的PVR来限制通过第一英里连接传送到家庭的业务。

Description

用于IPTV系统的时间偏移和追踪播放
技术领域
本发明涉及用于IPTV系统的时间偏移和追踪播放。
还引用了申请人的共同待定PCT申请PCT/EP2006/060279,该申请的内容通过引用结合于本文中。
背景技术
IP多媒体服务在同一会话内提供话音、视频、讯息、数据等的动态组合。通过增大基本应用和可能组合的媒体的数量,向最终用户提供的服务数量将增大,并且人与人之间的通信体验将会变丰富。这将导致新一代的个性化、丰富多媒体通信服务,包括下面更详细论述的所谓“组合IP多媒体”服务。
IP多媒体子系统(IMS)是由第三代合作伙伴项目(3GPP)为通过移动通信网络提供IP多媒体服务而定义的技术(3GPP TS 22.228、TS 23.218、TS 23.228、TS 24.228、TS 24.229、TS 29.228、TS 29.229、TS 29.328和TS 29.329版本5到7)。IMS通过使用标准化IMS服务使能器提供重要的特性,以便丰富最终用户人与人之间的通信体验,这便于通过基于IP的网络实现新的、丰富的人与人(客户端到客户端)通信服务及人与内容(客户机到服务器)服务。IMS利用会话启动协议(Session Initiation Protocol SIP)设置和控制用户终端(或用户终端与应用服务器)之间的呼叫或会话。SIP信令承载的会话描述协议(SDP)用于描述和询问会话的媒体成分。虽然SIP创建成用户到用户的协议,但IMS允许运营商和服务提供商控制用户对服务的访问并相应地向用户收费。
电信运营商、TV运营商和因特网服务提供商提供的服务之间的分界正在消失,此类公司全都在为消费者提供所有三种服务(所说的“三重角色”)。对于希望提供TV服务的电信运营商,流行的选择是利用所说的IPTV,IPTV通过IP和客户的宽带连接(例如ADSL、VDSL、公共以太网等)来输送TV服务。
IPTV在xDSL调制解调器的“第一英里”宽带访问和宽带访问(DSLAM)的应用中具有有限的带宽。由于有限的带宽,其中预订中的所有信道(“节目包”)同时被传送到机顶盒(STB)的线性内容输送并不适合用于IPTV。xDSL连接容量根据所使用的DSL版本和“第一英里”的距离而有所变化。ADSL可以提供3至8Mbps之间的容量,而ADSL2有望输送最高25Mbps下行流和VSDL数据速率大于30Mbps。标准质量MPEG2内容需要每个信道2Mbps,而HDTV将需要每个信道8-10Mbps。幸运的是,新的MPEG4标准将所需的带宽降低到一半,同时具有与MPEG2编码的内容相同的质量。尽管如此,可用带宽仍是稀缺资源,并且IPTV解决方案必须限制将通过“第一英里”输送的信道的数量。
现有时间偏移/追踪播放解决方案是基于专有的网络技术或家庭中的个人视频录像机(Network Private Video Recorder PVR)的。这里描述的这种解决方案利用标准化的IMS通信系统及其网络体系结构,以及利用驻留在网络中的PVR以限制通过第一英里连接传送到家庭的业务。
发明内容
本发明的目的是提供一种基于网络个人视频录像机(N-PVR)的时间偏移(time-shift)/追踪播放(chase-play)解决方案。
根据本发明第一方面,提供了一种用于IPTV系统的时间偏移和追踪播放方法,该方法包括:
在始发用户与所选IPTV应用服务器(IPTV-AS)之间建立控制信道;
通过控制信道将启动时间偏移命令发送到IPTV-AS;
从IPTV-AS将启动录制命令发送到网络PVR系统以启动当前多播内容的录制;
在用户准备恢复观看时间偏移内容时,通过控制信道将启动追踪播放命令发送到IPTV-AS以建立用于重放时间偏移内容的单播信道;以及
从IPTV-AS将重放命令发送到网络PVR系统以通过单播信道启动时间偏移内容的重放。
本发明通过使用网络PVR(N-PVR)解决了时间偏移和追踪播放的问题。N-PVR在IPTV解决方案中有丰富的意义。家庭中的PVR需要通过第一英里输送内容,而N-PVR却不需要。内容在网络中录制,因此,在用户要观看一个频道的同时录制另一频道内容时,不会增加第一英里的负担。
用户可因为多种原因而选择通过机顶盒(STB)启动IPTV内容输送的时间偏移功能,如在家中发生的需要用户密切关注的事件,如门铃响铃、订购的比萨送到,或者预定的洗衣时间即将开始;发生输入通信服务,如电话、视频电话、消息传递或聊天;以及用户预订事件通知,如彩票开奖结果通知、曲棍球/足球比赛结果通知或订购的按次计费电影即将开始。
解决方案使用了IMS中的能力,在用户决定观察时间偏移内容和启动追踪播放时建立已录制内容的单播输送信道,并允许IPTV服务与其它基于IMS的服务结合。其它基于IMS服务的示例有电话、视频电话、消息传递、聊天和按讲。
解决方案包括用于从多播/单播输送的内容切换到单播输送的内容的机制。此类切换一般在用户决定启动多播输送的内容的时间偏移时进行,目的是在以后利用通过单播信道的追踪播放来恢复内容输送。
使用本发明优选实施例获得的一些优点包括:
(i)将IPTV服务、IMS通信服务和个性化信息服务混合的可能性。
(ii)通过宽带连接的第一英里传送的内容量的限制(第一英里是受限资源,许多服务争用其中的可用容量)。
(iii)TV内容能智输送,允许其它服务利用可用带宽。
(iv)用于在内容多播与单播输送之间切换的基于IMS的方法。
(v)在网络PVR系统与STB之间充当网关的IPTV-AS。这在允许运营商使用许多类型N-PVR系统的同时,实现了STB-IPTV-AS特定的用户交互。对N-PVR所需过程和协议的调整由IPTV-AS处理。
(vi)网络在IPTV输送和允许运营商提供个性化三重角色服务产品中发挥了积极的作用。
根据本发明又一方面,提供了一种时间偏移和追踪播放IPTV系统,包括:
信道控制部件,用于在始发用户与所选IPTV应用服务器(AS)之间建立控制信道;
启动时间偏移部件,用于通过控制信道将启动时间偏移命令发送到IPTV-AS;
启动录制部件,用于从IPTV-AS将启动录制命令发送到网络PVR系统以启动当前多播内容的录制;
启动追踪播放部件,用于在用户准备恢复观看时间偏移内容时,通过控制信道将启动追踪播放命令发送到IPTV-AS,以建立用于重放时间偏移内容的单播信道;以及
重放部件,用于从IPTV-AS将重放命令发送到网络PVR系统以通过单播信道启动时间偏移内容的重放。
根据本发明又一方面,提供了用于执行本发明第一方面的方法的计算机程序代码。
附图说明
为了更全面地理解本发明,现在将通过举例且参考附图描述根据本发明的优选实施例,其中:
图1是示意图,图示了使用安全TCP/TLS连接建立控制信道;
图2是示意图,图示了用于在内容多播与单播输送之间切换的序列;
图3是示意图,图示了用于在屏幕上呼入通知的序列;以及
图4是示意图,图示了用于PSTN/ISDN呼入通知的序列;
图5是示意图,图示了用于具有时间偏移的扩展呼入通知情景的序列;以及
图6是示意图,图示出用于事件触发时间偏移的序列。
具体实施方式
通过对优选实施例的背景描述,下文概述在GPRS/PS接入网情况下IP多媒体子系统(IMS)如何适应移动网络体系结构。呼叫/会话控制功能(CSCF)作为SIP代理在IMS内操作。3GPP体系结构定义三种类型的CSCF:代理CSCF(P-CSCF),其是SIP终端在IMS内的第一接触点;服务CSCF(S-CSCF),它为用户提供用户预订的服务;以及询问CSCF(I-CSCF),其作用是识别正确的S-CSCF并经P-CSCF向该S-CSCF转发从SIP终端接收的请求。
用户使用指定的SIP登记方法向IMS登记。这是用于连接到IMS并向IMS通知可到达SIP用户身份的地址的机制。用户从S-CSCF接收在它启动一个对话时将使用的唯一统一资源标识符(URI)。在3GPP中,在SIP终端执行一个登记时,IMS鉴定该用户,并从可用S-CSCF集合中向该用户分配一个S-CSCF。虽然3GPP未规定分配S-CSCF的标准,但这些标准可包括负载分担和服务要求。注意,S-CSCF的分配对于控制用户访问基于IMS的服务(和对其收费)至关重要。运营商可提供用于防止将绕过S-CSCF的直接用户与用户SIP会话的机制。
在登记过程期间,如果尚未选定S-CSCF,则I-CSCF负责选择一个S-CSCF。I-CSCF从本地网络的归属用户服务器(HSS)接收所需的S-CSCF能力,并基于接收能力选择适当的S-CSCF。(注意,在用户被另一方呼叫,而该用户当前未分配有S-CSCF的情况下,I-CSCF也为用户进行S-CSCF分配。)在登记用户随后向IMS发送会话请求(例如,SIP邀请(SIP-INVITE))时,该请求将包括P-CSCF和S-CSCFURI,以便P-CSCF能够将请求转发到选定的S-CSCF。这对(IMS)的始发和终接侧均适用。(对于终接呼叫,请求将包括P-CSCF地址和用户设备(UE)地址。)
在IMS服务网络内,应用服务器(AS)提供用于实现IMS服务功能。AS向IMS系统中的最终用户提供服务,并可作为端点通过3GPP定义的Mr接口连接,或者通过3GPP定义的ISC接口由S-CSCF“链接”。在后一情况下,初始过滤准则(IFC)由S-CSCF用于确定在SIP会话建立期间将“链接”哪些应用服务器。不同的IFC可适用于不同的呼叫情况。IFC在IMS登记过程期间作为用户的用户简档的一部分由S-CSCF从HSS接收。某些AS将根据用户身份(被叫或主叫用户,以控制应用服务器的网络“拥有”哪个为准)执行动作。例如,在呼叫转发时,适当的(终接)应用服务器将确定到给定用户的呼叫将被转发到的新终接方。
下文要描述的优选实施例涉及用于IPTV机顶盒(STB)的启用IMS的控制信道。控制信道使用标准IMS过程建立,之后用于将第二控制消息发送到IPTV应用服务器,以及输送个性化内容,如广告、投票响应、个性化投票触发和目标交互事件。
至IPTV AS的IMOD连接
应注意,在下文中将STB描述为单个单元。图形序列示出将STB分成IMOD和MTRX,但因为它们之间的交互与所描述的发明概念不直接相关,因此,这并未描述。
当STB启动时,它首先使用授权报头中的身份和IMS模块(IMOD)的IMS专用ID(IMPI-STB的专用地址)以及(如普通SIP登记消息的)“From”和“To”报头中的缺省“家庭STB”公共地址以在IMS网络上登记。表示媒体发送器/接收器(MTRX)的IMPU和表示用户的IMPU均可以登记。为实现服务的个性化,执行了“至IPTV MW AS的用户连接”使用例行程序。
STB一旦登记后,它便使用SIP邀请建立与IPTV AS的安全TCP/TLS连接。如图1以示意图形式图示的此过程如下所述(参考附图中使用的标号):
1.MTRX(STB的媒体端点)向IMOD(STB的认证/ISIM载体部分)指示应该建立至IPTV MW AS的连接。在IMOD与MTRX之间的差别是可选的,可以将差别视为STB内部实现。不具有此差别的STB在行为上相对于IMS网络将相同。
2.IMOD将SIP邀请消息发送到P-CSCF。IPTV MW AS的公共服务身份用于寻址IPTV MW AS,并可以在ISIM中预先配置或通过装置管理过程配置。TLS/TCP会话的SDP描述包括在内。一个备选过程是使用通过纯TCP/TLS信道的应用成帧协议,如MSRP。这种情况下,SDP描述包含MSRP/TLS/TCP,而不是只包含TLS/TCP。
3.SIP邀请消息被转发到I-CSCF。3GPP 23.228描述了终端上的备选PSI路由选择,即:
a.I-CSCF询问I HSS,其中HSS将每个PSI作为“用户”来对待,并将路由选择指令返回到表示PSI的端点。
b.I-CSCF询问HSS,其中HSS向用户返回分配的S-CSCF。S-CSCF根据为每个“PSI用户”存储的IFC信息路由PSI寻址的邀请。将“PSI用户”指定给S-CSCF。
c.I--CSCF中的子域路由选择,其中I-CSCF使用DNS将PSI解析成表示PSI的端点的IP地址。
此解析需要备选b。
4.I-CSCF使用DNS将公共服务身份转换成此时将处理此用户的实际服务器的IP地址(这里可以应用负载分摊)。S-CSCF然后将SIP邀请消息发送到所选的IPTV MW AS。IPTV MW AS然后执行“提取用户数据”子序列。
5.IPTV MW AS返回200OK响应。将用户TV服务入口的URL包含在SDP中,例如作为在STB中而不是在中间节点中解释的XML体。
6.S-CSCF转发200OK响应。
7.P-CSCF转发200OK响应。
8.IMOD接收缺省用户的TV服务入口(即与MTRX的IMPU关联的入口)的URL,并将其包含在SDP中。此信息在200OK消息中作为XML体被包含,但是其他方式也是可能的。
9.IMOD发送SIP ACK响应。
10.P-CSCF转发SIP ACK响应。
11.S-CSCF转发SIP ACK响应。
12.IMOD使用服务器端证书来建立至IPTV MW AS的TLS/TCP连接。
此过程还可以扩充为在系统中的服务保护基于加密内容流的情况中添加分发用于服务保护的密钥(也称有条件访问)。这将包括上文中最后一个步骤之后的附加步骤,其中例如可以经由HTTP提取密钥。如果不同用户具有不同信道集,则在“用户连接,本地用户”过程之后也需要这种步骤。
此过程还可以仅“按需”运行(即不在登记时自动建立连接,而仅在需要对IPTV MW AS访问时才建立),但是优选的备选方案是在STB/MS登记之后立即建立连接。这样可以在需要与IPTV MW AS交互时避免建立连接的延迟。
为要连接到IMOD的每个MTRX建立新的控制信道,正如“IMSIPTV体系结构研究”("IMSIPTV Architecture Study"("RechonArchitecture",EAB-05:045608,Rev A,2005-12-22))中描述的。描述的控制信道启用大量功能,如IPTB STB上的遥控,正如“IMSIPTV体系结构研究”,EAB-06:001721,Rev A,2006-02-08("IMS IPTVArchitecture Study",EAB-06:001721,Rev A,2006-02-08)或下一部分中描述的用户情况中所描述的。
当STB启动时,它首先使用授权报头中的身份和IMS模块(IMOD)的IMS专用ID(IMPI-STB的专用地址)以及(如普通SIP登记消息的)“From”和“To”报头中的缺省“家庭STB”公共地址以在IMS网络上登记。STB一旦已登记后,它便使用SIP邀请建立与IPTV AS的安全TCP/TLS连接。
STB启动的时间偏移
如果用户要开始内容的时间偏移,则STB可启动用于在内容的多播与单播输送之间切换的基于IMS的以下方法。如图2示意性地指示,此过程如下所述(参考附图中使用的标号):
1)通过上面参照图1所述的过程,在STB与IPTV-AS之间建立控制信道。此时,STB正在接收通过多播输送的内容。
2)由于家中发生需要用户密切关注的事件,如门铃响、订购的比萨送到、或者预定的洗衣时间即将开始等,因而用户决定启动时间偏移功能。STB生成“启动时间偏移”命令并将此命令通过控制信道发送到IPTV-AS。命令的确切过程和语法是STB与IPTV-AS之间的问题,可能有许多不同的变体。IPTV-AS在解释命令后采取适当的动作。
3)IPTV-AS启动当前观看的多播信道的录制。由于STB总是在发生信道更改后报告它当前正在接收的多播信道,因此,此操作可能实现(图中未示出)。“启动录制”命令从IPTV-AS发送到N-PVR系统。命令的确切过程和语法是STB与IPTV-AS之间的问题,可能有许多不同的变体。IPTV-AS充当N-PVR系统与STB之间的网关。这在允许许多不同类型的运营商使用N-PVR系统的同时,实现了STB/IPTV-AS特定的用户交互。所需N-PVR过程和协议的调整由IPTV-AS处理。
4)将时间偏移已启动的指示返回到STB,并且可选地向用户显示。在启动时间偏移之后,多播信道可继续或不继续输送到STB。这是一种部署选择。
5)用户在准备恢复观看时间偏移内容时启动追踪播放功能,并且“启动追踪播放”命令通过控制信道从STB发送到IPTV-AS。命令的确切过程和语法是STB与IPTV-AS之间的问题,可能有许多不同的变体。IPTV-AS充当N-PVR系统与STB之间的网关。这在允许许多不同类型的运营商使用N-PVR系统的同时,实现了STB/IPTV-AS特定的用户交互。所需N-PVR过程和协议的调整由IPTV-AS处理。RTSP作为示例在序列中使用,但本发明并不限于使用RTSP。
6)IPTV-AS在同与控制信道相关联的“启动追踪播放”命令相同的SIP会话中发送SIP邀请消息。SIP重新邀请消息是一个请求,它请求建立将用于输送存储在N-PVR系统中的已录制(时间偏移)内容的单播信道。因此,内容输送从多播更改为单播输送,而IMS用于实现此更改。
7-8)通过ISC和多媒体电话(MMTEL)AS传送SIP邀请消息,MMTel在这种情况下用作IPTV的IMS通信服务,因此导致通过ISC调用MMTel AS。但是,应注意的是,该方法适用于其它IMS通信服务并且不限于MMTel,MMTel只作为示例提供。MMTel AS可调用补充服务,如有关并行单播输送数量的限制,但这未包括在序列中。
9-10)将SIP邀请消息发送到STB,STB通过200OK响应确认请求以接受单播信道邀请。
10,11)200OK响应沿SIP会话路径发送到IPTV-AS。
12)IPTV AS通过到N-PVR系统的“播放”命令来启动已录制内容的重放。IPTV-AS充当网络PVR系统与STB之间的网关。这在允许许多不同类型的运营商使用N-PVR系统的同时,实现了STB/IPTV-AS特定的用户交互。所需N-PVR过程和协议的调整由IPTV-AS处理。RTSP作为示例在序列中使用,但本发明并不限于RTSP。
13)启动单播输送。
呼入通知
此序列描述可如何为至STB/TV的IMS呼叫实现在TV屏幕上的呼入通知和用户确定的呼叫处理。在此情景中,建立了至STB/TV的呼叫,并且STB/TV还用于通知用户有呼入,并且允许用户指定应如何处理呼叫。如图3示意性地指示,此过程如下所述(参考附图中使用的标号):
1)通过上面参照图1所述的过程,在STB与IPTV-AS之间建立控制信道。此时,STB正在接收通过多播输送的内容。
2)被叫用户网络(STB网络)中的I-CSCF从相同的IMS网络或另一IMS网络、或者从到另一网络(例如,ISDN/PSTN)的IMS网关接收SIP邀请消息。I-CSCF将100尝试响应返回到SIP邀请消息的发送方,以停止相同SIP邀请消息的定期重新传输。
3)I-CSCF使用Diameter LIR(位置信息请求)来获得被叫用户的S-CSCF地址,并且HSS在LIA(位置信息应答)中返回此地址。
4)将SIP邀请消息发送到被叫用户的S-CSCF(由S-CSCF返回的100尝试响应)。
5)被叫用户的触发准则由S-CSCF存储。此IFC包含有关要通过ISC接口调用哪些AS的信息。此示例示出一个用于MMTel IMS通信服务的呼入,并且通过ISC来调用MMTel AS。MMTel AS可调用补充服务,如禁止或转发输入会话,但这未包括在序列中。
6)MMTel AS向其它AS显露使能服务以允许这些AS影响会话建立。IPTV AS已从MMTel AS预订呼入事件,并且显露服务的服务定义基于用于呼叫控制的Parlay-X Web服务定义。将Parlay-X“处理被叫号码请求”发送到IPTV-AS。应注意的是,Parlay-X服务也可由以与IMS(IP多媒体子系统)AS相同的方式通过ISC(IMS服务控制)接口连接的OSA(开放服务访问)/Parlay(-X)网关显露。还应注意的是,IPTV-AS可通过ISC与MMTel AS串联连接,以执行下述呼叫通知过程。虽然此说明只涉及由MMTel AS显露Parlay-X呼叫控制服务的备选,但将理解,本发明并不限于此。
7)通过控制信道将“呼入通知”命令从IPTV-AS发送到STB。命令的确切过程和语法是STB与IPTV-AS之间的问题,可能有许多不同的变体。用户有多个呼叫处理选择,如:
·允许呼叫至STB/TV
·将呼叫转到话音信箱(多媒体邮箱)
·将呼叫转至另一号码
用户的选择由STB返回给IPTV-AS。在下文中,假设用户选择允许呼叫。
8)IPTV-AS向MMTel AS返回Parlay-X“处理被叫号码响应”,并带有指明至STB的呼叫建立可继续的信息。
9)S-CSCF从MMTel AS接收SIP邀请消息(MMTel在此示例中作为B2BUA)。S-CSCF可为登记用于一个特定公共用户标识(PUI)的联系地址执行分流。STB在此示例中具有唯一的PUI,并且其它SIPUA不可登记为用于STB PUI的联系地址。但是,STB可登记为用于其它用户指定PUI的联系地址,并且这允许移动电话和STB登记为用于例如一个特定PUI的可能联系地址。
10,11,12,13)将SIP邀请消息发送到STB,STB返回沿SIP路径中转的180振铃响应。
14,15,16,17)来自STB的200OK响应指示会话已被接受,并且可以建立媒体平面。
18)建立用于语音的媒体平面,并且呼叫继续进行。
PSTN/ISDN呼入通知
此序列描述可如何为家庭中的PSTN/ISDN电话实现在TV屏幕上的呼入通知和用户确定的呼叫处理。应注意的是,在此情景中,未建立到STB/TV的呼叫。STB/TV只用于通知用户有呼入,并允许用户指定应如何处理呼叫。如图4示意性地指示,此过程如下所述(参考附图中使用的标号):
1)通过上面参照图1所述的过程,在STB与IPTV-AS之间建立控制信道。此时,STB正在接收通过多播输送的内容。
2,3)被叫用户网络中的SSF(服务切换功能)接收ISUP(ISDN用户部分)IAM(初始地址消息)。这会触发SSF联系IN(智能网络)体系结构中的服务控制点(SCP)。
OSA/Parlay GW(网关)起到了充当面向SSF的SCP的作用,但允许AS真正决定如何处理呼叫。INAP协议上存在许多不同的变体,例如CS1、CS2、CAP等。此说明参考可在CAP(CAMEL应用部分)中找到的IDP(初始检测点)操作调用提供,但将理解,本发明并不限于此特定类型的INAP(智能网络应用部分)。
4)将IDP转换成用于呼叫控制的Parlay-X Web服务定义。将Parlay-X“处理被叫号码请求”发送到IPTV-AS。这是与前一序列中从MMTel IMS AS发送到IPTV AS的消息相同的消息,它使得IPTVAS能够对IMS和PSTN/ISDN呼叫具有共同的呼叫处理接口。应注意的是,IPTV-AS也可经由INAP连接为SCP(服务控制点)。此说明只涉及使用Parlay-X呼叫控制服务的备选,但本发明并不限于此。
5)通过控制信道将“呼入通知”命令从IPTV-AS发送到STB。命令的确切过程和语法是STB与IPTV-AS之间的问题,可能有许多不同的变体。用户有多个呼叫处理选择,如:
·允许呼叫至STB/TV
·将呼叫转到话音信箱(多媒体邮箱)
·将呼叫转至另一号码
用户的选择由STB返回给IPTV-AS。在下文中,假设用户选择允许呼叫。
6)IPTV-AS向MMTel AS返回Parlay-X“处理被叫号码响应”,并带有指明至PSTN/ISDN电话的呼叫建立可继续的信息。
7)OSA/Parlay GW将适当的INAP消息返回到SSF,例如继续操作调用。
8)SSF将ISUP IAM消息发送到与用户的PSTN/ISDN电话连接的本地交换机。
9)将Q.931ISDN建立消息发送到ISDN电话(从现在开始只示出ISDN),并且通过呼叫确认消息进行确认。
10,11)将ISUP ACM(地址完整消息)消息从本地交换机发送到SSF(服务交换功能)并继续向前发送。
12,13,14)在ISUP CPG(呼叫进展)中转发告警。
15,16,17)将应答消息转换成ISUP ATM(应答消息)。
18)建立ISDN/PSTN呼叫。
具有时间偏移的扩展呼入情景
此序列通过时间偏移功能扩展了呼入通知序列。如图5示意性地示出,此过程如下所述(参考附图中使用的标号):
1)通过上面参照图1所述的过程,在STB与IPTV-AS之间建立控制信道。此时,STB正在接收通过多播输送的内容。
2)被叫用户网络(STB网络)中的I-CSCF从相同的IMS网络或另一IMS网络、或者从到另一网络(例如,ISDN/PSTN)的IMS网关接收SIP邀请消息。I-CSCF将100尝试响应返回到SIP邀请消息的发送方,以停止相同SIP邀请消息的定期重新传输。
3)I-CSCF使用Diameter LIR(位置信息请求)来获得被叫用户的S-CSCF地址,并且HSS在LIA(位置信息应答)中返回此地址。
4)将SIP邀请消息发送到被叫用户的S-CSCF(由S-CSCF返回的100尝试响应)。
5)被叫用户的触发准则由S-CSCF存储。此IFC包含有关要通过ISC接口调用哪些AS的信息。此示例示出一个用于MMTel IMS通信服务的呼入,并且通过ISC调用MMTel AS。MMTel AS可调用补充服务,如禁止或转发输入会话,但这未包括在序列中。
6)MMTel AS向其它AS显露使能服务以允许这些AS影响会话建立。IPTV AS已从MMTel AS预订呼入事件,并且显露服务的服务定义是基于用于呼叫控制的Parlay-X Web服务定义。将Parlay-X“处理被叫号码请求”发送到IPTV-AS。应注意的是,Parlay-X服务也可由以与IMS-AS相同的方式通过ISC(IMS服务控制)接口连接的OSA/Parlay(-X)网关(OSA=开放服务访问)显露。还应注意的是,IPTV-AS可通过ISC与MMTel AS串联连接,以执行下述呼叫通知过程。虽然此说明只涉及由MMTel AS显露Parlay-X呼叫控制服务的备选,但将理解,本发明并不限于此。
7)通过控制信道将“呼入通知”命令从IPTV-AS发送到STB。命令的确切过程和语法是STB与IPTV之间的问题,可能有许多不同的变体。用户有多个呼叫处理选择,如:
·允许呼叫至STB/TV
·将呼叫转到话音信箱(多媒体邮箱)
·将呼叫转至另一号码
·允许呼叫并启动时间偏移
用户的选择由STB返回给IPTV-AS。在此示例中,用户选择允许呼叫并启动时间偏移。
8)IPTV-AS启动当前观看的多播信道的录制。由于STB总是在信道更改后报告它当前正在接收的多播信道,因此,此操作可能实现(序列中未示出)。将“启动录制”命令从IPTV-AS发送到N-PVR系统。IPTV-AS充当网络PVR系统与STB之间的网关。这在允许许多不同类型的运营商使用N-PVR系统的同时,实现了STB/IPTV-AS特定的用户交互。所需N-PVR过程和协议的调整由IPTV-AS处理。
9)IPTV-AS向MMTel AS返回Parlay-X“处理被叫号码响应”,并带有指明至STB的呼叫建立可继续的信息。S-CSCF从MMTel AS接收SIP邀请消息(MMTel在此示例中作为B2BUA)。S-CSCF可为登记用于一个特定公共用户身份的联系地址执行分流。STB在此示例中具有唯一的PUI,并且其它SIPUA不可登记为用于STB PUI的联系地址。但是,STB可登记为用于其它用户指定PUI的联系地址,并且这允许移动电话和STB登记为用于例如一个特定PUI的可能联系地址。
10,11,12,13)将SIP邀请消息发送到STB,STB返回沿SIP路径中转的180振铃响应。
14,15,16,17)来自STB的200OK响应指示会话已被接受,并且可以建立媒体平面。
18)建立用于语音的媒体平面,并且呼叫继续进行。
19)用户在准备恢复观看时间偏移内容时启动追踪播放功能。
20)通过控制信道将“启动追踪播放”命令从STB发送到IPTV-AS。命令的确切过程和语法是STB与IPTV-AS之间的问题,可能有许多不同的变体。IPTV-AS充当网络PVR系统与STB之间的网关。这在允许许多不同类型的运营商使用N-PVR系统的同时,实现了STB/IPTV-AS特定的用户交互。所需N-PVR过程和协议的调整由IPTV-AS处理。RTSP作为示例在序列中使用,但本发明并不限于RTSP。
21)IPTV-AS在与控制信道相关联的相同SIP会话中发送SIP邀请消息。SIP邀请消息是一个请求,它请求建立将用于输送存储在N-PVR系统中的已录制(时间偏移)内容的单播信道。因此,内容输送从多播更改为单播,而IMS用于实现此更改。
22,23)通过ISC和MMTEL AS传送SIP邀请消息。
24,25)将SIP邀请消息发送到STB,STB通过200OK响应确认请求以接受单播信道邀请。
26)IPTV AS通过到N-PVR系统的“播放”命令来启动已录制内容的重放。IPTV-AS充当网络PVR系统与STB之间的网关。这在允许许多不同类型的运营商使用N-PVR系统的同时,实现了STB/IPTV-AS特定的用户交互。所需N-PVR过程和协议的调整由IPTV-AS处理。RTSP作为示例在序列中使用,但本发明并不限于RTSP。
27)启动单播输送。
事件触发的时间偏移
此序列是运营商可如何使用控制信道来输送与上述时间偏移功能组合的个性化信息服务的一个实例。此解决方案使得组合IPTV服务、IMS通信服务和个性化信息服务成为可能,并使得网络能够在IPTV输送中起到积极的作用,且使得运营商能够提供个性化的三重角色服务产品。如图7示意性地指示,此过程如下所述(参考附图中使用的标号):
1)通过上面参照图1所述的过程,在STB与IPTV-AS之间建立控制信道。此时,STB正在接收通过多播输送的内容。
2,3)将两个用户预订的信息事件输送到IPTV-AS。预订事件的过程在序列中未示出,但可通过控制信道来实现。
4)通过控制信道将报告彩票开奖结果的第一事件输送到STB,并且结果通过STB显示。用户可在需要时启动时间偏移功能,但这未示出。
5)通过控制信道发送通知,以指明录制的足球比赛进球可得到。预订事件可以是例如在特定足球比赛中发生的进球。在看到此信息呈现时,用户可选择观看进球,并对他当前正在观看的信道启动时间偏移。
6)因此,IPTV-AS启动当前观看的多播信道的录制。由于STB总是在发生信道更改后报告它当前正在接收的多播信道,因此,此操作可能实现(图中未示出)。
7)IPTV-AS在与通过控制信道发送的通知的会话相同的SIP会话中发送SIP邀请消息。SIP邀请消息是一个请求,它请求建立将用于输送存储在N-PVR2系统中的足球比赛进球的单播信道。
8,9)通过ISC和MMTEL AS传送SIP邀请消息。MMTel在此方法中用作IPTV的IMS通信服务,因此导致通过ISC调用MMTelAS。
10,11)将SIP邀请消息发送到STB,STB通过200OK响应确认请求以接受单播信道邀请。
12)IPTV AS通过到N-PVR系统的“播放”命令来启动已录制进球的重放。IPTV-AS充当N-PVR系统与STB之间的网关。
13)启动进球的单播输送。
14)用户在准备恢复观看时间偏移内容时启动追踪播放功能。
15)通过控制信道将“启动追踪播放”命令从STB发送到IPTV-AS。命令的确切过程和语法是STB与IPTV-AS之间的问题,可能有许多不同的变体。
16)IPTV-AS在与通过控制信道发送的“启动追踪播放”命令的会话相同的SIP会话中发送SIP邀请消息。SIP邀请消息是一个请求,它请求建立将用于输送存储在N-PVR1系统中的已录制(时间偏移)内容的单播信道。
17)通过ISC和MMTEL AS传送SIP邀请消息。
18,19,20)将SIP邀请消息发送到STB,STB通过200OK响应确认请求以接受单播信道邀请。
21)IPTV AS通过到N-PVR1系统的“播放”命令来启动已录制内容的重放。
22)启动原来观看的节目的单播输送。
上述用于在内容的多播与单播输送之间切换的基于IMS的方法依赖IPTV-AS在网络PVR系统与STB之间充当网关,因此,网络在IPTV输送中起到积极的作用,并允许运营商提供个性化的三重角色服务。通过限制通过宽带连接的第一英里传送的内容量,这腾出了可供其它服务使用的可用带宽。
本领域技术人员将认识到,在不背离本发明范围的前提下,可以对上述实施例进行多种修改。

Claims (12)

1.一种用于IPTV系统的时间偏移和追踪播放的方法,所述方法包括:
在始发用户与所选IPTV应用服务器(IPTV-AS)之间建立控制信道;
通过所述控制信道将启动时间偏移命令发送到所述IPTV-AS;
从所述IPTV-AS将启动录制命令发送到网络PVR系统以启动当前多播内容的录制;
在所述用户准备恢复观看所述时间偏移内容时,通过所述控制信道将启动追踪播放命令发送到所述IPTV-AS以建立用于重放所述时间偏移内容的单播信道;以及
从所述IPTV-AS将重放命令发送到所述网络PVR系统以通过所述单播信道启动所述时间偏移内容的重放。
2.如权利要求1所述的方法,其中所述控制信道使用标准IMS过程建立。
3.如权利要求1或2所述的方法,其中将有关录制已启动的指示从所述IPTV-AS返回给所述始发用户。
4.如前面权利要求中任一项所述的方法,其中从所述IPTV-AS发送SIP邀请消息以建立用于重放所述时间偏移内容的所述单播信道。
5.如前面权利要求中任一项所述的方法,其中从所述IPTV-AS将SIP邀请消息发送到所述始发用户以提供呼入通知。
6.如权利要求5所述的方法,其中用于处理所述呼入的用户决定指令由所述始发用户发送到所述IPTV-AS。
7.如权利要求6所述的方法,其中响应所述用户决定指令,在所述IPTV系统内建立用于语音或多媒体通信的媒体平面。
8.如权利要求6所述的方法,其中响应所述用户决定指令,建立用于语音的单独的ISDN/PSTN信道。
9.如权利要求6、7或8所述的方法,其中响应所述用户决定指令,触发从所述IPTV-AS到所述网络PVR系统的所述启动录制命令。
10.如前面权利要求中任一项所述的方法,其中将预订事件可供观看的指示从所述IPTV-AS发送到所述始发用户,并且所述用户可在观看所述预订事件的同时将启动时间偏移命令发送到所述IPTV-AS以启动当前多播内容的录制。
11.一种时间偏移和追踪播放IPTV系统,包括:
信道控制部件,用于在始发用户与所选IPTV应用服务器(AS)之间建立控制信道;
启动时间偏移部件,用于通过所述控制信道将启动时间偏移命令发送到所述IPTV-AS;
启动录制部件,用于从所述IPTV-AS将启动录制命令发送到网络PVR系统以启动当前多播内容的录制;
启动追踪播放部件,用于在所述用户准备恢复观看所述时间偏移内容时,通过所述控制信道将启动追踪播放命令发送到所述IPTV-AS,以建立用于重放所述时间偏移内容的单播信道;以及
重放部件,用于从所述IPTV-AS将重放命令发送到所述网络PVR系统以通过所述单播信道启动所述时间偏移内容的重放。
12.一种用于执行如权利要求1到10中任一项所述的方法的计算机程序代码。
CN2006800537161A 2006-03-07 2006-03-07 用于iptv系统的时间偏移和追踪播放 Expired - Fee Related CN101401427B (zh)

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/EP2006/060530 WO2007101473A1 (en) 2006-03-07 2006-03-07 Time-shifting and chase-play for an iptv system

Publications (2)

Publication Number Publication Date
CN101401427A true CN101401427A (zh) 2009-04-01
CN101401427B CN101401427B (zh) 2012-08-15

Family

ID=36592926

Family Applications (1)

Application Number Title Priority Date Filing Date
CN2006800537161A Expired - Fee Related CN101401427B (zh) 2006-03-07 2006-03-07 用于iptv系统的时间偏移和追踪播放

Country Status (4)

Country Link
US (1) US8752107B2 (zh)
EP (1) EP2005750B1 (zh)
CN (1) CN101401427B (zh)
WO (1) WO2007101473A1 (zh)

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN109586831A (zh) * 2018-11-27 2019-04-05 北京跟踪与通信技术研究所 通信装置、方法、系统、电子设备及计算机可读存储介质
US10958946B2 (en) 2018-12-07 2021-03-23 Amlogic (Shanghai) Co., Ltd. Live time-shifted video play-continuing method and IPTV player
US11082751B2 (en) 2018-12-07 2021-08-03 Amlogic (Shanghai) Co., Ltd. Network outage continued playing method of on-demand video, and IPTV playing device

Families Citing this family (26)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20090313376A1 (en) * 2006-06-02 2009-12-17 Mats Cedervall Method and apparatuses for establishing a session between a client terminal and a media supply system to transport a unicast media stream over an ip network
CN101340557B (zh) * 2007-07-04 2010-08-11 华为技术有限公司 时移电视业务建立方法以及时移电视媒体功能实体
KR101512321B1 (ko) 2007-08-22 2015-04-16 삼성전자주식회사 복수의 서비스 제공자의 서비스를 제공/수신하기 위한 방법및 장치
CN100583997C (zh) * 2007-10-19 2010-01-20 深圳华为通信技术有限公司 网络电视的业务启动方法、装置和系统以及网络电视终端
CN101459664B (zh) * 2007-10-22 2010-10-20 华为技术有限公司 一种获取iptv业务媒体描述信息的方法及装置
CN101426124B (zh) * 2007-10-30 2011-06-22 中兴通讯股份有限公司 下一代通信网络中交互式网络电视系统的时移方法
EP2091203A1 (en) * 2008-02-12 2009-08-19 Koninklijke KPN N.V. Method and system for transmitting a multimedia stream
CN101483660A (zh) * 2008-01-11 2009-07-15 中兴通讯股份有限公司 内容交付装置和系统、内容点播方法、及网络架构
WO2009096185A1 (en) * 2008-01-31 2009-08-06 Panasonic Corporation Recording and playing system, client terminal and server terminal
CN101588251A (zh) * 2008-05-20 2009-11-25 华为技术有限公司 一种ims即时消息群发的方法及设备
CN102057594A (zh) 2008-06-05 2011-05-11 艾利森电话股份有限公司 用于提供针对iptv的单播准备的方法和设备
US8184002B2 (en) 2008-07-28 2012-05-22 Huawei Technologies Co., Ltd. Method and device for receiving emergency event alert
CN101640573B (zh) * 2008-07-28 2011-09-14 华为技术有限公司 接收紧急事件通知的方法、装置和系统
US8417091B2 (en) 2009-01-05 2013-04-09 Lg Electronics Inc. IPTV receiver and method for performing a personal video recorder function in the IPTV receiver
EP2209280A1 (en) 2009-01-19 2010-07-21 Koninklijke KPN N.V. Managing associated sessions in a network
US9667918B2 (en) * 2009-02-20 2017-05-30 At&T Intellectual Property I, L.P. Network recording system
CN101635828B (zh) * 2009-08-19 2011-09-21 中兴通讯股份有限公司 实现iptv频道录制和播放的机顶盒装置、系统和方法
CA2793355C (en) * 2009-12-15 2017-06-13 Telefonaktiebolaget L M Ericsson (Publ) Time-shifting of a live media stream
CN101877779A (zh) * 2010-05-25 2010-11-03 中兴通讯股份有限公司 一种交互式网络电视iptv系统、时移播放控制方法及装置
CN103262473A (zh) * 2010-12-13 2013-08-21 摩托罗拉移动有限责任公司 在通用即插即用环境中在远程访问客户端之间共享媒体
US8819264B2 (en) * 2011-07-18 2014-08-26 Verizon Patent And Licensing Inc. Systems and methods for dynamically switching between unicast and multicast delivery of media content in a wireless network
US8923880B2 (en) 2012-09-28 2014-12-30 Intel Corporation Selective joinder of user equipment with wireless cell
US9160515B2 (en) 2013-04-04 2015-10-13 Intel IP Corporation User equipment and methods for handover enhancement using scaled time-to-trigger and time-of-stay
US10123085B2 (en) 2014-04-15 2018-11-06 Telefonaktiebolaget Lm Ericsson (Publ) Synchronised social TV
CN106303666A (zh) * 2015-06-24 2017-01-04 中兴通讯股份有限公司 一种iptv节目的处理方法及装置、iptv系统
US10574707B1 (en) * 2017-06-23 2020-02-25 Amazon Technologies, Inc. Reducing latency associated with communications

Family Cites Families (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6882709B1 (en) * 1999-04-14 2005-04-19 General Instrument Corporation Enhanced broadband telephony services
CA2406717A1 (en) * 2000-05-31 2001-12-06 Khoi Hoang Universal stb architectures and control methods
US20030138237A1 (en) * 2002-01-23 2003-07-24 Stewart John Sidney Multimedia on demand for use in a near on demand environment
US7326257B2 (en) * 2003-07-30 2008-02-05 L'oreal Composition for dyeing keratinous fibers comprising at least one azodiazine direct dye which is non-aminated at the 7-position and dyeing method using said at least one azodiazine direct dye
AU2004305792B2 (en) * 2003-09-12 2007-10-04 Opentv, Inc. Method and system for controlling recording and playback of interactive applications
US20050183120A1 (en) * 2004-01-13 2005-08-18 Saurabh Jain Multi-user personalized digital multimedia distribution methods and systems
CN1571511A (zh) * 2004-04-29 2005-01-26 徐国庆 一种语音通讯设备准视频点播方法及其装置
US7626950B2 (en) 2004-08-18 2009-12-01 At&T Intellectual Property, I,L.P. SIP-based session control among a plurality of multimedia devices
EP1777962A1 (en) * 2005-10-24 2007-04-25 Alcatel Lucent Access/edge node supporting multiple video streaming services using a single request protocol
WO2007096001A1 (en) * 2006-02-24 2007-08-30 Telefonaktiebolaget Lm Ericsson (Publ) Ims-enabled control channel for iptv
WO2007127741A2 (en) * 2006-04-24 2007-11-08 Sun Microsystems, Inc. Media server system

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN109586831A (zh) * 2018-11-27 2019-04-05 北京跟踪与通信技术研究所 通信装置、方法、系统、电子设备及计算机可读存储介质
CN109586831B (zh) * 2018-11-27 2024-05-24 北京跟踪与通信技术研究所 通信装置、方法、系统、电子设备及计算机可读存储介质
US10958946B2 (en) 2018-12-07 2021-03-23 Amlogic (Shanghai) Co., Ltd. Live time-shifted video play-continuing method and IPTV player
US11082751B2 (en) 2018-12-07 2021-08-03 Amlogic (Shanghai) Co., Ltd. Network outage continued playing method of on-demand video, and IPTV playing device

Also Published As

Publication number Publication date
US8752107B2 (en) 2014-06-10
EP2005750B1 (en) 2015-06-03
US20090217337A1 (en) 2009-08-27
CN101401427B (zh) 2012-08-15
WO2007101473A1 (en) 2007-09-13
EP2005750A1 (en) 2008-12-24

Similar Documents

Publication Publication Date Title
CN101401427B (zh) 用于iptv系统的时间偏移和追踪播放
CN101385303B (zh) 用于iptv服务的启用ims的控制信道
CN101547189B (zh) 一种CoD业务的建立方法,系统和装置
KR101287322B1 (ko) 네트워크에서 연계 세션 관리
US20100031290A1 (en) Method and apparatus for automatic channel switching for iptv
US20090055878A1 (en) Accessing interactive services over internet
US20090219953A1 (en) Method and apparatus for allowing non-ip based networks to interact with iptv-based systems
CN101547402B (zh) 一种建立iptv多播业务的方法及设备
US20130007795A1 (en) Method and apparatus for providing virtual closed circuit television
US20080123626A1 (en) Accessing television and video services on a video phone over voice over internet protocol network
CN101883333B (zh) 获取指定用户实时媒体播放信息的方法、系统和装置
TWI467967B (zh) Internet Protocol TV Message Management System and Method
CN102006292A (zh) 网络协议电视来话讯息管理系统及方法
CN101155110B (zh) 一种实现业务集成的方法及系统
KR101337375B1 (ko) Iptv를 이용한 전화 걸기 서비스 시스템 및 방법

Legal Events

Date Code Title Description
C06 Publication
PB01 Publication
C10 Entry into substantive examination
SE01 Entry into force of request for substantive examination
C14 Grant of patent or utility model
GR01 Patent grant
CF01 Termination of patent right due to non-payment of annual fee
CF01 Termination of patent right due to non-payment of annual fee

Granted publication date: 20120815

Termination date: 20170307