CN1276604C - 广播传输系统中发送信息业务的方法 - Google Patents

Abstract

假设使用通用信息业务结构，并且提供通过广播媒介把信息业务从服务器端发送到用户端(不限数量)的方法。这种传输方法包括如下步骤：在代表该信息业务的每一类目中执行分割操作以生成数据段；为每个数据段添加信令信息，其中该信令信息允许接收机根据预定协议规则来对该数据段进行相容的重新组装，从而生成各自的广播对象；以及根据该广播对象内该数据段的信息内容的顺序发送该广播对象。该分割操作最好要根据被发送数据的信息内容来进行。

Description

广播传输系统中发送信息业务的方法

技术领域

本发明涉及传输协议领域。本发明更加特别涉及用于信息业务的广播传输协议，即涉及到在广播传输系统中发送信息业务的方法。

背景技术

DAB标准(ETSI，ETS 300 401，1997年5月)——“无线广播系统：面向移动、便携式以及固定接收机的数字音频广播(DAB)”(第二版)是实施数字广播系统的国际标准，它可以支持各种信息业务的传输，将其从发射机一端发送到任意数量的接收机一端。该信息业务的实例包括音频数据流应用、视频数据流应用、超文本数据应用、图片或文本幻灯应用、新闻标签应用、基于Java的应用以及其它类似的应用。

随着未来DAB系统的逐渐投入使用，使得开放信息业务成为可能，例如专用于满足汽车司机需要的业务。这种信息业务必须要处理某些特定的要求。与PC机相比，其显示和输入控制能力都要受到很大的限制。而且必须要通过快速方式获得信息，不能长时间地分散司机的注意力。因此信息的表现形式应该是统一的，这样就使得系统的控制在短时间内变得很直观。

发明内容

于是，本发明的基本目的在于：提供一种在广播传输系统内发送信息业务的方法。

根据本发明，假设使用通用信息业务结构，并且提供把信息业务从服务器端通过广播媒介发送到不限数量的用户端的方法。

上述目的可以通过在广播传输系统内发送信息业务的方法来得到解决，该方法包括如下步骤：

-在代表该信息业务的每一类目中执行分割操作，以生成数据段；

-为每个数据段添加信令信息，其中该信令信息允许接收机根据预定协议规则，对该数据段进行相容的重新组装，以便生成各自的广播对象；以及

-根据该广播对象内该数据段的信息内容确定的顺序发送该广播对象，其中

根据要被发送数据的信息内容来执行该分割操作。

优选实施例将在下文描述。

最好还要根据广播对象内所承载的数据段的信息内容来对广播对象进行分类，而且发送广播对象的重复速率也要取决于其类型。

而且该分割操作要把一个类目至少横向地分为两组，其方法是：根据项目属性的重要程度，构造该类目中的项目的项目属性组。

而且该分割操作要把类目的至少几个部分(特别是，对至少一组被横向分割的类目)纵向地进行分割，其方法是：根据该项目的逻辑成员资格，构造该类目中的项目组。

本发明的这些总的特征是根据信息内容而不是根据该信息的出现或生成来对信息传输进行定义的。而且信息也不仅仅是根据系统要求来进行分割(例如分割成为传输帧)，而且还要根据其信息内容来进行分割。

由此可以提供这样一种可能性：在接收机内一端能够对信息业务进行快速并且令人满意的重新组装，特别是能确保接收机接收并且能够根据信息重要性(即根据其信息内容)对信息进行重新组装。这种方案的好处在于：发射机端可以了解所有的信息业务，可以判断信息的重要性，并且能够更加频繁地发送最重要的消息，以确保被提供的信息业务中包括最新的内容。

此外，本发明的一个基本目的在于提供一种在广播传输系统内接收信息业务的方法及其接收机。

这一目的可以通过在广播传输系统内接收信息业务的方法来得到解决，包括如下步骤：

-接收广播对象；

-从每个接收到的广播对象中提取信令信息以及数据段，其中该信令信息允许根据预定协议规则来对数据段进行相容的重新组装，以形成该信息业务的信息类目；以及

-在代表该信息业务的每个类目内执行组合操作，以生成该信息业务。

类似地但与这里描述的分割操作相反地执行该组合操作。

因此本发明提供一种供基于数字广播媒介的信息业务所使用的传输协议，当信息要被发送给大量的用户时，这种协议是第一选择。供所有潜在用户使用的信息通过广播信道进行广播，并且客户机对当前相关信息进行过滤。一条特定信息的接入时间在很大程度上要取决于广播信道中的数据结构，最好要根据本发明来定义该数据结构。

根据本发明的广播传输协议提供了用于提供可靠传输和足够的接入时间的装置。可靠传输包括防止数据畸变并且确保数据的一致性。通过采用适于广播媒介性质的方式来构造信息块，从而获得足够的接入时间。

