支持ims终端享用现有iptv业务的系统和方法

文档序号:7969677阅读:288来源:国知局
专利名称:支持ims终端享用现有iptv业务的系统和方法
技术领域
本发明涉及通信技术领域,特别是涉及一种支持IP多媒体子系统(IMS) 终端享用现有交互式网络电视(IPTV)业务的系统和方法。
背景技术
会话发起协议(SIP, Session Initiation Protocol)是由IETF (Interne工程 任务组)制订的多媒体通信系统框架协议之一,是用于建立、改变或结束多 媒体会话的应用层协议,与实时传输协议/实时流传输控制协议(RTP/RTCP:议(SDP, Session Description Protocol )、实时流传^T十办i义(RTSP, Real-Time Streaming Protocol )、域名系统(DNS, Domain Name System )等协议配合, 共同完成IP多媒体子系统(IMS )中的会话建立及媒体协商; 一旦建立会话, 媒体流将使用RTP协议在承载层中直接传送,在一次会话中可以灵活的交互多种媒体'IMS是3GPP R5阶段增加的WCDMA网络中叠加在已有分组域之上的 一个子系统,采用分组域为其上层控制信令和媒体传输的承载通道,引入SIP 协议作为业务控制协议,利用SIP简单、易扩展、媒体组合方便的特点,通 过将业务控制与承载控制分离,提供丰富的多媒体业务;IMS中主要的功能 实体包括控制用户注册、会话控制等功能的呼叫控制功能实体(CSCF)、提 供各种业务逻辑控制功能的应用服务器(AS)、集中管理用户签约数据的归 属用户服务器(HSS)以及用于实现与电路交换网互通的媒体网关控制功能/ IP多媒体网关(MGCF/IM-MGW),用户通过当前所在地代理节点P-CSCF 接入IMS,会话和业务触发控制及与AS的业务控制交互则由其注册地的归 属域服务节点S-CSCF完成。IPTV也叫交互式网络电视,是集互联网、多媒体、通信等多种技术于 一体,提供交互式数字媒体服务的崭新技术。流媒体业务或IPTV业务是近 几年迅速发展的一种新业务,流媒体业务利用流式传输技术,在包交换网络
上传输多媒体文件,包括视频、音频等文件内容。这些内容在访问时无需完 全下载就可以立即播放。流媒体实现的关键技术就是流式传输技术,而流式 传输技术是把连续的视频和音频信息经过处理后放上网站服务器,让用户一 边下载一边观看、收听,而不需要等整个文件下载到自己机器后才可以观看 的网络传输技术。以D类IP地址发送业务的技术,用于发送者同时向多个接收者(大于 等于一个)发送相同业务内容时,因为相同内容只需要向指定组播地址发送 一份即可,因而可以有效降低业务发送方和传输网络的负载。使用组播技术 传送业务流,无论接收方有多少,业务发送方只需要发送一个数据流。组播 数据在从业务发送点到接收方的传送路径上的传送点之间只产生单一的数据 流,显而易见使用组播技术可以减轻发送者(业务提供方)的负荷,并且可 以有效利用网络资源。为了获取组播内容,内容接收方(用户)通过加入业务组播组(如使用 IGMP协议)来要求邻接的路由器发送业务内容给自己,而路由器之间则通 过组播路由协议(如PIM-SM(协议无关组播-稀疏模式)协议等)与其它路由 器交互以建立组播转发路径,这样组播业务内容就可以从组播源沿组播转发 路径传递给内容接收方。视频点播(VoD)业务通常采用数字版权管理(DRM, Digital Right Management)方式对媒体流内容进行保护,DRM基本构架如图1所示DRM 系统主要由内容源、版权发布中心和DRM Agent组成(1 )内容源对内容进 行加密,把内容ID和对应的密钥传送给版权发布中心;(2 )版权发布中心 根据用户的请求,下发版权对象;(3) DRMAgent接收4某体流,根据媒体流 中的RIURL请求相应内容的RO,播放媒体流。传统的电^见业务中,通过条件接收系统(CA, Conditional Access)系 统对媒体流进行保护,CA系统使用多层密钥保护机制,其密钥机制如图2 所示媒体流通过控制字(CW, Control Word)进行加扰;控制字CW用业务 密钥(SK, Service Key )保护,并通过授权控制信息(ECM, Entitle Control Message)传送给终端;业务密钥SK用个人分发密钥PDK (PersonalDistribution Key )保护,并通过授权管理信息(EMM, Entitle Manage Message )传送给终端。业务层保护是指用户在请求多媒体内容时,多媒体服务器对该内容的传 输过程加密,传输过程结束后,该保护也随之结束。传输源和目的源需要某 种密钥管理机制。IMS网络部署初期,IMS网络并不会支持IPTV业务,同时运营商基于 市场竟争的需求会基于独立的IPTV解决方案部署IPTV业务,随着IPTV业 务的发展,运营商如何利用现网的资源,即应用现在已部署的IPTV网络以 及IMS网络,为IMS用户提供IPTV业务,或如何封装后,对外可以宣称支 持基于IMS的IPTV方案是个有待解决的问题。发明内容有鉴于此,本发明的目的是提供一种支持IMS终端享用现有IPTV业务 的系统和方法,以及支持IMS终端享用现有IPTV网络VoD和LTV业务的 方法,以解决利用现在已部署的IPTV网络以及IMS网络,为IMS用户提供 IPTV业务的问题。为达到上述目的,本发明的技术方案包括一种支持IP多媒体子系统IMS终端享用现有IPTV业务的系统,包括现 有IPTV网络Deployed A/V System、 IMS核心网IMS core、 IP分组核心网IP Core、接入网,IMS的用户终端IMSUE,该系统还包括业务网关,其中,所述IMSUE,用于通过接入网、IP分组核心网接入IMS核心网,从电子节 目单EPG中获取节目单信息,向业务网关发起包含节目单信息的业务请求;所述业务网关,包含信令面控制实体,用于将接收到的来自IMS UE的 业务请求,转换为现有IPTV网络支持的协议格式,以现有IPTV网络终端的 方式向现有IPTV网络发起包含节目单信息的业务请求,获取流媒体服务器 标识,将来自现有IPTV网络的消息转换为IMS核心网支持的协议格式,建 立信令面连接;所述现有IPTV网络,用于在业务网关的控制下与IMS UE建立信令面 连接后,通过自身内的流媒体服务器向IMS UE发送媒体流。其中,所述电子节目单EPG位于现有IPTV网络中,或位于IMS核心网
内,或与业务网关为一个实体,或是独立存在的一个服务器。其中,所述现有IPTV网络中的流々某体服务器所发送的々某体流直接到达IMS UE,或通过承载面实体的转换后到达IMS UE 。其中,所述承载面实体是业务网关内新设置的逻辑实体,或者,所述承 载面实体是IMS Core内的i某体资源功能MRF实体。其中,所述IMS UE与业务网关之间的信令面控制基于会话发起协议 SIP,所述业务网关与现有IPTV网络之间的信令面控制基于超文本传输协议 HTTP、简单对象访问协议SOAP或实时流传输协议RTSP。一种支持IMS终端享用现有IPTV业务的方法,包括IMS UE从电子节目单EPG中获取节目单信息;业务网关内的信令面控制实体接收到的来自IMS UE的包含节目单信息 业务请求后,将其转换为现有IPTV网络支持的协议格式,以现有IPTV网络 终端的方式向现有IPTV网络发起业务请求,获取业务信息,将来自现有IPTV 网络的消息转换为IMS核心网支持的协议格式,建立信令面连接;在现有IPTV网络与IMSUE建立信令面连接后,现有IPTV网络通过自 身内的流媒体服务器向IMS UE发送媒体流。其中,所述IMS UE从电子节目单EPG中获取节目单信息的过程包括如果所述EPG位于现有IPTV网络中,所述IMSUE通过Ut接口与现有 IPTV网络交互,获取节目单信息;或者,如果所述EPG位于IMS核心网内,所述IMS UE与IMS核心网交互, 获取节目单信息;或者,如果所述EPG与业务网关为一个实体,所述IMS UE与所述业务网关交 互,获取节目单信息;或者,如果所述EPG是独立存在的一个服务器,所述IMS UE与该EPG服务 器交互,获取节目单信息。其中,现有IPTV网络通过自身内的流媒体服务器向IMS UE发送媒体 流的过程包括所述现有IPTV网络中的流媒体服务器直接向IMS UE发送 媒体流,或者,所述现有IPTV网络中的流媒体服务器向承载面实体发送媒 体流,由承载面实体将接收到的媒体流转换为IMS UE能够识别的格式后, 再发送给IMS UE。其中,所述承载面实体是业务网关内的逻辑实体,或者,是IMS Core 内的MRF实体;所述业务网关内的信令面控制实体由IPTV AS实现。 其中,所述IMS UE接收到的々某体流是经过加密的; 所述IMS UE应用已获得的密钥对接收的媒体流解密后,进行显示。 一种支持IMS终端享用现有IPTV网络VoD业务的方法,包括 IMS UE从电子节目单EPG中获取节目单信息;业务网关内的信令面控制实体接收到的来自IMS UE的包含节目单信息 业务请求后,将其转换为现有IPTV网络支持的协议格式,以现有IPTV网络 终端的方式向现有IPTV网络发起业务请求,获取VoD流媒体服务器标识, 将来自现有IPTV网络的消息转换为IMS核心网支持的协议格式,建立信令 面连接;VoD流媒体服务器向IMS UE发送媒体流;业务网关内的信令面控制实体获取VCR控制命令,控制VoD流媒体服 务器执行VCR控制命令所指示的操作。其中,所述业务网关内的信令面控制实体获取VCR控制命令的过程为业务网关内的信令面控制实体使用订阅Subscribe向IMS UE订阅VCR 控制,IMS UE通知Notify其VCR控制命令;或者,在IMS UE得到媒体流后,通过扩展SIP信令通知业务网关内的信令面 控制实体其VCR控制命令。其中,所述VoD业务采用RTP流封装;所述建立信令面连接的方式为 业务网关内的信令面控制实体和VoD流媒体服务器之间建立信令面连接;所述VoD流媒体服务器向IMS UE发送媒体流的过程为所述VoD流媒 体服务器直接向IMSUE发送媒体流;或者,所述VoD流媒体服务器向承载 面实体发送媒体流,由承载面实体将接收到的媒体流转换为IMS UE能够识 别的格式后,再发送给IMSUE;所述控制VoD流媒体服务器执行VCR控制命令所指示的操作的过程为 所述业务网关内的信令面控制实体给VoD流媒体服务器发起包含VCR控制 命令的RTSP连接请求,控制VoD流媒体服务器执行VCR控制命令所指示
的操作。其中,所述VoD业务采用RTP流封装;所述建立信令面连接的方式为 所述业务网关内的信令面控制实体控制承载面实体与VoD流^^某体服务器之 间建立信令面接;所述VoD流媒体服务器向IMS UE发送媒体流的过程为所述VoD流媒 体服务器直接向IMSUE发送媒体流;或者,所述VoD流媒体服务器向承栽 面实体发送媒体流,由承载面实体将接收到的媒体流转换为IMS UE能够识 别的格式后,再发送给IMSUE;所述控制VoD流媒体服务器执行VCR控制命令所指示的操作的过程为 所述业务网关内的信令面控制实体通过承载面实体给VoD流媒体服务器发 起包含VCR控制命令的连接请求,控制VoD流媒体服务器执行VCR控制命 令所指示的操作。其中,所述承载面实体是业务网关内的逻辑实体,或者,是IMS Core 内的MRF实体;所述业务网关内的信令面控制实体由IPTVAS实现。其中,所述IMS UE接收到媒体流是经过加密的,IMS UE接收到媒体流 之后,进一步包括业务网关内的信令面控制实体获取IMS UE从接收到的媒体流中识别出 RIF的标识,代理IMS UE从该RIF标识所指示的RIF中获取版权对象RO, 应用该RO得到的用于对媒体流内容进行加密的内容加密密钥,再应用业务 网关内的信令面控制实体和IMS UE之间的共享密钥对该已解密的内容加密 密钥进行加密,之后,将加密后的内容加密密钥下发给IMSUE;IMS UE应用与业务网关之间的共享密钥解密已加密的内容加密密钥, 应用该内容加密密钥对已加密^ 某体流进行解密,显示给用户。其中,业务网关内的信令面控制实体获取RIF的标识的过程包括业务网关内的信令面控制实体使用订阅Subscribe消息向IMS UE订阅 RIF标识,IMS UE通知Notify业务网关内的信令面控制实体其从接收到的 媒体流中识别出的RIF;IMS UE从接收到的媒体流中识别出RIF的标识后,通过info消息上报 RIF标识给业务网关内的信令面控制实体。 其中,所述业务网关内的信令面控制实体向IMS UE下发RIF地址订阅 请求,与业务网关内的信令面控制实体向IMS UE下发VCR控制命令订阅请 求是相同的订阅请求或不同的订阅请求。其中,所述IMSUE接收到媒体流是经过加密的,所述业务网关内的信令面控制实体以现有IPTV网络终端的方式向现有 IPTV网络发起的业务i青求中包含请求内容加密密钥的信息;所述业务网关内的信令面控制实体获得内容加密密钥后,进一步包括 业务网关内的信令面控制实体应用与IMS UE之间的共享密钥对该内容加密 密钥进行加密,之后,将加密后的内容加密密钥下发给IMSUE;IMS UE接收到媒体流之后,进一步包括应用与业务网关之间的共享 密钥解密已加密的内容加密密钥,再应用该内容加密密钥对已加密媒体流进 行解密,显示给用户。其中,所述IMS UE接收到媒体流是经过加密的,在VoD业务釆用TS 流封装时,包括所述建立信令面连接的方式为业务网关内的信令面控制实体直接或通 过承载面实体与VoD流媒体服务器间建立起RTSP连接;承载面实体通过业务网关内的信令面控制实体与IMS UE之间完成媒体 流的传输参数协商;承载面实体接收到来自VoD流媒体服务器的经TS方式封装的组播流后, 解析该TS流,从解析后的TS流中获取RTP流、ECM流、EMM流,并从 ECM流中取出应用业务网关内的信令面控制实体和VoD流^ 某体服务器共享 密钥加密的SK,从EMM流中取出应用SK加密的CW,将加密的SK和CW 通知给业务网关内的信令面控制实体;业务网关内的信令面控制实体应用与VoD流媒体服务器共享密钥解密 SK,并用SK解密CW,再应用与IMS UE共享的密钥对已解密的CW进行 加密,将加密后的CW给下发给IMS UE,媒体面实体向IMS UE下发RTP 流,IMS UE通过共享密钥解密得到CW,并用CW进一步解密媒体流并显 示。其中,所述IMS UE接收到媒体流是经过加密的,在VoD业务采用TS
流封装时,包括所述建立信令面连接的方式为业务网关内的信令面控制实体直接或通 过承栽面实体与VoD流媒体服务器间建立起RTSP连接;承载面实体通过业务网关内的信令面控制实体与IMS UE之间完成媒体 流的传输参数协商;承载面实体接收到来自VoD流媒体服务器的经TS方式封装的组播流后, 解析该TS流,从解析后的TS流中获取RTP流、ECM流、EMM流,并从 ECM流中取出应用业务网关内的信令面控制实体和VoD流媒体服务器共享 密钥加密的SK,从EMM流中取出应用SK加密的CW,将加密的SK通知 给业务网关内的信令面控制实体,将加密的CW下发给IMSUE;业务网关内的信令面控制实体应用与VoD流媒体服务器共享密钥解密 SK,再将应用与IMSUE共享密钥加密后的SK下发给IMSUE, MRF向UE 下发RTP流和应用SK加密的CW流;IMS UE通过共享密钥解密得到SK,并用SK解密加密的CW流得到 CW,使用CW进一步解密i某体流并显示。一种支持IMS终端享用现有IPTV网络LTV业务的方法,包括IMS UE从电子节目单EPG中获取节目单信息;业务网关内的信令面控制实体接收到的来自IMS UE的包含节目单信息 业务请求后,将其转换为现有IPTV网络支持的协议格式,以现有IPTV网络 终端的方式向现有IPTV网络发起业务请求,获取LTV频道组播IP地址,将 来自现有IPTV网络的消息转换为IMS核心网支持的协议格式,向P-CSCF 返回包含频道组播IP地址的响应;并且,业务网关内的信令面控制实体经 P-CSCF通过RACS进行接入侧和核心侧承载面组播控制,由P-CSCF给IMS UE返回包含频道组播IP地址或接入侧承载实体地址、以及安全相关参数的 业务请求响应信息,建立信令面连接;接入侧承载实体将从内容源接收到的 加密组播数据流传送给IMS UE;IMS UE应用已获得的密钥对接收到的媒体流进行解密并显示。 其中,若所述流传输方式为RTP传输方式,且IMS UE和LTV组播源间 的媒体编解码类型匹配; 则所述业务网关内的信令面控制实体获取LTV频道组播IP地址的同时, 进一步包括获取SEK及LTV组播源媒体能力信息;业务网关内的信令面 控制实体应用与IMS UE的共享密钥加密SEK,并将所获取的信息包含在返 回给P-CSCF的响应中;所述所获取的信息包括加密的SEK、频道组播IP地 址、LTV组播源媒体能力;所述接入侧承载实体接收到的加密组播数据流包括来自LTV组播源的 媒体流和加密的内容加密密钥TEK流。其中,如果所确定的流传输方式为RTP传输方式,且IMS UE和LTV组 播源间的4某体编码类型不匹配;则所述业务网关内的信令面控制实体获取频道组播IP地址的同时,进一 步包括获取节目密钥SEK及LTV组播源媒体能力信息;之后,所述业务 网关内的信令面控制实体应用与IMS UE的共享密钥加密SEK,控制力某体面 实体进行媒体转换,与LTV组播源间建立组播或单播隧道,并分配新的组播 IP地址,控制媒体面实体为新的组播源;将频道组播IP地址、加密的SEK 和媒体面实体组播源J泉体能力信息包含在返回给P-CSCF的响应中;所述接入侧承载实体接收到加密的组播数据流包括来自承载面实体的媒 体流和加密的内容加密密钥TEK流。其中,所述IMS UE应用已获得的媒体密钥对接收到的媒体流进行解密 的过程包括IMS UE应用与业务网关之间的共享密钥解密SEK;所述IMS UE应用SEK对组播密钥流进行解密,获得内容加密密钥TEK; 之后,应用该TEK对接收到的媒体流进行解密。其中,若所述流传输方式为RTP传输方式,且IMS UE和LTV组播源间 的^;某体编解码类型匹配;则所述业务网关内的信令面控制实体获取LTV频道组播IP地址的同时, 进一步包括获取节目密钥SEK、用SEK加密的内容密钥TEK和LTV组播 源媒体能力信息;业务网关内的信令面控制实体利用SEK解出TEK,并用 与IMS UE的共享密钥加密TEK;并将组播IP地址、加密的TEK、组播源 媒体能力信息包含在返回给P-CSCF的响应中;
所述接入侧承载实体接收到的加密组播数据流中包括来自LTV组播源的媒体流。其中,如果所确定的流传输方式为RTP传输方式,且IMS UE和LTV组 播源间的媒体编码类型不匹配;则所述业务网关内的信令面控制实体获取频道组播IP地址的同时,进一 步包括获取节目密钥SEK、用SEK加密的内容密钥TEK及LTV组播源媒 体能力信息;之后,所述业务网关内的信令面控制实体利用SEK解出TEK, 并用与IMSUE的共享密钥加密TEK,还控制媒体面实体进行媒体转换,与 LTV组播源间建立组播或单播隧道,并分配新的组播IP地址,控制媒体面实 体为新的组播源;将频道组播IP地址、加密的TEK和媒体面实体组播源媒 体能力信息包含在返回给P-CSCF的响应中;所述接入側承载实体接收到加密的组播数据流中包括来自承载面实体的 i某体流。其中,所述IMS UE应用已获得的媒体密钥对接收到的媒体流进行解密 的过程包括IMS UE应用与业务网关之间的共享密钥解密TEK;进一步应用所述 TEK对接收到的媒体流进行解密。其中,如果确定的流传输方式为TS传输方式,所述建立信令面控制的 过程为IPTVAS控制承栽面实体与LTV组播源之间建立组播流; 承载面实体接收到来自LTV组播源的经TS方式封装的组播流后,解析 该TS流,从解析后的TS流中获取RTP流、ECM流、EMM流,并从ECM 流中取出应用业务网关内的信令面控制实体和LTV组播源共享密钥加密的 SK,从EMM流中取出应用SK加密的CW,将加密的SK和CW通知给业 务网关内的信令面控制实体;业务网关内的信令面控制实体应用与LTV组播源共享密钥解密SK,并 用SK解密CW,应用与IMS UE共享的密钥对已解密的CW进行加密,之 后,业务网关内的信令面控制实体再分配在IMS核心网内有效的组播IP地 址,并控制承载面实体将接收到的RTP流作为IMS核心网内的组播流,然
后,业务网关内的信令面控制实体将新分配的所述在IMS核心网内有效的组播IP地址或边界网关功能实体地址,以及应用与IMSUE共享的密钥加密的 CW传送给IMSUE;所述IMS UE应用已获得的媒体密钥对接收到的媒体流进行解密的过程 包括IMS UE应用与业务网关内的信令面控制实体共享密钥对接收到的加 密的CW进行解密,获取CW,之后,应用该CW对接收到的媒体流进行解 密。其中,如果确定的流传输方式为TS传输方式,所述建立信令面控制的 过程为IPTVAS控制承载面实体与LTV组播源之间建立組播流; 承载面实体接收到来自LTV组播源的经TS方式封装的组播流后,解析 该TS流,从解析后的TS流中获取RTP流、ECM流、EMM流,并从ECM 流中取出应用业务网关内的信令面控制实体和LTV组播源共享密钥加密的 SK,从EMM流中取出应用SK加密的CW,将加密的SK通知给业务网关 内的信令面控制实体,将加密的CW下发给IMS UE;业务网关内的信令面控制实体应用与LTV组播源共享密钥解密SK,并 用与IMS UE的共享密钥对SK再次加密,之后,业务网关内的信令面控制 实体再分配在IMS核心网内有效的组播IP地址,并控制承载面实体将接收 到的RTP流和i某体密钥流作为IMS核心网内的组#"流,然后,业务网关内 的信令面控制实体将新分配的所述在IMS核心网内有效的组播IP地址或边 界网关功能实体地址,以及应用与IMS UE共享的密钥加密的SK传送给IMS UE;所述IMS UE应用已获得的媒体密钥对接收到的媒体流进行解密的过程 包括IMS UE应用与业务网关内的信令面控制实体共享密钥对接收到的加密 的SK进行解密,获取SK,之后,再应用该SK对已接收到的加密的CW进 行解密,获取CW,再应用CW对接收到的媒体流进行解密。其中,所述IPTV AS控制承载面实体与LTV组播源之间建立组播流的 过程包括
承载面实体通过组播路由协议和LTV组播源建立组播转发路径,或者通 过应用层组播方式,在承载面实体和LTV组播源间建立单播隧道。其中,当核心侧承载网络支持组播功能时,所述通过RACS进行承载面 组播控制的过程为接入侧承载实体通过组播路由协议建立到现网IPTV系 统中的内容源或MRF的组播转发路径;当核心侧承载网络不支持组播功能时,所述通过RACS进行承载面组播 控制的过程为IPTVAS通过RACS进行核心侧组播的控制;所述核心侧组 播的控制包括通过应用层组播建立接入侧承载实体设备到内容源的单播或隧 道路径;所述内容源为LTV组播源或承载面实体。其中,所述承载面实体是业务网关内的逻辑实体,或者,是IMS Core 内的MRF实体;所述业务网关内的信令面控制实体由IPTV AS实现。本发明关键是,增加了一用于IMS网络和现有IPTV网络互通所需的业 务网关,其包括信令面的控制功能,其还可以包括承载面功能。针对IMS网 络初期IMS UE对IPTV的能力支持有限,不具备一些通用的IPTV终端功能, IMS网络并不会支持IPTV业务的状况,本发明解决了如何利用现网的资源, 如已部署的IPTV网络以及IMS网络,为IMS用户提供IPTV业务的问题。 不但丰富了 IMS网络的业务,而且对IPTV的开展与普及提供了很好的平台。


图是现有的DRM基本构架;图2是现有CA系统的多层密钥机制;图3是根据本发明一实施例的IMS终端享用现有IPTV网络业务的系统 架构图;图4是基于图3所示系统构架的实现IMS UE享用现有IPTV业务的流 程示意图;图5是根据本发明一实施例的IMS UE享用现有IPTV网络VoD业务的实现流程图;图6是根据本发明一实施例的IMS UE享用现有IPTV网络LTV业务的
实现流程图;图7是根据本发明另 一实施例的IMS UE享用现有IPTV网络LTV业务 的实现流程图。
具体实施方式
下面结合附图及具体实施例对本发明做进一步详细说明。 图3所示为根据本发明 一 实施例的支持IMS终端享用现有IPTV网络业务的 系统架构图。其包括现有IPTV网络(Deployed A/V System )110、 IMS核心网 (IMScore) 130、 IP分组核心网(IP Core) 140、才妻入网150, IMSUE160,其 中,该系统还包括业务网关120。现有IPTV网络(Deployed A/V System ) 110为已部署IPTV业务的网络,其 内包括电子节目单(EPG)、中间件(Middleware)、业务管理(Service Management)实体、流媒体服务器(Streaming Server)以及其他功能(Other linabler)实体等。现有IPTV网络110具备^f某体资源管理、EPG生成、内容分发 网络(CDN)分发功能、条件接收(CA, Conditional Access)系统、业务层 保护或数字版权管理(DRM, Digital Right Management)等安全保护功能,提 供视频点播(VoD, Video On Demand ),实时电视(LTV, Linear TV )等业 务。业务网关120为本发明所新增加的网关,用于IMS网络和现有IPTV网络互 通所需的业务网关,包括信令面的控制功能,其还可以包括承载面功能。IMScore 130提供NGN会话业务,提供注册、鉴权、会话控制、业务触发、 路由、计费、资源控制等功能;IP分组核心网140可支持单播、组播和广播。接入网络150部分可采用各种IP接入方式,包括各种移动和固定宽带接入 如DSL、 3G、 WiMax、 DVB-T/H等各种接入方式。IMS的用户终端(IMSUE) 160与IMS core 130、 IP分组核心网140以及接 入网络15 0之间可直接交互信息。参见图3,上述系统的连接关系如下IMSUE,用于通过接入网、IP分组核心网接入IMS核心网,从EPG中获取 节目单信息,向业务网关发起包含节目单信息的业务请求。
在图3所示实施例中,上述EPG位于现有IPTV网络中,因此,IMSUE通过 Ut接口与现有IPTV网络之间存在直接的连接关系,即图3中IMS UE与现有 IPTV网络之间的虚线。在实际应用中,上述EPG还可以位于IMS核心网内,或 与业务网关为一个实体,或是独立存在的一个EPG服务器。此时上述虚线将不 存在,取而代之的是IMS UE与相应实体之间的连接。上述节目单信息包含节目标识、内容标识等,而且节目单信息内的各种标 识以统一资源标识符(SIPURI)方式标识。业务网关,包含信令面控制实体,用于将接收到的来自IMS UE的业务请 求,转换为现有IPTV网络支持的协议格式,以现有IPTV网络终端的方式向现 有IPTV网络发起包含节目单信息的业务请求,将来自现有IPTV网络的消息转 换为IMS核心网支持的协议格式,控制IMS UE与现有IPTV网络中建立信令面 连接。上述业务网关内的信令面控制实体可以由IPTVAS来实现。IMS UE与业务网关之间的信令面控制基于SIP,业务网关与现有IPTV网络 之间的信令面控制基于超文本传输协议(HTTP )、或简单对象访问协议(SOAP, Simple Object Access Protocol)、或RTSP。因而,业务网关主要用于完成SIP 协议请求和HTTP、 SOAP、 RTSP等请求之间协议的转换和会话状态的管理。现有IPTV网络,用于在业务网关的控制下与IMS UE建立信令面连接后, 通过自身内的流媒体服务器向IMS UE发送媒体流。此时,媒体服务器所发送 的媒体流直接到达IMSUE,也可以通过承载面实体的转换后到达IMSUE。有 以下两种情况需要承载面实体的转换 一是IMS UE和媒体流内容的编解码格 式不匹配,则此时可以由业务网关内的IPTV AS控制承载面实体完成转码;二 是若现有IPTV网络中的媒体流基于TS方式传送,可以由IPTV AS控制承载面 实体完成对TS的解复用后将RTP报文传送给IMS UE。上述承载面实体既可以是业务网关内新设置的逻辑实体,参见图3业务网 关120内的虛线框,也可以是IMS Core内的々某体资源功能(MRF , Media Resource Function)实体,即包含媒体资源功能控制器(MRFC, Media Resource Function Controller )和々某体资源功能处理器(MRFP, Media Resource Function Processor) 两个逻辑实体。
用户使用IPTV业务的计费由IPTV AS基于IMS网络中的计费机制来完成, 现网IPTV网络则将IPTV AS作为 一个特殊的用户进行计费,或不计费。对IMS UE的认证授权由IMS网络中现有机制来完成,由IPTV AS基于IMS 用户的签约来进行认证和授权,现网IPTV网络对该IPTV AS发起的用户请求不 再进行认证和鉴权。图4所示为基于图3所示系统构架的实现IMS UE享用现有IPTV业务的流程 示意图。图4中Deployed A/V Service System中除流々某体服务器(Streaming Server)外的实体统称为其他实体(Other Entity ),以下以业务网关内的信令 面控制实体由IPTV AS来实现为例进行说明。步骤l, IMS UE通过Ut接口与现有IPTV网络交互,从现有IPTV网络内的 EPG中获取节目单信息;该节目单信息包含节目标识、内容标识等,而且以SIP URI方式标识。当然,如果EPG位于IMS核心网内,则IMSUE与IMS核心网交互,从IMS 核心网内的EPG中获取节目单信息;如果EPG与业务网关为一个实体,贝"MS UE与业务网关交互,获取节目单信息;如果EPG是独立存在的一个服务器, 则IMSUE与该EPG服务器交互,获取节目单信息。步骤2,根据用户选择的观看节目,IMS UE向IPTV AS发起包含节目单信 息的业务请求。步骤3, IPTV AS将接收到的业务请求转换为现有IPTV网络支持的协议格息。在应用不同的流纟!某体服务器时,所获取的业务信息是不同的,比如,如果 是VoD流媒体服务器,则上述业务信息为VoD流媒体服务器,如果是LTV组播 源,则上述业务信息可能为组播地址等。步骤4, IPTV AS将来自现有IPTV网络的消息转换为IMS核心网支持的协 议格式,控制IMS UE与现有IPTV网络建立信令面连接;步骤5,现有IPTV网络通过自身内的流媒体服务器向IMS UE发送媒体流。 具体实现过程为现有IPTV网络中的流媒体服务器直接向IMS UE发送媒 体流(即图中实线的步骤5),或者,现有IPTV网络中的流纟泉体服务器向承载 面实体发送媒体流,由承载面实体将接收到的媒体流转换为IMS UE能够识别 的格式后,再发送给IMSUE (即图中虛线的步骤5)。该承载面实体可以是业 务网关内的還辑实体,也可以是IMS Core内的MRF实体。再有,IMSUE接收到的媒体流很可能是经过加密的;此时,IMSUE应用 已获得的密钥对接收的媒体流解密后,进行显示,以供用户观看。图4是基于总体思想的流程图,下面针对两个具体的应用业务,对IMSUE 享用现有IPTV业务的实现流程再做说明。同样地,以业务网关内的信令面控 制实体由IPTV AS来实现为例进行说明。视频点播(VoD)业务VoD业务的实施方式与上述总体思想中介绍的类似,内容的分发、定位在 现网IPTV系统中已解决,主要问题是(1 )如何向IMSUE提供对节目的卡带 式影像录放机(VCR, Video Cassette Recorder)控制功能;(2 ) IPTV AS如 何进行业务建立;(3 )媒体流安全传输控制;(4 ) VoD业务采用TS流封装的 处理。以下以应用RTSP协议为例进行说明,当然,应用HTTP或SOAP协议也 是完全可以的。(1) VCR控制的考虑部分扩展RTSP的功能,如SIP协议头域或参数中指示暂停、播放、快进、 快退等命令指示,IMS UE通知IPTV AS其VCR操作命令。具体实现方式可为IPTVAS在VoD会话建立后,向终端发送Subscribe消 息订阅用户的VCR操作命令,IMS UE通过Notify消息将VCR操作命令通知给 IPTV AS;或者,IMSUE发送扩展的SIP信令直接传递其VCR控制信息给IPTV AS,而后,IPTV AS就可以向IPTV网络发起RTSP请求,或控制MRF向IPTV 网络发起RTSP请求。(2) 业务建立过程IMS UE从EPG中获取节目单信息,并向IPTV AS发起业务请求;IPTV AS收到IMS UE的SIP请求后,和现有IPTV系统交互,获取IPTV系统中VoD流媒体服务器的URL,可以采用HTTP、 SOAP、 RTSP等协议;IPTV AS可直接向IPTV网络发起RTSP请求,也可控制MRF向IPTV网络发起RTSP请求。若IMS UE和VoD多媒体服务器编解码格式匹配,携带的SDP描 述为IMSUE的媒体能力和地址,实现VoD流媒体服务器直接将媒体流传送给 IMS UE,若不匹配,则IPTV AS控制MRF进行媒体转码,携带的SDP描述为 MRF的媒体能力和地址,MRF作为VoD流媒体服务器和IMS UE间的媒体转换 节点。也就是说,组合起来共有四种实现方式。IMS UE收到加密的媒体流,通过获得的密钥对内容进行解码,显示给用 户,以使用户能够观看节目。IMS UE进行VCR控制时,通知IPTV AS其VCR控制命令,IPTV AS根据 VCR命令直接、或控制MRF向VoD流媒体服务器发起相应的RTSP控制。(3) 安全控制VoD业务通常采用DRM方式进行保护,基于DRM考虑如下IMS UE接收到媒体流,从中识别出版权发布功能(RIF, Right IssuerFunction )的URI,并通知给IPTV AS;具体实现方式可以为IPTVAS在与VoD流媒体服务器的会话建立后,向IMS UE发送Subscribe消息订阅用户获取的RIF地址信息,IMS UE通过Notify消息通知IPTV AS;当然,也可以为其它方式,如IMS UE通过扩展的SIP信令通知给IPTV AS等;IPTV AS代理用户向RIF发起版权对象的请求,即作为现有IPTV网络内的一个终端向RIF发起版权对象的请求;RIF将请求的版权对象(RO, Right Object)返回给IPTVAS;IPTV AS从RO中得到对媒体流内容进行加密的内容加密密钥,将该内容加密密钥以IPTV AS和IMS UE之间的共享密钥加密后下发给IMS UE; IMSUE解密获取内容加密密钥,解密后显示节目,以便用户观看。 如果VoD业务采用非DRM方式进行保护,则考虑如下 IPTV AS代理用户向现网IPTV系统发起业务请求,在请求过程中获取VoD业务中的内容加密密钥;该内容加密密钥采用IMS UE和IPTV AS之间的共享密钥加密后下发给IMS UE;IMSUE获取内容加密密钥,解密后显示节目,以便用户观看。(4) 传送流(TS, Transport Streams )封装考虑 VoI)业务采用TS流封装的可能性比较小,如果采用TS流,则IPTVAS直接 或控制MRF向VoD流媒体服务器发起RTSP请求,携带的SDP描述为MRF的媒 体能力和地址。MRF与VoD流媒体服务器间建立RTSP连接,VoD流媒体服务 器向MRF下发TS流如杲按下面LTV业务中IPTV AS和MRF共同完成密钥下发的下发方式i ) 进行密钥下发,则MRF通过IPTV AS完成和IMS UE间的媒体流的传输参数协 商,IPTV AS在信令面下发应用与IMS UE共享密钥加密后的CW给IMS UE, MRF向UE下发RTP流。IMS UE通过与IPTV AS共享密钥解密得到CW,并用 CW进一步解密々某体流)現看节目。IMS UE采用前面的VCR控制方式向IPTV AS 通知其VCR控制,IPTV AS直接或控制MRF进行相应的VCR控制,并向VOD 流媒体服务器发起相应的RTSP控制请求。如杲按下面LTV业务中IPTV AS和MRF共同完成密钥下发的下发方式ii) 进行密钥下发,则MRF通过IPTV AS完成和IMS UE间的媒体流和密钥流的传 输参数协商,IPTV AS在信令面下发应用与IMS UE共享密钥加密后的SK给 IMS UE, MRF向UE下发RTP流和应用SK力口密的CW流。IMS UE通过与IPTV AS共享密钥解密得到SK,并用SK解密加密的CW流得到CW,使用CW进一步 解密RTP流观看节目。IMS UE采用前面的VCR控制方式向IPTV AS通知其VCR 控制,IPTV AS直接或控制MRF进行相应的VCR控制,并向VOD流媒体服务器 发起相应的RTSP控制请求。下面结合一具体实现流程对VoD业务的实现过程再做说明。图5所示为根据本发明 一 实施例的IMS UE享用现有IPTV网络VoD业务的 实现流程图。本实施例中,采用RTP流封装,DRM方式进行保护,IMS UE和 现网IPTV网络内EPG有Ut接口 , Deployed A/V Service System中除Streaming Server外的实体称为Other Entity。承载面实体由MRF实现,且IPTV AS控制MRF 向IPTV网络发起RTSP请求。步骤l, IMSUE基于Ut接口向现有IPTV网络的EPG发起请求,获取节目单 信息,该节目单信息包含节目标识、内容标识等,而且以SIPURI方式标识。当然,EPG的位置可灵活放置,与前述同,此处不再赘述。
步骤2,根据用户选择的观看节目,IMS UE向IPTV AS发起包含节目单信 息的业务请求。该请求基于SIP协议。步骤3, IPTV AS将接收到的业务请求转换为现有IPTV网络支持的协议格 式,以现有IPTV网络终端的方式向现有IPTV网络发起业务请求,获取VoD流 媒体服务器标识(VoD Streaming Server URI),该IPTV AS向现有IPTV网络发 起请求基于HTTP或SOAP或RTSP等协议。步骤4, IPTV AS控制MRF向VoD服务器发起请求,该请求基于SIP和 H.248协议。步骤5, MRF向VoD流媒体服务器发起RTSP请求,若IMS UE和VOEH!某体 服务器间的编解码格式不匹配,则SDP为MRF的媒体能力和地址,并在响应中 获取媒体流的描述信息。若IMS UE和VoD流^ 某体服务器的编解码格式匹配, 则UE得到请求响应中携带的SDP描述为IMSUE的媒体能力和地址。步骤6 7,由于本实施例是步骤5的前一种情况,因此UE得到的请求响应 中携带的S DP描述为MRF的媒体能力和地址。步骤8, IPTV AS向UE Subscribe VCR控制及RIF地址信息。步骤9, IMSUE和VoD流媒体服务器间通过RTP方式传送媒体流,中间经 过MRF转发RTP流。步骤10 11, IMS UE从媒体流中获取RIF URI,并通过Notify消息通知IPTVAS。步骤12~14, IPTV AS向RIF请求RO,从中得到内容加密密钥,并以和UE 间的共享密钥对它加密后,发送给IMSUE。步骤15, IMS UE解密得到内容加密密钥,并解密媒体流,进行显示,以 供用户观看节目。步骤16, IMS UE发起VCR控制,并通过Notify的方式通知IPTV AS其VCR控制命令。步骤17 18, IPTV AS控制MRF进行相应的VCR操作,MRF向VoD流媒体 服务器发起相应的RTSP请求,指示VoD流媒体服务器执行VCR控制命令所指示的操作。
在图4所示实施例中,是以通过信令面获取SEK,媒体面组播数据流获取 TEK和媒体流为例,进行说明的,在实际应用中,还可以有一种实现方式通 过信令面获取TEK,通过^ 某体面组播数据流仅获取^ 某体流。后一种实现方式与 前一种实现方式的区别点主要是流传输方式为RTP传输方式,且IMS UE和LTV组播源间的媒体编解码类 型匹配时,IPTV AS获取LTV频道组播IP地址的同时,还获取节目密钥SEK、 用SEK加密的内容密钥TEK和LTV组播源媒体能力信息;IPTV AS利用SEK解 出TEK,并用与IMSUE的共享密钥加密TEK;并将组播IP地址、加密的TEK、 组播源媒体能力信息包含在返回给P-CSCF的响应中;此时,接入侧承载实体 如BGF接收到的加密组播数据流中仅包括来自LTV组播源的媒体流。流传输方式为RTP传输方式,且IMS UE和LTV组播源间的媒体编码类型 不匹配时,IPTV AS获取LTV频道组播IP地址的同时,还获取节目密钥SEK、 用SEK加密的内容密钥TEK及LTV组播源媒体能力信息;之后,IPTVAS利用 SEK解出TEK,并用与IMSUE的共享密钥加密TEK,还控制々某体面实体如MRF 进行媒体转换,与LTV组播源间建立组播或单播隧道,并分配新的组播IP地址, 控制MRF为新的组播源;将频道组播IP地址、加密的TEK和MRF组播源媒体能 力信息包含在返回给P-CSCF的响应中;此时,接入侧承载实体如BGF接收到 加密的组播数据流中仅包括来自MRF的媒体流。其余与前一种实现方式相同,不再赘述。实时电视(LTV)业务LTV业务主要是获取组播IP地址,节目加密密钥,以及用户加入组播组, 完成组播路径的建立,但由于IMSUE并不支持组播相关的协议如Intemet组管 理协议(IGMP)等,同时LTV业务通常采用CA或业务层进行保护、并采用TS 方式对媒体流进行封装,因此从以下几方面考虑。以下仍以应用RTSP协议为 例进行说明,当然,应用HTTP或SOAP协议也是完全可以的。 (1 ) LTV业务请求IMSUE从EPG中获取节目单信息,并向IPTVAS发起业务请求; IPTV AS向现网IPTV系统发起业务请求,获取该频道、节目的组播IP地址、 安全相关的信息;若流传输方式为RTP,且IMS UE与LTV组播源间的媒体编解码类型匹商己, 则IPTV AS在IMS UE的请求响应中返回组播IP地址、安全相关信息及LTV组播 源媒体能力信息,若不匹配,则IPTV AS控制承载面实体如MRF进行媒体转换, 与LTV组播源间建立组播或单播隧道,并分配新的组播IP地址,MRF成为新的 组播源,IPTV AS在IMSUE的请求响应中返回新的组播IP地址、安全相关信息 及MRF组播源媒体能力信息。若采用TS流封装,则IPTV AS控制MRF与LTV组播源间建立组播或单播隧 道,MRF解TS流,IPTV AS分配新的组播IP地址,MRF成为新的组播源,IPTV AS在IMS UE的请求响应中返回新的组播IP地址、安全相关信息及MRF组播源 媒体能力信息。IPTV AS通过资源及许可控制子系统(RACS, Resource and Admission control Subsystem)进行接入侧组播的控制,如控制接入边界网关设备,进行 组播组的管理,将IMS UE加入所管理的组播组;如果承载网络支持组播路由协议,接入边界网关设备通过组播路由协议建 立到现网IPTV系统中的内容源或MRF的组播转发路径;如果承载网络不支持组播功能,IPTV AS通过RACS进行核心侧组播的控 制,如通过应用层组播建立接入边界网关设备到内容源的单播或隧道路径;上 述内容源为LTV组播源或承载面实体组播源。接入边界网关设备收到组播节目流后向所管理的组播成员用户转发节目、'云.IMS UE发起切换时,获取新的组播IP地址、控制接入边界网关设备变更 组播成员,转发新的媒体流。 (2)安全控制如果采用业务层保护,且基于RTP方式传送,贝'h业务加密密钥(SEK, Service Encapsulation Key )由IPTV AS从现网IPTV 系统获取后,通过IPTV AS和IMS UE之间的共享密钥,如通用鉴权框架(GBA ) 方式生成的共享密钥,加密后下发给IMSUE, IMSUE解密获取SEK;
LTV组播源生成的媒体加密密钥(TEK, Traffic Encapsulation Key)由SEK 加密,并将加密后的TEK流通过组播通道发给IMSUE,或通过IPTVAS从信令 面向IMSUE下发;IMS UE向IPTV AS请求SEK的更新信息;IPTV AS从现网IPTV系统中获取新的SEK后,加密下发给IMS UE。 如果采用CA方式保护,且基于TS方式传送,贝'J:承载面实体如MRF从TS流中解封获取RTP流、授权控制信息(ECM, Entitle Control Message )流、授权管理信息(EMM, Entitle Manage Message )流;对于RTP流,IPTV AS分配新的组播IP地址,并控制MRF将RTP流作为IMS 网络内的组播流下发到给UE;IPTV AS和MRF共同完成密钥的下发;具体实现可以为i) MRF从ECM流中获取以业务密钥(SK)加密后的加扰控制字(CW), 从EMM流中获取以用户的个人分配密钥(PDK)或组分发密钥(GDK, Group Distribution Key)加密后的SK; MRF将上述加密后的CW和加密后的SK通知 IPTV AS; IPTV AS通过PDK或GDK (IPTV AS作为现网IPTV系统中的一个特 殊用户,会获取和现网IPTV系统中共享的某个PDK或GDK)解密SK; IPTV AS 用SK再解密CW; IPTV AS用和终端共享的密钥(如GBA方式生成)加密CW 后,通知给IMSUE; IMSUE解密获取CW,用CW解密媒体流,观看频道节目;ii) MRF从ECM流中获取以SK加密后的CW、从EMM流中获取以用户的 PDK或GDK加密后的SK; MRF将上述加密后的SK通知IPTV AS; IPTV AS通 过PDK或GDK解密SK;并用和终端共享的密钥(如GBA方式生成)加密SK后, 通知给IMS UE; MRF将加密后的CW流通过组播通道下发到给UE, IPTV AS 可以给加密后的CW流分配新的组播IP地址,并控制MRF成为新的密钥流组播 源;UE解密获取SK,用SK解密密钥流得到CW,并用CW解密媒体流,观看频 道、节目;(3 ) TS流封装如果媒体流采用TS流封装,则采用支持TS流解封装的MRF; IPTV AS控制MRF建立和现网IPTV网络中节目内容源之间的连接,接收从 内容源发过来的TS流,MRF和内容源之间可以考虑采用单4番方式,也可以考 虑采用组播方式;MRF对TS解封,获取RTP流;IPTV AS可以分配新的组播IP地址(在IMS域的承载网络内有效,且IMS 域承载网络支持组播功能,否则可以考虑采用应用层组播),通过IMS网络和 RACS建立接入边界网关设备和MRF之间的组播网,并控制接入边界网关设备 完成组播组的管理,转发从MRF获取的RTP流至IMS UE——新的组播源为 MRF。图6所示为根据本发明 一 实施例的IMS UE享用现有IPTV网络LTV业务的 实现流程图。本实施例中,媒体流基于RTP方式传输,TEK密钥流也基于组播 方式传输,且LTV组播源直接将组播流下发到IMS UE 。步骤l, IMS UE基于Ut接口向现有IPTV网络的EPG发起请求,获取节目单 信息,该节目单信息包含节目标识、内容标识等,而且以SIPURI方式标识。当然,EPG的位置可灵活放置,与前述同,此处不再赘述。步骤2,根据用户选择的观看节目,IMS UE向IPTV AS发起包含节目单信 息的业务请求。该请求基于SIP协议。步骤3, IPTV AS将接收到的业务请求转换为现有IPTV网络支持的协议格HTTP、 SOAP或RTSP等协议,获取频道组播IP地址,节目密钥(SEK)。步骤4,假设UE和LTV组播源间媒体格式匹配,IPTVAS使用和终端共 享的密钥(如GBA方式生成)加密SEK后,将+某体流和密钥流的组播IP地址/ 端口号、LTV组播源媒体能力和加密的SEK作为请求响应发给IMS网络内的 P-CSC1,;步骤5, P-CSCF通过RACS控制边界网关功能实体,如BGF,进行组播管 理,用户加入组纟番组;步骤6. P-CSCF将请求响应转发给IMSUE,该响应中携带^^某体流和密钥 流的组播地址/端口号或BGF地址、LTV组播源媒体能力以及加密后的SEK。以上步骤5和步骤6之间没有严格的先后顺序,也可同时执行。
步骤7 , IMS UE应用与IPTV AS的共享密钥解密SEK。 步骤8, BGF通过组播路由协议建立到LTV组播源的组播转发路径。 步骤9, LTV组播源传输RTP媒体流和密钥流给l正;上述密钥流即用SEK 加密的TEK流,而且,上述媒体流和密钥流可以是同一个组播流,不同的端口 号,也可以是两个的组播流,且上述媒体流和密钥流可被统称为数据流。步骤IO, IMSUE利用SEK解密密钥流得到TEK,利用TEK解密媒体流, 并进行显示,以供用户观看。图7是根据本发明另 一实施例的IMS UE享用现有IPTV网络LTV业务的实 现流程图。本实施例中,LTV业务基于TS流传输,且使用CA保护方式,承载 面实体为MRF,由MRF解TS流,并成为UE新的组〗番源。步骤l , IMS UE基于Ut接口向现有IPTV网络的EPG发起请求,获取节目单 信息,该节目单信息包含节目标识、内容标识等,而且以SIPURI方式标识。当然,EPG的位置可灵活放置,与前述同,此处不再赘述。步骤2,根据用户选择的观看节目,IMSUE向IPTVAS发起包含节目单信 息的业务请求。该请求基于SIP协议。步骤3, IPTV AS将接收到的业务请求转换为现有IPTV网络支持的协议格 式,以现有IPTV网络终端的方式向现有IPTV网络发起业务请求,该请求基于 HTTP、 SOAP或RTSP等协议,获取频道组播IP地址。步骤4, IPTV AS控制MRF与LTV组播源之间建立组播流;步骤5, MRF通过组播路由协议建立和LTV组播源建立组播转发路径,或 者通过应用层组播方式,在MRF和LTV组播源间建立单播隧道;步骤6, IPTV AS向MRF订阅密钥包。步骤7, LTV组播源下发TS流。步骤8. MRF解TS流,获取RTP流、ECM流和EMM流,从ECM流中取出 加密的SK, EMM流中取出加密的CW。步骤9, MRF向IPTV AS上报加密的SK和CW。步骤IO, IPTV AS利用和LTV共享的PDK或GDK解密SK,并用SK解密CW, 且用和IMSUE共享的密钥(如GBA方式生成的共享密钥)加密CW。 步骤ll, IPTVAS分配新的组播IP地址,该组播地址旨在IMS域的承载网络内有效;步骤12, IPTV AS控制MRF将RTP流作为IMS网络内的组播流; 步骤13, IPTV AS向IMS网络内的P-CSCF返回请求响应,携带新的组播IP 地址和加密的CW;步骤14~15, P-CSCF控制BGF进行组播组管理、用户加入组播组;并将请 求响应转发给IMS UE; IMS UE接收到的响应中包含组播IP地址或BGF的地址, 以及加密后的CW。步骤16, UE应用与IPTV共享的密钥解密得到CW。 步骤17, BGF通过组播路由协议建立和MRF间的组播转发路径。 步骤18, MRF通过组播转发路径下发RTP流,BGF进一步完成RTP流的复 制转发给UE;步骤19, UE利用CW解密媒体流并显示,以供用户观看节目。 对于图7所示实施例,仅是以IPTV AS和MRF共同完成密钥的下发的方式 l)为例进行说明的,如果采用方式ii)的下方方式也完全可以,此处不再重复说明。以上所述仅为本发明的较佳实施例而已,并非用于限定本发明的保护范 围。凡在本发明的精神和原则之内所作的任何修改、等同替换、改进等,均包 含在本发明的保护范围内。
权利要求
1、一种支持IP多媒体子系统IMS终端享用现有IPTV业务的系统,包括现有IPTV网络Deployed A/V System、IMS核心网IMS core、IP分组核心网IP Core、接入网,IMS的用户终端IMS UE,其特征在于,该系统还包括业务网关,其中,所述IMS UE,用于通过接入网、IP分组核心网接入IMS核心网,从电子节目单EPG中获取节目单信息,向业务网关发起包含节目单信息的业务请求;所述业务网关,包含信令面控制实体,用于将接收到的来自IMS UE的业务请求,转换为现有IPTV网络支持的协议格式,以现有IPTV网络终端的方式向现有IPTV网络发起包含节目单信息的业务请求,获取流媒体服务器标识,将来自现有IPTV网络的消息转换为IMS核心网支持的协议格式,建立信令面连接;所述现有IPTV网络,用于在业务网关的控制下与IMS UE建立信令面连接后,通过自身内的流媒体服务器向IMS UE发送媒体流。
2、 根据权利要求1所述的系统,其特征在于,所述电子节目单EPG位 于现有IPTV网络中,或位于IMS核心网内,或与业务网关为一个实体,或 是独立存在的一个服务器。
3、 根据权利要求1所述的系统,其特征在于,所述现有IPTV网络中的 流媒体服务器所发送的媒体流直接到达IMS UE,或通过承载面实体的转换 后到达IMS UE。
4、 根据权利要求1所述的系统,其特征在于,所述承载面实体是业务网 关内新设置的逻辑实体,或者,所述承载面实体是IMS Core内的媒体资源功 能MRF实体。
5、 根据权利要求1所述的系统,其特征在于,所述IMSUE与业务网关 之间的信令面控制基于会话发起协议SIP,所述业务网关与现有IPTV网络之 间的信令面控制基于超文本传输协议HTTP、简单对象访问协议SOAP或实 时流传输协议RTSP。
6、 一种支持IMS终端享用现有IPTV业务的方法,其特征在于,包括 IMS UE从电子节目单EPG中获取节目单信息;业务网关内的信令面控制实体接收到的来自IMS UE的包含节目单信息 业务请求后,将其转换为现有IPTV网络支持的协议格式,以现有IPTV网络 终端的方式向现有IPTV网络发起业务请求,获取业务信息,将来自现有IPTV 网络的消息转换为IMS核心网支持的协议格式,建立信令面连接;在现有IPTV网络与IMS UE建立信令面连接后,现有IPTV网络通过自 身内的流媒体服务器向IMS UE发送媒体流。
7、 根据权利要求6所述的方法,其特征在于,所述IMSUE从电子节目 单EPG中获取节目单信息的过程包括如果所述EPG位于现有IPTV网络中,所述IMS UE通过Ut接口与现有 IPTV网络交互,获取节目单信息;或者,如果所述EPG位于IMS核心网内,所述IMS UE与IMS核心网交互,获取节目单信息;或者,如果所述EPG与业务网关为一个实体,所述IMSUE与所述业务网关交 互,获取节目单信息;或者,如果所述EPG是独立存在的一个服务器,所述IMS UE与该EPG服务 器交互,获取节目单信息。
8、 根据权利要求6所述的方法,其特征在于,现有IPTV网络通过自身 内的流媒体服务器向IMS UE发送媒体流的过程包括所述现有IPTV网络中的流媒体服务器直接向IMS UE发送媒体流, 或者,所述现有IPTV网络中的流媒体服务器向承载面实体发送媒体流,由承 载面实体将接收到的媒体流转换为IMS UE能够识别的格式后,再发送给 IMS UE。
9、 根据权利要求6所述的方法,其特征在于,所述承载面实体是业务网 关内的逻辑实体,或者,是IMS Core内的MRF实体;所述业务网关内的信 令面控制实体由IPTV AS实现。
10、 根据权利要求6所述的方法,其特征在于, 所述IMS UE接收到的媒体流是经过加密的;所述IMS UE应用已获得的密钥对接收的々某体流解密后,进行显示。
11、 一种支持IMS终端享用现有IPTV网络VoD业务的方法,其特征在 于,包括IMS UE从电子节目单EPG中荻取节目单信息;业务网关内的信令面控制实体接收到的来自IMS UE的包含节目单信息 业务请求后,将其转换为现有IPTV网络支持的协议格式,以现有IPTV网络 终端的方式向现有IPTV网络发起业务请求,获取VoD流i某体服务器标识, 将来自现有IPTV网络的消息转换为IMS核心网支持的协议格式,建立信令 面连接;VoD流媒体服务器向IMS UE发送媒体流;业务网关内的信令面控制实体获取VCR控制命令,控制VoD流媒体服 务器执行VCR控制命令所指示的操作。
12、 根据权利要求11所述的方法,其特征在于, 所述业务网关内的信令面控制实体获取VCR控制命令的过程为 业务网关内的信令面控制实体使用订阅Subscribe向IMS UE订阅VCR控制,IMS UE通知Notify其VCR控制命令;或者,在IMS UE得到媒体流后,通过扩展SIP信令通知业务网关内的信令面 控制实体其VCR控制命令。
13、 根据权利要求11所述的方法,其特征在于,所述VoD业务采用RTP 流封装;所述建立信令面连接的方式为业务网关内的信令面控制实体和VoD 流媒体服务器之间建立信令面连接;所述VoD流媒体服务器向IMS UE发送媒体流的过程为所述VoD流媒 体服务器直接向IMS UE发送媒体流;或者,所述VoD流媒体服务器向承载 面实体发送媒体流,由承载面实体将接收到的媒体流转换为IMS UE能够识 别的格式后,再发送给IMSUE;所述控制VoD流媒体服务器执行VCR控制命令所指示的操作的过程为 所述业务网关内的信令面控制实体给VoD流媒体服务器发起包含VCR控制 命令的RTSP连接请求,控制VoD流媒体服务器执行VCR控制命令所指示 的操作。
14、 根据权利要求11所述的方法,其特征在于,所述VoD业务采用RTP流封装;所述建立信令面连接的方式为所述业务网关内的信令面控制实体 控制承载面实体与VoD流媒体服务器之间建立信令面连接;所述VoD流媒体服务器向IMS UE发送媒体流的过程为所述VoD流媒 体服务器直接向IMSUE发送媒体流;或者,所述VoD流媒体服务器向承栽 面实体发送媒体流,由承载面实体将接收到的媒体流转换为IMS UE能够识 别的才各式后,再发送给IMSUE;所述控制VoD流媒体服务器执行VCR控制命令所指示的操作的过程为 所述业务网关内的信令面控制实体通过承载面实体给VoD流媒体服务器发 起包含VCR控制命令的连接请求,控制VoD流媒体服务器执行VCR控制命 令所指示的操作。
15、 根据权利要求13或14所述的方法,其特征在于,所述承载面实体 是业务网关内的逻辑实体,或者,是IMS Core内的MRF实体;所述业务网 关内的信令面控制实体由IPTVAS实现。
16、 根据权利要求11、 13或14所述的方法,其特征在于,所述IMSUE 接收到媒体流是经过加密的,IMSUE接收到媒体流之后,进一步包括业务网关内的信令面控制实体获取IMS UE从接收到的媒体流中识别出 RIF的标识,代理IMS UE从该RIF标识所指示的RIF中获取版权对象RO, 应用该RO得到的用于对^ 某体流内容进行加密的内容加密密钥,再应用业务 网关内的信令面控制实体和IMS UE之间的共享密钥对该已解密的内容加密 密钥进行加密,之后,将加密后的内容加密密钥下发给IMSUE;IMS UE应用与业务网关之间的共享密钥解密已加密的内容加密密钥, 应用该内容加密密钥对已加密媒体流进行解密,显示给用户。
17、 根据权利要求16所述的方法,其特征在于,业务网关内的信令面控 制实体获取RIF的标识的过程包括业务网关内的信令面控制实体使用订阅Subscribe消息向IMS UE订阅 RIF标识,IMS UE通知Notify业务网关内的信令面控制实体其从接收到的 i某体流中识别出的RIF;IMS UE从接收到的媒体流中识别出RIF的标识后,通过info消息上报 RIF标识给业务网关内的信令面控制实体。
18、 根据权利要求17所述的方法,其特征在于,所述业务网关内的信令 面控制实体向IMS IJE下发RIF地址订阅请求,与业务网关内的信令面控制 实体向IMS UE下发VCR控制命令订阅请求是相同的订阅请求或不同的订阅请求。
19、 根据权利要求13或14所述的方法,其特征在于,所述IMSUE接 收到媒体流是经过加密的,所述业务网关内的信令面控制实体以现有IPTV网络终端的方式向现有 IPTV网络发起的业务请求中包含请求内容加密密钥的信息;所述业务网关内的信令面控制实体获得内容加密密钥后,进一步包括业务网关内的信令面控制实体应用与IMS UE之间的共享密钥对该内容加密 密钥进行加密,之后,将加密后的内容加密密钥下发给IMSUE;IMS UE接收到媒体流之后,进一步包括应用与业务网关之间的共享 密钥解密已加密的内容加密密钥,再应用该内容加密密钥对已加密媒体流进 行解密,显示给用户。
20、 根据权利要求11所述的方法,其特征在于,所述IMSUE接收到媒 体流是经过加密的,在VoD业务采用TS流封装时,包括所述建立信令面连接的方式为业务网关内的信令面控制实体直接或通 过承载面实体与VoD流媒体服务器间建立起RTSP连接;承载面实体通过业务网关内的信令面控制实体与IMS UE之间完成媒体 流的传输参数协商;承载面实体接收到来自VoD流媒体服务器的经TS方式封装的组播流后, 解析该TS流,从解析后的TS流中获取RTP流、ECM流、EMM流,并从 ECM流中取出应用业务网关内的信令面控制实体和VoD流媒体服务器共享 密钥加密的SK,从EMM流中取出应用SK加密的CW,将加密的SK和CW 通知给业务网关内的信令面控制实体;业务网关内的信令面控制实体应用与VoD流媒体服务器共享密钥解密 SK,并用SK解密CW,再应用与IMS UE共享的密钥对已解密的CW进行 加密,将加密后的CW给下发给IMS UE,媒体面实体向IMS UE下发RTP 流,IMS UE通过共享密钥解密得到CW,并用CW进一步解密媒体流并显不。
21、 根据权利要求11所述的方法,其特征在于,所述IMSUE接收到媒 体流是经过加密的,在VoD业务采用TS流封装时,包括所述建立信令面连接的方式为业务网关内的信令面控制实体直接或通 过承载面实体与VoD流媒体服务器间建立起RTSP连接;承载面实体通过业务网关内的信令面控制实体与IMS UE之间完成媒体 流的传输参数协商;承载面实体接收到来自VoD流媒体服务器的经TS方式封装的组播流后,解析该TS流,从解析后的TS流中获取RTP流、ECM流、EMM流,并从 ECM流中取出应用业务网关内的信令面控制实体和VoD流媒体服务器共享 密钥加密的SK,从EMM流中取出应用SK加密的CW,将加密的SK通知 给业务网关内的信令面控制实体,将加密的CW下发给IMSUE;业务网关内的信令面控制实体应用与VoD流媒体服务器共享密钥解密 SK,再将应用与IMSUE共享密钥加密后的SK下发给IMSUE, MRF向UE 下发RTP流和应用SK加密的CW流;IMS UE通过共享密钥解密得到SK,并用SK解密加密的CW流得到 CW,使用CW进一步解密媒体流并显示。
22、 一种支持IMS终端享用现有IPTV网络LTV业务的方法,其特征在 于,包括IMS UE从电子节目单EPG中获取节目单信息;业务网关内的信令面控制实体接收到的来自IMS UE的包含节目单信息 业务请求后,将其转换为现有IPTV网络支持的协议格式,以现有IPTV网络 终端的方式向现有IPTV网络发起业务请求,获取LTV频道组播IP地址,将 来自现有IPTV网络的消息转换为IMS核心网支持的协议格式,向P-CSCF 返回包含频道组播IP地址的响应;并且,业务网关内的信令面控制实体经 P-CSCF通过RACS进行接入侧和核心侧承载面组播控制,由P-CSCF给IMS UE返回包含频道组播IP地址或接入侧承载实体地址、以及安全相关参数的 业务请求响应信息,建立信令面连接;接入侧承载实体将从内容源接收到的加密组播数据流传送给IMS UE;IMS UE应用已获得的密钥对接收到的媒体流进行解密并显示。
23、 根据权利要求22所述的方法,其特征在于,若所述流传输方式为 RTP传输方式,且IMS UE和LTV组播源间的4某体编解码类型匹配;则所述业务网关内的信令面控制实体获取LTV频道组播IP地址的同时, 进一步包括获取SEK及LTV组播源媒体能力信息;业务网关内的信令面 控制实体应用与IMSUE的共享密钥加密SEK,并将所获取的信息包含在返 回给P-CSCF的响应中;所述所获取的信息包括加密的SEK、频道组播IP地 址、LTV组播源媒体能力;所述接入侧承载实体接收到的加密组播数据流包括来自LTV组播源的 媒体流和加密的内容加密密钥TEK流。
24、 根据权利要求22所述的方法,其特征在于,如果所确定的流传输方 式为RTP传输方式,且IMSUE和LTV组播源间的力某体编码类型不匹配;则所述业务网关内的信令面控制实体获取频道组播IP地址的同时,进一 步包括获取节目密钥SEK及LTV组播源媒体能力信息;之后,所述业务 网关内的信令面控制实体应用与IMSUE的共享密钥加密SEK,控制媒体面 实体进行媒体转换,与LTV组播源间建立组播或单播隧道,并分配新的组播 IP地址,控制媒体面实体为新的组播源;将频道组播IP地址、加密的SEK 和媒体面实体组播源媒体能力信息包含在返回给P-CSCF的响应中;所述接入侧承载实体接收到加密的组播数据流包括来自承载面实体的媒 体流和加密的内容加密密钥TEK流。
25、 根据权利要求23或24所述的方法,其特征在于,所述IMSUE应 用已获得的媒体密钥对接收到的媒体流进行解密的过程包括IMS UE应用与业务网关之间的共享密钥解密SEK; 所述IMS UE应用SEK对组播密钥流进行解密,获得内容加密密钥TEK; 之后,应用该TEK对接收到的媒体流进行解密。
26、 根据权利要求22所述的方法,其特征在于,若所述流传输方式为 RTP传输方式,且IMS UE和LTV组播源间的媒体编解码类型匹配;则所述业务网关内的信令面控制实体获取LTV频道组播IP地址的同时,进一步包括获取节目密钥SEK、用SEK加密的内容密钥TEK和LTV组播 源媒体能力信息;业务网关内的信令面控制实体利用SEK解出TEK,并用 与IMS UE的共享密钥加密TEK;并将组播IP地址、加密的TEK、组播源 媒体能力信息包含在返回给P-CSCF的响应中;所述接入侧承载实体接收到的加密组播数据流中包括来自LTV组播源 的媒体流。
27、 根据权利要求22所述的方法,其特征在于,如果所确定的流传输方 式为RTP传输方式,且IMS UE和LTV组播源间的4某体编码类型不匹配;则所述业务网关内的信令面控制实体获取频道组播IP地址的同时,进一 步包括获取节目密钥SEK、用SEK加密的内容密钥TEK及LTV组播源媒 体能力信息;之后,所述业务网关内的信令面控制实体利用SEK解出TEK, 并用与IMSUE的共享密钥加密TEK,还控制媒体面实体进行媒体转换,与 LTV组播源间建立组播或单播隧道,并分配新的组播IP地址,控制媒体面实 体为新的组播源;将频道组播IP地址、加密的TEK和媒体面实体组播源媒 体能力信息包含在返回给P-CSCF的响应中;所述接入侧承载实体接收到加密的组播数据流中包括来自承载面实体的 媒体流。
28、 根据权利要求26或27所述的方法,其特征在于,所述IMS UE应 用已获得的媒体密钥对接收到的媒体流进行解密的过程包括IMS UE应用与业务网关之间的共享密钥解密TEK;进一步应用所述 TEK对接收到的媒体流进行解密。
29、 根据权利要求22所述的方法,其特征在于,如果确定的流传输方式 为TS传输方式,所述建立信令面控制的过程为IPTVAS控制承载面实体与LTV组播源之间建立组播流; 承载面实体接收到来自LTV组播源的经TS方式封装的组播流后,解析 该TS流,从解析后的TS流中获取RTP流、ECM流、EMM流,并从ECM 流中取出应用业务网关内的信令面控制实体和LTV组播源共享密钥加密的 SK,从EMM流中取出应用SK加密的CW,将加密的SK和CW通知给业 务网关内的信令面控制实体;业务网关内的信令面控制实体应用与LTV组播源共享密钥解密SK,并 用SK解密CW,应用与IMS UE共享的密钥对已解密的CW进行加密,之 后,业务网关内的信令面控制实体再分配在IMS核心网内有效的组播IP地 址,并控制承载面实体将接收到的RTP流作为IMS核心网内的组播流,然 后,业务网关内的信令面控制实体将新分配的所述在IMS核心网内有效的组 播IP地址或边界网关功能实体地址,以及应用与IMSUE共享的密钥加密的 CW传送给IMS UE;所述IMS UE应用已获得的媒体密钥对接收到的媒体流进行解密的过程 包括IMS UE应用与业务网关内的信令面控制实体共享密钥对接收到的加 密的CW进行解密,获取CW,之后,应用该CW对接收到的媒体流进行解 密。
30、根据权利要求22所述的方法,其特征在于,如果确定的流传输方式 为TS传输方式,所述建立信令面控制的过程为IPTVAS控制承载面实体与LTV组播源之间建立组播流;承载面实体接收到来自LTV组播源的经TS方式封装的组播流后,解析 该TS流,从解析后的TS流中获取RTP流、ECM流、EMM流,并从ECM 流中取出应用业务网关内的信令面控制实体和LTV组播源共享密钥加密的 SK,从EMM流中取出应用SK加密的CW,将加密的SK通知给业务网关 内的信令面控制实体,将加密的CW下发给IMSUE;业务网关内的信令面控制实体应用与LTV组播源共享密钥解密SK,并 用与IMS UE的共享密钥对SK再次加密,之后,业务网关内的信令面控制 实体再分配在IMS核心网内有效的组播IP地址,并控制承载面实体将接收 到的RTP流和i某体密钥流作为IMS核心网内的组播流,然后,业务网关内 的信令面控制实体将新分配的所述在IMS核心网内有效的组播IP地址或边 界网关功能实体地址,以及应用与IMSUE共享的密钥加密的SK传送给IMS UE;所述IMS UE应用已获得的媒体密钥对接收到的媒体流进行解密的过程 包括IMS UE应用与业务网关内的信令面控制实体共享密钥对接收到的加密的SK进行解密,获取SK,之后,再应用该SK对已接收到的加密的CW进 行解密,获取CW,再应用CW对接收到的媒体流进行解密。
31、 根据权利要求29或30所述的方法,其特征在于,所述IPTVAS控 制7K载面实体与LTV组4番源之间建立组4番流的过禾呈包括承载面实体通过组播路由协议和LTV组播源建立组播转发路径,或者通 过应用层组播方式,在承载面实体和LTV组播源间建立单播隧道。
32、 根据权利要求22所述的方法,其特征在于,当核心侧承载网络支持组播功能时,所述通过RACS进行承载面组播控 制的过程为接入侧承载实体通过组播路由协议建立到现网IPTV系统中的 内容源或MRF的组播转发路径;当核心侧承载网络不支持组播功能时,所述通过RACS进行承载面组播 控制的过程为IPTV AS通过RACS进行核心侧组播的控制;所述核心侧组 播的控制包括通过应用层组播建立接入侧承载实体设备到内容源的单播或隧 道路径;所述内容源为LTV组播源或承载面实体。
33、 根据权利要求22所述的方法,其特征在于,所述承载面实体是业务 网关内的逻辑实体,或者,是IMS Core内的MRF实体;所述业务网关内的 信令面控制实体由IPTV AS实现。
全文摘要
本发明公开了一种支持IMS终端享用现有IPTV业务的系统和方法,以及支持IMS终端享用现有IPTV网络VoD和LTV业务的方法,其关键是,增加了一用于IMS网络和现有IPTV网络互通所需的业务网关,其包括信令面的控制功能,其还可以包括承载面功能。针对IMS网络初期IMSUE对IPTV的能力支持有限,不具备一些通用的IPTV终端功能,IMS网络并不会支持IPTV业务的状况,本发明解决了如何利用现网的资源,如已部署的IPTV网络以及IMS网络,为IMS用户提供IPTV业务的问题。不但丰富了IMS网络的业务,而且对IPTV的开展与普及提供了很好的平台。
文档编号H04N7/173GK101155191SQ20061013947
公开日2008年4月2日 申请日期2006年9月25日 优先权日2006年9月25日
发明者军 严, 吴向阳, 彭招君, 李幼颖, 李金成, 丰 王 申请人:华为技术有限公司
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1