专利名称：用于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有望输送最高25 Mbps下行流和VSDL数据速率 大于30 Mbps。标准质量MPEG2内容需要每个信道2 Mbps，而HDTV 将需要每个信道8-10Mbps。幸运的是，新的MPEG4标准将所需的带 宽降低到一半，同时具有与MPEG2编码的内容相同的质量。尽管如 此，可用带宽仍是稀缺资源，并且IPTV解决方案必须限制将通过"第 一英里"输送的信道的数量。
现有时间偏移/追踪播放解决方案是基于专有的网络技术或家庭 中的个人视频录像机(Network Private Video Recorder PVR)的。这里 描述的这种解决方案利用标准化的IMS通信系统及其网络体系结构， 以及利用驻留在网络中的PVR以限制通过第一英里连接传送到家庭 的业务。
发明内容
本发明的目的是提供一种基于网络个人视频录像机(N-PVR)的 时间偏移(time-shift)/追踪播放(chase-play)解决方案。
根据本发明第一方面，提供了一种用于IPTV系统的时间偏移和 追踪播;^方法，该方法包4舌在始发用户与所选IPTV应用服务器(IPTV-AS)之间建立控制
信道；通过控制信道将启动时间偏移命令发送到IPTV-AS; 从IPTV-AS将启动录制命令发送到网络PVR系统以启动当前多 播内容的录制；在用户准备恢复观看时间偏移内容时，通过控制信道将启动追踪 播放命令发送到IPTV-AS以建立用于重放时间偏移内容的单播信道； 以及从IPTV-AS将重放命令发送到网络PVR系统以通过单播信道启 动时间偏移内容的重^L。本发明通过使用网络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之间充当网关的EPTV-AS。这在允 许运营商使用许多类型N-PVR系统的同时，实现了 STB-IPTV-AS特 定的用户交互。对N-PVR所需过程和协议的调整由IPTV-AS处理。(vi )网络在IPTV输送和允许运营商提供个性化三重角色服务产 品中发挥了积极的作用。根据本发明又一方面，提供了一种时间偏移和追踪播放IPTV系 统，包括信道控制部件，用于在始发用户与所选IPTV应用服务器(AS) 之间建立控制信道；启动时间偏移部件，用于通过控制信道将启动时间偏移命令发送 到IPTV-AS;启动录制部件，用于从IPTV-AS将启动录制命令发送到网络PVR 系统以启动当前多播内容的录制；启动追踪播放部件，用于在用户准备恢复观看时间偏移内容时， 通过控制信道将启动追踪播it命令发送到IPTV-AS,以建立用于重》t 时间偏移内容的单播信道；以及重放部件，用于从IPTV-AS将重放命令发送到网络PVR系统以 通过单播信道启动时间偏移内容的重》欠。根据本发明又一方面，提供了用于执行本发明第一方面的方法的 计算机程序代码。
为了更全面地理解本发明，现在将通过举例且参考附图描述根据本发明的优选实施例，其中图1是示意图，图示了使用安全TCP/TLS连接建立控制信道； 图2是示意图，图示了用于在内容多播与单播输送之间切换的序列；图3是示意图，图示了用于在屏幕上呼入通知的序列；以及 图4是示意图，图示了用于PSTN/ISDN呼入通知的序列； 图5是示意图，图示了用于具有时间偏移的扩展呼入通知情景的 序列；以及图6是示意图，图示出用于事件触发时间偏移的序列。
具体实施方式
通过对优选实施例的背景描述，下文概述在GPRS/PS接入网情况 下IP多i某体子系统(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-CSCF URI，以便P-CSCF能够将请求转发到选定的S-CSCF。 &十(IMS ) 的始发和终接侧均适用。(对于终接呼叫，请求将包括P-CSCF地址 和用户设备(UE)地址。)在IMS服务网络内，应用服务器(AS)提供用于实现IMS服务 功負fe。 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 ( MPI - 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. MOD将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的端点的EP地址。.此解析需要备选b。4. I-CSCF使用DNS将公共服务身份转换成此时将处理此用
户的实际服务器的IP地址(这里可以应用负载分摊)。S-CSCF然后 将SIP邀请消息发送到所选的IPTVMWAS。 LPTVMWAS然后执行 "提取用户数据"子序列。5. IPTV MW AS返回200 OK响应。将用户TV服务入口的 URL包含在SDP中，例如作为在STB中而不是在中间节点中解释的 XML体。6. S-CSCF转发200 OK响应。7. P-CSCF转发200 OK响应。8. IMOD接收缺省用户的TV服务入口 (即与MTRX的IMPU 关联的入口 )的URL，并将其包含在SDP中。此信息在200 OK消息 中作为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登记之后立即建立连接。这样可以在需要与IPTVMWAS交 互时避免建立连接的延迟。为要连接到IMOD的每个MTRX建立新的控制信道，正如"IMS IPTV体系结构研究"("IMS IPTV Architecture Study" ( "Rechon Architecture", EAB-05:045608, Rev A, 2005-12-22))中描述的。
描述的控制信道启用大量功能，如IPTB STB上的遥控，正如"IMS IPTV体系结构研究"，EAB-06:001721, Rev A, 2006-02-08( "IMS IPTV Architecture 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过程和协i义的调整由IPTV-AS处理。4) 将时间偏移已启动的指示返回到STB，并且可选地向用户显 示。在启动时间偏移之后，多播信道可继续或不继续输送到STB。这 是一种部署选择。5) 用户在准备恢复观看时间偏移内容时启动追踪播放功能，并 且"启动追踪播放"命令通过控制信道从STB发送到IPTV-AS。命令 的确切过程和语法是STB与IPTV-AS之间的问题，可能有许多不同 的变体。IPTV-AS充当N-PVR系统与STB之间的网关。这在允许许 多不同类型的运营商使用N-PVR系统的同时，实现了 STB/EPTV-AS 特定的用户交互。所需N-PVR过程和协议的调整由IPTV-AS处理。 RTSP作为示例在序列中使用，但本发明并不限于使用RTSP。6) IPTV-AS在同与控制信道相关联的"启动追踪播放"命令相 同的SIP会话中发送SIP邀请消息。SIP重新邀请消息是一个请求， 它请求建立将用于输送存储在N-PVR系统中的已录制(时间偏移) 内容的单播信道。因此，内容输il/人多播更改为单播输送，而IMS用 于实现此更改。7-8 )通过ISC和多媒体电话(MMTEL ) AS传送SIP邀请消息， MMTel在这种情况下用作IPTV的IMS通信服务，因此导致通过ISC 调用MMTel AS。但是，应注意的是，该方法适用于其它IMS通信月l 务并且不限于MMTel, MMTel只作为示例提供。MMTel AS可调用 补充服务，如有关并行单播输送数量的限制，但这未包括在序列中。9-10 )将SIP邀请消息发送到STB, STB通过200 OK响应确i人 请求以接受单播信道邀请。10, 11 ) 200 OK响应沿SIP会话路径发送到IPTV-AS。12) EPTV AS通过到N-PVR系统的"播放"命令来启动已录制 内容的重放。IPTV-AS充当网络PVR系统与STB之间的网关。这在 允许许多不同类型的运营商使用N-PVR系统的同时，实现了 STB/IPTV-AS特定的用户交互。所需N-PVR过程和协议的调整由
IPTV-AS处理。RTSP作为示例在序列中^f吏用，4旦本发明并不限于 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 "l妄口调用哪些AS的信息。此示例示出一个用于MMTel IMS 通信服务的呼入，并且通过ISC来调用MMTel AS。 MMTel AS可调 用补充服务，如禁止或转发输入会话，但这未包括在序列中。6 ) MMTel AS向其它AS显露使能服务以允许这些AS影响会话 建立。IPTVAS已从MMTel AS预订呼入事件，并且显露服务的服务 定义基于用于呼叫控制的Parlay-XWeb服务定义。将Parlay-X "处理 被叫号码请求"发送到IPTV-AS。应注意的是，Parlay-X服务也可由 以与IMS (IP多媒体子系统)AS相同的方式通过ISC (IMS服务控 制)接口连接的OSA (开放服务访问)/Parlay (-X)网关显露。还应 注意的是，IPTV-AS可通过ISC与MMTelAS串联连接，以执行下述 呼叫通知过程。虽然此说明只涉及由MMTel AS显露Parlay-X呼叫控 制服务的备选，但将理解，本发明并不限于此。7)通过控制信道将"呼入通知"命令从IPTV-AS发送到STB。 命令的确切过程和语法是STB与IPTV-AS之间的问题，可能有许多 不同的变体。用户有多个呼叫处理选择，如 允许呼叫至STB/TV 将呼叫转到话音信箱(多i某体邮箱) 将呼叫转至另一号码用户的选择由STB返回给IPTV-AS。在下文中，假设用户选择允 许呼叫。8 ) IPTV-AS向MMTel AS返回Parlay-X "处理被叫号码响应"， 并带有指明至STB的呼叫建立可继续的信息。9 ) S-CSCF从MMTel AS接收SIP邀请消息(MMTel在此示例 中作为B2BUA)。 S-CSCF可为登记用于一个特定公共用户标识(PUI) 的联系地址执行分流。STB在此示例中具有唯一的PUI,并且其它SIP UA不可登记为用于STBPUI的联系地址。但是，STB可登记为用于 其它用户指定PUI的联系地址，并且这允许移动电话和STB登记为用 于例如一个特定PUI的可能联系地址。10， 11, 12, 13)将SEP邀请消息发送到STB， STB返回沿SIP 路径中转的180振铃响应。14, 15， 16， 17)来自STB的200 0K响应指示会话已被接受， 并且可以建立i某体平面。18)建立用于语音的J(某体平面，并且呼叫继续进行。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的消息相同的消息，它使得IPTV AS能够对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将ISUPIAM消息发送到与用户的PSTN/ISDN电话连接的本地交换:才几。9 )将Q.931 ISDN建立消息发送到ISDN电话(从现在开始只示 出ISDN)，并且通过呼叫确认消息进行确认。10， 11 )将ISUP ACM (地址完整消息)消息从本地交换机发送 到SSF (服务交换功能)并继续向前发送。12， 13， 14)在ISUPCPG (呼叫进展)中转发告警。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影响会话 建立。IPTVAS已从MMTel AS预订呼入事件，并且显露服务的服务 定义是基于用于呼叫控制的Parlay-X Web服务定义。将Parlay-X "处 理被叫号码请求，，发送到IPTV-AS。应注意的是，Parlay-X服务也可 由以与IMS-AS相同的方式通过ISC (IMS月良务控制)4妄口连4妄的 OSA/Parlay (-X)网关(OSA二开放服务访问)显露。还应注意的是， IPTV-AS可通过ISC与MMTel AS串l关连4妄，以执行下述呼叫通知过 程。虽然此说明只涉及由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，并且其它SIP UA不可登记为用于STB PUI的联 系地址。但是，STB可登记为用于其它用户指定PUI的联系地址，并 且这允许移动电话和STB登记为用于例如一个特定PUI的可能联系地 址。10， 11, 12, 13)将SIP邀请消息发送到STB, STB返回沿SIP 路径中转的180振铃响应。14, 15， 16， 17) 来自STB的200OK响应指示会话已被接受， 并且可以建立i某体平面。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系统中的已录制(时间偏移)内容的单播信道。因此，内容输 i^/人多播更改为单播，而IMS用于实现此更改。22, 23 )通过ISC和MMTEL AS传送SIP邀请消息。 24， 25)将SIP邀请消息发送到STB, STB通过200 OK响应确 认请求以接受单播信道邀请。
26) IPTVAS通过到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) 通过控制信道发送通知，以指明录制的足球比赛进球可得到。 预订事件可以是例如在特定足球比赛中发生的进球。在看到此信息呈 现时，用户可选择观看进J求，并对他当前正在观看的信道启动时间偏 移。6) 因此，IPTV-AS启动当前观看的多播信道的录制。由于STB 总是在发生信道更改后报告它当前正在接收的多播信道，因此，此操
作可能实现(图中未示出)。7 ) IPTV-AS在与通过控制信道发送的通知的会话相同的SIP会话中发送snv邀请消息。sip邀请消息是一个请求，它请求建立将用于输送存储在N-PVR2系统中的足球比赛进球的单播信道。8， 9 )通过ISC和MMTEL AS传送SIP邀请消息。MMTel在此 方法中用作IPTV的IMS通信服务，因此导致通过ISC调用MMTel AS。10， 11)将SIP邀请消息发送到STB, STB通过200 OK响应确 认请求以接受单播信道邀请。12 ) IPTV AS通过到N-PVR系统的"播放"命令来启动已录制 进J泉的重力文。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 输送中起到积极的作用，并允许运营商提供个性化的三重角色服务。 通过限制通过宽带连接的第一英里传送的内容量，这腾出了可供其它 服务使用的可用带宽。本领域技术人员将认识到，在不背离本发明范围的前提下，可以 对上迷实施例进行多种修改。
权利要求
1. 一种用于IPTV系统的时间偏移和追踪播放的方法，所述方法包括在始发用户与所选IPTV应用服务器(IPTV-AS)之间建立控制信道；通过所述控制信道将启动时间偏移命令发送到所述IPTV-AS；从所述IPTV-AS将启动录制命令发送到网络PVR系统以启动当前多播内容的录制；在所述用户准备恢复观看所述时间偏移内容时，通过所述控制信道将启动追踪播放命令发送到所述IPTV-AS以建立用于重放所述时间偏移内容的单播信道；以及从所述IPTV-AS将重放命令发送到所述网络PVR系统以通过所述单播信道启动所述时间偏移内容的重放。
2. 如权利要求1所述的方法，其中所述控制信道使用标准IMS 过程建立。
3. 如权利要求1或2所述的方法，其中将有关录制已启动的指示 从所述IPTV-AS返回给所述始发用户。
4. 如前面权利要求中任一项所述的方法，其中从所述EPTV-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 系统以通过所述单播信道启动所述时间偏移内容的重J:。
12. —种用于执行如权利要求l到IO中任一项所述的方法的计算 才几程序代码。
全文摘要
通过利用在始发用户与所选IPTV应用服务器(IPTV-AS)之间建立的控制信道，为IPTV系统提供时间偏移和追踪播放。在例如由于收到电话呼叫的原因，IPTV内容需要时间偏移时，启动时间偏移命令通过控制信道发送到IPTV-AS。启动录制命令随后从IPTV-AS发送到网络PVR系统以启动当前多播内容录制。随后，在用户准备恢复观看时间偏移内容时，启动追踪播放命令通过控制信道发送到IPTV-AS以建立用于重放时间偏移内容的单播信道；并且重放命令从IPTV-AS发送到网络PVR系统以通过单播信道启动时间偏移内容的重放。此类解决方案利用标准化的IMS通信系统及其网络体系结构、以及驻留在网络中的PVR来限制通过第一英里连接传送到家庭的业务。
文档编号H04N7/173GK101401427SQ200680053716
公开日2009年4月1日 申请日期2006年3月7日 优先权日2006年3月7日
发明者B·阿斯特龙 申请人:艾利森电话股份有限公司