韶关市广播电视台VOD交互数字电视系统招标技术要求.doc

1、1韶关市广播电视台 VOD 交互数字电视系统招标技术要求一、总则1. 本次招标的项目及范围为：韶关有线数字电视前端设备采购项目之一。2. 项目完成时间：在签订合同后 30 个日历天内完成货物安装验收及交付使用。3. 本项目中标人承包及负责招标文件对中标人要求的一切事宜及责任。包括设备供货、运输、保管、安装、调试、系统开发、系统集成、验收、培训及相关服务等。4. 采 购 人 有 权 在 签 订 合 同 时 对 项 目 方 案 作 适 当 修 改 调 整 或 对 产 品 数 量 作 适 量 增 加 或 减少 。5. 除中标人在投标文件中明确以外，中标人不得再以任何方式转包或分包本项目。二、项目基本

2、要求韶关市交互数字电视业务主要采用 IPQAM 与 HFC 网相结合的模式，数字电视点播视频流下行通过 HFC 网传输、上行交互信息通过 Cable Modem 系统或宽带 IP 网络传输。本项目需配备包括：VOD 存储和播出单元矩阵系统、内容采集与媒资系统、Backoffice 后台业务管理系统、 VOD 门户服务系统、双向 EPG 系统、机顶盒客户端、管理及监控系统、网络承载设备（IPQAM） 、以及其它扩展型交互电视业务应用系统和交互业务运营支撑系统等该项目所需要的软件和硬件。韶关市交互数字电视系统系统采用分布式组网架构，按照 1 个中心节点和 5 个分前端设计部署，IPQAM 也分布部

3、署，按照 1000 个 3.75Mbps MPEG-2 MPML TS 并发视频流，点播节目总容量按总计 5000hrs3.75Mbps 内容存储设计和配置，包括在线和近线，其中含 16 个频道的时移/nPVR（每频道 7 天） 。要求系统设计合理，最大限度地实现点播在本地服务器上发生，减少对骨干传输网络的带宽压力。三、建设目标系统应具有很好的开放性和可扩展性，未来可以对系统功能和规模进行平滑扩展。系统必须支持基本型 VOD 实时点播、时移电视、回看、nPVR 等业务，同时对于其它主流扩展型业务和增强型亮点特色业务也要能够支持。系统应具有比较高的集成度，能够在短期内开通系统。系统结构设计科学、

4、合理，在今后业务调整时可以不修改和调整机顶盒客户端软件。系统提供商应提供完整的交互系统解决方案，包括将来的扩容方案，分别给出初期系统及按不同规模扩容后系统的详细方案和配置。作为一个完整的端到端交互数字电视系统系统，系统建设范围如下： 系统的完整解决方案及其集成； VOD 后台业务管理系统； 视频服务器系统（包括软件及硬件，以下相同） ； 双向 EPG 系统； VOD 门户服务系统； 支持的其它扩展型和增强型交互电视业务系统； 管理及监控系统； 提供和机顶盒终端的系统接口数据及集成； 提供和 SMS/OSS/BOSS 系统的系统接口数据及集成；2 提供和第三方媒资系统的系统接口数据及集成； 提供

5、和 CAS 系统的系统接口数据及集成； 提供和 IPQAM 的系统接口数据及集成； 提供和其他厂商视频服务器的系统接口数据及集成； 提供对骨干传输网络的带宽占用和转发能力要求。四 、项目具体内容及技术要求1、建设原则和总体要求交互系统的选型和建设坚持以下总体原则和要求：1.1 系统既能够满足现有的业务要求，又能够随技术和业务发展低成本地不断扩展系统规模、用户数量、网络层次、业务模块和功能。1.2 鉴于单向和双向网络将长期共存的实际情况，系统系统必须能够同时提供基于双向网络的基本型 VOD 实时点播、时移电视、回看、nPVR 等业务和其它扩展型业务及增强型 VOD 业务，并提供基于单向网络的外网

6、交互业务和功能。1.3 既能够支持现有的 MPEG-2 MPML 标清格式，又能够支持高清标准 MPEG-2 MPHL，以及扩展支持 MPEG-4、H.264、AVS、WMV9 等高/标清编码方式。1.4 系统设计合理，性能指标优异，最大限度（98%以上）实现点播在本地服务器上发生，减少对骨干传输网络的带宽要求和传输压力，同时避免实时点播时网络调度迁移所带来的不安全因素和卡片、掉片等故障。1.5 系统采用分布式结构，必须具备 CDN 内容分发系统，系统扩容时只需要增加设备即可，系统管理结构、存储结构无需进行任何调整和改变，系统扩展部署和业务增加调整时伸缩性好。1.6 系统部件必须采用工业标准架

