在数字音频广播系统中提供及接收视频服务的方法和设备

摘要

提供一种在数字音频广播(DAB)中提供并接收视频服务的方法和设备。视频服务提供方法包括：将与提供的视频服务流的编码有关的信息和与视频服务流的打包有关的信息存储在和服务数据信道不同的信道中；和对与视频服务流的编码有关的信息和与视频服务流的打包有关的信息进行多路复用以创建DAB传输帧并发送所述传输帧。因此，通过允许不同类型的DAB接收机统一地处理视频服务，可以在视频服务处理和控制中获得高效率。

权利要求

1.一种在数字广播中提供视频服务的方法，包括：

将与提供的视频服务流的编码有关的信息和与视频服务流的打包有关的信息存储在DAB传输帧的快速信息信道FIC中；和对与视频服务流的编码有关的信息和与视频服务流的打包有关的信息进行多路复用以创建DAB传输帧，并发送所述DAB传输帧，其中，所述视频服务流包括编码的视频数据、编码的音频数据和编码的附加数据中的至少一个。

2.如权利要求1所述的方法，其中，所述视频服务流还包括所述编码的视频数据、编码的音频数据和编码的附加数据中的至少一个的时间同步信息与多路复用信息。

3.如权利要求1所述的方法，其中，所述与视频服务流的打包有关的信息是与编码的视频数据、编码的音频数据和编码的附加数据中的至少一个的实时发送协议RTP打包、用户数据报协议UDP包、IP包有关的信息。

4.如权利要求3所述的方法，还包括在视频服务流中使用的与纠错编码的种类和交织有关的信息。

5.如权利要求4所述的方法，其中，FIC包括每个具有预定大小的快速信息块FIB，配置每个FIB的数据字段包括至少一个快速信息组FIG，与视频服务流的编码有关的信息和与视频服务流的打包有关的信息被存储在所述至少一个FIG中。

6.如权利要求5所述的方法，其中，FIG包括数据服务成分类型字段，应用于视频服务的差错阻止处理的类型被写到该字段。

7.如权利要求5所述的方法，其中，FIG包括用于指定视频服务的用户应用类型字段和用于解析解码器的类型的类索引字段以处理包括在视频服务中的音频流或视频流。

8.如权利要求5所述的方法，其中，FIG还包括用于指定视频服务的用户应用类型字段和用于指定解码器的类型的解码器类型字段以处理包括在视频服务中的音频流或视频流。

9.一种在数字广播中接收视频服务的方法，包括：

接收DAB传输帧并解析关于子信道和与由用户选择的服务有关的服务成分的信息；

如果选择的服务是视频服务，则通过DAB传输帧的快速信息信道FIC接收并解析用于处理视频服务的与视频服务流有关的打包信息和编码信息，其中，所述视频服务流包括编码的视频数据、编码的音频数据和编码的附加数据中的至少一个。

10.如权利要求9所述的方法，还包括：

在解析的打包信息和解析的编码信息的基础上，驱动接收机的对应的视频服务解码器。

11.如权利要求9所述的方法，其中，FIC包括每个具有预定大小的FIB块，配置每个FIB的数据字段包括至少一个FIG，所述打包信息和所述编码信息被存储在所述至少一个FIG中。

12.如权利要求11所述的方法，其中，FIG包括数据服务成分类型字段，应用于提供的视频服务的差错阻止处理的类型被写到该字段。

13.如权利要求11所述的方法，其中，FIG包括用于指定视频服务的用户应用类型字段和用于解析解码器的类型的类索引字段以处理配置视频服务的音频流或视频流。

14.如权利要求11所述的方法，其中，FIG还包括用于指定视频服务的用户应用类型字段和用于指定解码器的类型的解码器类型字段以处理配置视频服务的音频流和视频流。

15.一种处理视频服务的设备，包括：

服务信息解析器，接收DAB传输帧并解析关于子信道和与由用户选择的服务有关的服务成分的信息；

视频服务编码参数信息解析器，通过DAB传输帧的快速信息信道FIC，解析处理选择的视频服务所需的与视频服务流的编码有关的信息和与视频服务流的打包有关的信息；和视频服务解码器驱动器，驱动用于解码视频服务数据的解码器，其中，所述视频服务流包括编码的视频数据、编码的音频数据和编码的附加数据中的至少一个。

说明书

在数字音频广播系统中提供及接收视频服务的方法和设备

[0001] 本申请要求于2004年10月6日在韩国知识产权局提交的10-2004-0079687号韩国专利申请的优先权和于2004年10月21日在韩国知识产权局提交的10-2004-0084374号韩国专利申请的优先权，该申请公开于此以资参考。

