CN109644060B - 数据处理装置和数据处理方法 - Google Patents

Abstract

本技术涉及一种数据处理装置和数据处理方法，当在传输帧中可使用多种传输格式时，能够进一步提高便利性。安装在发送侧设施中的数据处理装置处理要作为广播信号发送的传输帧，从而添加用于识别传输帧的传输格式的标识信息，而安装在接收侧设施中的数据处理装置基于添加到要作为广播信号发送的传输帧的标识信息来处理其传输格式被识别的传输帧。本技术可应用于例如测试流的方法。

Description

数据处理装置和数据处理方法

技术领域

本技术涉及一种数据处理装置和数据处理方法，并且更具体地，涉及一种能够在传输帧中可使用多种传输格式的情况下实现更高便利性的数据处理装置和数据处理方法。

背景技术

有时使用测试流来支持与数字广播服务兼容的接收器的开发。例如，还假设在先进数字卫星广播中创建测试流(例如，参考非专利文献1)。

现有技术文献

非专利文献

非专利文献1：ARIB TR-B39版本1.0一般社团法人电波产业会

发明内容

本发明要解决的问题

同时，在使用测试流时，假设多种传输格式将可用作作为测试流的传输帧的传输格式，并且存在对识别这些传输格式的能力的需求。然而，目前还没有为实现这一需求而制定的技术方案。

本技术是针对这种情况而提出的，并且旨在在传输帧中可使用多种传输格式的情况下，通过能够识别传输格式来实现更高的便利性。

问题的解决方案

根据本技术的第一方面的数据处理装置包括处理单元，该处理单元处理作为广播信号发送的传输帧，并添加用于识别传输帧的传输格式的标识信息。

根据本技术的第一方面的数据处理装置可以是独立的装置，或者可以是构成一个装置的内部块。此外，根据本技术的第一方面的数据处理方法是与根据上述本技术的第一方面的数据处理装置相对应的数据处理方法。

利用根据本技术的第一方面的数据处理装置和数据处理方法，处理作为广播信号发送的传输帧，并添加用于识别传输帧的传输格式的标识信息。

根据本技术的第二方面的数据处理装置包括处理单元，该处理单元基于添加到作为广播信号发送的传输帧的标识信息来处理已经被识别了传输格式的传输帧，该标识信息用于识别传输帧的传输格式。

根据本技术的第二方面的数据处理装置可以是独立的装置，或者可以是构成一个装置的内部块。此外，根据本技术的第二方面的数据处理方法是与根据上述本技术的第二方面的数据处理装置相对应的数据处理方法。

利用根据本技术的第二方面的数据处理装置和数据处理方法，基于添加到作为广播信号发送的传输帧的标识信息来处理已经被识别了传输格式的传输帧，该标识信息用于识别传输帧的传输格式。

本发明的效果

根据本技术的第一方面和第二方面，在传输帧中可使用多种传输格式的情况下，可以实现更高的便利性。

注意，这里描述的效果是非限制性的。该效果可以是本公开中描述的任何效果。

附图说明

图1是示出根据应用本技术的传输***的实施方式的配置的框图。

图2是示出传输***中的每个数据处理装置的配置示例的框图。

图3是示出pcap格式文件的结构的图。

图4是示出全局报头的细节的图。

图5是示出分组报头的细节的图。

图6是示出分组数据的细节的图。

图7是示出本技术的传输帧的结构的示例的图。

图8是示出协议子类型的语法的示例的图。

图9是示出在先进数字卫星广播中的TMCC基本信息的传输方案的图。

图10是示出先进数字卫星广播中的发送主信号的帧配置的图。

图11是示出在全局报头的扩展区域中布置附加信息的示例的图。

图12是示出在分组报头的扩展区域中布置附加信息的示例的图。

图13是示出在头部分组中布置附加信息的示例的图。

图14是示出将附加信息记录为另一文件的示例的图。

图15是示出测试流记录/再现处理的流程的流程图。

图16是示出测试流发送/接收处理的流程的流程图。

图17是示出计算机的配置示例的图。

具体实施方式

在下文中，将参考附图描述本技术的实施方式。注意，该描述将按以下顺序给出。

1.***配置

2.本技术的传输帧结构

3.传输格式的变形例

4.测试流对应的处理流程

5.变形例

6.计算机的配置

<1.***配置>

(传输***的示例性配置)

图1是示出根据应用本技术的传输***的实施方式的配置的框图。注意，术语“***”表示多个装置的逻辑集合。

在图1中，传输***1包括设置在发送侧的数据处理装置10、数据处理装置11和数据处理装置12，以及设置在接收侧的数据处理装置20。

数据处理装置10例如安装在与广播站相关联的设施中。数据处理装置10处理内容(例如由广播站产生的广播节目)的数据，并且经由预定通信线路(例如专用线路)向数据处理装置11和数据处理装置12发送所得到的传输帧。

数据处理装置11例如安装在发送设施(例如上行链路站)中。数据处理装置11经由通信线路接收从数据处理装置10发送的传输帧。数据处理装置11对从数据处理装置10接收到的传输帧执行必要的处理(例如调制处理等)，并将得到的广播信号引导(上行链路)到存在于地球轨道上的广播卫星30。

广播卫星30接收并处理从数据处理装置11发送的广播信号，并向地球重发(下行链路)处理后的信号。

注意，尽管这里将使用例如广播卫星(BS)或通信卫星(CS)的卫星广播的传输路径描述为传输线路(广播传输线路)，但也可允许使用诸如地面方法(地面广播)和使用电缆的有线广播(公共天线电视(CATV))的其他传输路径。在下面的描述中，卫星广播中的传输路径将被描述为广播传输线路的示例。

数据处理装置20例如是安装在用户设施中的接收器。例如，数据处理装置20可以是固定接收器(例如电视接收器、机顶盒(STB)、记录器或网络存储器)，或者移动接收器(例如智能电话、移动电话和平板计算机)。此外，数据处理装置20还可以是安装在车辆上的车载设备(例如车载TV)、可穿戴计算机(例如头戴式显示器(HMD))等。

数据处理装置20经由天线接收从广播卫星30发送的广播信号，并对该信号执行必要的处理(例如，解调处理等)。数据处理装置20处理从广播信号获得的传输帧，并输出内容数据(例如作为结果获得的广播节目)。

例如，数据处理装置12安装在设施(例如与测试流相关的提供方)中。数据处理装置12经由通信线路接收从数据处理装置10发送的传输帧。

这里，传输帧是从测试数据(以下称为测试流)获得的数据。数据处理装置12对作为测试流的传输帧执行必要的处理，并生成预定格式的文件。随后，包括预定格式的文件的测试流被记录在记录介质106上。

记录在记录介质106上的测试流被读出并再现，并且然后被输入到安装在发送设施中的数据处理装置11或安装在用户设施中的数据处理装置20。通过这种配置，数据处理装置20可以经由记录介质106获得测试流。

此外，数据处理装置11获得从记录介质106再现的测试流。数据处理装置11对测试流执行必要的处理(例如，调制处理等)，并将得到的广播信号发送到广播卫星30。通过这种配置，数据处理装置20可以接收并处理从广播卫星30发送的广播信号，并且可以经由广播获得测试流。