7、构，服务器和播出板卡必须采用通用标准结构，不得采用专用服务器和专用播出板卡。通过标准体系架构，实现系统的标准化、开放性，有效增强竞争，降低单流成本，减少前期建设投资和后期维护维修及运营成本，保证系统在不同的业务阶段都拥有最优性价比。1.7 鉴于广电网络交互业务的数据网页和视频内容是在两张网或两条链路上承载，视频和网页业务的融合比 IPTV 更为复杂，同时机顶盒配置较低，因此要求系统系统和客户端软件的结构设计科学合理，能够完整、有效、协调地进行处理并流畅地提供业务。1.8 承诺向招标方和招标方指定的机顶盒集成商无条件开放接口协议，配合我方指定的机顶盒厂商完成终端设备的客户端集成。1.9 为保证系

8、统的开放性和平等竞争，交互数字电视系统建设的承担方不得以任何形式从事机顶盒业务。1.10 系统结构设计合理，当调整业务模式时只需在前端进行调整，机顶盒端无需修改，避 免 大 量 的 机 顶 盒 客 户 端 程 序 的 频 繁 修 改 和 更 新 工 作 ， 以 及 大 量 机 顶 盒 升 级 对 用 户 造 成 的 影响 。1.11 能够实现信息内容的自动挂接和转换，开展 Internet SP 接入业务，可以把 Internet上大量已有的现成资源经过审核后接入到电视机上，开展诸如电视购物、电视订票、网上冲浪、电视游戏等服务，实现借助互联网和内容提供商的海量信息为用户提供丰富的信息内容的目的

9、。 1.12 支持开展的业务模式较多，且已有成功实现的商业模式可供选用。同时业务模式的修改、扩展简单方便，速度快，确保新的业务模式能够快速推向市场，便于运营商进行各种业务模式的探索和试验，并能够根据市场需求和变化随时推出新的业务系统新的商业模式。31.13 系统能够灵活支持全市统一管理、分级运营、分布式组网的技术、市场和业务开展需要，能够同时支持市、县二级分级运营的需求、不同的运营模式和个性化市场策略。1.14 系统所有部分必须为大规模应用的标准化成熟产品， 并面向公开市场发售，禁止使用实验室或测试阶段产品，以及未经过大规模商用的产品。1.15 系统系统成熟、稳定、可靠，产品所有部件、模块和功