由于在终端内所用信息系统的数据结构是静态使用的，所以它不适用于广播传输。被广播的数据要经过信令信息的修正，以确保可靠的传输，并且为了获得足够的接入时间，要对数据结构进行重新安排。

本发明中假设对信息业务采用通用结构，并且提供通过广播媒介向大量用户发送所有信息的方法，其中提供了用于提供可靠传输和在启动时刻和信息更新情况下可以提供足够的接入时间的装置。

附图说明

各个附图构成本规定的一部分并且说明了本发明的实施例，并且结合上述本发明的概要描述以及随后给出的实施例详细描述一起来解释本发明的原理，其中：

图1根据本发明的实施例，给出通用信息业务结构；

图2根据图1给出的实施例，描述例如旅馆类目的信息类目的项目信息(表格形式)；

图3说明图2中所给出的信息类目内的项目信息段(表格形式)；

图4根据图1给出的实施例，给出业务目录结构；

图5根据图1给出的实施例，给出类目目录结构；

图6根据图1给出的实施例，给出项目目录结构；

图7根据图1给出的实施例，给出项目动态数据列表结构；

图8根据图1给出的实施例，给出项目主要数据列表结构；

图9根据图1给出的实施例，给出参考属性结构；

图10根据图1给出的实施例，给出项目子集目录结构；以及

图11根据图1给出的实施例，给出项目子集结构。

具体实施方式

随后，通过附图来描述本发明的优选实施例。然而本发明不局限于这种特定实施例，然而，它们可以很好地实施本发明，并且特别可以给出用于传输协议的规则(即进行分割，以生成被发送的广播对象)。当然，接收(即组装)需要根据与分割规则相对应的规则来执行，从而可以正确地重构被发送信息业务。

以表格的方式来解释数据分割操作的基本思想(图2和图3)。其它所有的说明都是利用UML模型(UML即是统一模型语言)来给出业务对象(图1)结构或广播对象(图4-9)结构。UML是用于面向对象系统的设计标准。每一个对象定义一个实体，实体中包括一组属性。为了具备较好的可读性，需要插入一些注释。这些注释的前后都有“--”符号。尽管图4到图9是通过两个相关实体进行说明的，但是其中只给出了一个广播对象的各个结构。

图1描述了采用本发明方法进行广播的信息业务的通用结构。它基本包括三种业务对象类型，分别是业务、类目和项目。每个业务对象可以拥有含有多种类型和基数的若干属性。业务、类目和项目之间的关系是：信息业务(Service，即业务)可以包括一个到多个信息类目(Category，即类目)，而且一个信息类目可以包括一个到多个项目。

业务对象是业务的接入点。当在多种其它业务中选择特定业务时，它可以提供任何被认为对用户有用的信息。示范属性可以包括标签(Name，即名称)，用于指示业务可以提供哪一种信息，还可以包括语言(Language，即语言)信息或者在移动信息业务下，哪个地理区域(ServiceArea，即业务区域)可以被覆盖。究竟应该在此提供哪种属性，要取决于信息业务。

信息类目(Category，即类目)是包含一个到多个项目的容器。除了把一个类目中所有项目链接在一起，它还可以提供某些附加属性，例如用于指示信息类目内容的标签(Name，即名称)，或者供用户用于选择信息类目的图标(Icon，即图标)。而且在此应该提供哪种属性，还要取决于信息业务。类目的实例可以是旅馆信息或概况。

一个项目(Item，即项目)承载用户所感兴趣的大多数信息。一个项目实例就是信息类目内的旅馆信息。属于一个信息类目的所有项目共享一组相同的属性，尽管某些部分是必需的，而其它则是可选的。项目属性的实例可以包括旅馆名称(Name，即名称)、地址(Address，即地址)、房间总数(NoOfRoom，即房间数量)、目前可用房间数量(NoOfRoomAvailable，即可用房间数量)或者项目的图片(Picture，即图片)。此外在此应该提供哪种业务属性还要取决于信息业务。可以在每一类目的基础上来定义一组项目属性。

图2给出属于表中一个类目的整套用户相关项目信息。该实例中给出了旅馆类目。每一行包括与一个旅馆事件相关的数据。每一列内包括用于所有旅馆的属性值。

广播对象的定义：分割

做为广播传输的第一步，要对数据分割进行定义。这些数据段是生成广播对象的基础。因此按照图3中的描述，应用横向和纵向分割方案。

