广播信号发射设备和广播信号接收设备转让专利

申请号 : CN201580015063.7

文献号 : CN106105236A

文献日 :

基本信息:

PDF:

法律信息:

相似专利:

发明人 : 黄修振吴炫默徐琮烈

申请人 : LG电子株式会社

摘要 :

本发明涉及用于发射广播信号的广播信号发射设备、用于接收广播信号的广播信号接收设备以及用于发射和接收广播信号的方法。根据本发明的广播信号接收设备包括:接收单元,用于接收与视频组件帧兼容的三维电视(3DTV)服务视频流和包括用于用信号发送视频流的信令信息的广播信号,其中,信令信息包括用于指示视频流是帧兼容3DTV视频格式还是高清电视(HDTV)格式的第一条信息、指示视频流的服务类型是否是高效视频编译(HEVC)服务的服务类型信息、以及向视频流指示HEVC服务的类型的多个组件描述符;信令信息处理单元,用于基于信令信息识别视频流的类型;以及输出单元,用于基于视频流的类型以3DTV视频格式或HDTV视频格式输出视频流。

权利要求 :

1.一种广播信号发射装置,包括:

第一编码器,所述第一编码器被配置为生成用于视频组件的帧兼容三维电视(3DTV)服务的视频流;

第二编码器,所述第二编码器被配置为生成信令信息,所述信令信息用于用信号发送所述视频流,所述信令信息包括第一信息、服务类型信息以及多个组件描述符,所述第一信息指示所述视频流是否是帧兼容3DTV视频格式或高清电视(HDTV)视频格式,所述服务类型信息指示所述视频流的服务类型是高效视频编译(HEVC)服务,所述多个组件描述符指示关于所述视频流的所述HEVC服务的类型;以及发射单元,所述发射单元被配置为发射包括所述视频流和所述信令信息的广播信号。

2.根据权利要求1所述的广播信号发射装置,其中,当所述第一信息指示所述视频流是帧兼容3DTV视频格式时,所述信令信息进一步包括帧封包布置SEI消息,所述帧封包布置SEI消息用于用信号发送所述帧兼容3DTV服务的所述视频组件的属性。

3.根据权利要求1所述的广播信号发射装置,其中:

每个组件描述符包括指示所述视频流的类型的第一流内容信息、与所述第一流内容信息组合来指示所述视频流的类型的第二流内容信息、以及指示所述视频组件的类型的组件类型信息;以及所述多个组件描述符基于所述第一流内容信息、所述第二流内容信息和所述组件类型信息来指示所述HEVC服务的类型。

4.根据权利要求1所述的广播信号发射装置,其中,所述多个组件描述符包括第一组件描述符,其中,所述第一组件描述符包括所述视频流的编解码器信息,并且其中,所述编解码器信息指示HEVC。

5.根据权利要求4所述的广播信号发射装置,其中,所述多个组件描述符包括至少一个第二组件描述符,并且其中,所述至少一个第二组件描述符包括所述视频流的编解码器信息、简档信息、分辨率信息、图像比率信息、帧速率信息、图像格式信息和/或位深度信息中的至少一个。

6.根据权利要求5所述的广播信号发射装置,其中:

所述服务类型信息和所述第一组件描述符被包括在服务描述符表(SDT)中;以及所述至少一个第二组件描述符被包括在事件信息表(EIT)中。

7.根据权利要求5所述的广播信号发射装置,其中,所述图像格式信息指示并排格式和上下格式中的一个。

8.一种广播信号接收装置,包括:

接收单元,所述接收单元被配置为接收广播信号,所述广播信号包括用于视频组件的帧兼容三维电视(3DTV)服务的视频流和用于用信号发送所述视频流的信令信息,其中,所述信令信息包括第一信息、服务类型信息以及多个组件描述符,所述第一信息指示所述视频流是否是帧兼容3DTV视频格式或高清电视(HDTV)视频格式,所述服务类型信息指示所述视频流的服务类型是高效视频编译(HEVC)服务,所述多个组件描述符指示关于所述视频流的所述HEVC服务的类型;

信令信息处理器,所述信令信息处理器被配置为基于所述信令信息识别所述视频流的类型;以及输出单元,所述输出单元被配置为基于所述视频流的类型以所述3DTV视频格式和所述HDTV视频格式之一输出所述视频流。

9.根据权利要求8所述的广播信号接收装置,其中,当所述第一信息指示所述视频流是所述帧兼容3DTV视频格式时,所述信令信息进一步包括帧封包布置SEI消息,所述帧封包布置SEI消息用于用信号发送所述帧兼容3DTV服务的所述视频组件的属性,以及其中,所述输出单元基于所述帧封包布置SEI消息以所述3DTV视频格式输出所述视频流。

10.根据权利要求8所述的广播信号接收装置,其中:

每个组件描述符包括指示所述视频流的类型的第一流内容信息、与所述第一流内容信息组合来指示所述视频流的类型的第二流内容信息、以及指示所述视频组件的类型的组件类型信息;以及所述多个组件描述符基于所述第一流内容信息、所述第二流内容信息和所述组件类型信息来指示所述HEVC服务的类型。

11.根据权利要求8所述的广播信号接收装置,其中,所述多个组件描述符包括第一组件描述符,其中,所述第一组件描述符包括所述视频流的编解码器信息,并且其中,所述编解码器信息指示HEVC。

12.根据权利要求11所述的广播信号接收装置,其中:

所述多个组件描述符包括至少一个第二组件描述符;以及

所述至少一个第二组件描述符包括所述视频流的编解码器信息、简档信息、分辨率信息、图像比率信息、帧速率信息、图像格式信息和/或位深度信息中的至少一个。

13.根据权利要求12所述的广播信号接收装置,其中:

所述服务类型信息和所述第一组件描述符被包括在服务描述符表(SDT)中;以及所述至少一个第二组件描述符被包括在事件信息表(EIT)中。

14.根据权利要求12所述的广播信号接收装置,其中,所述图像格式信息指示并排格式和上下格式中的一个。

说明书 :

广播信号发射设备和广播信号接收设备

技术领域

[0001] 本发明涉及广播信号发射装置和广播信号接收子帧,更特别地,涉及广播信号发射装置和广播信号接收装置,视频信号包括附加信息,用于识别和处理在高效视频编译(HEVC)中编码的帧兼容视频流以服务兼容。

背景技术

[0002] 根据人使用双眼的立体视觉原理,也就是双眼视差,换句话说,由于分开约65mm的双眼之间的间隔的双眼视差,来感觉透视的原理,三维(3D)图像允许人感觉到立体效果。为此,3D图像可以通过提供与左眼和右眼关联的平面图像而允许人感觉立体效果和透视.[0003] 直到数字广播从模拟广播时代活跃的今天,常规广播服务仍旧主要由用于二维(2D)图像的2D服务构成。
[0004] 但是,近来,随着相比于来自特定领域的平面2D服务,用于允许临场和立体效果的用于3D图像(或立体图像)的3D服务的兴趣变得更高,3D服务中的投资和服务已经逐渐增加。
[0005] 而且,已经有许多针对用于提供3D服务的显示设备的研究。
[0006] 3D图像(即立体图像)可以使用人的双眼的立体视觉的原理提供立体效果。人(即男人和女人)通过由分隔开约65mm的人的双眼造成的双眼之间的视差,即双眼视差,来检测透视。因此,3D图像提供与左眼和右眼相关联的平面图像用于使得图像能够观看以便提供立体效果和透视。
[0007] 显示3D图像的方法包括立体方法、体度量方法、全息方法等等。在立体方法中,提供由左眼观看到的左视觉图像和由右眼观看到的右视觉图像,且左眼和右眼分别通过偏振眼镜或显示装备来感知左视觉图像和右视觉图像,由此允许观看者感知3D效果。

发明内容

[0008] 技术问题
[0009] 尽管常规上,数字广播整体替代模拟广播,三维(3D)服务和2D服务共同存在而非整体替代2D服务的可能性较高。
[0010] 但是,3D服务的标准还没有建立,因此发射器和接收器可能混淆2D服务与3D服务,且接收器可能不能适当处置可能以各种方式提供的3D服务。
[0011] 因此,根据本发明,发射和接收的3D服务可以是使得接收器可以适当地处置由接收器接收到的3D服务的信号。
[0012] 由此,本发明限定了一种由接收器在2D/3D服务之间平滑转换的方法。
[0013] 本发明的目标被设计用于,通过在用于由3D广播系统进行立体显示的视频流的传输期间发射和接收3D视频数据的信息并且使用该信息来处理3D视频数据,从而向用户提供更便利和有效的广播环境。
[0014] 技术方案
[0015] 本发明的目标可以通过提供广播信号发射装置(或者发射器或发射系统或发射设备)以及广播信号接收子帧(或接收器或接收系统或接收设备)来获取。
[0016] 在本发明的另一方面,这里提供了一种广播信号发射装置,包括:第一编码器,被配置为生成用于视频组件的帧兼容三维电视(3DTV)服务的视频流;第二编码器,被配置为生成信令信息,用于用信号发送视频流,信令信息包括第一信息、服务类型信息以及多个组件描述符,第一信息指示视频流是否是帧兼容3DTV视频格式或高清电视(HDTV)视频格式,服务类型信息指示视频流的服务类型是高效视频编译(HEVC)服务,组件描述符指示关于视频流的HEVC服务的类型;以及发射单元,被配置为发射包括视频流和信令信息的广播信号[0017] 当第一信息指示视频流是帧兼容3DTV视频格式时,信令信息可以进一步包括帧封包布置SEI消息,用于用信号发送帧兼容3DTV服务的视频组件的属性。
[0018] 每个组件描述符可以包括指示视频流的类型的第一流内容信息、与第一流内容信息组合来指示视频流的类型的第二流内容信息、以及指示视频组件的类型的组件类型信息,并且多个组件描述符可以基于第一流内容信息、第二流内容信息和组件类型信息来指示HEVC服务的类型。
[0019] 多个组件描述符可以包括第一组件描述符,其中,第一组件描述符可以包括视频流的编解码器信息,并且其中,编解码器信息可以指示HEVC。
[0020] 多个组件描述符可以包括至少一个第二组件描述符,并且其中,至少一个第二组件描述符可以包括视频流的编解码器信息、简档信息、分辨率信息、图像比率信息、帧速率信息、图像格式信息和/或位深度信息中的至少一个。
[0021] 服务类型信息和第一组件描述符可以被包括在服务描述符表(SDT)中,并且至少一个第二组件描述符可以被包括在事件信息表(EIT)中。
[0022] 图像格式信息指示以下之一:并排格式以及上下格式。
[0023] 在本发明的另一方面,这里提供一种广播信号接收装置,包括:接收单元,被配置为接收广播信号,包括用于视频组件的帧兼容三维电视(3DTV)服务的视频流和用于用信号发送视频流的信令信息,其中,信令信息包括第一信息、服务类型信息以及多个组件描述符,第一信息指示视频流是否是帧兼容3DTV视频格式或高清电视(HDTV)视频格式,服务类型信息指示视频流的服务类型是高效视频编译(HEVC)服务,组件描述符指示关于视频流的HEVC服务的类型;信令信息处理器,被配置为基于信令信息识别视频流的类型;以及输出单元,被配置为基于视频流的类型以3DTV视频格式和HDTV视频格式之一输出视频流。
[0024] 当第一信息指示视频流是帧兼容3DTV视频格式时,信令信息可以进一步包括帧封包布置SEI消息,用于用信号发送帧兼容3DTV服务的视频组件的属性,以及其中,输出单元可以基于帧封包布置SEI消息以3DTV视频格式输出视频流。
[0025] 每个组件描述符可以包括指示视频流的类型的第一流内容信息、与第一流内容信息组合来指示视频流的类型的第二流内容信息、以及指示视频组件的类型的组件类型信息,并且多个组件描述符可以基于第一流内容信息、第二流内容信息和组件类型信息来指示HEVC服务的类型。
[0026] 多个组件描述符可以包括第一组件描述符,其中,第一组件描述符可以包括视频流的编解码器信息,并且其中,编解码器信息可以指示HEVC。
[0027] 多个组件描述符可以包括至少一个第二组件描述符,以及至少一个第二组件描述符可以包括视频流的编解码器信息、简档信息、分辨率信息、图像比率信息、帧速率信息、图像格式信息和/或位深度信息中的至少一个。
[0028] 服务类型信息和所述第一组件描述符可以被包括在服务描述符表(SDT)中,以及至少一个第二组件描述符可以被包括在事件信息表(EIT)中。
[0029] 图像格式信息可以指示以下之一:并排格式以及上下格式。
[0030] 有益效果
[0031] 根据本发明,
[0032] 首先,当三维(3D)服务专用或与二维(2D)服务共存时,3D服务可以被区分。
[0033] 其次,以各种方式制造和提供的3D服务可以被适当地发送。
[0034] 第三,用于在2D/3D服务之间转换的请求可以被适当处置。
[0035] 第四,使用H.265/高效视频编译(HEVC)编译方案编码的视频流的广播信号可以被发射和/或接收。
[0036] 第五,可以提供关于使用H.265/高效视频编译(HEVC)来编码的服务(例如视频流和视频数据)的服务框架兼容平面-立体3DTV HEVC编译的服务(SFC 3DTV服务)。

附图说明

[0037] 图1是图示根据本发明的图像显示装置的示例的框图;
[0038] 图2是图示根据本发明的3D图像显示装置的另一示例的框图;
[0039] 图3示出根据本发明的包括服务列表描述符的网络信息表(NIT)部分的比特流语法;
[0040] 图4示出根据本发明的图示服务列表描述符的比特流语法;
[0041] 图5示出根据本发明的图示包括服务描述符的服务描述表(SDT)的比特流语法;
[0042] 图6示出根据本发明的图示服务描述符的比特流语法;
[0043] 图7和8图示节目映射表(PMT)区段和事件信息表(EIT)区段的示例的比特流语法,每个区段都包括服务描述符;
[0044] 图9图示根据本发明的图示3D服务描述符的比特流语法;
[0045] 图10、11和12图示指定表3的示例。
[0046] 图13图示根据本发明的组件描述符的比特流语法;
[0047] 图14图示根据本发明的链接描述符的比特流语法的示例;
[0048] 图15图示根据本发明的使用链接描述符的3D服务信令方法;
[0049] 图16是图示根据本发明的用于输出使用3D信令信息的立体视频信号的方法的流程图;
[0050] 图17图示根据本发明的示例实施例的UI;
[0051] 图18图示根据本发明的示例实施例的电子节目指南(EPG)屏幕;
[0052] 图19图示根据本发明的示例实施例的EPG屏幕;
[0053] 图20图示根据本发明的示例实施例的EPG屏幕;
[0054] 图21和22图示根据本发明的示例EPG屏幕图像;
[0055] 图23图示根据本发明的指示3D版本存在与否的UI的示例;
[0056] 图24图示EPG的另一示例;
[0057] 图25图示图24中所示的详细UI的示例;
[0058] 图26图示根据本发明的实施例的各种图像格式的立体图像复用格式;
[0059] 图27图示根据本发明的实施例的3D广播服务的概念图;
[0060] 图28图示根据本发明的实施例的示出用于提供全分辨率3D广播服务的方法的概念框图;
[0061] 图29图示根据本发明的实施例的用于提供3D广播服务的方法;
[0062] 图30图示根据本发明的另一实施例的用于提供3D广播服务的方法;
[0063] 图31图示根据本发明的另一实施例的用于提供3D广播服务的方法;
[0064] 图32图示根据本发明的另一实施例的用于提供3D广播服务的方法;
[0065] 图33图示根据本发明的实施例的用于提供3D广播服务的全前向和后向互通性;
[0066] 图34图示对第一代和第二代3DTV兼容的3D广播服务的服务模型。
[0067] 图35图示根据本发明的实施例的包括3D补充视频信息的TVCT的语法结构;
[0068] 图36图示根据本发明的实施例的包括在TVCT中的3D补充视频描述符的语法结构;
[0069] 图37图示根据本发明的实施例的根据包括在3D补充视频信息中的complementary_type字段的字段值的图像配置方法。
[0070] 图38图示根据本发明的实施例的包括3D补充视频信息的PMT的语法结构;
[0071] 图39图示根据本发明的另一实施例的包括3D补充视频信息的PMT的语法结构;
[0072] 图40图示根据本发明的实施例的包括3D补充视频信息的视频ES的图像扩展和用户数据的语法结构;
[0073] 图41图示根据本发明的实施例的用于解码3D补充视频信息的用户标识符和结构的增补增强信息(SEI)语法结构;
[0074] 图42图示根据本发明的实施例的用于使用基本视频数据、补充视频数据和从3D视频服务规范-B接收的3D补充视频信息来提供全分辨率图像的方法;
[0075] 图43图示根据本发明的另一实施例的用于使用基本视频数据、补充视频数据和从3D视频服务规范-B接收的3D补充视频信息来提供全分辨率图像的方法;
[0076] 图44图示根据本发明的又一实施例的用于使用基本视频数据、补充视频数据和从3D视频服务规范-B接收的3D补充视频信息来提供全分辨率图像的方法;
[0077] 图45图示根据本发明的又一实施例的用于使用基本视频数据、补充视频数据和从3D视频服务规范-B接收的3D补充视频信息来提供全分辨率图像的方法;
[0078] 图46图示根据本发明的实施例的使用服务描述符表(SDT)来用信号发送3D广播服务的方法。
[0079] 图47图示根据本发明的实施例的用于使用SDT来用信号发送3DTV服务的服务类型值;
[0080] 图48图示根据本发明的实施例的用于使用SDT来用信号发送3DTV服务的附加服务类型值和描述;
[0081] 图49图示根据本发明的实施例的指示DVB广播服务的每个基本流的组件描述符;图49图示根据本发明的实施例的指示用于DVB广播服务的每个基本流的组件描述符;
[0082] 图50图示根据本发明的实施例的用于指示DVB广播系统中的全分辨率3D立体服务的流内容、组件类型和描述;
[0083] 图51图示根据本发明的实施例的用于SDT的3D补充视频描述符的语法结构;
[0084] 图52图示根据本发明的实施例的使用链接描述符来用信号发送规范-A和规范-B 3D服务的方法;
[0085] 图53图示根据本发明的实施例的指示通过解析3D信号信息而输出立体视频信号的过程的流程图;
[0086] 图54图示根据本发明的另一实施例的使用链接描述符来用信号发送规范-A和规范-B 3D服务的方法;
[0087] 图55图示根据本发明的实施例的关于位于ATSC PSIP EIT区段中的全分辨率3DTV服务的信息;
[0088] 图56图示根据本发明的实施例的关于位于DVB SI EIT区段中的全分辨率3DTV服务的信息;
[0089] 图57图示根据本发明的实施例的指示用于通过使用ATSC PSIP EIT解析3D补充视频描述符并渲染而输出立体视频信号的过程的流程图;
[0090] 图58图示根据本发明的实施例的指示用于通过使用DVB SI EIT解析3D补充视频描述符并渲染而输出立体视频信号的过程的流程图;
[0091] 图59图示根据本发明的实施例的具有3D视频解码器的广播接收系统的框图;
[0092] 图60是图示根据本发明的实施例的3D服务2.0(规范-B)的概念的图;
[0093] 图61是图示根据本发明的实施例的用信号发送3D服务2.0(规范-B)的方法的图;
[0094] 图62图示根据本发明的实施例的组件描述符的stream_content字段和/或component_type字段;
[0095] 图63图示根据本发明的实施例的链接描述符的linkage_type字段和/或link_type字段;
[0096] 图64是根据本发明的实施例的接收装置的框图;
[0097] 图65是图示根据本发明的实施例的3D服务3.0的概念的图;
[0098] 图66是图示根据本发明的实施例的用信号发送SFC-3DTV服务的方法的图;
[0099] 图67图示根据本发明的实施例的服务描述符的service_type字段;
[0100] 图68图示根据本发明的实施例的服务描述符的service_type字段;
[0101] 图69图示根据本发明的实施例的组件描述符的stream_content字段和/或component_type字段;
[0102] 图70图示根据本发明的实施例的组件描述符的stream_content字段和/或component_type字段;
[0103] 图71图示根据本发明的实施例的组件描述符的stream_content字段和/或component_type字段;
[0104] 图72图示根据本发明的实施例的链接描述符的linkage_type字段和/或link_type字段;以及
[0105] 图73是根据本发明的实施例的接收装置的框图。

具体实施方式