此外，数据处理装置12处理从数据处理装置10发送的传输帧，并且生成包括预定格式的分组的测试流。数据处理装置12经由网络40向数据处理装置20发送包括预定格式的分组的测试流。通过这种配置，数据处理装置20可以接收经由网络40发送的测试流，并且可以经由通信获得测试流。

注意，记录在记录介质106上的测试流可以被输入(重新输入)到数据处理装置12。在这种情况下，数据处理装置12经由网络40将从记录介质106再现的测试流发送到数据处理装置20。

即，通过记录介质106或经由广播或经由通信向数据处理装置20提供(输入)测试流。以这种方式提供的测试流由数据处理装置20处理，以便用于支持诸如以各种类型的评估、验证等的形式的接收器的开发。

注意，数据处理装置12不仅安装在与测试流相关的提供方等的设施内，而且还可以安装在其他设施(例如与广播站相关的设施或诸如上行链路站的发送设施)内。

此外，在下面的描述中，四个数据处理装置10、11、12和20也将被称为广播站侧数据处理装置10、上行链路站侧数据处理装置11、测试提供方侧数据处理装置12和用户侧数据处理装置20，以便区分这四个装置。此外，数据处理装置10、11和12也将统称为发送侧数据处理装置。相反，数据处理装置20也将被称为接收侧数据处理装置。

传输***1的配置如上所述。

(数据处理装置的示例性配置)

图2是示出图1所示的传输***中的每个数据处理装置的配置示例的框图。

在图2中，由于发送侧数据处理装置10、11和12中的每一个可以采用各种模式，所以没有具体给出哪个块构成哪个数据处理装置的图示。但是，以下配置是可以采用的示例。

即，可以将IP分组复用单元101、TLV复用单元102和传输帧生成单元103定义为广播站侧数据处理装置10的组成部分。此外，调制单元104可以被定义为上行链路站侧数据处理装置11的组成部分。

此外，可以将pcap格式转换器105、记录介质106、TLV分组生成单元107和IP分组生成单元108定义为测试提供方侧数据处理装置12的组成部分。可选地，也可以将数据处理装置12的组成部分(例如pcap格式转换器105)定义为广播站侧数据处理装置10或上行链路站侧数据处理装置11的组成部分。

IP分组复用单元101处理要输入的视频和音频分量以及上层的控制信息流，将该流复用到网络协议(IP)分组上，并将得到的IP分组流输出到TLV复用单元102。

注意，上层的控制信息是比物理层更高层的控制信息，并且包括例如两种类型的控制信息，即TLV信号信息(TLV-SI)和MMT信令信息(MMT-SI)。TLV-SI是与用于复用IP分组的TLV复用方案相关的控制信息。此外，MMT-SI是与作为媒体传输方案的MPEG媒体传输(MMT)相关的控制信息。

TLV复用单元102处理从IP分组复用单元101接收的IP分组的流，将该流复用成类型长度值(TLV)分组，并将得到的TLV分组的流提供给传输帧生成单元103。

注意，TLV分组是用于在广播传输线路上发送IP分组的分组。TLV分组是可变长度分组，例如具有4到65536字节的大小。

传输帧生成单元103使用来自TLV复用单元102的TLV分组的流来生成传输帧，并将生成的传输帧提供给调制单元104。注意，尽管稍后将参考图7描述细节，但是该传输帧被生成为以太网(注册商标)的帧格式。

调制单元104对来自传输帧生成单元103的传输帧执行诸如调制处理的必要处理，并将所得广播信号作为RF信号发出(发送)。此后，用户侧数据处理装置20经由广播卫星30(图1)接收从上行链路站侧数据处理装置11的调制单元104发送(发出)的广播信号。

用户侧数据处理装置20包括解调单元201、TLV分组处理单元202、IP分组处理单元203、解码器204、传输帧提取单元205和TLV分组提取单元206。

解调单元201经由天线从广播卫星30接收广播信号。解调单元201对作为RF信号的广播信号执行诸如解调处理的必要处理，并处理得到的传输帧。此外，解调单元201处理传输帧，并将得到的TLV分组流提供给TLV分组处理单元202。

TLV分组处理单元202处理来自解调单元201的TLV分组的流，并将得到的IP分组的流提供给IP分组处理单元203。

IP分组处理单元203处理来自TLV分组处理单元202的IP分组的流，并将得到的视频和音频流提供给解码器204。

解码器204对从来自IP分组处理单元203的流中获得的视频和音频数据进行解码，并将得到的视频和音频数据输出到外部设备。这允许在外部设备上再现诸如广播节目的内容。

这里，在传输***1中使用测试流时，例如存在接收侧(用户侧)数据处理装置20接收测试流的以下三个路径。

即，如上所述，第一路径是用于经由记录介质106接收测试流的路径，第二路径是用于经由广播接收测试流的路径，而第三路径是用于经由通信接收测试流的路径。在下文中，将详细描述由每个路径接收测试流的情况。

(在经由记录介质接收测试流的情况下的示例)

首先，将描述用户侧数据处理装置20经由记录介质106接收测试流的情况。

在这种情况下，由广播站侧数据处理装置10的传输帧生成单元103生成的传输帧被提供给测试提供方侧数据处理装置12的pcap格式转换器105。

pcap格式转换器105将来自传输帧生成单元103的传输帧转换为pcap(分组捕获)格式的文件，并将pcap格式文件记录在记录介质106中。即，这里作为测试流的传输帧的流已经被转换成pcap格式文件。

例如，记录介质106是包括半导体存储器(例如非易失性存储器)、光盘(例如数字多功能盘(DVD))、蓝光(注册商标)盘或硬盘驱动器(HDD)的记录介质。此外，pcap格式是用于计算机网络管理领域中的包嗅探器的文件格式。注意，稍后将参考图3至图6描述pcap格式的细节。

例如，将该记录介质106从测试提供方侧设施移动到用户侧设施，读出(再现)记录在介质中的测试流(pcap格式文件)，并且然后输入到用户侧数据处理装置20(具体地，装置的传输帧提取单元205)。

在数据处理装置20中，传输帧提取单元205处理从记录介质106读出的测试流(pcap格式文件)并提取传输帧。传输帧提取单元205将提取的传输帧提供给TLV分组提取单元206。

TLV分组提取单元206处理从传输帧提取单元205提供的传输帧，并提取TLV分组。TLV分组提取单元206将所提取的TLV分组的流提供给TLV分组处理单元202。

TLV分组处理单元202至解码器204对如上所述的TLV分组和IP分组执行处理，以解码所得到的视频和音频数据。

以这种方式，经由用户侧数据处理装置20中的记录介质106输入的测试流(pcap格式文件)由传输帧提取单元205、TLV分组提取单元206、TLV分组处理单元202到解码器204等处理，以便用于支持例如各种类型的评估、验证等形式的接收器的开发。

注意，稍后将参考图7和图8以及图15等描述由数据处理装置20执行的处理的细节。此外，尽管这里的描述是经由记录介质106将测试流作为pcap格式文件传送的示例性情况，但也可允许以其它方法来传送pcap格式文件，例如经由其他路由(诸如通过网络40的传送)来传送pcap格式文件。