技术领域

[0002] 本发明涉及数字音频广播(DAB)，更具体地，涉及一种在DAB中提供及接收视频服务的方法和设备。

背景技术

[0003] 模拟音频广播存在的缺点是：当接收机移动时信号质量显著恶化，由于去除噪声所用的大功率导致功率效率较低和由于为了避免信道干扰而在相邻区域使用不同的频率所引起频谱效率较低。为了消除这些缺点，当前对于能够替代诸如AM、FM无线电广播的现存的模拟无线电广播的数字音频广播(DAB)的研究正在进行中。这种数字音频广播的标准公布在由ETSI(欧洲电信标准协会)发布的“ETSI EN 300 401”中。

[0004] “ETSI EN 300 401”标准也被称作“EUREKA-147”。“EUREKA-147”描述在约2MHz的带宽上使用基于MPEG-1音频层II的高级音频压缩技术提供具有CD水平音质的音频服务和各种附加服务。为了在给定的信道环境下使用有限的带宽以最理想的数据率发送大量音频数据和一般数据，音频数据通过UEP(不均匀差错保护)进行纠错，一般数据通过EEP(均匀差错保护)进行纠错。

[0005] DAB是一种在其中发送高质量的多信道音频并提供各种附加数据的多媒体广播。附加数据包括静止图像、运动图像。图片等。通过DAB，可以提供诸如交通和旅游信息服务以及节目链接信息服务的多媒体服务，其中，所述节目链接服务提供与标题字符或天气预报结合的新闻图像和与电子地图结合的交通信息。用DAB还可提供诸如网站站广播或全球定位系统(GPS)服务的增强型服务和运动图像服务。

[0006] 这些服务中，音频服务、包模式服务和流模式数据服务是基于DAB标准(ETSI EN300 401)提供的服务。然而，使用流模式数据服务的视频服务没有被定义在DAB标准中。因此，为了发送或接收视频数据，应该修改或补充DAB标准。为此，可以制订定义广播公司的发送方法和接收者的接收方法的标准，并基于该标准提供视频服务。然而，在这种情况下，不满足这种标准的接收机不能通过DAB流模式接收提供的视频服务。

[0007] 而且，在视频服务由作为主服务信道的流模式数据服务提供的情况下，提供的视频服务流通常包括关于视频服务的编码参数和视频数据如何被打包的信息。因此，为了稳定地接收视频数据，DAB的主服务信道必须被解码，从而使编码参数和视频数据的打包方法能够被识别。

发明内容

[0008] 本发明提供一种在数字音频广播(DAB)中通过流模式提供和接收视频服务的方法和设备。

[0009] 根据本发明的一方面，提供一种在数字音频广播(DAB)中提供视频服务的方法，包括：将与提供的视频服务流的编码有关的信息和与视频服务流的打包有关的信息存储在和服务数据信道不同的信道中；将与视频服务流的编码有关的信息及与视频服务流的打包有关的信息进行多路发送，以创建DAB传输帧，并发送该DAB传输帧。

[0010] 所述视频服务流包括：编码的视频数据、编码的音频数据、和/或编码的附加数据，还包括时间同步信息和编码的视频数据、编码的音频数据、和/或编码的附加数据的多路复用信息。

[0011] 所述与视频服务流的打包有关的信息是与编码的视频数据、编码的音频数据、和/或编码的附加数据的RTP(实时发送协议)打包、UDP(用户数据报协议)打包、IP打包有关的信息。所述信息还包括与使用的纠错编码和交织的类型有关的信息。

[0012] 在其中与视频服务流的编码有关的信息和与视频服务流的打包有关的信息被存储的信道是DAB传输帧的快速信息信道(FIC)。

[0013] 根据本发明的另一方面，提供一种在数字音频广播(DAB)中接收视频服务的方法，包括：接收DAB传输帧并解析关于子信道和与由用户选择的服务有关的服务成分的信息；如果选择的服务是视频服务，则通过与服务数据信道不同的信道，接收并解析用于处理视频服务的打包信息和编码信息。

[0014] 所述打包信息和编码信息通过DAB传输帧中的快速信息信道(FIC)而被接收。

[0015] 根据本发明的另一方面，提供一种用于处理视频服务的设备，包括：服务信息解析器，其接收DAB传输帧并解析关于子信道和与由用户选择的服务有关的服务成分的信息；视频服务编码参数信息解析器，其通过不同于服务数据信道的信道解析处理选择的视频服务所需的与视频服务流的编码有关的信息及与视频服务流的打包有关的信息；和视频服务解码器驱动器，驱动用于解码视频服务数据的解码器。

