搜索结果: GB/T 38828-2020, GB/T38828-2020, GBT 38828-2020, GBT38828-2020
| 标准编号 | GB/T 38828-2020 (GB/T38828-2020) | | 中文名称 | IPTV媒体交付系统技术要求 场景和需求 | | 英文名称 | Technical requirements for IPTV media delivery system--Use cases and requirements | | 行业 | 国家标准 (推荐) | | 中标分类 | M32 | | 国际标准分类 | 33.160.60 | | 字数估计 | 10,123 | | 发布日期 | 2020-06-02 | | 实施日期 | 2020-12-01 | | 发布机构 | 国家市场监督管理总局、中国国家标准化管理委员会 | GB/T 38828-2020
Technical requirements for IPTV media delivery system--Use cases and requirements
ICS 33.160.60
M32
中华人民共和国国家标准
IPTV媒体交付系统技术要求
场景和需求
2020-06-02发布
2020-12-01实施
国 家 市 场 监 督 管 理 总 局
国 家 标 准 化 管 理 委 员 会 发 布
目次
前言 Ⅰ
1 范围 1
2 规范性引用文件 1
3 术语和定义、缩略语 1
3.1 术语和定义 1
3.2 缩略语 2
4 IPTV媒体交付系统的层次结构 2
5 IPTV媒体交付系统应用场景 3
5.1 IPTV媒体分发交付应用场景 3
5.2 能力或资源服务应用场景 4
6 对IPTV媒体交付系统的需求 4
6.1 业务提供者对媒体交付系统的需求 4
6.2 终端用户对媒体交付系统的需求 5
6.3 对媒体交付系统功能的需求 5
6.4 对媒体交付系统信息处理功能的需求 6
6.5 对媒体交付系统提供媒体内容种类的需求 6
6.6 对媒体交付系统媒体交付方式的需求 6
6.7 对媒体交付系统管理的需求 6
前言
本标准是《IPTV媒体交付系统技术要求》系列标准之一,本系列标准的名称和结构如下:
---GB/T 38828 IPTV媒体交付系统技术要求 场景和需求;
---GB/T 38827 IPTV媒体交付系统技术要求 体系架构;
---GB/T 38826 IPTV媒体交付系统技术要求 总体要求;
---GB/T 38829 IPTV媒体交付系统技术要求 内容接入;
---GB/T 38830 IPTV媒体交付系统技术要求 全局负载均衡子系统;
---GB/T 38831 IPTV媒体交付系统技术要求 媒体分发存储子系统;
---GB/T 38754 IPTV媒体交付系统技术要求 流媒体服务。
本标准按照GB/T 1.1-2009给出的规则起草。
请注意本文件的某些内容可能涉及专利。本文件的发布机构不承担识别这些专利的责任。
本标准由中华人民共和国工业和信息化部提出。
本标准由全国通信标准化技术委员会(SAC/TC485)归口。
本标准起草单位:中国信息通信研究院、中国电信集团有限公司、中兴通讯股份有限公司、华为技术
有限公司、中国联合网络通信集团有限公司、中国移动通信集团公司、东方明珠新媒体股份有限公司、上
海诺基亚贝尔股份有限公司。
本标准主要起草人:聂秀英、陈戈、唐宏、梁洁、缪川扬、宋海滨、乔治、倪伟、刘雨涵、张立杰、顾方方。
IPTV媒体交付系统技术要求
场景和需求
1 范围
本标准规定了IPTV媒体交付系统的应用场景和需求,主要包括媒体交付系统的层次结构、媒体交
付系统应用场景描述和对媒体交付系统的需求。
本标准适用于IPTV媒体交付系统。
2 规范性引用文件
下列文件对于本文件的应用是必不可少的。凡是注日期的引用文件,仅注日期的版本适用于本文
件。凡是不注日期的引用文件,其最新版本(包括所有的修改单)适用于本文件。
YD/T 1654-2007 IPTV业务需求
YD/T 1823-2008 IPTV业务系统总体技术要求
3 术语和定义、缩略语
3.1 术语和定义
下列术语和定义适用于本文件。
3.1.1
时移电视 time-shifttelevision
对实时播放的广播电视内容频道进行短暂的暂停、倒退和快进操作。
3.1.2
按不同的分类规则组合在一起的数字电视节目列表,通过电子的方式提供给用户使用。
注:用户通过遥控器就可以进行查看,也可以从电子节目单中直接切换到正在播放的节目中去。
3.1.3
推送 push
根据业务提供者的要求将媒体内容打包并投递到系统中间节点或多终端用户的业务或操作。
3.1.4
业务提供者 serviceprovider
向消费者和其他客户端按照价目表或合同提供电信业务的运营者。
注:业务提供者可以运营网络也可以不运营网络,可以是也可以不是另一个业务提供者的客户。
3.1.5
交付 delivery
向端用户发送内容。
3.1.6
分发 distribution
为后续的交付将内容发送到合适的中间位置。
3.2 缩略语
下列缩略语适用于本文件。
FCC:快速频道切换服务(FastChannelChange)
QoS:服务质量(QualityofService)
4 IPTV媒体交付系统的层次结构
IPTV媒体交付系统是IPTV业务系统的重要组成部分,主要完成将IPTV业务/应用提供者、内
容拥有者所提供的媒体内容按用户的需求或业务/应用提供者、媒体内容拥有者的需求向终端用户或相
关设备分发或交付,以提高媒体交付的速度和质量。
IPTV媒体交付系统的层次结构如图1所示。
其中:
a) 内容管理:完成内容处理、控制和管理等功能;
b) 内容分发和交付:完成内容的发布、查找、存储和传输等功能;
c) 智能网络服务:完成组播、安全、认证和服务质量保证等功能;
d) 边缘网络:完成硬件缓存或软件缓存,以及向用户交付媒体信息等功能;
e) 终端用户:使用媒体交付系统提供的业务的用户,可以利用智能手机、计算机或加机顶盒的电
视机等。
5 IPTV媒体交付系统应用场景
5.1 IPTV媒体分发交付应用场景
5.1.1 EPG浏览、媒体内容下载、音视频点播等静态内容交付服务应用场景
IPTV业务提供者在提供业务时,为方便终端用户使用,通常提供EPG浏览服务供终端用户在选
择IPTV节目内容前参考使用。音视频点播服务是深受终端用户喜爱的IPTV业务之一,拥有地理分
布广、数量大的终端用户群体,同时一些终端用户根据各自的喜好,希望将部分媒体内容下载到终端用
户的客户端供自己在方便的时候使用。上述的部分IPTV业务若仅通过一个IPTV内容源来提供服务
势必会对承载网络及IPTV内容源端造成巨大的压力。在该应用场景中,IPTV媒体交付系统通过将
源服务中的静态内容(全部或部分)事先分发到部署在接近用户接入端的边缘服务中,在用户请求相应
内容时,IPTV媒体交付系统中的内容路由系统根据相应的策略将请求用户重定向到相应的边缘服务
器上,由该边缘服务器向用户提供其所请求的内容以减小骨干网络的压力和内容在网络上的传输时延,
提高用户的体验质量,在用户请求的内容未存储或缓存在边缘服务器中时,由边缘服务器向其上级或源
服务器请求相应内容后再向用户提供服务。
该应用场景适用于图片、文字、动画、音视频等的EPG内容浏览,以及电影、电视、音乐、歌曲等音视
频内容的浏览、下载和点播服务。
5.1.2 音视频直播服务应用场景
以直播方式向终端用户提供音视频节目是最接近于用户习惯和喜爱的广播和电视的提供方式,是
IPTV业务提供的重要应用之一。在基于IP的网络上采用直播方式提供服务时,在内容量大(如视频
节目内容)、接收的用户数量众多、分布分散时会对IP骨干网络造成巨大的流量,给IP骨干传输带来巨
大的压力。在该应用场景中,IPTV媒体交付系统将直播源的直播内容先通过单播或组播的方式分发到
边缘服务器,再由边缘服务器向请求直播内容的用户组播相应的直播内容以减少网络和直播源的流量
和访问压力,提高用户的服务体验质量。
该应用场景适用但不限于电影或音乐播放、实况播放和广告投递、实况文本内容分发等服务。
5.1.3 虚拟专用IPTV媒体交付系统服务应用场景
一些IPTV内容提供者或者企业根据其业务特点和发展的需要,通常需要采用IPTV媒体交付系
统,实现在特定地理范围内的内容分发。同时希望所使用的IPTV媒体交付系统可以由其自身管理和
控制,就像是自建的IPTV媒体交付系统一样,但不希望自身投入资源组建仅一段时期使用的IPTV媒
体交付系统。在该应用场景中,IPTV媒体交付系统所有者可以在自身的具有足够资源的IPTV媒体
交付系统中根据客户的实际需要划分出若干个独立的虚拟IPTV媒体交付系统提供给客户服务,满足
客户对自身管理和使用IPTV媒体交付系统的需要。
5.1.4 跨不同网络内容分发服务应用场景
一些IPTV内容提供者将其内容源仅与某一类网络(固定网络或移动网络)连接,但希望其所提供
的内容向不同种类的网络的用户提供服务。在该应用场景中,IPTV媒体交付系统通过将其IPTV媒
体交付系统基础设施构建在跨多种类型的网络之上的方式向内容提供者提供,将内容提供者的内容分
发到不同运营者网络以及不同类型的网络用户。
5.2 能力或资源服务应用场景
5.2.1 数据处理服务应用场景
随着数据处理技术以及设备的数据处理能力的不断发展,用户使用的内容通常以多种编码格式、图
片格式、文件格式存在。采用不同设施使用这些内容时,由于相应设备所具备的解码能力、显示能力等
的不同,需要对拟提供服务的内容格式进行转换。当需要进行格式转换的内容数量较多,但转换频次相
对较小的情况下,若由IPTV内容提供者自身进行相应的工作需要花费大量的资金购买相应的设备来
完成,使得进行相应数据处理的成本较高。若利用IPTV媒体交付系统所具有的数据处理能力为内容
拥有者或内容提供者完成上述格式转换等工作,可节省用户购买相应设备的费用。在该应用场景中,
IPTV媒体交付系统利用自身冗余的数据处理能力向用户提供相应的数据处理服务。
该应用场景包括但不限于音视频内容转码服务、图片格式转换服务、内容热度更新服务以及小文件
聚合服务等。
5.2.2 统计服务应用场景
IPTV内容提供者需要了解其各种资源的使用情况,如在某一段时间内,其所提供的内容被用户访
问的总体情况,特定内容的访问情况以及访问其内容的用户所覆盖的区域范围等统计信息等。在该应
用场景中,IPTV媒体交付系统利用在用户访问相应内容提供者所提供的内容信息时所采集到的用户
所访问的内容、访问用户的地址信息等日志信息,根据IPTV内容提供者的特定需求,经过对所采集到
的数据进行统计分析,将统计分析结果报告给内容提供者以提供统计服务;同时IPTV媒体交付系统也
可以利用以往所积累的经验以及用户访问相应内容提供者所提供的内容情况分析判断对内容提供者的
内容源可能带来的相应安全威胁,为内容提供者提供相应的报告信息。
该应用场景包括但不限于用户使用情况统计服务等。
5.2.3 QoE提升服务应用场景
用户体验质量的提升涉及从内容源到用户终端整个链条的各个环节,对于不同的应用方式相应的
QoE指标也不尽相同,如对于直播服务,频道的切换速度也是影响用户体验质量的指标之一,网络丢
包、网络拥塞程度的不同也是影响用户体验质量的相关因素,上述一些因素通常可在最接近用户端的环
节采用相应的技术或策略来解决,从而提高用户的体验质量。在该应用场景中,IPTV媒体交付系统提
供者利用其自身的技术可为内容提供者提供提高用户体验质量的相应服务。
该应用场景包括但不限于ARQ、FCC、码流自适应服务、丢包补偿服务以及FEC服务等。
6 对IPTV媒体交付系统的需求
6.1 业务提供者对媒体交付系统的需求
业务提供者对媒体交付系统的需求如下:
a) 支持分布式的媒体交付体系架构;
b) 支持采用录播直播、实况直播、点播、下载、推送、网络个人录像或直播时移等方式提供的业务
和应用以及虚拟内容交付系统服务;
c) 支持具有地域特点或个性化的信息插播或信息服务(包括紧急事件通知或播报);
d) 支持向采用不同接入方式和不同种类终端的终端用户同时提供相同业务或服务;
e) 在采用点播方式提供业务时,支持终端用户对所消费的媒体内容的交互控制(例如采用2、4、8
等倍数进行快进、快退等控制);
f) 在提供直播业务时,支持终端用户回看已经播出一段时间的直播节目内容;
g) 支持终端用户根据个人的需要利用媒体交付系统录制所选定的内容;
h) 支持媒体内容的透明传输;
i) 支持根据业务提供者的要求分布式存储或缓存指定的媒体内容,并支持对媒体内容的更新(包
括增、删)。
6.2 终端用户对媒体交付系统的需求
终端用户对媒体交付系统的需求如下:
a) 支持终端用户以不同种类的终端(包括智能手机、加机顶盒的电视机、计算机)使用业务或服
务;同时支持在使用业务期间,终端用户可以根据各自的需要更换终端用户终端而不中断终端
用户使用业务;
b) 提供可接受的业务服务质量需求,系统提供业务质量应满足 YD/T 1823-2008中11.1和
YD/T 1654-2007中7.3.2的规定;
c) 支持终端用户媒体内容的上传和交付服务(如:终端用户电子邮件等媒体信息,可选);
d) 支持根据终端用户的请求预留存储空间供终端用户存储相关媒体内容使用;
e) 支持个性化媒体内容和广告内容的分发和交付。
6.3 对媒体交付系统功能的需求
对媒体交付系统功能的需求如下:
a) 支持分布式的媒体内容存储或缓存;
b) 支持分布式的业务和服务;
c) 支持点播、直播(录播直播、实况直播)、下载、推送、时移电视、网络录像、播出控制等业务和
服务;
d) 支持单播、组播的传输方式;
e) 支持负载均衡;
f) 保证业务和内容的可靠性和安全性;
g) 提供对多业务运营商的支持;
h) 具备保证业务的QoS和QoE的能力;
i) 支持内容的透明传输;
j) 提供系统平滑扩容能力;
k) 支持终端用户权限控制和费用控制;
l) 支持媒体内容分发的纠错能力;
m)支持媒体内容存储的纠错能力;
n) 具备对流服务进行纠错和容错能力;
o) 支持虚拟媒体交付系统的组建和业务的提供;
p) 支持分布式媒体内容源内容的分发和交付;
q) 具有与IP承载网络连接的功能;
r) 支持通过“推”和“拉”(推送和请求发送)两种方式触发的媒体内容交付;
s) 支持媒体路由功能。
6.4 对媒体交付系统信息处理功能的需求
对媒体交付系统信息处理功能的需求如下:
a) 媒体交付系统中的信息处理......
|