(经由广播接收测试流的示例)

接下来，将描述用户侧数据处理装置20经由广播接收测试流的情况。

在这种情况下，由广播站侧数据处理装置10的传输帧生成单元103生成的传输帧被提供给测试提供方侧数据处理装置12的pcap格式转换器105，并且然后被转换成pcap格式文件。通过该处理，将作为测试流的传输帧的流转换成pcap格式文件，并且然后记录在记录介质106上。

例如，将该记录介质106从测试提供方侧设施移动到上行链路站侧设施，并且读出(再现)其中记录的测试流(pcap格式文件)，以便将其输入到上行链路站侧数据处理装置11(具体地，装置的调制单元104)。

在数据处理装置11中，调制单元104对从记录介质106读出的测试流(pcap格式文件)执行诸如调制处理的必要处理，并发送所得到的广播信号。用户侧数据处理装置20经由广播卫星30(图1)接收从上行链路站侧数据处理装置11的调制单元104发送(发出)的广播信号。

在数据处理装置20中，解调单元201经由天线从广播卫星30接收广播信号。解调单元201对广播信号执行诸如解调处理的必要处理，并处理所得到的测试流(pcap格式文件)。此外，解调单元201处理从pcap格式文件获得的传输帧，并将作为结果获得的TLV分组的流提供给TLV分组处理单元202。

TLV分组处理单元202至解码器204对如上所述的TLV分组和IP分组执行处理，以解码所得到的视频和音频数据。

以这种方式，经由用户侧数据处理装置20中的广播输入的测试流(pcap格式文件)由解调单元201、TLV分组处理单元202到解码器204等处理，以便用于支持例如各种类型的评估、验证等形式的接收器的开发。

注意，稍后将参考图7和图8以及图16等描述由数据处理装置20执行的处理的细节。

此外，在评估作为接收器的数据处理装置20的情况下，例如，从数据处理装置11的调制单元104输出的测试流可以直接输入到作为接收器的数据处理装置20，而不需要上行链路。

(经由通信接收测试流的示例性情况)

接下来，将描述用户侧数据处理装置20经由通信接收测试流的情况。

在这种情况下，由广播站侧数据处理装置10的传输帧生成单元103生成的传输帧被提供给测试提供方侧数据处理装置12的TLV分组生成单元107。

TLV分组生成单元107处理从传输帧生成单元103提供的传输帧，并生成TLV分组。即，这里，从传输帧的流生成TLV分组作为测试流。

随后，在测试提供方侧数据处理装置12中，由TLV分组生成单元107生成的TLV分组以预定格式经由网络40发送到用户侧数据处理装置20。此外，这里，数据处理装置12执行多播分发，从而使得能够向连接到网络40的多个数据处理装置20通知TLV分组。

此外，在测试提供方侧数据处理装置12中，由TLV分组生成单元107生成的TLV分组被提供给IP分组生成单元108。IP分组生成单元108处理从TLV分组生成单元107提供的TLV分组，并生成IP分组。即，这里，从TLV分组的流生成IP分组作为测试流。

随后，测试提供方侧数据处理装置12经由网络40向用户侧数据处理装置20发送由IP分组生成单元108生成的IP分组。此外，这里，数据处理装置12执行多播分发，从而使得能够向连接到网络40的多个数据处理装置20通知IP分组。

注意，尽管这里的描述是从作为测试流的传输帧的流生成TLV分组或IP分组并经由网络40发送的示例性情况，但是测试提供方侧数据处理装置12可以经由网络40以预定格式直接发送传输帧。此外，通信路径上的测试流可以从从记录介质106读取的测试流生成并再现。

以这种方式，作为测试流的传输帧可以经由通信作为TLV分组、IP分组或传输帧数据来传送。然后，用户侧数据处理装置20经由网络40从测试提供方侧数据处理装置12接收TLV分组、IP分组或传输帧数据，以便经由通信接收测试流。

在用户侧数据处理装置20中，在经由通信将测试流作为TLV分组数据发送的情况下，TLV分组处理单元202处理TLV分组。

此外，在经由通信将测试流作为IP分组数据在数据处理装置20中发送的情况下，IP分组处理单元203处理IP分组。此外，在数据处理装置20中，在经由通信作为传输帧数据发送测试流的情况下，TLV分组提取单元206处理传输帧。

以这种方式，在用户侧数据处理装置20中经由通信输入的测试流(TLV分组、IP分组、传输帧)由TLV分组提取单元206、TLV分组处理单元202到解码器204等处理，以便用于支持例如各种类型的评估、验证等形式的接收器的开发。

<2.本技术的传输帧结构>

同时，在使用测试流时，假设多种传输格式可用作作为测试流的传输帧的传输格式。这里，例如，在多种传输格式可用的情况下，并且在不可能识别要输入到上行链路站侧数据处理装置11(具体地，装置的调制单元104)或用户侧数据处理装置20的测试流(传输帧)的传输格式的情况下，存在选择错误传输格式的可能性，导致不正确的操作。

特别地，在用户手动选择传输格式的情况下，存在无意地选择错误的传输格式的可能性。选择错误的传输格式会导致错误的操作，导致降低使用测试流的便利性。

为了克服该问题，本技术具有在多种传输格式可用作测试流(传输帧)的传输格式的情况下识别测试流(传输帧)的多种传输格式的能力。这使得上行链路站侧数据处理装置11和用户侧数据处理装置20能够根据传输格式的识别结果选择正确的传输格式，使得能够可靠地执行正确的操作。因此，在使用测试流时实现了更高的便利性。

在下文中，将描述本技术的传输帧的结构。这里，首先参照图3至图6描述pcap格式文件的结构，并且然后参照图7至图8描述本技术的传输帧的结构。

(pcap格式文件的结构)

图3是示出pcap格式文件的结构的图。

在图3中，pcap格式文件包括布置在头部的全局报头和重复布置在全局报头之后的分组。此外，分组包括分组报头和分组数据。

这里，全局报头具有如图4所示的结构。即，全局报头包括magic_number、version_major、version_minor、thiszone、sigfigs、snaplen和linktype。

magic_number是pcap格式文件的标识符。例如，“0xa1b2c3d4”被指定为该标识符。version_major表示主版本号。version_minor表示次版本号。

thiszone表示已记录了目标流的时区。sigfigs表示所记录时间戳的精度。snaplen表示要记录的分组的最大大小。linkType表示链路层的报头类型。例如，“1”在以太网(注册商标)的情况下被指定为该类型。

此外，分组报头具有如图5所示的结构。即，分组报头包括ts_sec、ts_usec、caplen和len。

ts_sec表示以秒为单位的时间戳。ts_usec表示以微秒为单位的时间戳。caplen是捕获长度的缩写并且表示捕获的分组长度。len是原始长度的缩写，并且表示原始分组长度。

此外，分组数据具有如图6所示的结构。即，分组数据包括dst_mac_addr、src_mac_addr、pkt_type和payload。

dst_mac_addr表示目的地介质访问控制(MAC)地址。src_mac_addr表示源MAC地址。