横向分割操作导致产生四组属性。核心属性组覆盖一组数量很少但是却最重要的属性，这些属性一般是终端首先要得到的。动态属性组覆盖所有比其它属性变化得更加频繁的属性。主要属性组覆盖所有剩余的属性，并可以提供和项目有关的所有详细信息。第四组属性是一个特例。它包含属于其它三组之一的属性，这些属性可以被单独地发送，例如大型图片、音频流或者视频流。例如大型图片可以是信息业务的重要特征，但是由于所要求使用的带宽很宽，所以广播传输大型图片的重复速率只能很低。因此本发明提供一种以一种单独的方式去广播这种属性的机制。在后面的描述中，这组属性被称为参考属性组。参考属性仍然是做为参考相关组(核心、主要、动态)的一部分，但是数据本身是以附加广播对象的形式被发送。

纵向分割可以导致生成整套类目项目的项目子集。应该利用多少个纵向片段以及哪一些项目被分配给片段，都要取决于其应用领域。对项目组进行分割的实例就是根据地理区域来进行分割。这可以导致生成两组子集，一组用于本地信息，一个用组全局信息。

纵向分割方案应用于动态属性组以及主要属性组。核心属性组总是包括整套的所有项目。这样可以在每一类目的基础上生成如下类型的广播对象：

·项目目录：项目目录包含所有项目的核心属性。

·项目动态数据列表[1..N]：项目动态数据列表[x]包含属于子集x的所有项目的动态属性。

·项目主要数据列表[1..N]：项目主要数据列表[x]包含属于子集x的所有项目的主要属性。

·参考属性。

附加类型的广播对象是：

·类目目录：类目目录包含具备所有类目属性的所有类目的完整列表。它提供有关可用类目的概况。它对每个业务仅存在一个对象。

·业务目录：业务目录对象提供用于接入信息业务所需的基本信息。其中可以包含用户有用信息，以便去判断用户是否希望启动该业务。业务描述对象是业务的接入点。它对每个业务仅存在一个对象。

参考属性的机制也可以很容易地被用于类目目录和业务目录。

广播对象的定义：信令信息

做为广播传输的第二步，为了确保接收后在终端内对片段重组的一致性，被标识的数据段要经过信令信息属性的修正。

首先每个广播对象都拥有一个Object ID(对象ID)。该对象ID包含类型属性、ID属性以及版本属性。该类型属性标识广播对象的类型，例如业务目录、类目目录等等。ID属性在特定类型的其它广播对象之中对特定类型的广播对象进行唯一地标识。版本属性被用于指示广播对象的更新。

图4描述了业务目录对象的结构。除了从业务对象中得到的信息业务特定属性名称、语言、服务区域等等之外，它还可以提供如下的信令信息：

·Object ID(对象ID)：该Object ID(对象ID)包括上述的类型、ID以及版本属性。该类型属性把广播对象标识为业务目录。

·协议：协议版本属性被接收终端用来校验广播业务和终端处理单元之间的协议兼容性。

图5描述了类目目录对象的结构。它包括Object ID(对象ID)、NoOfCategories(类目数量)属性以及类目数据。

·Object ID(对象ID)：该对象ID包括上述的类型、ID以及版本属性。该类型属性把广播对象标识为类目目录。

·NoOfCategories(类目数量)：该NoOfCategories属性指示业务内所包含的类目数量，以及有多少类目数据属性组要通过类目目录被传递。

·类目数据：每一个类目都是通过类目数据属性来进行描述的。除了来自类目对象的信息业务特定属性名称、图标等等，它还可以提供类目ID。该类目ID包括ID属性(它可以在其它类目中对类目进行唯一地标识)，以及版本属性(它用于标识类目的更新)。此外，类目ID被用于链接项目及其各自的类目。

图6描述了项目目录对象的结构。其中包括对象ID、类目链接信息、纵向分割信息、NoOfItems(项目数量)属性以及项目核心数据。

·Object ID(对象ID)：该对象ID包括上述的类型、ID以及版本属性。该类型属性把广播对象标识为项目目录。

·Category ID(类目ID)：类目链接信息规定被提供的项目属于哪一个类目。

·纵向分割：提供两个属性，它们规定用于发送各自类目的整套项目的子集数量。NoOfSubsetsMainData(主要数据子集数量)属性指示用于主要属性组的子集数量。这就意味着被发送的ItemMainDataList(主要数据列表项目)广播对象的个数与NoOfSubsetsMainData(主要数据子集数量)所指示的个数一样多。NoOfSubsetsDynamicData(动态数据子集数量)属性指示用于动态属性组的子集个数。这就意味着被发送的ItemDynamicDataList(动态数据列表项目)广播对象的个数与NoOfSubsetsDynamicData(动态数据子集数量)所指示的个数一样多。

·NoOfItems(项目数量)：该NoOfItem属性指示各自类目中所包含的项目数量，以及有多少属性组项目核心数据要通过项目目录被传递。