附图说明

[0016] 通过结合附图对本发明的示例性实施例进行的详细描述，本发明的上述和其他特性和优点将会变得更加清楚，其中：

[0017] 图1是用于提供视频服务的数字音频广播(DAB)系统中的发送部分的方框图；

[0018] 图2显示子信道和配置DAB信号群的服务成分的示例性结构；

[0019] 图3显示包含关于多路复用内容的选择的信息和关于信号群、服务和服务成分的信息的快速信息组(FIG)的结构；

[0020] 图4显示DAB传输帧的结构；

[0021] 图5是用于提供视频服务的视频服务编码器的方框图；

[0022] 图6是用于将视频服务数据转换为IP包以提供视频服务的视频服务编码器的详细的方框图；

[0023] 图7显示通过添加同步数据和纠错数据而创建的MPEG-2 TS包的结构；

[0024] 图8显示快速信息块(FIB)的结构；

[0025] 图9显示FIG类型0的结构；

[0026] 图10显示FIG 0/2的结构；

[0027] 图11A显示FIG 0/13的用户应用字段的详细结构；

[0028] 图11B显示用于新定义的视频服务编码参数的示例性FIG；

[0029] 图12显示通过添加类信息和附加信息而创建的包括打包信息和编码参数的数据的结构；

[0030] 图13是在DAB系统中接收视频服务的接收部分的方框图；

[0031] 图14是视频服务控制器的方框图；

[0032] 图15A和图15B是示出根据本发明实施例的在DAB中通过流模式参考视频服务编码信息和包配置信息来发送视频服务的方法的流程图；和

[0033] 图16是示出根据本发明实施例的在DAB接收部分中参考视频服务编码信息和包配置信息来接收视频服务的方法的流程图。

具体实施方式

[0034] 以下，将参考附图详细地描述本发明的实施例。

[0035] 图1是用于提供视频服务的数字音频广播(DAB)系统中的发送部分的方框图。

[0036] 提供视频服务数据和附加服务数据以及基本音频服务数据的DAB系统包括：视频服务编码器110、音频服务编码器120、附加数据服务编码器130。诸如将被广播的声音或音乐的所述音频服务数据被输入到音频服务编码器120。所述音频服务数据通过音频服务编码器120被编码及信道编码，然后被输出到MSC(主服务信道)多路复用器140。由于DAB系统能够提供多个音频服务，因此可存在多个音频服务编码器。

[0037] 诸如字符信息和网站信息的除音频数据之外的数据被分类为包模式数据。所述包模式数据被输入到附加数据服务编码器130。所述包模式数据通过附加数据服务编码器130被编码及信道编码，然后被输出到MSC多路复用器140。同样地，由于DAB系统能够提供多个包模式服务服务，因此可存在多个附加数据服务编码器。

[0038] 为了在DAB系统中提供视频服务，音频信号、图像信号和附加数据信号被使用。诸如电影、戏剧和运动图像的图像信号、与图像信号有关的附加数据(例如，字幕数据)、或包括诸如字符信息、交通信息、静止图像和网站信息的基于DAB的包模式数据的视频服务数据被分类为流模式数据。所述流模式数据被输入到视频服务编码器110。所述流模式数据通过视频服务编码器110被编码及信道编码，然后被输出到MSC多路复用器140。

[0039] MSC多路复用器140对接收的音频服务、包模式数据服务和流模式数据服务进行多路复用，将附加信息和对应于各服务的多路复用信息添加到多路复用的结果，然后将同步信息附加到所加的结果，由此创建DAB传输帧。所述DAB传输帧被传送到OFDM调制器150和放大器160，然后通过VHS带而被发送。用于接收所述DAB传输帧的接收机可以是固定式、便携式或移动式接收机。

[0040] 图2显示子信道和配置DAB信号群的服务成分的示例性结构。“信号群”表示通过对多个编码的音频流和多个数据流进行信道编码，然后将信道编码后的流与系统数据进行多路复用而获得的比特流。“服务”表示由用户选择的诸如节目服务或数据服务的输出，“服务成分”表示组成服务的元素。给定服务的服务成分通过复合结构信息(MCI)而相互链接。所述服务成分通过子信道SubCh或快速信息数据信道(FIDC)而被发送。

