一种鲁棒性移动视频解码方法_第1页
一种鲁棒性移动视频解码方法_第2页
一种鲁棒性移动视频解码方法_第3页
已阅读5页,还剩5页未读 继续免费阅读

下载本文档

版权说明:本文档由用户提供并上传,收益归属内容提供方,若内容存在侵权,请进行举报或认领

文档简介

(19)(19)民局

(10)公告号 (21)(22)(73)专利权人大(72)发明人侯志强(74)专利机构知识事务

THOMASSTOCKHAMMER.H.264/AVCFORWIRELESSTRANSMISSION.《IEEEWireless.H.264线档次的鲁棒性研《电讯技术》.2006,(第4期),200-204.H1264/AVC的信道自适应DPM.2006,246),667-671.员人H04N21/647H04N7/26 A,2008.01.09,全文. MichaelHorowitz.H.264/AVCBaselineProfileDecoderComplexityysis.《IEEETRANSACTIONSONCIRCUITSANDSYSTEMSFORTECHNOLOGY2003,137权利要求书1页说明书6页附图2(57)B过程中所得中间信息来评估后图像的质量, BCN

权利要求 1/1当前帧的码流所使用数据包的个数及各数据包中数据片的尺寸;宏块的数目及首个宏块的位置;不完整则计算每个数据片所含宏块的平均信息量和当前帧所得图像中部的宏块根据步骤1所得各数据片的尺寸及步骤2所记录的各数据片中宏块的数计算每个数据片所含宏块的平均信息量Si/Mi,是码流中数据片的总数Mii个数据片中宏块的根据权利要求1所述鲁棒性的移动方法,其特征在于:步骤3中根据计算结所得图像显示且作为后面帧的参考图像,未超过则将当前帧所得图像作为后面帧123,计算若码流k个宏块满足(Pk+1)%(W/B)>Th2且Th2<(Pk+1)/B<H/B-Th2认为该宏块其中,Pk是码流中第k个宏块在图像中的位由步骤2所记录每个数据片中宏块的2目及首个宏块的位置计算得0PkW*H/B10kM-1M是步骤3所得当前帧码流中宏块总WH分别是指图像的宽度和的尺寸为BxBTh2是预设的经验阈一种鲁棒性的移动方 3G点播移动移动会议移动短消息等为代表的数字移动不可避免严重影响各种移动终端上图像显示的质量在一定程度上制约了移动通信的发展。因此如何进一步提高移动带给人的视觉感受便显得尤为重要。[0003]编码标准H.264/AVC不仅压缩效率高网络适应性也较强适合用于移动视频通信。并且由于的信息量较大多采用其所支持的分片机制即首先把一帧图包放入独立的分组中进行传输以确保每个分组中的数据可以独立大大提高了信号的能力。但这也只是从编码的角度提高信号的可靠性对于实时性要求比较高的移动业务实际应用中会发现无线网络的带宽极易受接入用户量移动终端所处的环境等影响这种不稳定会造成不同程度的丢包使得终端显示的图像质量在某 括以下步骤: 片中宏块的数目及首个宏块的位置;[0008]32[0010]不完整则计算每个数据片所含宏块的平均信息量和当前帧所得图像中部的 [0013]Th1[0014]Th1[0016]其中,Si是当前帧的码流接收到的第i个数0iN-1,NMii 而且步骤3中计算码流中位于图像中部的宏块总数具体实现方式如下, 若码流中第k个宏块满足(Pk+1)%(W/B)>Th2且Th2<(Pk+1)/B<H/B-Th2则认为该k[0019]其中,Pkk2块的数目及首个宏块的位置计算0PW*H/B2-10kM-1M3前帧的码流中宏块总WH分别是指图像的宽度和高的尺寸为BxBTh2是预设的k[0020] [0022]2)本发明的处理过程具有普适性,对于一般的通信均可以取得较好的效果。特 2 1[0028] 步骤1根据数据包的包头信息对数据包进行排序和拼接得到属于当前帧的码流记录当前帧的码流所使用数据包的个数及各数据包中负即数据的尺寸。[0029] 记录的数据包数目就是数据片的数目而且一定是个整数这是由发送端把单个片封装成数据包的前提所决定换言之如果出现数据包丢失丢失的数据片数目也一定个整数。 S12将接收到的操作但也不能过长能够3~10个数据包就可以以免带来延迟。步骤S13根据包头信 步骤S14取一个数据包并把必要的包头信息和其中的码流放入步骤S15中进行拼接步骤S16就是根据包头信息判别拼接是否完成没有完成则回到S11去接收下一个数据包排序之后继续拼接完成则输出一帧码流到器即进入步骤S17读入一帧码流。该帧即本轮执行步骤1~3处理帧根据本领域习惯称为当前帧。 [0036]由于发送端把单个数据片封装成数据包进行发送,那么,对于步骤S14取出 对于步骤S16拼接完成后输出的一帧码流其中所含数据片的数目就是拼接时所使用的数据包数目这也是由发送端把单个数据片封装成数据包进行发送的前提所决定即简单设置一个计数器步骤S22便可记录拼接所得一帧码流中数据片的数目。至此,步骤S21和S22在码流拼接的同时得到了一帧码流中数据片的数目及各数据片的尺寸。 步骤2将当前帧的码流送入器中对数据片记录当前帧的码流中每个数 宏块数目及首个宏块位置; [0043]32[0044]完整则将当前帧所得图像显示且作为参考图像,进入步骤4;不完整则计算[0045]为便于实施参考起见,本发明提出步骤3中根据计算结果对当前帧所得图像[0046]Th1 若不存在数据片所含宏块的平均信息量大于设定的阈值Th1,则判断码流中位于图像中部的宏块总数是否超过当前帧后所得图像应有宏块总数的一半,超过则将当前 S71 码流中宏块的大小为16x16对于各种分辨率的其所含宏块的数目固定如QCIF格式的所含宏块数目为176x144/162=99。这一步只需将步骤S41得到的宏块总数目与所传输图像应有的宏块数目进行比较便可断定当前的一帧码流是完整还 S62;[0054]对一帧码流进行的同时,计算各数据片所含宏块的平均信息量Si/Mi只要存比较剧烈即若存在Si/Mi>Th1就认为所得图像的内容运动比较剧烈。Si是接收到的第i个数据片的尺单位是字,0i≤N-1N是码流中数据片的总数目;Mi是第i个数ik S61S62这两个步骤所执行的操作完全相同就是判断所丢失的数据片是否多位 计算码流中位于图像中部的宏块总数时若码流中第k个宏块满足(Pk+1)%(W/B)>Th2且Th2<(Pk+1)/B<H/B-Th2则该宏块处于图像中部。Pk是码流中第k个宏块在图像0WH分别是指图像的宽度和高度宏块的尺寸为BxB,Th2是预设的经验阈值。宏块的尺寸为BxB实施例根据H.264/AVC协议取B=16。k 实施例设置了计数器count,以便计算码流中部的宏块总数。若满足(Pk+1)%(W/16)>Th2Th2<(Pk+1)/16<H/16-Th2count++,表示如果宏块位于一幅图Pcon若count>(W*H/162)/2即码流中位于图像中部的宏块在数量上超过了图像应有宏块总 S42→S71由步骤S42到S71说骤S17读入的一帧码流完整无缺此时按一般方式处理后得到的图像即显示该图像并将它作为后面帧的参考图像;[0059]S42→S5→S61→S71依次执行这几个步骤说骤S17读入的一帧码流不完置此时也按一般的方式处理后得到的图像显示且作为参考图像;[0060] S42→S5→S61→S72依次执行这几个步骤说骤S17读入的一帧码流不完整读入的码流所对应的图像内容运动比较剧烈但是所丢失的数据片多位于图像的中部位置此时就认为后所得图像的质量较差仅可以作为参考图像不必显示;[0061] S42→S5→S62→S73依次执行这几个步骤说骤S17读入的一帧码流不完整读入的码流所对应的图像内容运动比较缓慢或完全静止但由于所丢失的数据片多位于图像的边缘位置后所得图像可以显

温馨提示

  • 1. 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
  • 2. 本站的文档不包含任何第三方提供的附件图纸等,如果需要附件,请联系上传者。文件的所有权益归上传用户所有。
  • 3. 本站RAR压缩包中若带图纸,网页内容里面会有图纸预览,若没有图纸预览就没有图纸。
  • 4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
  • 5. 人人文库网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对用户上传分享的文档内容本身不做任何修改或编辑,并不能对任何下载内容负责。
  • 6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
  • 7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

最新文档

评论

0/150

提交评论