GB/T38828-2020
IPTV媒体交付系统技术要求场景和需求
TechnicalrequirementsforIPTVmediadeliverysystem—Usecasesandrequirements
- 中国标准分类号（CCS）M32
- 国际标准分类号（ICS）33.160.60
- 实施日期2021-01-01
- 文件格式PDF
- 文本页数9页
- 文件大小616.01KB
以图片形式预览IPTV媒体交付系统技术要求场景和需求
IPTV媒体交付系统技术要求场景和需求
国家标准 GB/T38828一2020 PIV媒体交付系统技术要求 场景和需求 TechniealrequirementsforIPTVmediadeliverysystem- Useeasesandreguirements 2020-06-02发布 2020-12-01实施 国家市场监督管理总局 发布 国家标涯花警理委员会国家标准
GB/T38828一2020 目 次 前言 范围 2 规范性引用文件 3 术语和定义、缩略语 3.1术语和定义 3.2缩略语 IPTV媒体交付系统的层次结构 IPTV媒体交付系统应用场景 5 5.1IPTV媒体分发交付应用场景 5.2能力或资源服务应用场景 对PTV媒体交付系统的需求 6.1业务提供者对媒体交付系统的需求 终端用户对媒体交付系统的需求 6.2 对媒体交付系统功能的需求 6.3 6.4对媒体交付系统信息处理功能的需求 6.5对媒体交付系统提供媒体内容种类的需求 对媒体交付系统媒体交付方式的需求 6.6 6.7对媒体交付系统管理的需求
GB/38828一2020 前 言 本标准是《IPTV媒体交付系统技术要求》系列标准之一,本系列标准的名称和结构如下 GB/T38828IPTV媒体交付系统技术要求场景和需求; GB/T38827IPTV媒体交付系统技术要求体系架构; GB/T38826IPTV媒体交付系统技术要求总体要求; GB/T38829IPTV媒体交付系统技术要求内容接人; GB/T38830IPTV媒体交付系统技术要求全局负载均衡子系统 GB/T38831IPTV媒体交付系统技术要求媒体分发存储子系统 GB/T38754IPTV媒体交付系统技术要求流媒体服务 本标准按照GB/T1.1一2009给出的规则起草
请注意本文件的某些内容可能涉及专利
本文件的发布机构不承担识别这些专利的责任
本标准由工业和信息化部提出 本标准由全国通信标准化技术委员会(sAc/1c485)归口
本标准起草单位信息通信研究院、电信集团有限公司、中兴通讯股份有限公司、华为技术 有限公司、联合网络通信集团有限公司、移动通信集团公司、东方明珠新媒体股份有限公司、上 海诺基亚贝尔股份有限公司
本标准主要起草人聂秀英、陈戈.唐宏、梁洁、缪川扬、宋海滨、乔洽,倪伟,刘雨涵、张立杰、顾方方
GB/T38828一2020 IPTV媒体交付系统技术要求 场景和需求 范围 本标准规定了IPTV媒体交付系统的应用场景和需求,主要包括媒体交付系统的层次结构、媒体交 付系统应用场景描述和对媒体交付系统的需求
本标准适用于IPTV媒体交付系统
规范性引用文件 下列文件对于本文件的应用是必不可少的
凡是注日期的引用文件,仅注日期的版本适用于本文 件
凡是不注日期的引用文件,其最新版本(包括所有的修改单)适用于本文件
YD/T1654一2007lIPTV业务需求 YD/T1823一2008IPTV业务系统总体技术要求 术语和定义、缩略语 3.1术语和定义 下列术语和定义适用于本文件
3.1.1 时移电视time-shiftteevision 对实时播放的广播电视内容频道进行短暂的暂停,倒退和快进操作 3.1.2 utde 电子节目单electromie program 按不同的分类规则组合在一起的数字电视节目列表,通过电子的方式提供给用户使用
注:用户通过遥控器就可以进行查看,也可以从电子节目单中直接切换到正在播放的节目中去 3.1.3 推送push 根据业务提供者的要求将媒体内容打包并投递到系统中间节点或多终端用户的业务或操作
3.1.4 service ovider 业务提供者 epro 向消费者和其他客户端按照价目表或合同提供电信业务的运营者
注:业务提供者可以运营网络也可以不运营网络,可以是也可以不是另一个业务提供者的客户 3.1.5 交付delivery 向端用户发送内容
3.1.6 分发distributn ion 为后续的交付将内容发送到合适的中间位置
GB/T38828一2020 3.2缩胳语 下列缩略语适用于本文件
ARQ;自动重传请求(AutomaticRepeatRequest) EPG;电子节目单(ElectronicProgramGuide) FcC:快速频道切换服务(FastChannel lChange) FEC:前向纠错(Forwarderorcorrection P;互联网协议(InternetProtocoD) PTV:互联网协议电视(InternetProtocolTelevision) QoE;体验质量(QualityofExperienee) QoS:服务质量(QualityofService PTV媒体交付系统的层次结构 IPTV媒体交付系统是IPTV业务系统的重要组成部分,主要完成将IPTV业务/应用提供者、内 容拥有者所提供的媒体内容按用户的需求或业务/应用提供者、媒体内容拥有者的需求向终端用户或相 关设备分发或交付,以提高媒体交付的速度和质量
PTV媒体交付系统的层次结构如图1所示 内容拥有者 业务提供者 内容管理 内容分发 内容交付 智能网络服务 边缘网络 终端用户 图1 PrV媒体交付系统的层次结构图
GB/38828一2020 其中: 内容管理:完成内容处理、控制和管理等功能 a b 内容分发和交付:完成内容的发布、查找、存储和传输等功能; 智能网络服务:完成组播、安全、认证和服务质量保证等功能; c d 边缘网络:完成硬件缓存或软件缓存,以及向用户交付媒体信息等功能; 终端用户:使用媒体交付系统提供的业务的用户,可以利用智能手机、计算机或加机顶盒的电 e 视机等
PIrV媒体交付系统应用场景 5.1IPTV媒体分发交付应用场景 ErG浏览、媒体内容下载、音视频点播等静态内容交付服务应用场景 5.1.1 IPTV业务提供者在提供业务时,为方便终端用户使用,通常提供EPG浏览服务供终端用户在选 择IPTV节目内容前参考使用
音视频点播服务是深受终端用户喜爱的IPTV业务之一,拥有地理分 -些终端用户根据各自的喜好希望将部分媒体内容下载到终端用 布广、数量大的终端用户群体,同时 户的客户端供自己在方便的时候使用
上述的部分IPTV业务若仅通过一个IPTV内容源来提供服务 势必会对承载网络及IPTV内容源端造成巨大的压力
在该应用场景中,IPTV媒体交付系统通过将 源服务中的静态内容(全部或部分)事先分发到部署在接近用户接人端的边缘服务中,在用户请求相应 内容时,IPTV媒体交付系统中的内容路由系统根据相应的策略将请求用户重定向到相应的边缘服务 器上,由该边缘服务器向用户提供其所请求的内容以减小骨干网络的压力和内容在网络上的传输时延 提高用户的体验质量,在用户请求的内容未存储或缓存在边缘服务器中时,由边缘服务器向其上级或源 服务器请求相应内容后再向用户提供服务
该应用场景适用于图片,文字,动画、音视频等的EPG内容浏览,以及电影电视、音乐、歌曲等音视 频内容的浏览、下载和点播服务
5.1.2音视频直播服务应用场景 以直播方式向终端用户提供音视频节目是最接近于用户习惯和喜爱的广播和电视的提供方式,是 IPTV业务提供的重要应用之 在基于IP的网络上采用直播方式提供服务时,在内容量大(如视频 节目内容)、接收的用户数量众多、分布分散时会对IP骨干网络造成巨大的流量,给IP骨干传输带来巨 大的压力
在该应用场景中,IPTV媒体交付系统将直播源的直播内容先通过单播或组播的方式分发到 边缘服务器,再由边缘服务器向请求直播内容的用户组播相应的直播内容以减少网络和直播源的流量 和访问压力,提高用户的服务体验质量
该应用场景适用但不限于电影或音乐播放、实况播放和广告投递、实况文本内容分发等服务
5.1.3虚拟专用IPrV媒体交付系统服务应用场景 -些IPTV内容提供者或者企业根据其业务特点和发展的需要,通常需要采用IPTV媒体交付系 统,实现在特定地理范围内的内容分发
同时希望所使用的IPTV媒体交付系统可以由其自身管理和 控制,就像是自建的IPTV媒体交付系统一样,但不希望自身投人资源组建仅一段时期使用的PTV媒 体交付系统
在该应用场景中,IPTV媒体交付系统所有者可以在自身的具有足够资源的IPTV媒体 交付系统中根据客户的实际需要划分出若干个独立的虚拟IPTV媒体交付系统提供给客户服务,满足 客户对自身管理和使用IPTV媒体交付系统的需要
GB/T38828一2020 5.1.4跨不同网络内容分发服务应用场景 -些IPTV内容提供者将其内容源仅与某一类网络固定网络或移动网络)连接,但希望其所提供 的内容向不同种类的网络的用户提供服务
在该应用场景中,IPTV媒体交付系统通过将其IPTV媒 体交付系统基础设施构建在跨多种类型的网络之上的方式向内容提供者提供,将内容提供者的内容分 发到不同运营者网络以及不同类型的网络用户 5.2能力或资源服务应用场景 5.2.1数据处理服务应用场景 随着数据处理技术以及设备的数据处理能力的不断发展,用户使用的内容通常以多种编码格式、图 片格式、文件格式存在
采用不同设施使用这些内容时,由于相应设备所具备的解码能力、显示能力等 的不同,需要对拟提供服务的内容格式进行转换
当需要进行格式转换的内容数量较多,但转换频次相 对较小的情况下,若由IPTV内容提供者自身进行相应的工作需要花费大量的资金购买相应的设备来 完成,使得进行相应数据处理的成本较高
若利用PTV媒体交付系统所具有的数据处理能力为内容 拥有者或内容提供者完成上述格式转换等工作,可节省用户购买相应设备的费用
在该应用场景中 IPTV媒体交付系统利用自身冗余的数据处理能力向用户提供相应的数据处理服务
该应用场景包括但不限于音视频内容转码服务,图片格式转换服务、内容热度更新服务以及小文件 聚合服务等
5.2.2统计服务应用场景 IPTV内容提供者需要了解其各种资源的使用情况,如在某一段时间内,其所提供的内容被用户访 问的总体情况,特定内容的访问情况以及访问其内容的用户所覆盖的区域范围等统计信息等
在该应 用场景中,IPTV媒体交付系统利用在用户访问相应内容提供者所提供的内容信息时所采集到的用户 所访问的内容,访问用户的地址信息等日志信息,根据IPTV内容提供者的特定需求，经过对所采集到 的数据进行统计分析,将统计分析结果报告给内容提供者以提供统计服务;同时IPTV媒体交付系统也 可以利用以往所积累的经验以及用户访问相应内容提供者所提供的内容情况分析判断对内容提供者的 内容源可能带来的相应安全威胁,为内容提供者提供相应的报告信息
该应用场景包括但不限于用户使用情况统计服务等
5.2.3QoE提升服务应用场景 用户体验质量的提升涉及从内容源到用户终端整个链条的各个环节,对于不同的应用方式相应的 QoE指标也不尽相同,如对于直播服务,频道的切换速度也是影响用户体验质量的指标之一,网络丢 包、网络拥塞程度的不同也是影响用户体验质量的相关因素,上述一些因素通常可在最接近用户端的环 节采用相应的技术或策略来解决,从而提高用户的体验质量
在该应用场景中,IPTV媒体交付系统提 供者利用其自身的技术可为内容提供者提供提高用户体验质量的相应服务
该应用场景包括但不限于ARQ、FcC,码流自适应服务、丢包补偿服务以及FEC服务等
6 对IPIV媒体交付系统的需求 6.1业务提供者对媒体交付系统的需求 业务提供者对媒体交付系统的需求如下 支持分布式的媒体交付体系架构 a
GB/T38828一2020 b 支持采用录播直播、实况直播点播、下载、推送、网络个人录像或直播时移等方式提供的业务 和应用以及虚拟内容交付系统服务 支持具有地域特点或个性化的信息插播或信息服务(包括紧急事件通知或播报); c d 支持向采用不同接人方式和不同种类终端的终端用户同时提供相同业务或服务 e 在采用点播方式提供业务时,支持终端用户对所消费的媒体内容的交互控制例如采用2、4、8 等倍数进行快进、快退等控制); fD 在提供直播业务时，支持终端用户回看已经播出一段时间的直播节目内容 支持终端用户根据个人的需要利用媒体交付系统录制所选定的内容 8 h)支持媒体内容的透明传输; 支持根据业务提供者的要求分布式存储或缓存指定的媒体内容,并支持对媒体内容的更新包 括增、删
6.2终端用户对媒体交付系统的需求 终蹦用户对媒体交付系统的需求如下 支持终端用户以不同种类的终端(包括智能手机,加机顶盒的电视机、计算机)使用业务或服 a 务;同时支持在使用业务期间,终端用户可以根据各自的需要更换终端用户终端而不中断终端 用户使用业务" 提供可接受的业务服务质量需求,系统提供业务质量应满足YD/T1823一2008中11.和 b YD/T1654一2007中7.3.2的规定; 支持终端用户媒体内容的上传和交付服务(如;终端用户电子邮件等媒体信息,可选》 支持根据终端用户的请求预留存储空间供终端用户存储相关媒体内容使用; d 支持个性化媒体内容和广告内容的分发和交付
6.3对媒体交付系统功能的需求 对媒体交付系统功能的需求如下 支持分布式的媒体内容存储或缓存; aa b 支持分布式的业务和服务; 支持点播、直播(录播直播、实况直播、下载、推送、时移电视、网络录像、播出控制等业务和 c 服务 支持单播、组播的传输方式; d 支持负载均衡; e 保证业务和内容的可靠性和安全性; 提供对多业务运营商的支持 g 具备保证业务的Qos和QoE的能力; h 支持内容的透明传输; 提供系统平滑扩容能力; k 支持终端用户权限控制和费用控制; 支持媒体内容分发的纠错能力; m 支持媒体内容存储的纠错能力 具备对流服务进行纠错和容错能力 n 支持虚拟媒体交付系统的组建和业务的提供; o 支持分布式媒体内容源内容的分发和交付 p 具有与IP承载网络连接的功能; Q
GB/T38828一2020 支持通过“推”和“拉”(推送和请求发送)两种方式触发的媒体内容交付; r s 支持媒体路由功能
6.4对媒体交付系统信息处理功能的需求 对媒体交付系统信息处理功能的需求如下 媒体交付系统中的信息处理模块应支持对媒体内容的预处理或实时处理(编码压缩,流化、分 a 片等 b 为支持同时服务于不同种类终端的需要,媒体交付系统应支持采用不同编码标准对来自内容 提供者的相同信息进行处理; 支持媒体内容的转码功能
6.5对媒体交付系统提供媒体内容种类的需求 对媒体交付系统提供媒体内容种类的需求如下 a 支持单视频多音轨节目流(例如;具有音赖描述的一个音频): 支持各种类型媒体内容(包括文本,静止图像、音频视频,多音频,多文本、组合媒体类型的内 b 容)的分发和交付服务
6.6对媒体交付系统媒体交付方式的需求 对媒体交付系统媒体交付方式的需求如下 支持以推或拉方式的内容交付 a 支持多种内容分发策略(如按时间表推送、动态内容拉、多源内容拉动); b 可根据策略支持以单播或组播方式媒体交付服务; c 支持将来自多个源的媒体信息同时投递到终端用户并具有一定的同步性 d 对媒体交付系统管理的需求 对媒体交付系统管理的需求如下 支持对媒体交付系统中存储媒体内容的管理; a 支持对媒体交付系统中相关设备运行状态的管理， b 支持对媒体交付系统中负载状态的管理; c 支持对使用媒体交付系统的终端用户使用情况等相关信息的管理; d 支持对使用媒体交付系统的业务提供者使用情况的管理
e
IPTV媒体交付系统技术要求场景和需求GB/T38828-2020解析
随着数字化时代的到来，IPTV媒体交付系统已经成为现代电视行业中的重要发展方向。GB/T38828-2020是针对此类系统的技术要求场景和需求标准。
一、场景概述
该标准主要包括家庭、酒店、医院、校园、企业等应用场景。其中，家庭场景是最为常见的应用场景。在这个场景下，用户可以通过IPTV媒体交付系统获得各种节目、电影、体育赛事等丰富多彩的内容。
酒店场景则主要关注于客房内的电视服务，需要提供高质量的电视信号和优质的用户体验。医院场景则需要提供医疗信息和教育资源，帮助医生和患者更好地沟通和交流。校园场景则需要提供学术资源和课程内容，帮助教师和学生更好地开展学习活动。企业场景则主要关注于员工培训和办公信息等方面的服务。
二、需求分析
不同场景下对IPTV媒体交付系统的需求也各有不同。在家庭场景下，用户对内容的个性化需求越来越高，需要系统能够提供多样化的电视节目、点播服务、互动游戏等。同时，用户还对系统的稳定性和操作简便度有着较高的要求。
酒店场景则需要提供一流的电视体验，包括高清画质、流畅的信号传输、极佳的用户体验等。医院场景则需要确保系统的安全性和稳定性，以保护患者的隐私和医疗信息的完整性。校园场景则需要提供丰富的学术和教育资源，帮助学生进行创新性学习。企业场景则需要提供一流的培训和信息服务，以提高员工的综合素质和工作效率。
三、总结
综上所述，GB/T38828-2020标准为IPTV媒体交付系统的场景和需求提供了详细的规范和指导。各场景之间的差异性，需要系统提供不同的服务和功能，以满足用户的不同需求。未来，随着数字化技术的不断发展和更新换代，IPTV媒体交付系统必将在更多领域得到广泛应用。