[0041] 参考图2，“DAB信号群1”包括三个服务：“ALPHA1广播”、“BETA广播”和“ALPHA2广播”。每个服务包括对应的服务成分。在图2中，服务“ALPHA1广播”包括服务成分“音频”、“ALPHA-TMC”和“ALPHA-SI”。所述服务成分分别通过对应的子信道被发送。如果服务“ALPHA1广播”是体育服务，则广播服务“ALPHA1广播”的音频被链接到成分“Audio”，与服务“ALPHA1广播”有关的文本信息被链接到成分“ALPHA-TMC”，构成服务“ALPHA1广播”的信息被链接到成分“ALPHA-SI”。这里，“TMC”代表通过其交通信息被实时提供的交通消息信道。

[0042] 服务的结构和服务成分能够从MCI获得。也就是说，MCI包含服务的服务成分并允许DAB接收机分析所述服务成分。例如，如果用户接收服务成分“ALPHA-TMC”，则DAB接收机分析MCI，识别该服务成分“ALPHA-TMC”是通过FIDC而发送的事实，并从FIC的FIDC读取有关的信息，由此将对应的服务提供给用户。FIDC用于发送必须在预定时间内被快速发送的大小较小的数据。

[0043] 通过其发送服务成分的子信道可由服务提供者任意构建。也可以响应于信道容量或服务类型的变化而重建子信道。如果子信道信息或服务改变，则新定义的MCI被预先发送，从而DAB接收机能够接收改变的服务。

[0044] 图3显示包含关于多路复用内容的选择的信息和关于信号群、服务和服务成分的配置信息的快速信息组(FIG)的结构。

[0045] FIG是FIC中由应用使用的一组数据。参考图3，服务包括多个服务成分并且多个应用通过对应于子信道ID或服务成分ID的子信道被发送。DAB使用FIC描述服务的结构。因此，如果服务被用户选择，则关于选择的服务的目的信道和信道大小的信息，即，子信道信息从在FIC上携带的MCI获得，并且选择的服务被提供给用户或被显示在屏幕上。FIG构成在关于服务的FIC上携带的快速信息块(FIB)，因此，FIG结构的分析提供了关于所述服务的信息。

[0046] 图4显示DAB传输帧的结构。DAB传输帧包括同步信道(SC)410、FIC420、和主服务信道(MSC)430。

[0047] SC 410包括允许选择发送模式的空符号和正交频分复用(OFDM)符号同步和载波频率同步所需的参考符号。FIC 420用于发送由DAB接收机需要的信息及处理数据，如，关于服务结构或多路复用服务数据的结构的信息，或必须快速发送的数据。FIC 420包含指定子信道的结构的MCI和作为关于服务的附加信息的服务信息(SI)。因此，信道的类型揭示了经由MSC 430发送的服务数据的类型和将使用该服务的应用的类型。FIC 420还可以包含必须在预定时间内快速发送的数据。例如，短紧急消息可经由FIC 420被发送。之后，将参考图8描述构成FIC 420的FIG结构。

[0048] 由服务提供者提供的实际内容数据通过MSC 430被发送。如果FIC 420不够宽裕，则FIC数据可部分地包括在MSC 430中。然而，由于时间交织被应用到MSC 430，因此在数据解码期间发生时间延迟。所以，需要被快速发送的FIC数据最好不包括在MSC 430中。数据能够以流模式或包模式被发送。在流模式中，数据在给定子信道中以固定的比特率被发送而无附加的头。在包模式中，数据和头一起被发送，因此多个服务成分能够在给定子信道中被多路复用。因此，在包模式中还需要分析包的头以从数据和头的组合中提取数据。

[0049] 图5是用于提供视频服务的视频服务编码器的方框图。

[0050] 参考图5，视频信号被视频编码器502编码，音频信号被音频编码器504编码，附加数据被附加数据编码器506编码。

[0051] 以DAB的包模式发送的诸如字符信息、交通信息、静止图像、网站信息的包模式数据也可被用作附加数据。以基于对应的标准的打包格式使用这些附加数据。在包模式数据作为视频服务的附加数据被发送的情况下，由包括在视频服务编码器中的差错阻止处理单元执行纠错以减少信道差错。通过纠错，与以包模式的发送相比，发送差错能够被减少。

[0052] 视频编码器502存储关于接收的视频信号如何被编码的信息。例如，如果接收的视频信号已经基于MPEG-4视频编码被编码，则视频编码器502将对应的图像的大小、MPEG-4类信息和级信息写到编码的视频流的头。然后，视频编码器502以参数表示关于如此视频编码的信息并输出该信息。同样地，音频编码器504也存储关于接收的音频信号如何被编码的信息。例如，如果接收的音频信号已经基于MPEG-4音频编码被编码，则音频编码器504将接收的音频信号的采样率、信道数量等写到编码的音频流的头。然后，音频编码器504用参数表示关于如此音频编码的信息并输出该信息。

