精华内容
下载资源
问答
  • iptv架构
    2021-08-13 03:04:50

    IPTV简单来说就是交互式网络电视,它能为用户提供电信级的服务和使用简便的电视式体验。

    IPTV业务是伴随着宽带互联网的飞速发展而兴起的一项新兴的互联网增值业务,它利用宽带互联网的基础设施,以家用电视机和电脑作为主要终端,利用网络机顶盒(STB,Set-TopBox),通过互联网协议来传送电视信号,提供包括电视节目在内的多种数字媒体服务。

    IPTV系统概述  到目前为止,IPTV虽然还没有一个十分明确的定义,但IPTV实现电视的网络化却是不容置疑的,它的具体表现形式一定是基于IP网的流媒体服务。整个IPTV系统的中心任务是如何为用户提供流媒体服务。

    围绕这个问题,必须充分考虑电信级系统所必要的一些保证体系,如运营支撑系统、网络管理系统等。一般认为,IPTV系统在逻辑上可以划分成五个部分:媒体处理子系统、媒体管理子系统、电子节目单服务子系统、运营支撑子系统、流服务子系统。

    另外,为了更加直观地展现系统的协同工作情况,还可以根据设备的功能,将系统的相关组件按照功能划分为以下四个部分:媒体平台层、服务支持层、运营支撑层、终端层。

    实际上,完整的IPTV系统还应该包括IP承载层。虽然IPTV系统的运作和IP承载层息息相关,但IP承载层并非IPTV系统独有的,只是IPTV系统对其有一些相对特殊的要求,例如对组播的支持、高带宽的需求等,所以本文中将不对其做详细介绍。

    IPTV系统逻辑结构

    35417f498006ec9ec88f98f146fb44eb.png

    图1

    图1是IPTV系统的逻辑结构,它可以帮助大家更好地理解系统的架构、主要功能和实现方案。

    (1)流服务子系统

    流服务子系统是为用户直接提供流服务的子系统,是系统的核心。无论是视频点播,还是直播电视,或者其他的增值业务,IPTV系统最终都将通过流服务子系统来提供服务,终端总是和流服务子系统进行流媒体的交互。其他的子系统都是直接或间接地为流服务子系统提供服务的。流服务子系统对整个流媒体的服务提供保障,它是系统的关键逻辑组件,其他的相关子系统都是为其服务的,并围绕其设计的。

    (2)媒体处理子系统

    媒体处理子系统的主要任务是将原始的节目源转化成符合规定编码格式的流媒体节目源。原始的节目源可能是电影的拷贝,也可能是DVD碟片,还可能是数字或者模拟的视音频信号源(数字电视或者模拟电视信号源),媒体处理子系统的任务是将它转化成适合在互联网上传输的视音频格式的文件,用的编码格式必须是压缩编码方式,例如MEPG-4、WMV或者H.264等,今后的趋势是采用统一的H.264编码格式。当然系统对于其他格式的媒体文件也都是可以兼容的,关键是终端要支持相应的解码程序。媒体处理子系统本质上就是媒体进入到IPTV系统的入口,无论是TV节目,还是电影节目,都需要通过这一子系统处理后方可进入系统,之后才有可能为IPTV的用户提供相关的流媒体服务的资源。

    (3)媒体管理子系统

    媒体管理子系统的主要任务是对媒体资源进行管理,包括媒体的内容管理、计划的编排、EPG信息的采集与生成、报表信息的采集与生成。

    媒体的内容管理,包括媒体内容通过什么策略来进行存储和分发,比如在系统中如何保存、存储多少份拷贝、位置信息如何索引等,是关系到媒体存储和分发效率的关键因素,也是设备厂家重点考虑的问题之一。

    计划的编排,一般和TV节目相关,如果系统要提供时移电视的功能,必然要对电视节目进行录制,那么计划的编排目的就是为将来要进入存储区域的这些内容按时间段进行分割,时间段的划分一般基于电视台的节目表,这样可以保证这些文件在时移电视点播的时候,可以按时段和节目名称进行点播,按时间收看电视节目。

    EPG信息的采集和生成,一般是通过媒体内容来定制EPG画面,这样可以控制哪些媒体节目出现在EPG界面,可以为用户所使用,同时,它可以根据一些编排计划,在界面中生成相关的节目单,这个就有点类似与传统电视的电视节目预告,它是EPG画面的资源。根据点播情况它可以生成热门影片列表,根据节目导入系统的时间可以生成最新影片列表。

    报表的信息采集与生成,可以理解成通过对媒体资源的状态、使用情况等数据库进行统计的一些情况,它的主要目的是通过查询数据库生成指定格式的报表文件,以供运营者进行相关的分析。比如,它可以提供影片的点击频率从而可以制定策略,使点击多的影片在系统中增加拷贝的数量,以保证为用户提供更优质的服务,而点播次数少的,则可以减少系统的拷贝数量,提高磁盘空间的利用率。

    (4)电子节目单服务子系统

    电子节目单服务子系统的主要任务是为用户提供业务的入口服务,是直接呈现给用户的界面,是供用户选择的系统服务索引,它同时要协助完成用户的接入请求。电子节目单子系统呈现给用户的是在某些权级下,可以享受到的服务。比如,如果是包月用户,那么电子节目单服务子系统将把所有的提供给包月用户的媒体资源以页面的方式呈现给该用户,用户也可以通过各种关键字进行查询。当然,用户也可以通过增加付费的方式,选择超出服务范围的媒体或服务资源。或者,在用户的服务范围内,用户还可以自行控制,对一些不适合儿童观看的影片进行密码保护,阻止儿童观看。

    (5)运营支撑子系统

    运营支撑子系统是为运营商的运营管理服务的系统,包括用户管理、计费管理、定价策略管理、网络设备管理以及运营相关的一些管理工作。这部分无论是对增值业务运营商还是电信运营商都非常重要,一方面它管理着为用户提供服务的这些服务器和网络资源,另一方面它需要对相关服务的资费策略进行定制。资费管理功能的强弱,通常对于运营商的业务竞争力有很大影响,支持的策略越多样化,越能吸引更多的需要,同时适应市场竞争策略的变化,比如临时打折、业务捆绑。与此同时,一般它还会管理用户的资料,比如用户的开户、资料管理、状态变更,能够设定一些阀值来使系统自动开关用户的业务,避免用户的恶意欠费。在运营支撑系统中,运营商还希望能够对第三方的一些网络设备进行管理(一般来说,现在的系统是综合的系统,多厂家设备的融合是非常普遍的现象),还有可能要求和原有的一些前台应用系统和后台营账系统进行一些自动数据传递的接口功能,从而实现平台的统一。运营支撑系统与客户的一些使用习惯相关,与相关业务相关,正是因为个性化的原因,一般运营商会根据要求进行一些定制,采用一些开放式的架构,可以方便地进行相关模块的定制,满足各种个性化的要求。

    IPTV系统功能结构  前面介绍过,IPTV系统按照功能结构可以分为媒体平台层、服务支撑层、运营支撑层和终端层。但实际上,系统的分层结构根据对业务模型的构建的不同和实现方式的不同,会有所不同,平台之间的功能只有模糊的差异,并没有清晰的界限,比如说,内容编码服务器到底属于媒体平台层还是服务支持层,就存在分歧;而网络管理系统属于运营支撑层还是属于服务支持层,也会有不同的声音。明确地界定这些层所包含的设备,依赖于系统架构工程师,并和系统的相关业务流程息息相关,在这里只做了一些共性的探讨。

    3bb6af3d9b647f55ba14ca513658fb7e.png

    图2

    图2是一种实现方案的结构,大家可以对整个IPTV系统有个大致的了解。在后面则将分别介绍各层的一些详细内容。

    (1)媒体平台层

    媒体平台层一般主要由一些和媒体相关的服务器组成。就目前提供的相关服务,主要包括媒体存储和分发的媒体工作站(有些厂家也称之为流媒体服务器),媒体编码加密和导入的内容工作站。考虑到今后的业务扩展,还会增加更多的内容,比如说如果增加网络可视电话业务,必然还要增加相关的服务器来负责可视电话业务的媒体流处理;如果增加网络游戏服务,还需要相关的游戏服务器来处理相关事务。

    (2)服务支持层

    服务支持层,也称作在线业务支持层,一般可以采用分布式结构位于中心机房和城域网机房。其主要的任务是对IPTV相关服务进行控制:一方面是保证合法用户可以通过正常的渠道得到相关的服务,对用户进行认证和授权;另一方面,通过认证和授权措施来防止非法用户接入系统。

    一般来说,服务支持层包括所有的和媒体服务相关的一些服务器,主要包括DRM系统(包括许可服务器和其他的对密钥进行引用和控制的组件)、客户自服务服务器、网络管理服务器、媒体引入系统的一些内容编码服务器、认证服务器、EPG服务器等。DRM系统主要用于流媒体的数字版权管理,许可服务器主要用于License的分发,认证服务器主要用于用户的业务接入认证,其他的服务器都是为用户的媒体服务提供在线的支持。

    (3)运营支撑层

    运营支撑层,也称作后台服务支持层,一般位于用户的数据中心和网络管理中心,它是为业务运营和网络管理服务的,是运营商的业务管理和控制的核心平台,要适应不同的运营模式和管理风格,通常情况下要考虑更多的业务模型、管理模型等方面,运营商一般还会提出很多定制性的要求。一般主要包括客户管理、计费账务管理和媒体资产管理这几个相对独立的模块。一般来说,这三部分都是OSS的功能模块。

    OSS是一个为运营商进行节目管理、工作流管理、用户管理、计费及账务、用户自助服务的可伸缩、可扩展的业务支撑平台。同时,它提供各种后台解决方案,如用户管理、业务管理、资费政策管理、销账处理、营收管理、结算分摊、数据分析等功能。

    (4)终端层

    EPG的客户端软件、解码设备(支持MPEG-1/2/4、WMV、REAL、H.264等格式)、媒体播放器与系统中的服务器进行交互从而控制媒体服务的进程,并且通过STB将媒体流数据转换为TV终端支持的视频信号。未来还将包括3G手机等终端。

    终端层是整个系统用于和用户交互的平台,也是呈现在用户侧的惟一设备,其设计除了考虑技术层面,还要考虑很多因素,比如经济性、美观性等。

    终端层的主要设备一般是机顶盒。当然,如果是PC用户,只需要一套支持解码和播放技术的软件就可以了,可以认为它是一个软件机顶盒。

    结语

    IPTV系统是构建在现有互联网上的业务系统,它必须适应现有的IP网络构建,这样才能保证系统的可靠性和稳定性。一般来说,IPTV的网络是一个分层的网络结构,分为骨干网层、城域网层和接入网层,IPTV系统的部署一般也和这种分层结构相吻合。

    (1)数据中心位于骨干层,部署相应的OSS和网管系统,同时一些内容编码服务器、中心媒体服务器以及相应的服务支持层功能实体可以集中部署在这里。如果网络规模大,也可以将部分组件分布式部署延伸到城域网。

    (2)分布式的媒体工作站可以位于城域网层或者接入网层,取决于网络的规模,初期可以位于城域网,后期可以在城域网和接入网分层部署。

    (3)终端设备位于接入网中。

    这样的结构可以有效利用现有的各种网络资源,加快部署的速度,保证低成本地部署系统的同时还可以确保系统的可扩展性。

    IPTV系统是一种基于宽带网络的新型增值业务平台,伴随着互联网技术的发展,必然会不断发展,虽然其逻辑结构不会发生大的改变,除非互联网的架构发生大的改变,但逻辑架构下的功能模块必然会随着业务的发展而改变,适应用户需求的功能会不断被开发出来,IPTV业务也将在不断的业务创新中不断发展,在个性化的家庭娱乐中占据一席之地,为用户打造一个全新的娱乐甚至商务平台。

    更多相关内容
  • 介绍了国内外VR/AR产业的发展情况,分析了IPTV架构下VR业务的需求;对编解码、投影、业务平台、机顶盒和网络传输等关键技术进行了研究解析;然后从VR的两种不同使用场景出发,提出了IPTV架构下VR业务的解决方案及...
  • 在电信网、广播电视网、互联网三网融合...本文首先介绍各标准化组织的相关研究进展,而后针对IPTV业务的特点,在国际标准化组织研究基础上提出基于IMS的IPTV体系架构并进行分析,最后着重分析IPTV业务对IMS网络的影响。
  • 基于IMS的IPTV架构及其对IMS网络架构的影响分析-图文(精).doc
  • 基于IMS的IPTV架构研究.pdf
  • 基于IMS的IPTV架构标准化进展及展望 夏宏飞 王 东 董振江 摘要:本文结合ITU-T IPTV-GSI和ETSI TISPAN两大标准组织中针对基于IMS的IPTV架构方面的最新研究成果和标准化情况进行介绍,并对二者的研究情况进行了对比,...
  • 基于融合通信框架的下一代IPTV架构.pdf
  • 基于IMS的IPTV架构标准化进展及展望.pdf
  • 研究与开发 1引言 IMS (IP 多媒体子系统作为下一代融合网络的核心其 开放和灵活的网络架构为运营商网络提供了前所未有的业务融合多媒体承载和处理能力VoIP 即时消息状态呈现视频C 多媒体会议等业务均可基于IS 进行...
  • IPTV知识科普全面,什么是IPTV?IPTV架构部署

    万次阅读 多人点赞 2017-07-27 17:16:07
    1 什么是IPTVIPTV,(网络协议电视,Internet Protocol Television),即通过互联网协议来提供包括电视节目在内的多种数字媒体服务。 1.1 模拟电视、数字电视、OTT和IPTV的区别 模拟电视:从卫星...

    1 什么是IPTV?


    IPTV,(网络协议电视,Internet Protocol Television),即通过互联网协议来提供包括电视节目在内的多种数字媒体服务。


    1.1 模拟电视、数字电视、OTT和IPTV的区别


    模拟电视:从卫星接收到模拟信号之后,把这些信号通过广播的方式全部推送到用户电视机终端,终端通过选择不同的频点来选择不同的节目。


    数字电视:从卫星接收信号,通过视频压缩和数字化处理,然后再经过QAM调制,再通过网络广播到用户终端。数字电视和模拟电视的区别是传送的内容变成了数字的方式。


    IPTV:从卫星接收下来的信号,经过视频压缩处理,然后把压缩后的报文经过IP流化,变成IP报文,通过IP网络传送到用户家里,因此可以充分利用IP网络的可达性以及IP网络传送效率的优越性。 


    OTT TV是“Over The Top TV”的缩写,是指基于开放互联网的视频服务,意指在网络之上提供服务,强调服务与物理网络的无关性。通过互联网传输的视频节目。


    简单的讲,IPTV与OTT之间的区别是:



    1)IPTV采用独立组网,而OTT叠加在宽带网上;

    2)IPTV有QoS保障,而OTT无;

    3)IPTV各地广电提供节目源,有电视直播,而OTT无。


    1.2 IPTV的定义和特征


    所有IPTV系统传送视频用IP网,这是对的,但反过来说,用IP网传送视频的系统都是IPTV,那就不对了。 


    IPTV是在一个IP网上传送传统广播频道到消费者,用以取代地面广播、CATV和卫星服务。尽管都使用IP网络,但与互联网视频在公共互联网上传播不同,IPTV服务几乎是通过专用网进行传输的。


    从终端来看,IPTV 机顶盒是需要的,他把进入的IPTV信号变换成标准的视频信号,以供家中电视机显示。


    IPTV的主要特征是: 

     

    1)连续的视频流:具有专业制作的内容(如电视广播网络送来的); 

    2)成百个不停止、连续播出的频道; 

    3)统一的内容形式(所有通道共享一种压缩方式和使用同一个码率 )

    4)在专用网上传输; 

    5)通过机顶盒在家庭电视机上观看 


    2  IPTV产业链



    截至目前,广电总局共颁发了七张互联网电视集成业务牌照,均为广电系,分别是央视国际CNTV(中央电视台为申请主体)、杭州华数(浙江、杭州电视台联合申请)、上海文广百视通(上海电视台为申请主体)、南方传媒(广东电视台为申请主体)、湖南电视台、中国国际广播电台以及中央人民电台。





    主要合作模式:




    IPTV业务模式:


    IPTV内容运营商负责内容集成运营,提供牌照、自身的内容和其他CP的内容

    网络运营商负责传送内容。

    两个运营商合作运营,收入分成。


    所以,IPTV是电信网、广播电视网、互联网的三网融合运营。


    3 IPTV网络构架


    3.1 IPTV系统部署架构 



    IPTV系统构架可分简单分为内容层、业务层、承载层和接入层。


    内容层包括内容组织、内容制作、内容集成、内容计费、DRM加密等。


    业务层负责直播、点播、回看、时移等,负责内容分发、增值业务平台、运营支撑管理和业务管理等。


    承载层指网络运营商的宽带骨干网、城域网、宽带接入网络。


    接入层指用户接入设备,例如机顶盒(STB)。



    CMS(内容合成管理系统)构架:




    BMS(业务管理系统)构架:



    CDN平台构架:



    EPG系统架构:



    终端管理平台:


    EPG:电子节目指南。


    DRM:数字版权管理。内容加密,防止被任意分发;防止解密后的内容被任意复制或修改;防止内容被任意使用。DRM流程图如下:




    3.2 IPTV网络构架


    典型的网络部署架构:


    网络承载模型:




    流量承载模型:




    3.3 IPTV业务流程


    用户接入流程:




    直播流程:



    点播流程:


    4 IPTV基本技术原理


    4.1 组播


    要理解组播,得同时理解单播和广播。


    单播


    在单播中每个视频流都精确的送往每个受体, 如果多个受体需要同一个视频,那么信号源就要对每个用户产生独立的单播流,然后这些独立的流从信号源经过IP网络流向每一个受众。




    如上图,网络中存在信息发送者Source,UserA和UserC提出信息需求,网络采用单播方式传输信息。


    发送流程:


    一份单播报文,使用一个单播地址作为目的地址。Source向每个Receiver地址发送一份独立的单播报文。N个Receiver需要发送N份单播报文。如图中所示:packets for UserA;packets for UserC。


    网络为每份单播报文建立一条独立的数据传送通路。N份单播报文需要建立N条相互独立的传输路径。如图中所示:Source→ RouterB → RouterE → RouterD → UserA;Source → RouterB → RouterE → RouterF → UserC。


    广播


    IP网络也支持叫作广播的功能,在那里一个单一的包送往局域网的每个设备,接收广播包的每一个设备必须处理这个包,假如有这个设备的信息。但广播包不会在流媒体里使用,因为即使是一个小的流也会灌满所有局域网所有设备,另外广播包一般不由路由器从一个局域网传播到另外的局域网,这就是说,这些情况对于流应用是不希望的。在真正的IP组播中,这些包仅仅送往特别需要接收它们的设备上。




    如上图,网络中存在信息发送者Source,UserA和UserC提出信息需求,网络采用广播方式传输信息。


    发送流程:


    一份广播报文,使用一个广播地址作为目的地址。Source向网络广播地址发送且仅发送一份报文。如图中所示:packets for all the network。


    报文被拷贝并传送到每个网段,不管是否有需求,保证报文到达网络中所有的路由器和用户。如图中所示:不需要此报文的用户UserB也能够接收到一份拷贝。


    组播


    在组播中,一个单独的视频流同时送往多个用户,虽然使用特别协议,网络定向为每个受众复制视频流。这种复制发生在网络内部而不是在信号源。复制是在受众需要的网络点上进行。



    如上图,网络中存在信息发送者Source,UserA和UserC提出信息需求,网络采用组播方式传输信息。


    发送流程:


    一份组播报文,使用一个组播地址作为目的地址。Source(组播源)向一个组播地址发送且仅发送一份报文。如图中所示:packets for all the multicast group


    网络中部署的组播协议为此组播报文建立一棵树型路由,根连接Source,分支连接所有组播组成员。如图中所示:Source→ RouterB → RouterE [ →RouterD → UserA | → RouterF → UserC ] 。


    ▲单播与组播环境下的数据流


    组播的优势


    组播在点对多点的网络中优势很明显:单一的信息流沿树型路径被同时发送给一组用户,相同的组播数据流在每一条链路上最多仅有一份。相比单播来说,使用组播方式传递信息,用户的增加不会显著增加网络的负载,减轻了服务器和CPU的负荷。不需要此报文的用户不能收到此数据。相比广播来说,组播数据仅被传输到有接收者的地方,减少了冗余流量、节约了网络带宽、降低了网络负载。因此可以说组播技术有效地解决了单点发送多点接收的问题,实现了IP网络中点到多点的高效数据传送。


    ▲直播业务采用组播和单播比较


    若IPTV单播流量和用户上网流量混跑在宽带网络上,接入端无法实现QOS质量保障,会出现IPTV卡顿,上网测速不达标,用户使用感知下降;城域网OLT至CR的流量也会变得很大,容易出现拥塞。


    概括一下:组播解决了单播方式在源主机上多次”打包”,在网络上重复”投递”这种极其消耗服务器资源和网络资源的缺陷,同时也解决了广播方式缺乏足够安全机制(只有加入到组才能接收),消耗传输链路带宽的缺陷。


    组播基本概念


    组播组:组播组使用一个IP组播地址标识。任何用户主机(或其他接收设备),加入一个组播组,就成为了该组成员,可以识别并接收以该IP组播地址为目的地址的IP报文。如:在你收听汽车收音机时,当收音机调频在FM98.8时,说明你加入了某个电台的组,那么你就接收到这个频道的信息。


    组播源:以组播组地址为目的地址,发送IP报文的信源称为组播源。一个组播源可以同时向多个组播组发送数据。多个组播源可以同时向一个组播组发送报文。


    组播路由器:网络中支持组播功能的路由器称为“组播路由器”。和单播路由器一样,组播路由器的功能是寻址和转发。组播路由器通过组播路由协议发现和选择路由,最终形成组播路由表,对组播数据进行前转。


    组播树:使用组播就是”种植”和”维护”一棵或两棵树。学习组播最重要的是理清这些树是如何形成、如何收敛、如何变化、数据在树上是如何传递的。至于是一棵还是两棵树,关键取决于使用哪种组播路由协议。组播树在组播路由器上最好的体现是组播路由表项(*,G)和(S,G)。组播中常见的就是以下两棵树:源树和共享树。


    IGMP:IGMP协议是主机和路由器进行组播通信的语言,对应到OSI模型属于第三层协议,是我们所说的三层组播协议中关键组件。


    组播路由协议:组播路由协议是组播路由器之间的组播通信语言。如同OSPF是单播路由协议一样。组播路由协议可以按照使用的范围大小划分为IGP和EGP,这也和单播路由协议一样。


    PIM:PIM是使用较广泛的组播路由协议, PIM(Protocol Independent Multicast)称为协议无关组播。什么是协议无关?简单理解PIM是”拿来主义者”,PIM不自己去发现路由,而是使用现成的单播路由表中的路由条目,不管这些单播路由条目是哪种单播路由协议发现和传递的,这就是与协议无关的含义。PIM利用现有的单播路由信息,对组播报文执行RPF(Reverse Path Forwarding)检查,从而创建组播路由表项,构建组播分发树。PIM不维护专门的单播路由,也不依赖某具体的单播路由协议,它直接利用单播路由的结果。


    PIM支持两类组播路由模型:PIM-DM和PIM-SM。PIM-DM称为协议独立组播-密集模式,适合规模较小、组播组成员相对比较密集的局域网。PIM-SM称为协议独立组播-稀疏模式,适合网络中的组成员相对比较稀疏,分布广泛的大型网络。



    RP:RP (Rendezvous Point)是PIM SM中源树和共享树的汇聚点,是两棵树的总根。一般情况下全网设备对于RP地址的认识是一致的,否则两棵树无法汇聚,导致源发送的流量无法达到组。


    4.2 流媒体


    流媒体(Streaming Media)是指在网络中使用流式传输技术的连续时基媒体,如音频、视频和其它多媒体文件。流媒体技术一般是指把连续的影像和声音信息经过压缩处理后放在流媒体服务器上,让用户一边下载一边观看、收听,而不需要等整个压缩文件下载到自己机器后才可以观看的视频/音频传输、编解码技术。流媒体技术不是单一的技术,它是建立在很多基础技术之上的技术。流媒体实现的关键技术是流式传输。流媒体的主要技术特征就是采用流式传输,即通过网络将流媒体内容传送到客户机。


    流媒体基础网络协议:


    TCP、UDP(传输层)

    IP协议(互联网层)。


    流媒体传输协议:


    RTP、RTCP,RTP为实时传输协议,通过UDP协议传输,RTCP为实时传输控制协议,可以通过TCP协议传输,也可以通过UDP协议传输,但与RTP采用不同的端口号,加以分离。


    RTP是一种提供端对端传输服务的实时传输协议,用来支持在单目标广播和多目标广播网络服务传输实时数据,而实时数据的传输则由RTCP协议来监视和控制。


    RTSP,RTSP为实时流协议,也可以说是话路控制协议,支持如像VCR那样的操作控制,如暂停、快进、快退等。RTSP也通过UDP来传输。


    RSVP,RSVP协议为资源预留协议,属传输层范围的协议,对沿路由的路由器提出控制带宽(预留)的要求,以保证某些信号带宽稳定的需求。


    流媒体的网络传输特征:


    高带宽和高压缩率

    低传输延迟

    支持组播模式

    可靠性高

    通道同步,视频流、音频流及其他数据流从不同的传输通道经由不同的路由到达终端节点时,有必要采取一定的机制实现异种数据流之间的同步问题,这称为通道同步问题。


    4.3 视频编码


    由于视频数据的庞大,未压缩的数字视频数据量对于网络来说无论是存储或传输都是是压力,因此数字视频的关键问题是数字视频的压缩技术,而视频是由连续的图像帧形成的图像序列,由于景物变换速度的限制,相邻帧之间存在很高的相关性,因此利用运动补偿技术结合变换编码,构成了序列图像编码的主要方法。


    H.264视频编码:


    H.264是国际标准化组织(ISO)和国际电信联盟(ITU)共同提出的继MPEG4之后的新一代数字视频压缩格式,主要特点有:


    低码率:和MPEG2和MPEG4 ASP等压缩技术相比,在同等图像质量下,采用H.264技术压缩后的数据量只有MPEG2的1/8,MPEG4的1/3。 

    高质量的图像:H.264能提供连续、流畅的高质量图像(DVD质量)。 

    容错能力强:H.264提供了解决在不稳定网络环境下容易发生的丢包等错误的必要工具。

    网络适应性强:H.264提供了网络抽象层(Network Abstraction Layer),使得H.264的文件能容易地在不同网络上传输。


    H.264最大的优势是具有很高的数据压缩比率,在同等图像质量的条件下,H.264的压缩比是MPEG-2的2倍以上,是MPEG-4的1.5~2倍。举个例子,原始文件的大小如果为88GB,采用MPEG-2压缩标准压缩后变成3.5GB,压缩比为25∶1,而采用H.264压缩标准压缩后变为879MB,从88GB到879MB,H.264的压缩比达到惊人的102∶1。低码率(Low Bit Rate)对H.264的高的压缩比起到了重要的作用,和MPEG-2和MPEG-4 ASP等压缩技术相比,H.264压缩技术将大大节省用户的下载时间和数据流量收费。尤其值得一提的是,H.264在具有高压缩比的同时还拥有高质量流畅的图像,正因为如此,经过H.264压缩的视频数据,在网络传输过程中所需要的带宽更少,也更加经济。


    H.265视频编码:


    高效率视频编码(High Efficiency Video Coding,简称HEVC)是一种视频压缩标准,被视为是ITU-T H.264/MPEG-4 AVC标准的继任者。2004年开始由ISO/IEC Moving Picture Experts Group(MPEG)和ITU-T Video Coding Experts Group(VCEG)作为ISO/IEC 23008-2 MPEG-H Part 2或称作ITU-T H.265开始制定。第一版的HEVC/H.265视频压缩标准在2013年4月13日被接受为国际电信联盟(ITU-T)的正式标准。


    HEVC被认为不仅提升视频质量,同时也能达到H.264/MPEG-4 AVC两倍之压缩率(等同于同样画面质量下比特率减少到了50%),可支持4K分辨率甚至到超高清电视(UHDTV),最高分辨率可达到8192×4320(8K分辨率)。


    4.4 宽带需求


    IPTV的各种业务中的流媒体业务所需的带宽要求较高。不同的节目类型、编码方式的节目,对网络带宽的需求也不同。



    标清节目的分辨率一般为720×480,视觉体验与DVD相当,当前常用的标清节目编码方式为MPGE-2和H.264,对应带宽需求分别为3.75M和2M;


    高清节目标准分为720P和1080i两种,视觉体验高于DVD,分别对应分辨率为1280×720和1920×1080,MPGE-2编码高清节目所需带宽为12M,H.264编码高清节目所需带宽为8M。


    对于4K超高清IPTV,物理分辨率为3840×2160,采用H.265编码技术,带宽需求约为27M。


    4.5 机顶盒(STB)


    机顶盒(set-top-box),将数字电视信号转换为模拟电视信号的设备。



    主要功能:接收数字电视节目,同时具有所有广播、点播和交互式多媒体应用功能。


    电子节目指南(EPG)


    交互式应用:为用户提供视频点播、组播和互动游戏。通过交互功能的应用,人们在点播时可以像操作家用DVD一样进行快进、快退、暂停;在组播时可以快速切换电视频道。通过交互功能的应用,人们还可以进行互动游戏。 


    软件在线升级:利用机顶盒中间件插件可以提供机顶盒能力探测,在线安装和更新机顶盒应用软件。机顶盒能识别该软件的版本号,在版本不同时接收该软件,并对保存在存储器中的软件进行更新。 


    互联网浏览和其它功能(VoIP, 游戏,Web,Email…)


    IPTV机顶盒关键技术包括:视频解码和播放,流式传输技术,图像和图形显示技术,中间件技术和嵌入式应用系统。


    机顶盒硬件架构:



    机顶盒软件构架:



    机顶盒开机到进入EPG界面分以下几个阶段:


    1)网络认证阶段(0%-7%)

    2)载入机顶盒固件(7%-52%)

    3)解析域名服务器(52%-61%)

    4)IPTV业务账号认证(61%-83%)

    5)载入EPG(83%-100%)


    因此,可根据机顶盒开机后在哪一阶段发生故障,来判断故障原因。比如,开机时停止在7%的地方,说明网络连接可能有问题。


    5 IPTV常见故障与维护


    5.1 直播点播卡、花屏


    1)所有直播频道、点播节目都卡


    解决办法:查网络!多半是接入网问题,在其他节点观测是否有同样的卡顿、花屏现象。此类故障区域性、时段性、连续性强,同一个用户可能连续一段时间都是这样的问题。


    典型案例: 某区域部分用户出现严重卡顿,后经排查原因为:OLT上行链路带宽利用率已达100%,BAS上行链路带宽利用率达80%问题,需扩容。


    2)个别直播频道卡、花屏


    解决办法:这个有两种可能:一个是网络带宽不够,用户带宽不足以支持用户观看某些码率过高的节目,这种现象的特点就是只要是高清的频道或节目就卡,普通的很流畅。另个一个是某某节目或频道卡顿、花屏,这个极有可能是节目源的问题。


    典型案例: CCTV1高清频道每隔5,6分钟会出现一次马赛克花屏现象,且回看时移时在同样位置都会出现,其他频道无此现象。后检查为广电编码器故障。


    5.2 用户无法登陆


    1)新装机无法登陆

               

    解决办法:检查网络及账号,首先检查用户家宽带能否正常上网,接着找本地增值查机顶盒的接入账号及业务账号是否正常。


    典型案例: 某市多家酒店上班故障,晚上8点至9点半左右看不了电视,打开机顶盒ITV连接进度7%,故障原因为BAS上单板容量达到超处理能力。将该单板上部分用户割接到另一台BAS上,故障消除。


    2)突然无法登陆


    解决办法:检查网络,找BOSS查业务账号是否欠费。


    5.3 直播黑屏


    1)高清频道黑屏

    解决办法:带宽不够


    2)单个频道黑屏


    解决办法:多半是直播节目源断流。


    3)都黑屏


    解决办法:如果同一PON口下,换光猫。更换机顶盒,或联系本地其他点直播是否正常 。


    5.4 首页展示及图片展示不全


    能正常登陆,单用户首页展示及图片展示不全,多半是机顶盒问题。


    5.5 无图像有声音,有图像无声音


    可能故障为电视机和机顶盒的连接不正常。


    5.6 声音和图像不同步


    障碍可能原因:片源问题或机顶盒故障。


    转载文章hr opt

    展开全文
  • 介绍IPTV架构业务的特点,以及对城域网带来的挑战。分析了IPTV网 络的结构,包括组播、复制、IPTV业务的认证以及网络拓朴的优化结构,提出针对IPTV业务的监管方案。最后将介绍IPTV的实际案例分析。 资料下载:...
  • IPTV架构及各个模块的组成,直播组播认证流程,最新最全的IPTV科普知识
  • IPTV业务是伴随着宽带互联网的飞速发展而兴起的一项新兴的互联网增值业务,它利用宽带互联网的基础设施,以家用电视机和电脑作为主要终端,利用网络机顶盒(STB,Set-TopBox),通过互联网协议来传送电视信号,提供...
  • 各种IPTV系统整体架构参考图

    千次阅读 2020-06-10 15:45:01
  • IPTV系统架构及关键技术 1. IPTV系统架构 2. 视频编码技术 3. DRM技术 4. EPG简介 5. 机顶盒
  • IPTV工作原理,前端架构,终端架构的介绍,详细说明了从前端到网络到终端的全传输过程及其关键技术点。
  • 针对目前IPTV内容安全威胁,本文提出了IPTV内容安全架构和内容安全监控的需求。当然,本文所提出的IPTV内容安全架构只是笔者的初步想法,并不完善。还有待实际系统的检验。尤其是IPTV内容监控系统,目前国内外并没有...
  • GB∕T 38827-2020 IPTV媒体交付系统技术要求 体系架构.pdf
  • IPTV体系结构

    千次阅读 2020-05-17 16:21:33
    【流媒体网】消息:按照广播电视行业标准制定程序要求和计划安排,国家广播电视总局组织广播电视科学研究院等单位制定《IPTV技术体系总体要求》行业标准,现对已通过全国广播电影电视标准化技术委员会审查的报批稿...

    【流媒体网】消息:按照广播电视行业标准制定程序要求和计划安排,国家广播电视总局组织广播电视科学研究院等单位制定《IPTV技术体系总体要求》行业标准,现对已通过全国广播电影电视标准化技术委员会审查的报批稿予以公示。

      前 言

      本标准按照GB/T 1.1—2009给出的规则起草。

      请注意本文件的某些内容可能涉及专利。本文件发布机构不承担识别这些专利的责任。

      本标准由全国广播电影电视标准化技术委员会(SAC/TC 239)归口。

      本标准起草单位:国家广播电视总局广播电视科学研究院、爱上电视传媒(北京)有限公司、中广电广播电影电视设计研究院、国家广播电视总局监管中心、北京广播电视台、广西广播电视台、百视通网络电视技术发展有限责任公司、湖南广播电视台、咪咕文化科技有限公司、中国联合网络通信有限公司网络技术研究院、天翼智慧家庭科技有限公司。

      本标准主要起草人:张伟、潘红梅、施玉海、徐磊、王新喆、赵志成、杨凯、张琪、锁强、王慧、李洁、祝谷乔、刘万年、尹亚光、何晶、赵耀峰、万时华、于鼎、王晓光、齐威、张帆、孙海波。

      IPTV 技术体系总体要求

     1 范围

      本标准规定了IPTV总体技术架构,IPTV内容服务平台、IPTV集成播控平台、IPTV传输系统之间的对接原则,以及与监管系统对接的技术要求。

      本标准适用于IPTV系统的规划、设计、建设、运行、管理和维护。

      2 术语、定义和缩略语

      2.1 术语和定义

      下列术语和定义适用于本文件。

      2.1.1

      IPTV internet protocol TV

      在IP专用网络上传送包含电视、视频、音频、文本、图形和数据等,提供QoS/QoE、安全、交互性和可靠性的可管理的多媒体业务。

      2.1.2

      IPTV 集成播控平台 IPTV integrated playout management platform

      负责对IPTV业务进行集成播出控制和管理, 对IPTV业务的播控管理系统, 完成节目统一集成和播出控制、EPG管理和服务、用户及计费管理、版权管理、安全管理、数据管理、节目监控等功能,由IPTV集成播控总平台和IPTV集成播控分平台构成。

      2.1.3

      IPTV 内容服务平台 IPTV content service management platform

      负责对IPTV内容的素材采集、编辑、审核、版权管理,提供符合播出要求的内容,按区域划分为全国IPTV内容服务平台和省级IPTV内容服务平台。

      2.1.4

      IPTV 内容提供方 IPTV content provider

      负责向IPTV内容服务平台提供符合要求的节目内容和其他服务内容。

      2.1.5

      电子节目指南 electronic program guide;EPG

      用于IPTV各种节目和业务的索引及导航的门户,由EPG模板和EPG数据信息组成。

      2.1.6

      EPG 模板 EPG framework

      由文字、页面样式、代码文件与相关资源组成的、用于展示EPG界面的文件集合,有B/S和C/S两种形式。

      2.2 缩略语

      下列缩略语适用于本文件。

      AAA 认证鉴权计费(Authentication Authorization Accounting)

      AVS 数字音视频编码技术标准(Audio and Video coding Standard)

      3 IPTV 技术体系架构

      3.1 体系架构

      IPTV技术系统包括全国IPTV内容服务平台、省级IPTV内容服务平台、IPTV集成播控总平台、IPTV集成播控分平台、IPTV传输系统、IPTV用户终端、IPTV中央监管平台、IPTV省级监管平台。

      IPTV体系架构图见图1。

      3.2 IPTV 内容服务平台

      IPTV内容服务平台按区域划分为全国IPTV内容服务平台和省级IPTV内容服务平台。

      全国内容服务平台与IPTV集成播控总平台对接, 负责将全国性内容提供给集成播控总平台; 省级内容服务平台与IPTV集成播控分平台对接,负责将本省内容提供给集成播控分平台。

      IPTV内容服务平台应包含如下功能模块:素材采集、内容编辑、合成转码、内容审看、技术审核、

      内容管理、版权管理、人员管理、产品发布等,负责产品的组织、电子节目指南(EPG)条目的素材制作、内容合规性的审核及流程管理等职责。IPTV内容服务平台对自身所汇集内容的版权负责,通过对接集成播控平台的版权管理系统进行管理。

      IPTV内容提供方将节目内容及其他服务内容, 通过IPTV内容服务平台定义的数据接口或数据接收方式提供给IPTV内容服务平台。

      3.3 IPTV 集成播控平台

      IPTV的集成播控平台由IPTV集成播控总平台和IPTV集成播控分平台构成。

      IPTV集成播控平台负责对IPTV业务进行集成播出控制和管理,是指对IPTV相关业务的播控管理系统,完成节目统一集成和播出控制、EPG管理和服务、用户及计费管理、版权管理、安全管理、数据管理、节目监控等功能。

      IPTV集成播控总平台与分平台对接,IPTV集成播控分平台与传输系统对接,总平台、分平台、传输系统对接完成后, 形成为终端用户提供服务的能力。 IPTV集成播控总平台与中央IPTV监管平台对接, IPTV集成播控分平台与中央IPTV监管平台及省IPTV监管平台对接。

      3.4 IPTV 传输系统

      IPTV传输系统负责为IPTV集成播控平台与终端之间提供信号传输分发, 采用虚拟网络等技术为IPTV用户提供有QoS和安全保障的服务。

      IPTV传输系统主要由业务分发、业务承载、用户管理、终端管理、认证计费等部分组成。业务分发和业务承载负责接收IPTV集成播控平台下发的内容并分发至用户,最终在用户终端进行呈现。

      IPTV传输系统应满足IPTV集成播控平台提供的各类业务的传输需求。

      IPTV传输系统与国家广播电视总局指定的IPTV监管平台对接,按要求提供监测信号。

      3.5 IPTV 监管平台

      全国IPTV监管平台由IPTV中央监管平台、 IPTV省级监管平台和IPTV监测采集设备组成, 负责节目内容监管、传播秩序监管、技术质量监管、安全播出监管、网络安全监管等。

      3.6 IPTV 用户终端

      IPTV 用户终端通过 IPTV 传输系统,只能接收并完整呈现经由 IPTV 集成播控平台审核后的内容和各类服务,接受 IPTV 集成播控分平台的管理和控制。IPTV 用户终端启动后,应直接呈现 IPTV 集成播控平台提供的 EPG 服务页面。

      IPTV 用户终端应具备支持防刷机的安全启动、支持业务和内容保护及安全音视频路径的安全执行环境、支持安全的个性化应用下载及安装、支持防恶意应用的应用安全管控等功能。

      4 IPTV 内容服务平台和 IPTV 集成播控平台的对接

      4.1 对接架构

      IPTV内容服务平台对接IPTV集成播控平台, 负责将内容注入到集成播控平台。 其中全国性内容服务平台对接集成播控总平台全国下发, 省级内容服务平台对接集成播控分平台属地下发。 IPTV内容服务平台和集成播控平台对接架构图见图2。

      4.2 连接方式

      IPTV内容服务平台向IPTV集成播控平台对接内容时,要求两个平台之间以安全的专用网络连接。

      4.3 接口要求

      IPTV内容服务平台向集成播控平台传送内容及相关信息。

      IPTV内容服务平台和集成播控平台之间的内容交互通过节目集成管理系统接口完成,该接口包括:定义IPTV内容服务平台和集成播控平台之间内容及元数据的交换流程及接口要求,包括视频、音频、图片、标签、版权管理等元数据的格式要求。

      5 IPTV 集成播控总平台和分平台对接

      5.1 对接架构

      IPTV集成播控总平台和分平台之间的对接主要包括:

      a)节目集成管理对接:对应节目集成管理接口;

      b)EPG管理对接:对应EPG管理接口;

      c)用户及计费管理对接:对应用户及计费管理接口;

      d)数据管理对接:对应数据管理接口。

      IPTV集成播控总平台和分平台对接接口架构图见图3。

      5.2 对接方式

      IPTV集成播控总平台和分平台通过专线连接,不少于两条路由,以确保安全。

      5.3 IPTV 集成播控总平台和分平台节目集成管理系统的对接

      IPTV集成播控总平台与分平台间应具备直播频道、 点播内容、 产品及相关节目数据的交互交换能力。确保IPTV集成播控总平台内容不被修改完整地下发。 IPTV集成播控总平台和分平台之间的节目内容对接通过节目集成管理接口完成,该接口定义了总平台和分平台之间内容及产品下发、编排、上下线、删除等接口要求,主要包括:

      a) 定义集成播控总平台和分平台之间内容及产品下发、编排、上下线、删除等接口要求;

      b) 定义内容发布的通信机制、工单结构及规则;

      c) 定义各对象新增、修改、删除的指令等;

      d) 规定各接口对象的具体定义;

      e) 定义媒体内容格式和媒体分类标签,包括图片类型、视频码率分辨率等、音频码率格式等。

      5.4 IPTV 集成播控总平台和分平台 EPG 管理系统的对接

      IPTV集成播控总平台和分平台EPG管理的对接通过EPG管理系统接口实现,对接内容主要包括:

      a) 总平台和分平台间的EPG模版信息和通知机制,包括:

      ·总平台下发的EPG模板数据信息和通知;

      ·分平台向总平台回传的EPG模板数据信息和通知;

      ·总平台和分平台间的EPG模版管理数据。

      b) 总平台EPG数据信息,包括推荐位数据、专题数据、专区数据等。

      c) 应急EPG模板启用或停用通知指令。

      d) EPG模板篡改告警信息。

      e) 总平台和分平台内容、产品更新及上下线信息。

      5.5 IPTV 集成播控总平台和分平台用户及计费管理系统的对接IPTV集成播控总平台和分平台通过用户和计费管理系统对接, 实现统一的计费和用户认证, 对接内容主要包括:

      a) 用户管理系统数据;

      b) 计费管理系统数据;

      c) 经营数据;

      d) 其他约定数据同步流程及要求。

      5.6 IPTV 集成播控总平台和分平台数据管理系统的对接

      IPTV集成播控总平台对各IPTV集成播控分平台经营数据进行统计、管理。

      IPTV集成播控总平台和分平台之间的数据管理对接, 通过IPTV集成播控总平台和分平台之间的数据管理接口完成,对接内容主要包括:

      a) 用户终端信息数据;

      b) 开户状态数据;

      c) 装机、拆机数据;

      d) 业务订购数据;

      e) 产品信息数据;

      f) EPG操作信息数据;

      g) 用户收视数据。

      6 IPTV 集成播控分平台与 IPTV 传输系统对接

      6.1 对接架构

      IPTV集成播控分平台与IPTV传输系统的对接主要包括:

      a) 节目对接:对应节目集成管理接口,包括直播节目对接、点播节目对接和其他应用服务对接;

      b) 用户及认证计费对接:对应IPTV集成播控分平台用户及计费管理系统与IPTV传输系统业务管理系统系列接口,包括用户认证流程、业务鉴权流程和订购流程;

      c) EPG传输对接:对应EPG传输接口,确保EPG在用户端可靠呈现;

      d) 数据管理对接:对应数据管理接口。

      IPTV集成播控分平台与IPTV传输系统对接接口架构图见图4。

      6.2 对接方式

      IPTV集成播控分平台与IPTV传输系统通过专线连接,可靠性不低于99.999%。专线链路最低采用双路由模式, 建议采用三路由提供高可靠性保证, 把直播与其他业务分离主备链路应具备自动和手动切换功能。

      6.3 节目对接

      6.3.1 直播节目

      直播信号采用传送流(TS)格式封装H.264/H.265、AVS+、AVS2等编码视频和高级音频编码(AAC)、三维声等格式封装编码音频。可配置输出不同分辨率,不同码率的组播流,所有的编码器均采用冗余模式,确保无单点故障。IPTV集成播控分平台通过节目集成管理接口将直播内容注入IPTV传输系统。

      6.3.2 点播节目

      IPTV 集成播控分平台将点播节目内容存储在本地节目集成管理系统,通过节目集成管理接口注入IPTV 传输系统,点播节目信号格式同直播节目。

      6.3.3 其他应用服务

      IPTV 集成播控分平台将审核过的其他应用服务数据,通过节目集成管理接口注入 IPTV 传输系统。

      6.4 用户及认证计费对接

      6.4.1 用户认证流程

      IPTV用户终端开机时,需要向IPTV集成播控分平台进行认证,认证通过后才可以使用IPTV业务。其中,采用双认证双计费方式的IPTV用户终端需要向IPTV集成播控分平台和IPTV传输系统进行认证。只有双方认证都通过,才可以使用IPTV业务。IPTV集成播控分平台用户管理系统中的用户账户应当与IPTV传输系统用户管理系统中的用户账户实现一一对应。IPTV用户终端在IPTV集成播控分平台和IPTV传输系统采用并行方式的双认证流程图见图5。

      采用并行方式的双认证流程描述如下:

      a)IPTV传输系统与IPTV集成播控分平台用户数据实时同步,确保双方数据一致;

      b)用户开机认证时,向IPTV传输系统运营商AAA发起认证请求;

      c)IPTV传输系统进行认证处理,将结果和用户信息转发IPTV用户终端;

      d)用户终端向IPTV集成播控分平台广电AAA发起第二次认证请求;

      e)IPTV集成播控分平台进行认证处理;

      f)IPTV集成播控分平台将认证处理结果反馈给IPTV用户终端。

      IPTV用户终端收集传输系统与集成播控分平台认证处理结果,对两次认证结果进行处理。IPTV集成播控分平台和传输系统的双认证双计费体系工作正常, 用户认证成功, 则可使用IPTV提供的相关服务; 任何一方系统发生故障导致用户及计费系统出现问题, 双方应采取有效措施保证用户的收视服务。

      6.4.2 业务鉴权流程

      IPTV用户终端播放节目时, 须有IPTV集成播控分平台进行鉴权, 鉴权通过后才可以播放节目。 其中,采用双计费双认证管理方式的, IPTV用户终端需要向IPTV集成播控分平台和IPTV传输系统进行鉴权, 只有双方鉴权都通过才可以播放节目。IPTV用户终端在IPTV集成播控分平台和IPTV传输系统间,采用并行方式的鉴权流程图见图6。

      采用并行方式的鉴权流程描述如下:

      a)IPTV传输系统与IPTV集成播控分平台订购关系数据实时同步,确保双方数据一致;

      b)用户访问业务,IPTV用户终端向IPTV传输系统运营商AAA发起鉴权;

      c)IPTV传输系统运营商AAA向IPTV用户终端反馈鉴权结果;

      d)IPTV用户终端向IPTV集成播控分平台广电AAA发起鉴权;

      e)IPTV集成播控分平台向用户终端反馈鉴权结果。

      只有IPTV集成播控分平台鉴权和IPTV传输系统鉴权都通过后才向用户展示鉴权成功结果,鉴权失败,将向用户展示鉴权失败结果。

      6.4.3 订购流程

      对于需要订购计费的内容, 由IPTV用户终端向IPTV集成播控分平台发起订购或退订, IPTV集成播控分平台对用户的订购或退订请求进行处理。其中,采用双计费双认证管理方式的,IPTV集成播控分平台和IPTV传输系统均需要对用户的订购或退订请求进行处理, IPTV集成播控分平台的订购或退订处理结果

      应与IPTV传输系统的订购或退订处理结果实现一一对应。

      IPTV传输系统与IPTV集成播控分平台订购关系数据应实时同步, 确保双方数据一致。 在前序鉴权通过的情况下,线上业务订购流程图见图7。

      业务订购流程描述如下:

      a)用户订购业务,IPTV用户终端向IPTV集成播控分平台发起订购请求;

      b)IPTV集成播控分平台对用户请求做订购处理;

      c)IPTV集成播控分平台向IPTV传输系统同步信息;

      d)IPTV传输系统做订购处理;

      e)IPTV传输系统向IPTV集成播控分平台同步订购处理信息;

      f)IPTV集成播控分平台向IPTV用户终端返回订购结果。

      在前序鉴权通过的情况下,依托电子支付的IPTV用户业务订购流程图见图8。

      业务订购流程描述如下:

      a)用户订购业务,IPTV用户终端向IPTV集成播控分平台发起订购请求;

      b)IPTV集成播控分平台对用户请求做订购处理;

      c)IPTV集成播控分平台向IPTV传输系统同步信息;

      d)IPTV传输系统做订购处理;

      e)IPTV传输系统向IPTV集成播控分平台同步订购处理信息;

      f)IPTV集成播控分平台向IPTV用户终端返回处理信息,含电子支付方式信息;

      g)用户通过手机等方式根据IPTV集成播控分平台返回的支付信息完成电子支付;

      h)IPTV集成播控分平台向IPTV用户终端反馈订购结果;

      i)IPTV集成播控分平台向IPTV传输系统返回订购结果。

      IPTV集成播控分平台进行计费统计并与传输系统企业进行对账。IPTV集成播控分平台可通过部署EPG探针系统等方式进一步记录用户的订购行为,完善计费系统数据。

      6.5 EPG 传输对接

      IPTV集成播控分平台与IPTV传输系统之间的EPG对接, 通过EPG传输接口实现, 该接口主要包括IPTV集成播控分平台分发的EPG数据和通知机制。IPTV集成播控分平台播出的EPG信息,经由IPTV传输系统,传播到由IPTV集成播控分平台管控的IPTV用户终端。 IPTV传输系统不得传输其他来源的内容, 也不得插播截留、变更集成播控分平台发出的节目、EPG及控制信号。

      6.6 数据管理对接

      IPTV集成播控分平台与传输系统之间的经营数据对接, 通过IPTV集成播控分平台与IPTV传输系统之间的数据接口完成, IPTV集成播控分平台与传输系统根据业务开展和管理的需要, 交换采集的相关信息数据,主要包括:

      a) 用户及终端信息数据;

      b) 用户开机数据;

      c) 用户鉴权数据;

      d) 开户、销户数据;

      e) 装机及拆机信息数据;

      f) 业务订购及退订数据;

      g) 产品及价格信息数据;

      h) EPG页面操作信息数据;

      i) 用户收视数据。

      7 IPTV 监管平台

      7.1 要求

      IPTV监管平台的监管范围包括IPTV集成播控总平台,IPTV集成播控分平台,IPTV传输系统及IPTV用户终端。实现节目内容监管、传播秩序监管、技术质量监管、安全播出监管、网络安全监管等。IPTV监管平台通过对数据的采集、处理、应用和展示实现监管。采集内容包括EPG信息、直播节目、点播节目、终端画面、用户数据、安全数据、传输质量数据等。IPTV中央监管平台和IPTV省级监管平台应实现互联互通、资源共享。IPTV集成播控平台和IPTV传输系统应向IPTV监管平台提供所需的授权、 信号和信息, 开放必要的接口,配合提供相应的软硬件支持环境。

      7.2 对接方式

      7.2.1 IPTV 中央监管平台的对接

      IPTV中央监管平台通过专线连接IPTV集成播控总平台、 IPTV集成播控分平台、 IPTV传输系统及IPTV用户采集终端设备。通过数据接口获取两级集成播控平台和传输系统的EPG信息、直播视频码流、点播节目信息、专题栏目信息、用户数据、平台安全数据等;通过数据接口汇集传输系统的用户数据和安全数据, 汇集各IPTV省级监管平台的相关监测数据; 根据需要以最高优先级与IPTV用户采集终端设备通信获取IPTV用户终端监测数据,并按需调取IPTV用户采集终端设备存储的节目内容信息等。

      7.2.2 IPTV 省级监管平台的对接

      IPTV省级监管平台通过专线连接本省IPTV集成播控分平台、 IPTV传输系统。 通过数据接口获取集成播控分平台的EPG信息、直播视频码流、点播节目信息、专题栏目信息、用户数据、平台安全数据等;通过数据接口获取IPTV传输系统的用户数据和安全数据等; 获取IPTV用户采集终端设备的实时直播节目监测数据, 实时实现直播节目技术质量监测和一致性监测, 并可根据任务调取IPTV用户采集终端设备存储的节目信息等;响应IPTV中央监管平台指令上传集成播控分平台、传输系统、IPTV用户采集终端设备的监测数据。

      7.2.3 IPTV 用户采集终端设备的对接

      IPTV用户采集终端设备部署于IPTV传输系统接入节点出口或用户终端位置, 可与IPTV用户终端配合或直接获取用户收看授权。IPTV用户采集终端设备获取传输分发的EPG信息、直播视频码流、回看节目信息、点播节目信息、终端画面及其他视听类应用的录制信息,根据设备性能和回传网络带宽情况可采取轮询方式工作。接收两级监管平台的任务指令,并根据指令完成采集和存储任务,实时实现直播节目技术质量监测和内容一致性监测,并回传监测数据至两级监管平台。

      7.3 数据质量要求

      IPTV集成播控总平台、分平台和IPTV传输系统应确保数据采集与传输过程中,无其他干预干扰,并提高本地的存储能力。明确数据采集源和采集范围,应对数据采集、分析、处理的时效性、数据的传输格式、数据类型、采集频率、数据统计方式等按照相关规定、标准执行,确保数据的真实性、有效性,并采取必要的安全管理措施,做到支持数据溯源,有据可查。数据采集、分析、处理的时效性、数据的传输格式、数据类型、采集频率、数据统计方式按照相关规定、标准执行,任何机构和个人不得擅自修改、删除原始数据,原始数据的存储满足相关管理规定。

    展开全文
  • 目前,IPTV在全球范围内迅速发展,截止到2008年底IPTV用户总数已达2170万,与2007年底相比增长了63%。相关国际标准组织也在积极制定IPTV技术标准,...可以将IPTV架构分成两大类,一类是非基于NGN的IPTV架构(也称为non
  • IMS是3GPP在Release5版本中提出的支持IP多媒体业务的子系统,它的核心特点是采用SIP协议和与接入的无关性。中兴通信凭借多年在IPTV通信领域的积累和业界的领先地位,成功地开发了基于IMS的IPTV业务系统。
  • 本文在分析IPTV增值业务的基础上,针对IPTV增值业务难以接入现有的IPTV系统以及存在运营管理困难等诸多问题,提出了一种IPTV增值业务系统平台架构,实现了IPTV增值业务的开发、部署、运营和维护的简单化。
  • IPTV系统整体架构

    千次阅读 2020-05-17 16:27:38
  •  根据ITU-T的最新定义,IPTV就是在IP网络上传送包含电视、视频、文本、图形和数据等,并提供服务质量/服务感受(QoS/QoE)保证、安全、交互性和可靠性的可管理的多媒体业务。由此可以看出,IPTV明显有别于互联网流...
  • 资料仅可参考如有不妥请联系本人改正或者删除 * 2020年08月13日 IPTV系统架构和关键技术 资料仅可参考如有不妥请联系本人改正或者删除 * 2020年08月13日 IPTV系统架构和关键技术 资料仅可参考如有不妥请联系本人改正...
  • IPTV系统架构及关联技术.pptx

空空如也

空空如也

1 2 3 4 5 ... 20
收藏数 2,449
精华内容 979
关键字:

iptv架构