[0106] 现在将结合附图详细对本发明的优选实施例进行参考。下文将结合附图来描述根据本发明的实施例的用于处理图像的方法和装置。
[0107] 具体地,本发明的实施例提供一种图像处理方法和装置以提供关于三维(3D)服务的识别/处理的各种信令信息,并且允许发射/接收单元处理信令信息。
[0108] 为便于描述和更好理解本发明,下面将使用数字接收器作为3D服务处理器来描述本发明。数字接收器可以包括数字电视接收器、包括用于处理3D服务的机顶盒(STB)和用于处理经处理的3D图像的显示单元的接收集(receiving set),以及能够接收、处理和提供3D图像数据的所有设备(例如个人数字助理、移动电话和智能电话)。此外,数字接收器可以是3D专用接收器和2D/3D组合接收器中的任何一个。
[0109] 与本发明相关联,各种3D图像可以适用于本发明的实施例中,例如用于利用两个观看点的立体图像(也被称为立体的图像),以及用于利用三个或更多观看点的多个视图图像(也被称为多视图图像)。
[0110] 立体图像可以指示当互相分隔开预定距离的左侧相机和右侧相机捕捉相同目标对象时获取的一对右视图图像和左视图图像。多视图图像可以指示由分隔开预定距离或角度的三个或更多相机捕捉的三个或更多图像。
[0111] 各种传输格式可以用于在上述描述中公开的立体图像,例如,单视频流格式、多视频流格式(也被称为多视频流格式)等等。
[0112] 存在各种单个视频流格式,例如,并排格式、上下格式、交织格式、帧序列格式、棋盘格式、彩色立体(anaglyph)格式等等。而且,可以使用各种多视频流格式,例如,全左/右格式、全左/半右格式、2D视频/深度格式等等。
[0113] 立体图像或多视图图像可以根据包括移动图像专家组(MPEG)方案的各种方法被压缩且编译,且被传送到接收系统。
[0114] 例如,立体图像,例如并排格式、上下格式、交织格式、帧序列格式或棋盘格式,可以根据H.264/高级视频编译(AVC)方案来压缩和编译,且被传送。在此情况下,接收系统可以以H.264/AVC编译方案的逆次序来解码立体图像,使得其可以获得3D图像。
[0115] 此外,全左/半右格式的左视图图像之一或者全视图图像之一可以被指配给基本层的图像,且剩余图像可以被指配给增强层的图像。基本层图像可以使用与单视场成像方法相同的方法来编码。与增强层图像相关联,只有基本层图像和增强层图像之间的相关的信息可以被编码和传送。作为基本层图像的示例压缩编译方案,可以使用联合图像专家组(JPEG)、MPEG-1、MPEG-2、MPEG-4或H.264/AVC方案。在本发明的一个实施例中,H.264/多视图视频编译(MVC)方案可以被用作用于增强层图像的压缩编译方案。在此情况下,立体图像可以被指配给基本层图像和单个增强层图像,但多视图图像可以被指配给单个基本层图像和多个增强层图像。用于在基本层图像和至少一个增强层图像之间区分的参考可以根据相机的位置来确定,或者可以根据相机的布置格式来确定。可替换地,基本层图像和至少一个增强层图像也可以基于任意参考而非特殊参考来互相区分。
[0116] 上述3D图像显示方法可以被分类为立体方案、体方案、全息方案等等。此外,3D图像显示设备向二维(2D)图像增加深度信息,使得3D图像显示设备的用户可以感受到3D图像中的生动的感觉以及现实的感觉。
[0117] 此外,用于允许用户观看3D图像的方法可以示例性分类为用于向用户提供眼镜的第一方法和用户不佩戴眼镜的第二方法。
[0118] 用于向用户提供极化眼镜的第一方法被分类为被动方案和主动方案。被动方案使用极化滤镜以不同方式显示左视图图像和右视图图像。主动方案可以使用液晶快门来区分左视图图像和右视图图像。更具体地,左视图图像(即用户的左眼)和右视图图像(即用户的右眼)根据主动方案被顺序覆盖,使得左视图图像和右视图图像可以互相区分。也就是说,主动方案以预定时间段的间隔重复显示时分创建的屏幕图像,并且允许佩戴包括与预定时期同步的电子快门的眼镜的用户观看3D图像。主动方案还可以被称为时间分割类型的方案或快门眼镜类型的方案。
[0119] 用户不佩戴眼镜的第二方案的代表示例是透镜方案和视差屏障方案。根据透镜方案,在其中垂直布置柱面镜头阵列的透镜镜头盘安装在视频面板之前。根据视差屏障方案,包括周期狭缝的屏障层安装在视频面板上。为了更容易解释本发明的技术思想,将使用3D显示方案中的立体方案作为示例,立体方案中的主动方案将用作示例。但是,尽管快门眼镜将被用作主动方案的示例媒介,本发明的范围和精神不限于此,还可以应用于其他必要媒介而不背离本发明的精神或范围。
[0120] 本发明的实施例此后将公开一种用于使用系统信息(SI)用信号发送立体服务,以便在陆地DTV广播信道上发射/接收立体视频信号的方法。
[0121] 图1是图示根据本发明的图像显示装置的示例的框图。
[0122] 参看图1,根据本发明的图像显示装置主要包括用于处理从内容源110接收的输入源的处理部分130以及用于处理由处理部分130处理的音频/视频(A/V)数据的输出部分(即显示单元)140。在此情况下,源可以示例性包括3D图像。图像显示装置可以进一步包括接口单元135,用于处理从外部设备接收的输入源,除了从内容源110接收的输入源。图像显示装置可以进一步包括红外线(IR)发射器145,用于输出同步信号(诸如同步信息)以便允许佩戴3D眼镜150的用户观看3D图像,以这样的方式用户可以观看从输出单元140所提供的源。
[0123] 在图1中所示的图像显示装置中,处理部分130和显示单元140被配置的形式为充当数字接收器的集合,或者处理部分130可以被配置的形式为机顶盒(STB),使得输出部分140可以操作为显示器,只用作由STB处理的信号的输出部分。特别是,在后者的情况下,上述接口部分135可以用于在处理部分130和输出部分140之间交换数据。
[0124] 在上述描述中,接口部分135可以是接口(I/F),用于支持高清多媒体接口(HDMI)规范,其支持3D服务。
[0125] 此外,3D图像可以包含在从内容源110接收的信号或源中,诸如陆地广播、电缆广播、卫星广播、光盘、互联网协议电视(IPTV)广播,或者可以直接从诸如通用串行总线(USB)或游戏控制台的外部设备120接收。在后者的情况下,3D图像直接接收自外部设备120,用于图像显示的信令信息必须基于从外部设备120提供的信息而在接口单元135中被定义且提供。
[0126] 在使用外部设备120的情况下,3D图像的各种格式,例如DivX、组件、AV、SCART(Syndicat des Constructeurs d'Appareils Radiorecepteurs et Televiseurs,无线电和电视接收器制造商联合会)可以被输入到图像显示装置。图像显示装置可以包括各种组件,用于处理上述格式。
[0127] 使用从IR发射器145接收同步信号的接收部分(未示出),3D眼镜150可以使得用户能够观看从输出部分140提供的3D图像。在此情况下,3D眼镜150可以进一步包括用于执行2D/3D观看模式切换的单元,并且可以进一步包括用于根据观看模式切换单元而生成各个同步信息的发生器(未示出)。此外,从3D眼镜150生成的同步信息可以在从观看模式切换单元接收到的观看模式切换请求被发射到图像显示装置时或者从图像显示装置接收到同步信息时生成,且图像显示装置可以通过参考预先接收的同步信息来生成同步信息。在此情况下,3D眼镜150可以进一步包括存储单元(或存储器),用于存储从图像显示装置预先接收的同步信息。
[0128] 图2是图示根据本发明的3D图像显示装置的另一示例的框图。例如,图2可以是图1中所示的处理部分130的详细框图。
[0129] 参看图2,根据本发明的图像显示装置包括接收部分210、解调部分220、解复用部分230、系统信息或信令信息(SI)处理部分240、视频解码器250、3D图像格式化器260和控制部分270。
[0130] 图像显示装置的上述部件的基本操作将在下文中描述,且将在下面结合附图给出对下面的实施例的详细描述。
[0131] 接收部分210从内容源110通过射频(RF)信道接收数字广播信号,包括3D图像数据。
[0132] 解调部分220使用映射到调制方案的解调方案解调从接收部分210接收到的数字广播信号。
[0133] 解复用部分230可以解复用从解调数字信号接收到的音频数据、视频数据和信令信息。对于这个操作,解复用部分230使用分组标识符(PID)执行过滤,以便解复用数字广播信号。解复用部分230输出解复用视频信号到后面的视频解码器220,并且输出信令信息到SI处理部分240。在此情况下,信令信息可以是任意一个系统信息,例如,节目特定信息(PSI)、节目和系统信息协议(PSIP)、数字视频广播服务信息(DVB-SI)等等。
[0134] SI处理部分240处理从解复用部分230接收到的信令信息,并且输出处理的信令信息到控制部分270。在此情况下,SI处理部分240可以进一步包括数据库(DB),用于在其中临时存储处理的信令信息。将在下面的本发明的实施例中给出这样的信令信息的详细描述。
[0135] SI处理部分240确定指示内容是2D还是3D图像的信令信息的存在与否。如果确定了信令信息的存在,则SI处理部分240读取信令信息且将其发射到控制部分270。
[0136] 视频解码器250接收和解码解复用的视频数据。在此情况下,可以基于SI处理部分240处理的信令信息示例性执行解码。
[0137] 3D图像格式化器260根据输出格式执行视频解码器所解码的3D图像数据的格式化,并且输出格式化结果到输出部分140。在此情况下,3D图像格式化器260可以只在解码图像数据是3D图像数据时在必要时被激活。换句话说,如果解码图像数据是2D图像数据,则3D图像格式化器260可以被停用。即,3D图像格式化器260可以绕过输入图像数据,其方式为输入图像数据被输出而不进行任何附加处理。
[0138] 3D图像格式化器260执行从输入(解码)视频格式到本地3D显示格式的所需转换。诸如伪影降低、锐化、对比度增强、解交织、帧率转换和其他类型质量增强块的视频处理可以存在于视频解码器250和3D图像格式化器260之间。
[0139] 如上所述,本发明使得支持3D视频处理功能的DTV接收装置能够处理通过DTV广播信号传送的3D视频广播信号,并且在屏幕上输出3D视频数据。
[0140] 对于上述功能,本发明提供一种用于定义用于支持立体3D广播信号的接收的3D服务/事件的一个或多个描述符、使用一个或多个描述来接收立体广播信号、以及支持立体显示输出的方法。现有的陆地DTV接收标准基于2D视频内容。尤其是,用于3D编解码器的描述符必须是对3D TV服务定义的。此外,接收器必须正确处理这样修改后的信号,使得其可以接收和输出3D广播服务。
[0141] 关于现有DVB传输的SI标准仅限于2D视频服务。因此,为了通过陆地DTV广播频道接收3DTV信号,具体地,为了接收立体视频信号,对于现有SI标准,有必要执行立体服务的信号发送。为了有效执行立体服务的信号发送,有必要新设计和实现DTV接收器,以便支持3D广播接收。
[0142] 在SDT的服务描述符中定义用于指示3D服务的服务类型。定义用于指示关于3D服务和事件(节目)的详细信息的3D服务描述符。为了通过EIT指示3D服务,使用stream_content和component_type定义用于表示3D图像的方法。接收器处理新定义的3D信令,使得2D/3D服务切换平滑进行。
[0143] 下文中将详细描述与3D信令相关联的根据各个级别的各种信令方法。例如,术语级别可以指示服务单元中的服务级别、服务中的内容以及事件单元中的内容级别。
[0144] 在此情况下,描述符格式主要用于描述本发明的信令方法。但是,信令方法的范围或精神不仅限于描述符格式,而且应该注意,常规表区段字段的概念可以被扩展且必要时可以增加新字段。
[0145] 图3图示根据本发明的用于包括服务列表描述符的网络信息表(NIT)区段的比特流语法。图4示出根据本发明的图示列表描述符的比特流语法。
[0146] NIT可以传送关于经由给定网络携带的复用/TS的物理组织的信息,以及网络自身的特性。original_network_id和transport_stream_id的组合允许每个TS在本文档的应用区域中被唯一识别。网络被指配各个network_id值,其用作网络的唯一标识代码。network_id和original_network_id可以采用相同值,或者可能由于original_network_id和network_id的分配限制而必须采用不同值。
[0147] 当在频道之间切换时(频道跳转),接收器可能能够在非易失存储器中存储NIT信息以便最小化访问时间。还有可能发射用于除实际网络之外的其他网络的NIT。实际网络的NIT和其他网络的NIT之间的差别使用不同table_id值来获取。
[0148] 形成NIT的一部分的任何区段应该在具有PID值0x0010的TS分组内传送。描述实际网络(即包含NIT的TS是其一部分的网络)的NIT的任何区段应该具有table_id 0x40,具有相同table_id_extension(network_id)。network_id字段采用指配给实际网络的值。
[0149] 下文中将结合图3来描述NIT区段的各个字段。
[0150] table_id字段可以在该表区段处通过预定义值来指示NIT区段。section_syntax_indicator字段应该被设置为1。section_length可以是12比特字段,前两个比特应该是00。其规定了这区段的字节数,紧接着section_length字段开始且包括CRC。section_length应该不超过1021,使得整个区段最大长度为1024字节。
[0151] network_id字段可以用作识别NIT通知的递送系统的标签,来自任何其他递送系统。version_number字段可以是sub_table的版本号。当sub_table内携带的信息发生变化时version_number应该递增1。当其达到值31时,循环到0。当current_next_indicator被设置为1时,version_number应该是由table_id和network_id定义的当前适用的sub_table的。当current_next_indicator被设置为0时,version_number应该是由table_id和network_id定义的下一适用的sub_table的。current_next_indicator可以是1比特指示符,当设置为1时指示sub_table是当前使用的sub_table。当该比特被设置为0时,其指示发送的sub_table不适用且应该是下一sub_table有效。
[0152] section_number字段可以给出区段的编号。sub_table中第一区段的section_number应该是0x00。随着每个附加区段具有相同table_id和network_id,section_number应该递增1。last_section_number字段可以规定该区段作为其一部分的sub_table的最后区段(也就是,具有最高section_number的区段)的编号。network_descriptors_length字段可以给出随后的网络描述符的总字节长度。transport_stream_loop_length字段可以规定随后的在第一CRC-32字节之前结束的TS循环的总字节长度。transport_stream_id字段可以用作标签来从递送系统中的任何其他复用中识别该TS。original_network_id字段可以给出识别发起递送系统的network_id的标签。transport_descriptors_length字段可以规定随后的TS描述符的总字节长度。
[0153] CRC_32字段可以包含CRC值,在处理整个区段之后其给出解码器中寄存器的零输出。
[0154] 参看图4,服务列表描述符被用作NIT描述符,使得有可能识别整体3D服务列表。
[0155] 下文中将详细描述图4中所示的服务列表描述符。
[0156] 服务列表描述符提供通过service_id和服务类型列出服务的手段。
[0157] descriptor_tag字段可以通过预定义的descriptor_tag的值来识别对应描述符。descriptor_length字段可以规定定义该字段的值的字节之后的描述符的数据部分的字节的总数目。
[0158] service_id字段唯一识别TS内的服务。service_id与对应program_map_section中的program_number相同,除了在service_type=0x04,0x18或0x1B(NVOD参考服务)的情况下,service_id不具有对应program_number。
[0159] service_type字节可以规定服务的类型。用于服务的service_type值的指配在表1中更具体描述。
[0160] 如上所述,图像显示装置执行图3中所示的NIT区段的过滤,解析过滤的NIT区段中包含的service_list_descriptor(参见图4),识别service_type字段是帧兼容3DTV服务的service_id,并且只收集/输出3D服务(节目)的列表。
[0161] 图5示出根据本发明的图示服务描述表(SDT)的比特流语法。图6示出根据本发明的图示服务描述符的比特流语法。
[0162] SDT的每个sub_table应该描述特定TS内包含的服务。服务可以是实际TS的一部分或者其他TS的一部分,这些都通过table_id来识别。形成SDT的一部分的任何区段应该在具有PID值0x0011的TS分组中传送。描述实际TS(也就是,包含SDT的TS)的SDT的任何区段应该具有table_id值0x42,具有相同table_id_extension(transport_stream_id)且具有相同original_network_id。参考TS而非实际TS的SDT的任何区段应该采用0x46的table_id值。
[0163] 下文将结合图5来描述SDT区段的各个字段。
[0164] table_id字段可以用预定义值来指示在该表区段处的NIT区段。section_syntax_indicator可以是1比特字段,应该被设置为1。section_length可以是12比特字段,前两个比特应该是00。其规定该区段的字节的数目,紧跟在section_length字段之后开始且包括CRC。section_length应该不超过1021,使得整个区段的最大长度为1024字节。
[0165] transport_stream_id是16比特字段,用作识别SDT通知的TS的标签,来自递送系统内的任何其他复用。
[0166] version_number字段可以是sub_table的版本号。当sub_table内携带的信息发生变化时version_number应该递增1。当其达到值31时,循环到0。当current_next_indicator被设置为1时,则version_number应该是当前适用的sub_table的。当current_next_indicator被设置为0,则version_number应该是下一适用的sub_table的。current_next_indicator可以是1比特指示符,当设置为1时指示sub_table是当前使用的sub_table。当该比特被设置为0时,其指示发送的sub_table不适用且应该是下一sub_table有效。
[0167] section_number字段可以给出区段的编号。sub_table中第一区段的section_number应该是0x00。随着每个附加区段具有相同table_id、transport_stream_id和original_network_id,section_number应该递增1。last_section_number字段可以规定该区段作为其一部分的sub_table的最后区段(也就是,具有最高section_number的区段)的数目。original_network_id字段可以给出识别发起递送系统的network_id的标签。service_id可以是16比特字段,用作识别来自TS内任何其他服务的这个服务的标签。
service_id与相应program_map_section中的program_number相同。
[0168] EIT_schedule_flag可以是1比特字段,当设置为1时指示在当前TS中存在用于服务的EIT时间表信息,用于关于出现EIT时间表sub_table之间最大时间间隔的信息。如果该标志被设置为0,则在TS中应该不存在用于服务的EIT时间表信息。EIT_present_following_flag可以是1比特字段,当设置为1时指示在当前TS中存在用于服务的EIT_present_following信息,用于关于出现EIT存在/跟随sub_table之间的最大时间间隔的信息。如果该标志被设置为0,则在TS中应该不存在用于服务的EIT存在/跟随信息。
[0169] running_status可以是3比特字段,指示服务的状态。对于近视频点播(NVOD)参考服务,running_status的值应该被设置为0。free_CA_mode可以是1比特字段,当被设置为0时指示服务的所有组件流未被加扰。当设置为1时,其指示对一个或多个流的访问可以受到条件访问(CA)系统的控制。descriptors_loop_length字段可以给出随后的描述符的总字节长度。
[0170] CRC_32可以是32比特字段,包含在处理整个区段之后给出在解码器中寄存器的零输出的CRC值。
[0171] 参看图6,服务描述符被用作SDT的描述符,且使用服务描述符中包含的service_type字段,以便确定SDT的具体服务标识符是否指示3D服务。此外,通过服务描述符,其还有可能确定相应3D服务是否可以被解码和显示。
[0172] 下文中将详细描述图6中所示的服务描述符。
[0173] 服务描述符与service_type一起以文本形式提供服务提供商和服务的名称。
[0174] descriptor_tag字段可以通过预定义的descriptor_tag的值来识别相应描述符。descriptor_length字段可以规定定义该字段的值的字节之后的描述符的数据部分的总字节数。
[0175] service_type字段可以规定服务的类型。用于服务的service_type值的指配在表1中描述。
[0176] [表1]
[0177]
[0178]
[0179] 对于一些服务,来自表1的service_type的指配是显然的,例如MPEG-2HD数字电视服务。但是,判定并不总是这样明确。
[0180] 而且,service_type的值是0x01,指示数字电视服务。在通常情况下,该service_type不向接收器提供有关编码服务组件的方式的显式指示。当然在具体平台的情况下,特定编码可以被隐含地链接到这个service_type,并因此被接收器推断。但是,任何这样的布置都超越本文档的范围。该service_type应该用于MPEG-2 SD数字电视服务。但是,其还可以用于使用其他编码的服务,包括在表79中别处具有特定条目的编码,例如MPEG-2 HD数字电视服务。
[0181] DVB还没有特意从数字电视服务到MPEG-2 SD数字电视服务精炼该service_type的定义,因为预先存在其他(非MPEG-2 SD)编码环境中的使用。基于所有接收器将能够解码和呈现MPEG-2 SD编码素材的假设,所有接收器将呈现指配了该service_type的任何服务给观看者用于基于其可以是MPEG-2 SD编译的素材进行选择。但是,如上所述,可能不是这种情况且接收器可能不支持使用的实际编码。接收器不能够确定是否将实际能够解码和呈现指配该service_type的服务意味着服务提供商需要根据其希望获取的观看者体验而仔细进行分配。
[0182] 作为示例,考虑这样的平台,其中一些服务基于MPEG-2 SD编码而其他基于MPEG-2 HD编码且两种都递送到仅MPEG-2 SD和MPEG-2 SD/HD接收器的混合。对于基于MPEG-2 SD编码的服务,service_type的指配很明显:0x01(数字电视服务)。但是,对于基于MPEG-2 HD编码的服务,service_type的指配取决于服务提供商想要服务包括在呈现给仅MPEG-2 SD接收器的观看者的任何服务列表中,即使它们将实际不能够观看服务(如果选择的话)。
[0183] 如果这是期望的观看者体验,则服务应被分配service_type 0x01(数字电视服务)。但是,如果期望的观看者体验仅仅是列出仅MPEG-2 SD接收器将实际能够观看的服务,则服务应该被分配service_type 0x11(MPEG-2 HD数字电视服务)。这个service_type还可以被分配到包含MPEG-2 SD编码和相同素材的替换编码(例如MPEG-4 HD)的服务。基于所有接收器将能够解码和呈现MPEG-2 SD编码素材的假设,这是合理的,因此观看者将至少被呈现MPEG-2 SD编译的形式。但是,根据使用中接收器的性能,观看者可能被呈现替换的、通常优质的编译的形式。用于不同编码的组件可以通过为PSI中stream_type指配的值和/或在SI中component_descriptor的使用在解码点进行区分。
[0184] 而且,service_type的值是各种各样的,指示高级编解码器。高级编解码器service_type已经被分配,使得能够指示服务已使用MPEG-2以外的进行编码。更具体地,这些service_type之一的指配暗示接收器必须支持MPEG-2以外的编解码器以能够解码和呈现服务。基于此,推荐仅MPEG-2 SD接收器应该不向观看者呈现被指配这些service_type之一的任何服务用于选择。这些service_type之一的指配提供一些高级编解码器的使用的通常指示而不是具体哪个。这样,就其自己,不完全允许接收器确定其能够解码和呈现被指配了这些service_type之一的服务。当然,在具体平台的情况下,特定编码可以隐含链接到这个service_type之一且因此被接收器推断。但是,任何这样的布置都超越本文档的范围。当服务被指配高级编解码器service_type之一时,SI中应该使用component_descriptor以指示所使用的特定高级编解码器。这允许接收器毫无疑义地确定是否其将能够解码和呈现服务并适当处理。
[0185] 而且,service_type的值是各种各样的,指示高级编解码器帧兼容立体HD。帧兼容立体HD值允许广播器用信号发送服务(主要)操作为立体服务。这些值的使用要求仔细考虑传统接收器的结果,其最终可能忽略这些服务。因此,作为替代,广播器可以选择用信号发送帧兼容立体服务作为正常HD服务,且使用可替换信令来指示服务(或事件)是帧兼容立体格式。service_provider_name_length字段可以规定用于描述服务提供商的名称的字符的service_provider_name_length字段之后的字节数。Char是8比特字段。char字段的串规定了服务提供商或服务的名称。文本信息使用字符集和方法来被编译。service_name_length字段可以规定用于描述服务的名称的字符的service_name_length字段之后的字节数。
[0186] 图7和8图示每个都包括服务描述符的节目映射表(PMT)区段和时间信息表(EIT)区段的示例的比特流语法。图9图示根据本发明的图示3D服务描述符的比特流语法。
[0187] PMT可以提供节目编号和包括它们的节目元素之间的映射。这样的映射的单个实例被称为节目定义。PMT是用于TS的所有节目定义的完全收集。该表应该以分组传送,其PID值由编码器选择。通过program_number字段来识别区段。
[0188] 下文将结合图7来描述PMT区段的各个字段。
[0189] table_id字段可以在该表区段用预定义值指示PMT区段。section_syntax_indicator字段应该被设置为1。section_length字段应该是前两个比特为00且剩余10个比特规定在section_length字段后立即开始且包括CRC的区段的字节数。该字段中的值不应该超过1021(0x3FD)。
[0190] program_number字段可以规定program_map_PID适用的节目。一个节目定义应该携带在仅仅一个TS_program_map_section内。这暗示着,节目定义永远不会大于1016(0x3F8)。program_number可以被用作例如对广播频道的指定。通过描述属于节目的不同节目元素,来自不同源(例如顺序时间)的数据可以被连接到一起以使用program_number形成一组连续流。version_number字段可以是TS_program_map_section的版本号。当区段内携带的信息发生变化时,版本号应该递增1模32。版本号参考单个节目的定义,因此参考单个区段。当current_next_indicator被设置为1,则version_number应该是当前适用的TS_program_map_section的。当current_next_indicator被设置为0,则version_number应该是下一适用的TS_program_map_section的。current_next_indicator可以是1比特字段,当设置为1时,指示发送的TS_program_map_section当前适用。当比特被设置为0时,其指示发送的TS_program_map_section不适用且应该是下一TS_program_map_section变为有效。
[0191] section_number字段应该是0x00。last_section_number字段应该是0x00。PCR_PID字段可以指示应该包含对于program_number所指定的节目有效的PCR字段的TS分组的PID。如果没有PCR与用于专用流的节目定义相关联,则该字段应该采用0x1FFF的值。program_info_length可以是12比特字段,前两个比特应该是00且剩余10比特规定program_info_length字段之后紧跟的描述符的字节数。
[0192] stream_type可以是8比特字段,规定PID值由elementary_PID规定的分组内携带的节目元素的类型。除了音频、视频和DSM-CC以外,辅助流可用于由本说明书定义的数据类型,诸如节目流目录和节目流映射。elementary_PID可以是13比特字段,规定携带相关联节目元素的TS分组的PID。ES_info_length可以是12比特字段,前两个比特应该是00而剩余10比特规定ES_info_length字段后紧跟的相关联节目元素的描述符的字节数。
[0193] CRC_32字段可以包含的CRC值在处理整个TS节目映射部分之后给出解码器中寄存器的零输出。
[0194] EIT可以以时间先后顺序提供关于每个服务内包含的事件的信息。用于实际TS的所有的EIT sub-tables应该具有相同transport_stream_id和original_network_id值。存在/跟随表应该仅包含属于当前事件以及时间上跟随的事件的信息,由给定服务在实际TS或另一TS上携带,除非NVOD参考服务的情况,在此情况,其可以具有两个以上的事件描述。用于实际TS或其他TS的事件时间表包含事件列表,形式为时间表,即包括事件发生在超过下一事件某时间。事件信息应该是时间先后排序的,形成EIT一部分的任何区段应该以PID值为0x0012的TS分组传送。
[0195] 下文将结合图8来描述EIT区段的各个字段。
[0196] table_id字段可以在这个部分由预定义的值来指示EIT区段。section_syntax_indicator字段应该被设置为1。section_length字段可以规定开始于紧跟section_length字段且包括CRC的区段的字节数。section_length应该不超过4093,由此整个区段的最大长度为4096字节。
[0197] service_id字段可以用作从TS内任何其他服务中识别该服务的标签。service_id与相应program_map_section中的program_number相同。version_number字段是sub_table的版本号。当sub_table内携带的信息发生变化时,version_number应该被递增1。当其达到值31时,循环回到0。当current_next_indicator被设置为1时,version_number应该是当前适用的sub_table的。当current_next_indicator被设置为0时,version_number应该是下一适用sub_table的。current_next_indicator可以是1比特指示符,当设置为1时指示sub_table是当前适用的sub_table。当比特被设置为0时,其指示发送的sub_table不适用且应该是下一sub_table有效。
[0198] section_number字段可以给出区段的编号。sub_table中第一部分的section_number应该是0x00。每个附加区段具有相同table_id,service_id,transport_stream_id,和original_network_id的,section_number应该被递增1。在此情况下,sub_table可以被构建为分段的数目。在每个分段内,对于每个附加区段,section_number应该递增1,但是在分段的最后区段和邻近分段的第一区段之间,计数中的差异是被允许的。last_section_number字段可以规定该区段是其一部分的sub_table的最后区段(也就是,具有最高section_number的区段)的编号。
[0199] transport_stream_id字段可以用作标签,用于从递送系统内的任何其他复用中识别EIT通知的TS。original_network_id字段可以给出标签来识别发起递送系统的network_id。segment_last_section_number字段规定sub_table的该分段的最后区段的编号。对于没有分段的sub_table,该字段应该被设置为与last_section_number字段相同值。last_table_id字段可以识别使用的最后table_id。event_id字段可以包含所述事件的识别号(在服务定义内唯一分配)。
[0200] start_time字段可以以世界时、世界调整时修改(UTC)和儒略日(MJD)来包含事件的开始时间。该字段被编译为16比特,给出MJD的16个LSB,之后为24比特编译为4比特二进制编译的十进制(BCD)的6个数字。如果开始时间未定义(例如,对于NVOD参考服务中的事件),该字段的所有比特都被设置为1。Duration字段可以包含事件的持续时间,以小时、分钟和秒钟为单位。
[0201] running_status字段可以指示事件的状态。对于NVOD参考事件,running_status的值应该被设置为0。free_CA_mode可以是1比特字段,当设置为0时指示事件的所有组件流未被加扰。当设置为1时,其指示对一个或多个流的访问受到CA系统的控制。descriptors_loop_length字段可以给出后面描述符的字节总长度。CRC_32字段可以包含CRC值,在处理整个专用部分之后给出解码器中寄存器的零输出。
[0202] 参看图9,根据本发明的3D服务描述符可以包含在图5的SDT和图7的PMT时。例如,当3D服务解码器被包含在SDT或OMT中包含的具体服务或节目中时,图像显示装置可以识别对应服务或节目是3D服务。此外,使用EIT中包含的3D服务描述符来确定是否存在3D服务用于预定事件。
[0203] 3D服务描述符可以包括3D服务和节目的细节信息,并且可以位于PMT或SDT中(此时,3D服务描述符可以位于EIT中,使得其可以指示用于宣布的节目/事件的3D信息)。
[0204] 当service_type是帧兼容3DTV或当用于事件的stream_content和component_type是帧兼容3D时,3D服务描述符可以被使用,且可以包括下面的字段。
[0205] descriptor_tag字段可以通过预先定义的descriptor_tag的值来识别对应描述符。descriptor_length字段可以规定定义该字段的值的字节之后的描述符的数据部分的字节总数。
[0206] 3D_structure字段可以指示3D节目的视频格式。例如,3D_structure字段可以由下面的表2来表示。
[0207] [表2]
[0208]3D_structure 含义
0000 全解析左右
0001 字段替换
0010 行替换
0011 预留
0100 L+深度
0101 预留
0110 上下
0111 帧序列
1000 并排
1001~1111 预留
[0209] 参看表2,如果3D_structure字段值被设置为0000,则这意味着全解析左右格式。如果3D_structure字段值被设置为0001,则这意味着字段替换格式。如果3D_structure字段值被设置为0010,则这意味着行替换方案。如果3D_structure字段值被设置为0100,则这意味着左图像加深度(L+深度)方案。如果3D_structure字段值被设置为0110,则这意味着上下(TaB)方案。如果3D_structure字段值被设置为0111,则这意味着帧序列方案。如果3D_structure字段值被设置为1000,则这意味着并排(SbS)方案。但是,表2中所示的字段和含义仅公开用于说明性目的,且本发明的范围和精神不限于此且必要时可以应用于其他示例。
[0210] 如果3D_metadata_location_flag字段被设置为01,则3D_metadata_type、3D_metadata_length、和3D_metadata可以附加在3D服务描述符中存在。如果3D_metadata_location_flag字段被设置为00,则相应数据不被传送。如果3D_metadata_location_flag字段被设置为10,则3D_metadata_type,3D_metadata_length、3D_metadata fields等可以从视频区域被传送。
[0211] 3D_sampling字段指示关于3D节目的帧兼容格式的信息。例如,3D_sampling字段可以由下面的表3来表示。
[0212] [表3]
[0213]
[0214] 此外,表3中所示的字段将在下文中结合图10到12来描述。在此情况下,图10(a),11(a)和12(a)示出奇位置,而图10(b),11(b)和12(b)示出偶位置。
[0215] 参看图10和11,如果3D_sampling字段被设置为0000到0011,则这意味着子采样。更具体地,如果3D_sampling字段被设置为0000,则这意味着子采样,尤其意味着奇左(L)和奇右(R)。如果3D_sampling被设置为0001,则这意味着子采样,尤其意味着奇左(L)和偶右(R)。如果3D_sampling被设置为0010,则这意味着子采样,尤其意味着偶左(L)和奇右(R)。
如果3D_sampling字段被设置为0011,则这意味着子采样,尤其意味着奇左(L)和偶右(R)。
[0216] 参看图12,如果3D_sampling字段被设置为0100到0111,则这意味着五点形矩阵。例如,如果3D_sampling字段被设置为0100,则这意味着五点形矩阵,尤其意味着奇左(L)和奇右(R)。如果3D_sampling字段被设置为0101,则这意味着五点形矩阵,尤其意味着奇左(L)和偶右(R)。如果3D_sampling字段被设置为0110,则这意味着五点形矩阵,尤其意味着偶左(L)和奇右(R)。如果3D_sampling字段被设置为0111,则这意味着五点形矩阵,尤其意味着偶左(L)和偶右(R)。尽管上面提及的示例性公开了3D视频格式是SbS,应该注意的是,如同SbS中一样,可以定义TaB,且可以在上面提及的示例中额外定义。
[0217] 3D_orientation字段指示包含在3D节目中的左右观看数据的像素布置格式,且可以被定义为如表4中所示。
[0218] [表4]
[0219]3D_orientation 含义
00 左–正常,右–正常
01 左–正常,右–反向
10 左–反向,右–正常
11 左–反向,右-反向
[0220] 参看图4,如果3D_orientation字段被设置为00,则这意味着正常情况,即左图片和右图片在3D视频朝向中反向。如果3D_orientation字段被设置为01,则这意味着只有右图片在3D视频朝向中反向。如果3D_orientation字段被设置为10,则这意味着只有左图像在3D视频朝向中反向,如果3D_orientation字段被设置为11,则这意味着左右图片都在3D视频朝向中反向。
[0221] 当3D_metadata_exist_flag被设置为1时,3D_metadata_type字段是有效字段,使得3D_metadata_length和3D_metadata被如表5中所示定义。
[0222] [表5]
[0223]
[0224] 如果3D_metadata_type字段被设置为000,则3D_metadata_length可以被设置为4,且3D_metadata可以是四个值中至少一个或者全部四个值。作为这四个值的示例,3D_metadata[0]可以指示parallax_zero,3D_metadata[1]可以指示parallax_scale,3D_metadata[2]可以指示Dref,而3D_metadata[3]可以指示Wref。另一方面,如果3D_metadata_type字段被设置为001,则3D_metadata_length还被设置为4,且3D_metadata可以是四个值中至少一个或全部四个值。作为这四个值的示例,3D_metadata[0]可以指示xB,
3D_metadata[1]可以指示Zref,3D_metadata[2]可以指示Dref,且3D_metadata[3]可以指示Wref。
[0225] 与上面提及的描述相关联,表5中所示的参数是3D内容制造处理中希望的环境值,且可以使得接收器能够由制造商使用环境值实现想要的立体效果。各个参数是用于在视差映射如同深度映射中传送的条件下正确解释每个视差的数据。换句话说,一旦接收视差映射,使用参考值来形成新视点图像,用于每个值和考虑现有观看环境而转换的视差值。
[0226] Dref参数可以是从观看者到屏幕的距离(cm),其中,距离(cm)可以被定义为3D内容制造过程中的参考。Wref参数是屏幕的级别尺寸(cm),别定义为3D内容制造过程中的参考。Zref参数是深度值(cm),定义为3D内容制造过程中的参考。xB参数是用户双眼之间的距离(参考值=65mm)。
[0227] 参考视差Pref可以使用公式1来计算(假设视差映射的每个值由N比特来表示)。
[0228] [公式1]
[0229] Pref=((m parallax_zero)/2^N*(parallaxscale/256)*Wref/8)
[0230] 实际屏幕上的视差如公式2中所示来计算(参见ISO23002-3)。
[0231] [公式2]
[0232]
[0233] 在公式2中,D是观看者和接收器之间的距离,且W是屏幕的级别尺寸。如果3D_metadata_type被设置为000,xB参数不被传送,且假设xB参数是65mm。
[0234] 图13示出根据本发明的组件描述符的比特流语法的示例。
[0235] 在此情况下,图13的组件描述符被定义为SDT描述符,使得其可以确定对应服务是否3D服务。此外,图13的组件描述符被定义为EIT的描述符,使得确定对应事件是否3D事件。
[0236] 组件描述符可以识别组件流的类型且可以用于提供基本流的文本描述。
[0237] 组件描述符的各个字段将在下文中结合图13来描述。
[0238] descriptor_tag字段可以由预先定义的descriptor_tag的值来识别对应描述符。descriptor_length字段可以规定定义该字段的值的字节之后的描述符的数据部分的字节总数。
[0239] stream_content字段可以规定流的类型(视频、音频或EBU数据)。该字段的编码在表26中指定。component_type字段可以规定视频、音频或EBU数据组件的类型。
[0240] component_tag字段可以具有与用于组件流的流标识符描述符(如果在PSI节目映射部分中存在)中的component_tag字段相同的值。
[0241] ISO_639_language_code字段可以识别组件的语言(音频或EBU数据的情况下)以及包含在该描述符中的文本描述的语言。ISO_639_language_code可以包含由ISO 639-2指定的3字符代码。每个字符被编码到8比特且顺序插入到24比特字段中。
[0242] text_char字段可以具有指定组件流的文本描述的串。文本信息使用字符组和方法来编译。
[0243] 具体地,包含在组件描述符中的stream_content字段和component_type字段被如表6中所示而定义,使得图像显示装置可以通过组件描述符而识别对应服务或事件的3D服务或3D事件。
[0244] [表6]
[0245]
[0246] 参见表6,如果stream_content被设置为0x01,则这意味着MPEG-2视频流。在此情况下,如果component_type被设置为0x11,则这意味着25Hz的帧兼容3D视频流。如果component_type被设置为0x12,则这意味着30Hz的帧兼容3D视频流。
[0247] 此外,如果stream_content被设置为0x05,则这意味着H.264/AVC标清视频。如果component_type被设置为0x11,则这意味着25Hz的帧兼容3D视频。如果component_type被设置为0x12,则这意味着30Hz的帧兼容3D视频。
[0248] 此外,如果stream_content被设置为0x03且component_type被设置为0x15,则这意味着DVB字幕(正常)用于在3D监视器上显示。如果stream_content被设置为0x03且component_type被设置为0x25,则这意味着DVB字幕(听力障碍)用于在3D监视器上显示。
[0249] 在此情况下,翻译字幕和听力障碍之间的比较结果如下。
[0250] 翻译字幕通常是白色的且放置于屏幕中心。听力正常的观众将能够识别讲话者和声音效果,因此字幕中只需要对话。听力障碍字幕可能必须识别聋/听力障碍观众的额外需求。总之,正常字幕主要基于对话,而听力障碍字幕可以包括关于听力障碍人指出谁在谈话的全部情形信息。
[0251] 因此,图像显示装置解析图13的组件描述符,提取stream_content字段的值和component_type字段的值,识别对应服务是否3D服务,以及确定对应服务或事件是否被解码和输出。
[0252] 图14示出根据本发明的链接描述符的比特流语法的示例。图15示出根据本发明的使用链接描述符的3D服务信令方法。
[0253] 例如,链接描述符可以包含在图5的SDT或图8的EIT中。图像显示装置可以识别对应于当前观看的2D service_id或要在未来广播的具体2D event_id的3D服务或事件。
[0254] 参见图14,linkage_descriptor中包含的linkage_type被设置为0x05(服务替换服务),且替换类型可以被设置为private_data_byte字段中的3D。
[0255] 在另一示例中,当链接描述符被发射到EIT时,linkage_type被设置为0x0D(事件链接),且对应3D服务的存在与否可以使用3D服务描述符或用于target_event_id字段的组件描述符来识别。
[0256] 在另一示例中,linkage_type可以被设置为新值0x0E,且对应的描述可以被设置为3D服务。
[0257] 在另一示例中,linkage_type被设置为0x05(服务替换服务)。这里,关于用于目标服务的service_type,确定是否通过直接解析在对应服务中使用的SDT、EIT等等来执行3D服务。
[0258] 如果消费者请求关于由SI系统所描述的具体实体的附加信息,则链接描述符识别可以被呈现的服务。链接描述符在语法中的位置指示附加信息可用的实体。例如,位于NIT内的链接描述符应该指向提供有关网络的附加信息的服务,BAT中的链接描述符应该提供到有关花束的服务信息的链接,等等。
[0259] CA替换服务可以使用链接描述符来识别。如果CA拒绝访问由SI系统所描述的具体实体,则该服务可以自动由接收器来选择。服务替换服务还可以使用linkage_descriptor.来识别。在当前服务的运行状态被设置为not_running时,这个替换服务可以由IRD自动选择。
[0260] 将在下文中结合图14来描述链接描述符的各个字段。
[0261] transport_stream_id字段可以识别包含所指示的信息服务的TS。
[0262] original_network_id字段可以给出标签,用来识别所指示的信息服务的始发递送系统的network_id。
[0263] service_id字段唯一地识别TS内的信息服务。service_id与相应program_map_section中的program_number相同。如果linkage_type字段具有值0x04,则service_id字段不相关,且应该被设为0x0000。
[0264] linkage_type字段可以规定例如到信息的链接的类型(参见表7)。
[0265] [表7]
[0266]Linkage_type 描述
0x00 为将来使用预留
0x01 信息服务
0x02 EPG服务
0x03 CA替换服务
0x04 包含完整网络/集锦(Bouquet)SI的TS
0x05 服务替换服务
0x06 数据广播服务
0x07 RCS映射
0x08 移动切换
0x09 系统软件更新服务
0x0A 包含SSU BAT或NIT的TS
0x0B IP/MAC通知服务
0x0C 包含INT BAT或NIT的TS
0x0D 事件链接
0x0E 扩展的事件链接
0x0F到0x7F 为将来使用预留
0x80到0xFE 用户自定义
0xFF 为将来使用预留
[0267] 这里,值为0x0D或0x0E的linkage_type只在描述符携带在EIT中时有效。
[0268] mobile_hand-over_info()字段应该根据预先定义的方法被编译。event_linkage_info()字段应该根据预先定义的方法被编译。extended_event_linkage_info()字段应该根据预先定义的方法被编译。private_data_byte是8比特字段,其值是个人定义的。
[0269] 参见图15,PAT定义相应节目的program_number值和PMT_PID。图像显示设备从PAT提取PMT,并且解析提取的PMT。
[0270] 这里,当使用2D服务时,PMT可以指示相应节目的stream_type和program_number。例如,如果stream_type被设置为0x02,则对应的流为音频流。在此情况下,音频ES的PID可以指示0x111。此外,如果program_number是0xbc,则这意味着对应的流是视频流。在此情况下,视频ES的PID可以指示0x112。
[0271] 但是,当使用3D服务时,PMT可以进一步定义一个stream_type和program_number以外的program_number。例如,如果假设program_number是0xbd,则这意味着3D扩展,且ES PID可以指示0x113。因此,用于支持3D服务的图像显示装置提取并解析一个stream_type值和两个program_number值,使得其可以识别和处理3D服务。
[0272] 在此情况下,SDT被通过service_id映射到PMT的program_number,使得对应的服务可以被用信号发送。
[0273] 如果SDT service_type被设置为2,service_type为2被映射到PMT的program_number,且SDT中包含的服务描述符的service_type被设置为0x1B(H.264HD)使得2D服务可以被用信号发送。如果service_id被设置为3且linkage_type设备为0x05,则这意味着服务替换服务,且3D通过private_data()和replacement_type(0x02)被指示,使得对应于service_id 2的3D服务的存在与处理可以被用信号发送。类似地,即使在service_id被设置为3的情况下,service_discriptor的service_type被定义为0x1C,使得3D服务可以被立即用信号发送。
[0274] 与上面提及的描述相关联,replacement_type定义如表8中所示的服务之间的关系,使得HD联播或3D服务可以基于定义的关系而被识别。
[0275] [表8]
[0276]Replacement_type 替换服务的类型
0x00 HD联播
0x01 SVC
0x02 3D立体
0x03-0xff 预留使用
[0277] 图16是图示根据本发明的用于使用3D信令信息输出立体视频信号的方法的流程图。
[0278] 参看图16,一旦接收到数字广播信号,解复用部分230执行对SDT区段的过滤和解析。如上所述,解复用部分通过PID过滤来执行对SDT区段的过滤。例如,PID可以被设置为0x0011,且具有相应PID的TS分组被过滤,使得table_id=0x42的区段数据可以被解析(步骤S1602)。
[0279] SI处理部分240可以从包含在SDT中包含的服务循环中的服务描述符获得具有传统服务类型的服务的信息(步骤S1604)。
[0280] SI处理部分240可以从解析的SDT的服务循环中获得具有3D服务类型的服务的信息,并且存储获得的信息。也就是,SI处理部分可以获得并存储关于3D服务的PMT信息(步骤S1606)。
[0281] SI处理部分240解析来自信令信息的链接描述符,并且使用解析的链接描述符信息来识别传统3D服务ID信息(步骤S1608)。
[0282] SI处理部分240可以使用3D PMT信息来识别扩展观看流的PID信息(步骤S1610)。
[0283] 数字接收器接收观看模式设置的信息(步骤S1612)。
[0284] 根据各自的观看模式可以使用两种方法。首先,将在下文中描述3D观看模式设置的情况。
[0285] 在步骤S1614中,数字接收器可以选择用于提供3D立体视频(帧兼容立体3D)的service_id。
[0286] 在此情况下,service_id的service_type可以是帧兼容3DTV作为示例(步骤S1616)。
[0287] 控制器270可以使用3D服务描述符输出由3D图像格式化器解码的3D立体视频(步骤S1618)。
[0288] 通过3D图像格式器260输出的3D视频通过输出单元而显示在屏幕上(步骤S1620)。
[0289] 接下来,将在下文中详细描述2D观看模式设置的情况。
[0290] 数字接收器可以选择用于提供2D视频(基本观看视频)的service_id(步骤S1622)。例如,具有service_id的频道可以是传统频道。
[0291] 控制器可以控制解复用部分和解码器来执行基本A/V流的PID过滤和视频/音频ES解码(基本观看视频解码器)(步骤S1624)。
[0292] 控制器通过输出单元输出解码的2D视频(步骤S1826)。
[0293] 图17图示根据本发明的示例实施例的UI。其他实施例和配置也在本发明的范围内。
[0294] 图17(a)、17(b)和17(c)示出用户界面(UI)或屏上显示(OSD)屏幕,配置为指示在频道搜索期间搜索的频道可以提供3D内容、与提供2D内容的频道相区分。此时,数字接收器可以识别对应频道是否提供3D服务。作为示例,数字接收器可以基于图4的服务列表描述符、图6的服务描述符、图9的3D服务描述符和图13的组件描述符中的至少一个来预先确定对应频道提供3D服务。
[0295] 由于,不同于以前情况,观看者在频道搜索期间不知道3D频道,所以UI或OSD屏幕可以被配置为如图17(a)、17(b)和17(c)中所示以指示3D频道。
[0296] 在图17(a)中,3D指示符1715可以显示在频道条1110上,在频道搜索期间出现在UI中。
[0297] 在图17(b)中,OSD屏幕1720可以指示访问的频道提供3D内容。
[0298] 在图17(c)中,OSD屏幕1730可以在3D内容的标题之上显示3D指示符1735以指示访问的频道提供3D内容。
[0299] 在图17(b)和17(c)的示例中,当观看者在频道搜索期间访问提供3D内容的具体频道而不具有先前的频道信息时,观看者可以被OSD屏幕在频道搜索期间初步告知3D内容,从而观看者可以以适当模式观看频道。因此,观看者可以使用OSD屏幕跳过该频道或以改变的模式观看频道的3D内容。
[0300] 下面涉及电子节目指南(EPG)屏幕。
[0301] 图18、19和20图示根据本发明的实施例的EPG屏幕。其他实施例和配置也在本发明的范围内。
[0302] 图18到20基于与由数字接收器从上述表格或描述符所解析/提取的3D服务/事件相关联的至少一个数据而构建。
[0303] 如图18中所示,EPG屏幕1800可以包括指示当前频道的第一项1805、以时间次序显示频道的内容的列的第二项1810、用于从第二项1810显示所选节目1811的预览图像的第三项1820、包括与在第三项1820中显示的预览图像相关的附加信息的第四项1830、以及用于显示其他菜单的第五项1840。
[0304] 在图18中,EPG屏幕1800可以包括各种形式的3D指示符。
[0305] 3D指示符可以显示在第三项1820中的预览图像上,而3D指示符可以不显示在第二项1810中的内容列表上。参见图18,尽管3D指示符不居于从第二项1810中的内容列表选择的内容1811之上,3D指示符1825可以位于第三项1820中的预览图像之上。
[0306] 3D指示符可以显示在第二项1810中的内容列表之上,而在第三项1820中的预览图像之上不存在3D指示符。参看图18,3D指示符1813和1815可以显示在第二项1810的内容列表中的两个内容之上。
[0307] 此外,上面的显示3D指示符的两个方法可以组合使用。
[0308] 3D指示符可以被配置为2D图像或3D图像。与3D指示符一起或没有3D指示符,3D内容可以以颜色或使用有关EPG屏幕1800的深度信息来被指示。
[0309] 图19图示显示有关从图18中所示的EPG屏幕中所选择的具体内容的细节的指南屏幕1900。
[0310] 如图19中所示,指南屏幕1900可以包括用于指示当前频道和当前时间的第一项1910、用于指示内容和标题和有关内容的时间信息的第二项1920、用于显示预览图像的第三项1930、以及用于显示有关内容的详细信息的第四项1940。
[0311] 如果内容包括3D图像数据,则信号处理装置可以在至少一个项目1910、1920、1930、1940中显示3D指示符1925或1935。3D指示符1925还可以被配置为2D格式或3D格式。
[0312] 与图18中所示的EPG屏幕1800相比,图20图示只列出3D内容的EPG屏幕2000。
[0313] 参见图18和20,只有附有图18的EPG中的3D指示符1811、1813和1815的内容可以显示在图20的EPG屏幕中,而没有剩余的2D内容。
[0314] 尽管3D内容在图20的EPG屏幕中被指示,3D内容可以以EPG屏幕以外的任何方式被指示。
[0315] 图21和22示出根据本发明的示例EPG屏幕图像。
[0316] 图像处理装置可以使用图14和15的链接描述符来识别对应于每个服务的2D/3D服务的存在与否。因此,当存在互相映射的2D和3D服务时,图像处理装置识别服务对。当提供服务列表时,识别的服务对可以提供图21或22中所示的EPG屏幕图像。
[0317] 在此情况下,图像处理装置可以根据用户的设置请求而操作,或者自动下载用于一个服务的服务对。如果图像处理装置进一步下载服务对且当再现存储的服务或内容时用户按下2D/3D切换按钮,则图像处理装置执行切换到当前内容,使得图像显示装置再现生成的内容,导致用户的更大便利。
[0318] 接收器可以执行下载预留,使得用户选择的服务、自动服务或所有内容对可以在接收器中被接收。在此情况下,当相应内容被广播时,对应于预留的记录内容的service_id被找到并完全接收/存储。接收器可以使用service_id值用于来自解析的EIT的每个内容。因此,如果用户按下2D/3D切换按钮来再现存储的内容,图像显示装置执行切换到相应的内容,且再现生成的内容,导致用户的更大便利。
[0319] 图23示出根据本发明的指示3D版本的存在与否的UI的示例。图24示出EPG的另一示例。图25是图24中所示的详细UI的示例。
[0320] 参见图23,基于接收器的信令信息,当用户观看传统广播图像时如果存在对应于通过EIT存储的2D内容的内容,即如果3D版本存在,则接收器可以使得文本条能够如图23中所示那样滚动。但是,本发明的范围或精神不仅限于图23,附加UI被配置使得指示3D版本存在与否的信息和关联控制信息可以在OSD上被选择并建立。
[0321] 图24示出通过解析图5的SDT和图8的EIT中至少一个所获得的EPG屏幕图像。例如,即使当用户按下具体按钮(诸如RED),相同EPG也可以被提供。参看图24,响应于用户请求而提供的EPG向每个内容提供指示符以指示对应内容是否可以识别2D或3D服务。具体地,本发明可以提供对应于具体内容的信息。例如,如可以从图24中看出的,用户可以识别信息指示2D版本“Wife Returns Episode#22”的内容从SBS广播台开始于12:00,而其他信息指示3D版本“Wife Returns Episode#23”从SBS广播台开始于15:30。在此情况下,3D版本内容并不总是仅限于相同剧集,例如,可以是其他剧集(例如#21、#23、特殊等)的内容。此外,尽管图
24示例性示出对应于具体内容的内容信息,本发明的范围或精神不限于此,本发明可以进一步不仅提供关于其他频道的信息,而且在必要时提供对应于其他媒体的内容信息。
[0322] 当用户选择图24中所示的3D版本“Taejo Wang Geon Episode#30”的内容时,详细信息和相关联处理在图25中示出。例如,在图25中选择的内容提供信息指示预先录制的2D版本“Taejo Wang Geon Episode#30”的3D版本、预留录制功能、回放功能等等。在此情况下,尽管接收器未在附图中示出,对应内容的详细信息也可以提供给接收器,例如,概要信息、剧集信息、广播开始时间信息、广播结束时间信息、缩略图信息等。
[0323] 下文中将结合上述内容来描述视频格式转变。
[0324] 帧兼容立体3DTV服务可以在两个帧兼容立体视频格式之间切换视频格式,或者其可以从帧兼容立体视频格式之一切换到HDTV视频格式(即非帧兼容立体3DTV视频格式)或从HDTV视频格式切换到帧兼容立体视频格式之一。在并排与上下帧封包布置之间的格式切换不可能被应用,但是这样的转变也不被禁止。
[0325] 视频格式切换应该仅在具有瞬时解码刷新(IDR)视频帧的随机存取点(RAP)处应用。由于缺乏TS中PMT的发生与视频流中图片的发生之间的紧密同步,使用如果在运行帧兼容立体3DTV服务期间进行视频格式切换,则存在短时间的不一致。HDTV(即非3DTV)视频格式内容的携带通常意味着帧封包布置增补增强信息(SEI)消息不适用。但是,与这样的格式切换一起来呈现的IRD可能由于之前发生的PMT中包含的信息的暂时不一致而不会正确处置转变。这在图5中通过视频格式从1080i 25Hz并排帧兼容立体3DTV视频到1080i 25Hz HDTV视频的切换示例来描绘。
[0326] 在这个示例中,在视频格式切换之前最后发生的PMT中携带的信息与视频格式切换之后的帧封包布置SEI消息所传输的信息之间存在不一致。该不一致会导致IRD假设不一致期间的不正确的视频格式,其长度由于提到的缺少PMT和编译的视频图片之间的紧密同步而未知。
[0327] 定义格式转变辅助信令,其使得确保IRD中解码过程的鲁棒性。推荐该格式转换辅助信令在帧兼容立体3DTV服务包括在非3DTV视频格式中的内容时期时应用。
[0328] 格式转变辅助信令由也在包含HDTV格式视频内容的视频流中的帧封包布置SEI消息的包含而构成,且字段frame_packing_arrangement_cancel_flag被设置为1以便肯定地用信号发送当前没有帧兼容立体3DTV视频格式在传送。
[0329] 为了最大化IRD中解码过程的鲁棒性,推荐帧兼容立体3DTV服务也在HDTV格式的传输期间应用帧封包布置SEI消息,至少持续HDTV视频格式和帧兼容立体3DTV视频格式之间的格式切换之前和之后的两秒的时间段。
[0330] 当转变到HDTV视频格式或从HDTV视频格式转变的视频格式转变发生时,帧封包布置SEI消息中的frame_packing_arrangement_cancel_flag应该被设置为‘1’,指示非3DTV视频格式正在被携带,用于从帧兼容立体3DTV视频格式到HDTV视频格式的转变发生之后至少两秒的时段,或者用于从HDTV视频格式到帧兼容立体3DTV视频格式的转变将发生之前至少两秒。
[0331] frame_packing_arrangement_cancel_flag设置为‘1’的帧封包布置SEI消息的携带可以在HDTV视频格式内容的完整持续时间期间存留,取决于服务提供商的判断,[0332] 与在帧兼容立体3DTV服务内通过视频格式转变的IRD来增强处置的鲁棒性性一样,还提供IRD从另一服务跳到帧兼容立体3DTV服务时的鲁棒性性。在一些环境中,可能更方便继续应用该信令而不是中止对其的传送。
[0333] 在任何情况下,帧封包布置SEI消息信令应该与所携带的视频格式相一致,优先于关于视频格式的其他信令。与上述的PMT的临时不一致可能发生,且通过如本部分中所规定的格式转变辅助信令的应用而有所减轻。
[0334] 如上所述,本发明的实施例已经公开了相关联的技术事实。
[0335] 本发明提供一种用于允许3DTV处理用于立体视频广播服务的信令信息的方法,以及用于实现其的方案。尤其是,本发明提供一种用于使用相应信令信息来接收广播服务的方法,以及一种用于操作和实现3DTV来控制立体显示输出的方法。
[0336] 此外,本发明可以通过独立和分开的逻辑频道(虚拟频道)来识别3DTV服务和2D传统TV服务,使得用户可以通过频道切换来容易地执行2D/3D转换。
[0337] 换句话说,在2D服务和3D服务在DTV广播环境下互相混合的条件下,本发明可以识别2D服务和3D服务之间的关系以便识别2D和3D服务的存在与否。结果,如果用户想要服务转换到2D或3D服务,本发明可以使得用户能够容易地执行2D或3D转换,导致用户的更大便利。
[0338] 如上所述,本发明可以应用于总的或部分的数字广播系统。
[0339] 现在将详细对本发明的优选实施例进行参考,其示例在附图中图示。在可能时,相同的参考标记将在附图中通篇使用以指代相同或相似的零件。
[0340] 尽管本发明中使用的术语是从通常已知和使用的术语中选择的,本发明的描述中提到的一些术语可以由本领域任何技术人员按其判断、根据习惯、或者由于新技术的出现来变化。而且,在一些情况下,本发明的描述中提到的一些术语已经被申请人根据其判断而选择。而且,在这些情况下,在本发明的描述的相关部分中描述详细含义,不仅仅由这里使用的术语的命名来简单理解,而且由本发明的描述的整体内容内且同时基于本发明的描述的整体内容的每个术语的实际含义来理解。
[0341] 3D图像呈现方法包括:立体图像方法,其考虑两个透视图(或观点);以及多视图图像方法,其考虑三个或更多透视图(或观点)。相反地,相关技术的单个视图图像类型可以被称为单视场方法。
[0342] 立体图像方法使用通过拍摄与左侧相机和右侧相机相同的主题来获取的左/右对图像,其中,两个相机彼此分隔开预定距离。多视图图像使用通过以彼此分隔开预定距离或置于不同角度的至少3个不同相机拍摄而获取的一组至少3个图像。下文中,尽管将根据本发明的实施例来描述立体方法,本发明的思想也可应用于多视图方法。而且,下文中,术语立体(stereoscopic)还可以缩短为立体(stereo)。
[0343] 立体图像或多视图图像可以是以MPEG(运动图像专家组)格式或者使用不同方法而编码的压缩,由此被传送。
[0344] 例如,立体图像或多视图图像可以通过使用H.264/AVC(高级视频编译)方法而被压缩编码,由此被传送。在此,接收系统针对接收的图像执行解码处理,作为H.264/AVC编码的逆处理,由此获取3D图像。
[0345] 而且,立体图像的左视图图像或右视图图像中的任何一个或者多视图图像中的任何一个图像可以被指配作为基本层图像,剩余图像可以被指配作为增强层图像。下文中,基本层的图像可以通过使用用于编码单视场图像的相同方法来编码。而且,在增强层的图像中,只有基本层图像和增强层图像之间的关系信息可以被编码。然后,处理的图像可以被传送。
[0346] 用于基本层图像的压缩编码方法的示例可以包括JPEG,MPEG-1,MPEG-2,MPEG-4,和H.264/AVC。而且,在本发明的这个实施例中,采纳了H.264/AVC方法。而且,根据本发明的实施例,采纳H.264/SVC(可分级视频编译)或MVC(多视图视频编译)方法用于增强层图像的压缩编码处理。
[0347] 用于地波(或陆地)DTV发射和接收的常规标准基于2D视频内容。因此,为了服务3D TV广播内容,用于3D TV广播内容的发射和接收标准应该被额外定义。接收器可以根据增加的发射和接收标准来接收广播信号,以便充分地处理接收到的信号,由此支持3D广播服务。
[0348] 在本发明的描述中,根据本发明的实施例,ATSC(高级电视系统委员会)标准将被用于描述常规DTV发射和接收标准。
[0349] 在ATSC系统的情况,用于处理广播内容的信息可以包括在系统信息中,由此被传送。
[0350] 系统信息可以例如被称为服务信息。这里,例如,系统信息可以包括频道信息、节目信息、时间信息等等。在ATSC标准方法的情况下,系统信息可以通过被包括在PSI/PSIP(节目特定信息/节目和系统信息协议)中而发射和接收。但是,本发明将不仅限于这个示例。而且,在以表格格式发射系统信息的协议的情况下,协议可以应用于本发明而不管其术语(或名称)。
[0351] 根据本发明的实施例,PSI表可以包括PAT(节目关联表)和PMT(节目映射表)。
[0352] PAT对应于由PID为'0'的数据分组发射的特殊信息。PAT可以对于每个节目发射对应PMT的PID信息。PMT发射传送流(TS)分组的PID信息,其中节目标识号以及配置对应节目的视频和音频数据的各个比特序列被传送,且还发射在其中传送PCR的PID信息。然后,通过解析从PAT获取的PMT,还可以获取配置相应节目的元素之间的相关信息。
[0353] 根据本发明的实施例,PSIP表可以包括VCT(虚拟频道表)、STT(系统时间表)、RRT(评级区域表)、ETT(扩展文本表)、DCCT(直接频道变化表)、DDCSCT(直接频道变化选择代码表)、EIT(事件信息表)和MGT(主机指南表)。
[0354] VCT可以发射关于虚拟频道的信息,诸如用于选择频道和诸如PID(分组标识符)的信息的频道信息,用于接收音频和/或视频数据。更具体地,当VCT被解析时,可以获取广播节目的音频/视频数据的PID,其通过频道连同频道名称和频道编号一起携带。STT可以发射关于当前数据和定时信息的信息,且RRT可以发射关于用于节目评级的区域和咨询机构的信息。ETT可以发射特定频道和广播节目的额外描述,且EIT可以发射关于虚拟频道事件的信息。DCCT/DCCSCT可以发射与自动(或直接)频道变化相关联的信息,且MGT可以在PSIP内发射每个表的版本和PID信息。
[0355] 立体图像的发射格式包括单视频流格式和多视频流格式。单视频流格式对应于将两个透视图的视频数据复用到单个视频流且发射单视频流的方法。这里,由于视频数据被发射到一个视频流,单视频流格式是有利的,因为提供3D广播服务额外所需的带宽不宽。多视频流格式对应于发射多视频数据到多视频流的方法。这里,尽管带宽的使用增加,但由于高容量数据可以被发射,多视频流格式是有利的,因为高图片质量视频数据可以被显示。
[0356] 图26示出根据本发明的实施例的各种图像格式的立体图像复用格式。
[0357] 3D广播服务的图像格式包括(a)中所示的并排格式、(b)中所示的上-下格式、(c)中所示的交织格式、(d)中所示的帧序列格式、(e)中所示的棋盘格式和(f)中所示的彩色立体格式。
[0358] (a)中所示的并排格式对应于这样的格式,其中,左图像和右图像是水平方向上的1/2下采样。这里,采样图像之一位于左侧,另一采样图像位于右侧,由此创建单个立体图像。(b)中所示的上-下格式对应于这样的格式,其中,左图像和右图像在垂直方向上1/2下采样。这里,采样图像之一位于上侧,另一采样图像位于下侧,由此创建单个立体图像。(c)中所示的交织格式对应于这样的格式,其中,左图像和右图像在水平方向上1/2下采样,使得两个图像可以逐行交替,由此创建单个立体图像,或者其中,左图像和右图像在垂直方向上1/2下采样,使得两个图像可以逐行交替,由此创建单个立体图像。(d)中所示的帧序列格式是这样的格式,其中,左图像和右图像在时间上交替且以单个视频流中配置。(e)中所示的棋盘格式对应于这样的格式,其中,左图像和右图像1/2下采样,使得左图像和右图像可以在水平和垂直方向的每个方向上交替,由此配置两个图像为单个图像。(f)中所示的彩色立体格式对应于这样的格式,通过使用补充色彩对比度而配置图像使得图像可以呈现立体感。
[0359] 本数字广播通过使用有限系统资源来提供广播服务。数字广播环境的系统资源包括传输带宽、处理性能等等。尤其是,可以用于频率的指配(或分配)的带宽是有限的。在这样的数字广播环境中,当提供3D广播服务时,相应3D广播服务还将使用在数字广播环境中使用的有限资源。
[0360] 根据本发明的实施例,在使用立体图像方案的3D广播服务的情况下,应该发射左视图图像和右视图图像。因此,难以通过使用常规数字广播的带宽以高分辨率发射两个图像。例如,当使用数字广播发射全分辨率视频数据时,难以通过使用相同带宽发射2组全分辨率视频数据。因此,提议一种发射2组半分辨率视频数据的方法。
[0361] 尽管如此,全分辨率3D广播服务需要被提供以便满足用于对高图片质量的要求。但是,即便在全分辨率3D广播服务被提供时,全分辨率3D广播服务应该兼容于常规半分辨率3D广播服务。
[0362] 图27示出根据本发明的实施例的3D广播服务的概念图。根据图27的实施例,提供全分辨率图像的3D广播服务(2010)可以在下文被称为3D服务2.0或3D服务规范-B。提供半分辨率图像的3D广播服务(2020)可以在下文中被称为3D服务1.0或3D服务规范-A。
[0363] 3D服务1.0(2020)可以被服务到半分辨率左图像且服务到半分辨率右图像。由于提供全分辨率图像的3D服务2.0(2010)应该兼容于3D服务1.0(2020),而不是新发射的全分辨率图像,可以使用保持3D服务1.0(2020)的图像传输并提供用于提供全分辨率图像的不同数据或附加数据的方法。更具体地,如图27中所示,可以通过添加3D服务2.0的补充视频元素(2030)到3D服务1.0(2020)的半分辨率视频元素来提供全分辨率3D广播服务(2010)。最终,可以支持3D服务1.0的广播接收器可以通过接收和处理3D服务1.0(2020)的数据来提供半分辨率图像,且可以支持3D服务2.0的广播接收器可以通过接收和处理3D服务1.0(2020)的数据和3D服务2.0的补充数据来提供前分辨率图像。
[0364] 图28图示根据本发明的实施例的示出用于提供全分辨率3D广播服务的方法的概念性框图。
[0365] 在本发明中,可以分别提供可以提供全分辨率3D图像的数字广播接收器(3030)和可以支持半分辨率3D图像的数字广播接收器(3040)。
[0366] 提供3D广播服务的广播系统可以通过基本层(3020)发射半分辨率3D视频数据并且可以发射附加半分辨率3D视频数据,用于通过增强层(3010)提供全分辨率3D图像。
[0367] 可以支持半分辨率3D图像的数字广播接收器(3040)可以通过接收和处理基本层(3020)的视频数据来提供半分辨率3D图像。而且,可以提供全分辨率3D图像的数字广播接收器(3030)可以通过接收和处理基本层(3020)的视频数据以及增强层(3010)的视频数据来提供全分辨率3D图像。下文中,为了简便,基本层的视频数据或视频组件可以分别被称为基本视频数据或基本视频组件,且增强层的视频数据或视频组件可以分别被称为补充视频数据或补充视频组件。
[0368] 图29图示根据本发明的实施例的提供3D广播服务的方法。
[0369] 参看图29,3D服务规范-A(4010)指示3D视频数据通过基本层发射,且根据图28的实施例,3D视频数据以半分辨率上-下图像格式提供。
[0370] 3D服务规范-B(4020)通过增强层发射用于每个透视图的图像的补充数据。接收系统接收发射的补充数据。并且,接收的补充数据被附加处理到从3D服务规范-A(4010)发射的3D视频数据,由此使得接收系统能够提供全分辨率立体图像。
[0371] 图30图示根据本发明的另一实施例的用于提供3D广播服务的方法。
[0372] 根据本发明的实施例,3D服务规范-A(5020)对应于上-下图像格式且可以包括空间半分辨率和时间全分辨率的3D视频数据。根据本发明的另一示例,3D服务规范-A(5010)的视频数据可以在接收系统中内插,以便在空间全分辨率和时间半分辨率中提供。3D服务规范-B(5020)的接收系统可以额外处理补充信息以便提供空间和时间全分辨率的图像。
[0373] 在时间半分辨率和空间全分辨率的定义中,可以发射的视频数据(或可发射的视频数据)的大小或量可以是有限的,因为系统资源的限制。视频数据可以包括帧单位的图像。这里,取决于可发射的视频数据的大小,可以在时间上定位的帧单位图像之间的距离也可以与图像的分辨率一起是受限的。例如,由于预定带宽的限制,如果一组可发射的视频数据空间半分辨率和时间全分辨率,且当空间全分辨率图像在相同带宽限制内发射时,可以只发射时间半分辨率(例如,时间全分辨率的情况下帧距离的距离的两倍)视频数据。
[0374] 根据接收系统中的分辨率的用于处理视频数据的方法的各种实施例可能可用。
[0375] 3D服务规范-A(5010)的接收系统可以针对接收到的图像(Lb或Rb)执行内插,以便提供接近全分辨率的图像(Lb'或Rb')(在图30的左下侧绘制)。
[0376] 3D服务规范-B(5020)的接收系统可以使用基本层中接收的视频数据和在增强层中接收的视频数据。接收系统可以交织和组合基本层的接收到的图像(Lb或Rb)和增强层的接收到的图像(Le或Re)的水平行,由此提供全分辨率图像(Lf或Rf)。而且,接收系统可以针对基本层的接收到的图像(Lb或Rb)执行低通过滤并且可以针对增强层的接收到的图像(Le或Re)执行高通过滤,由此组合两个图像并重新构建全分辨率图像(Lf或Rf)。而且,接收系统可以针对基本层的接收到的图像(Lb或Rb)执行内插并且用补充信息图像(Le或Re)来补充内插的全分辨率(接近全分辨率)图像(Lb’或Rb’),由此提供全分辨率图像(Lf或Rf)(在图30的右底侧绘制)。
[0377] 图31图示根据本发明的另一实施例的提供3D广播服务的方法。
[0378] 根据本发明的实施例,3D服务规范-A(6010)对应于并排图像格式且可以包括空间半分辨率和时间全分辨率3D视频数据。根据本发明的另一实施例,3D服务规范-A(6010)的视频数据可以在接收系统中内插,以便在空间全分辨率和时间半分辨率中提供。3D服务规范-B(6020)的接收系统可以额外地处理补充信息以便提供空间和时间全分辨率图像。
[0379] 在图31的情况中,除了图像格式对应于并排图像格式之外,图31的剩余描述与图30相同。因此,为了简便,将忽略本发明的重复描述。但是,参看图31,在交织基本层的接收到的图像(Lb或Rb)和增强层的接收到的图像(Le或Re)的情况中,3D服务规范-B(6020)的接收系统可以交织并组合垂直行,由此提供全分辨率图像。
[0380] 图32图示根据本发明的另一实施例的提供3D广播服务的方法。
[0381] 根据本发明的实施例,3D服务规范-A(7010)对应于帧序列图像格式且可以包括空间全分辨率和时间半分辨率3D视频数据。根据本发明的另一实施例,3D服务规范-A(7010)的视频数据可以在接收系统中被格式转换,以便在空间半分辨率和时间全分辨率中提供。3D服务规范-B(7020)的接收系统可以额外地处理补充信息以便提供空间和时间全分辨率图像。
[0382] 根据本发明的实施例,3D服务规范-A(7010)的接收系统可以针对接收到的图像(Lb或Rb)执行抽取(decimation),由此创建(或生成)上-下格式或并排格式的半分辨率图像(Lb’或Rb’)。在此,当执行抽取时,接收系统获取上-下格式或并排格式的半分辨率图像(Lb’或Rb’)。在此,当执行抽取时,接收系统获取时间上通过帧率转换而扩展(例如加倍)的一对半分辨率图像,由此能够提供空间和时间全分辨率图像。
[0383] 根据另一实施例,3D服务规范-B(7020)的接收系统分别在通过基本层接收的每个连续图像(Lb或Rb)之间插入通过增强层接收的图像(Le或Le),由此能够提供空间和时间全分辨率的图像。
[0384] 如上所述,为了提供高分辨率的3D广播服务,应该为当前提供的分辨率的3D广播服务提供补充视频数据,并且,伴随着补充视频数据,还需要发射/接收和处理用于补充视频数据的信令信息。
[0385] 下文中,将详细描述用于用信号发送补充视频数据和关于这样的补充视频数据的信息的方法。根据本发明的实施例,补充视频数据可以使用H.264/SVC(可分级视频编译)或MVC(多视图视频编译)方法作为分层的图像压缩编码方法。而且,在此,补充视频数据可以通过增强层发射。
[0386] 发射的关于补充视频数据的信令信息被称为3D补充视频信息。根据本发明的实施例,3D补充视频信息可以在描述符或表格式中提供,其中,3D补充视频信息可以被称为3D补充视频描述符或3D补充视频表。
[0387] 根据本发明的实施例,3D补充视频信息可以包括在PSIP中,其从ATSC广播系统发射,且可以特别包括在PSIP的TVCT(或VCT)中,由此被发射。而且,3D补充视频信息可以包括在PSI中,其从ATSC广播系统发射,且可以特别包括在PSI的PMT中。而且,3D补充视频信息可以包括在补充视频信息中且可以特别包括在补充视频ES(基本流)的报头信息中,由此被发射。
[0388] 图33图示根据本发明的全前向和后向互通性。
[0389] 本发明给出在当前和下一代源设备以及近期的半分辨率3DTV和下一代全分辨率3DTV之间的全前向和后向互换性。存在关于它们如何操作的示例。对于在当前BD播放器/STB上播放的规范-A内容,可以具有消费者在近期的3DTV上观看半分辨率3D立体内容和消费者在下一代3DTV上观看半分辨率3D立体内容的两个模式。对于在下一代BD播放器/STB上播放的规范-A内容,消费者可以在近期的3DTV上观看半分辨率3D立体内容且消费者可以在下一代3D TV上观看半分辨率3D立体内容。对于在当前BD播放器/STB上播放的规范-B内容,消费者可以在近期的3DTV上观看半分辨率3D立体内容且消费者可以在下一代3DTV上观看半分辨率3D立体内容。最后,对于在下一代BD播放器/STB上播放的规范-B内容,消费者可以在近期的3DTV上观看半分辨率3D立体内容且消费者可以在下一代3D TV上观看全分辨率3D立体内容。
[0390] 空间半分辨率方法,诸如本发明中的上-下和并排,也在现有BD/DVD授权系统中支持且不做改变或以最小的修改来有助于下面的特征,诸如使用呈现图形模式的3D字幕、在帧的上下部分放置偏移的对象的3D图形、在整个剪切上的效果的应用(不需要编辑每个帧)以及BD现场内容授权。
[0391] 图34图示提供第一代3DTV和第二代3DTV之间的兼容性的服务模型。
[0392] 如上所解释的,如果通过规范-A配置立体3D视频的左右图像,则每半个为半分辨率,且未来立体3DTV服务可以通过高分辨率来提供。这里,由于常规视频元素已经支持半分辨率,为了支持全分辨率,不同信号通过补充视频元素传送。作为结果,支持规范-B的接收器将能够通过添加补充视频元素给规范-A来提供全分辨率3DTV服务。而且本发明提供发射补充视频元素的方法以便支持用于规范-B的3DTV服务。
[0393] 图35图示根据本发明的实施例的包括3D补充视频信息的TVCT的语法结构。
[0394] 包括在图35的TVCT中的字段将描述如下。
[0395] ‘table_id’字段是8比特无符号整数字段,指示表区段的类型。
[0396] ‘section_syntax_indicator’字段是一比特字段,应该被设置为‘1’用于‘terrestrial_virtual_channel_table_section()’字段。
[0397] ‘private_indicator’字段是一比特字段,应该被设置为‘1’。
[0398] ‘section_length’字段是12比特字段,其中前两个比特应该被设置为‘00’,且规定开始于紧接着‘section_length’字段之后且包括CRC的区段的字节数。
[0399] ‘transport_stream_id’字段指示16比特MPEG-2传送流(TS)ID。‘transport_stream_id’字段区分陆地虚拟频道表(TVCT)与可在不同PTC中广播的其他。
[0400] ‘version_number’字段用作5比特字段,指示虚拟频道表(VCT)的版本号。
[0401] ‘current_next_indicator’字段是一比特指示符。在‘current_next_indicator’字段被设置为‘1’时,其意味着发射的虚拟频道表(VCT)当前适用。当‘current_next_indicator’字段的比特被设置为‘0’时,这意味着发射的表不适用了且应该是下一表变得有效。
[0402] ‘section_number’字段是8比特字段,给出该区段的编号。
[0403] ‘last_section_number’字段用作8比特字段,规定完整陆地虚拟频道表(TVCT)的最后区段(即,具有最高section_number值的区段)的编号。
[0404] ‘protocol_version’字段用作8比特无符号整数字段,用于在未来允许表类型携带可以在结构上与当前协议中定义的那些不同的参数。
[0405] ‘num_channels_in_section’字段用作8比特字段,规定在该VCT部分中的虚拟频道的数目。
[0406] ‘short_name’字段可以指示虚拟频道的名称,被表示为一个到七个16比特代码值的序列,根据用于统一码字符数据的UTF-16标准来解释。
[0407] ‘major_channel_number’字段指示10比特数目,其表示与在这个‘for’循环的迭代中定义的虚拟频道相关联的‘major’频道编号。
[0408] ‘minor_channel_number’字段指示在从‘0’到‘999’的范围内的10比特数目以便表示‘minor’或‘sub’频道编号。这个‘minor_channel_number’字段与‘major_channel_number’字段一起可以指示两部分频道编号,其中minor_channel_number表示号码的第二或右手部分。
[0409] ‘modulation_mode’字段包括8比特无符号整数,可以指示用于与虚拟信道相关联的发射的载波的调制模式。
[0410] ‘carrier_frequency’字段可以指示允许的载波频率。
[0411] ‘channel_TSID’字段是16比特无符号整数字段,范围从0x0000到0xFFFF。‘channel_TSID’字段表示与携带由虚拟频道参考的MPEG-2节目的传送流(TS)相关联的MPEG-2传送流(TS)ID。
[0412] ‘program_number’字段包括16比特无符号整数,其将这里定义的虚拟频道与MPEG-2节目关联和TS节目映射表关联起来。
[0413] ‘ETM_location’字段用作2比特字段,规定扩展文本消息(ETM)的存在与位置。‘access_controlled’字段指示1比特布尔标志。当‘access_controlled’字段的布尔标志被设置时,这意味着访问与虚拟频道相关联的事件可以被控制。
[0414] ‘hidden’字段指示1比特布尔标志。当‘hidden’字段的布尔标志被设置时,这意味着虚拟频道不由用户通过虚拟频道编号的直接条目来访问。
[0415] ‘hide_guide’字段指示布尔标志。当‘hide_guide’字段的布尔标志被设置为零‘0’用于隐藏的频道,这意味着虚拟频道和虚拟频道事件可以出现在EPG显示器上。
[0416] ‘service_type’字段是6比特枚举类型资源,其应该识别在虚拟频道中携带的服务的类型。
[0417] ‘source_id’字段包括16比特无符号整数,其识别与虚拟频道相关联的节目源。
[0418] ‘descriptors_length’字段可以指示用于虚拟频道的描述符的总长度(字节)。
[0419] ‘descriptor()’字段可以包括零或更多描述符,被确定适于‘descriptor()’字段。
[0420] ‘additional_descriptors_length’字段可以指示VCT描述符列表的总长度(字节)。
[0421] ‘CRC_32’字段是32比特字段,确保包含在处理整个陆地虚拟频道表(TVCT)部分之后在ISO IEC 13818-1“MPEG-2系统”附件A中定义的解码器中的寄存器零输出CRC值。
[0422] 当从相应频道提供的广播服务是3D服务2.0时,service_type字段(8010)对应于指示该信息的字段。例如,当service_type字段(8010)的字段值为0x13时,这指示3D广播节目(音频、视频和用于显示3D立体图像的补充视频数据)被从相应虚拟频道而提供。描述符字段(8020)包括3D补充视频信息且将在下文中结合附图详细描述。
[0423] 图36图示根据本发明的实施例的包括在TVCT中的3D补充视频描述符的语法结构。
[0424] 现在将如下描述图36的3D补充视频描述符中包括的字段。
[0425] number_elements字段指示配置相应虚拟频道的视频元素的数目。广播接收器可以接收3DTV服务位置描述符,以便解析包括在number_elements字段之下的字段中的信息作为次数,该数对应于配置各自虚拟频道的视频元素的数目。
[0426] complementary_type字段指示配置补充视频数据或补充视频流的方法。当全分辨率图像被输出时,接收系统使用该字段的信息来重新配置(或重新构造)基本视频数据和补充视频数据为全分辨率图像。
[0427] naive_subsampling_flag字段指示,当基本视频组件和补充视频组件被配置时,是否在执行子采样或是否在执行低通过滤和高通过滤。例如,当naive_subsampling_flag字段的字段值等于1时,这指示正在执行子采样。并且,当字段值等于0时,这指示低通过滤和高通过滤正在执行。
[0428] codec_type字段指示用于编码或压缩补充视频组件的视频编解码器的类型。例如,根据codec_type字段的字段值,可以指示诸如MPEG-2、AVC/H.264、SVC扩展等等的编译方案。
[0429] horizontal_size字段、vertical_size字段和frame_rate字段分别指示补充视频组件的水平大小、垂直大小和帧率。这里,水平大小和垂直大小可以指示空间分辨率,而帧率可以指示时间分辨率。例如,当complementary_type字段的字段值等于0x0004时,补充视频组件的空间/时间分辨率可以都变为全分辨率。
[0430] interpolation_filter_available_flag字段指示,当针对基本视频组件执行内插时,是否使用额外自定义过滤器。在此,根据本发明的实施例,用于实现过滤器的诸如过滤系数的信息可以被包括在用于TVCT或PMT中的补充视频组件的描述符循环中,且可以以描述符格式来提供。而且,根据本发明的另一实施例,这样的信息可以被包括在视频元素内的报头信息或消息信息中,由此被提供。在配置补充视频信息的用于左视图的视频数据和用于右视图的视频数据之中,left_image_first_flag字段指示两个视频数据中哪个首先出现(或被生成)。根据本发明的实施例,当对应于左视图的视频数据首先被接收时,left_image_first_flag字段的字段值可以被设置为1。
[0431] complementary_first_flag字段指示在配置全分辨率图像的流程期间组合基本视频组件和补充视频组件的次序。根据本发明的实施例,当对应于基本视频组件的视频数据先于对应于补充视频组件的视频数据时,complementary_first_flag字段的字段值可以被设置为1。
[0432] 图37图示根据本发明的实施例的根据包括在3D补充视频信息中的complementary_type字段的字段值的图像配置方法。
[0433] 图36中包括的complementary_type字段指示配置补充视频数据或补充视频流的方法。而且,接收系统使用该字段的信息来重新配置(或重新构建)基本视频数据和补充视频数据为全分辨率图像。这里,根据本发明的实施例,根据complementary_type字段的字段值的全分辨率图像的重新配置(或重新构建)可以不同地执行,如图37中所示。
[0434] 1)当complementary_type字段的字段值等于0时:complementary_type字段指示补充视频数据被行交织且携带用于补充行的视频数据。
[0435] 补充视频数据可以包括用于偶数行或奇数行的视频数据,其添加到基本视频数据以便配置全分辨率图像。用于偶数行或奇数行的视频数据可以根据基本视频数据的复用格式而水平地或垂直地行交织,以便被生成(或被创建)。根据本发明的实施例,当基本视频数据对应于并排格式,可以执行垂直行交织,并且当基本视频数据对应于上-下格式时,可以执行水平行交织。
[0436] 2)当complementary_type字段的字段值等于1时:complementary_type字段指示补充视频数据被像素交织且携带关于每行替换(或改变)的图像的透视图的次序信息。这里,次序信息对应于关于用于重新配置全分辨率图像的像素的信息。
[0437] 补充视频数据可以以像素为单位交织,以便以棋盘格式传送。在此情况下,左图像的像素和右图像的像素可以在单个行内以像素为单位交替(或者基于逐个像素)。而且,为了正常恢复全分辨率图像,接收系统被要求发射这样的关于交替的次序的信息。在此情况下,关于包括在全分辨率图像的第一像素中的视频数据,即正在被重新配置的(或重新构建的),complementary_first_flag字段指示第一像素中包括的视频数据对应于哪个透视图或层。
[0438] 3)当complementary_type字段的字段值等于2时:complementary_type字段指示补充视频数据是帧交织的且包括用于重新配置(或重新构造)全分辨率图像的补充帧。
[0439] 根据本发明的实施例,全分辨率的含义表明时间分辨率。在此情况下,补充视频数据可以包括以帧为单位交织的图像数据(或者基于逐个帧)并且还可以包括基于逐个帧的视频数据(或者帧序列)。complementary_first_flag字段可以通知接收系统通过补充视频组件接收的视频帧位于通过基本视频组件接收的视频帧之前还是之后。
[0440] 4)当complementary_type字段的字段值等于3时:complementary_type字段指示补充视频数据是字段交织的且包括用于重新配置(或重新构造)全分辨率图像的补充帧。
[0441] 根据本发明的实施例,全分辨率的含义表明时间分辨率。在此情况下,补充视频数据可以包括以字段为单位交织的图像数据(或者基于逐个字段)且还可以包括基于逐个字段的视频数据。complementary_first_flag字段可以通知接收系统通过补充视频组件接收的视频字段对应于用于全分辨率图像的偶数字段还是奇数字段。
[0442] 5)当complementary_type字段的字段值等于4时:complementary_type字段可以指示补充视频数据包括残留或增量数据用于重新配置(或重新构造)全分辨率图像。
[0443] 根据本发明的实施例,不管基本视频组件的立体复用格式,补充视频组件包括残留或增量数据用于重新配置(或重新构造)全分辨率图像。在此情况下,在组合补充视频数据和基本视频数据之前,接收系统可以针对基本视频数据执行内插或加倍。
[0444] 图38图示PMT中的3D补充视频描述符的信令的实施例。换言之,PMT内的3D补充视频描述符将提供配置全分辨率3D立体节目的补充视频元素。
[0445] 3D_complementary_video_descriptor_PMT位于PMT内的ES_info_length字段之后,并且包括对应于基本流的信息。每个字段的含义与3D_complementary_video_descriptor_VCT相同。codec_type能够以PMT内的stream_type替换,并且在这样的情况下,3D补充视频描述符可以被省略。
[0446] 随后,现在讲详细描述使用PMT用信号发送3D补充视频信息的方法。
[0447] 图39图示根据本发明的实施例的包括3D补充视频信息的PMT的语法结构。
[0448] 图39的PMT中包括的字段将被描述如下。‘table_id’是8比特字段,其在‘TS_program_map_section’字段中始终被设置为‘0x02’。
[0449] ‘section_syntax_indicator’是将被设置为‘1’的1比特字段。
[0450] ‘section_length’field字段是12比特字段,其中前两个比特应该被设置为‘00’,且规定开始于紧接着‘section_length’字段且包括CRC的区段的字节数。
[0451] ‘program_number’字节是16比特字段,其规定‘program_map_PID’字段所适用的节目。
[0452] ‘version_number’字段是5比特字段,其指示‘TS_program_map_section’字段的版本号。
[0453] ‘current_next_indicator’字段是1比特字段。当‘current_next_indicator’字段的比特被设置为‘1’,这意味着发射的‘TS_program_map_section’字段是当前适用的。当‘current_next_indicator’字段的比特被设置为‘0’时,这意味着传输的‘TS_program_map_section’字段不适用,且应该是下一‘TS_program_map_section’字段变得有效。
[0454] ‘section_number’字段包括8比特字段的值,应该是‘0x00’.
[0455] ‘last_section_number’字段包括8比特字段的值,包括应该是‘0x00’的8比特字段的值。
[0456] ‘PCR_PID’字段是13比特字段,指示传送流(TS)分组的PID,应该包含PCR字段对于由‘program_number’字段规定的节目有效。在没有PCR与用于专用流的节目定义相关联的情况下,则该字段应该采用‘0x1FFF’.
[0457] ‘program_info_length’字段是12比特字段,其前两个比特应该是‘00’。‘program_info_length’字段规定紧跟‘program_info_length’字段的描述符的字节数。
[0458] ‘stream_type’字段是8比特字段,规定PID值由‘elementary_PID’字段规定的分组内携带的基本流或载荷的类型。此外‘,stream_type’字节可以指示相应视频元素的编译类型。作为示例的编译类型,可以使用JPEG、MPEG-2、MPEG-4、H.264/AVC、H.264/AVC、H.264/SVC或H.264/MVC方案。
[0459] ‘elementary_PID’字段是13比特字段,规定携带相关联基本元素流或载荷的传送流(TS)分组的PID。这个PID可以用作主视频数据或第二视频数据的PID。
[0460] ‘ES_info_length’字段是12比特字段,前两个字段应该是‘00’。‘ES_info_length’字段可以规定紧跟‘ES_info_length’字段的相关联基本流的描述符的字节数。
[0461] ‘CRC_32’字段是32比特字段,其包含CRC值,在处理整个传送流节目映射部分之后给出在附录B中定义的解码器中的寄存器的零输出。
[0462] 描述符字段(11010)包括3D补充视频信息且下文中将结合附图来详细描述。
[0463] 随后,现在将详细描述用于通过在补充视频数据中包括的补充视频ES来用信号发送3D补充视频信息的方法。
[0464] 图40图示根据本发明的实施例的包括3D补充视频信息的视频ES的图片扩展和用户数据的语法结构。
[0465] 根据本发明的实施例,ATSC电信系统可以在视频ES的报头信息中包括3D补充视频信息,代替PISP层,且可以用信号发送对应信息。更具体地,3D补充视频信息(complementary_video_info();13030)可以包括在补充视频ES中以便被传送,且通过在视频解码器中解析对应信息,接收系统可以获取控制显示输出所需的信息。
[0466] 根据本发明的实施例,当补充视频数据是通过使用MPEG-2视频编译方案来编码的时,3D补充视频信息可以被包括在图片扩展和用户数据的user_data()(13010)中,以便被传送。图片扩展和用户数据可以在图片报头和图片编译扩展之后被接收,由此被解码。
[0467] 在图40的实施例中,user_data_start_code字段的字段值被固定为0x0000 01B2。
[0468] user_data_identifier(或ATSC_identifier)字段的字段值对应于32比特代码,给出值为0x4741 3934。
[0469] user_data_type_code字段指示ATSC用户数据(13020)的数据类型以及可以具有8比特的字段值。根据本发明的实施例,通过使用0x10的值,该字段可以指示3D补充视频信息(13030)被包括。
[0470] 在H.264或AVC视频的情况下,对应信息被传送到SEI(增补增强信息)区域,如图41中所图示。user_identifier和user_structure包括在user_data_registered_itu_t_135()中。因此,对应信息被传送到SEI载荷,替代user_data()。
[0471] 下文中,现在将描述用于使用从3D视频服务规范-B接收的基本视频数据、补充视频数据和3D补充视频数据来提供全分辨率图像的方法。
[0472] 图42图示根据本发明的实施例的使用从3D视频服务规范-B接收的基本视频数据、补充视频数据和3D补充视频信息来提供全分辨率图像的方法。
[0473] 在图42的实施例中,以上-下格式接收基本视频数据的图像,其中,左图像位于顶侧,且其中,右图像位于底侧。在3D补充视频信息的情况下,complementary_type字段的字段值被指示为‘0x0000’,naive_subsampling_flag字段的字段值被指示为‘1’,left_image_first_flag字段的字段值被指示为‘1’,且complementary_first_flag字段的字段值被指示为‘0’。更具体地,3D补充视频信息指示补充视频数据通过行交织来处理,当执行子采样时低通过滤和高通过滤未被执行,对应于左视图的视频数据首先被呈现,且对应于基本视频的视频数据先于对应于补充视频的视频数据。
[0474] 取决于3D补充视频信息,接收系统从上-下格式的基本视频帧(16010)中提取左图像部分(Lb1~Lb5),从补充视频帧(16020)中提取左图像部分(Lc1~Lc5),且逐行地重新配置(或重新构造)提取的视频数据,由此获取全分辨率左图像(16030)。类似地,根据3D补充视频信息,接收系统从上-下格式的基本视频帧(16010)中提取右图像部分(Rb1~Rb5),从补充视频帧(16020)中提取右图像部分(Rc1~Rc5),且逐行地重新配置(或重新构造)提取的视频数据,由此获取全分辨率右图像(16040)。
[0475] 接收系统可以通过帧序列方案来显示获取的全分辨率左图像(16030)和右图像(16040)。在此情况下,由于两个帧(16030、16040)以帧为单位从一个帧(16010)中生成,时间全分辨率显示变得可用。
[0476] 图43图示根据本发明的另一实施例的用于使用从3D视频服务规范-B接收的基本视频数据、补充视频数据和3D补充视频信息来提供全分辨率图像的方法。
[0477] 在图43的实施例中,以上-下格式接收基本视频数据的图像,其中,左图像位于顶侧,且其中,右图像位于底侧。在3D补充视频信息的情况下,complementary_type字段的字段值被指示为‘0x0000’,naive_subsampling_flag字段的字段值被指示为‘1’,left_image_first_flag字段的字段值被指示为‘1’,且complementary_first_flag字段的字段值被指示为‘0’。更具体地,3D补充视频信息指示补充视频数据通过行交织来处理,当执行子采样时低通过滤和高通过滤必须被执行,对应于左视图的视频数据首先被呈现,且对应于基本视频的视频数据先于对应于补充视频的视频数据。
[0478] 首先,根据3D补充视频信息,接收系统针对基本视频帧执行低通过滤,由此获取过滤的基本视频帧(Lb1’~Lb5’和Rb1’~Rb5’)。而且,接收系统针对补充视频帧执行高通过滤,由此获取过滤的补充视频帧(Lc1’~Lc5’和Rc1’~Rc5’)。
[0479] 取决于3D补充视频信息,接收系统从上-下格式的基本视频帧中提取低通过滤的左图像部分(Lb1’~Lb5’),以及从补充视频帧中提取低通过滤的左图像部分(Lc1’~Lc5’)。此后,接收系统逐行地重新配置(或重新构造)提取的视频数据,由此获取全分辨率左图像(17030)。类似地,根据3D补充视频信息,接收系统从上-下格式的基本视频帧中提取低通过滤的右图像部分(Rb1’~Rb5’),以及从补充视频帧中提取低通过滤的右图像部分(Rc1’~Rc5’)。然后,接收系统逐行地重新配置(或重新构造)提取的视频数据,由此获取全分辨率右图像(17040)。
[0480] 接收系统可以通过帧序列方案来显示获取的全分辨率左图像(17030)和右图像(17040)。在此情况下,由于两个帧(17030、17040)以帧为单位从一个帧(17010)中生成,时间全分辨率显示变得可用。
[0481] 图44图示根据本发明的另一实施例的用于使用从3D视频服务规范-B接收的基本视频数据、补充视频数据和3D补充视频信息来提供全分辨率图像的方法。
[0482] 在图44的实施例中,以上-下格式接收基本视频数据的图像,其中,左图像位于顶侧,且其中,右图像位于底侧。在3D补充视频信息的情况下,complementary_type字段的字段值被指示为‘0x0004’,naive_subsampling_flag字段的字段值被指示为‘1’,left_image_first_flag字段的字段值被指示为‘1’,且complementary_first_flag字段的字段值被指示为‘0’。更具体地,3D补充视频信息指示补充视频数据包括针对基本视频数据(0x0004)的残留视频数据,当执行子采样时低通过滤和高通过滤不被执行,对应于左视图的视频数据首先被呈现,且对应于基本视频的视频数据先于对应于补充视频的视频数据。
[0483] 接收系统针对首先接收到的基本视频帧(18010)执行逐行内插,由此获取空间加倍的视频帧(18040)。此后,接收系统组合内插行(Li1,Li2,...,Ri5)与补充视频帧(18020)的残留数据行(Lc1~Lc10和Rc1~Rc10)。然后,通过以基本视频帧的行来逐行定位组合行,获取全分辨率左图像(18050)和右图像(18060)。根据本发明的实施例,在左图像的情况下,内插基本视频帧(18040)的行Li1与补充视频帧(18020)的行Lc1和Lc2的数据组合,由此获取全分辨率图像(18050)的行图像Lc1。随后,通过使用将该行图像Lc1定位于行图像Lb1和Lb2之间的方法,可以获取全分辨率左图像(18050)。
[0484] 接收系统可以通过帧序列方案来显示获取的全分辨率左图像(18050)和右图像(18060)。在此情况下,由于以帧为单位从一个帧(18010)生成两个帧(17050、17060),所以时间全分辨率显示变得可用。
[0485] 图45图示根据本发明的另一实施例的用于使用从3D视频服务规范-B接收的基本视频数据、补充视频数据和3D补充视频信息来提供全分辨率图像的方法。在图45的实施例中,以棋盘格式接收基本视频数据的图像,其中,左图像位于左端部分的最顶像素。在3D补充视频信息的情况下,complementary_type字段的字段值被指示为‘0x0001’,naive_subsampling_flag字段的字段值被指示为‘1’,left_image_first_flag字段的字段值被指示为‘1’,且complementary_first_flag字段的字段值被指示为‘0’。更具体地,3D补充视频信息指示补充视频数据包括针对基本视频数据(0x0001)的补充视频图像的行交替次序,当执行子采样时低通过滤和高通过滤不被执行,对应于左视图的视频数据首先被呈现,且对应于基本视频的视频数据先于对应于补充视频的视频数据。
[0486] 对于每行,通过使用3D补充视频信息,根据相应的次序,接收系统对齐接收到的基本视频帧(19010)中包括的左视图的像素和右视图的像素,并且对齐接收到的补充视频帧(19020)中包括的左视图的像素和右视图的像素。因此,可以获取全分辨率左图像(19030)和右图像(19040)。而且,根据本发明的实施例,接收系统以并排格式或上-下格式来重新配置(或重新构建)接收到的基本视频帧(19010)和补充视频帧(19020)。然后,接收系统根据3D补充视频信息来对齐重新配置的视频帧,由此获取全分辨率左图像(19030)和右图像(19040)。
[0487] 接收系统可以通过帧序列方案显示所获取的全分辨率左图像(19030)和右图像(19040)。在此情况下,由于两个帧(19030、19040)以帧为单位从一个帧(19010)生成,所以时间全分辨率显示变得可用。
[0488] 根据本发明的上述实施例,根据不同实施例,可以执行通过组合基本视频组件和补充视频组件的需要全分辨率视频组件的接收系统的操作。
[0489] 根据本发明的实施例,当基本视频组件被称为B时,当补充视频组件被称为C时,以及当全分辨率视频组件被称为F时,下面的操作场景可能可用。
[0490] 情况1:F=B+C
[0491] 情况2:F=B’+C
[0492] 情况3:F=B’+C’
[0493] 这里,B’和C’分别对应于通过内插/过滤而处理的B和C。
[0494] 情况1对应于这样的示例,其中,naive_subsampling_flag字段的字段值等于‘1’。因此,该情况对应于这样的实施例,其中,两个子采样的视频组件被交织且对齐。
[0495] 情况2对应于这样的示例,其中,B通过内插/过滤被处理,然后与C组合,由此得到F。这里,C可以对应于残留/增量数据格式。(特别是,当使用SVC编译方案时,可以执行这样的组合形式。)
[0496] 情况3对应于这样的示例,其中,naive_subsampling_flag字段的字段值等于‘0’。因此,该情况对应于这样的实施例,其中,B和C都通过内插/过滤来处理,且其中,B’与C’组合,由此得到F。
[0497] 图46是图示使用SDT用信号发送3DTV服务的另一实施例。
[0498] 服务描述符包括服务类型,其指示这是3DTV 2.0服务(用信号发送视频数据是否被包括以用于规范-B支持)。而且,descriptor()包括关于补充视频组件的信息,配置对应于规范-B的3DTV服务。
[0499] 图47图示根据本发明的实施例的全分辨率立体3DTV服务以便支持规范-B的服务类型。服务类型的值可以被包括在DVB的服务描述符中包括的SDT的描述符循环中。与常规规范-A相比,根据本发明的改进如下:
[0500] 1)规范-A和规范-B服务分别定义但配置每个服务的流是共享的。在规范-B的情况下,服务类型的定义如图47中所解释。配置服务的基本层流可以被共享,而且,规范-B服务进一步包括增强层流以提供全分辨率3DTV服务。
[0501] 2)还有可能向全分辨率服务就提供配置规范-A。在这样的情况下,增强流不具有分离的值,因此常规规范-A接收器将忽略增强流且向半分辨率仅提供基本层流。在支持规范-B的接收器中,增强流被识别且接收器将组合基本层以提供全分辨率服务。
[0502] 图48图示使用SDT添加以用信号发送3DTV服务的Service_type。图49图示常规组件描述符的语法。而且,图50图示stream_content和component_type的定义和描述以指示DVB广播系统中的全分辨率3D立体服务。
[0503] 配置用于DVB服务的每个基本流通过在SDT的描述符中添加组件描述符来用信号发送。在本发明中,stream_content和component_type被如图50中所示而定义来分开3D补充视频以提供全分辨率3D立体服务。对于MPEG-2视频,指示流的类型的流类型被定义为0x01,而对于H.264视频,其被定义为0x05。
[0504] 图51图示根据本发明的实施例的在SDT中包括的3D补充视频描述符的语法结构。
[0505] 3D_complementary_video_descriptor_SDT位于SDT中的descriptors_loop_length字段的描述符中且包括关于3D补充基本流的信息。每个字段的含义与3D_complementary_video_descriptor_VCT相同,如图36中所图示。codec_type可以被SDT中的组件描述符内的stream_content和component_type字段所替换,且在此情况下,其可能也被从3D补充视频描述符中忽略。
[0506] 进一步,component_tag可以用于指示PMT的ES_loop的ES与组件描述符的关系。
[0507] 将解释用于通过TVCT接收3D补充视频描述符的接收器操作过程。
[0508] 首先,使用TVCT的service_type,确定相应虚拟频道是否提供全分辨率立体3DTV服务。而且,支持规范-B的接收器能够通过使用与半分辨率立体3DTV服务相同的service_type,通过3D补充视频描述符的存在,来确定全分辨率立体3DTV服务是否被提供。
[0509] 接下来,如果提供全分辨率立体3DTV服务,则3D立体基本视频组件的elementary_PID信息(PID_B)使用立体格式描述符来接收。
[0510] 然后,关于补充视频组件的基本PID信息(PID_C)使用3D补充视频描述符来接收。
[0511] 对应于PID_B的基本视频被解码,然后对应于PID_C的补充视频信号被解码。
[0512] 全分辨率的左右图像通过使用包括在3D补充视频描述符中的complementary_type,left_image_first_flag,和complementary_first_flag组合基本视频和补充视频信号来获取。然后,左右图像输出到全分辨率立体显示器以提供3D显示给用户。
[0513] 图52图示根据本发明的实施例的怎样通过PMT接收3D补充视频描述符。
[0514] 首先,识别来自于从PMT用信号发送的基本流的对应于规范-A的流。接下来,识别来自于从PMT用信号发送的基本流的补充视频流。使用program_number字段和通过TVCT提供的信息,来执行映射。然后,基本视频被解码,同时解码补充视频信号。
[0515] 然后,通过左右图像来获取全分辨率。最后,全分辨率立体显示被向用户显示为3D。
[0516] 图53图示用于通过解析3D信号而输出立体视频信号的流程图。该过程下面来解释。
[0517] 首先获取SDT并且TS分组被过滤。然后获取关于相应服务的PMT信息。通过查看SDT内的服务循环,获取并存储规范-B 3D服务类型信息。获取并存储对应于服务的PMT信息。通过链接描述符规范-A和规范-B信息来确定。关于规范-B的PMT信息被用于确定关于补充视频流的PID信息。
[0518] 如果接收器能够接收规范-B,则提供规范-B 3D视频的service_id被选择并与补充视频流的常规A/V流和PID过滤器在一起,执行针对视频/音频的ES解码。然后,全分辨率3D视频通过重构控制而输出,且使用补充视频描述符信息来执行3D视频输出的转换。
[0519] 如果接收器能够接收规范-A,则选择规范-A中包括的帧兼容视频所提供的service_id。然后,针对A/V流执行视频/音频ES解码和PID过滤。最后,输出半分辨率3D视频。
[0520] 图54图示扩展事件链接的过程的细节,用于链接规范-A事件和规范-B事件。在常规SD事件和HD事件中,不提供关于目标事件服务类型的分别的信息。通过扩展target_event类型,2D HD、半分辨率3D、全分辨率3D现在都可以区分。而且基于此,现在存在半分辨率3D事件和全分辨率3D事件之间的链接。
[0521] 图55图示3D_complementary_video_descriptor的位置在event_information_table_section()中以提供全分辨率3D TV服务指南,用于ATSC PSIP EIT。
[0522] descriptor()在for循环内部用于指示全分辨率3D TV服务是否可用于每个节目和事件。
[0523] 图56指示组件描述符或3D_complementary_video_descriptor在DVB SI EIT的event_information_section()的for循环内的位置。
[0524] 如上所提到的,在ATSC传输中,3D_Complementary_video_descriptor_TVCT被包括在EIT中以用信号发送全分辨率3DTV或用于DVB,除了用于ATSC的相同方法,还利用组件描述符。
[0525] 图57图示解析和渲染用于ATSC PSIP EIT的3D补充视频描述的过程以及图58图示用于DVB SI EIT的过程。
[0526] 对于ATSC PSIP EIT,过滤是对于PID值为0x1FFB的TS分组而执行的。然后,表id等于0xC7和0xC8的区段数据被解析。然后,关于具有来自MGT的EIT的流的PID的信息被获取。然后,来自获取的EIT PID的TS分组被过滤。关于每个VC事件的3D补充视频的信息使用EIT中每个事件的3D补充视频描述符来获取。
[0527] 然后,全分辨率3D服务针对广播指南信息的可用性被指示以针对3D广播事件观看全分辨率模式。接下来,使用TVCT中的SLD获取基本A/V流的PID的信息。执行通过3D补充视频描述符从EIT获取3D补充视频的信息。接下来,还执行过滤基本A/Vl流的PID以及ES解码视频/音频。
[0528] 最后,通过使用补充视频描述符信息从输出格式化器转换和全解析3D视频的重构控制来进行全解析3D视频的输出。
[0529] 图58示出解析和渲染用于DVB SI EIT的3D补充视频描述符的过程。
[0530] 首先,TS分组对于PID值0x0011进行过滤。然后,table_id=0x42的区段数据进行解析。PID 0x0012的TS分组被过滤且table_id=0x4E的区段数据被解析。ATSC和DVB之间的差异在于,在DVB中,3D补充视频描述符或组件描述符可以用于确定3D补充视频流的存在。
[0531] 最后,图59图示具有3D视频解码器的广播接收器。
[0532] 两个层中的视频流经过新一代广播接收器和基本层视频流,在主视频解码器中被解码。
[0533] 增强层视频流在辅助视频解码器中被解码。进一步,PSI/PSIP/SI处理器解析来自新一代ATSC规范和DVB规范的3D立体信息,其中,PMT/TVCT/SDT包含新信令语法以支持3D服务。且新一代接收器可以根据各种3DTV或3D显示器来转换全分辨率3D视频格式为具体立体格式。
[0534] 图60是图示根据本发明的实施例的3D服务2.0(规范-B)的概念。
[0535] 附图图示根据本发明的实施例的3D服务的概念。根据本发明的实施例,用于提供全分辨率图像的3D服务C10000将被称为3D服务2.0(规范-B)和/或3D服务2B。下文中,用于提供半分辨率图像的3D服务1.0C10010将被称为帧兼容3D服务(FC-3D服务)、3D服务1.0(规范-A)和/或3D服务1A。
[0536] 3D服务1.0(规范-A)C10010可以用作半分辨率左图像和半分辨率右图像。3D服务2.0(规范-B)C10020用于提供全分辨率图像,需要与3D服务1.0(规范-A)C10010兼容而不是新发射全分辨率图像,因此,可以使用提供不同数据或附加数据用于发射全分辨率图像同时保持3D服务1.0(规范-A)C10010的图像的发射的方法。更详细地,3D服务2.0(规范-B)的补充视频元素C10020可以添加到3D服务1.0(规范-A)C10010的半分辨率视频元素中以便提供全分辨率的3D服务C10000。因此,用于支持3D服务1.0(规范-A)的广播接收装置可以接收并处理3D服务1.0(规范-A)C10010的数据以便提供半分辨率图像,而用于支持3D服务2.0(规范-B)的广播接收装置可以接收并处理3D服务1.0(规范-A)C10010的数据以及3D服务
2.0(规范-B)的补充数据以便提供全分辨率图像。
[0537] 图61是图示根据本发明的实施例的用信号发送3D服务2.0(规范-B)的方法的图。
[0538] 用于用信号发送3D服务2.0(规范-B)的信令信息可以在系统级别和/或视频级别来定义。
[0539] 当在系统级别定义时,信令信息可以包括在PSI、ATSC-PSIP和/或DVB-SI中。根据本发明的实施例,PSI表可以包括PAT和/或PMT。此外,DVB SI表尅包括NIT、SDT和/或EIT。此外,ATSC PSIP表可以包括VCT、STT、RRT、ETT、DCCT、DDCSCT、EIT和/或MGT。PSI表、DVB SI表和/或ATSC PSIP表的详细描述与上面描述相同,因此将用上面描述来替换。下文中,将根据在PSI表和/或DVB SI表中定义信令信息的情况来描述本发明。
[0540] 当在视频级别定义时,信令信息可以包括在视频ES的报头中。当视频数据使用MPEG-2或MPEG-4视频编译方案来编码时,信令信息可以包括在图片扩展和用户数据的user_data()13010中。当视频数据使用H.264/AVC或H.265/HEVC视频编译方案来编码时,信令信息可以包括在增补增强信息(SEI)消息中。信令信息在视频级别定义的情况可以以相同方式应用于DVB传输流程以及ATSC传输流程。下文中,将根据使用H.264/AVC视频编译方案来编码信令信息和视频数据的情况来描述本发明。
[0541] 信令信息可以包括服务描述符、基本层的组件描述符和/或增强层的组件描述符。服务描述符、基本层的组件描述符和/或增强层的组件描述符将被详细描述。
[0542] 下文中,本发明将根据用MPEG和/或DVB标准来用信号发送3D服务2.0(规范-B)的方法来描述。
[0543] 参见附图,用于用信号发送3D服务2.0(规范-B)的信令信息可以是包括在PMT、视频ES、字幕、SDT和/或EIT中至少一个中的描述符和/或字段。
[0544] PMT可以包括AVC_video_descriptor和/或字幕描述符。每个视频ES可以包括SEI消息且字幕可以包括差异信息和/或差异信令分段(DSS)。SDT可以包括服务描述符和/或组件描述符。EIT可以包括扩展的事件链接、组件描述符、内容描述符和/或视频深度范围描述符。信令信息将在下文被详细描述。
[0545] 用于支持3D服务1.0(规范-A)的接收装置可以基于信令信息接收和处理基本视频数据和/或基本层的3D视频信息以便提供半分辨率3D图像。此外,用于支持3D服务2.0(规范-B)的接收装置可以基于信令信息接收和处理补充视频数据和/或增强层的3D补充视频信息以及基本视频数据和/或基本层的3D视频信息以便提供全分辨率3D图像。
[0546] 根据本发明的实施例的提供基本视频数据、3D视频信息、补充视频数据、3D补充视频信息和/或3DTV服务的方法的详细描述与上面的描述相同,因此将用上面的描述来替换。
[0547] 下文中,将详细描述信令信息。
[0548] 首先,信令信息可以包括AVC_video_descriptor。
[0549] AVC_video_descriptor可以包括用于识别关于包括在AVC视频流的序列参数集(SPS)中的简档和/或级别参数的AVC视频流的编译参数的基本信息。AVC_video_descriptor可以包括在用于发射3D服务的传送流的PMT中的每个基本流条目的描述符循环中。SPS可以是跨整个序列而存在的报头信息,诸如简档和/或级别。
[0550] AVC_video_descriptor可以包括descriptor_tag字段、descriptor_length字段、profile_idc字段、constraint_set0_flag字段、constraint_set1_flag字段、constraint_set2_flag字段、AVC_compatible_flags字段、level_idc字段、AVC_still_present字段、AVC_24_hour_picture_flag字段和/或Reserved字段.
[0551] descriptor_tag字段可以包括信息用于识别AVC_video_descriptor。
[0552] descriptor_length字段可以包括信息用于指示AVC_video_descriptor的大小。
[0553] profile_idc字段可以指示比特流所基于的简档。例如,简档可以包括基线简档、主简档和/或扩展简档。
[0554] constraint_set0_flag字段可以指示解码是否使用基线简档来执行。
[0555] constraint_set1_flag字段可以指示解码是否使用主简档来执行。
[0556] constraint_set2_flag字段可以指示解码是否使用扩展简档来执行。
[0557] AVC_compatible_flags字段可以是5比特数据,值为‘0’。解码器可以忽视5个比特。
[0558] level_idc字段可以指示比特流的级别。级别是根据图像的大小在每个简档中确定的。级别可以用来根据对应图像的大小来确定参数的限制。level_idc字段可以包括五个级别及其中间级别。
[0559] AVC_still_present字段可以指示AVC视频流是否包括AVC静止图片。AVC静止图片可以包括AVC访问单元,包括IDR图片。IDR图片可以在用于传送足够信息以准确解码IDR图片的序列参数集(SPS)NAL单元和/或图片参数集(PPS)NAL单元之后。
[0560] AVC_24_hour_picture_flag字段可以指示相关AVC视频流是否包括AVC 24小时图片。AVC 24小时图片可以参考AVC访问单元,包括24小时或更长的未来呈现时间。
[0561] AVC_video_descriptor可以进一步包括Frame_Packing_SEI_not_present_flag字段。
[0562] Frame_Packing_SEI_not_present_flag字段可以指示帧封包布置SEI消息是否存在编译的视频序列(或视频ES)中。Frame_Packing_SEI_not_present_flag字段可以指示视频序列是3DTV视频格式还是HDTV视频格式。
[0563] 例如,在3D视频格式的传输期间,Frame_Packing_SEI_not_present_flag字段可以被设置为‘0’以便用信号发送在编码的视频序列中存在帧封包布置SEI消息。此外,在HDTV视频格式的传输期间,Frame_Packing_SEI_not_present_flag字段可以被设置为‘0’以便用信号发送在编译的视频序列中存在帧封包布置SEI消息。
[0564] 只有当使用HDTV视频格式时,当格式转变不会在3D视频格式中发生时,和/或在3D视频格式中不会发生格式转变时,Frame_Packing_SEI_not_present_flag字段可以被设置为‘1’以便用信号发送在编译的视频序列中不存在帧封包布置SEI消息。
[0565] 在基本层流中,接收装置可以基于信令信息处理基本视频数据。
[0566] 在增强层流中,当PMT的stream_type字段的值为“0x20”时,增强层的视频流可以由“AVC视频流的MVC视频子比特流”来表示。接收装置可以基于AVC_video_descriptor的Frame_Packing_SEI_not_present_flag字段来识别在比特流中是否存在帧封包布置SEI消息。
[0567] 信令信息可以包括服务描述符。
[0568] 服务描述符可以用于描述服务类型、服务提供商和/或服务名称。服务描述符可以包括在PMT、SDT和/或EIT中。
[0569] 服务描述符可以包括descriptor_tag字段、descriptor_length字段、service_type字段、service_provider_name_length字段、指示服务提供商的名称的char字段、service_name_length字段和/或指示服务名称的char field。服务描述符的详细描述将用上面描述来替换。
[0570] service_type字段可以指示服务类型。对于服务的service_type的分配的详细描述将用上面的描述来替换。
[0571] 当service_type字段的值是“0x0B”时,service_type字段可以指示“高级编解码器马赛克服务”和/或“H.264/AVC马赛克服务”。当service_type字段的值是“0x16”时,service_type字段可以指示“高级编解码器SD数字电视服务”和/或“H.264/AVC SD数字电视服务”。当service_type字段的值是“0x017”时,service_type字段可以指示“高级编解码器SD NVOD时移服务”和/或“H.264/AVC SD NVOD时移服务”。当service_type字段的值是“0x018”时,service_type字段可以指示“高级编解码器SD NVOD参考服务”和/或“H.264/AVC SD NVOD参考服务”。当service_type字段的值是“0x019”时,service_type字段可以指示“高级编解码器HD数字电视服务”和/或“H.264/AVC HD数字电视服务”。当service_type字段的值是“0x01A”时,service_type字段可以指示“高级编解码器HD NVOD时移服务”和/或“H.264/AVC HD NVOD时移服务”。当service_type字段的值是“0x01B”时,service_type字段可以指示“高级编解码器HD NVOD参考服务”和/或“H.264/AVC HD NVOD参考服务”。
[0572] 当service_type字段的值是“0x01C”时,service_type字段可以指示“高级编解码器帧兼容平面-立体HD数字电视服务”和/或“H.264/AVC帧兼容平面-立体HD数字电视服务”。当service_type字段的值是“0x01D”时,service_type字段可以指示“高级编解码器帧兼容平面-立体HD NVOD时移服务”和/或“H.264/AVC帧兼容平面-立体HD NVOD时移服务”。当service_type字段的值是“0x01D”时,service_type字段可以指示“高级编解码器帧兼容平面-立体HD NVOD参考服务”和/或“H.264/AVC帧兼容平面-立体HD NVOD参考服务”。
[0573] 当service_type字段的值是“0x1C”,“0x1D”和/或“0x1E”中任何一个时,service_type字段可以指示“H.264/AVC帧兼容HD”服务。当基本视频数据和/或增强视频数据的service_type字段的值是“0x1C”,“0x1D”和/或“0x1E”中任何一个时,接收装置可以确定对应的视频服务是“H.264/AVC帧兼容HD”。
[0574] 此外,信令信息可以包括content_descriptor。
[0575] content_descriptor可以提供事件的分类信息。content_descriptor可以包括在EIT和/或SIT中。content_descriptor将在下文详细描述。
[0576] 信令信息可以包括帧封包布置SEI消息。
[0577] 3D服务2.0(规范-B)可以提供信令用于在2D事件和3D事件之间的动态转变。编码的视频流可以包括帧封包布置(FPA)增补增强信息(SEI)消息以便用信号发送3D服务2.0(规范-B)。在HDTV视频格式的视频流的传输期间以及在3DTV视频格式的视频流的传输期间,用于切换3DTV视频格式和HDTV视频格式(例如非3DTV格式)的3D服务可以包括帧封包布置SEI。
[0578] 帧封包布置SEI消息可以包括信息用于用信号发送3D服务2.0(规范-B)。例如,帧封包布置SEI消息可以包括Frame_packing_arrangement_cancel_flag字段和其他特征信息项,诸如3D服务2.0(规范-B)视频流的格式。
[0579] Frame_packing_arrangement_cancel_flag字段可以指示视频流是3D视频格式还是HDTV视频格式。
[0580] 例如,当Frame_packing_arrangement_cancel_flag字段是‘0’时,Frame_packing_arrangement_cancel_flag字段可以指示使用3D视频格式而对应描述符的其他字段可以用信号发送3D视频流的格式和/或其他特征。
[0581] 当Frame_packing_arrangement_cancel_flag字段的值是‘1’时,Frame_packing_arrangement_cancel_flag可以指示使用HDTV视频格式(即非3D视频格式)。例如,当Frame_packing_arrangement_cancel_flag字段的值是‘1’时,Frame_packing_arrangement_cancel_flag字段可以指示使用HDTV视频格式。
[0582] 接收装置可以基于帧封包布置SEI消息来重新布置采样并且处理采样以便显示合成帧的采样(左图像和/或右图像)。
[0583] 帧封包布置SEI消息可能不存在于增强层流中,而可能仅存在于基本层流中。
[0584] 但是,帧封包布置SEI消息可以包括在上述3D服务描述符中包括的字段和在上述3D补充视频信息中包括的字段。3D服务描述符可以包括关于基本视频数据的信令信息。3D补充视频信息可以包括关于增强视频数据的信令信息。3D服务描述符和/或3D补充视频信息的详细描述与上面描述相同,因此,将用上面描述来进行替换。
[0585] 下文中,将描述关于字幕的信令信息。
[0586] 接收装置可以显示附加内容,诸如字幕和/或图像以便不被3D图像所隐藏。字幕可以是3D服务以及SDTV和/或HDTV的主要元素。与3D视频内容上的屏幕上图形一起在深度和定时条件下准确定位字幕是非常重要的。
[0587] 首先,信令信息可以包括差异信令分段(DSS)。
[0588] DSS可以包括区域中子区域的定义。差异信令分段(DSS)可以包括在字幕中。
[0589] 其次,信令信息可以包括关于DVB字幕的信息。在组件描述符中,当stream_content字段的值为“0x03”时,根据component_type字段的值,信令信息可以包括关于DVB字幕的信息。
[0590] 第三,信令信息可以包括字幕描述符。
[0591] 字幕描述符可以包括关于DVB字幕的信息。字幕描述符可以包括在PMT中。
[0592] 第四,信令信息可以包括差异信息。差异信息可以指示对象多么接近屏幕或对象多么远离屏幕。差异信息可以被包括在字幕中。
[0593] 第五,信令信息可以包括视频深度范围描述符。为了优化在3D视频的上端所显示的图形(例如文本和/或图标)的布置,视频深度范围描述符可以指示3D视频的想要的深度范围。
[0594] 第六,信令信息可以包括多区域差异。多区域差异可以以视频级别而提供差异信息。
[0595] 差异信令分段(DSS)、关于DVB字幕的信息、字幕描述符、差异信息、视频深度范围描述符和/或多区域差异。
[0596] 图62是图示根据本发明的实施例的组件描述符的stream_content字段和/或component_type字段的图。
[0597] 信令信息可以包括组件描述符。例如,信令信息可以包括基本层的组件描述符和/或增强层的组件描述符。
[0598] 组件描述符可以用于识别组件流的类型且用于提供基本流的文本描述。组件描述符可以包括在SDT和/或EIT中。也就是,组件描述符可以被定义为SDT的描述符以便确定对应服务是否服务3DTV,且被定义为EIT的描述符以便确定对应事件是否服务3DTV。
[0599] 组件描述符可以包括descriptor_tag字段、descriptor_length字段、reserved_future_use字段、stream_content字段、component_type字段、component_tag字段、ISO_639_language_code字段和/或text_char字段。组件描述符的详细描述将用上述描述来替代。
[0600] 组件流的类型可以包括至少一个参数。例如,参数可以包括比特流信息、视频流的编解码器信息、简档信息、分辨率信息、图像比率信息、帧率信息、图像格式信息和/或位深度信息。
[0601] 当stream_content字段是‘0x01’时,stream_content字段可以指示MPEG-2视频。在此情况下,当component_type字段是‘0x11’时,component_type字段可以指示25Hz的帧兼容3D视频,而当component_type字段是‘0x12’时,component_type字段可以指示30Hz的帧兼容3D视频。
[0602] 当stream_content字段是‘0x05’时,stream_content字段可以指示H.264/AVC标准定义(SD)视频。在此情况下,当component_type字段是‘0x11’时,component_type字段可以指示25Hz的帧兼容3D视频,而当component_type字段是‘0x12’时,component_type字段可以指示30Hz的帧兼容3D视频。
[0603] 当stream_content字段是‘0x03’且component_type字段是‘0x14’时,这可以指示用于显示在3D监视器上的DVB字幕,而当stream_content字段是‘0x03’且component_type字段是‘0x24’时,这可以指示用于显示在3D监视器上的DVB字幕(用于听力障碍)。
[0604] 参看附图,根据本发明的实施例的组件描述符可以包括适用于3D服务2.0(规范-B)的新的stream_content字段和/或component_type。
[0605] 当基本层的stream_content字段是‘0x05’且component_type字段是‘0x80’时,基本视频数据可以指示H.264/AVC平面-立体帧兼容高清视频,16:9屏幕长宽比,25Hz以及并排。
[0606] 当基本层的stream_content字段是‘0x05’且component_type字段是‘0x81’时,基本视频数据可以指示H.264/AVC平面-立体帧兼容高清视频,16:9屏幕长宽比,25Hz以及上下。
[0607] 当基本层的stream_content字段是‘0x05’且component_type字段是‘0x82’时,基本视频数据可以指示H.264/AVC平面-立体帧兼容高清视频,16:9屏幕长宽比,30Hz以及并排。
[0608] 当基本层的stream_content字段是‘0x05’且component_type字段是‘0x83’时,基本视频数据可以指示H.264/AVC平面-立体帧兼容高清视频,16:9屏幕长宽比,30Hz以及上下。
[0609] 根据本发明的实施例,当stream_content字段是‘0x05’时,组件描述符可以进一步包括新的component_type字段用于增强层。在此情况下,不管3D系统的类型,对应于基本层的增强层的stream_content字段和/或component_type字段可以每个具有相同的值。但是,在一些实施例中,增强层的stream_content字段和/或component_type字段可以具有不同的值。
[0610] 例如,当增强层的stream_content字段为‘0x05’且component_type字段是‘0x85’时,增强视频数据可以指示H.264/MVC依赖性观看和平面-立体服务兼容视频。component_type字段的值可以不固定且可以在一些实施例中变化。例如,当增强层的stream_content字段是‘0x05’且component_type字段是‘0x84’时,增强视频数据可以指示H.264/MVC依赖性观看和平面-立体服务兼容视频。
[0611] 当增强层的stream_content字段是‘0x05’且component_type字段是‘0x85’时,增强视频数据可以指示H.264/MVC依赖性观看,平面-立体服务兼容视频,25Hz以及并排。当增强层的stream_content字段是‘0x05’且component_type字段是‘0x85’时,增强视频数据可以指示H.264/MVC依赖性观看,平面-立体服务兼容视频,25Hz以及上下。当增强层的stream_content字段是‘0x05’且component_type字段是‘0x85’时,增强视频数据可以指示H.264/MVC依赖性观看,平面-立体服务兼容视频,30Hz以及并排。当增强层的stream_content字段是‘0x05’且component_type字段是‘0x85’时,增强视频数据可以指示H.264/MVC依赖性观看,平面-立体服务兼容视频,30Hz以及上下。
[0612] 接收装置可以基于组件描述符的stream_content字段和/或component_type字段来识别视频流的类型。例如,当基本层的stream_content字段为‘0x05’且component_type字段为‘0x80’时,这可以指示基本视频数据的格式是帧兼容视频格式。此外,当增强层的stream_content字段为‘0x05’且component_type字段为‘0x85’时,这可以指示增强视频数据的格式是帧兼容视频格式,在此情况下,基本视频数据和/或增强视频数据的格式可以是并排和/或上下之一。
[0613] 当基本视频数据和/或增强视频数据的每个格式是帧兼容视频格式时,这可以指示3D服务2.0(规范-B)。
[0614] 图63是图示根据本发明的实施例的链接描述符的linkage_type字段和/或link_type字段。
[0615] 信令信息可以包括链接描述符。
[0616] 链接描述符可以指示当需要关于SI系统中具体实体的附加信息时要呈现的服务。链接描述符可以在要求用于提供附加信息的服务的相应表中呈现。服务替换服务可以使用链接描述符来确定。在此,当当前执行的服务的运行状态是“非运行”状态时,接收装置可以能自动选择相应的替换服务。
[0617] 例如,链接描述符可以包括在SDT和/或EIT中,且接收装置可以基于链接描述符识别对应于当前观看的具体2D service_id或未来广播的具体2D event_id的3D服务或事件。
[0618] 链接描述符可以包括descriptor_tag字段、descriptor_length字段、transport_stream_id字段、original_network_id字段、service_id字段、linkage_type字段、mobile_hand-over_info()字段、event_linkage_info()字段、extended_event_linkage_info()字段和/或private_data_byte字段。链接描述符的详细描述将用上面的描述来替换。
[0619] mobile_hand-over_info()字段可以识别移动接收装置执行切换的服务。当实际服务不能再通过service_id来接收时,服务可以自动被选择。
[0620] event_linkage_info()字段可以用于以相同方式用信号发送两个事件。链接的事件可以被联播或时间偏移。当目标事件具有更高质量时,event_simulcast字段可以被设置。
[0621] event_linkage_info()字段可以包括target_event_id字段、target_listed字段、event_simulcast字段和/或预留字段。
[0622] target_event_id字段可以包括event_id信息,用于识别对应于源事件的目标事件。源事件可以是相应的linkage_descriptor所属于的事件且可以被相应linkage_descriptor的位置来识别。目标事件可以通过相应的linkage_descriptor来被确定,且通过根据original_network_id、transport_stream_id和/或service_id定义的服务而被传送。
[0623] target_listed字段可以指示包括在original_network_id字段、transport_stream_id字段和/或service_id字段中的服务是否包括在传送到TS的SDT中。
[0624] event_simulcast字段可以指示目标事件和源事件是否被联播。
[0625] extended_event_linkage_info()字段可以用于以相同方式用信号发送至少一个事件。链接的事件可以被联播或时间偏移。
[0626] extended_event_linkage_info()字段可以包括loop_length和/或至少一个循环。每个循环可以指示链接的事件。每个循环可以包括target_event_id字段、target_listed字段、event_simulcast字段、link_type字段、target_id_type字段、original_network_id_flag字段、service_id_flag字段、user_defined_id字段、target_transport_stream_id字段、target_original_network_id字段和/或target_service_id字段。
[0627] loop_length字段可以指示后续循环的以字节为单位的大小。
[0628] target_event_id可以包括event_id信息,用于识别对应于源事件的目标事件。
[0629] target_listed字段可以指示根据original_network_id字段、transport_stream_id字段和/或service_id字段定义的服务是否被包括在相应的TS中传送的SDT之中。
[0630] event_simulcast字段可以指示目标事件和源事件是否被联播。
[0631] link_type字段可以指示目标服务的类型。
[0632] 参看附图,当linkage_type字段是“0x0E”且link_type是“0”时,链接类型可以指示“扩展事件链接”且目标服务的类型可以指示标清视频(SD)。当linkage_type字段是“0x0E”且link_type是“1”时,链接类型可以指示“扩展事件链接”且目标服务的类型可以指示高清视频(HD)。当linkage_type字段是“0x0E”且link_type是“2”时,链接类型可以指示“扩展事件链接”且目标服务的类型可以指示帧兼容平面-立体H.264/AVC。当linkage_type字段是“0x0E”且link_type是“3”时,链接类型可以指示“扩展事件链接”且目标服务的类型可以指示服务兼容平面-立体MVC。
[0633] target_id_type字段可以与original_network_id_flag字段和/或service_id_flag字段一起识别一个或多个目标服务。
[0634] 当target_id_type字段为“0”时,这可以指示transport_stream_id字段被使用以便识别单个目标服务。当target_id_type字段为“1”时,这可以指示target_transport_stream_id字段,而不是transport_stream_id字段,被使用以便识别单个目标服务。当target_id_type字段为“2”时,这可以指示目标服务包括在至少一个传送流(通配TSid)中。当target_id_type字段是“3”时,目标服务可以由用户自定义标识符来匹配。
[0635] original_network_id_flag字段可以指示target_original_network_id字段,而非original_network_id字段,是否被使用以便确定目标服务。
[0636] service_id_flag字段可以指示target_service_id而非service_id是否被使用以便确定目标服务。
[0637] 当user_defined_id字段被使用时,链接描述符可以被包括在专用数据说明符描述符的范围中。因此,接收装置可以确定user_defined_id字段的含义。
[0638] target_transport_stream_id字段可以识别替换的TS,该TS包括在target_id_type字段、original_network_id_flag字段和/或service_id_flag字段控制下的信息服务指示。
[0639] target_original_network_id可以包括替换发起递送系统的network_id信息,包括在target_id_type字段、original_network_id_flag字段和/或service_id_flag字段的控制下指示的信息服务。
[0640] target_service_id可以识别在target_id_type字段、original_network_id_flag字段和/或service_id_flag控制下指示的替换信息服务。
[0641] 将描述根据本发明的实施例的使用链接描述符用信号发送3D服务2.0(规范-B)的方法。
[0642] 第一,当linkage_type字段是‘0x05’时,链接类型可以指示“服务替换服务”。在private_data_byte区域,替换类型可以被定义为3D服务2.0(规范-B)。
[0643] 第二,当链接描述符被传送到EIT时,如果linkage_type是‘0x0D’,则链接类型可以指示“事件链接”。接收装置可以通过EIT使用3D服务描述符或target_event_id的组件描述符来用信号发送相应的3D服务2.0(规范-B)。
[0644] 第三,当链接描述符被传送到EIT时,如果linkage_type是‘0x0E’,则链接类型可以指示“扩展事件链接”。当link_type是‘2’,目标服务的类型可以指示帧兼容平面-立体H.264/AVC。当linkage_type字段是‘0x0E’且link_type字段是‘2’时,这可以指示3D服务2.0(规范-B)。因此,接收装置可以基于linkage_type字段和/或link_type字段来用信号发送3D服务2.0(规范-B)。接收装置可以通过EIT使用3D服务描述符或target_event_id的组件描述符来用信号发送相应的3D服务2.0(规范-B)。
[0645] 第四‘,0x0F’的新值可以被确定为linkage_type字段,且相应的描述可以被确定为“3D服务2.0(规范-B)”。
[0646] 第五,当linkage_type字段是‘0x05’时,链接类型可以指示“服务替换服务”。接收装置可以关于目标服务的service_type直接解析相应服务的SDT、EIT等等以用信号发送3D服务2.0(规范-B)。基于该方法,接收装置可以搜索2D服务对应3D。
[0647] 图64是根据本发明的实施例的接收装置的框图。
[0648] 根据本发明的实施例的接收装置可以具有上述的3D图像显示设备和/或广播接收装置的功能。
[0649] 参见附图,根据本发明的实施例的接收装置可以包括接收单元C10210、解调器C10220、解复用器C10230、信令信息处理器C10240、3D视频解码器C10250和/或输出格式化器C10260。
[0650] 接收单元C10210可以通过射频(RF)信道来接收广播信号。
[0651] 解调器C10220可以解调接收到的广播信号。
[0652] 解复用器C10230可以从解调广播信号中解复用音频数据、视频数据和/或信令信息。为此,解复用器C10230可以过滤分组标识符(PID)以解复用广播信号。解复用器C10230可以输出解复用的视频信号到后端的3D视频解码器C10250且输出信令信息到信令信息处理器C10240。这里,信令信息可以包括系统信息,诸如上述的PSI、ATSC-PSIP和/或DVB-SI。
[0653] 信令信息处理器C10240可以处理从解复用器C10230接收到的信令信息。这里,信令信息处理器C10240可以包括在其内或外的数据库(DB),用于临时存储处理的信令信息。
[0654] 信令信息处理器C10240可以处理用于用信号发送上述3D服务2.0(规范-B)的信令信息。例如,信令信息可以包括用于识别3D服务是否被服务的信息、用于提供关于基本视频数据的详细信息的3D服务信息(3D服务描述符)、和/或用于提供关于增强视频数据的详细信息的3D补充视频信息。用于识别3D服务是否被服务的信息可以包括用于识别内容是2D还是3D以及内容是3D服务1.0(规范-A)还是3D服务2.0(规范-B)的信息。
[0655] 视频解码器C10250可以接收和解码解复用的视频数据。例如,视频解码器C10250可以基于信令信息解码视频数据。视频解码器C10250可以包括用于解码基本视频数据的基本视频解码器C10252和/或用于解码增强视频数据的增强视频解码器C10254。
[0656] 输出格式化器C10260可以根据输出格式来格式化由3D视频解码器C10250解码的3D视频数据项并且输出格式化的数据到输出器(未示出)。这里,当解码的视频数据是3D视频数据时,输出格式化器C10260可以根据用于3D输出的输出格式而格式化视频数据。当解码的视频数据是2D视频数据时,输出格式化器C10260可以根据用于2D输出的输出格式来输出视频数据而不分别处理视频数据。
[0657] 下文中,将描述根据本发明的实施例的通过接收装置来处理广播信号的方法。
[0658] 解复用器C10230可以从接收到的广播信号过滤并解析SDT和/或EIT区段。这里,如上所述,解复用器C10230可以经由PID过滤来过滤SDT和/或EIT。
[0659] 信令信息处理器C10240可以获取并且存储关于解析的SDT和/或EIT中服务循环中的3D服务1.0(规范-A)类型的服务的信息。然后,信令信息处理器C10240可以获取并存储关于3D服务1.0(规范-A)的PMT信息。
[0660] 信令信息处理器C10240可以获取并存储关于解析的SDT和/或EIT中服务循环中的3D服务2.0(规范-B)类型的服务的信息。也就是,信令信息处理器C10240可以获取并存储关于3D服务2.0(规范-B)的PMT信息。
[0661] 信令信息处理器C10240可以使用关于3D服务1.0(规范-A)的PMT信息和/或关于3D服务2.0(规范-B)的PMT信息来获取关于基本视频流的PID信息和/或关于增强视频流的PID信息。
[0662] 根据服务类型,接收装置的操作可以被分割成两个部分。
[0663] 首先,2D服务将如下被描述。
[0664] 接收装置可以选择用于提供2D视频(基本观看视频)的service_id。具有service_id的频道可以是例如传统频道。
[0665] 3D视频解码器C10250可以针对对应于2D数据的视频流执行PID过滤和视频ES解码。然后,接收装置可以通过输出器输出解码的2D视频。
[0666] 下文中,3D服务1.0(规范-A)将被描述。
[0667] 接收装置可以选择用于提供3D服务1.0(规范-A)的service_id。service_id的service_type可以是例如半分辨率3D服务。
[0668] 3D视频解码器C10250可以针对基本层的基本视频流执行PID过滤和视频ES解码。
[0669] 输出格式化器C10260可以基于信令信息和/或3D服务描述符根据输出格式来格式化3D视频数据项并且输出3D视频数据项到输出器(未示出)。
[0670] 接收装置可以通过输出器在屏幕上输出半分辨率3D视频。
[0671] 最后,下面将描述3D服务2.0(规范-B)。
[0672] 接收装置可以选择用于提供3D服务2.0(规范-B)的service_id。在此情况下,service_id的service_type可以是例如全分辨率3D服务。
[0673] 3D视频解码器C10250可以针对基本层的基本视频流执行PID过滤和视频ES解码。此外,3D视频解码器C10250可以针对增强层的增强视频流执行PID过滤和视频ES解码。
[0674] 输出格式化器C10260可以基于信令信息、3D服务信息和/或3D补充视频信息根据输出格式来格式化3D视频数据项,并且输出3D视频数据项到输出器(未示出)。
[0675] 接收装置可以通过输出器在屏幕上输出全分辨率3D视频。
[0676] 信令信息处理器C10240可以从信令信息解析链接描述符并且使用解析的链接描述识别2D服务、3D服务1.0(规范-A)和/或3D服务2.0(规范-B)的连接信息。
[0677] 图65是图示根据本发明的实施例的3D服务3.0的概念的图。
[0678] 附图图示根据本发明的实施例的3D服务3.0 C20000的概念。
[0679] 根据本发明的实施例的3D服务3.0 C20000可以用于体现发射和/或接收使用H.265/高效视频编译(HEVC)编译方案编码的视频流的广播信号的功能。
[0680] 3D服务3.0 C20000可以指的是使用H.265/高效视频编译(HEVC)编译方案编码的服务(例如视频流和视频数据)的服务帧兼容3D服务(服务帧兼容平面-立体3DTV HEVC编码服务和SFC 3DTV服务)。
[0681] SFC-3D服务可以是帧兼容服务(FC-3D服务)用于选择性在视频比特流中发射信令信息。信令信息可以包括控制信息,用于从包括在FC-3D服务的视频流中的两个图像(例如左图像和右图像)中提取一个图像(例如左图像)。信令信息可以包括控制信息,用于粗化(upscaling)所提取的图像以便模拟HDTV服务的接收。HDTV接收装置可以基于信令信息从包括在FC-3D服务的视频流中的两个图像(例如左图像和右图像)中提取一个图像(例如左图像)并且粗化所提取的图像以便模拟HDTV服务的接收。
[0682] SFC-3D服务可能与HDTV服务不同,因为3D服务的视频组件是帧兼容视频格式比特流。
[0683] SFC-3D服务的视频比特流可以符合HDTV服务的视频格式的要求,除了视频层的信令信息。
[0684] 3DTV服务(或3D服务)可以指示用于传送3DTV事件的DVB服务。SFC-3D服务可以由指示“HEVC数字电视服务”的service_type字段来用信号发送(将在下面描述)。SFC-3D事件(或SFC-3DTV事件)可以是DVB服务事件,包括SFC-3D格式的视频流。
[0685] 信令信息可以包括用于SFC-3D服务的HD视频编译参数(例如,编解码器/简档、分辨率和/或帧率)。信令信息可以包括信息,用于用信号发送视频格式转变,用于在3DTV模式和HDTV模式之间切换的3D服务(或3DTV服务)。
[0686] 常规事件链接服务信息可以被扩展为允许更方便的事件链接信令场景以及增加数目的其他服务类型。
[0687] 下文中,服务帧兼容3DTV服务可以被称为SFC-3DTV服务和/或SFC-3D服务。SFC-3D服务可以包括服务兼容3D服务和帧兼容3D服务。
[0688] 帧兼容3D服务(FC-3D服务)可以是这样的服务,其空间复用、布置和发射包括在视频内容中的左图像C20010和右图像C20020。因此,用于支持帧兼容3D服务的3D接收装置可以基于接收到的左图像C20010和右图像C20020来显示3D图像。但是,不支持帧兼容3D服务的常规2D接收装置可以在一个屏幕上输出接收到的左图像C20010和右图像C20020,如同通常的2D图像(HDTV图像)一样。
[0689] 服务兼容3D服务(SC-3D服务)可以是布置和发射左图像C20010和右图像C20020使得常规3D接收装置(例如HDTV)从帧兼容3D服务中提取视频内容的2D版本的服务。
[0690] SFC-3D服务和常规HDTV服务可以在一个MPEG-2传输流中复用并且传送到接收装置。用于SFC-3D服务的传输系统可以应用于使用DVB MPEG-2传输流以便传送DVB服务的任何广播和/或递送频道。
[0691] 根据本发明的实施例,根据SFC-3D服务,服务提供商也可以提供视频流用于显示3D图像到常规2D接收装置(例如HDTV基础设施)。常规2D接收装置可以接收使用H.265/高效视频编译(HEVC)编译方案编码的视频流并且从包括在接收到的视频流中的左图像C20010和右图像C20020中提取一个。然后,常规2D接收装置可以粗化提取的一个图像(例如左图像C20010)并且显示2D图像(例如HDTV)。
[0692] 3D接收装置可以接收使用H.264/高效视频编译(HEVC)编译方案编码的视频流并且确定接收到的视频流是2D图像还是3D图像。当视频流被输出作为2D图像时,包括在接收到的视频流中的左图像C20010和右图像C20020之一可以被提取,如上所述。然后,3D接收装置可以粗化提取的一个图像并且显示2D图像(例如HDTV)。当视频流被输出为3D图像时,包括在接收到的视频流中的左图像C20010和右图像C20020可以被格式化且可以显示3D图像。
[0693] 3D接收装置可以接收使用H.265/高效视频编译(HEVC)编译方案编码的2D视频流和3D视频流并且可以基于视频流的关系信息(例如,关系信息可以包括在信令信息中)选择性切换并输出视频内容的2D图像和3D图像。
[0694] 为了提供上述SFC-3D服务,根据本发明的实施例的SFC-3D服务可以提供信令信息。下文中,将详细描述用于用信号发送SFC-3D服务的信令信息。
[0695] 图66是图示根据本发明的实施例的用信号发送SFC-3DTV服务的方法的图。
[0696] 附图图示用于DVB传输系统中的SFC-3D服务的传输的各种信令信息项。
[0697] 用于用信号发送SFC-3D服务的信令信息可以指示用于发射、接收和/或处理使用H.265/高效视频编译(HEVC)编译方案编码的视频流的所有控制信息项。信令信息可以指示用于发射、接收和/或处理使用H.265/高效视频编译(HEVC)编译方案编码的视频流的所有控制信息项。
[0698] 例如,信令信息可以包括以下至少之一:帧封包布置SEI消息、缺省显示窗口(DDW)信息、AFD/条数据、HEVC_video_descriptor、content_descriptor、差异信令分段(DSS)、关于DVB字幕的信息、字幕描述符、差异信息、视频深度范围描述符、多区域差异、服务描述符、组件描述符和/或链接描述符。
[0699] 用于用信号发送SFC-3D服务(3D服务3.0)的信令信息可以包括在视频流、传输层、和/或字幕中至少一个中。
[0700] 当信令信息被包括在视频流中时,信令信息可以被包括在视频ES中。当视频数据使用MPEG-2或MPEG-4视频编译方案来编码时,信令信息可以包括在图片扩展和用户数据的user_data()13010中。当视频数据使用H.264/AVC或H.275/HEVC视频编译方案来编码时,信令信息可以被包括在增补增强信息(SEI)消息中。下文中,本发明将根据视频数据使用H.265/HEVC视频编译方案来编码的情况来描述。
[0701] 当信令信息包括在传输层中时,信令信息可以被包括在PSI、ATSC-PSIP、和/或DVB-SI中。PSI、ATSC-PSIP、和/或DVB-SI的详细描述与上述描述相同,且因此,将用上述描述来替换。下文中,本发明将根据信令数据包括在PSI和/或DVB-SI中的情况来描述。
[0702] 当信令信息被包括在字幕中时,信令信息可以包括差异信息和信号字幕以及被包括在PSI和/或DVB-SI中的其他信息项。
[0703] 首先,信令信息可以包括帧封包布置SEI消息。
[0704] SFC-3D服务的编码的视频流可以包括帧封包布置SEI消息以便用信号发送FC-3D服务的视频组件的格式。当视频是SFC-3D服务的格式时,SFC-3D服务的编译的视频流可以包括关于所有视频帧的帧封包布置SEI消息。
[0705] 帧封包布置SEI消息可以包括Frame_packing_arrangement_cancel_flag字段用于识别是否使用帧兼容视频格式。此外,帧封包布置SEI消息可以包括信息用于用信号发送3D视频流的格式和/或其他特征。
[0706] 例如,帧封包布置SEI消息可以包括在上述3D服务描述符中包括的字段。3D服务描述符可以是包括关于视频数据的信令信息的描述符。3D服务描述的详细描述与上面的描述相同,因此将用上面的描述来替换。
[0707] Frame_packing_arrangement_cancel_flag字段可以指示视频流是3D视频格式还是HDTV视频格式。
[0708] 例如,当Frame_packing_arrangement_cancel_flag字段的值为‘0’时,这可以指示使用帧兼容视频格式。此外,帧封包布置SEI消息的其他字段可以用信号发送3D视频流的格式和/或其他特征。
[0709] 当Frame_packing_arrangement_cancel_flag字段的值为‘1’时,这可以指示使用非3D视频格式。例如,当Frame_packing_arrangement_cancel_flag字段的值为‘1’时,这可以指示使用HDTV视频格式。
[0710] 用于切换3DTV和非3DTV(例如HDTV)的SFC-3D服务还可以在视频流的HDTV格式的传输期间传送帧封包布置SEI消息。
[0711] 因此,接收装置可以基于帧封包布置SEI消息的Frame_packing_arrangement_cancel_flag字段来用信号发送SFC-3D服务。此外,接收装置可以基于帧封包布置SEI消息来重新布置采样并且处理合成帧的采样(左图像和/或右图像)以便适合于显示。
[0712] 下文中将详细描述帧封包布置SEI消息。
[0713] 根据本发明的实施例,帧封包布置SEI消息可以包括frame_packing_arrangement_id字段、frame_packing_arrangement_cancel_flag字段、frame_packing_arrangement_type字段、quincunx_sampling_flag字段、content_interpretation_type字段、spatial_flipping_flag字段、frame0_flipped_flag字段、field_views_flag字段、current_frame_is_frame0_flag字段、frame0_self_contained_flag字段、frame1_self_contained_flag字段、frame0_grid_position_x字段、frame0_grid_position_y字段、frame1_grid_position_x字段、frame1_grid_position_y字段、frame_packing_
arrangement_reserved_byte字段、frame_packing_arrangement_repetition_period字段、和/或rame_packing_arrangement_extension_flag字段。
[0714] frame_packing_arrangement_id字段可以包括信息用于识别帧封包布置SEI消息。
[0715] frame_packing_arrangement_cancel_flag字段可以指示之前的帧封包布置SEI消息的存在性是否从输出命令中删除。例如,当frame_packing_arrangement_cancel_flag字段的值是“0”时,帧封包布置信息可以在前一帧封包布置信息之后。
[0716] frame_packing_arrangement_type字段可以指示封包布置的类型。例如,封包布置的类型可以包括棋盘格式(frame_packing_arrangement_type=0),列交织格式(frame_packing_arrangement_type=1),行交织格式(frame_packing_arrangement_type=2),并排格式(frame_packing_arrangement_type=3),上下格式(frame_packing_arrangement_type=4),帧序列格式(frame_packing_arrangement_type=5),以及2D格式rame_packing_arrangement_type=6).
[0717] quincunx_sampling_flag字段可以指示合成帧(左图像和/或右图像)的颜色组件平面是五边形采样的。
[0718] content_interpretation_type字段可以指示合成帧(左图像和/或右图像)的想要的解释。例如,当content_interpretation_type字段的值为“0”,这可以指示合成帧之间没有关系。当content_interpretation_type字段的值为“1”时,两个合成帧分别指示立体观看场景的左图像和右图像,“帧0”可以指示左图像而“帧1”可以指示右图像。当content_interpretation_type字段的值为“2”时,两个合成帧可以分别指示立体观看场景的左图像和右图像,“帧0”可以指示右图像而“帧1”可以指示左图像。
[0719] spatial_flipping_flag字段可以指示左图像和右图像之一与原来想要的方向相比而翻转。例如,在并排格式的情况下,当spatial_flipping_flag字段的值是“1”时,这可以指示左图像和右图像之一级别翻转。在上-下格式的情况下,当spatial_flipping_flag字段的值为“1”时,这可以指示左图像和右图像之一垂直翻转。
[0720] 当spatial_flipping_flag字段的值为“1”时,frame0_flipped_flag字段可以指示两个合成帧(左图像和右图像)中翻转的帧。
[0721] field_views_flag字段可以指示当前编译的视频序列中的所有图片是否被编译为互补字段对。
[0722] 在帧序列格式的情况下(frame_packing_arrangement_type=5),current_frame_is_frame0_flag字段可以指示当前解码的帧是左图像或右图像。例如,当current_frame_is_frame0_flag字段的值是“1”时,当前解码的帧可以指示左图像而随后解码的帧可以指示右图像。
[0723] frame0_self_contained_flag字段可以指示针对第二合成帧(例如右图像)的采样的内部预测操作是否在编译的视频序列的第一合成帧(例如左图像)的采样的解码过程中执行。
[0724] frame1_self_contained_flag字段可以指示针对第一合成帧(例如左图像)的采样的内部预测操作是否在编译的视频序列的第二合成帧(例如右图像)的采样的解码过程中执行。
[0725] frame0_grid_position_x字段可以指示第一合成帧(例如左图像)的坐标对(x,y)的x组件。
[0726] frame0_grid_position_y字段可以指示第一合成帧(例如左图像)的坐标对(x,y)的y组件。
[0727] frame1_grid_position_x field字段可以指示第二合成帧(例如右图像)的坐标对(x,y)的x组件。
[0728] The frame1_grid_position_y字段可以指示第二合成帧(例如右图像)的坐标对(x,y)的y组件。
[0729] frame_packing_arrangement_reserved_byte字段可以是保留用于未来使用的字节。
[0730] frame_packing_arrangement_repetition_period字段可以指示帧封包布置SEI消息的存在性。frame_packing_arrangement_repetition_period字段可以指示帧次序计数间隔。在帧次序计数间隔中具有相同frame_packing_arrangement_id值的其他帧封包布置SEI消息或编译的视频序列的最后一部分可以在比特流中指示。
[0731] frame_packing_arrangement_extension_flag字段可以指示在帧封包布置SEI消息是否存在附加数据。
[0732] 此外,信令信息可以包括缺省显示窗口(DDW)信息。
[0733] DDW信息可以包括信息用于从3D图像中提取2D图像。例如,DDW信息可以包括信息用于从3D图像中提取左图像和右图像之一。此外,DDW可以包括坐标范围,对应于3D图像中的左图像或右图像。DDW可以包括在SPS的视频可用性信息(VUI)中。
[0734] 信令信息可以包括AFD/条数据。
[0735] AFD/条数据可以包括信息用于从整个编码的视频区域中提取有效区域。例如,当发射装置以第一图像比率(例如21:9)发射视频内容且接收装置以第二图像比率(例如16:9)处理视频内容时,AFD/条数据可以包括信息用于提取第二图像比率。AFD/条数据可以包括在视频ES中。
[0736] 此外,信令信息可以包括HEVC_video_descriptor。
[0737] HEVC_video_descriptor可以指示信息用于识别与HEVC视频流相关的编译参数。
[0738] HEVC_video_descriptor可以包括descriptor_tag字段、descriptor_length字段、profile_idc字段、reserved_zero_8bits字段、level_idc字段、temporal_layer_subset_flag字段、HEVC_still_present_flag字段、HEVC_24hr_picture_present_flag字段、temporal_id_min字段、和/或temporal_id_max字段。
[0739] descriptor_tag字段可以包括信息用于识别HEVC_video_descriptor。
[0740] descriptor_length字段可以包括信息用于指示HEVC_video_descriptor的大小。
[0741] profile_idc字段可以指示比特流所基于的简档。例如,简档可以包括主简档、主10简档和/或主静态图片简档,它们在HEVC规范中定义。
[0742] reserved_zero_8bits字段可以包括8比特信息,根据HEVC规范,紧跟在sequence_parameter_set中的profile_idc字段之后。
[0743] level_idc字段可以指示在HEVC规范中定义的比特流的级别。在每种简档中,级别可以根据图像的大小来确定。级别可以根据相应图像的大小来确定参数。level_idc字段可以包括六个级别及其中间级别。
[0744] temporal_layer_subset_flag字段可以指示在HEVC_video_descriptor中是否存在用于描述时间层的子集的语法元素。
[0745] HEVC_still_present_flag字段可以指示HEVC视频流是否包括AVC静态图片。AVC静态图片可以包括AVC访问单元,包括IDR图片。IDR图片可以在用于传送足够信息以准确解码IDR图片的序列参数集合(SPS)NAL单元和/或图片参数集合(PPS)NAL单元之后。
[0746] HEVC_24hr_picture_present_flag字段可以指示相关HEVC视频流是否包括HEVC 24小时图片。HEVC 24小时图片可以指包括24小时或更多的未来呈现时间的HEVC访问单元。
[0747] temporal_id_min字段可以指示关于相关视频ES的NAL单元的报头中的temporal_id字段的最小值。
[0748] temporal_id_max字段可以指示关于相关视频ES的NAL单元的报头中的temporal_id字段的最大值。
[0749] HEVC_video_descriptor可以进一步包括non_packed_constraint_flag字段。
[0750] non_packed_constraint_flag字段可以指示在视频流中是否存在帧封包布置SEI消息。non_packed_constraint_flag字段可以指示视频流是3DTV视频格式还是HDTV视频格式。
[0751] 例如,在3D视频格式的传输期间,non_packed_constraint_flag字段可以被设置为‘0’以便用信号发送在编译的视频序列中存在帧封包布置SEI消息。此外,在HDTV视频格式的传输期间,non_packed_constraint_flag字段可以被设置为‘0’以便用信号发送在编译的视频序列中存在帧封包布置SEI消息。
[0752] 当只使用HDTV视频格式时,当格式转变被认为不在3D视频格式中发生时,和/或当格式转变不在3D视频格式中发生时,non_packed_constraint_flag字段可以被设置为‘1’以便用信号发送在编码视频序列中不存在帧封包布置SEI消息。
[0753] 接收装置可以基于non_packed_constraint_flag字段来识别在比特流中是否存在帧封包布置SEI消息。
[0754] 此外,信令信息可以包括content_descriptor。
[0755] content_descriptor可以提供事件的分类。content_descriptor可以包括在EIT和/或SIT中。
[0756] content_descriptor可以包括descriptor_tag字段、descriptor_length字段、和/或至少一个用于循环。用于循环的每个可以包括事件的分类信息。用于循环的每个可以包括content_nibble_level_1字段、content_nibble_level_2字段和/或user_byte字段。
[0757] descriptor_tag字段可以包括信息用于识别content_descriptor。
[0758] descriptor_length字段可以指示随后用于循环的字节单元的大小。
[0759] content_nibble_level_1字段可以具有4比特且指示内容标识符的第一级别。
[0760] content_nibble_level_2字段可以具有4比特且指示内容标识符的第二级别。第二级别可以是第一级别的详细字段。
[0761] user_byte字段可以具有8比特且可以由发射装置定义。
[0762] content_nibble_level_1字段可以具有“0x0”到“0xF”的值。当content_nibble_level_1字段为“0x0”时,分类信息的第一级别可以指示“未定义内容”。当content_nibble_level_1字段为“0x1”时,分类信息的第一级别可以指示“电影/戏剧”。当content_nibble_level_1字段为“0x2”时,分类信息的第一级别可以指示“新闻/当前事务”。当content_nibble_level_1字段为“0x3”时,分类信息的第一级别可以指示“展示/游戏展示”。当content_nibble_level_1字段的内容是“0x4”时分类信息的第一级别可以指示“运动”。当content_nibble_level_1字段是“0x5”时,分类信息的第一级别可以指示“儿童/青年节目”。当content_nibble_level_1字段是“0x6”时,分类信息的第一级别可以指示“音乐/芭蕾/舞蹈”。当content_nibble_level_1字段是“0x7”时,分类信息的第一级别可以指示“艺术/文化(无音乐)”。当content_nibble_level_1字段是“0x8”时,分类信息的第一级别可以指示“社会/政治问题/经济”。当content_nibble_level_1字段是“0x9”时,分类信息的第一级别可以指示“教育/科学/事实话题”。当content_nibble_level_1字段是“0xA”时,分类信息的第一级别可以指示“休闲爱好”。当content_nibble_level_1字段是“0xB”时,分类信息的第一级别可以指示“特殊特性”。当content_nibble_level_1字段是“0xC”到“0xE”时,分类信息的第一级别可以指示“保留用于未来使用”。此外,当content_nibble_level_1字段为“0xF”时,分类信息的第一级别可以指示“用户自定义”。
[0763] content_nibble_level_2字段可以具有“0x0”到“0xF”的值。content_nibble_level_2字段可以具有关于每个content_nibble_level_1字段的具体值且指示关于分类信息的第一级别的更详细的分类信息。
[0764] 例如,当content_nibble_level_1字段是“0xB”时,分类信息的第一级别可以指示“特殊特性”,且当content_nibble_level_2字段是“0x4”时,分类信息的第二级别可以指示“屏幕立体3DTV格式”。
[0765] 因此,组件描述符的接收装置可以基于content_nibble_level_1字段和/或content_nibble_level_2字段来识别视频流的分类信息。此外,接收装置可以基于组件描述符而突出用于支持EPG中的3D服务的事件。
[0766] 下文中,将描述与字幕相关的信令信息。
[0767] 接收装置可以显示附加内容,诸如字母和/或图形,使之不被3D图像所隐藏。字幕可以是3D服务以及SDTV和/或HDTV的主元素。其可以非常重要用于在深度和定时条件下,与3D视频内容上的屏上图像一起,准确定位字幕。
[0768] 首先,信令信息可以包括差异信令段(DSS)。
[0769] DSS可以包括区域中子区域的定义。差异信令段(DSS)可以包括在字幕中。
[0770] 在页面和/或区域中的变化的深度中,用于字幕的安置的不同差异值可以传送到各自的子区域。差异信息可以与子像素准确性信息一起传送。子像素准确性信息可以包括信息以便在3D场景中最优布置字幕。
[0771] DSS可以根据区域或子区域的差异性值支持3D内容的字幕。
[0772] 其次,信令信息可以包括关于DVB字幕的信息。
[0773] 当组件描述符中的stream_content字段的值为“0x03”时,信令信息可以根据component_type字段的值而包括关于DVB字幕的信息。
[0774] 例如,当stream_content字段的值为“0x03”且component_type字段的值为“0x14”时,这可以指示“DVB字幕(正常)以便在高清监视器上显示”。当stream_content字段的值为“0x03”且component_type字段的值为“0x15”时,这可以指示“具有平面-立体差异的DVB字幕(正常)以便在高清监视器上显示”。
[0775] 第三,信令信息可以包括字幕描述符。
[0776] 字幕描述符可以包括关于DVB字幕的信息。字幕描述符可以包括在PMT中。字幕描述符可以被确定为分组的stream_type=0x06,用于在PMT表中传送DVB字幕。
[0777] 字幕描述符可以包括ISO_639_language_code字段、subtitling_type字段、composition_page_id字段和/或ancillary_page_id字段。
[0778] ISO_639_language_code字段可以指示由3字符文本表示的语言代码。
[0779] subtitling_type字段可以包括关于要应用的字幕和显示的内容的信息。当component_descriptor中的stream_content字段的值为“0x03”时,subtitling_type字段可以指示为每个component_type字段定义的代码。
[0780] composition_page_id字段可以包括信息用于识别合成页。
[0781] ancillary_page_id字段可以包括信息用于识别附属页。
[0782] 第四,信令信息可以包括差异信息。
[0783] 字幕可以包括差异信息。差异信息可以指示对象多么接近屏幕或者对象多么远离屏幕。差异信息可以包括在视频深度范围描述符和/或多区域描述中。
[0784] 第五,信令信息可以包括视频深度范围描述符。
[0785] 为了优化在3D视频的上端所显示的图形(例如文本和/或图标)的布置,视频深度范围描述符可以指示想要的3D视频的深度范围。视频深度范围描述符可以以服务和/或事件级别提供差异信息。在相应服务和/或相应事件的时期期间,差异信息可以具有静态值。
[0786] 视频深度范围描述符可以包括range_type字段、range_length字段、production_disparity_hint_info()字段和/或range_selector_byte字段。
[0787] range_type字段可以指示深度范围的类型。当range_type字段的值为‘0x00’时,这可以指示深度范围的类型是“生产差异提示”,且当range_type字段的值为‘0x01’时,这可以指示深度范围的类型是“多区域差异SEI存在”。当range_type字段的值为‘0x01’时,这可以指示在视频ES中存在多区域差异SEI数据。在此情况下,range_type字段的值可以为‘0’。
[0788] 第六,信令信息可以包括多区域差异。
[0789] 多区域差异可以以视频级别提供差异信息。多区域差异可以具有用于3D视频的所有帧和/或每个帧的不同空间区域的动态值。
[0790] 接收装置可以基于多区域差异而以差异值形式发射深度信息便覆盖附加信息(图形、菜单等等)。结果,接收装置可以避免3D视频(平面-立体视频)和图形之间的深度违背。
[0791] 在每帧中,一个最大差异值可以被传送。区域可以根据一组预定义的图像分割模式来定义。关于各个帧的区域,一个最小差异值可以被准确传送。
[0792] 多区域差异可以包括multi_region_disparity_length字段、max_disparity_in_picture字段和/或min_disparity_in_region_i字段。
[0793] multi_region_disparity_length字段可以具有8比特且可以定义被定义为multi_region_disparity()中的multi_region_disparity_length字段的字节之后的字节数目。
[0794] multi_region_disparity_length字段可以用信号发送区域图案的类型。multi_region_disparity_length字段可以包括有限集合的值,对应于预定义图像分割参数。每个图像分割模式可以定义图像的若干区域。
[0795] 例如,当multi_region_disparity_length字段的值为‘0’时,其可以指示“无差异信息要被递送”。当multi_region_disparity_length字段的值为‘2’时,这可以指示“一个minimum_disparity_in_region被编译为表示整个图片中的最小值”。当multi_region_disparity_length字段的值‘3’时,这可以指示“两个垂直minimum_disparity_in_regions被编译”。当multi_region_disparity_length字段的值是‘4’时,这可以指示“三个垂直minimum_disparity_in_regions被编译”。当multi_region_disparity_length字段的值是‘5’时,这可以指示“四个minimum_disparity_in_regions被编译”。当multi_region_disparity_length字段的值为‘10’时,这可以指示“九个minimum_disparity_in_regions被编译”。当multi_region_disparity_length字段的值为‘17’时,这可以指示“第十六个minimum_disparity_in_regions被编译”。
[0796] max_disparity_in_picture字段可以定义图片中的最大差异值。
[0797] min_disparity_in_region_i字段可以定义第i个区域中的最小差异值。
[0798] 图67是图示根据本发明的实施例的服务描述符的service_type字段的图。
[0799] 信令信息可以包括服务描述符。
[0800] 服务描述符可以是用于描述服务类型、服务提供者和/或服务名称的描述符。服务描述符可以被包括在SDT和/或选择信息表(SIT)中。
[0801] 服务描述符可以包括descriptor_tag字段、descriptor_length字段、service_type字段、service_provider_name_length字段、指示服务提供者的名称的char字段、service_name_length字段和/或指示服务名称的char字段。将用上面描述来替换服务描述符的详细描述。
[0802] service_type字段可以描述服务类型。将用上面的描述来替换对服务的service_type的分配的详细描述。
[0803] 当service_type字段的值是“0x1F”时,服务类型(或服务类型信息)可以指示“HEVC数字电视服务”和/或“H.265/HEVC帧兼容平面-立体HD数字电视服务”。当service_type字段的值是“0x20”时,服务类型可以指示“HEVC数字电视服务”和/或“H.265/HEVC帧兼容平面-立体HD NVOD时移服务”。当service_type字段的值是“0x21”时,服务类型可以指示“HEVC数字电视服务”和/或“H.265/HEVC帧兼容平面-立体HD NVOD参考服务”。
[0804] service_type字段可以用信号发送在广播信号(例如MPEG-TS)中是否存在HEVC视频服务。例如,当service_type字段的值是“0x1F”,“0x20”,和/或“0x21”之一时,服务类型可以指示“HEVC数字电视服务”和/或“H.265/HEVC帧兼容HD服务”。
[0805] 这里,服务描述符可以包括在常规2D服务(2D HEVC)中使用的service_type字段的值(service_type字段的值是“0x1F”)。
[0806] 常规2D接收装置可以基于在常规2D服务中使用的service_type字段的值来处理视频数据并且显示2D图像。
[0807] 根据本发明的实施例,支持SFC-3D服务的接收装置可以基于新定义的service_type字段来处理视频数据并显示2D图像和/或3D图像。
[0808] 接收装置可以基于service_type字段而用信号发送在广播信号(例如MPEG-TS)中是否存在HEVC视频服务。例如,当视频流的service_type的值是“0x1F”时,接收装置可以确定服务类型是“HEVC数字电视服务”和/或“H.265/HEVC帧兼容HD服务”。
[0809] 当视频流的service_type字段的值是“0x20”和/或“0x21”之一时,接收装置可以确定对应视频服务是HEVC视频服务。例如,当service_type字段的值是“0x20”和/或“0x21”之一时,接收装置可以确定服务类型是“HEVC数字电视服务”和/或“H.265/HEVC帧兼容HD服务”。
[0810] 图68是图示根据本发明的实施例的服务描述符的service_type字段的图。
[0811] 信令信息可以包括服务描述符。服务描述符的详细描述与上述描述相同,因此将用上述描述来替代。
[0812] 参见附图,服务类型可以根据位深度的值而被细分。位深度可以指示颜色数目的单位(或在灰度级图像的情况下,是亮度的程度),用于再现颜色(或灰度的阴影)。例如,位深度可以包括8比特位深度和/或10比特位深度。
[0813] 当service_type字段的值是“0x1F”时,服务类型可以指示“HEVC数字电视服务”和/或“H.265/HEVC帧兼容平面-立体8比特位深度HD数字电视服务”。当service_type字段的值是“0x20”时,服务类型可以指示“HEVC数字电视服务”和/或“H.265/HEVC帧兼容平面-立体8比特位深度HD NVOD时移服务”。当service_type字段的值是“0x21”时,服务类型可以指示“HEVC数字电视服务”和/或“H.265/HEVC帧兼容平面-立体8比特位深度HD NVOD参考服务”。
[0814] 当service_type字段的值是“0x22”时,服务类型可以指示“HEVC数字电视服务”和/或“H.265/HEVC帧兼容平面-立体10比特位深度HD数字电视服务”。当service_type字段的值是“0x23”时,服务类型可以指示“HEVC数字电视服务”和/或“H.265/HEVC帧兼容平面-立体10比特位深度HD NVOD时移服务”。当service_type字段的值是“0x24”时,服务类型可以指示“HEVC数字电视服务”和/或“H.265/HEVC帧兼容平面-立体10比特位深度HD NVOD参考服务”。
[0815] service_type字段可以用信号发送在广播信号(例如MPEG-TS)中是否存在HEVC视频服务。例如,当service_type字段的值是“0x1F”、“0x20”、“0x21”、“0x22”、“0x23”和/或“0x24”之一时,服务类型可以指示“HEVC数字电视服务”和/或“H.265/HEVC帧兼容HD服务”。
[0816] 接收装置可以基于service_type字段而用信号发送在广播信号(例如MPEG-TS)中是否存在HEVC视频服务。例如,当视频流的service_type的值是“0x1F”时,接收装置可以确定服务类型是“HEVC数字电视服务”和/或“H.265/HEVC帧兼容HD服务”。
[0817] 接收装置可以基于service_type字段而用信号发送在广播信号(例如MPEG-TS)中是否存在HEVC视频服务。例如,当视频流的service_type的值是“0x20”、“0x21”、“0x22”、“0x23”和/或“0x24”之一时,接收装置可以确定对应服务类型是“HEVC数字电视服务”和/或“H.265/HEVC帧兼容HD服务”。
[0818] 图69是图示根据本发明的实施例的组件描述符的stream_content字段和/或component_type字段的图。
[0819] 信令信息可以包括组件描述符。
[0820] 组件描述符可以用于识别组件流并且用于提供基本流的文本描述。组件描述符可以包括在SDT和/或EIT中。
[0821] 组件描述符可以包括descriptor_tag字段、descriptor_length字段、reserved_future_use字段、stream_content字段(或者第一流内容信息)、component_type字段(或者组件类型信息)、component_tag字段、ISO_639_language_code字段、和/或text_char字段。组件描述符的详细描述将被上述描述所替代。
[0822] 组件描述符可以包括在常规2D服务(2D HEVC)中使用的stream_content字段的值和/或component_type字段的值。组件描述符可以包括可适用于SFC-3D服务的stream_content字段的值和/或component_type字段的值。
[0823] 参见附图,根据本发明的实施例的SFC-3D服务可以基于一个组件描述符来识别组件类型信息(例如,比特流、组件流、和/或视频流的类型)。组件类型信息可以包括至少一个参数。
[0824] 例如,参数可以包括比特流信息、视频流的编解码器信息(编码类型信息)、简档信息、分辨率信息、屏幕比率信息、帧速率信息、图像格式信息和/或位深度信息。
[0825] 比特流信息可以是关于比特流类型的信息。例如,比特流信息可以包括视频流、音频流和/或字幕流。编解码器信息可以是关于用于编码比特流的编解码器的信息。例如,编解码器信息可以包括H.265/HEVC。分辨率信息可以是关于比特流的分辨率信息。例如,分辨率信息可以包括高清和/或标清。图像比率信息可以是当视频数据被显示时的帧的级别尺寸和垂直尺寸的比率信息。例如,图像比率信息可以包括16:9的屏幕长宽比。分辨率信息可以是关于每秒要输出的视频帧的数目的信息。例如,分辨率信息可以包括25Hz和/或30Hz。图像格式信息可以是关于在视频流中包括的左图像和右图像的布置的信息。例如,图像格式信息可以包括并排和/或上下。位深度信息可以指示用于再现颜色(或灰度级)的颜色数目的单位(或在灰度级的情况下是亮度的等级)。例如,位深度可以包括8比特位深度和/或
10比特位深度。
[0826] 当stream_content字段的值是‘0x09’且component_type的值是‘0x80’,视频数据可以指示“H.265/HEVC平面-立体帧兼容高清视频,16:9屏幕长宽比,25Hz,并排”。
[0827] 这里,当stream_content字段的值为‘0x09’时,其可以指示H.265/HEVC视频。此外‘,0x09’作为stream_content字段的值和/或‘0x80’作为component_type字段的值并非固定,因此,可以被改变。
[0828] “H.265/HEVC平面-立体帧兼容高清视频”可以是视频流的比特流且视频流可以使用H.265/HEVC视频编译方案来编码且可以指示用来支持帧兼容3D服务的高清视频。
[0829] “16:9屏幕长宽比”可以指示视频流的图像比率信息,“25Hz”可以指示视频流的帧率信息,“并排”可以指示包括在视频流中的左图像和/或右图像的图像格式信息。下文中相同表示指的是相同含义且将被示意性描述。
[0830] 当stream_content字段的值为‘0x09’且component_type字段的值为‘0x81’时,视频数据可以指示“H.265/HEVC平面-立体帧兼容高清视频,16:9屏幕长宽比,25Hz,上下”。
[0831] 当stream_content字段的值为‘0x09’且component_type字段的值为‘0x82’时,视频数据可以指示“H.265/HEVC平面-立体帧兼容高清视频,16:9屏幕长宽比,30Hz,并排”。
[0832] 当stream_content字段的值为‘0x09’且component_type字段的值为‘0x83’时,视频数据可以指示“H.265/HEVC平面-立体帧兼容高清视频,16:9屏幕长宽比,30Hz,上下”。
[0833] 常规2D接收装置可以处理视频数据且基于在常规2D服务中使用的stream_content字段的值和/或component_type字段的值来显示2D图像。
[0834] 根据本发明的实施例,用于支持SFC-3D服务的接收装置可以处理视频数据并且基于新定义的stream_content字段的值和/或component_type字段的值来显示2D图像和/或3D图像。
[0835] 图70是图示根据本发明的实施例的组件描述符的stream_content字段和/或component_type字段的图。
[0836] 信令信息可以包括组件描述符。组件描述符可以识别组件流的类型。组件描述符的详细描述与上述描述相同,因此将用上述描述来替代。
[0837] 参见附图,服务类型可以根据位深度的值而被细分。位深度可以指示颜色数目的单位(或在灰度级图像的情况下,是亮度的程度),用于再现颜色(或灰度的阴影)。例如,位深度可以包括8比特位深度和/或10比特位深度。
[0838] 当stream_content字段的值为‘0x09’且component_type字段的值为‘0x80’时,视频数据可以指示“H.265/HEVC平面-立体帧兼容高清视频,16:9屏幕长宽比,25Hz,并排,8比特位深度”。当stream_content字段的值为‘0x09’且component_type字段的值为‘0x81’时,视频数据可以指示“H.265/HEVC平面-立体帧兼容高清视频,16:9屏幕长宽比,25Hz,上下,8比特位深度”。当stream_content字段的值为‘0x09’且component_type字段的值为‘0x82’时,视频数据可以指示“H.265/HEVC平面-立体帧兼容高清视频,16:9屏幕长宽比,30Hz,并排,8比特位深度”。当stream_content字段的值为‘0x09’且component_type字段的值为‘0x83’时,视频数据可以指示“H.265/HEVC平面-立体帧兼容高清视频,16:9屏幕长宽比,30Hz,上下,8比特位深度”。
[0839] 当stream_content字段的值为‘0x09’且component_type字段的值为‘0x84’时,视频数据可以指示“H.265/HEVC平面-立体帧兼容高清视频,16:9屏幕长宽比,25Hz,并排,10比特位深度”。当stream_content字段的值为‘0x09’且component_type字段的值为‘0x85’时,视频数据可以指示“H.265/HEVC平面-立体帧兼容高清视频,16:9屏幕长宽比,25Hz,上下,10比特位深度”。当stream_content字段的值为‘0x09’且component_type字段的值为‘0x86’时,视频数据可以指示“H.265/HEVC平面-立体帧兼容高清视频,16:9屏幕长宽比,30Hz,并排,10比特位深度”。当stream_content字段的值为‘0x09’且component_type字段的值为‘0x87’时,视频数据可以指示“H.265/HEVC平面-立体帧兼容高清视频,16:9屏幕长宽比,30Hz,上下,10比特位深度”。
[0840] 接收装置可以基于组件描述符来识别组件流(例如视频流)的类型。例如,接收装置可以基于组件描述符来识别视频流是使用H.265/HEVC视频编译方案编码的高清视频。接收装置可以基于组件描述符来识别包括在视频流中的左图像和右图像的图像格式信息是“上下”。
[0841] 图71是图示根据本发明的实施例的组件描述符的stream_content字段和component_type字段的图。
[0842] 信令信息可以包括多个组件描述符。
[0843] 组件描述符可以用于识别组件流(例如视频流)的类型以及提供基本流的文本描述。组件描述符可以包括在SDT和/或EIT中。
[0844] 组件描述符可以包括descriptor_tag字段、descriptor_length字段、stream_content_ext字段、reserved_future_use字段、stream_content字段(第一流内容信息)、component_type字段(组件类型信息)、component_tag字段、ISO_639_language_code字段,和/或text_char字段。
[0845] stream_content_ext字段(第二流内容信息)可以与stream_content字段相结合来识别流的类型。组件描述符可以进一步包括stream_content_ext字段并且扩展用于定义stream_content的空间。
[0846] component_tag字段可以包括用于识别组件流的信息。也就是,component_tag字段可以识别由组件描述符所指示的视频流。例如,component_tag字段可以具有与用于组件流的流标识符描述符(当出现在PSI节目映射部分中时)中的component_tag字段相同的值。
[0847] 多个组件描述符可以关于component_tag字段的相同值而存在。例如,SDT和/或EIT可以每个包括多个组件描述符。SDT可以包括一个组件描述符且EIT可以包括多个组件描述符。
[0848] 为了识别组件流(例如视频流)的类型(例如,16:9的屏幕长宽比、并排、和/或上下),多个组件描述符可以关于一个组件流而存在。
[0849] 组件描述符的详细描述与上述描述相同,因此将用上述描述来替代。
[0850] 参看附图,根据本发明的实施例,附加组件描述符可以包括包括在视频流中的左图像和右图像的图像格式信息。
[0851] 当stream_content字段的值是‘0xA’时,如果stream_content_ext字段的值是‘0x0’且component_type字段的值是‘0x00’时,图像格式信息可以指示“上下”。当stream_content字段的值是‘0xA’时,如果stream_content_ext字段的值是‘0x0’且component_type字段的值是‘0x01’时,图像格式信息可以指示“并排”。stream_content字段的值、stream_content_ext字段的值和/或component_type字段的值可以是不固定的且可以改变。
[0852] 信令信息可以包括多个组件描述符。在此情况下,至少一个组件描述符可以识别相同比特流。至少一个组件描述符中的一些可以是具有用于识别相同比特流的相同内容的组件描述符。此外,至少一个组件描述符中的其他一些可以是具有用于识别相同比特流的不同内容的组件描述符。
[0853] stream_content字段和component_type字段的组合可以识别比特流的编码类型信息(例如视频流和/或音频流)、包括在视频流中的左图像和右图像的用于提供3D服务的图像格式信息、视频数据的简档信息(例如HEVC的简档信息)、图像比率信息、帧率信息、和/或用于识别其他比特流(包括视频数据、字幕和/或音频数据)的类型的信息中的至少一个。
[0854] 因此,每个组件描述符可以包括比特流(例如视频流和/或音频流)的编码类型信息(压缩信息)、包括在视频流中的左图像和右图像的用于提供3D服务的图像格式信息、视频数据的简档信息(例如,HEVC的简档信息)、图像比率信息、帧率信息、和/或用于识别其他比特流(包括视频数据、字幕和/或音频数据)的类型的信息中的至少一个。
[0855] 接收装置可以组合至少一个组件描述符来获取比特流的编码类型信息、包括在视频流中的左图像和右图像的用于提供3D服务的图像格式信息、和/或关于比特流的附加信息。例如,接收装置可以组合至少一个组件描述符以获取指示比特流是使用H.265/HEVC视频编译方案编码的信息和/或指示图像格式是并排格式的信息。接收装置可以组合至少一个组件描述符以获取指示比特流提供SFC-3D服务的信息。
[0856] 组件描述符可以包括在常规2D服务(2D HEVC)中使用的stream_content字段、stream_content_ext字段和/或component_type字段的值。例如,当组件描述符的stream_content字段的值为‘0x9’、stream_content_ext字段的值为‘0x0’且component_type字段的值为‘0x00’时,视频数据可以指示“HEVC主简档高清视频,50Hz”。当组件描述符的stream_content字段的值为‘0x9’、stream_content_ext字段的值为‘0x0’且component_type字段的值为‘0x01’时,视频数据可以指示“HEVC主10简档高清视频,50Hz”。当组件描述符的stream_content字段的值为‘0x9’、stream_content_ext字段的值为‘0x0’且component_type字段的值为‘0x02’时,视频数据可以指示“HEVC主简档高清视频,60Hz”。当组件描述符的stream_content字段的值为‘0x9’、stream_content_ext字段的值为‘0x0’且component_type字段的值为‘0x03’时,视频数据可以指示“HEVC主10简档高清视频,60Hz”。当组件描述符的stream_content字段的值为‘0x9’、stream_content_ext字段的值为‘0x0’且component_type字段的值为‘0x04’时,视频数据可以指示“HEVC超高清视频”。
[0857] 组件描述符可以包括可适用于SFC-3D服务的stream_content字段的新值的值、stream_content_ext字段的值和/或component_type字段的值。
[0858] 因此,常规2D接收装置可以基于在常规2D服务中使用的stream_content字段、stream_content_ext字段和/或component_type字段的值来处理视频数据,并且显示2D图像。此外,用于支持SFC-3D服务的接收装置可以基于stream_content字段的新定义的值、stream_content_ext字段的值和/或component_type字段的值来处理视频数据,并且显示2D图像和/或3D图像。
[0859] 此外,根据本发明的实施例,SFC-3D服务可以基于多个组件描述符识别相同比特流(例如视频流)的一个类型。
[0860] 例如,信令信息可以包括第一组件描述符、第二组件描述符、第三组件描述符和/或第四组件描述符。第一组件描述符、第二组件描述符、第三组件描述符和/或第四组件描述符可以识别具有相同component_tag字段值的相同比特流。
[0861] 当第一组件描述符的stream_content字段的值为‘0x9’、stream_content_ext字段的值为‘0x0’且component_type字段的值为‘0x00’时,视频数据可以指示“HEVC主简档高清视频,50Hz”。
[0862] 当第二组件描述符的stream_content字段的值为‘0x0B’、stream_content_ext字段的值为‘0xF’且component_type字段的值为‘0x03’时,视频数据可以指示“平面-立体上下(TaB)帧封包”。
[0863] 当第三组件描述符的stream_content字段的值为‘0x0B’、stream_content_ext字段的值为‘0xF’且component_type字段的值为‘0x01’时,视频数据可以指示“16:9屏幕长宽比”。
[0864] 当第四组件描述符的stream_content字段的值为‘0x0B’、stream_content_ext字段的值为‘0xF’且component_type字段的值为‘0x03’时,视频数据可以指示“平面-立体上下(TaB)帧封包”。这里,第二组件描述符和第四组件描述符可以具有用于识别相同流的相同内容。
[0865] 因此,信令信息可以通过组合第一组件描述符、第二组件描述符、第三组件描述符和/或第四组件描述符中的至少一个来识别一个相同的视频流。
[0866] 接收装置可以基于至少一个组件描述符来识别接收到的比特流的类型。即使接收装置可能不能识别多个组件描述符中的一些,接收装置可以接收服务。也就是说,接收装置可以通过操作“或”来处理多个组件描述符之间的关系以及仅基于一些组件描述符来接收服务。
[0867] 例如,一旦只接收第一组件描述符,接收装置可以识别接收到的视频流是使用H.265/HEVC视频编译方案编码的高清视频。
[0868] 一旦接收第一组件描述符和第二组件描述符,接收装置可以组合第一组件描述符和第二组件描述符以识别接收到的视频流是使用H.265/HEVC视频编译方案编码的高清视频且包括在视频流中的左图像和右图像的图像格式信息是“平面-立体上下(TaB)帧封包”。
[0869] 即使在接收信令信息期间接收装置可能不能接收多个组件描述符中的至少一个,接收装置可以接收其他的组件描述符以识别一个相同的视频流。例如,即使接收装置可能不能接收第四组件描述符,接收装置可以接收第二组件描述符且识别包括在视频流中的左图像和右图像的图像格式信息是“平面-立体上下(TaB)帧封包”。
[0870] 图72是图示根据本发明的实施例的链接描述符的linkage_type字段和/或link_type字段的图。
[0871] 信令信息可以包括链接描述符。
[0872] 链接描述符可以指示要在需要关于SI系统中特定实体的附加信息时存在的服务。链接描述符可以在需要用于提供附加信息的服务的对应表中存在。服务替代服务可以使用链接描述符来确定,且在此,在当前执行的服务的运行状态是“不在运行”时,接收装置可以自动选择相应替代服务。
[0873] 例如,链接描述符可以被包括在SDT和/或EIT中。但是,当linkage_type字段的值是‘0x0D’到‘0x1F’时,链接描述符可以仅包括在EIT中。接收装置可以基于链接描述符识别对应于当前观看的特定2D service_id或下一广播特定2D event_id的3D服务或事件。
[0874] 链接描述符可以包括descriptor_tag字段、descriptor_length字段、transport_stream_id字段、original_network_id字段、service_id字段、linkage_type字段、mobile_hand-over_info()字段、event_linkage_info()字段、extended_event_linkage_info()字段和/或private_data_byte字段。链接描述符的详细描述将用上述描述来替换。
[0875] 图73是根据本发明的实施例的接收装置的框图。
[0876] 参看附图,根据本发明的实施例的接收装置可以包括接收单元C20210、解调器C20220、解复用器C20230、信令信息处理器C20240、解码单元C20250和/或输出单元C20260。上述描述可以应用于广播信号发射装置。
[0877] 接收单元C20210可以通过射频(RF)信道接收广播信号。
[0878] 接收单元C20210可以接收包括视频组件的视频流和用于用信号发送视频流的信令信息的广播信号。视频流可以提供帧兼容三维电视(3DTV)服务和高清电视(HDTV)服务之一。
[0879] 例如,信令信息可以包括指示视频流是帧兼容3DTV视频格式或高清电视(HDTV)视频格式的第一信息、指示视频流的服务类型是指示高效视频编译(HEVC)服务的服务类型信息的服务类型信息、以及指示关于视频流的HEVC服务的类型的多个组件描述符。
[0880] 信令信息可以包括帧封包布置SEI消息、缺省显示窗口(DDW)信息、AFD/条数据、HEVC_video_descriptor、content_descriptor、显示信令段(DSS)、关于DVB字幕的信息、字幕描述符、差异信息、视频深度范围描述符、多区域差异、服务描述符、组件描述符和/或链接描述符。
[0881] 解调器C20220可以解调接收到的广播信号。
[0882] 解复用器C20230可以解复用来自解调后广播信号的音频数据、视频数据和/或信令信息。为此,解复用器C20230可以使用分组标识符(PID)执行过滤以解复用广播信号。解复用器C20230可以输出解复用的视频信号到后端的解码单元C20250并且输出信令信息到信令信息处理器C20240。
[0883] 信令信息处理器C20240可以处理从解复用器C20230传送的信令信息。信令信息处理器C20240可以基于信令信息识别视频流的类型。这里,信令信息处理器C20240可以包括在其内或外的数据库(DB),用于临时存储处理过的信令信息。
[0884] 信令信息处理器C20240可以基于信令信息命令在3DTV视频格式和HDTV视频格式之间切换。接收装置可以从用户接收用于以2D图像模式而命令视频流的输出的切换信息。在此情况下,信令信息可以包括切换信息。
[0885] 解码单元C20250可以接收并解码解复用的视频数据。例如,解码单元C20250可以基于信令信息解码视频数据。解码单元C20250可以解码3DTV视频格式和/或HDTV视频格式的视频流。
[0886] 输出单元C20260可以根据输出格式而格式化并输出解码后的视频数据项。输出单元C20260可以以3DTV视频格式和HDTV视频格式中的一种格式输出视频流。
[0887] 这里,输出单元C20260可以根据用于当视频数据是3DTV数据时用于3D输出的输出形式而格式化解码后的视频数据。输出单元C20260可以输出视频数据,而不用根据用于2D输出的输出格式而分别处理视频数据。
[0888] 下文中,将描述根据本发明的实施例的接收广播信号的方法。
[0889] 信令信息处理器C20240可以处理包括在PMT中的信令信息项。信令信息处理器C20240可以获取基于信令信息接收的频道信息且生成频道映射。
[0890] 信令信息处理器C20240可以识别接收到的视频流是3DTV视频格式还是HDTV视频格式。
[0891] 例如,信令信息处理器C20240可以检查包括在PMT中的HEVC视频描述符的non_packed_constraint_flag。non_packed_constraint_flag字段可以指示视频流是3DTV视频格式还是HDTV视频格式。non_packed_constraint_flag字段可以用信号发送帧封包布置SEI消息是否存在于视频流中。
[0892] 例如,当non_packed_constraint_flag字段指示视频流是3DTV视频格式时,帧封包布置SEI消息可以存在。当non_packed_constraint_flag字段指示视频流是HDTV视频格式时,帧封包布置SEI消息可能不存在。
[0893] 当视频流是HDTV视频格式时,解码单元C20250可以解码HDTV格式的视频流。输出单元C20260可以输出解码后的视频流作为2D图像。
[0894] 当视频流是3DTV视频格式时,信令信息处理器C20240可以识别视频流的服务的类型和组件流的类型。
[0895] 首先,信令信息处理器C20240可以基于服务描述符的服务类型信息(service_type字段)识别服务的类型。
[0896] service_type字段可以用信号发送HEVC视频服务是否存在于广播信号中(例如,MPEG-TS)。例如,当service_type字段的值是“0x1F”时,服务类型可以指示“HEVC数字电视服务”和/或“H.265/HEVC帧兼容HD服务”和/或“H.265/HEVC帧兼容HD服务”。
[0897] 然后,信令信息处理器C20240可以基于组件描述符的第一流内容信息(stream_content字段)、第二流内容信息和组件类型信息(component_type形式)来识别组件流的类型。
[0898] 例如,每个组件描述符可以包括指示视频流的类型的第一流内容信息、与第一流内容组合来指示视频流的类型的第二流内容信息、以及指示视频组件的类型的组件类型信息。组件描述符可以基于第一流内容信息、第二流内容信息和组件类型信息来指示HEVC服务的类型。
[0899] 多个组件描述符可以存在于component_tag字段的相同值中。例如,SDT和/或EIT可以每个都包括多个组件描述。SDT可以包括一个组件描述符且EIT可以包括多个组件描述符。为了识别组件流(视频流)(例如16:9屏幕长宽比、和/或上下)的类型,多个组件描述符可以关于一个组件流而存在。
[0900] 例如,当第一组件描述符的stream_content字段的值是‘0x09’、stream_content_ext字段的值为‘0x0’以及component_type字段的值是‘0x00’时,视频数据可以指示“HEVC主简档高清视频,50Hz”。
[0901] 当第二组件描述符的stream_content字段的值是‘0x0B’、stream_content_ext字段的值为‘0xF’以及component_type字段的值是‘0x03’时,视频数据可以指示“平面-立体上下(TaB)帧封包”。
[0902] 根据本发明的实施例,服务类型信息和第一组件描述符可以包括在SDT中,第二组件描述符可以包括在EIT中。
[0903] 根据本发明的实施例,SDT和/或EIT每个可以包括多个组件描述符。例如,SDT和/或EIT可以包括至少一个第一组件描述符和/或至少一个第二组件描述符。
[0904] 信令信息处理器C20240可以组合第一组件描述符和第二组件描述符以识别接收到的视频流是使用H.265/HEVC视频编译方案编码的高清视频且包括在视频流中的左图像和右图像的图像格式信息是“平面-立体上下(TaB)帧封包”。
[0905] 信令信息处理器C20240可以获取包括在视频流中的帧封包布置SEI消息。信令信息处理器C20240可以基于帧封包布置SEI消息而获取关于视频流的详细的信息。例如,帧封包布置SEI消息可以包括frame_packing_arrangement_id字段、frame_packing_arrangement_cancel_flag字段、frame_packing_arrangement_type字段、quincunx_sampling_flag字段、content_interpretation_type字段、spatial_flipping_flag字段、frame0_flipped_flag字段、field_views_flag字段、current_frame_is_frame0_flag字段、frame0_self_contained_flag字段、frame1_self_contained_flag字段、frame0_grid_position_x字段、frame0_grid_position_y字段、frame1_grid_position_x字段、frame1_grid_position_y字段、frame_packing_arrangement_reserved_byte字段、frame_packing_arrangement_repetition_period字段、和/或frame_packing_arrangement_extension_flag字段。
[0906] 输出单元C20260可以基于帧封包布置SEI消息输出视频流作为3D图像。
[0907] 输出单元C20260可以基于帧封包布置SEI消息将3D图像分割成左图像和右图像。输出单元C20260可以格式化左图像和右图像且输出3D图像。为此目的,输出单元C20260可以进一步包括格式化器(未示出)用于根据3D输出格式而格式化左图像和右图像。
[0908] 输出单元C20260可以根据接收装置的屏幕长宽比基于AFD/条数据而有效改变图像比率并输出3D图像。
[0909] 接收装置可以从用户输入切换信息用于命令以2D图像模式输出视频流。在此情况下,信令信息可以包括切换信息。
[0910] 一旦命令以2D图像模式输出信令信息,信令信息处理器C20240可以从视频流提取左图像和右图像之一。输出单元C20260可以输出一个提取的图像作为2D图像。
[0911] 例如,信令信息处理器C20240可以获取缺省显示窗口(DDW)信息和/或AFD/条数据。也就是说,在流包括帧封包布置SEI消息的情况下,DDW信息可以包括用于从3D图像中提取2D图像的信息且AFD/条数据可以包括用于从整个编码的视频区域中提取有效区域的信息。
[0912] 输出单元C20260可以基于缺省显示窗口(DDW)信息从3D图像中提取2D图像且基于AFD/条数据来分离有效区域。
[0913] 输出单元C20260可以使用一个提取的图像来粗化。
[0914] 根据本发明的实施例,广播信号发射装置可以包括第一编码器(未示出)、第二编码器(未示出)和/或发射单元(未示出)。
[0915] 第一编码器可以在视频组件中生成视频流。视频流可以提供帧兼容三维电视(3DTV)服务和高清电视(HDTV)服务之一。
[0916] 信令信息可以包括指示视频流是否是帧兼容3DTV视频格式或高清电视(HDTV)视频格式的第一信息、指示视频流的服务类型是高效视频编译(HEVC)服务的服务类型信息、以及指示关于视频流的HEVC服务的类型的多个组件描述符。发射器可以发射包括视频流和信令信息的广播信号。
[0917] 根据本发明的实施例,广播信号发射方法可以由上述广播信号发射装置来执行且可以相反地被执行到广播信号接收方法。上述描述可以应用于上述广播信号发射装置和/或广播信号发射方法。
[0918] 本领域技术人员将认识到,在本发明中可以作出各种修改和变化而不偏离本发明的精神或范围。因此,假设该发明的修改和变化都落入所附权利要求及其等价物的范围内,则希望本发明涵盖该发明的修改和变化。
[0919] 发明的模式
[0920] 已经描述了各种实施例的用于实现发明的最佳模式。
[0921] 工业适用性
[0922] 本发明可以在工业上应用于一系列工业领域,涉及广播信号发射方法、广播信号接收方法、广播信号发射装置和广播信号接收装置。