[0053] 附加数据编码器506接收作为附加数据的诸如字符信息、交通信息、静止图像、网站信息的包模式数据或编码的一般附加数据，并用参数表示关于接收的附加数据的类型的信息并输出该信息。

[0054] 视频服务编码器110接收编码的视频流、编码的音频流和编码的附加数据流并创建和输出视频服务流。MSC多路复用器140接收所述视频服务流，对所述视频服务流和不同的服务数据进行多路复用，然后以流模式发送多路复用的结果。视频服务编码器110包括时间同步信息插入单元510、多路复用器520和差错阻止处理单元530。

[0055] 时间同步信息插入单元510将时间同步信息插入到接收的流中，从而，编码的音频流中的音频数据、编码的视频流中的视频数据、编码的附加数据流中的附加数据能够相互同步地被再现。也就是说，由于视频编码器502、音频编码器504和附加数据编码器506独立地编码接收的数据，因此，由编码器502、504和506中的每个编码的数据不包括关于必须被同步输出的不同数据的信息。因此，时间同步信息需要被插入到各接收的流中。根据基于MPEG-4 SL的方法，包括时间同步信息的MPEG-4 SL头分别被添加到编码的视频流、编码的音频流和编码的附加数据流时间同步信息。所述时间同步信息用参数表示并被输出。

[0056] 多路复用器520对每个均包括时间同步信息的编码的视频流、编码的音频流和编码的附加数据流进行多路复用，从而创建传输帧。例如，根据MPEG-2 TS，多路复用器520创建188字节的MPEG-2 TS包并使用MPEG-2TS包执行编码的流的多路复用。发送流包括作为包含在MPEG-2 TS包中的数据的节目ID的PID。带有PID的多路复用信息也用参数表示并被输出。

[0057] 多路复用的发送流被输入到差错阻止处理单元530以处理发送差错。差错阻止处理单元530包括纠错编码器532和交织器534。

[0058] 纠错编码器532将纠错数据加到将被发送的净荷数据的末端，交织器534使用卷积交织等重排带有纠错数据的发送流的字节。例如，如果多路复用的流是基于MPEG-2 TS的，则如上所述，MPEG-2 TS包具有188字节的大小并且纠错数据被加到该188字节的末端。纠错编码器532能够使用里德-所罗门编码等创建纠错数据。交织器534能够使用卷积交织等。关于纠错编码和交织的信息也被用参数表示并被输出。

[0059] 由差错阻止处理单元530处理的作为结果的差错阻止流通过DAB的主服务信道由MSC多路复用器140发送。

[0060] 用参数表示的信息(下文中，称作“视频服务编码参数”)被输入到视频服务控制器550。视频服务控制器550将视频服务编码参数送到FIC处理器560。FIC处理器560编码视频服务编码参数并通过FIC信道发送编码的参数。在接收的编码参数中的视频信号和音频信号的编码信息被分类并被写到FIC。由差错阻止处理单元530使用的关于纠错编码和交织的信息被写到FIG 0/2的DSCTy(数据服务成分类型)字段，关于时间同步信息的插入和多路复用的信息被写到FIG 0/13的用户应用字段，然后通过FIC被发送。以下将描述写到编码参数的方法。

[0061] 作为关于将被接收机处理的视频服务的信息的视频服务编码参数被用于初始化或选择对应的解码器，对应的逆多路复用器等。换句话说，需要预先解释主服务信道携带的流模式数据是否是视频服务，识别出配置视频服务的音频流、视频流和附加数据流是如何被分别编码的，并识别使用的差错阻止处理的类型。

[0062] 总之，视频服务编码参数包括初始化接收机的视频解码器所需的信息和关于配置视频服务的视频流的编码、同步及打包的信息。视频服务编码参数也包括初始化接收机的音频解码器所需的信息和关于配置视频服务的音频流的编码、同步及打包的信息。在用于提供视频服务的流模式中，由于数据的开始和结束位置没有被指定，因此需要检测连续输入的包数据的开始位置。在MPEG-2 TS中，同步格式“0x47”被认作数据的开始位置。然而，在不同的标准中，预定的格式被预先设定为同步格式并且当预定的模式被检测到时确定数据开始。对应的包的包编号、指示该包是否是最后的包的信息等被加到同步格式之后，从而能够识别数据的结束位置。诸如PID、PAT(节目相关表)和PMT(节目映射表)的对多路复用的流进行逆多路复用所需的信息也包括在视频服务编码参数中。

[0063] 在图5中，已经描述了基于MPEG-2 TS的视频服务数据的创建和发送。现在，将参考图6描述IP打包的视频服务数据。