·项目核心数据：每一个项目都是通过项目核心数据的属性来进行描述的。除了来自项目对象的信息业务特定属性(例如名称、图标等等)，它还可以提供项目ID。该项目ID包括ID属性(它可以在各自类目的其它项目中对项目进行唯一地标识)，以及三个版本属性(它们用于标识项目的更新)。CoreDataVersion(核心数据版本)属性指示核心属性组内属性的变化。所有的核心属性都通过项目目录进行传递。此外，MainDataVersion(主要数据版本)以及DynamicDataVersion(动态数据版本)属性也被传递。MainDataVersion属性指示主要属性组内属性的变化。DynamicDataVersion属性指示动态属性/组内属性的变化。所有主要属性都通过ItemMainDataList(项目主要数据列表)对象进行传递，以及所有动态属性都通过ItemDynamicDataList(项目动态数据列表)对象进行传递。

图7描述了项目动态数据列表对象的结构。它包括对象ID、类目链接信息、纵向分割信息、NoOfItems(项目数量)属性以及项目动态数据。

·对象ID：该对象ID包括上述的类型、ID以及版本属性。该类型属性把广播对象标识为项目动态数据列表。

·类目ID：类目链接信息规定被提供项目所属的类目。

·纵向分割：SubsetsNo(子集数量)属性指示通过当前项目动态数据列表对象所提供的项目子集数量。各自类目的项目目录对象中包含NoOfSubsetsDynamicData(动态数据子集数量)属性，它用于标识子集的总数量。

·NoOfItems(项目数量)：NoOfItems属性指示各自类目所包含的当前子集的个数，以及有多少属性组的动态数据要通过当前项目动态数据列表对象进行传递。

·项目动态数据：每个项目都是由项目动态数据属性来进行描述的。除了从项目对象可以得到类似NoOfRoomsAvailable(可用房间数量)等的信息业务特定属性之外，还提供项目ID。该项目ID包括一个ID属性(它可以在各自类目的其它项目之中对项目进行唯一地标识)，以及版本属性。DynamicDataVersion(动态数据版本)属性指示项目动态属性组内属性的更新。

图8描述了项目主要数据列表对象的结构。其中包括对象ID、类目链接信息、纵向分割信息、NoOfItems(项目数量)属性以及项目主要数据。

·对象ID：该对象ID内包括上述的类型、ID以及版本属性。该类型属性把广播对象标识为项目主要数据列表。

·类ID：类目链接信息规定被提供项目所属的类目。

·纵向分割：SubsetsNo(子集数量)属性指示通过当前项目主要数据列表对象所提供的项目子集数量。各自类目的项目目录对象中包含NoOfSubsetsMainData(主要数据子集数量)属性，它标识子集的总数量。

·NoOfItems(项目数量)：NoOfItems属性指示各自类目的当前子集所包含的项目个数，以及有多少属性组的项目主要数据要通过当前项目主要数据列表对象进行传递。

·项目主要数据：每个项目都是由项目主要数据属性来进行描述的。除了从项目对象可以得到类似Address(地址)、NoOfRoomsAvailable(可用房间数量)等的信息业务特定属性之外，还提供项目ID以及参考属性图片。该项目ID包括一个ID属性(它可以在各自类目的其它项目之中对项目进行唯一地标识)，以及版本属性。MainDataVersion(主要数据版本)属性指示项目主要属性组内属性的更新。参考属性图片可以参考其它广播对象得到支持。所述参考包括两个属性：PictureID(图片ID)和PictureVersion(图片版本)。PictureID对应于承载属性值(图片数据)的广播对象(参考属性)的ID属性。PictureVersion属性标识图片的最新版本，并且对应于广播对象的版本属性。

图9描述了参考属性对象的结构。它包含对象ID和参考属性。

·对象ID：对象ID包括上述的类型、ID以及版本属性。该类型属性把广播对象标识为参考属性。

·参考属性：这就是参考属性本身，例如参考图片情况中的图片数据。

附加协议规则

做为广播传输的第三步，要定义附加的协议规则。协议规则与信令信息的组合允许对广播数据进行相容的重组。

广播对象标识

广播信道中发送的对象不能按照双工通信环境中所常用的方式那样通过发射机与接收机之间的通信状态被标识。相反，每个对象都要对自身进行标识。因此要提供三种属性。每个广播对象都拥有类型属性、ID属性和版本属性。类型属性标识广播对象的类型，它被用来在接收终端内应用正确的解码方案。ID属性被用于区分同一类型的不同广播对象。版本属性标识特定广播对象的变化。由此接收终端可以判断广播对象内的信息是否已知，而不需要对整个对象进行译码。

类目链接

一个类目可以提供描述类目自身的属性，并且它也是一个容纳各自类目项目的容器。为了链接类目及其项目，承载项目信息的广播对象拥有一个CategoryID(类目ID)属性。该CategoryID属性唯一地规定信息类目。属于该业务的所有类目都随同其类目目录中的属性一同被发送。由此确保项目可以与其各自的类目链接在一起。