pkt_type表示分组类型。例如，作为该类型，在对应于网络协议版本4(IPv4)的分组的情况下指定“0x0800”。payload表示有效载荷。例如，在将“0x0800”指定为pkt_type的情况下，它被视为IP分组的有效载荷。

pcap格式文件如上所述配置。

在测试提供方侧数据处理装置12的pcap格式转换器105(图2)中，将作为测试流的传输帧转换成pcap格式文件。即，传输帧被布置为pcap格式文件的分组数据。接下来，将描述根据本技术的传输帧。

(本技术的传输帧的结构)

图7是示出本技术的传输帧的结构的示例的图。

在图7中，传输帧具有要在站(即，广播站侧数据处理装置10和上行链路站侧数据处理装置11)之间发送的数据(发送数据)，该数据以以太网(注册商标)的帧格式封装。

在图7中，本技术的传输帧包括目的地MAC地址、源MAC地址、协议类型、协议子类型、协议版本、报头、数据、BCH/S/LDPC奇偶校验、TMCC信息、时间戳、扩展信息和帧校验序列(FCS)。

目的地MAC地址表示传输帧的目的设备的MAC地址。这里，例如，指定上行链路站侧数据处理装置11的MAC地址。

源MAC地址表示传输帧的发送源设备的MAC地址。这里，例如，指定广播站侧数据处理装置10的MAC地址。

协议类型表示用于识别上层协议的类型。在这种情况下，例如，指定由电气和电子工程师协会(IEEE)定义的值。

协议子类型表示协议类型难以指定的类型。本文指定的类型包括例如用于识别传输流的传输格式的标识信息(以下称为传输格式标识信息)、指示诸如TMCC信息和时间戳的信息(以下称为存在信息)存在或不存在的信息等。注意，稍后将参考图8描述协议子类型的细节。

协议版本表示传输帧的传输格式的版本。每次更新传输格式的信息时，协议版本逐个递增。然而，当包含在传输帧或时间戳中的数据已经被更新时，协议版本不递增。

例如，该协议版本使得能够识别在上行链路站侧数据处理装置11(具体地，装置的调制单元104)或用户侧数据处理装置20中已经更新了控制信息(例如TMCC信息)的状态。

报头是例如添加到IP分组或UDP分组的报头。

数据包括单个TLV分组或多个TLV分组。

BCH/S/LDPC奇偶校验是在BCH码、填充位(S)和低密度奇偶校验(LDPC)码中使用的奇偶校验。稍后将参考图10描述奇偶校验的细节。

传输复用配置控制(TMCC)信息是物理层的控制信息。即，TMCC信息是为了获得TMCC信息而从广播站侧数据处理装置10发送到上行链路站侧数据处理装置11的信息。TMCC信息包括针对每个分级层的调制参数、指示要发送的数据的类型的信息等。注意，例如在下面的非专利文献2中公开了TMCC信息的细节。

非专利文献2：ARIB STD-B44版本2.1一般社团法人电波产业会

时间戳是用于使测试流能够在正确的定时被处理的时间信息。例如，该时间戳使得上行链路站侧数据处理装置11(具体地，装置的调制单元104)或用户侧数据处理装置20能够在正确的定时再现测试流并实现适当的缓冲控制。

扩展信息是用于扩展的信息。作为该扩展信息，例如，可以布置任何信息(诸如紧急警告信息)。

帧校验序列(FCS)是为在传输帧中执行错误检测和错误校正而添加的校验和代码。利用该帧校验序列(FCS)，上行链路站侧数据处理装置11可以检查从广播站侧数据处理装置10接收的传输帧中是否存在任何错误。

本技术的传输帧如上所述配置。

注意，具有这种结构的传输帧由传输帧生成单元103或pcap格式转换器105生成。即，由传输帧生成单元103生成的传输帧可以具有图7所示的结构，或者pcap格式转换器105可以执行处理，使得在将传输帧转换为pcap格式文件时，传输帧的结构可以是图7所示的结构。

(协议子类型的示例)

图8是示出图7的协议子类型(Protocol_Subtype)的语法的示例的图。注意，在下面，二进制数由末尾添加了“b”的数值表示。

例如，16位被分配给协议子类型。该协议子类型的16位被视为位字符串。

如图8所示，协议子类型的16位(位0至位15)中从最低有效位(LSB)到第三位的低三位(位0至位2)表示数据处理装置之间的协议，即，传输帧的传输格式。

即，通过将这里表示的传输帧的传输格式处理为传输格式标识信息，即使在多种传输格式可用作测试流(传输帧)的传输格式的情况下，也能够识别作为处理目标的传输帧的传输格式。

这里，例如假设存在格式A、格式B和格式C的传输帧的三种类型的传输格式。

例如，在采用以太网(注册商标)帧格式作为站之间发送的传输帧的传输格式的情况下，格式A表示其中布置在传输帧中的一TLV分组跨多个帧定位的结构。然后，当传输帧的传输格式是格式A时，在协议子类型的低三位(位0至位2)中指定“0”(000b)。

此外，例如，在采用以太网(注册商标)帧格式作为站之间发送的传输帧的传输格式的情况下，格式B表示其中布置在传输帧中的一TLV分组没有跨多个帧定位的结构。然后，当传输帧的传输格式是格式B时，在协议子类型的低三位(位0至位2)中指定“1”(001b)。

此外，例如，格式C表示其中在采用以太网(注册商标)帧格式作为站之间发送的传输帧的传输格式的情况下，在帧中布置单个TLV分组的结构。然后，当传输帧的传输格式是格式C时，在协议子类型的低三位(位0至位2)中指定“2”(010b)。

协议子类型的低三位(位0至位2)的位“3”(011b)至位“6”(110b)被指定为未来保留区域。此外，在单独指定单个数据的情况下，指定协议子类型的低三位(位0至位2)的位“7”(111b)。换句话说，在协议子类型的低三位中指定“7”(111b)的情况下，协议子类型的16位中的13位(位3至位15)被用于单独指定单个数据。

在协议子类型的16位中，位于最低有效位(LSB)的第四位的一位表示包含在传输帧中的数据(数据分组)的配置。例如，在该一位中，在数据(数据分组)包括单个TLV分组的情况下指定“1”，而在数据包括多个TLV分组的情况下指定“0”。

在协议子类型的16位中，位于最低有效位(LSB)的第五位的一位表示BCH/S/LDPC奇偶校验的存在或不存在。例如，在该一位中，在存在BCH/S/LDPC奇偶校验的情况下指定“1”，而在不存在BCH/S/LDPC奇偶校验的情况下指定“0”。

在协议子类型的16位中，位于最低有效位(LSB)的第六位的一位表示TMCC信息的存在或不存在。例如，在存在TMCC信息的情况下，在该一位中指定“1”，而在不存在TMCC信息的情况下，指定“0”。

在协议子类型的16位中，位于最低有效位(LSB)的第七位的一位表示时间戳的存在或不存在。例如，在该一位中，在存在时间戳的情况下指定“1”，而在不存在时间戳的情况下指定“0”。