[0064] 图6是将视频服务帧转换为IP包并提供视频服务的视频服务编码器的详细的方框图。

[0065] 在图6中显示的视频编码器502、音频编码器504和附加数据编码器506以同在图5中显示的对应的部件相同的方式操作。

[0066] RTP打包器610分别将编码的视频流、编码的音频流和编码的附加数据流转换为RTP包。RTP打包器610在各种打包方法中选择一个并根据选择的方法打包所述流。如果RTP打包被选择，则音频RTP包或视频RTP包的净荷类型值等被写入RTP头中并且该RTP头作为视频服务编码参数被输出。创建的RTP包被传送到UDP包配置单元620。UDP包配置单元620将UDP头添加到RTP包以创建UDP包，并将UDP包传送到IP包配置单元630。IP包配置单元630将IP头添加到UDP包以创建IP包。

[0067] IP包被输入到差错阻止处理单元640以处理发送差错。IP包的长度通常是可变的。因此，为了执行基于MPEG-2 TS的差错阻止处理，需要将IP包分为像MPEG-2 TS包一样的固定大小的片。因此，IP包被分为具有同MPEG-2TS包一样大小的IP包。也就是说，使用同步数据和净荷数据配置188字节的IP包或根据MPEG-2 TS多路复用IP包。然后，作为结果的IP包被传送到差错阻止处理单元640以将纠错数据添加到IP包。关于纠错和交织的信息作为视频服务编码参数被输出。

[0068] 差错阻止处理单元640对接收的IP包执行差错阻止处理以创建差错阻止流并将差错阻止流传送到MSC多路复用器140。MSC多路复用器140通过DAB的主服务信道发送所述差错阻止流。

[0069] 作为视频服务编码参数的用参数表示的信息被输入到视频服务控制器650。视频服务控制器650将视频服务编码参数发送到FIC处理器660以通过FIC发送所述视频服务编码参数。FIC处理器660编码所述视频服务编码参数并通过FIC发送编码的视频服务编码参数。在接收的编码参数中的视频信号和音频信号的编码信息被分类并被写到FIC。由差错阻止处理单元640使用的纠错编码和交织的类型被写到FIG 0/2的DSCTy字段。由RTP打包器610使用的打包信息被写到FIG 0/13的用户应用字段并通过FIC被发送。

[0070] 图7显示通过添加同步数据710和纠错数据730而创建的MPEG-2 TS包的结构。

[0071] 参考图7，使用同步数据710和净荷数据720创建188字节的MPEG-2 TS包，并且通过诸如里德-所罗门编码的纠错编码创建的纠错数据730被添加到MPEG-2 TS包。

[0072] 图8显示快速信息块(FIB)的结构。

[0073] FIC包括多个FIB，每个FIB包括FIB数据字段810和循环冗余校验(CRC)字段820。FIB数据字段810具有30字节并包括多个FIG。如果FIB数据字段810没有被FIG数据填满，则结束标记830被插入到FIB数据字段810并且空数据字段840被填充，因此创建
256位的FIB，从而通告DAB接收机不再有FIG数据。结束标记830可以是“111 11111”。
每个FIG的头包括分别指示数据的类型和FIG数据字段870的长度的FIG类型字段850和长度字段860。在FIG数据字段870的头之后包含实际数据。关于FIG的类型或数据的语法的信息取决于使用的应用的类型或将被报告的信息的类型。

[0074] 现在，将描述根据本发明实施例的关于服务处理的FIG类型的格式。

[0075] 图9显示FIG类型0 910的结构。

[0076] FIG类型0 910包含关于当前和以后的多路复用配置的结构、多路复用重配置、时间的信息和其他基本服务信息。FIG类型0 910包括各种根据扩展的信息。

[0077] 图10显示FIG 0/2的结构。

[0078] FIG 0/2是用于扩展2的FIG类型0。FIG 0/2包含关于服务配置的信息。服务描述包括在字段k(服务k)中。

[0079] 如果TMId(发送机制标识符)字段1010是“10”，则对应的服务成分是流模式数据服务。在使用流模式的视频服务中，DSCTy(数据服务成分类型)字段1020必须是新定义的。在本发明中，差错阻止处理被用作视频服务成分的事实被写在DSCTy字段1020中。例如，如果在流模式中对于视频服务使用里德-所罗门纠错编码RS(202，188)和卷积交织(12x17)，并且在包模式中对于多媒体服务使用里德-所罗门纠错编码RS(208，192)和块交织，则为了允许接收机区分它们，DSCTy字段1020存储下列值之一。