参考属性版本生成(versioning)

所有三个属性组(核心、主要、动态)的属性可以以单独的广播对象(参考属性)形式被发送。在这种情况下，属性的原始位置要利用属性来作为参考。参考中包括ID和版本属性。该ID属性要与承载属性的广播对象的ID相对应。版本属性要与广播对象的版本属性相对应。为了在终端内把属性参考和属性本身结合在一起，要求这两个属性必须要相互匹配。这就意味着ID值和版本要有相同的值。

如果参考属性要被更新了，则参考属性对象的版本属性要对更新做出指示(例如计数器增加)。在这种情况下，参考属性的版本也对更新做出指示。此外，可能参考属性值没有发生变化(例如改善的图片)，但是参考值会变化。这就意味着参考属性是另外一个ReferencedAttribute(参考属性)对象。在这种情况中，要交换ID，并且使用新参考属性的版本信息。

项目版本生成和横向分割

特定类目的所有项目属性被分为三组(横向分割)：核心属性组、主要属性组以及动态属性组。为了指示信息的更新，则要求每一组都要有自己的版本属性。CoreDataVersion(核心数据版本)属性被用于核心属性组，MainDataVersion(主要数据版本)属性被用于主要属性版本，以及DynamicDataVersion(动态数据版本)属性被用于动态属性组。

所有三种属性连同ItemDirectory(项目目录)一起被发送，由此提供有关最新项目版本的完整信息。MainDataVersion(主要数据版本)属性还要与ItemMainDataList(项目主要数据列表)对象一起被发送，并且对项目的主要属性组的任何变化做出指示。DynamicDataVersion(动态数据版本)属性还要与ItemDynamicDataList(项目动态数据列表)对象一起被发送，并且对项目动态属性组的任何变化做出指示。

项目版本的协议规则如下：

·无论何时项目属性值或者核心属性组的项目属性基数发生变化，都要利用CoreDataVersion(核心数据版本)属性对信息的更新做出指示(例如增加计数器)。其中包括这样的情况，即随着参考属性的变化，参考值要变化(ID属性)或者参考属性的版本要变化(版本属性)。

·无论何时项目属性值或者主要属性组的项目属性基数发生变化，都要利用MainDataVersion(主要数据版本)属性对信息的更新做出指示(例如增加计数器)。其中包括这种情况，即随着对属性进行索引，参考值要变化(ID属性)或者被参考属性的版本要变化(版本属性)。

·无论何时项目属性值或者动态属性组的项目属性基数发生变化，都要利用DynamicDataVersion(动态数据版本)属性对信息的更新做出指示(例如增加计数器)。其中包括这种情况，即随着对属性进行索引，参考值要变化(ID属性)或者参考属性的版本要变化(版本属性)。

项目的纵向分割操作

属于特定类目的整套项目可以被分为几个子集，并做为几个广播对象被发送。这样可以用于去减小传输错误的影响，或者可以为不同的项目子集提供不同的接入时间。项目目录通过利用NoOfSubsetsMainData(主要数据子集数量)属性和NoOfSubsetsDynamicData(动态数据子集数量)属性来分别指示用于主要属性组和动态属性组的子集个数。项目子集与ItemMainDataList(项目主要数据列表)和ItemDynamicDataList(项目动态数据列表)对象在一起被传送。这些对象通过利用SubsetNo(子集数量)属性来指示当前广播对象所提供的项目子集数量。此外，NoOfItem(项目数量)属性规定多少项目属于该子集。

项目目录版本生成

项目目录通常承载整套的所有项目以及其属于各自类目的核心属性。在如下情况中，项目目录的版本属性对更新进行指示(如增加计数器)：

·改变项目组：

·项目数量的变化：NoOfItems(项目数量)属性改变。

·添加项目：在项目目录中添加新项目(ID属性)。

·删除项目：从项目目录中删除项目(ID属性)。

·更新项目：改变项目版本信息(核心数据版本、主要数据版本、和动态数据版本属性)。

·或者改变纵向分割操作：改变NoOfSubsetsMainData(主要数据子集数量)属性或NoOfSubsetsDynamicData(动态数据子集数量)属性。

项目主要数据列表版本生成

项目主要数据列表承载所有项目中的部分子集以及其属于各自类目的主要属性。在如下情况中，项目主要数据列表对象的版本属性对更新进行指示(如增加计数器)：

·改变项目子集：

·属于子集的项目数量变化：NoOfItems(项目数量)属性改变。

·添加项目：在项目子集中添加新项目(ID属性)。

·删除项目：从项目子集中删除项目(ID属性)。