在协议子类型的16位中，位于最低有效位(LSB)的第八位的一位表示扩展信息的存在或不存在。例如，在该一位中，在存在扩展信息的情况下指定“1”，而在不存在扩展信息的情况下指定“0”。

以这种方式，指示BCH/S/LDPC奇偶校验、TMCC信息、时间戳和扩展信息中的每一个的存在或不存在的存在信息被添加在形成协议子类型的16位的最低有效位(LSB)的第五位至第八位。存在信息使得能够选择包括在传输帧中的BCH/S/LDPC奇偶校验、TMCC信息、时间戳和扩展信息，使其能够仅布置必要的信息。这消除了布置不必要的信息的必要性，使其能够减小文件的大小。

请注意，协议子类型的16位中，从第九位到最高有效位(MSB)的高8位(位8至位15)被定义为未来保留区域。

(与当前标准的对应关系)

这里，图9示出了先进数字卫星广播中的TMCC基本信息的传输方案。

如图9所示，在广播站侧，将22字节的时隙报头作为主信号添加到TLV分组，以便允许在形成TLV帧时添加35字节的TMCC基本信息。随后，广播站侧将以这种方式获得的TLV帧封装为以太网(注册商标)帧格式，并且然后将该帧作为TLV复用的输出发送到上行链路站侧。

这种配置使其能够在上行链路站侧通过使用从广播站侧发送的TMCC基本信息来生成TMCC信息。

同时，尽管以上描述是如图7所示的在本技术的传输帧中布置TMCC信息的示例，但也可允许布置图9所示的TMCC基本信息。此外，此时，在协议子类型中，可以使用指示TMCC基本信息的存在或不存在的信息来代替指示图8所示的TMCC信息的存在或不存在的存在信息。即，本技术的传输帧可应用于先进数字卫星广播中使用的测试流。

注意，在上述非专利文献1中的“第8章各种数值的分配”的“附录1TMCC基本信息的传输方法和配置”中描述了TMCC基本信息的细节，并且因此省略其详细说明。

此外，图10示出了先进数字卫星广播中的发送主信号的帧配置。在本技术的传输帧应用于先进数字卫星广播中使用的测试流的情况下，如图10所示的时隙单元中的数据将被布置在图7所示的“数据”中。

注意，在上述非专利文献2中的“第3章传输线编码方案”的“3.2多信号的帧配置”中描述了发送主信号的帧配置的细节，因此，这里将省略其详细描述。

此外，布置在图7所示的传输帧中的BCH/S/LDPC奇偶校验对应于图10中的BCH奇偶校验、填充位和LDPC奇偶校验。

<3.传输格式的变形例>

如上所述，在本技术的传输帧中，指示TMCC信息、时间戳等的存在或不存在的存在信息与传输格式标识信息一起被添加作为协议子类型。因此，可以选择性地布置TMCC信息、时间戳等。

同时，将本技术的传输帧转换为pcap格式文件，以便添加全局报头和分组报头。本技术使用该pcap格式文件的结构来存储诸如协议子类型、TMCC信息和时间戳的信息作为附加信息，从而抑制了pcap格式文件的大小的增加，使其能够减小文件大小。

在下文中，这种结构将被描述为本技术的传输帧的传输格式的变形例。

(全局报头扩展)

图11是示出在全局报头的扩展区域中布置附加信息的示例的图。

在图11中，扩展布置在pcap格式文件的头部的全局报头以布置诸如协议子类型、TMCC信息和时间戳的附加信息。

采用这种结构允许附加信息仅被布置在全局报头的扩展区域中，而不是被布置用于重复布置的后续分组(分组报头和分组数据)。因此，例如，与诸如协议子类型、TMCC信息和时间戳的信息被布置为分组数据的情况相比，能够减小pcap格式的文件大小。

此外，诸如TMCC信息和时间戳之类的信息可以选择性地被布置在全局报头的扩展区域中，作为仅包括必要信息的附加信息，抑制不必要信息的布置，使其能够进一步减小pcap格式文件的大小。

注意，诸如TMCC信息和时间戳的信息的存在或不存在可以通过包括在协议子类型中的存在信息(指示诸如TMCC信息和时间戳的信息的存在或不存在的存在信息)来区分。此外，例如，附加信息可以不仅包括TMCC信息和时间戳，而且还包括其他信息(诸如扩展信息)。

(分组报头扩展)

图12是示出在分组报头的扩展区域中布置附加信息的示例的图。

在图12中，扩展布置在pcap格式文件中的分组报头以布置诸如协议子类型、TMCC信息和时间戳的附加信息。

采用这种结构允许将附加信息被布置在重复布置在全局报头之后的分组的分组报头的扩展区域中。此时，诸如TMCC信息和时间戳的信息可以被选择性地布置为在分组报头的扩展区域中仅包括必要信息的附加信息。因此，抑制将不必要的信息布置为附加信息，使其能够减小pcap格式文件的大小。

注意，这里，诸如TMCC信息和时间戳的信息的存在或不存在也可以通过包括在协议类型中的存在信息来区分。此外，虽然图12的示例是针对重复布置的分组的分组报头的扩展区域重复布置附加信息的情况，但是也可允许仅在头部分组的分组报头中布置附加信息。

此外，还可允许使重复布置的分组的分组报头的扩展区域中布置的附加信息彼此不同。例如，可以分发和布置信息，使得仅将协议子类型分配给第一分组的分组报头的附加区域，并且仅将TMCC信息和时间戳分配给第二分组的分组报头的附加区域。

(在头部分组中布置附加信息)

图13是示出在头部分组中布置附加信息的示例的图。

在图13中，诸如协议子类型、TMCC信息和时间戳的附加信息将仅被布置在pcap格式文件的头部的分组的分组数据中。

采用这种结构允许附加信息仅被布置在头部分组的分组数据中，而不是被布置用于重复布置的后续分组(分组报头和分组数据)。因此，例如，与诸如协议子类型、TMCC信息和时间戳的信息被布置为分组数据的情况相比，可以减小pcap格式的文件大小。

此外，诸如TMCC信息和时间戳的信息可以选择性地被布置在头部分组的分组数据中，作为仅包括必要信息的附加信息，抑制不必要信息的布置，使其能够进一步减小pcap格式文件的大小。

注意，这里，诸如TMCC信息和时间戳的信息的存在或不存在也可以通过包括在协议类型中的存在信息来区分。

(将附加信息记录为另一文件)

图14是示出将附加信息记录为另一文件的示例的图。

在图14中，除了pcap格式文件之外，还生成另一文件。在这种情况下，附加信息不应被布置在pcap格式文件中。相反，诸如协议子类型、TMCC信息或时间戳的信息作为附加信息被布置在另一文件中的分组的分组数据中。

以这种方式，附加信息可以被用作另一文件，即，作为元数据。

注意，虽然以上描述是将本技术的传输帧应用于测试流的示例性情况，但是也可以将本技术的传输帧应用于测试流以外的其他流。此外，可以将附加信息编码并记录在文件名(的一部分)中。

<4.测试流对应的处理流程>

接下来，将参考图15和图16中的流程图来描述由构成图1的传输***1的每个数据处理装置执行的处理的流程。