[0080] DSCTy：值nnnnnn：用于视频服务的流模式(RS(204,188)，CI(12x17))[0081] DSCTy：值mmmmmm：用于多媒体服务的包模式(RS(208，192)，块卷积)[0082] 图11A显示FIG 0/13的用户应用字段的详细结构。

[0083] FIG 0/13包括DAB接收机的服务解码器所需的数据。参考图11A，用户应用类型字段1110被用于指示将解码对应于包括在SId字段中的服务标识符的数据的用户应用模块。在使用流模式的视频服务中，用户应用类型字段1110最好被用于指示视频服务。

[0084] 当在视频服务中使用的诸如编码类型、打包和多路复用类型、字符信息、交通信息、静止图像和网站信息的包模式数据被用作附加数据时，用户应用数据字段1120存储关于在DAB标准中定义的包模式的用户节目类型的信息。也就是说，用户应用类型字段1110被用于存储编码参数指示视频服务而用户应用数据字段1120被用于存储编码参数，其中每个编码参数具有图12中显示的格式。

[0085] 同时，可以通过新定义FIG类型0的扩展来写视频服务编码参数。在这种情况下，在图11B中显示的用户应用字段被创建。

[0086] 图11B显示新定义的视频服务编码参数的FIG的结构。

[0087] 参考图11B，16位的服务标识符SId被添加到用户应用字段的头并且具有图12的格式的编码参数被添加到用户应用字段的末端。

[0088] 图12显示通过添加类信息和其他信息而创建的包括打包信息和编码参数的数据的结构。

[0089] 编码参数和打包信息包括视频和音频数据的类ID和打包信息。下文中，将具体描述类ID。

[0090] 例如，如果使用基于MPEG-4 AVC的视频编码，使用基于MPEG-4 BSAC的音频编码并根据MPEG-4 SL使用基于MPEG-2 TS的打包和多路复用，则分类的索引值0x00被写到类ID字段，不用将视频编码、音频编码和打包及多路复用的类型单独写到用户应用数据字段中。

[0091] [表1]

[0092]类 类描述 视频编解 音频编解 多路复用/
ID 码器 码器 包
0x00 视频服务1 MPEG-4 MPEG-4 带有
AVC BSAC MPEG-4 SL
的MPEG-2
TS
0x01 视频服务2 MPEG-4 MPEG-4 带有
MPEG-4 SL
AVC AAC 的MPEG-2
TS
0x02 视频服务3 MPEG-4 MPEG-4 带有
AVC AAC MPEG-2
PES的
MPEG-2TS
0x03 视频服务4 MPEG-4 MPEG-4 带有
部分2 AAC MPEG-2
PES的
MPEG-2TS

[0093] 视频服务编码参数信息包含在FIC的FIG 0/8和FIG 0/13中。在接收机中，视频服务控制器使用视频编码参数信息处理视频服务。

[0094] 类信息和附加信息被独立地分配给不同的FIG，从而编码参数和打包相关的信息能够被独立地写到两个或更多不同的FIG。当在广播中提供电子节目指南(EPG)时，编码参数和打包信息还能够作为基本信息而被提供。因此，通过分析视频服务的编码参数和打包信息，可以预先确定视频服务能否被接收机处理。

[0095] 图13是接收视频服务的DAB系统的接收部分(下文中，称作“接收机”)的方框图。

[0096] DAB接收机通过调谐器1310接收OFDM调制的信号。OFDM解调器1320接收并解调OFDM调制的信号，由此创建DAB传输帧。信道解码器1330包括基带解码器1332和OFDM信道解码器1334。信道解码器1330解析FIC数据，创建服务列表并将所述服务列表显示给用户。FIC数据包含视频服务编码参数和打包信息。因此，通过解析FIC数据，可以识别提供的服务的类型和配置所述服务的数据的编码和打包的类型。如果用户选择服务，则MSC逆多路复用单元1340提取并输出对应于选择的服务的数据。如果用户选择视频服务，则配置视频服务的编码的视频流、编码的音频流、编码的附加数据流被分别传送到视频解码器1350、音频解码器1360和附加数据解码器1370，并分别被视频解码器1350、音频解码器1360和附加数据解码1370器解码。控制器1380在视频服务编码参数信息和打包信息的基础上控制各解码器1350、1360和1370。

[0097] 图14显示视频服务控制器的详细配置。

[0098] 视频服务控制器包括：服务信息解析器1410、视频服务编码信息解析器1420和视频服务解码器驱动单元1430。

[0099] 服务信息解析器1410解析上面参考图10描述的FIG 0/2并显示当前提供的服务。如果用户选择视频服务，则服务信息解析器1410解析关于子信道和与选择的服务有关的服务成分的信息。