·更新项目：改变与主要属性组(MainDataVersion(主要数据版本)属性)相关的项目版本信息。

·或者改变纵向分割操作：改变SubsetNo(子集数量)属性。

项目动态数据列表版本生成

项目动态数据列表承载所有项目中的部分子集以及其属于各自类目的主要属性。在如下情况中，项目动态数据列表对象的版本属性对更新进行指示(如增加计数器)：

·改变项目子集：

·属于子集的项目数量变化：NoOfItems(项目数量)属性改变。

·添加项目：在项目子集中添加新项目(ID属性)。

·删除项目：从项目子集中删除项目(ID属性)。

·更新项目：改变与动态属性组(DynamicDataVersion(动态数据版本)属性)相关的项目版本信息。

·或者改变纵向分割操作：改变SubsetNo(子集数量)属性。

类目版本生成

属于业务的所有类目与类目目录一起被发送。类目由ID属性(类目数据)所标识。对类目的更新由版本属性所标识。当类目属性值或者类目属性基数发生变化时，版本属性要对更新进行指示(如增加计数器)。这其中包括根据属性参考引起的变化。

类目目录版本生成

类目目录通常与属于业务的整套所有类目在一起传送。当类目组发生变化时，类目目录的版本属性对更新进行指示(如增加计数器)：

·类目数量变化：NoOfCategories(类目数量)变化。

·添加类目：在类目目录中添加新类目(ID属性)。

·删除类目：从类目目录中删除类目(ID属性)。

·更新类目：改变类目版本信息(类目数据的版本属性)。

业务目录版本生成

业务目录承载与业务本身相关的信息。这其中包括用户的属性以及协议信息。ProtocalVersion(协议版本)属性指示传输协议的变化，例如数据格式的变化或者协议规则的变化。

当ProtocolVersion(协议版本)属性变化或者至少一个业务属性变化时，需要改变业务目录的版本属性。这其中包括由属性参考所引起的变化。

扩展：在预定义的格式中嵌入信息类目

在实现信息业务时，可能会得到来自不同信息资源的信息。尽管大多数情况中都适于对各自信息资源的原始信息结构进行转化，但是这并不能假设在所有情况中。例如，GATS协议被用于向移动电话传递业务故障消息。它使用高效的二进制消息格式。每一条消息包括必选和可选部分，并且每条业务消息平均要求20个字节。在这种情况中不能采用横向分割方案，其原因在于完整的业务消息要求较低的带宽。此外，采用GATS协议格式的业务消息的内容提供商不太支持根据上述的横向分割方案所进行的信息传递。因此，本发明的随后部分将处理在应保留的格式中嵌入信息类目的问题。基本的假设是：可以作为一个整体来对每个项目进行一条一条的处理。项目的内部结构(例如其属性和属性基数)与本发明所描述的广播传输协议不相关。这就会导致这样一种解决方案：其中只能采用纵向分割方案，而不能采用横向方案。此外，为了能够采用不同的格式，预定格式内的项目数据要与附加的广播对象一起被发送。总之，使用两种对象——ItemSubsetDirectory(项目子集目录)对象和ItemSubset(项目子集)对象来嵌入信息类目。

图10描述了项目子集目录对象的结构。它与项目目录对象是等效的。其中包括对象ID、类目链接信息、NoOfItems属性、纵向分割信息、以及项目子集数据。

·对象ID：对象ID包括上述的类型、ID以及版本属性。类型属性把广播对象标识为项目子集目录。

·类目ID：类目链接信息规定被提供的项目属于哪一个类目。

·NoOfItems(项目数量)：NoOfItems属性表示各自类目所包含的项目总数。

·纵向分割操作：NoOfItems(项目数量)属性指示用于传递整套项目需要的子集数量，以及多少个属性组的项目子集数据要与当前项目子集目录对象一起被发送。而且，这也意味着被发送的项目子集广播对象的数量与NoOfSubsets(子集数量)所指示的数量一样多。

·项目子集数据：通过项目子集数据的属性来描述每个子集。可以提供两个属性：SubsetID(子集ID)属性和SubsetVersion(子集版本)属性。SubsetID(子集ID)与承载子集数据的广播对象(项目子集)的ID属性相对应。SubsetVersion(子集版本)属性标识子集数据的最新版本，并且与广播对象的版本属性相对应。

图11描述了项目子集对象的结构。这其中包括对象ID、类目链接信息、纵向分割信息、NoOfItems(项目数量)属性和项目数据：

·对象ID：对象ID包括上述的类型、ID以及版本属性。类型属性把广播对象标识为项目子集。

·类目ID：类目链接信息规定被提供的项目属于哪一个类目。

·纵向分割操作：SubnetNo(子集数量)属性指示当前项目子集对象所提供的项目子集数量。各自类目的项目子集目录对象包含NoOfSubsets(子集数量)属性，用于指示子集的总数。

