OTT TV （Over-The-TopTV），即以Over-The-Top方式服务的互联网电视，如2010年在市场上推出的Apple TV及Google TV即是此种模式。
在国际上，OTT TV指通过公共互联网面向电视传输的IP视频和互联网应用融合的服务。其接收终端为互联网电视一体机或机顶盒+电视机。
随着IPTV业务的发展，对于内容服务提出了越来越高的要求，提供OTT服务，是运营商整合互联网视频资源，拓展内容服务种类的良好途径。
目前对于运营商基于IPTV系统提供OTT 视频业务，一般采取如下模式：
（1）运营商与互联网视频内容提供商合作，视频内容提供商将其互联网视频内容，通过运营商提供的内容接口，注入到运营商IPTV系统的CDN中，由运营商CDN给机顶盒用户提供服务。这种方式下，要求运营商的机顶盒支持互相联网视频内容格式的解码与播放。
（2）运营商在其IPTV 的EPG页面上，提供到第三方视频网站的链接，IPTV机顶盒通过该链接，可以直接访问第三方视频网站，点播并观看第三方视频网站上的视频节目。
对于第一种模式，优点是运营商对视频内容的管控能力比较强，在OTT业务运营中占据主动，而且因为ＯＴＴ视频内容已经注入到运营商的ＣＤＮ中，在提供用户服务时，因为网络带宽有保障，稳定性会比较好。缺点是对于运营商管理的要求高，需要寻找合适的互联网内容提供商，确定合作模式及分成模式等。
对于第二种模式，优点是业务的引入比较容易，可以很快提供视频服务。缺点是运营商对OTT业务的管控能力弱，因为是直接连接到Internet视频网站，网络带宽无法保证，视频播放效果可能会不够稳定，另外还可能涉及到版权问题。
基于IPTV系统的OTT视频业务的解决方案如下 ：
基于IPTV的OTT视频业务方案的架构，是运营商自建的系统，包括头端，中间件，CDN，EPG，网管，VAS等模快，另外还包括内容管理系统，其组网结构和原有的IPTV系统基本相同，只是进行了软件的开发与改造。右边部分是互联网上的系统，需要与运营商的IPTV系统（含STB）在IP网络上保持畅通。
OTT视频业务方案中，同时支持“互联网视频内容注入CDN”以及“机顶盒直接连接到第三方视频网站两种模式”，机顶盒用户可以根据需要，使用不同的业务模式。对于第一种模式，互联网视频内容（FLV格式）受到IPTV系统的管理，其注入方式，展现方式，订购方式，使用方式，计费方式与普通的IPTV内容（H.264格式）基本上是相同的，对于运营商的好处是可以迅速利用已有的互联网视频内容，为用户提供更丰富的视频内容服务。对于第二种模式，对于IPTV系统的EPG与机顶盒有一定的要求，用户可以通过EPG门户连接到第三方视频网站视频节目，并且可以方便地回到EPG门户上的IPTV业务展示页面。
1） 内容同步请求
当互联网视频提供商需要发布新视频时，互联网视频管理系统CMS和中间接口机交互，请求视频内容同步。
CDN通过FTP获取需要同步视频，此时CDN中的视频状态为不可用，在EPG上将不可见。
2） 内容审核
运营商对引入内容进行审核，审核结果分别通知内容提供商和CDN。
3） 内容发布
审核完成后，将视频内容根据要求发布到相关CDN节点和EPG。
用户通过业务EPG页面请求一个视频播放，机顶盒向CDN发起服务请求，CDN向STB应答回复视频URL，STB从CDN的HTTP下载服务器拉码流，边拉边放。
1） 用户在STB上发起一个点播请求；
2） EPG向Midware发起鉴权操作；
3） Midware通过处理，返回EPG鉴权结果；
4） 若业务鉴权失败，需要进入订购流程；
5） EPG返回STB用户服务节点等信息；
6） STB向CDN请求内容URL；
7） CDN返回STB内容URL；
8） STB根据上步的结果请求媒体服务；
9） CDN通知Midware服务开始，业务管理平台记录服务开始；
10） CDN向用户提供媒体流服务；
11） 用户发起退出请求，CDN通知业务管理平台服务结束；
12） 业务管理平台生成话单记录。
1.1.1 对IPTV系统的要求
1） 用户管理：
由于互联网视频格式的播放对机顶盒有要求，因此，需要在用户上增加OTT权限，对用户区别管理；
2） 产品包管理：
对互联网视频单独建产品包,只对具有OTT权限的用户开放，同时通过产品包对计费策略区分设置。
3）EPG展现
EPG增加OTT产品列表的展示。
1.1.2 对CDN的要求
在现有的CDN节点上需要部署2个模块，Agent 和HTTP下载服务器，采用HTTP下载方式，边拉边放，给终端提供流媒体服务。CDN应支持以下需求：
n 多业务支持： CDN支持IPTV、OTT两种业务。IPTV保持现有业务不变；OTT只要求支持点播。
n CDN硬件平台：使用VS8000C，可以和现有CDN节点合设，使用现有平台中的刀片提供HTTP下载服务；也可以新增独立CDN节点提供HTTP下载服务。
n 多级架构：IPTV和OTT统一架构，均支持多级CDN架构及对应的重定向功能，
n 统一网管：用统一硬件平台支撑软件实现IPTV和OTT两种业务的统一管理。
n 统一CDN控制：支持两种业务的CDN采用统一的CDN控制器CDN Manager，响应不同业务系统的请求并分配对应的CDN服务节点给终端提供对应的服务。
n 灵活部署：基于IPTV和OTT两种业务的CDN，其既可以在单CDN节点提供两种业务，也可以分设不同的CDN节点提供不同的业务，也可以单CDN节点提供部分业务。具体部署方案和承载网部署情况、存储需求、并发数等相关。
一个CDN节点至少配置以下模块才能向用户提供提供完整的OTT服务：
n VS8000C机框+电源
n SOMP：节点管理单板，用来节点管理、电源管理等，主备配置
n MSU：交换板，机框内个单板数据汇聚、交换，主备配置
n Agent：完成流服务器管理、内容管理、动态负荷平衡、鉴权计费等接口功能基于双机硬件架构，主备冗余以保证安全可靠
n HTTP下载服务器：处理媒体内容的流式分发和下载,使用并发用户数来进行配置计算，N+1负载均衡方式，采用软件实现，无需四层交换机。
1.1.3 对机顶盒的要求
n 考虑OTT节目源的多样性，有标清分辨率片源、高清分辨率片源，有各种视音频编码格式，为保证播放兼容性，需要配置高清机顶盒开展OTT业务；
n 机顶盒需要支持HTTP Progressive Downloading；
n 机顶盒需要提供非流式媒体的播放API；
n 媒体文件的播控操作，机顶盒通过本地控制可实现Play/Pause/Stop等操作；快进快退、定位播放等高级操作无法实现；
n 机顶盒对OTT媒体编码格式的解码支持，需要为每种媒体编码格式申请解码库授权，并缴付相应的Licence费用，需要支持的视频格式、音频格式越多，所需费用越高；建议约定1～2个固定的媒体格式；
1.1.4 需要运营商解决的问题
1） 需要和视频网站达成协议，解决视频的版权问题。
2） 明确需要支持的视频格式，过多的格式会增加版权费用。
3） 对承载网的要求：
由于内容需要从互联网注入CDN系统，故需要通过CMS系统首先对于互联网的内容进行控制，让运营商可以自由控制互联网上的内容如何注入CDN系统，其次对于内容发布需要采用原有IPTV系统中的内容发布流程，由CDN Manager决定向哪些节点发布这些注入的内容；
对承载网的要求：
1. 由于原来部署的IPTV网络与互联网之间缺少物理链路，所以需要部署相应的数据设备及配置，将2张网络相互打通。同时限制机顶盒等网元接入公网设备。
1.1.1 对机顶盒的要求
n 机顶盒需要与每个OTT厂家进行合作，获取各家的授权，如Google、微软、Adobe、苹果等，各家的OTT解决方案均不同，机顶盒需要集成每家的Client模块，开发不同的业务流程；
n 机顶盒需要支持各个OTT Server厂家的媒体格式，完成不同媒体格式的Licence授权谈判；
n 机顶盒需要能直接访问Internet网络；
n 机顶盒需要支持HTTP Adaptive Streaming技术，实现对无QoS保障的Internet网络的适应；
直连方案这个方式运营可控性比较差，采用该方案需要慎重，主要原因和风险如下：
n 机顶盒直接访问Internet，等于把机顶盒向Internet SP开放，机顶盒以及运营商网络有变成Internet SP“业务管道”的风险；
n Internet OTT 运营商对嵌入式设备接入控制严格。一般来说，OTT Server对嵌入式设备的接入设置的门槛很高：或者不开放业务接入API，或者收取很高的授权费用，增加运营成本；
机顶盒集成每个OTT厂家的Client模块，开发工作量大；如果任何OTT厂家的Client模块进行升级，机顶盒都需要同步进行版本升级，运营难度大。