国际电信联盟ITU-TH.
271国际电信联盟电信标准化部门(05/2006)H系列:视听及多媒体系统视听业务的基础设施—活动图像编码用于从视频接收机向视频发射机传送状态信息和请求的反向通道消息ITU-TH.
271建议书ITU-TH系列建议书视听及多媒体系统可视电话系统的性质H.
100-H.
199视听业务的基础设施概述H.
200-H.
219传输多路复用和同步H.
220-H.
229系统概况H.
230-H.
239通信规程H.
240-H.
259活动图像编码H.
260-H.
279相关系统概况H.
280-H.
299视听业务的系统和终端设备H.
300-H.
349视听和多媒体业务的号码簿业务体系结构H.
350-H.
359视听和多媒体业务的服务质量体系结构H.
360-H.
369多媒体的补充业务H.
450-H.
499移动性和协作程序移动性和协作、定义、协议和程序概述H.
500–H.
509H系列多媒体系统和业务的移动性H.
510–H.
519移动多媒体协作应用和业务H.
520–H.
529移动多媒体应用和业务的安全性H.
530–H.
539移动多媒体协作应用和业务的安全性H.
540–H.
549移动性互通程序H.
550–H.
559移动多媒体协作互通程序H.
560–H.
569宽带和三网合一多媒体业务在VDSL上传送宽带多媒体业务H.
610–H.
619欲了解更详细信息,请查阅ITU-T建议书目录.
ITU-TH.
271建议书(05/2006)iITU-TH.
271建议书用于从视频接收机向视频发射机传送状态信息和请求的视频反向通道消息摘要本建议书详细说明了用于从视频接收机向视频发射机传送状态信息和请求的反向通道消息的格式.
该消息句法是按一般方式设计的,使之适合用于绝大部分现存的国际视频编码标准.
还详细说明了此一般消息对ITU-TH.
261、H.
263和H.
264建议书|ISO/IEC14496-10的应用.
来源ITU-T第16研究组(2005-2008)按照ITU-TA.
8建议书规定的程序,于2006年5月29日批准了ITU-TH.
271建议书.
关键词反向通道消息,接收机反馈,选择参考图像,视频.
iiITU-TH.
271建议书(05/2006)前言国际电信联盟(ITU)是从事电信领域工作的联合国专门机构.
ITU-T(国际电信联盟电信标准化部门)是国际电信联盟的常设机构,负责研究技术、操作和资费问题,并且为在世界范围内实现电信标准化,发表有关上述研究项目的建议书.
每四年一届的世界电信标准化全会(WTSA)确定ITU-T各研究组的研究课题,再由各研究组制定有关这些课题的建议书.
WTSA第1号决议规定了批准ITU-T建议书须遵循的程序.
属ITU-T研究范围的某些信息技术领域的必要标准,是与国际标准化组织(ISO)和国际电工技术委员会(IEC)合作制定的.
注本建议书为简明扼要起见而使用的"主管部门"一词,既指电信主管部门,又指经认可的运营机构.
遵守本建议书的规定是以自愿为基础的,但建议书可能包含某些强制性条款(以确保例如互操作性或适用性等),只有满足所有强制性条款的规定,才能达到遵守建议书的目的.
"应该"或"务必"等其他一些强制性用语及其否定形式被用于表达特定要求.
使用此类用语不表示要求任何一方遵守本建议书.
知识产权国际电联提请注意:本建议书的应用或实施可能涉及使用已申报的知识产权.
国际电联对无论是其成员还是建议书制定程序之外的其他机构提出的有关已申报的知识产权的证据、有效性或适用性不表示意见.
至本建议书批准之日止,国际电联尚未收到实施本建议书可能需要的受专利保护的知识产权的通知.
但需要提醒实施者注意的是,这可能并非最新信息,因此特大力提倡他们通过下列网址查询电信标准化局(TSB)的专利数据库:http://www.
itu.
int/ITU-T/ipr/.
国际电联2006版权所有.
未经国际电联事先书面许可,不得以任何手段复制本出版物的任何部分.
ITU-TH.
271建议书(05/2006)iii目录页码1范围12规范性参考文献13定义14缩写25规约25.
1算术运算符25.
2逻辑运算符35.
3关系运算符35.
4位运算符35.
5赋值运算符35.
6变量、句法元素及表格45.
7逻辑运算的文字描述45.
8以列表形式描述句法的方法55.
9句法功能、分类及描述符规范76消息有效载荷86.
1句法.
86.
2语义.
97标准特定的消息使用117.
1H.
261建议书特定的消息使用.
117.
2H.
263建议书特定的消息使用.
127.
3H.
264建议书特定的消息使用.
13ivITU-TH.
271建议书(05/2006)引言0.
1目的在一些应用中,附加数据的传输(带内或带外)对改善业务的视频质量是有效的.
本建议书详细规定了采用多种视频编码技术应用的数据有效载荷.
此数据有效载荷是按一般方法来规定的,使其可以应用于流行的现存视频编码标准.
还将详细说明一般消息对ITU-T建议书H.
261、H.
263及H.
264的应用.
0.
2概述以下信息可以采用本建议书中所定义的反向通道消息从视频接收机向视频发射机发送信令:—状态报告:没有检测到的比特流差错失配帧的一个或多个图像;图像级别和/或宏块级别的丢失;重要信头信息的信息.
—更新请求:表示该发射机必须好像没有收到以前比特流数据一样完全更新该视频比特流的一个"重置(reset)"请求.
将详细说明反向通道消息对ITU-T建议书H.
261、H.
263及H.
264的应用.
ITU-TH.
271建议书(05/2006)1ITU-TH.
271建议书用于从视频接收机向视频发射机传送状态信息和请求的视频反向通道消息1范围本建议书详细说明了用于基于块的视频编码的反向通道消息.
2规范性参考文献下列ITU-T建议书和其他参考文献的条款,在本建议书中的引用而构成本建议书的条款.
在出版时,所指出的版本是有效的.
所有的建议书和其他参考文献均会得到修订,本建议书的使用者应查证是否有可能使用下列建议书或其他参考文献的最新版本.
当前有效的ITU-T建议书清单定期出版.
本建议书引用的文件自成一体时不具备建议书的地位.
–ITU-TRecommendationH.
261(1993),Videocodecforaudiovisualservicesatp*64kbit/s.
–ITU-TRecommendationH.
263(2005),Videocodingforlowbitratecommunication.
–ITU-TRecommendationH.
264(2005),Advancedvideocodingforgenericaudiovisualservices.
ISO/IEC14496-10:2005,Informationtechnology–Codingofaudio-visualobjects–Part10:AdvancedVideoCoding.
3定义本建议书规定下列术语:3.
1backchannel反向通道:从视频比特流接收机到视频比特流发射机传送反向通道消息的一种手段.
3.
2back-channelmessage反向通道消息:由视频比特流接收机产生的一个消息,它传送接收机状态信息或请求.
3.
3bitstream比特流:构成编码图像表示的一个比特序列以及构成一个或多个编码视频序列的相关数据.
3.
4bitstreamerror比特流差错:受损伤的或不完整的比特流.
3.
5bitstreamerrormismatch比特流差错失配:由于一个或多个比特流差错所造成的解码图像数值或数量对比于由没有比特流差错的比特流解码程序所产生的解码图像的数值与数量之间的差别.
3.
6block块:亮度取样的一个MxN(M列乘N行)矩阵和相关的色度取样.
3.
7detectedbitstreamerror检测到的比特流差错:由接收机检测到的一个比特流差错.
3.
8detectedbitstreamerrormismatch检测到的比特流差错失配:由于比特流差错而可能表现出来的比特流差错失配.
3.
9decodingorder解码顺序:对句法元素按照一种视频编码技术规定的解码程序进行处理的顺序.
2ITU-TH.
271建议书(05/2006)3.
10macroblock宏块:一个16x16的亮度取样块和二个相应的色度取样块.
3.
11parameterset参数组:包含可以用于对一个或多个图像解码处理的多个句法元素的一个句法结构.
3.
12picture图像:用于由视频编码技术编码成独特单元的视频场或帧中的一个集合术语.
3.
13referencepicture参考图像:包含可以用于视频比特流中后来图像解码处理中图像间预测的取样的一个图像.
3.
14reserved保留:当用于详细描述一个特殊句法元素的一些数值的条款中时,术语保留是留待将来ITU-T使用的.
这些数值不得用于符合本建议书的反向通道消息中,但可以由ITU-T用在本建议书将来的扩展中.
3.
15syntaxelement句法元素:在比特流或在一个反向通道消息中表述的一个数据元素.
4缩写本建议书采用下列缩写:CRC循环校验码LSB最低有效位MSB最高有效位5规约在本建议书全文中,带有"注—"前缀的陈述都是资料性的,而不是本建议书的一个组成部分.
注—本建议书中所采用的数学运算符与C编程语言中所采用的相类似.
编号与计数规约通常是从0开始.
5.
1算术运算符以下算术运算符定义如下:+加法–减法(作为一个二元运算符)或者取反(作为一个一元前缀运算符)*乘法/采用结果舍入为零截取的整数除法.
例如,7/4和(–7)/(–4)被截取为1及(–7)/4和7/(–4)被截取为–1.
x%y模数.
x被y除的余数,仅对x≥0和y>0的整数x和y定义.
当未采用括号来明确地表示优先顺序时,将采用以下原则:—乘法和除法运算被视为在加法和减法之前发生;—顺序的乘法和除法运算按从左到右的顺序计算;—顺序的加法和减法运算按从左到右的顺序计算.
ITU-TH.
271建议书(05/2006)35.
2逻辑运算符以下逻辑运算符定义如下:x&&yx和y的布尔逻辑"与(and)"x||yx和y的布尔逻辑"或(or)"!
布尔逻辑的"非(not)"xy:z如果x为真(TRUE)或不等于0,则按y值计算;否则,按z值计算.
5.
3关系运算符以下关系运算符定义如下:>大于>=大于或等于>y将x的二的补数之整数表示进行算术右向位移二进制y位.
此函数仅对正整数值的y定义.
作为此右向移位结果而移到MSB的比特具有等于该移位运算之前x的MSB位的数值.
x5保留由ITU-T将来使用payloadType大于5的消息必须按照payloadSize所显示的该消息大小被去除并丢弃.
ref_pic_id确定了一个图像.
根据payloadType的数值,ref_pic_id的语义如同表6-2中所详细描述.
10ITU-TH.
271建议书(05/2006)表6-2/H.
271-ref_pic_id的语义payloadTyperef_pic_id的语义0详细说明一个没有检测到的比特流差错失配的图像.
1详细说明一个已经全部或部分丢失的图像.
2详细说明一个已经部分丢失的图像.
3详细说明一个图像.
对与详细说明图像相关的一个参数组存在一个CRC.
4详细说明一个图像.
对与一定类型的所有参数组存在一个CRC,这些参数组在与该详细说明图像解码相关的时刻被存储起来.
num_ref_pics_minus1加1规定了没有检测到的比特流差错失配图像的数量.
num_ref_pics_minus1的数值必须在包括0到31的范围之内.
good_ref_pic_id[i]详细说明了在当前消息中显示的没有检测到比特流差错失配的第i个图像.
delta_ref_pic_id详细说明相对于确定一组完全或部分丢失图像的ref_pic_id的增量.
delta_ref_pic_id的数值必须在包括0到31的范围内.
data_partition_idc表示由top_left_blk和bottom_right_blk确定的块的所有数据(当data_partition_idc等于0时)或该数据的一个分区(当data_partition_idc不等于0时)丢失.
data_partition_idc的数值必须在包括0到15的范围之内.
run_length_flag等于1表示句法元素first_blk_lost和num_blks_lost_minus1的存在.
run_length_flag等于0表示句法元素top_left_blk和bottom_right_blk的存在.
first_blk_lost显示在光栅扫描顺序中的第一个块的块地址.
一个块地址是块光栅扫描中的一个块的索引号,它以0开始,表示一个图像中左上角的块.
num_blks_lost_minus1加1详细说明光栅扫描顺序中连续块的数量,第一个块由first_blk_lost确定.
top_left_blk和bottom_right_blk分别详细说明全部或部分丢失的矩形区域左上角和右下角的块地址.
句法元素top_left_blk和bottom_right_blk的数值必须遵守以下限制条件,此处变量PicWidthInBlks是以块为单位的图像宽度.
—top_left_blk必须小于或等于bottom_right_blk.
—bottom_right_blk必须该小于以块为单位的图像大小.
—top_left_blk%PicWidthInBlks必须小于或等于bottom_right_blk%PicWidthInBlks.
param_set_type详细说明了参数组的类型.
param_set_type的数值必须在包括0到15的范围之内.
param_set_crc当payloadType等于3时是对由param_set_id和param_set_type确定的参数组的CRC,当payloadType等于4时是对由param_set_type所确定类型的所有参数组一起的CRC.
ITU-TH.
271建议书(05/2006)11param_set_crc的数值必须等于通过执行以下伪码程序所得到的crcVal数值.
paramSet[pLen]=0paramSet[pLen+1]=0crcVal=0xFFFFfor(bitIdx=0;bitIdx>15)&1bitVal=(paramSet[bitIdx>>3]>>(7–(bitIdx&7)))&1crcVal=(((crcValZ系列电信系统使用的语言和一般性软件情况
racknerd怎么样?racknerd最近发布了一些便宜美国服务器促销,包括大硬盘服务器,提供120G SSD+192TB HDD,有AMD和Intel两个选择,默认32G内存,1Gbps带宽,每个月100TB流量,5个IP地址,月付$599。价格非常便宜,需要存储服务器的朋友可以关注一下。RackNerd主要经营美国圣何塞、洛杉矶、达拉斯、芝加哥、亚特兰大、新泽西机房基于KVM虚拟化的VPS、...
sparkedhost怎么样?sparkedhost主机。Sparkedhost于2017年7月注册在美国康涅狄格州,2018年收购了ClynexHost,2019年8月从Taltum Solutions SL收购了The Beast Hosting,同年10月从Reilly Bauer收购了OptNode Hosting。sparkedhost当前的业务主要为:为游戏“我的世界”提供服务器、虚拟...
TNAHosting是一家成立于2012年的国外主机商,提供VPS主机及独立服务器租用等业务,其中VPS主机基于OpenVZ和KVM架构,数据中心在美国芝加哥机房。目前,商家在LET推出芝加哥机房大硬盘高配VPS套餐,再次刷新了价格底线,基于OpenVZ架构,12GB内存,500GB大硬盘,支持月付仅5美元起。下面列出这款VPS主机配置信息。CPU:4 cores内存:12GB硬盘:500GB月流...
z系列为你推荐
沙滩捡12块石头价值近百万圣经中约旦河边的十二个石头12306崩溃iphone 12306网络错误对对塔为什么不能玩天天擂台?(对对塔)安徽汽车网中国汽车十大品牌留学生认证留学生回国学历认证 需要带什么材料mathplayer西南交大网页上的 Mathplayer 安装了为什么还是用不了?7788k.comwww.k6320.com 大家给我看看这网站是真是假...www.119mm.com看电影上什么网站??avtt4.comwww.5c5c.com怎么进入www.5any.com我想去重庆上大学
域名备案信息查询 网易域名邮箱 187邮箱 cdn服务器 2014年感恩节 win8.1企业版升级win10 qq数据库下载 权嘉云 建立邮箱 怎样建立邮箱 135邮箱 速度云 卡巴斯基破解版 台湾谷歌 网游服务器 支付宝扫码领红包 idc查询 中国linux hdsky 亿库 更多