·NoOfItems：(项目数量)NoOfItems属性指示各自类目所包含的当前子集的项目数量，以及有多少项目要与当前项目子集对象一起被发送。

·项目数据：可以以预定格式提供每个项目，该格式可以不同于本发明所描述的广播传输协议所用的格式，并且与协议不相关。协议只提供用于承载这类数据的容器。假设每个项目都拥有ID属性(它可以在相同类目的其它项目中对一个项目进行唯一地标识)，而且还拥有用于标识项目变化的版本属性。为一个项目提供的附加信息与本发明不相关。

用于在预定格式中嵌入信息类目的附加协议规则

在预定格式中嵌入信息类目要基本遵循针对该协议(不包括扩展部分)描述的原理，但是需要稍做修改。

广播对象标识

同上。

类目链接

同上。

项目版本生成

任何的横向分割操作都不受支持。因此对每个项目只要求一个版本属性。所有的版本属性要与其各自项目子集对象内的项目一起被发送。

用于项目版本生成的协议规则如下：无论何时根据嵌入信息类目规则发生项目变化，都可利用版本属性来指示信息更新(例如计数器增加)。

项目的纵向分割操作

属于特定类目的整套项目可以被分为几个子集，并可以做为几个广播对象被发送。这可以用于去减小传输错误的影响，或者可以为不同的项目子集提供不同的接入时间。项目子集目录通过利用NoOfSubsets(子集数量)属性来指示用于项目组的子集个数。项目子集与项目子集对象在一起传送。该对象通过利用SubsetNo(子集数量)属性来指示由当前广播对象所提供的项目子集数量。此外，NoOfItems(项目数量)属性规定了有多少项目属于该子集。

项目子集目录版本生成

项目子集目录通常承载属于各自类目的承载项目所有子集的一个完整清单。在以下情况项目子集目录的版本属性对更新做出指示(例如计数器的增加)：

·项目子集结构变化：

·子集数量变化：NoOfSubsets(子集数量)属性变化。

·添加子集：在项目子集目录中添加新子集(子集ID属性)。

·删除子集：从项目子集目录中删除子集(子集ID属性)。

·更新子集：改变子集版本信息(SubsetVersion(子集版本)属性)。

·或者属于类目的项目数量发生变化：改变NoOfItems(项目数量)属性。

项目子集版本生成

项目子集承载属于各自类目的所有项目子集，项目子集对象的版本属性对更新进行指示：

·项目子集变化：

·属于子集的项目数量变化：NoOfItems(项目数量)属性改变。

·添加项目：在项目子集中添加新项目(ID属性)。

·删除项目：从项目子集中删除项目(ID属性)。

·更新项目：改变项目版本信息(版本属性)。

·或者改变纵向分割操作：改变SubsetNo(子集数量)属性。

类目版本生成

同上。

类目目录版本生成

同上。

业务目录版本生成

同上。

尽管通过要被广播的由三种业务对象构成的信息业务来描述本发明，根据本发明，被广播的信息业务可以包括更多或者更少类型的业务对象。

而且通过描述可以看到，横向分割可以导致四组属性。当然横向分割可以导致多于或者少于四组的属性。不同的信息类目可以包含不同数量组的属性，或者，通用横向分割操作可以定义特定数量的属性组，并且一个或多个属性组不会出现在一个或者多个信息类目中。

而且，纵向分割不受所示实例的限制，但是可以根据传输系统实现的需要来进行修改。

当业务对象类型变多或者变少时，其它属性组的数量以及/或者其它项目组的数量(纵向分割)、当然还有属性对象的类型和数量也会随之相应变化。

而且，针对特定示范实施例给出以及描述的附加协议规则也要作出相应变化。

Claims (24)

1.一种在广播传输系统内发送信息业务的方法，其特征在于如下步骤：

在代表该信息业务的每一类目中执行分割操作，以生成数据段；

为每个数据段添加信令信息，其中该信令信息允许接收机根据预定协议规则来对该数据段进行相容地重新组装，从而生成各自的广播对象；以及

根据该广播对象内该数据段的信息内容的顺序来发送该广播对象，其中根据被发送数据的信息内容来执行该分割操作。

2.根据权利要求1的方法，其特征在于根据广播对象内所承载的数据段的信息内容来对广播对象进行分类，而且发送广播对象的重复速率取决于其类型。

3.根据权利要求1的方法，其特征在于该信息业务包括三层结构，即：

当在其它几种业务中进行选择业务时能够提供被认为对用户有用的信息的业务；

对多个项目进行链接的类目；以及

承载用户所感兴趣的信息的项目。

4.根据权利要求1的方法，其特征在于该分割操作把一个类目至少横向地分为两组，其方法是根据该项目属性的重要程度构造该类目中的项目的项目属性组。