(测试流记录/再现处理)

首先，将参考图15中的流程图描述测试流记录/再现处理的流程。

注意，在图15中，步骤S101至S105的处理将由发送侧数据处理装置(即，广播站侧数据处理装置10、上行链路站侧数据处理装置11和测试提供方侧数据处理装置12)执行。同时，步骤S201至S206由接收侧数据处理装置(即用户侧数据处理装置20)执行。

在步骤S101中，广播站侧数据处理装置10的IP分组复用单元101处理上层的视频和音频分量以及控制信息流，以将其复用成IP分组。

在步骤S102中，广播站侧数据处理装置10的TLV复用单元102处理在步骤S101的处理中获得的IP分组的流，以将其复用成TLV分组。

在步骤S103中，广播站侧数据处理装置10的传输帧生成单元103处理在步骤S102的处理中获得的TLV分组的流以生成传输帧。

在步骤S104中，测试提供方侧数据处理装置12的pcap格式转换器105将在步骤S103的处理中获得的传输帧转换成pcap格式文件。

在步骤S105中，测试提供方侧数据处理装置12的pcap格式转换器105将在步骤S104的处理中获得的pcap格式文件记录到记录介质106中。

此后，例如，记录介质106被附接到预定设备，并且记录在记录介质106中的pcap格式文件被读出和再现，以便被输入到用户侧数据处理装置20(具体地，装置的传输帧提取单元205)(S201)。即，用户侧数据处理装置20已经经由记录介质接收了测试流。

在步骤S202中，用户侧数据处理装置20的传输帧提取单元205处理在步骤S201的处理中获得的pcap格式文件，以便提取传输帧。

此时，传输格式标识信息作为协议子类型已被添加到pcap格式文件，并且因此，传输帧提取单元205可以通过该传输格式标识信息来识别作为处理目标的传输帧的传输格式。

这使得用户侧数据处理装置20能够根据传输格式的识别结果选择正确的传输格式，使其能够可靠地执行正确的操作。因此，在使用测试流时实现了更高的便利性。

此外，指示诸如TMCC信息和时间戳的信息的存在或不存在的存在信息已经被添加到pcap格式文件中。因此，传输帧提取单元205可以通过存在信息来区分诸如TMCC信息和时间戳的信息是否包括在传输帧中。

在步骤S203中，用户侧数据处理装置20的TLV分组提取单元206处理在步骤S202的处理中获得的传输帧并提取TLV分组。

在步骤S204中，用户侧数据处理装置20的TLV分组处理单元202处理在步骤S203的处理中获得的TLV分组并提取IP分组。

在步骤S205中，用户侧数据处理装置20的IP分组处理单元203处理在步骤S204的处理中获得的IP分组，并提取视频和音频分量数据。

在步骤S206中，用户侧数据处理装置20的解码器204对在步骤S205的处理中获得的视频和音频分量数据进行解码。注意，例如，将在步骤S206的处理中获得的数据输出到外部设备，并且再现诸如广播节目的内容。

上面已经描述了测试流记录/再现处理的流程。

(测试流发送/接收处理)

接下来，将参考图16的流程图来描述测试流发送/接收处理的流程。

注意，在图16中，步骤S151至S157的处理将由发送侧数据处理装置(即，广播站侧数据处理装置10、上行链路站侧数据处理装置11和测试提供方侧数据处理装置12)执行。另一方面，步骤S251至S254由接收侧数据处理装置(即用户侧数据处理装置20)执行。

类似于图15的步骤S101至S105，在步骤S151至S155中将分量流等复用成IP分组，并且然后复用成TLV分组，以便生成传输帧。随后，将作为测试流的传输帧转换成pcap格式文件并记录在记录介质106上。

此后，例如，将记录介质106附接到预定设备，并且读出并再现所记录的pcap格式文件，以便将其输入到上行链路站侧数据处理装置11(具体地，装置的调制单元104)(S156)。即，上行链路站侧数据处理装置11已经由记录介质接收到测试流。

在步骤S157中，上行链路站侧数据处理装置11的调制单元104对在步骤S156中的处理中获得的数据执行诸如调制处理的必要处理，并发送所得广播信号。

此时，传输格式标识信息作为协议子类型被添加到pcap格式文件，并且因此上行链路站侧数据处理装置11(具体地，装置的调制单元104)可以通过该传输格式标识信息来识别作为处理目标的传输帧的传输格式。

这使得上行链路站侧数据处理装置11能够根据传输格式的识别结果选择正确的传输格式，使其能够可靠地执行正确的操作。因此，在使用测试流时实现了更高的便利性。

此外，指示诸如TMCC信息和时间戳的信息的存在或不存在的存在信息已经被添加到pcap格式文件中。因此，上行链路站侧数据处理装置11(具体地，装置的调制单元104)可以通过存在信息来区分诸如TMCC信息和时间戳的信息是否包括在传输帧中。

用户侧数据处理装置20经由广播卫星30接收从上行链路站侧数据处理装置11(具体地，装置的调制单元104)发送的广播信号。

在步骤S251中，用户侧数据处理装置20的解调单元201对经由天线从广播卫星30接收到的广播信号执行诸如解调处理的必要处理，并且进一步处理所得到的pcap格式文件。在这种情况下，通过处理pcap格式文件，获得作为测试流的传输帧。即，用户侧数据处理装置20已经由广播接收到测试流。

此时，传输格式标识信息作为协议子类型被添加到pcap格式文件，并且因此，解调单元201可以通过该传输格式标识信息来识别作为处理目标的传输帧的传输格式。

此外，指示诸如TMCC信息和时间戳的信息的存在或不存在的存在信息已经被添加到pcap格式文件中。因此，解调单元201可以通过存在信息来区分诸如TMCC信息和时间戳的信息是否包括在传输帧中。

类似于图15的步骤S204至S206，在处理从传输帧获得的TLV分组之后，在步骤S252至S254中进一步处理IP分组，导致分量数据的获取。随后，对分量数据进行解码并输出。

上面已经描述了测试流发送/接收处理的流程。

<5.变形例>

(对其他广播标准的应用)

虽然以上描述是使用综合业务数字广播(ISDB)的示例，ISDB是日本和其他国家采用的作为数字广播标准的***，但是本技术可以应用于美国和其他国家采用的高级电视***委员会(ATSC)，或者欧洲国家和其他国家采用的数字视频广播(DVB)等。

此外，本技术可以应用于由使用广播卫星(BS)、通信卫星(CS)等的卫星广播以及地面广播所表示的数字广播的标准、其他标准(诸如包括有线电视(CATV)的有线广播)等。此外，尽管上述描述是采用使用IP分组的IP传输方案的ISDB-S3示例，但是本技术不限于IP传输方案，并且可以应用于其他方法(诸如MPEG2传输流(MPEG2-TS)方法等)。

(分组和控制信息的另一示例)

此外，分组、帧、控制信息等的术语仅仅是示例，并且在一些情况下可以使用其他术语。然而，这些名称之间的差异仅仅是形式上的差异，并且在作为目标的分组、帧、控制信息等方面没有实质性差异。