10、能特性具有稳定工作 2 年以上案例，系统具有在地市级以上规模、至少两级以上网络层次实际运营、业务种类齐全（系统能够支持的各种业务类型已基本开展） 、大用户量、长时间（达到以上要求后一年以上）的成功案例。为保证业务的真实有效性，需提交已开通上述规模应用的网络运营商具体联系人名单、通讯方式和合同文件。1.16 系统安全性高。播出节点和存储节点相互独立并且有多重备份，具有非常高的不同层次的冗余度，安全级别高。1.17 系统必须支持集中远程监控和管理能力。此外，交互数字电视系统作为一个高安全性的运营系统，还须符合以下总体技术要求：开放性符合有关国际和国家标准(如 ISO、ITU-T、MPEG、DVB-

11、C）等国际组织发布的标准等，提供标准开放的协议接口，使交互数字电视系统具有良好的互操作性。标准性作为一个未来需要大规模扩展和运营的系统系统，在设计之初就要考虑尽可能选用工业标准化部件的产品，以降低未来系统扩容和售后服务的风险和成本。实用性作为一个复杂度很高的系统系统，须具备比较高的集成度，以保证系统系统可以顺利开通，并在今后业务调整时可以快速响应。可靠性和安全性在考虑技术先进性的同时，还应从系统结构、技术措施、设备性能、系统管理及维护等方面着手，确保系统运行的可靠性和稳定性。能够采用故障检查、告警和处理机制，保证数据不因意外情况丢失或损坏；采用灵活的任务调度机制实现负载均衡，防止“瓶颈”产生，

12、达到最大的平均无故障时间。在系统发生故障时，应当尽量做到无缝倒换。交互数字电视系统是一个功能强大的视频应用系统，整个系统在运行稳定的同时，应有严格的安全措施，确保整个系统安全稳定运行及与其相关联的业务数据的安全。灵活性和可扩展性系统采用具有良好升级能力和扩展性的设备，整个系统按模块化设计，可以进行软件升级和并发用户数扩容，可以平滑且不中断业务地升级到最终业务规划目标。系统的部署方式（包括服务器部署方式、内容分发网络和骨干网传输方式） 、规模（支持最大并发流数）和可以提供的业务（VOD、网络个人录像 nPVR、时移电视、录播等）应当灵活并易于扩展。可运营和可管理业务管理系统需能够支持多种灵活的计

13、费策略，保障投资成本的有效回收。2、系统业务要求交互数字电视系统与省网现有单向数字电视广播系统紧密关联。交互数字电视业务建立在单向数字电视业务基础上，依托同一 HFC 网络进行传输。双向机顶盒需同时承载互动电视业务和单向数字电视广播业务。业务名称 业务描述4VOD 点播 提供 5000 小时左右各类节目点播服务时移回看 提供 16 个频道 5 个小时的时移、7 天回看服务nPVR 提供 16 个可时移频道的节目录制服务，每个用户可录制空间 12 小时，节目保留时间 15 天。用户空间和节目保留时间可调整虚拟频道 虚拟频道是为用户提供经过分类组合的节目重复播放服务。提供 4 个虚拟频道服务2.1

14、 基本业务功能要求2.1.1 VOD 点播1） 有多种节目导航方式并可以方便地修改界面，如最新上线、推荐观看、影片排行榜、电影、电视剧、回看、时移等。2） 提供多套点播界面模版供用户在不同的时期内更换点播界面的要求。3） 必须提供节目搜索和节目收藏功能，如按照节目标题检索、按照演员检索等，同时支持搜索的节目可以点播和收藏。4） 在播放节目过程中，必须可以进行快进、快退、暂停操作；提供 2X/4X/8X 倍速快进/ 快退可选方式。5） 提供的系统必须支持即点即播（VOD） ，时移电视（TSTV） ，网络个人录像（nPVR ） 、回看等基本双向业务，支持单向 VOD 点播；6） 必须支持对点播节目

15、的预加扰，能够完成与我方现有 CA 系统的集成工作；7） 支 持 单 向 HFC 网 络 通 过 外 交 互 通 道 （ 电 话 ， 门 户 网 站 或 手 机 短 信 ） 实 现 点 播 或 预订 购 ；8） 必须完成与我方指定的媒资，CA，SMS/OSS/BOSS，双向浏览器或中间件等系统完成集成；9） 支持通过机顶盒浏览器显示节目的有关信息，至少包括节目名称、导演、演员、宣传海报、剧情介绍；并且此类信息的提供需按照滚动的方式显示出来；10）提供在节目播放完毕时有提示观众的功能；11） VOD 节目播放过程中，用户主动退出或者非正常退出时，能够记忆用户退出的位置，在 用 户 下 次 播 放

16、 该 节 目 时 ， 快 速 定 位 到 上 次 退 出 VOD 的 时 间 点 ， 实 现 VOD 节 目 断点 续 播 功 能 ；12）VOD 节目播放结束后，提供与当前节目相关的其它节目推荐能力；13）用户确认点播后，VOD 节目开始播放时间不超过 5 秒。节目播放时不能有明显马赛克、黑屏等现象。14）VOD 节目播放过程中，用户能够暂停播放、拖动时间条快进/ 快退、2X/4X/8X 倍速快进/快退、继续播放等。同时系统支持可输入具体时间进行快进/ 快退操作，快进/快退后，重新播放不超过 3 秒，节目快进快退切换播放时不能有明显马赛克、黑屏等现象。2.1.2 时移电视1） 在可时移的直播

17、频道下按键进入时移频道状态，非直播频道下，其它按键提示不可时移；2） 在播放时移节目时，有明显的时移标示；3） 能同时支持至少 16 个电视频道的时移功能；4） 时移节目播放过程中，用户能够暂停播放、拖动时间条快进/快退、2X/4X/8X 快进/快退、继续播放等；5） 从回放状态快进或拖动追上直播节目时要能自动切换到直播频道；56） 回放与直播间能进行无缝切换，最短可对 2 秒钟之前的电视节目进行回放；7） 支持自动导入 EPG，并将 EPG 与已录制的电视节目自动对应起来，可通过 EPG浏览选择电视节目进行回放；8） 支持单独购买一个或者多个回放频道功能；9） 回 放 节 目 和 直 播 节

18、 目 的 状 态 切 换 时 ， 无 马 赛 克 ， 无 明 显 的 画 面 停 顿 ， 无 明 显 时 间 误差10）时移电视功能与 VOD 功能共享同一台视频服务器资源；11） 提供时移节目的时间校准功能，包括重新导入正确节目时间和人工修改节目时间等方式；2.1.3 回看1） 在 双 向 EPG 主 页 中 ， 按 “回 看 ”键 ， 弹 出 当 前 频 道 的 所 有 回 看 频 道 列 表 和 节 目 单 时间 。2） 进入回看主页和其它回看节目列表页面花费时间不超过 4 秒。确认后回看节目开始播放时间不超过 3 秒。3） 在播放回看节目时，有明显的回看标识。4） 回看节目列表页面包含

19、频道信息、节目信息、录制时间、收藏、帐户、退出等操作的提示信息。5） 回看节目播放过程中，用户能够暂停播放、拖动时间条快进/快退、2X/4X/8X 快进/快退、继续播放等。6） 快进/快退、上一节目和下一节目切换后，重新播放不超过 2 秒，回看节目播放和切换时不能有明显马赛克、黑屏等现象。7） 在回看节目快进和请求播放下一个回看节目时，如已经快进到直播时间或没有下一个回看节目时，给用户明确提示。8） 提供回看节目的时间校准功能，包括重新导入正确节目时间和人工修改节目时间等方式。9） 至少支持 3 天电视节目回看时间。2.1.4 nPVR1） 在双向 EPG 主页中选择“个人录像”链接、或者在频

20、道列表中选择“个人录像”进入 nPVR 主页面。2） 个人节目录像主页要清晰列出录制节目个数、状态、名称、节目时长、剩余空间等信息，以及为用户提供已播出和未播出节目录制的链接，用户在个人录像主页可对录制节目进行删除等操作。3） 在回看节目列表页面，或者未播出节目列表页面（回看节目列表和未播出节目列表，都仅限于可时移频道，两者的页面格式、操作都应该一致） ，用户可选择节目录制，操作后要有明确的成功或不成功的提示。4） 用户在观看可时移直播频道的节目时，按“录制”键，对当前节目进行录制，播放节目时有明确的个人录像标示。5） 用户在个人节目录像主页，选择已录制好节目按“确认”键即能播放。开始播放时间

21、不超过 5 秒。6） 录像节目播放过程中，用户能够暂停播放、拖动时间条快进/快退、2X/4X/8X 快进/快退、继续播放等。同时系统支持可输入具体时间进行快进/ 快退操作。7） 个人录像节目存储时间将要过期时，分别提前 3 天和 1 天在用户开机时提示用户观看，用户确认后，直接播放。8） nPVR 系统须在同一时刻录制不同频道的多个节目。69） 对于多集的电视连续剧或栏目，使用 nPVR 须可一次完成订录。10）用户可以通过交互机顶盒的电子节目指南（EPG）查询或预约录制节目；11）已录制的节目，在有效期内可任意次数地收看，并可对于节目进行快进、快退、暂停、播放及记忆播放等 VCR 操作；2.

22、2 扩展业务功能要求2.2.1 Push VOD1） Push VOD 业务原理：使用相对比较固定的广播频点，按照前期编排的节目单播发节目。用户配置 PVR 机顶盒，按照已收下来的节目单录制每个节目到本地硬盘上。然后用户就可以随时欣赏已经录制到本地的节目。2） 系 统 需 提 供 充 分 的 随 选 能 力 ， 用 户 随 时 可 以 观 看 下 载 到 带 硬 盘 的 机 顶 盒 中 的 该 类 节目 。3） 支持用户存储、管理、播放硬盘机顶盒中的节目内容。4） 系统需支持运营商目前使用的 CA 加扰。2.2.2 预订式 VOD1） 预订购 VOD 是一种预先订购节目的点播服务，用户利用带

23、PVR 功能的机顶盒，从 VOD 推送系统的存储服务器中选择自己需要的节目内容，VOD 系统在一定时间段内对点播请求进行统计，在同一服务组中相同内容的多个请求利用 VOD 系统的空闲时间，通过广播的方式一次传送到点播了此节目的所有用户的带 PVR 功能的机顶盒上，之后用户即可随时收看自己选择的节目。2） 支持用户根据 VOD 主页菜单信息进行节目预定、下载等业务。3） 支持系统自动判断用户请求，在空闲的时间段内将节目推送到机顶盒上。4） 系统需支持运营商目前使用的 CA 加扰。2.3 增强型业务功能要求2.3.1 节目分享类业务要求1） 节目分享是指：类似于 QQ 里面的建群的概念，当这一组用

24、户的的某个用户点播某个节目后，属于该同组用户的其它用户都可以跟着观看该节目，大大提高了节目的利用率。2） 系统需提供多种新颖的符合电视特点的收视和创收业务手段，发展新媒体受众人群。3） 系统需方便地让用户参与到该节目中来，让其成为宽带网业务和数字电视机顶盒的有力促销手段。2.3.2 节目收藏类业务要求为用户提供喜好的 VOD 节目收藏功能。主要功能要求如下：1） 在各种 VOD 观看模式下(含点播、时移、回看、nPVR 模式)，按主页菜单下面的“收藏”按钮，即可将该节目收藏起来，便于下次观看。2） 用户对收藏的 VOD 节目可以进行播放、删除等操作。每个用户至少可以同时收藏 50 个节目。2.

25、3.3 节目搜索类业务要求为用户提供 VOD 点播和回看等节目的搜索功能。主要功能要求如下：1） 从双向 EPG 主页中或 VOD 点播主页按“搜索”链接，进入搜索功能。2） 搜索系统支持按照节目中文名称、节目拼音速记码、节目代码等不同方式进行搜索。搜索界面仅提供一个搜索内容输入框，该输入框支持中文名称、拼音速记码、节目定位代码的输入，系统可自动识别用户的输入内容类别，进行模糊搜索。比如用户输入中文，则以中文名称进行搜索，用户输入英文字母，则以拼音速记码方式搜索，输入数字，则以7节目代码模糊匹配方式进行搜索。3） 搜索范围包括节目名称、节目代码、节目类别、主演、导演。4） 搜索完的 VOD 节

26、目可以收藏，回看节目可以录制。2.3.4 节目排行榜业务要求为用户提供热门节目推荐功能。主要功能要求如下：1） 用户在 VOD 主页，按“排行榜”链接，可进入热播节目排行榜页面。页面至少提供前 10 名节目排行榜。2） 在 排 行 榜 页 面 ， 选 择 一 个 节 目 按 “确 认 ”即 可 播 放 ， 按 “收 藏 ”链 接 即 可 收 藏 该 节目 。3） 要求排行榜根据用户实际观看次数自动进行排序，但运营商可通过手工进行调整。2.3.5 互动游戏类业务要求1） 数字电视互动游戏是利用游戏服务器为依托开展的一种全新的增值业务模式。2） 要求系统近期提供像围棋、象棋、五子棋等这些以前只能在

27、电脑上玩的游戏，数字电视用户在电视机上就可以轻松操作。3） 要求系统远期具备的功能如下：可以实现在线对决，目前游戏已经成为一个巨大的产业，数字电视凭借自身的优势，开发适合电视的游戏形式已成为数字电视增值业务的重要组成部分。通过遥控器实现对游戏操控，降低了使用门槛。对于高端的机顶盒，则可以进行比较复杂的联网游戏。具有良好互动性的大型本地和联网游戏将成为增值业务的王牌。2.3.6 TV Flash 业务要求1） Flash 业务指包含简单的动画、视频内容、复杂演示文稿和应用程序以及介于它们之间的任何内容。2） 要求 Flash 业务带有视频性质，更适合于在电视上开展。和传统视频节目相比它占用带宽较

28、小，同时制作也非常方便，可以非常容易地让用户参与到节目中来。3） 要求提供 Flash 绘画、动画编辑、特效处理、音效处理等功能。4） 要求系统支持 Flash 页面开发，对于一个系统的界面，Flash 具有的特性完全可以为用户提供一个良好的展示窗口。 5） 支持 Flash 的游戏开发。6） 支持通过使用关键帧和图形符号生成动画文件(.swf)。7） 支持 Web 方式的应用服务。8） 支持多媒体娱乐，以 Flash 的多媒体和易交互性赢得用户。2.3.7 多媒体业务要求1） 多媒体业务是指电视多媒体报刊杂志、电视播客等以视频为基础的互动电视专栏，实现视频、文字、图象及 Flash 的同步播

29、出，比如用户选择影片点播服务，旁边可以出现文字、动画、简介、字幕等等信息。2） 要求详细阐述实现的具体业务功能和实现原理。2.3.8 内容自动采集业务要求系统具有智能化的内容采集功能：其中节目视频内容可以根据预编节目表自动从转播频道中收录，并自动实现录播流程，包括采集、录制对齐、节目入库、EPG 自动形成和发布等一整套完整的流程；节目信息内容可以从互联网上直接转换获取。2.3.9 电视购物类业务要求电视购物类系统指利用 HFC 双向网络回传信道或者面向机顶盒定制开发的应用程序，在家中利用遥控器，通过数字电视互动业务和网页浏览功能，完成选择商品、电话预购、8电子付费等购物活动，需简要阐明系统实现

30、原理：1） 方便快捷，足不出户就可以进行商品选购；2） 购物频道覆盖范围广，能够形成较大的规模效应，带来真正的“业务增值” ；3） 实现看电视、浏览器购物界面、订单采购、送货上门的家庭电视购物新体验。2.3.10 电视银行支付业务要求1） 电视银行支付系统是指：以广电综合信息网作为系统，在数字电视机顶盒的基础上设计开发出来的支付综合服务系统。通过该系统，用户可以使用手中的遥控器，以及申办的“电视银行卡” 、 “支付一卡通” ，在家里的电视机上面实现查询数字电视费，缴纳数字电视费，查询和缴纳水、电、燃气的费用以及其他与日常生活相关的费用。2） 系 统 需 支 持 上 述 电 子 支 付 功 能

31、， 并 支 持 在 使 用 电 视 购 物 功 能 的 时 候 可 以 用 此 功 能 支付 。3、系统技术要求：3.1 系统总体架构交互数字电视系统系统包含 VOD 存储和播出系统、内容采集与媒资系统、Backoffice后台管理系统、VOD 门户服务系统、双向 EPG 系统、机顶盒客户端、管理及监控系统、分前端系统、传输及数据网、以及其它扩展型交互电视业务应用系统和交互业务运营支撑系统等几大部分。可以据此情况建立多个分前端。内容采集与媒资系统负责采集各类的节目资源，并对节目进行生产、编辑、加工、管理、存储等，同时整合第三方 CP/SP 的内容资源。经审核后的内容按照一定的机制发送到数字电视

32、交互系统各个部分，交互系统节目通过 HFC 网播出，用户端通过相关机顶盒设备进行收看。3.2 总体技术要求3.2.1 功能需求交互数字电视系统是有线互动业务的服务系统，主要实现用户交互门户、EPG 管理与服务、用户管理、用户鉴权计费、内容管理、内容分发、网络管理、终端管理等功能。业务名称 业务描述VOD 点播 提供 5000 小时左右各类节目点播服务时移回看 提供 16 个频道 5 个小时的时移、7 天回看服务nPVR 提供 16 个可时移频道的节目录制服务，每个用户可录制空间 12 小时，节目保留时间 15 天。用户空间和节目保留时间可调整虚拟频道 虚拟频道是为用户提供经过分类组合的节目重复

33、播放服务。提供 4 个虚拟频道服务3.2.2 技术要求交互数字电视系统总体技术要求及各子系统技术要求如下表：系统/系统 技术要求系统总体要求交 互 数 字 电 视 系 统 和 系 统 应 具 备 良 好 的 开 放 性 和 扩 展 性 ， 可 接 入 第 三 方 产 品 和 系 统必须支持分布式架构部署，并支持跨区域部署标清互动电视采用 MPEG-2 编码标准，需支持高清扩展能力Backoffice 后台业务管理系统可管理全网所有相关资源，实现所有 VOD 服务器资源共享支持不同类型 VOD 服务器9系统 /系统 技术要求具有实时的计费接口，可帮助运营商实时管理用户的账户信息符合相关标准，可扩

34、展性强开放性系统，支持采用第三方软件处理和分析相关数据WEB 界面的配置，允许管理员在网络的任何地点访问系统具有 SNMP 监控系统提供对各种业务类型的客户管理和服务、营销制定和实施、费用计量、结算，以及其它后台服务实施管理等功能能提取业务运营支撑系统和其它系统的相关数据，建立统一的数据信息系统实现与第三方 BOSS 系统对接，与 BOSS 系统进行数据交换。交互应用系统 可根据不同区域的用户产生多个不同目录和界面交互应用目录采用 Web 方式下发，客户端与服务器端通过 IP 网络进行交互视频服务器系统 可兼容多个厂商的视频服务器收视数据收集系统接收机顶盒上传的用户直播收视数据具备存储、分类、

35、简单分析和生成报表等功能具备数据导出功能报表系统可结合直播电视收视数据与互动点播收视数据进行统一分析提供节目内容和视频流相关报表，汇总一段时间或区域的视频流使用情况提供每天、每周、每月的点播率相关的统计报表提供系统告警，点播出错等报表提供系统运作能力相关的报表网络管理系统 对全网的网元设备进行实时监测管理，具备故障管理、性能管理、配置和设备管理、清单管理、安全管理、日志管理、流量控制、数据备份管理等功能3.2.3 基础指标要求作为一个点对点业务系统，VOD 系统须具备良好的安全性和可扩展性，系统结构设计需保证业务具备较低的故障率，并保证业务调整的方便性，作为一个未来需要大规模运营的系统，系统应

36、采用工业标准化部件。1） 系统必须采用开放的系统架构及接口标准，开放的系统架构建议采用 Web Service或 ISA 架构，管理与周边外部接口建议采用 WEB service/Cobra 方式。如果采用其它接口方式，必须详细说明所采用的接口协议，在业务集成时所需的集成时间等信息；2） 可以基于公开发布的标准，与不同厂商的子系统集成，如：内容注入、视频服务器、机顶盒、IPQAM、其他厂家视频服务器，并分别提供集成案例；3） 支持已知和未知业务应用的扩展，且应用可以由第三方开发商提供；4） 向第三方公开业务应用软件的开发接口 API；5） 系统必须提供高可靠性，保证系统能够支持百万级以上用户的

37、商业运营；3.2.4 技术指标1） 系统需具有较高的冗余度：播出集群必须具备极高的冗余度，作为点对点业务的支撑系统，系统结构必须能够适应业务的需要。播出单元之间、存储单元之间相互独立，同时能够互相支援多重备份，采用高度关联的分布式结构，不能存在“一点崩溃、全线崩10溃”的单点故障瓶颈，以分布式结构分散风险为原则，保证不发生重大的停播事故。2） VOD 播出单元及存储单元须采用基于高安全性的开放架构及操作系统，主要部件均有冗余和热插拔在线更换功能。3） 系统具备完善的冗余机制来保证系统运行的安全、稳定。详细说明所采取冗余备份措施。4） 通过 RTSP 或 DSM-CC 协议等能同时对所有视频流进

38、行 VCR 控制(包括快进、快退、暂停、停止等)而不影响系统性能。5） 同时支持多种倍速的快进、快退，而不增加存储空间的消耗。6） 节目文件的上载不影响系统播出。7） 单个 VOD 播出单元同时支持多种格式、多种码率的不同节目内容的播出。8） VOD 播出系统须采用工业标准体系结构(包括主要播出设备和流输出设备)，并进行详细说明使用设备的性能、规格。9） 系统和业务部署具备良好的伸缩性，在 VOD 业务流量较大时可以方便地建立分前端，而无需调整管理和存储系统结构。10）在内容迁移分发时须尽量降低主干网带宽占用和开销，并降低点播故障率。请详细阐述内容迁移分发机制、能够达到的本地命中率水平及如何实

39、现 Qos 保证。11） 当 VOD 业务调整和增加时可以不改变机顶盒端软件，以保证业务开展的方便性。请阐述系统设计结构。12）系统能识别不同的机顶盒用户，支持机顶盒同城漫游功能。13）请详细阐述峰值大流量(如奥运会时) 和日常小流量时的矛盾的解决办法和方案。14）请详细阐述系统如何具备良好的负载均衡和资源管理能力。15）交互数字电视系统应具备可管理性，提供方便的系统监控和管理工具。3.3 视频服务器技术要求视频服务器总并发流输出能力要求1） 编码格式、编码率：3.75MbpsMPEG-2、H.264、MPEG-4；2） 请阐述 VOD 单集群的输出能力并发流上限，是否可以或需要配置多集群工作

40、。请阐述所报系统在全网大规模运营时单个 VOD 集群一般所需的输出并发能力。3） 请阐述 VOD 单集群的存储能力上限，是否可以或需要配置多集群工作。4） 请阐述系统采用哪几级的存储结构，并阐述所采用的 RAID 磁盘存储冗余技术。5） 必须详细阐述说明提供的播出系统能方便地支持哪几种扩展型和增强型点播业务。6） 其它 VOD 服务器要求如下。3.3.1 视频服务器总体技术要求1） 视频服务器必须支持 VOD 点播、时移、回看、nPVR 等业务；2） 说明所采用的操作系统，以及 VOD 播出系统的技术实现原理；3） VOD 服务器必须支持高并发流处理能力，必须根据并发流的要求，给出详细的VOD

41、 服务器扩展方案；4） VOD 服务器必须具有高可靠性，保证系统的稳定运行；5） 视频服务器能须使用开放接口与后台系统集成；3.3.2 视频流格式要求1） 视频格式：支持 MPEG-2（GBT17975.2）标清及高清视频格式，同时支持MPEG4、H.264 标清及高清视频格式，可以支持 AVS、WMV 等其他编码格式。2） 在更换或升级视频编码格式时，视频服务器和存储硬件无需更换。3） 音频格式：支持杜比 AC3、MPEG-1 audio layer 1/2/3 等。114） 视频流格式：支持透明 TS 流或预先加密 TS 流。5） 通讯协议：支持 TCP/IP、DSM-CC、RTP、RTS

42、P、HTTP、FTP、SNMP 等通讯协议。6） 对未来新的编码方式，可通过升级软件方式支持，无需更换或增加硬件。3.3.3 VOD 服务器硬件系统要求1） 必须说明 VOD 服务器是采用通用还是专用硬件系统和结构，必须能够兼容业界主流服务器提供商如 Dell 、HP、IBM 等服务器；2） VOD 服务器硬件系统要具有一定的先进性，主要部件如 CPU 必须采用 2 个 5400以上四核处理器，内存要求不少于 8GB，并可以对内存扩容，要求详细描述配置情况；3） VOD 服务器应保证配置 2 个以上 GE 接口；4） VOD 服务器必须充分考虑后续的可扩展性，服务器要能够支持集群组网和负载均衡

43、功能；5） VOD 服务器需能够与主流存储厂商配合提供高并发流处理性能。3.3.4 视频流输出单元性能及安全性要求1） VOD 服务器单 GE 口输出能力不能少于 960Mbps（240 并发流） ；2） 视频服务器系统的输出能力可无限扩容，无任何上限；3） 对各种点播请求能够快速响应，时间须小于 2 秒；4） 视频流输出单元 PCR 抖动指标须符合行业内通用标准；5） 视频流输出单元可通过 RTSP 或 LSCP/SSP 与双向机顶盒实现 trick mode（快进、快退，暂停等）功能；6） 视频流输出单元可实现至少 2 种倍速的快进快退，同时当全部请求都是倍速输出时不影响系统的最大并发流输

44、出能力;7） 视频输出单元的组件间（硬盘、网口）以及各输出单元间均须实现负载均衡；8） 所有用户都进行快进快退操作不影响系统的最大并发流输出能力；9） 并发流数量指标要求是指在同时提供不同节目时的并发播出能力；10）视频流输出单元的扩容过程不能中断业务，所有扩容的视频流输出单元都能共享现有的视频流存储单元中的内容，新扩容的视频流输出单元与现有的视频流输出单元能资源共享并负载均衡，需详细说明方案中未来扩容的输出单元如何与原有系统做到资源共享；11） 任何视频流输出单元的部件（网口,硬盘）故障，甚至整体单元故障都不能中断业务，系 统 可 支 持 的 并 发 流 数 量 应 始 终 能 够 得 到

45、保 证 ， 需 详 细 说 明 方 案 中 视 频 流 输 出 单 元的 冗 余 机 制 ；3.3.5 VOD 服务器组网要求1） VOD 服务器必须支持分层分级组网，必须支持至少二级组网；2） 从集中式到分布式的过渡不中断业务，原系统资源可被分中心的视频输出单元共享，内容无需多份拷贝；3） 视频流及存储的扩展可以根据需求分别扩展，且扩展平滑 ，无需中断现有业务；4） VOD 服务器必须支持灵活的内容分发功能（CDN） ，必须支持主动 PUSH 和被动PULL 功能；5） VOD 服务器必须能够支持组播分发功能；6） VOD 服务器能够支持对组网带宽配置功能；3.3.6 媒体存储单元要求1）

46、需详细说明所使用的存储设备的存储阵列方式和厂商品牌型号；2） 所使用的硬盘必须使用通用标准硬盘，如 SAS、SATA、SCSI 或光纤硬盘；123） 媒体内容或实时内容的上载可以通过系统内的任一存储单元进行；一点注入，全局共享。4） 系统在进行磁盘阵列读写操作时应具有良好的负载均衡能力并详细说明所采用的负载均衡技术；5） 媒体存储系统中的内容可以通过系统内的任一视频流输出单元输出；6） 任一视频流输出单元可以输出媒体存储系统中的所有的媒体资源；7） 通过任一视频流输出单元输出任何媒体文件时，都可以实现视频流输出单元所承诺的输出性能；8） 媒体存储单元的硬盘损坏时，系统内所存储的视频内容不能丢失

47、，系统仍旧支持原有的内容存储；须详细说明存储系统所采用的冗余备份方案；9） 更换磁盘后，系统必须能在该阵列上自动恢复原有数据，自动从系统缺损状态恢复为正常状态；10）整个媒体存储系统的安全保护要求做到实时工作、即时生效；11） 系统可以通过增加视频服务器或磁盘阵列或者磁盘阵列中硬盘等方式进行媒体存储的扩容；12）扩容必须不中断业务，系统能够自动处理扩容的优先级，以保证系统正常的播出和上载能力及质量；13）扩容后媒体内容必须能够自动分配到新增的视频服务器或磁盘阵列上，扩容后的媒体存储单元与现有存储单元自动实现资源共享；14）新扩容的媒体存储单元能自动被原有的视频流输出单元访问。15）详细阐述媒体

48、存储单元与视频服务器连接的体系架构，并说明其特点和优越性。16）阐述所采用的磁盘文件管理系统，并详细说明其在系统中是如何部署的。3.4 内容采集和收录系统技术要求3.4.1 内容采集和收录系统基本功能需求负责对各类节目资源进行集成和整合，主要实现以下功能：1） 能够满足前期交互数字电视系统业务开展的需要，并承诺可以与后续增加的第三方媒资系统对接和共用；2） 完成对直播电视信号进行收录，收录的内容作为节目编辑素材存储；3） 完成对采集和收录的节目内容进行打包合成；4） 完成对节目素材进行分类，方便日后检索使用；5） 存储内容处理过程中生成视音频资料、数据、信息等数据；6） 人工或自动将集成后的节

49、目内容发布到各个业务系统，如 VOD 系统和 NVOD 系统。3.4.2 内容采集与收录系统技术要求功能项 技术要求内容采集收录对直播电视 ASI 信号采集，对于在 1 个 MPTS 流，可同时收录 2 个频道，每天收录节目时长 10 小时提供对磁带/DVD/FTP 文件采集系统 1 台，支持每天磁带+DVD 节目时长为 10 小时以上的采集和上载。内容编辑制作 对节目进行快速剪辑和复杂的包装制作每日节目加工制作量 20 小时内容存储 在线存储 不少于 3000 小时节目13近线存储不少于 5000 小时节目。内容发布 发布到有线互动系统，转码成 3.75Mbps 恒定码率 MPEG-2 TS 流每天发布节目时长不少于为 5 小时存储网络架 前期采用 SAS 或 IP-SAN 网络架构要求后期存储网络架构能平滑改造成 FC + IP SAN 混合架构3.4.3 内容管理及发布系统1） 对于录像机节目，DVD/VCD 节目，卫星接收的节目以及直接从其它内容提供商处购买的非 TS 流节目进行采集编码或转码，转换成符合规定编码格式的媒体节目源(目前一般为标准 TS 流格式文件)，并引入到 VOD 系统中。2） 对于直接从其它内容提供商处购买的 TS 流节目直接引入到 VOD 系统中。3） 系统须具有审核功能，对于获得的节目进行格式和内容的审核通过后才