5.权利要求4中的方法，其特征在于要构造四组项目属性，即：

核心属性组，覆盖最重要的一组属性，这些属性一般是终端首先要得到的；

动态属性组，这些属性要比其它属性变化得更加频繁；

主要属性组，覆盖所有其余的项目属性；以及

参考属性组，包括属于其它三个属性组之一的属性，该属性仅作为参考包括在其中而且由于包括大量的数据，所以要被单独地发送。

6.根据权利要求1的方法，其特征在于该分割操作至少要把一个类目纵向地分成几个部分，其方法是根据该项目的逻辑成员资格构造该类目中的项目组。

7.根据权利要求5的方法，其特征在于该分割操作至少要把一个类目纵向地分成几个部分，其方法是根据该项目的逻辑成员资格构造该类目中的项目组。

8.根据权利要求7的方法，其特征在于定义了两种类型的广播对象，即：

项目子集目录，其中包含关于以预定格式被发送的所有项目的信息；以及

项目子集，其中包含预定格式的项目数据。

9.根据权利要求7或8的方法，其特征在于定义了六种类型的广播对象，即：

业务目录，包含有关业务的基本信息；

类目目录，包含业务内的所有类目的完整列表；

项目目录，包含类目中所有项目的所有核心属性；

项目动态数据列表，包含至少一组项目的动态属性；

项目主要数据列表，包含至少一组项目的主要属性；以及

参考属性，包含一个项目的一个参考属性。

10.根据权利要求9的方法，其特征在于业务目录广播对象的信令信息内包括协议版本属性，使得接收终端能够校验广播业务和终端处理单元之间的协议兼容性。

11.根据权利要求10的方法，其特征在于广播对象的信令信息包含指示该广播对象分类的类型属性、以及/或者还包含用于区分同一类型广播对象中的若干广播对象的ID属性、以及/或者还有用于指示特定广播对象的变化的版本属性。

12.根据权利要求11的方法，其特征在于参考属性的参考值中包括承载参考属性的广播对象的ID、以及参考广播对象的版本属性。

13.根据权利要求12的方法，其特征在于随着参考属性的更新，参考属性对象的版本属性和属性参考值的版本也会发生变化，或者通过交换标识符以及使用新参考属性的版本信息来使参考值发生变化。

14.根据权利要求11的方法，其特征在于项目核心属性组、项目主要属性组和项目动态属性组中各包含一个自身的版本属性，它用于当各自项目属性组的项目属性值或者项目属性基数发生变化时，就对信息更新做出指示。

15.根据权利要求14中的方法，其特征在于广播对象包括项目核心属性组的以及承载所有三种版本属性的项目目录中的项目，广播对象包括承载主要版本属性的项目主要属性组的项目，并且广播对象中包括承载动态版本属性的项目动态属性组的项目。

16.根据权利要求11的方法，其特征在于项目目录包括版本属性，它用于当包含类目中所有项目的所有核心属性的项目组发生变化、或者纵向分割操作发生变化时，对更新做出指示。

17.根据权利要求11或者权利要求12到16中任一项的方法，其特征在于项目主要数据列表和项目动态数据列表都各自包括版本属性，当包含至少一组项目的各自主要或动态属性的各自的项目子集发生变化、或者纵向分割发生变化时，该版本属性用于对更新做出指示。

18.根据权利要求11的方法，其特征在于类目中包括版本属性，当类目属性值或者类目属性基数变化时，该版本属性用于对更新做出标识。

19.根据权利要求11的方法，其特征在于类目目录中包括版本属性，当包含所有业务类目的完整列表的类目组发生变化时，该版本属性用于对更新做出标识。

20.根据权利要求11的方法，其特征在于业务目录包括版本属性，当协议版本属性或者业务属性发生变化时，该版本属性用于对更新做出标识。

21.根据权利要求1的方法，其特征在于承载类目分段的广播对象的信令信息中包括类目ID属性，它用于唯一地规定信息类目、以及允许对该类目进行组装的属性。

22.根据权利要求1的方法，其特征在于该广播传输系统是DAB。

23.根据权利要求1的方法，其特征在于广播对象的信令信息包含指示该广播对象类目的类型属性、以及/或者还包含用于区分同一类型广播对象中的若干广播对象的ID属性、以及/或者还有用于指示特定广播对象的变化的版本属性。

24.一种在广播传输系统中接收信息业务的方法，其特征在于如下步骤：

接收广播对象；

从每个接收到的广播对象中提取信令信息以及数据段，其中该信令信息允许接收机根据预定协议规则来对该数据段进行相容地重新组装形成该信息业务的信息类目；以及

在代表该信息业务的每个类目内进行组合操作，以生成该信息业务。

Images