网际协议多媒体子系统架构网络中接入基于网际协议的电视服务的系统 |
|||||||
| 申请号 | CN200780021257.3 | 申请日 | 2007-06-01 | 公开(公告)号 | CN101467419B | 公开(公告)日 | 2012-02-08 |
| 申请人 | 法国电信公司; | 发明人 | 马加利·克拉索斯; 米凯尔·赛德; | ||||
| 摘要 | 本 发明 涉及一种用于从已经预订具有IMS架构网络(2)中的基于IP的电视服务(IPTV)的至少一个电视频道的用户终端(10)激活所述服务的系统。根据本发明，该系统包括：IMS架构网络(2)中的IP电视 服务器 (23)，其包括将用户与至少一个频道相关联的预订信息、和关于至少一个频道所需的接收容量的信息，并且终端(10)包括用于向服务器(23)传送消息、 请求 激活电视服务、和包括终端(10)所提供的接收容量信息的装置。服务器(23)可检查从终端(10)接收的接收容量信息与至少一个频道所需的接收容量信息之间的兼容性，并且如果确认了兼容性，则可以向终端(10)发送响应于激活请求消息的消息，该响应消息包括至少一个频道的IP地址。本发明可应用到使能够在IMS中广播视听数据的IP网络。 | ||||||
| 权利要求 | 1.一种用于从具有IMS架构的IP网络(2)的用户终端(10)接入所述网络(2)中的服务的系统； |
||||||
| 说明书全文 | 网际协议多媒体子系统架构网络中接入基于网际协议的电视服务的系统 技术领域[0001] 本发明涉及一种用于从登录到网络的用户的终端激活在具有IMS(IP多媒体子系统)架构的IP(网际协议)网络中的服务的技术。 [0002] 本发明在用3GPP(第三代合作伙伴计划)和TISPAN(用于高级联网的电信和因特网整合服务和协议)标准化组织定义的IP多媒体子系统中广播视听数据的IP网络中找到特别有利的应用。 背景技术[0003] IMS网络架构由3GPP引入用于移动网络，并然后被TISPAN采用用于固定网络。它提供了两个客户之间的多媒体会话的动态设置和监视、以及媒体流传输网络级别处资源的预留(reservation)。它还管理服务的交互作用。 [0004] 目前，IMS提供了仅对电话、电视电话、列席(presence)和即时消息传递服务的接入。 [0005] 基于网际协议的电视(IPTV，the television over Internet Protocol)服务使能够在IP网络中接收电视频道。提供IPTV服务要求终端获得用户预订的频道的地址。 [0006] 提供这个服务的当前解决方案是通常的所有权解决方案。这些解决方案使用户终端能够经由固定网络或移动网络中的IPTV专用平台来恢复被称作为“服务计划”的已授权频道的IP地址列表。这个列表可使用HTTP(超文本传输协议)恢复，所述服务计划包括在该协议所输送的数据中。相反，没有定义与频道列表相关联的资源的预留；它通常是静态的，没有灵活性。 [0007] IMS架构的缺点在于它没有提供IPTV服务在固定网络或移动网络中的实现。尽管在IMS中提供的机制定义了用于多媒体服务的一般过程，但是并没有定义如何整合IPTV服务。具体地，在当前的标准版本中，没有提供对服务计划的恢复，即用户预订的频道和对应的IP地址。 [0008] 因此，存在对如下技术的需要：使IPTV服务能够被整合到IMS架构用于固定网络或移动IP网络、并定义使能够恢复与用户相关联的服务计划的系统。 发明内容[0009] 本发明通过提出一种用于从登录到具有IMS架构的IP网络的用户终端接入在所述网络中的服务的系统来解决这个需要。 [0010] 根据本发明，所述服务是基于IP的电视服务，所述用户预订所述服务的至少一个电视频道的列表，并且所述系统包括应用服务器，该应用服务器包括在接收所述终端发送的服务接入请求时激活的、具有以下功能的装置： [0011] ·确定关于所述用户对所述列表的预订的信息和关于所述至少一个频道所需要的接收容量的信息； [0012] ·验证关于所述至少一个频道所需要的接收容量与所述终端供应的接收容量的所述信息的兼容性； [0013] ·作为所述兼容性验证的函数从所述列表选择至少一个频道；以及[0014] ·向所述用户终端发送对所述请求的响应，所述响应包括关于所述至少一个已选择频道的接收的信息。 [0015] 这样，在IMS注册终端时，IMS架构使能了IPTV服务的整合。利用本发明，IPTV服务因此可以享有IMS的优点，即对服务的固定/移动整合、互惠、和一般机制，服务的交互作用，网络资源的预留，互有帐单等，这在现有技术的用于IPTV服务的技术中是不可能的。此外，视听服务的实现极大地丰富了IMS服务供应。 [0017] 这个过程具体依赖于通过IPTV应用服务器在数据库中验证与服务相关联的用户权利、和通过所述服务器从用户预订的频道列表中选择一个或多个频道。这个选择依赖于事先验证终端供应的接收容量与任一特定电视频道所需要的接收容量兼容。 [0018] 本发明还使用例如与SIP(会话启动协议)类型的信令协议链接的过程，用于服务接入请求、和通过终端恢复IPTV应用服务器已经采用的关于用户预订的频道的信息，所述信息具体为IP传输网络中的TV频道的名称和地址。为此，在接收SIP接入请求消息时，IPTV应用服务器将接收信息插入到SIP响应消息的SDP(会话描述协议)参数中的已预订频道的列表中，并利用响应消息将该信息发送到用户终端。 [0020] 因此，这样的请求可包括与终端所请求的服务有关的参数，例如它正寻求观看的频道的标识符或者所需要的服务级别。 [0021] 根据一个实施例的一个有利特征，本发明的系统还包括用于预留所述终端接收所述至少一个已选择频道所需要的传输网络资源的装置。 [0022] 在现有技术中的基于网际协议的电视系统中没有提供的这样的资源预留特别有益之处在于：它使用户终端能够很好地接收与将要观看的电视频道相关联的流。然而，在具有充裕资源的传输网络中，该预留并不是严格需要的。 [0023] 这些资源预留装置可以实现在IMS架构网络的代理服务器中，并且当所述代理服务器从IPTV应用服务器接收到对来自终端的服务接入请求的响应时触发。 [0024] 在最终的分析中，本发明的系统因此使IPTV服务能够享有IMS架构网络的许多优点，具体地： [0025] ·IMS固有的、用于预留接收TV频道所需要的IP传输网络中的资源的机制； [0026] ·在IMS实体中定义的、与IMS服务之间的交互作用有关的机制； [0027] ·在IMS中定义的收费机制；和 [0028] ·从而可以通过提供视听服务来丰富IMS服务供应。 [0029] 根据本发明的一个有利特征，所述终端所供应的所述接收容量是基于以下信息确定的： [0030] ·在所述服务接入请求中包括的接收容量信息；和/或 [0031] ·所述终端的类型。 [0032] 可以在终端发送的邀请(INVITE)消息中指明以便接入服务的这个类型例如构成了终端所供应的接收容量的良好指明，并因此可通过IPTV应用服务器使用以便选择终端被授权观看的(多个)电视频道。 [0033] 在服务接入请求包括的接收容量信息可对应于与用于将终端连接到网络的参数链接的容量信息(例如，作为他们的预订的功能而赋予用户有权使用的最大比特率)、或关于终端所需要的服务等级的信息(例如，终端是需要以标准清晰度(SD)还是以高清晰度(HD)接收电视频道)。 [0034] 所述接收信息有利地属于包括以下内容的组： [0035] ·所述已选择频道的标识符； [0036] ·所述已选择频道的地址； [0037] ·所述已选择频道要求的接收容量，或者频道的更一般的网络特性，例如所需要的比特率；以及 [0038] ·表示所述已选择频道的内容的信息，例如其可使用在亲代(parental)控制的上下文中。 [0039] 根据本发明的又一方面，所述IMS架构网络包括路由服务器，该路由服务器得使用将所述用户终端与所述应用服务器之一相关联的信息，并且包括用于将所述服务接入请求路由到与所述终端相关联的所述应用服务器的装置。 [0040] 在这个实施例中，在终端到IMS的注册和鉴别期间，在IMS中已知为S-CSCF(服务-呼叫会话控制功能)服务器的路由服务器从包括用户简档、关于用户预订的服务集合的检测点的数据库中，恢复与IPTV服务相关联的IFC(初始滤波器准则)检测点。包括用户简档的数据库或者是TISPAN所定义的UPSF(用户简档服务器功能)数据库或者是3GPP定义的HSS(本地订户服务器)数据库。 [0041] 在接收IPTV服务接入请求时，已经在消息中识别用户的S-CSCF服务器从用户数据库恢复相关联的检测点，并具体地为与IPTV应用服务器对应的检测点。因此，它识别它必须触发的、将终端发送的接入请求路由到的IPTV应用服务器。 [0042] 在本发明的不同实施例中，终端发送的服务接入请求包括IPTV应用服务器的地址，即，IMS架构网络中的电视服务器的路由标识符。 [0043] 该标识符可以是SIP统一资源标识符(URI)。 [0044] 请求激活IPTV服务的消息然后经由S-CSCF服务器而被直接路由到IPTV应用服务器，该S-CSCF服务器然后仅仅用作路由器。 [0045] 根据本发明的又一有利特征，所述用户终端包括用于处理所述已选择频道的所述接收信息的装置和用于接收与所述频道对应的流的装置。例如，终端从接收信息中提取它寻求观看的电视频道的IP地址，并使用该IP地址来经由传输网络获得与来自TV源的该频道相关联的流。 [0046] 在本发明的一个有利实施例中，所述应用服务器还包括用于确定在所述终端发送的所述接入请求中包括的会话标识符的装置、和用于验证所述会话标识符是否对应于已正与所述终端进行的会话的装置。 [0047] 如果所述应用服务器检测到与终端的会话已经在进行中，则由于会话标识符相对于从同一终端接收的在前请求而未改变，所以它推断所接收的请求不是服务初始化请求而是服务改变请求。然后，它保持当前的会话，以响应于来自用户终端的新请求来激活它的装置发送响应到终端，从而将与在前的响应消息相比已经改变的接收信息插入到它的响应消息。 [0048] 本发明还涉及一种用于从登录到具有IMS架构的IP网络的用户终端接入在所述网络中的服务的系统的应用服务器。根据本发明，所述服务器是IPTV服务器，并包括在接收所述终端发送的服务接入请求时激活的、具有如下功能的装置： [0049] ·确定关于所述用户对所述列表的预订的信息和关于所述至少一个频道所需要的接收容量的信息； [0050] ·验证关于所述至少一个频道所需要的接收容量与所述终端供应的接收容量的所述信息的兼容性； [0051] ·作为所述兼容性验证的函数从所述列表选择至少一个频道；以及[0052] ·向所述用户终端发送对所述请求的响应，所述响应包括关于所述至少一个已选择频道的接收的信息。 [0053] 本发明还涉及一种用于接入在具有IMS架构的IP网络中的服务的终端，该终端包括： [0054] ·用于将IPTV服务接入请求发送到所述IMS架构网络的基于IP的电视应用服务器的装置，所述终端的用户预订所述服务的至少一个电视频道的列表，并且所述接入请求包括关于所述终端供应的接收容量的信息； [0055] ·用于处理对所述应用服务器发送的所述请求的响应的装置，并所述响应包括关于通过所述应用服务器在所述列表中选择的频道的接收的信息；以及 [0056] ·用于接收与所述已选择频道对应的流的装置。 [0057] 本发明还涉及一种从登录到具有IMS架构的IP网络的用户终端接入在所述网络中的服务的方法。根据本发明，所述服务是IPTV服务，所述用户预订所述服务的至少一个电视频道的列表，并且所述方法包括： [0058] ·接收所述终端发送的服务接入请求的步骤； [0059] ·确定关于所述用户对所述列表的预订的信息和关于接收至少一个所述频道所需要的容量的信息的步骤； [0060] ·验证关于所述至少一个频道所需要的接收容量与所述终端供应的接收容量的所述信息的兼容性的步骤； [0061] ·作为所述兼容性验证的函数从所述列表选择至少一个频道的步骤；以及[0062] ·向所述用户终端发送对所述请求的响应的步骤，所述响应包括关于所述至少一个所选择频道的接收的信息。 [0064] 通过非限制性示例提供的、接下来的参考附图的描述清楚地说明了本发明包括什么以及可以如何将它变成实践。 [0065] 图1是表示本发明的用于激活IPTV服务的网络架构的图。 [0066] 图2是示出电视服务激活阶段的图。 [0067] 图3是示出电视服务中断阶段的图。 具体实施方式[0068] 图1示出了用于激活IP传输网络1上的IPTV服务的系统，当终端10的用户已经事先预订由操作者或相关联的第三方提供者所提供的一个或多个电视频道时，终端10可以经由该IP传输网络1接收TV源20提供的媒体流。 [0069] 终端10是固定的或移动的终端，并包括用于再现视听内容的装置和SIP信令装置。在本发明的上下文中，终端10可以是现有技术的视听终端(诸如电视机)加上SIP客户端，例如，两个元件可以物理分开或集成在同一单元中。这样，终端10可以是具有屏幕的移动电话，或者整合机顶盒和显示屏幕等。 [0070] 如图1所示，在IMS架构网络2中，从终端10激活IPTV服务，所述IMS架构网络2包括： [0071] ·P-CSCF(代理-呼叫服务器控制功能)代理服务器21，其是在IMS网络中与用户订户的终端10联系的第一点，并管理与IP传输网络1的资源的交互作用； [0072] ·S-CSCF路由服务器22，其管理IMS网络中的订户，并具体地触发到用户预订的服务器的点(还已知为检测点或IFC)；在终端10向IMS网络注册期间，通过未示出的I-CSCF(询问CSCF)服务器向用户分配S-CSCF服务器22； [0073] ·基于IP的电视应用服务器(IPTV AS)23，其是与现有技术的IMS架构相比本发明的IMS架构的新元件；它是根据下面详细描述的过程、在用户请求激活服务之后，从用户预订的那些频道中向用户分配一个或多个频道的SIP服务器；IPTV应用服务器23包括与服务的操作者或相关联的第三方提供者所供给的用户预订有关的信息(诸如预订的频道)、和与传输网络1有关的信息(诸如每个频道的接收容量和IP地址)；以及 [0074] ·UPSF或HSS数据库24，其包含预订服务的用户的简档，并且这里具体是由用户希望预订的电视频道所定义的IPTV服务；在用户经由网页或通过电话取得预订之后，该数据库24还被馈有服务操作者或相关联第三方提供者的数据；它包括与用户相关联的检测点，具体地为IPTV应用服务器23的检测点；S-CSCF和I-CSCF SIP在用户终端的注册期间代理数据库24的询问。 [0075] 在上面描述的IMS架构网络2中，P-CSCF、S-CSCF、和I-CSCF SIP代理服务器中的两个或所有三个可以组合在同一设备中。 [0076] 当在预订IPTV服务之后用户希望激活它时，IMS网络注册阶段照此前进到激活或接入阶段。 [0077] 注册阶段自动地达到，或者通过终端10发送注册消息(例如，SIP注册消息)达到，所述注册消息具体包括IMS网络2中的订户的标识符。注册消息到达P-CSCF代理服务器21，该P-CSCF代理服务器21将它转送到用于向终端10分配S-CSCF服务器22的I-CSCF服务器(未示出)。 [0078] 在第一实施例中，S-CSCF服务器22从UPSF或HSS用户数据库24中恢复相关联的检测点，包括IPTV应用服务器23的用于激活IPTV服务的检测点。 [0079] 在另一实施例中，操作者可以选择在SIP邀请服务接入请求消息中包括IPTV应用服务器23的路由标识符SIP URI，如下面所述。关于IPTV服务，S-CSCF服务器22仅用作用于将邀请消息路由到IPTV应用服务器23的路由器。 [0080] 以这个方式注册到IMS网络2，终端10可以使用下面参考图2描述的服务激活过程来接入IPTV服务。 [0081] 在注册到IMS网络2之后，用户处于已注册状态A，并例如通过接通他们的固定电视机或者在他们的移动电话上激活TV应用，而从终端10触发IPTV服务的激活。 [0082] 在步骤E1中，固定或移动终端向P-CSCF服务器21发送请求接入IPTV服务的SIP邀请消息M1。这个消息包括具体与终端供应的关于其接收频道的容量的信息有关的SDP数据(例如，所支持的编解码器)、和使能够在终端上选择频道(“以转换频道方式变换节目(zapping)”)的控制协议(例如，IGMP(因特网组管理协议)的描述。 [0083] 在步骤E2中，P-CSCF服务器21发送邀请消息M2到管理用户的S-CSCF服务器22。 [0084] 在注册期间，在接收关于IPTV服务的注册消息时在S-CSCF服务器22中设置检测点或IFC(初始滤波器准则)。S-CSCF服务器22识别(B)这个检测点并发送邀请消息到IPTV应用服务器23。当然，如上面指出的，如果在邀请消息中直接指明与IPTV应用服务器23有关的目的地URI，则这不是必须的。 [0085] 在收到所述消息时，S-CSCF服务器22发送激活请求M3到IPTV应用服务器23(步骤E3)。 [0086] 当它接收邀请消息时，IPTV应用服务器23验证在数据库中与服务相关联的订户权利，并从预订的频道列表中提取一个或多个频道。也已知为服务计划的这个频道列表是通过验证关于接收每个频道所需的容量的信息和关于终端的接收容量的信息来确定的(C)，其中关于终端的接收容量的信息可例如来自在SDP中指明的容量，或者来自在邀请消息中指明的终端类型。这个列表可覆盖所预订的频道的整个列表。所选择的频道的列表包括针对每个频道的： [0087] ·频道标识符，例如它的名称； [0088] ·频道IP地址；以及 [0089] ·在传输网络1中的频道的合适特性，诸如所需要的比特率。 [0090] IPTV应用服务器23所发送的响应M4(步骤E4)包括被插入到SDP参数中的已选定频道的列表。这个响应可以是在成功的情况下的SIP 200 OK消息、触发其它中间磋商交换的另一SIP消息或者失败消息。 [0092] ·多播组地址；和 [0093] ·单播地址。 [0094] 在SDP参数中输送频道列表。取决于所使用的传输协议，例如MPEG2-TS或RTP(实时协议)，特定的频道可描述在一个或多个SDP媒体参数中。该媒体描述必须包括频道标识符，使终端10能够找到频道对应的流。这个标识符还使能与同一频道相关的媒体的相关。例如，它可包含频道的名称和它在其中广播的束(bundle)。SDP媒体标题参数i可用于指定频道。该媒体还必须例如在字段c(连接信息)中包括频道的IP地址。这个IP地址使终端10能够接收通过选择(以转换频道方式变换节目)协议请求的频道。对于经由固定ADSL的IPTV接入，例如，如果以多播模式来广播频道，则这个地址是频道被广播到的多播地址。 [0095] 在接收SIP响应消息时，P-CSCF服务器21激活用于广播所选择的频道所需要的传输网络1的资源预留(D)，并且还可以安装用于阻挡用户选择在终端10上还没有选定的频道的策略。 [0096] 资源预留符合3GPP和TISPAN规范。TV频道的数目能够以媒体参数的形式存在于SDP参数中。存在于SDP中的各个频道必须能够成为单个资源预留的主题。假如一次仅可以观看一个频道，则不必单独地为所有频道预留资源。IPTV应用服务器23可使用在RFC3388(媒体组)和RFC 3524中指明的方法来在SDP中指定此(每个媒体流的资源预留)。 [0097] 对于如通过3GPP定义的移动电话，P-CSCF服务器21预留关于PDF(策略判决功能)的资源。如果必要，终端然后负责建立一个或多个PDP(分组数据报协议)上下文来传输频道选择(以转换频道方式变换节目)协议和所选择的TV频道。 [0098] 对于如通过TISPAN组定义的固定终端，P-CSCF服务器21向负责建立资源的资源和准许控制子系统(RACS)建立对于资源的请求，并支配传输网络1。 [0099] P-CSCF服务器21发送响应M5到终端10(步骤E5)。然后，后面的终端具有所允许的频道的列表以及他们的相关联地址。专用于移动网络，终端可启动与接收频道和输送频道选择(以转换频道方式变换节目)命令的资源需要对应的一个或多个特定频道。 [0100] 最后，通过消息M6，终端10确认来自IPTV应用服务器23的响应(步骤E6)。 [0101] 如果用户在终端10上改变频道，则无论通过什么方法，可通过发送SIP消息(例如，公布消息)来用信号通知该频道的改变，该频道的改变被转送到IPTV应用服务器23，并具体地用于完成观众审视(survey)。这个SIP消息可在每个频道改变时、或者在频道改变之后发送，并且例如如果用户将所选择的频道保留多于10秒则有一定时延地发送。这个机制使能够再使用现有元件或者在IMS架构中定义的元件用于列席管理。 [0102] 用于控制所接收的TV流的频道选择(以转换频道方式变换节目)协议可以是例如用于多播流所广播的频道的IGMP。然后，响应消息的SDP参数包含每个频道的对应多播组地址。IPTV应用服务器23为同一频道返回的组地址可根据终端10的容量以及其类型而不同。 [0103] 这个用于从终端10选择频道的协议还可以是RTSP(实时流传输协议)。 [0104] 对传输网络1有影响的IPTV服务等级改变可利用为服务激活阶段描述的SIP机制。在终端10中触发用户是否希望接入与他们初始激活的IPTV服务不同的IPTV服务(例如，在改变用户希望观看的频道时、或者改变频道的清晰度等级时)。然后终端启动上述的过程，但是对于相同的IMS会话，即具有与当前会话相同的会话标识符，如果需要，则其结果是改变资源预留。 [0105] 一个特别适当的使用是改变频道的清晰度等级：从SD(标准清晰度)改变到HD(高清晰度)。然后资源预留从一组频道到另一组频道而不同。 [0106] 更确切地，终端向IPTV应用服务器23发送包含当前会话的IMS会话标识符和所需要的清晰度等级和/或所请求的频道的标识符的接入请求。然后，IPTV应用服务器23检测IMS会话标识符还未改变，并对应于已经打开的会话。因此，简单地通过在SDP消息中发送必须相对于当前会话修改的接收信息，它响应来自终端10的请求而没有改变IMS会话。 [0107] 因此，如果终端10的用户使用以SD模式广播的具有标识符CH1的频道，并希望“跳转(zap)”到仅仅以HD模式广播的具有标识符CH2的另一频道，则终端10向IPTV应用服务器23发送包含当前IMS会话的标识符和他们希望观看的频道的标识符CH2的请求。IPTV应用服务器23检测IMS会话标识符还没有改变、并且当前会话因此必须继续。它验证终端10的接收容量与接收以HD模式广播的频道CH2所需要的接收容量的兼容性(例如，它验证终端能够接收HD流、并且不限于接收例如SD流)。如果验证了兼容性，则它激活它的用于发送响应消息到终端10的装置，在该消息中它插入与终端10需要的频道CH2相关的接收信息，例如频道CH2的IP地址。 [0108] 终止IPTV服务对应于发送SIP消息再见(Bye)，其触发释放传输网络1中的资源。在图3中示出了在服务终止阶段期间的SIP交换的运动(kinematics)。 [0109] 终端10的用户已经决定退出IPTV服务，例如在移动电话上将电视机切换到备用或者关断TV应用。它发送再见消息M7到P-CSCF服务器21(步骤F1)。对于移动电话，终端10可启动一个或多个PDP上下文停用。 [0110] P-CSCF服务器21豁免传输网络1的被分配到IPTV服务的资源(E)。 [0111] P-CSCF服务器21发送再见消息M8到S-CSCF服务器22(步骤F2)。 [0112] S-CSCF服务器22发送再见消息M9到响应于SIP消息的IPTV应用服务器23。 [0113] 经由S-CSCF服务器22和P-CSCF服务器21将SIP响应消息M10发送到终端10(步骤F4)。 [0114] 本发明还提供了一种包含程序代码指令的计算机程序，所述程序代码指令用于执行上述的服务接入方法的步骤。 |
||||||
QQ群二维码
意见反馈
意见反馈