例如，在一些情况下，TLV分组也可以被称为ATSC链路层协议(ALP)分组、通用分组等。此外，在某些情况下，帧和分组可以互换使用。此外，虽然以上描述是网络协议版本4(IPv4)的IP分组的情况，但也可允许使用网络协议版本6(IPv6)的IP分组。

(对其他标准的应用)

此外，本技术还可应用于例如在假设使用广播传输线路(广播网)以外的传输线路(即，诸如因特网和电话网络等的通信传输线路(通信网))作为传输线路的情况下规定的预定标准(数字广播标准以外的标准)等。在这种情况下，诸如因特网、电话网络等的通信传输线路被用作传输***1(图1)的传输线路，并且数据处理装置11和数据处理装置12可以被用作在因特网上提供的服务器。此外，通信服务器和数据处理装置20经由诸如因特网的通信传输线路执行双向通信。

(对广播信号记录的应用)

本技术还可应用于由数字广播服务发送的广播信号。即，例如，在诸如记录器的数字广播记录装置(数据处理装置20)中，从接收到的广播信号获得的数据被转换成pcap格式文件，使得能够添加标识信息(传输格式标识信息)以便记录在记录介质106上。

<6.计算机的配置>

上述一系列处理可以在硬件或软件中执行。在用软件执行一系列处理的情况下，在计算机中安装包括在软件中的程序。图17是示出通过程序执行上述一系列处理的计算机的硬件的示例性配置的图。

在计算机1000中，中央处理单元(CPU)1001、只读存储器(ROM)1002、随机存取存储器(RAM)1003经由总线1004互连。总线1004进一步与输入/输出接口1005连接。输入/输出接口1005与输入单元1006、输出单元1007、记录单元1008、通信单元1009和驱动器1010连接。

输入单元1006包括键盘、鼠标、麦克风等。输出单元1007包括显示器、扬声器等。记录单元1008包括硬盘、非易失性存储器等。通信单元1009包括网络接口等。驱动器1010驱动诸如磁盘、光盘、磁光盘和半导体存储器的可移动记录介质1011。

在如上所述配置的计算机1000上，通过操作执行上述一系列处理，使得CPU1001经由输入/输出接口1005和总线1004将存储在ROM 1002和记录单元1008中的程序加载到RAM1003上并执行该程序。

由计算机1000(CPU 1001)执行的程序可以存储在例如可移动记录介质1011中作为封装介质等，并且被提供。或者，可以经由包括局域网、因特网和数字卫星广播的有线或无线传输介质来提供程序。

在计算机1000上，通过将可移动记录介质1011附接到驱动器1010，可以经由输入/输出接口1005将程序安装在记录单元1008中。此外，可以经由有线或无线传输介质在通信单元1009处接收程序，并将程序安装在记录单元1008中。可选地，可以预先将程序安装在ROM 1002或记录单元1008中。

这里，在本说明书中，计算机根据程序执行的处理不需要按照流程图中描述的顺序按时间序列执行。即，由计算机根据程序执行的处理包括并行或单独执行的处理(例如，并行处理或对象处理)。此外，程序可以由一个计算机(处理器)处理，或者可以由多个计算机用分布式处理来处理。

注意，本技术的实施方式不限于上述实施方式，而是可以在本技术的范围内以多种方式修改。

此外，本技术可以配置如下。

(1)

一种数据处理装置，包括处理单元，该处理单元处理作为广播信号发送的传输帧，并添加用于识别传输帧的传输格式的标识信息。

(2)

根据(1)的数据处理装置，

其中，传输帧被转换成预定格式的文件。

(3)

根据(1)或(2)的数据处理装置，

其中，传输帧能够包括控制信息、时间信息和版本信息以及分量流的数据。

(4)

根据(3)所述的数据处理装置，

其中，所述处理单元添加指示控制信息的存在或不存在的第一存在信息和指示时间信息的存在或不存在的第二存在信息，以及标识信息。

(5)

根据(4)的数据处理装置，

其中，传输帧能够进一步包括将在纠错码中使用的奇偶校验和扩展信息，并且

处理单元添加指示奇偶校验的存在或不存在的第三存在信息和指示扩展信息的存在或不存在的第四存在信息。

(6)

根据(4)或(5)的数据处理装置，

其中，标识信息、第一存在信息和第二存在信息被添加作为协议的类型信息，并且

类型信息、控制信息、时间信息和版本信息作为附加信息被布置在通过扩展以预定格式定义的分组的报头而获得的区域中。

(7)

根据(4)或(5)的数据处理装置，

其中，标识信息、第一存在信息和第二存在信息被添加作为协议的类型信息，并且

类型信息、控制信息、时间信息和版本信息作为附加信息，被仅布置在以预定格式定义的分组中的头部分组中。

(8)

根据(2)至(7)中任一项的数据处理装置，

其中，传输帧以以太网(注册商标)的帧格式发送，

一个或多个类型长度值(TLV)分组被布置在传输帧中，并且

包含分量流的数据的网络协议(IP)分组被布置在TLV分组中。

(9)

根据(2)至(8)中任一项的数据处理装置，

其中预定格式是分组捕获(PCAP)格式，并且

传输帧被用作测试流。

(10)

一种在数据处理装置中使用的数据处理方法，该方法包括：

由数据处理装置执行的步骤：处理作为广播信号发送的传输帧，并添加用于识别传输帧的传输格式的标识信息。

(11)

一种数据处理装置，包括：

处理单元，该处理单元基于添加到作为广播信号发送的传输帧的标识信息来处理已经被识别了传输格式的传输帧，标识信息用于识别传输帧的传输格式。

(12)

根据(11)的数据处理装置，

其中，传输帧已经被转换成预定格式的文件，并且

处理单元处理转换成预定格式的文件的传输帧。

(13)

根据(11)或(12)的数据处理装置，

其中，传输帧能够包括控制信息、时间信息和版本信息以及分量流的数据，并且

指示控制信息的存在或不存在的第一存在信息和指示时间信息的存在或不存在的第二存在信息已经与标识信息一起被添加到传输帧。

(14)

根据(13)的数据处理装置，

其中，在第一存在信息指示控制信息存在于传输帧中并且版本信息指示控制信息已经被更新的情况下，处理单元处理从传输帧获得的控制信息。

(15)

根据(13)或(14)的数据处理装置，

其中，在第二存在信息指示时间信息存在于传输帧中的情况下，处理单元基于从传输帧获得的时间信息来处理从传输帧获得的流的数据。

(16)

根据(13)至(15)中任一项的数据处理装置，

其中，标识信息、第一存在信息和第二存在信息被添加作为协议的类型信息，并且

类型信息、控制信息、时间信息和版本信息作为附加信息，被布置在通过扩展以预定格式定义的分组的报头而获得的区域中。

(17)

根据(13)至(15)中任一项的数据处理装置，

其中，标识信息、第一存在信息和第二存在信息被添加作为协议的类型信息，并且

类型信息、控制信息、时间信息和版本信息作为附加信息，被仅布置在以预定格式定义的分组中的头部分组中。

(18)

根据(12)至(17)中任一项的数据处理装置，

其中，传输帧以以太网(注册商标)的帧格式发送，