[0100] 视频服务编码信息解析器1420基于FIG 0/13的用户应用数据和用户应用类型，解析存储在FIG 0/2的DSCTy字段中的对应的视频服务的差错阻止处理的类型并解析应用到视频服务的视频服务编码的类型。视频服务解码器驱动单元1430基于通过解析的结果而获得的视频服务编码信息来驱动包括差错阻止处理单元的视频服务解码器。

[0101] 图15A和图15B是示出根据本发明实施例的以DAB的流模式参考视频服务编码信息和包配置信息发送视频服务的方法的流程图。

[0102] 参考图15A和图15B，与视频服务有关的编码的音频数据、运动图像、附加数据等从外部被接收，或者，由包括在视频服务编码器中的音频编码器和视频编码器编码的音频和视频数据被接收(操作S1510)。为了稳定地执行视频服务，同步时间信息被添加到接收的数据，以创建视频服务流，并且视频服务流的多路复用被执行(操作S1520)。然后，通过差错阻止处理单元添加纠错数据并且执行卷积交织(操作S1530)以创建差错阻止流。创建的差错阻止流被信道编码(操作S1540)和多路复用(操作S1550)。信道编码和多路复用的流被写到主服务信道(操作S1560)。信道编码和多路复用后的流被写到具有包括视频服务编码参数的FIC的DAB传输帧，并且所述DAB传输帧被发送(操作S1595)。

[0103] 同时，有关的视频服务编码参数信息和包配置信息被接收(操作S1570)，被写到对应的FIG字段(操作S1580)，并然后被包含在FIC中(操作S1590)。也就是说，允许接收机稳定地处理提供的视频服务的信息被包括在与作为服务数据信道的主服务信道MSC不同的FIC中。FIC包括FIB，其中每个FIB包括多个FIG。在本实施例中，在FIG 0/8和FIG 0/13中的字段是被纠正或新定义的，视频服务编码参数和包配置信息存储在该字段中。视频服务编码参数信息和主服务信道MSC一起被进行多路复用以创建DAB传输帧(操作S1595)。FIG 0/8和FIG 0/13的配置已经在上文中被描述。

[0104] 图16是示出根据本发明实施例的在DAB接收机中参考视频服务编码信息和包配置信息接收视频服务的方法的流程图。

[0105] 参考图16，DAB传输帧被接收(操作S1605)，关于子信道和与由用户选择的服务有关的服务成分的信息被解析(操作S1610)。然后，作为不同于服务数据信道的信道的FIC中的FIG 0/8和FIG 0/13被解析(操作S1615)。因此，处理选择的视频服务所需的视频服务编码参数信息和包配置信息被识别(操作S1 620)。因此，完成了在解析的信息的基础上驱动对应的视频服务解码器的准备(操作S1625)。

[0106] 然后，接收的DAB传输帧被逆多路复用(操作S1630)。接下来，对应的主服务信道的对应的子信道的数据被信道解码(操作S1635)并进行差错阻止解码(操作S1640)，由此创建视频流。然后，所述视频服务流被逆多路复用(操作S1645)并被解包以提取时间同步信息。音频和视频数据被音频和视频解码器解码(操作S1650)并且解码的结果根据提取的时间同步信息作为视频服务成分被输出(操作S1655)。

[0107] 由包模式数据组成的诸如字符信息、交通信息、静止图像和网站信息的附加数据也被根据视频服务编码参数信息和打包信息等而初始化的对应的附加数据解码器解码或解包，然后被输出。

[0108] 根据本发明实施例的用于控制包括视频服务编码参数信息和打包信息的视频服务的方法也能被实现为在计算机可读记录介质上的计算机可读代码。计算机可读记录介质是可存储其后能够被计算机系统读取的数据的任意数据存储介质。计算机可读记录介质的示例包括只读存储器(ROM)、随机存储器(RAM)、CD-ROM、磁带、软盘、光数据存储装置和载波。计算机可读记录介质也可以分布在计算机系统相连接的网络上，从而计算机可读代码以分布式被存储和执行。

[0109] 如上所述，根据本发明，通过使用DAB的流模式而高效地处理视频服务，不同类型的DAB接收机能够统一地并容易地执行视频服务。此外，由于使用FIC信息预先接收与视频服务编码参数有关的信息，因此，可以预先识别解码的类型而不用解码主服务的数据，这有助于控制包括在接收机中的解码器。

[0110] 虽然参照其示例性实施例显示和描述了本发明的，但是本领域的技术人员应该理解，在不脱离由权利要求限定的本发明的精神和范围的情况下，可以对这些实施例做出形式和细节上的各种改变。