总局NGB-H媒体播放器规范
浅谈NGB超高清视频点播应用
(1)对于超高清视频点播应用, 顶 盒 侧 播 放 器 进 行 智 能 化 的 数 据 下
则直接采用 TCP 作为传输底层。在发 视频编码时的参数对于超高清视频的 载。比如一定时间内发现播放器缓存
生丢包、乱序等场景下,有比较好的 播放质量有着较大关系,因此在内容 (buffer) 中 数 据 低 于 预 期 值, 则 向
1 超高清视频特点
义出 3 种超高清电视模式:4K 模式(宽 × 高 为 3840×2160 像 素)、8K 模 式 (7680×4320 像 素) 和 16K 模 式(15 360×8640 像 素), 画 面 显 示 比 例 为 16:9,最大支持帧率 120fps。
按照超高清视频节目以 4:2:2 采样 方式进行数据保存,4K 模式视频的原 始 数 据 率 为 3840×2160Pixel/f×16bit/ Pixel×50f/s, 约 为 6.6Gbit/s, 是 原 有 高清视频(宽 × 高为 1920×1080 像素,
天威网络技术专栏 ●
运营商专栏 ●
NGBLab 实验室技术专栏 ●
运维管理 ●
节目制播 ●
实践应用 ●
行业动态 ●
浅谈 NGB 超高清视频点播应用*
袁政 上海文广互动电视有限公司 吴坚 东方有线网络有限公司 王为 上海下一代广播电视网应用实验室有限公司
摘要:智能家庭网关作为家庭网络入口以及智能家居控制中心,正在受到越来越多的关注。本文介绍了智 能家庭网关硬件实现方案、基于智能家庭网关的应用开发部署以及基于智能家庭网关的多种智慧家庭业务。
帧率为隔行 50i)的 8 倍。由此,超高 清视频具有的最显著特点是数据量超 大,这对处理带宽、计算能力、存储
2 超高清视频点播应用 总体方案
NGB、三网融合与广电新业态
Application on Demand
2021/8/15
பைடு நூலகம்
中国下一代广播电视网 - NGB
10
2021/8/15
国家广播电影电视总局
11
谢 谢!
2021/8/15
中国下一代广播电视网 - NGB
12
7
实施三网融合战略对广电的要求
《国务院关于印发推进三网融合总体方案的通知 》(国发〔2010〕5号文)明确指出:加快有线 数字电视网络建设和整合,全面推进有线电视网 络数字化和双向化升级改造,优化网络资源配置 ,提高网络业务承载能力和对综合业务的支撑能 力,建立符合全业务运营要求的可管、可控、具 备安全保障能力的技术管理系统和业务支撑系统 ;适合三网融合需要,按照网络规模化、产业化 运营的要求,积极推进各地分散运营的有线电视 网络整合,逐步实现全国有线电视网络统一规划 、统一建设、统一运营、统一管理。
2010年1月13日温家宝总理主持召开的国务 院常务会议,决定加快推进电信网、广播 电视网和互联网三网融合,推动广电、电 信业务双向进入。
推进三网融合战略部署,不仅是当前和今 后一个时期应对国际金融危机的重大举措 ,也是推动国家信息化、培育战略性新兴 产业的重要任务。
2021/8/15
中国下一代广播电视网 - NGB
2021/8/15
中国下一代广播电视网 - NGB
8
NGB、三网融合与广电新业态
三网融合的要求:
视音频 宽带数据 通信
三网融合战略要求
融合创新:创造广电新业态
2021/8/15
中国下一代广播电视网 - NGB
9
广电新业态
修路
宽带100Mbps
某通信公司技术规范外部接口分册
互动接口应能够 平滑地扩充
扩展原则:
互动接口连接 必须具有
安全控制机制
在满足业务需求的 前提下,使接口数据 量最少,最大限度地 减轻数据提供方压力
由数据源传送方或数据源接收方发起的接口扩展,都必须采 用现有的传输协议与模式,并与现有接口编码规则和命名规 则保持一致
接口定位
接口分类
NG1-CRM系统接口
分析结果 查询
该接口用于经营分析系统向外部系统提 在线请求—异步响应方式
供历史报表访问。
查询服务 明 细 数 据 明细数据结果数据集
查询
该接口用于经营分析系统向外部系统提 在线请求—异步响应方式
供详细数据访问。
该接口用于获取指定的个人客户的基础
获取个人客户基本属性信息
属性相关信息,包括基本属性、终端使 在线请求—同步响应方式
蓝色空心箭头表示 数据源接口
粉色空心箭头表示 互动接口
潜蓝色空心双向箭 头表示功能类接口
实心黑色箭头表示省级 经营分析内部数据流
直接从省级业务支撑系统获取相关数据,如省级NG1-BOSS、 NG1-CRM;
直接从省级外部数据源系统,如:网管系统、彩铃平台、 DSMP平台、OTA平台、WAP网关、网络信令采集子系统、 VGOP平台、ERP/MIS系统等获取相关数据;
…
清单信息 帐务信息 缴费信息
…
结算
结算清单 …
参数配置与计算原则
参数 配置
业务 计算原则 …
一级经营分析系统 接口
新业务营销体验平台
行业应用终端监控平台 …
省级外部系统接口
彩铃平台 网管系统 DSMP平台 OTA平台 WAP网关 网络信令 ERP/MIS
…
NGB超高清视频点播应用研究
NGB超高清视频点播应用研究在三网融合背景下,观众对视频点播的要求越来越高,当前的视频点播系统已经不能够满足人们的需求。
NGB视频点播系统具有支持大规模部署、满足多屏终端、具有高QoS保障、便于管理资源等优势,具有广阔的应用前景。
文章分析了当前视频点播系统中存在问题,并结合NGB的特点与网络运营需求,提出一种NGB视频点播系统架构。
标签:NGB视频点播系统;点播流程;终端展现能力;网络传输视频点播可以在媒体服务提供者和消费者之间实现互动,在播放视频节目时听取消费者的意见,根据消费者的观看要求选择相应的视频节目进行播放,从根本上改变传统的视频节目播放中提供者和播放者的地位。
在现代社会中,公众对视频点播的需求越来越大,三联网融合的规模化推进的进度越来越快,对NGB 视频点播系统的功能和管理运营的要求也越来越高。
为了推进三联网的融合,满足人们的需求,在有线电视网络上建设和升级视频点播系统,进而在全省和全国的视频点播系统之间实现互联互通,我们就必须在短时间内提高自身的技术,在现有的视频点播系统中实现创新和发展。
1 超高清视频的概述超高清视频的分辨率是由权威的影视机构通过制定一些列规范文件划分定义的,其中国际电联制定的BT.1796和美国电影电视工程师系会制定的SMPTE2036规范系列就对超高清视频的分辨率结构进行了定义。
在这些规范之中,因为超高清电视的像素结构不同把超高清视频分为4K模式、8K模式和16K 模式。
其中4K模式的超高清视屏像素结构为3840×2160,8K模式超高清像素为7680×4320,16K模式的超高清视频像素为15360×8640。
把超高清视频的画面显示比例规范为16:9,把最大的支持帧率界定为120fps。
超高清视频对比着一般的高清视频,具有容量超大的特点,就4K模式的超高清视频来说,其数据容量是一般高清视频数据容量的8倍。
超大的数据量给超高清视频的处理宽带提出新的要求,给网络的计算能力和数据的存储和传输带来新的挑战。
《广播电视安全播出管理规定》_IPTV集成播控平台实施细则
《广播电视安全播出管理规定》IPTV集成播控平台实施细则(征求意见稿)国家广播电影电视总局二〇一一年六月目录第一章总则 (1)第一条编写目的 (1)第二条适用范围 (1)第二章系统配置要求 (1)第一节供配电系统 (1)第三条外部电源 (1)第四条供配电系统 (1)第二节直播系统 (2)第五条系统功能 (2)第六条信号源 (2)第七条信源接入模块 (2)第八条信源分配 (2)第九条接收单元 (2)第十条编码 (2)第十一条输出链路 (3)第十二条直播节目单 (3)第三节点播系统 (3)第十三条系统功能 (3)第十四条节目内容库管理模块 (3)第十五条内容编排与管理模块 (3)第十六条节目上下线 (3)第十七条数字版权管理 (4)第十八条迁移分发 (4)第四节轮播系统 (4)第十九条系统功能 (4)第二十条节目迁移 (4)第二十一条节目技审 (4)第二十二条编单软件 (4)第二十三条节目IP流 (5)第二十四条播控软件 (5)第五节外部接口 (5)第二十五条传输链路 (5)第二十六条数据交互及管理控制 (5)第六节 EPG系统 (5)第二十七条系统功能 (5)第二十八条系统性能 (5)第二十九条集成播控平台管理服务器 (5)第三十条EPG模板发布 (6)第三十一条EPG模板安全 (6)第三十二条EPG系统接口 (6)第三十三条边缘EPG系统 (6)第七节业务运营管理系统 (6)第三十四条系统功能 (6)第三十五条系统接口 (6)第三十六条话单服务器 (6)第三十七条第三方系统 (6)第三十八条统计分析 (7)第八节灾备与应急播出 (7)第三十九条灾备与应急播出系统 (7)第三章基础支撑平台 (7)第一节网络架构及设备 (7)第四十条网络架构 (7)第四十一条网络设备通用要求 (7)第四十二条核心交换机配置 (7)第四十三条核心交换机性能 (7)第四十四条协议支持 (8)第二节服务器 (8)第四十五条服务器类型 (8)第四十六条数据库服务器 (8)第四十七条关键业务应用服务器 (8)第四十八条其它服务器 (9)第三节存储 (9)第四十九条存储设备类型 (9)第五十条NAS存储服务器 (9)第五十一条磁盘阵列 (9)第四章辅助系统 (9)第一节机房环境 (9)第五十二条机房环境 (9)第五十三条消防设施 (10)第五十四条安全防范 (10)第二节播出及电力、环境监测 (10)第五十五条播出监测 (10)第五十六条电力和环境监测 (10)第三节产品测试系统 (11)第五十七条系统功能 (11)第五十八条产品测试系统设计原则 (11)第五章运维及技术管理 (11)第一节运维管理 (11)第五十九条运行指标 (11)第六十条运维与技术管理制度 (11)第六十一条运维工作流程和设备操作流程 (12)第六十二条维护管理 (12)第六十三条工具、器材和备品备件管理 (13)第六十四条维护器材 (13)第六十五条代维管理 (13)第二节技术管理 (14)第六十六条试播期管理 (14)第六十七条点播节目管理 (14)第六十八条应急预案管理 (14)第六十九条重要保障期管理 (15)第七十条临时停播管理 (15)第七十一条运行变更管理 (15)第七十二条施工管理 (16)第七十三条事故管理 (16)第七十四条报表管理 (17)第七十五条技术资料管理 (17)第七十六条技术安全管理 (17)第七十七条安全播出检查和考核 (18)第七十八条安全播出风险评估 (18)第三节信息安全管理 (18)第七十九条信息安全等级保护 (18)第八十条信息安全管理 (19)第八十一条运行监测 (19)第八十二条安全测试 (19)第四节人员管理 (19)第八十三条岗位设置 (19)第八十四条人员要求及培训 (19)第六章附则 (20)第一章总则第一条为指导和规范IPTV集成播控平台安全播出管理工作,根据《广播电视安全播出管理规定》,制订本实施细则。
MPEGH格式背景下沉浸式音响技术及其应用
1. 未来广电音频标准MPEG-H的 原理与应用
MPEG-H 广播电视音频系统是基于音频编码标准 化组织 MPEG 最新开发的 MPEG-H 3D 音频标准,如 今已被 ATSC/DVB/TTA 等世界通用标准所采用,具备 渲染及编 / 解码、传输、下混等能力,为家庭用户端带 来沉浸式交互体验,增强广播电视节目的真实感和交互 感 ;同时具备独特的用户拓展交互功能,为用户呈现个 性化自定义的音频内容。
除了基于声道的音频技术,MPEG-H 还可以传输 “音频对象”以及高采样率的环绕立体声信号。M P E -
G-H 能够实现沉浸式 3D 和互动式音频的传输。互动式 音频能够赋予听众选择的权利,即按照自己的喜好调整 混音效果,例如 :切换影片对白或者直播体育赛事评论 的语言。
在 MPEG-H 音频系统中,声音对象大致分为两个 类型:一是“位置对象”,即通过元数据记录声音定位信 息;二是“交互对象”,即用户可在终端进行声音对象调 节,每个声音对象都与其元数据息息相关。基于对象的 音频,通过各式各样的点(声音元素)来完成对整个声 场的还原构建。换言之,在场景中的每个“声音信息” 将会被单独记录,而描述位置的“空间信息”以及用于 描述声音与位置关联性的元数据,则会与声音信息分开
系统网络︱System Network
MPEG-H格式背景下
沉浸式音响技术及其应用
文/浙江广播电视集团 李英若 北京人民广播电台 叶思成
摘要 : 随着用户对声音的需求不断提高,对真实感、临场感、包围感等音响体验的要求也越来越多地激发行业人员不断研发创新。基于音频
编码标准化组织 MPEG 最新开发的 MPEG-H 广播电视音频系统,凭借其渲染及编 / 解码、传输下混能力,和独特的用户拓展交互功能, 逐渐进入大众视野。本文以 MPEG-H 格式为背景,探讨在广电领域下沉浸式音响的技术原理 ;同时结合 Franhofer Cingo 虚拟环绕声技 术,阐述 MPEG-H 音频系统在广播电视及 VR 领域的有关应用。 关键词 :
中国联通移动流媒体业务规范
中国联合通信有限公司移动流媒体业务规范(V0.4)中国联通公司发布目次前言 (IV)1 总则 (1)1.1 编写目的和原则 (1)1.2 规范内容和适用范围 (1)2 缩略语 (1)3 业务总体特征 (1)3.1 业务概念 (2)3.2 业务分类 (2)3.2.1 根据内容的播放方式划分 (2)3.2.2 根据内容的来源划分 (2)3.2.3 根据用户所持流媒体终端划分 (3)3.3 业务模型 (3)3.3.1 流媒体点播 (4)3.3.2 流媒体直播 (4)3.3.3 下载播放 (4)4 业务功能 (4)4.1 流媒体业务发现功能 (5)4.2 流媒体业务对终端的适配功能 (5)4.3 流媒体业务对网络带宽的适配功能 (6)4.4 流媒体内容制作功能 (6)4.5 流媒体内容传送功能 (6)4.6 流媒体内容下载功能 (6)4.7 流媒体业务的计费统计功能 (7)4.8 流媒体业务的认证功能 (7)4.9 流媒体业务管理功能 (7)4.10 负载均衡功能 (7)4.11 编码要求 (7)4.12 媒体格式要求 (7)4.13 流媒体服务的中断和续传 (8)4.14 数字版权机制(DRM) (8)4.15 实时媒体流在播放过程中的回放(可选) (8)5 业务流程 (8)5.1 业务发现流程(WAP业务发现) (8)5.2 业务发现流程(HTTP业务发现) (10)5.3 业务发现流程(短消息发现) (11)5.4 流媒体点播业务流程 (13)5.5 流媒体直播业务流程 (15)5.6 流媒体下载业务流程 (17)5.7 SP内容发布流程 (19)6 认证 (20)6.1 直接通过流媒体业务平台完成用户认证 (21)6.2 通过第三方服务代理实现对用户的认证 (21)6.3 通过用户的IP地址实现对用户的认证 (21)7 计费和统计 (21)7.1 计费采集 (21)7.2 计费方式 (21)7.2.1 点播服务的计费 (22)7.2.2 直播服务的计费 (22)7.2.3 下载服务的计费 (23)7.2.4 CDR格式 (24)7.3 业务统计分析 (25)8 业务服务质量 (26)9 SP的管理 (27)9.1 与SP的合作方式 (27)9.1.1应用提供商 (27)9.1.2独立内容提供商 (27)9.1.3合作内容提供商 (28)9.2 SP提供的内容的编码和文档格式 (28)9.3 系统对SP的管理 (28)9.3.1 SP管理 (28)9.3.1.1 SP签约前管理 (28)9.3.1.2 SP签约后管理 (28)9.3.1.3 SP信息管理 (28)9.3.2 SP业务管理 (29)9.3.2.1 业务测试管理 (29)9.3.2.2 内容接入管理 (29)9.3.2.3 业务开通管理 (29)9.3.2.4 业务运行管理 (29)9.4 SP的自我管理 (29)9.5 SP的结算方式 (30)9.5.1结算原则 (30)9.5.2应用提供商的结算方法 (30)9.5.3独立内容提供商的结算方法 (30)9.5.4合作内容提供商的结算方法 (31)9.5.4.1 对直接发布流媒体内容的分账 (31)9.5.4.2 对提供在线视(音)频转播权的分账 (31)10 流媒体业务的客服 (31)附录A:流媒体内容编码建议参数 (32)A.1内容源的文件格式 (32)A.1.1内容源为文件 (32)A.1.2内容源为采集设备 (32)A.2输出格式 (32)A.3内容类型 (32)A.4编码要求 (32)前言随在手机增值业务的不断发展,视音频流媒体业务将会成为一个热点,通过手机实现视频点播、收看视频节目将成为最能吸引用户的业务。
TVOS应用编程接口在歌华有线智能机顶盒的实践初探
专栏TVOS应用编程接口在歌华有线智能机顶盒的实践初探付岩 北京歌华有线电视网络股份有限公司摘要:本文在介绍TVOS技术特点和歌华有线机顶盒现状的基础上,详细描述了在歌华有线智能机顶盒中应用TVOS相关应用接口的具体实践过程,介绍了目前的实施结果,同时分析了整个工作中遇到的问题并给出实施建议。
在目前广电总局积极推进TVOS的大环境下,本项目所做工作对于TVOS的顺利部署具有重要的现实指导意义。
关键词:NGB TVOS 智能机顶盒国家新闻出版广电总局2014年发149号文《关于大力开展智能电视操作系统TVOS1.0规模应用试验加快推动广播电视终端标准化智能化的通知》,大力提倡广播电视终端智能化相关工作,并倡导TVOS的部署。
TVOS本身也在不断完善中,已于2015年12月26日发布了TVOS2.0。
在智能化大背景下,歌华有线在开展智能机顶盒的研发工作过程中,在兼容现网技术系统的同时,也在积极探索TVOS部署的可能性。
为了未来顺利部署NGB-J和NGB-H应用,歌华研发的智能机顶盒在应用开发接口上采用了NGB定义的规范接口,目前已获得多家机顶盒厂商的支持,并即将进入商用部署。
本文首先依次介绍了TVOS的技术特点以及应用扩展接口特征、歌华有线目前的机顶盒技术特征和应用部署方式以及目前智能机顶盒的主流研发模式。
在结合以上三点考虑的前提下,本文介绍了歌华有线部署NGB应用开发接口的具体实施过程和相关工作,包括扩展接口子集定义、接口实现、接口测试程序实施以及接口验证等工作。
最后分析了在实施过程中遇到的一些问题,并提出了一些建议,希望给TVOS的顺利部署提供一些帮助。
1 TVOS介绍智能电视终端操作系统(TVOS)是指运行在数字电视接收终端之上的智能操作系统软件,接收终端可以是机顶盒、一体机或其他形态。
TVOS处于接收终端硬件层之上、应用层之下,屏蔽了硬件层的差异,为应用的运行提供了统一的环境,为应用的开发提供了完整、统一的应用编程接口(API)。
Fraunhofer llS音频博客:MPEG-H正式纳入DVB规范
( 2 ) 原 网络 中 的 Mo C A1 . 0局 端 和 Mo C A 1 . 0终 端
或更换调整的终端必须按 1 . 1 版本工作 , 形成 网络优
化 调整 机 制 , 逐 步将 网络全面升级为 1 . 1版 本 工 作
状态 ;
( 5 ) 原 网络 中百 兆 电 口 O N U 可 依 据带 宽监 测 情
H技 术 的 电视 机 。
W W W. c c a t v . c o m
4 8 7
换、 MA C地 址 的动 态 学 习 功 能 , 通 过
图 3 优 化 后 Mo C A 网 络 原 理 图二
系统 C P E设 备 网管 的 版本 查 询 、 C P E 接 入设 置等 功 能 完 成 上述 设 置 ; 新 增
实 施原则 :
( 1 ) 采用 频 率 分 隔 的方 式 进 行 扩 容 , 在 同一 输 出 分 配 网 中实 现用 户 与带 宽 的 扩容 ; 每 台局 端 服 务 于 特 定 用户 群 , 适 用 于条 件 不成 熟 的 区域 , 采 取 分 步 实施 、 逐 步更 换 的原则 , 减 少 用 户 协调 , 降低 网络 割 接难 度 , 加 快 网络实 施进 度 , 确 保 网络优 化顺 利进行 ;
将 有机 会在 家 中领略 3 D音频 , 并 享有根据 自己的需求调 整单个 电视 节 目音频设 定的权利 。而 MP E G—H 编解码 器 已经被
NGB有线智能融合终端总体架构
NGB有线智能融合终端总体架构1 范围本标准规定了基于有线电视网络的下一代广播电视网(NGB)智能融合终端的总体架构,以及在硬件、软件、应用信令、家庭互联、安全等方面的功能性要求。
本标准适用于有线电视运营商及相关企业研发智能融合终端时作为架构设计参考。
2 规范性引用文件下列文件对于本标准的应用是必不可少的。
凡是注日期的引用文件,仅所注日期的版本适用于本标准。
凡是不注日期的引用文件,其最新版本(包括所有的修改单)适用于本标准。
GB/T 17975.1-2010 信息技术运动图像及其伴音信息的通用编码 第1部分:系统(Information technology - Generic coding of moving pictures and associated audio information - Part 1: Systems)GB 18030-2005 信息技术中文编码字符集GB/T 28161-2011 数字电视广播业务信息规范GB/T 28430-2012 数字电视系统数据广播技术规范GY/Z 175-2001 数字电视广播条件接收系统规范GY/T 255-2012 可下载条件接收系统技术规范GY/T 257-2012 广播电视先进音视频编解码 第1部分:视频GY/T 258-2012 下一代广播电视网(NGB)视频点播系统技术规范GY/T 265-2012 NGB宽带接入系统 HINOC传输和媒质接入控制技术规范GY/T 266-2012 NGB宽带接入系统 C-DOCSIS技术规范GY/T 267-2012 下一代广播电视网(NGB)终端中间件技术规范GY/T 269-2013 NGB宽带接入系统 C-HPAV系统技术规范GY/T 277-2014 互联网电视数字版权管理技术规范ISO/IEC 14496-10:2012 信息技术-音视频对象编码 第10部分:先进的视频编码(Information technology - Coding of audio-visual objects - Part 10: Advanced Video Coding) ISO/IEC 23008-2:2013 H.265 高效率视频编码(H.265: High efficiency video coding) ISO/IEC DIS 23009-1.2 基于HTTP的动态自适应流(Dynamic adaptive streaming over HTTP (DASH), 2012)ISO/IEC 29341 信息技术-UPnP设备架构(Information technology - UPnP device architecture,2008)IETF RFC 768 用户数据报协议(User Datagram Protocol(UDP), August 1980)IETF RFC 791 互联网协议(Internet protocol, September 1981)IETF RFC 793 传输控制协议(Transmission control protocol, September 1981)IETF RFC 959 文件传送协议(File transfer protocol, October 1985)IETF RFC 1034 域名-概念和设施(Domain Names – Concepts and facilities, November 1987)GY/T 289-2015IETF RFC 1035 域名-执行和规范(Domain Names–Implementation and specification, November 1987)IETF RFC 1305 网络时间协议(版本3)规范和执行(Network time protocol(Version 3), March 1992)IETF RFC 2131 动态主机配置协议(Dynamic host configuration protocol, March 1997) IETF RFC 2132 DHCP选项和BOOTP供应商扩展(DHCP Options and BOOTP Vender Extensions, March 1997)IETF RFC 2181 对于DNS规范的澄清(Clarifications to the DNS specification, July 1997)IETF RFC 2236 Internet组管理协议, 第二版(Internet group management protocol, Version 2,November 1997)IETF RFC 2326 实时流协议(Real time streaming protocol, April 1998)IETF RFC 2516 在以太网上传输PPP的方法(A method for transmitting PPP over Ethernet, February 1999)IETF RFC 2616 超文本传输协议(Hypertext transfer protocol(HTTP/1.1), June 1999) IETF RFC 2817 HTTP/1.1中TLS的升级(Upgrading to TLS within HTTP/1.1, May 2000)IETF RFC 2818 HTTP上的TLS(HTTP over TLS, May 2000)IETF RFC 2821 简单邮件传输协议(Simple mail transfer protocol, April 2001)IETF RFC 3550 RTP实时应用的传输协议(RTP: A transport protocol for real-time applications, July 2003)IETF RFC 3810 IPv6状态中的组播听众发现第2版(MLDv2)(Multicast Listener Discovery version 2(MLDv2)for IPv6, June 2004)IETF RFC 5246 传输层安全(TLS)协议版本1.2(The Transport Layer Security (TLS) protocol Version 1.2, August 2008)DLNA v1.5 DLNA导则——体系架构与协议(Guidelines-Architecture and protocols,Aug 2009)TR 069 DSL论坛069技术报告(DSLForum TR-069 Amendment 3, CWMP V1.3, July 2011)3 术语、定义和缩略语3.1 术语和定义以下术语和定义适用于本标准。
国家广播电视总局关于发布《视音频内容分发数字版权管理技术规范》一项广播电视行业标准的通知
国家广播电视总局关于发布《视音频内容分发数字版权管理技术规范》一项广播电视行业标准的通知
文章属性
•【制定机关】国家广播电视总局
•【公布日期】2019.07.05
•【文号】广电发〔2019〕66号
•【施行日期】2019.07.05
•【效力等级】部门规范性文件
•【时效性】现行有效
•【主题分类】广播影视
正文
总局关于发布《视音频内容分发数字版权管理技术规范》
一项广播电视行业标准的通知
广电发〔2019〕66号各省、自治区、直辖市广播电视局,新疆生产建设兵团文化体育广电和旅游局,总局国网公司、无线局、监管中心、卫星直播中心、广科院、规划院、设计院,中央广播电视总台办公厅、电影频道节目中心:
国家广播电视总局组织审查了《视音频内容分发数字版权管理技术规范》,现批准为中华人民共和国广播电视推荐性行业标准,予以发布。
标准编号为:GY/T 277-2019。
该标准自发布之日起实施,由国家广播电视总局广播电视规划院负责发行(网上电子发行网址为:),联系电话:(010)86093424。
国家广播电视总局
2019年7月5日。
下一代广播电视网(NGB)视频点播系统技术规范标准发布暨宣贯会在北京召开
下一代广播电视网(NGB)视频点播系统技术规范标准发布
暨宣贯会在北京召开
佚名
【期刊名称】《辽宁广播电视技术》
【年(卷),期】2012(000)003
【摘要】2012年8月24日上午,广电总局主办的《下一代广播电视网(NGB)视频点播系统技术规范》标准发布暨宣贯会在国展中心综合楼召开。
该标准的性质为行业推荐标准,编号为GY/T258—2012,发布日期为2012年7月13日,实施日期为2012年7月13日,
【总页数】2页(P71-72)
【正文语种】中文
【中图分类】TN948.64
【相关文献】
1.广播电影电视行业标准——NGB宽带接入系统技术规范标准发布暨宣贯会在北京召开 [J],
2.(AVS+)标准发布暨宣贯会在北京召开 [J],
3.NCCE 2013在北京完美收官——2013年消费电子产品信息化指数评测结果发布会暨第十五届全国消费电子技术年会在京召开 [J], 《电视技术》编辑部
4.荣耀2018——北京同仁堂麦尔海生物技术有限公司经销商大会暨新品发布会在京召开 [J], 北京同仁堂麦尔海生物技术有限公司;
5.第三届中意超声医学专家高峰论坛暨2010年意大利百胜医疗新技术平台发布会在北京召开 [J], 陈丽先
因版权原因,仅展示原文概要,查看原文内容请购买。
MPEG-H电视音频系统助力中国3D音频标准制定
MPEG-H电视音频系统助力中国3D音频标准制定
李秋花
【期刊名称】《信息技术与标准化》
【年(卷),期】2018(0)4
【摘要】本刊讯在近期结束的2018年中国国际广播电视信息网络展览会(CCBN)上,中国工程院院士、AVS标准工作组组长丁文华在做《中国超高清HDR、3D Audio标准及产业化进展》主题报告时表示,中国3D Audio标准即将颁布,将有效引领中国超高清音频产业发展,并带动电子终端产业发展。
【总页数】1页(P9)
【作者】李秋花
【作者单位】
【正文语种】中文
【相关文献】
1.泰克公司助力中国首个3D电视频道开播 [J],
2.携手3D新维度助力发展新引擎——中央电视台与索尼中国专业系统集团签署
3D电视节目制作发展战略合作协议 [J],
3.泰克公司助力中国首个3D电视频道开播 CCTV部署WFM8300系列波形监测仪,用于3D节目内容验证 [J],
4.泰克公司助力中国首个3D电视频道开播 [J],
5.MPEG-H电视音频系统迈向中国市场,将为用户带来前所未有的新视听 [J],
因版权原因,仅展示原文概要,查看原文内容请购买。
总局下发《关于加强电视节目音频响度管理的通知》
总局下发《关于加强电视节目音频响度管理的通知》
佚名
【期刊名称】《世界广播电视》
【年(卷),期】2017(031)007
【摘要】近日,总局下发《关于加强电视节目音频响度管理的通知》,针对一些广告节目以及导视频道的音频响度明显超出常规节目和频道的音频响度的情况作出要求。
【总页数】1页(P14-14)
【正文语种】中文
【中图分类】TN948.13
【相关文献】
1.交通部、公安部、国家安全生产监管总局联合下发关于进一步加强水路公路危险化学品运输管理的通知 [J],
2.国家工商行政管理总局、新闻出版总署联合下发《关于加强固定形式印刷品广告监督管理工作的通知》 [J],
3.广电总局加强电视节目音频响度管理 [J],
4.国家新闻出版广电总局下发《关于加强网络视听节目直播服务管理有关问题的通知》 [J],
5.国家广电总局下发关于进一步加强移动多媒体广播技术试验管理的通知 [J],
因版权原因,仅展示原文概要,查看原文内容请购买。
NGB宽带接入系统HINOC传输和媒质接入控制技术规范
NGB宽带接入系统 HINOC传输和媒质接入控制技术规范1 范围本标准规定了在750MHz~1006MHz的频率范围内,高性能同轴电缆宽带接入网络(HINOC)的物理层传输模式以及媒质接入控制协议。
本标准适用于利用有线电视同轴电缆实现高性能宽带接入的双向数字通信系统。
2 规范性引用文件下列文件对于本标准的应用是必不可少的。
凡是注日期的引用文件,仅所注日期的版本适用于本标准。
凡是不注日期的引用文件,其最新版本(包括所有的修改单)适用于本标准。
GB/T 17786-1999 有线电视频率配置GY/T 106-1999 有线电视广播系统技术规范GY/T 221-2006 有线数字电视系统技术要求和测量方法3 术语、定义和缩略语3.1 术语和定义下列术语和定义适用于本标准。
3.1.1数据帧 data frameMAC层用于承载上层数据的帧。
3.1.2控制帧 control frameMAC层用于接入控制和信道分配的帧。
3.1.3信令帧 signal frameMAC层用于实现节点接纳、退出和链路维护的帧。
3.1.4探测帧 probe frame物理层用于承载MAC层信令帧的帧。
3.1.5有效子载波 valid sub-carrierGY/T 265—2012OFDM符号中承载数据信息的子载波。
3.1.6空闲子载波 idle sub-carrierOFDM符号中用于邻信道保护的子载波和零频子载波。
3.1.7循环前缀 cyclic prefix位于OFDM数据体前的一段数据,其内容是OFDM数据体尾部数据的拷贝。
3.1.8星座映射 constellation mapping将待传输的数据对应到星座图上矢量符号的过程。
3.1.9前向纠错编码 forward error correction code利用增加冗余信息获得纠错能力的信道编码结构。
3.1.10循环冗余校验 cyclic redundancy check利用增加循环冗余信息获得检错能力的信道编码结构。
- 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。
媒体播放模块消息
event. modifiers 媒体源路径有效。 媒体源路径无效。 开始播放成功。 开始播放失败。 步长设置成功。 步长设置失败。 设置播放时间点成功。 设置播放时间点失败。 暂停播放成功。 暂停播放失败。 恢复播放成功。 恢复播放失败。 停止播放成功。 停止播放失败。 消息说明
event.modifiers 值由中间件内部自动给出,其数据类型: ——“number” ,表示该值为消息描述字符串的 ID,可通过 Utility.getEventInfo()方法获取该消息描述字符串。 若“消息说明”定义了消息字符串 JSON 格式,则按格式取出消息内容。 65
H.3.2.3
方法 MediaPlayer
H.3.2.3.1
原型:MediaPlayer() 描述:构造方法,创建一个默认的 MediaPlayer 对象。 参数:无。 返回:无。 H.3.2.3.2 getPlayerInstanceID
原型:number getPlayerInstanceID() 描述:获取接收终端本地可用的播放器实例 ID,该 ID 由中间件内部自动分配。 参数:无。 返回:number 型,若成功则返回 0~255,若失败则返回-1。 H.3.2.3.3 bindPlayerInstance
GY/T XXX.3—XXXX H H
附 录 H (规范性附录) JavaScript-媒体处理单元 H.1 概述 本附录定义了与媒体处理相关的功能模块:媒体输入模块和媒体播放模块。 H.2 媒体输入模块 保留将来扩展。 H.3 媒体播放模块 本模块定义了与媒体播放相关的 JS 对象:MediaPlayer。 H.XX.3—XXXX H.3.2.3.5 setMediaSource
原型:number setMediaSource(mediaURL) 描述:异步方法,设置待播放媒体的 URL 地址。设置此参数后,中间件自动检测设置的 mediaURL 的合法性。 ——若 URL 合法,则向页面发送 MSG_MEDIA_URL_VALID 消息; ——若 URL 不合法,则向页面发送 MSG_MEDIA_URL_INVALID 消息。 页面只有接收到 MSG_MEDIA_URL_VALID 消息后,才可以调用 play()方法进行播放。 参数:mediaURL − string 型,以 URL 格式表示的媒体路径,URL 格式说明见表 H.5。 表H.5
媒体播放模块可能发给应用层的消息定义见表H.1。 表H.1
消息名称 MSG_MEDIA_URL_VALID MSG_MEDIA_URL_INVALID MSG_MEDIA_PLAY_SUCCESS MSG_MEDIA_PLAY_FAILED MSG_MEDIA_SETPACE_SUCCESS MSG_MEDIA_SETPACE_FAILED MSG_MEDIA_SEEK_SUCCESS MSG_MEDIA_SEEK_FAILED MSG_MEDIA_PAUSE_SUCCESS MSG_MEDIA_PAUSE_FAILED MSG_MEDIA_RESUME_SUCCESS MSG_MEDIA_RESUME_FAILED MSG_MEDIA_STOP_SUCCESS MSG_MEDIA_STOP_FAILED 保留 event.which 13001 13002 13003 13004 13005 13006 13007 13008 13009 13010 13011 13012 13013 13014 13015~13200
初 媒体来源 始 化 广播业务 互动电视 业务 IP-UDP 码流 68 √ √ 绑 定 √ √ 就 绪 √ √ 前进 √ √ 后退 N/A √ 快进 N/A √
媒体播放状态和步长表
播放 快退 N/A √ 慢进 N/A N/A 慢退 N/A N/A 暂停 停止 解除 绑定 √ √
√ √
√ √
√
√
√
√
原型:number unbindPlayerInstance(playerInstanceID) 描述:MediaPlayer 对象和当前播放器实例解除绑定,并释放播放器的相关资源。 参数:playerInstanceID − number 型,指示本地播放器实例 ID,取值范围 0~255。 返回:number 型,若成功则返回 0,若失败则返回-1。
H.3.2.1
媒体播放状态
媒体播放器存在以下播放状态:初始化、绑定、停止、播放(前进/后退/快进/慢进/快退/慢退) 、 暂停和解除绑定,状态转移示意图见图 H.2。
图H.2
媒体播放状态转移示意图
67
GY/T XXX.3—XXXX 图H.2中媒体播放的各种状态说明如下: ——初始化状态:当创建 MediaPlayer 对象,即进入初始化状态。 ——绑定状态:当 MediaPlayer 对象调用 bindPlayerInstance()方法后,即进入绑定状态。 ——停止状态:当 MediaPlayer 对象调用 setMediaSource()或 stop()方法后,即进入停止状态, 此时视音频停止播放,视频画面处于隐藏状态。 ——播放状态:当 MediaPlayer 对象调用 play()方法后,即进入播放状态,包括前进、后退、快 进、慢进、快退和慢退,播放步长与播放状态关系见表 H.2。 表H.2
N/A
N/A
N/A
N/A
N/A
√
√
√
GY/T XXX.3—XXXX
本地媒体 文件 √ √ √ √ √ √ √ √ √ √ √ √
H.3.2.2
属性
媒体播放对象的属性定义见表H.4。 表H.4 MediaPlayer 对象的属性
属性名称 location 类型 string 读写属性 只读 说明 表示媒体文件的定位器,格式见表 H.5。 表示当前 MediaPlayer 对象所绑定的播放器实例 ID。 若取值-1,则表示当前 MediaPlayer 对象尚未绑定任 playerInstanceID number 只读 何播放器实例。 例如在调用 bindPlayerInstance()方法之前,或在调 用 unbindPlayerInstance()方法之后,读取该属性, 应返回-1。
66
GY/T XXX.3—XXXX
//通过全局变量保留这个播放器实例标识以便跨页面时使用 GlobalVarManager.setItemValue(“PLAYER_INSTANCE_ID”, nativePlayerInstanceID); //MediaPlayer 对象与播放器实例绑定 mp1.bindPlayerInstance(nativePlayerInstanceID); mp1.setMediaSource(mediaURL); //设置媒体源 mp1.play(); //开始播放 ... mp1.setPace(2); ... mp1.setPace(1); ... mp1.pause(); //暂停播放 mp1.resume();//恢复播放 mp1.stop(); //停止播放 mp1.unbindPlayerInstance(nativePlayerInstanceID); //在下一个 Web 页面中,创建一个 MediaPlayer 对象 mp2 var mp2 = new MediaPlayer(); //通过全局变量获得上个页面的播放器实例 ID var nativePlayerInstanceID = GlobalVarManager.getItemValue(“PLAYER_INSTANCE_ID”); //根据上一个页面传递过来的播放器实例 ID ,绑定 MediaPlayer 对象和媒体播放实例 mp2.bindPlayerInstance(nativePlayerInstanceID); mp2.setMediaSource(mediaURL); //设置媒体源 mp2.play(); //开始播放 mp2.pause(); //暂停播放 mp2.resume();//恢复播放 mp2.stop(); //停止播放 mp2.unbindPlayerInstance(nativePlayerInstanceID); //恢复正常速度播放 //快进,2 倍速播放
GY/T XXX.3—XXXX
——“-”,表示event.modifiers为undefined。
H.3.2
MediaPlayer对象
MediaPlayer 对象为本地对象,需要先创建再使用。 该对象定义了在 Web 页面中进行媒体播放的属性和方法。 媒体源可以是电视广播、 声音广播或 NVOD, 也可以是一个 UDP 单播或组播流, 还可以是存储在接收终端本地的媒体文件。 本对象只需知道媒体类型 和媒体所在位置(URL)就可播放此媒体。 MediaPlayer 对象构造后只能在单个 Web 页面中使用,通过对象名来唯一标识;播放器实例对应于 接收终端的媒体解码资源,不和 Web 页面绑定,可以跨页面使用,通过播放器实例 ID 来唯一标识,播 放器实例 ID 由中间件内部自动产生。浏览器必须通过 MediaPlayer 对象提供的属性和方法,对播放器 实例进行控制实现媒体播放, 且一个 MediaPlayer 对象只能绑定一个播放器实例, 一个播放器实例同时 也只能被一个 MediaPlayer 对象绑定。MediaPlayer 对象和播放器实例之间的关系示意见图 H.1。
MediaPlayer对象 (对象名:mp2) MediaPlayer对象 (对象名:mp1)
bindPlayerInstance()
播放器实例 (硬件或软件解码资源)
图H.1 MediaPlayer 对象和媒体播放器实例之间的关系示意图
示例: Web 页面中创建的 MediaPlayer 对象,可控制接收终端上的播放器实例,播放器实例的生命周期是跨页面的。通过 MediaPlayer 对象的 playerInstanceID 属性来标识当前所绑定的播放器实例。 //在第一个 Web 页面中,创建一个 MediaPlayer 对象 mp1 var mp1 = new MediaPlayer(); //读取本地的媒体播放器实例 ID var nativePlayerInstanceID = mp1.getPlayerInstanceID();