一个或多个TLV分组被布置在传输帧中，并且

包含分量流的数据的IP分组被布置在TLV分组中。

(19)

根据(12)至(18)中任一项的数据处理装置，

其中，预定格式是PCAP格式，并且

传输帧被用作测试流。

(20)

一种在数据处理装置中使用的数据处理方法，所述方法包括：

由数据处理装置执行的步骤：基于添加到作为广播信号发送的传输帧的标识信息来处理已经被识别了传输格式的传输帧，标识信息用于识别传输帧的传输格式。

参考符号列表

1 传输***

10 (广播站侧)数据处理装置

11 (上行链路站侧)数据处理装置

12 (测试提供方侧)数据处理装置

20 (用户侧)数据处理装置

30 广播卫星

40 网络

101 IP分组复用单元

102 TLV复用单元

103 传输帧生成单元

104 调制单元

105 pcap格式转换器

106 记录介质

107 TLV分组生成单元

108 IP分组生成单元

201 解调单元

202 TLV分组处理单元

203 IP分组处理单元

204 解码器

205 传输帧提取单元

206 TLV分组提取单元

1000 计算机

1001 CPU。

Claims (18)

1.一种数据处理装置，包括：

处理单元，所述处理单元处理要作为广播信号发送的基于类型长度值分组生成的传输帧以将所述传输帧转换成分组捕获格式的文件，并将用于识别所述传输帧的传输格式的标识信息添加到所述分组捕获格式的文件中，

其中，所述传输帧能够具有一种或多种传输格式，

其中，所述标识信息被添加作为协议的类型信息，并且

其中，所述类型信息被布置在所述分组捕获格式的文件中的分组报头的扩展区域中或布置在所述分组捕获格式的文件中的头部分组中。

2.根据权利要求1所述的数据处理装置，

其中，所述传输帧能够包括控制信息、时间信息和版本信息以及分量流的数据。

3.根据权利要求2所述的数据处理装置，

其中，所述处理单元将指示所述控制信息的存在或不存在的第一存在信息和指示所述时间信息的存在或不存在的第二存在信息与所述标识信息一起添加。

4.根据权利要求3所述的数据处理装置，

其中，所述传输帧能够进一步包括将在纠错码中使用的奇偶校验和扩展信息，并且

所述处理单元进一步添加指示所述奇偶校验的存在或不存在的第三存在信息和指示所述扩展信息的存在或不存在的第四存在信息。

5.根据权利要求3所述的数据处理装置，

其中，所述第一存在信息和所述第二存在信息也被添加作为协议的类型信息，并且

所述类型信息、所述控制信息、所述时间信息和所述版本信息作为附加信息被布置在所述分组捕获格式的文件中的分组报头的扩展区域中。

6.根据权利要求3所述的数据处理装置，

其中，所述第一存在信息和所述第二存在信息也被添加作为协议的类型信息，并且所述类型信息、所述控制信息、所述时间信息和所述版本信息作为附加信息，被仅布置在所述分组捕获格式的文件中的头部分组中。

7.根据权利要求1所述的数据处理装置，

其中，所述传输帧以以太网的帧格式发送，

一个或多个类型长度值分组被布置在所述传输帧中，并且

包含分量流的数据的网络协议分组被布置在所述类型长度值分组中。

8.根据权利要求7所述的数据处理装置，

其中，所述传输帧被用作测试流。

9.一种在数据处理装置中使用的数据处理方法，所述方法包括：

由所述数据处理装置执行的步骤：处理要作为广播信号发送的基于类型长度值分组生成的传输帧以将所述传输帧转换成分组捕获格式的文件，并将用于识别所述传输帧的传输格式的标识信息添加到所述分组捕获格式的文件中，

其中，所述传输帧能够具有一种或多种传输格式，

其中，所述标识信息被添加作为协议的类型信息，并且

其中，所述类型信息被布置在所述分组捕获格式的文件中的分组报头的扩展区域中或布置在所述分组捕获格式的文件中的头部分组中。

10.一种数据处理装置，包括：

处理单元，所述处理单元接收作为广播信号发送的传输帧，

其中，所述传输帧基于类型长度值分组生成并且已被转换成分组捕获格式的文件，并且用于识别所述传输帧的传输格式的标识信息已被添加到所述分组捕获格式的文件中，

其中，所述传输帧能够具有一种或多种传输格式，

所述处理单元进一步基于所述标识信息处理所述分组捕获格式的文件以提取所述传输帧，

其中，所述标识信息被添加作为协议的类型信息，并且

其中，所述类型信息被布置在所述分组捕获格式的文件中的分组报头的扩展区域中或布置在所述分组捕获格式的文件中的头部分组中。

11.根据权利要求10所述的数据处理装置，

其中，所述传输帧能够包括控制信息、时间信息和版本信息，以及分量流的数据，并且

指示所述控制信息的存在或不存在的第一存在信息和指示所述时间信息的存在或不存在的第二存在信息已经与所述标识信息一起被添加。

12.根据权利要求11所述的数据处理装置，

其中，在所述第一存在信息指示所述控制信息存在于所述传输帧中并且所述版本信息指示所述控制信息已被更新的情况下，所述处理单元进一步处理从所述传输帧获得的所述控制信息。

13.根据权利要求11所述的数据处理装置，

其中，在所述第二存在信息指示所述时间信息存在于所述传输帧中的情况下，所述处理单元进一步基于从所述传输帧获得的所述时间信息来处理从所述传输帧获得的所述分量流的数据。

14.根据权利要求11所述的数据处理装置，

其中，所述第一存在信息和所述第二存在信息也被添加作为协议的类型信息，并且

所述类型信息、所述控制信息、所述时间信息和所述版本信息作为附加信息，被布置在所述分组捕获格式的文件中的分组报头的扩展区域中。

15.根据权利要求11所述的数据处理装置，

其中，所述第一存在信息和所述第二存在信息也被添加作为协议的类型信息，并且

所述类型信息、所述控制信息、所述时间信息和所述版本信息作为附加信息，被仅布置在所述分组捕获格式的文件中的头部分组中。

16.根据权利要求10所述的数据处理装置，

其中，所述传输帧以以太网的帧格式发送，

一个或多个类型长度值分组被布置在所述传输帧中，并且

包含分量流的数据的互联网协议分组被布置在所述类型长度值分组中。

17.根据权利要求16所述的数据处理装置，

其中，所述传输帧被用作测试流。

18.一种在数据处理装置中使用的数据处理方法，所述方法包括：

由所述数据处理装置执行的步骤：

接收作为广播信号发送的传输帧，

其中，所述传输帧基于类型长度值分组生成并且已被转换成分组捕获格式的文件，并且用于识别所述传输帧的传输格式的标识信息已被添加到所述分组捕获格式的文件中，

其中，所述传输帧能够具有一种或多种传输格式，

基于所述标识信息来处理所述分组捕获格式的文件以提取所述传输帧，

其中，所述标识信息被添加作为协议的类型信息，并且

其中，所述类型信息被布置在所述分组捕获格式的文件中的分组报头的扩展区域中或布置在所述分组捕获格式的文件中的头部分组中。

Images