专利名称：数据广播服务的制作方法
技术领域：
本发明涉及移动终端和操作移动终端的方法。本发明还涉及数据广播设备和数据广播的方法。
关于在例如移动电话、个人数字助理(PDA)、膝上型电脑等类似的移动手持终端中加入数字广播接收机已经有很多记载。
已经提出了一种系统，其中数据业务在时间分割或时间复用的基础上进行传送，以允许在给定的信道频率上传送多种业务。这对移动终端来说很有益处，因为它们的接收机只有在与感兴趣的业务相关的数据被广播时才需要被供电且它们仅需要缓冲、解码和处理接收的数据，而在其他时间可以关闭。这通常将导致接收机每隔一定间隔开启相对短的一段时间。
本发明旨在提供一种机制，藉此能够进一步减少数据广播接收机的功率消耗。
本发明的第一方面提供了一种接收机终端，其适用于在一个业务的多个业务成分在突发中被顺序地数据广播的系统中操作，该终端被安排成检测需要接收哪些业务成分，并在与所需业务成分相对应的突发周期中一个或多个时刻启用终端中的接收机来接收信号，而对于突发周期基本上剩余的时间则停用接收机。
典型地，虽然该终端可能替换地能够从业务成分本身导出定时信息，但它将被安排成基于接收的标识业务成分传输定时的定时信息来启用和停用接收机。
在一个实施例中，安排该终端基于对接收机能力信息与接收的业务成分数据类型信息的比较来检测需要接收哪些业务成分。这里，可以安排该终端基于接收的业务成分识别符来获得(source)业务成分数据类型信息。
在另一实施例中，安排该终端基于对接收机分类信息与接收的业务成分分类信息的比较来检测需要接收哪些业务成分。业务成分分类信息可以仅仅涉及一个级别，例如高、中或低能力，或者可以是关于接收机要求的更特定的，例如需要比规定数量更多的ROM或RAM、或需要特定的显示或解码特性。不管业务成分分类信息涉及什么，都可以安排该终端基于接收的业务成分识别符来获得所接收的业务成分分类信息。
基于接收的业务成分识别符获得以上提到的任何信息允许用于简单的数据广播，并允许仅在被需要时才在接收机终端内增加复杂性，使接收机终端不像上面那样安排为能容易地忽略所接收的业务成分识别符。
接收机分类信息可以由终端的设置来确定。在这种情况下，分类设置可以是依赖于一个或多个终端参数而能自动调节的。该设置可以替换地或额外地是能手动调节的。在任何情况下，接收机分类设置的调节都可以向上或向下。
在一个实施例中，安排该终端向远端站通知该终端的特性。在任何情况下，都可以安排该终端向一个远端站或该远端站通知所消耗(consume)的业务。
该接收机终端可以是移动终端、手持终端，但这些对本发明不是关键性的，尽管移动终端明显有某些优点。
根据本发明的第二方面，提供了一种在一个业务的多个成分在突发中被顺序地数据广播的系统中操作移动终端的方法，该方法包括检测需要接收哪些业务成分；在与所需成分相对应的突发周期中一个或多个时刻允许接收并处理信号；以及对于突发周期基本上剩余的时间禁止信号接收和处理。
根据本发明的第三方面，提供了一种数据广播设备，包括定序器，用于把与一个业务有关的业务成分顺序地组织到一个突发中，突发中的不同业务成分包括不同数据类型的内容数据；元数据处理机，用于和内容数据分开地组织依赖于每个业务成分的数据类型的元数据；定时数据处理机，用于组织定时数据，接收机终端可以根据该定时数据来确定业务成分在突发内的数据广播的时刻；以及数据广播器，用于数据广播业务成分、元数据和定时数据。
元数据可以标识接收机的类别，或替换地，元数据可以标识例如相应业务成分的数据类型。
不管元数据是否标识这样的类别或数据类型，元数据都可以标识相应的业务成分。这可以允许接收机终端使用另一数据源来确定数据类型或分类，另一数据源例如是数据广播运行者的网页一如果需要它的话。数据类型或分类信息可以替换地从另一适合的信息源获得。
元数据可以作为相应业务成分的一部分进行数据广播，例如作为其头标的一部分。这是有利的，因为它不需要接收机终端接收在其他承载上传送的数据。然而，在某些实施例中，元数据可以替代地在与业务成分不同的承载上进行数据广播。
在任何情况下，元数据都可以作为PSI/SI表的一部分、或以其他任何适合的形式被数据广播。
在一个实施例中，定序器可以构造成以依赖于所感知的优先权的顺序来安排与一个业务有关的业务成分。在这种情况下，具有高优先权的业务成分可以被分组到一起，具有低优先权的业务可以被安排在具有高优先权的业务成分之前和/或之后。替换地或额外地，可以以优先权的升序或降序来安排业务成分。
可以安排该数据广播设备使用标识与某业务相关的一个或多个接收机特性的接收数据来确定涉及该业务的业务成分的优先权。
本发明的第四方面提供了一种数据广播的方法，包括在突发中顺序地数据广播与一个业务有关的业务成分，各业务成分包括不同数据类型的内容数据；与内容数据分开地，数据广播依赖于每个业务成分的数据类型的元数据；以及数据广播一接收机终端可根据其来确定业务成分在突发内的数据广播时刻的数据。
术语“数据广播(datacasting)”应理解为指的是数据的广播或多播，并且应据此解译术语“数据广播(datacast)”下面将结合附图，仅以示例的方式对本发明的实施例进行描述，其中
图1是根据本发明某些方面的数据广播站的组件的示意图；图2是示意性地说明由图1的站提供的信号的图；以及图3和4是根据本发明某些方面的移动接收机的示意图。
参考图1，以示意图的形式图示了数据广播设备10。在这个例子中的数据广播设备10被配置成提供适于在DVB-T(陆地数字视频广播)或DVB-H(手持DVB)链路上广播或多播的数据。然而，数据广播设备10可以替换地涉及任何其他种类的数据广播系统。数据广播设备10大致地包括通过其从一个或多个服务运行者处接收业务成分文件的输入11，封装和复用装置12以及广播发送机13。在所示的例子中，广播发送机13作为同一设备的形成部分被示出，即与封装和复用系统12位于同一物理位置，但在其他的实施例中，组件12和13可以位于分离的硬件装置中，该硬件装置可以彼此邻近也可以彼此远离。数据广播设备10进一步包括定时数据子系统14，它被连接来与封装和复用系统12进行双向通信。数据广播发送机13从封装和复用系统12接收数据，并在发送之前根据相关DVB标准将其调制到射频载波上。
简单地说，数据广播设备10被安排成接收涉及多种业务的业务成分文件；在数据流中顺序地安排涉及给定业务的业务成分；如果尚未给出头标，则为每个业务成分提供适当的头标；将不同的业务复用到一起；为业务和业务成分提供适当的定时数据；并且数据广播作为结果的数据以供在发送机站13范围内的接收机终端接收。实现这一点有很多方式，下面将详细地描述其中的一些。
图2中图示了由图1的设备数据广播的信号。这里，水平轴是线性的，代表时间的连续。就第一业务(标记为“业务1”)来说，顺序地发送第一至第四业务成分20至23。在该例中，业务成分20至23具有不同长度的传输周期，尽管这不是关键性的。第一业务成分20在时刻T(c，t)开始传输，而第四成分23在时刻T(c+3，t)开始传输，第二和第三业务成分21和22分别具有开始于时刻T(c+1，t)和T(c+2，t)的传输。业务成分20至23的每一个都包括内容净荷和头标。业务成分20至23的头标区分别在25至28处图示，净荷区分别在29至32处指出。在这个例子中，第一业务成分20包括视频数据，第二业务成分21包括音频数据，第三业务成分22包括辅助数据，而第四业务成分23包括构成增强视频层的数据。
就第二业务(标记为“业务2”)来说，图示了第一至第四业务成分34至37。尽管未示出，但每个业务成分34至37同样具有头标区和内容净荷区。这里，第一和第二业务成分34和35分别为视频和音频数据业务成分，第三业务成分36包含JPEG图像数据，而第四业务成分37包括一部分可执行程序文件。
在第二业务的第一至第四业务成分34至37之后，在发送关于第二突发的并与第一业务有关的第一业务成分38的时刻T(c，t+1)之前，可能有关于一个或多个另外业务(未示出)的业务成分。在开始发送第一突发的第一业务的第一业务成分的时刻T(c，t)和下一个突发中的相应时刻T(c，t+1)之间的间隔被认为是突发周期。在用于DVB-T或DVB-H的IPDC(互联网协议数据广播)中，突发周期基本上为常数，虽然对于其他数据广播系统来说可能情况并不是这样。
此外，第一业务的业务成分20至23的传输长度对于每个突发来说可能是相同的。然而，如果需要，业务成分的传输持续时间可以是在各突发之间变化的。
在该实施例中，每个头标25至28包括元数据，它描述在业务成分20至23的相应净荷内容区29至32中的数据的类型。而且，数据广播对数据定时，它标识形成IPDC服务一部分的业务成分20至23以及34至37的每一个的起始时间。可以以任何适合的方式，例如在业务成分的头标或净荷中、或者与业务成分相分离地例如作为与IPDC传输相关的PSI/SI数据表的一部分地，发送该定时数据。可以在系统中的任何级别的头标中包括定时数据，例如在突发头标、分组头标或所示的业务成分头标中。该定时数据可以采取任何适当的形式。例如，它可以以绝对项的形式标识一个突发中业务成分传输的起始时间并标识突发间的间隔，以允许明确地计算后续突发中相应业务成分的起始时间。可替换地，可以相对于发送机站13已知的并且能被接收机站识别的任何时刻来规定相应于各业务成分的传输数据的起始时间。接收机站计算业务成分单元传输的起始时间的确切方式对本发明并不是关键性的，因而在这里不作详细描述。
定时数据由接收终端将其连同包含于头标25至28的元数据一起使用，以便仅在突发周期中需要的业务成分入射(incident)的时刻开启它的接收机，并对于突发周期基本上剩余的时间停用接收机，现在结合图3对其进行描述。
以移动电话手持机和DVB-T接收机结合的形式示意性地示出了终端39。由于终端39包括接收机，因此它可以称作接收机终端。
在一个实施例中，接收机终端39包括第一和第二天线40、41，它们分别连接到DVB-T接收机42和移动电话收发信机43。接收机42和收发信机43各自都包括用于放大和解调接收信号的RF信号处理电路(未示出)以及用于信道解码和解复用的一个或多个处理器(未示出)。
接收机终端39还包括控制器44，用户接口45，一个或多个存储器46，编码/解码器(编解码器)49，具有相应放大器51的扬声器50以及具有相应预放大器53的麦克风52。接收机42和收发信机43在控制器44的控制之下运行。
用户接口45包括显示器53和小键盘55。通过例如使其比传统移动电话的显示器更大和/或具有更高分辨率并且有显现彩色图像的能力，显示器53适于显示图像和视频。接收机终端39还包括例如以可充电电池56形式的电源以便提供直流电力。
控制器44在存储于存储器46之一中的软件(未示出)的指导下管理接收机终端39的操作。控制器44为显示器53提供输出信号以及接收并处理来自小键盘55的输入。
在另一实施例中，通过提供适于接收来自DVB-T网络和移动电话网络的信号的单一接收机和适于在移动电话网络上发送信号的发送机(未示出)，从而对接收机终端39进行修改。在又一实施例中，提供单一收发信机以用于在这两个网络上进行通信。
控制器44被安排成从头标25至28中提取标识业务成分数据类型的元数据，并分离出上面所讨论的定时数据。控制器44使用移动终端39能力和配置的知识来确定需要接收业务成分20至23中的哪些。这可以以任何适合的方式来完成。例如，当知道显示器53的分辨率不足以用于高清晰度视频显示以便明显优于普通视频显示时，控制器44则可以确定不需要增强视频层业务成分23。在这个例子中，控制器44还使用未向接收机终端39提供使能供应多语言字幕的软件的知识，来确定不需要接收承载多语言字幕的第三业务成分22。该例中控制器44决定需要接收第一和第二业务成分20和21，因为移动机终端39具有利用来自内容净荷29和30的视频和音频数据的能力。
在确定需要接收哪些业务之后，控制器44控制DVB-T接收机42开启以在时刻T(c，t)和T(c+2，t)之间以及还有后续突发周期的相应时间点期间接收数据。控制器44控制DVB-T接收机在突发周期的其他时刻关闭并因而也不执行数据缓冲或处理。以这种方式，DVB-T接收机42仅在与所需业务成分有关的数据入射到天线40时开启，而在所有其他时刻关闭。这意味着来自可充电电池56的电力被用于接收和处理所需要的业务成分20、21，而并不用于接收和处理不需要的业务成分22和23。
在替换实施例中，以个人数字助理(PDA)的形式提供接收机终端39，并且现在将再次结合图3对其进行描述。PDA 39具有图3的移动终端的所有组件，尽管在这里小键盘55可以替代地以触摸屏和笔输入的方式来提供，以及显示器53具有比移动电话的相应显示器大很多的尺寸。
在接收到图2所示的信号时，如对于移动电话实施例所描述的那样，PDA 39确定需要接收第一和第二业务成分20和21。然而，PDA 39还确定显示器53对其足够而值得利用增强视频层业务成分23的净荷内容32。控制器44确定PDA 39没有有效利用第三业务成分22的辅助数据净荷内容31的软件。
通过使用这个对需要接收哪些业务成分的确定，控制器44控制DVB-T接收机42接收图2信号的每个突发周期的第一、第二和第四业务成分20、21和23。以这种方式，DVB-T接收机42可以在第三业务成分22入射到天线40上时关闭，进而电池56的电力不必用于接收和处理形成第三业务成分22部分的数据。然而，如果第三业务成分22的传输持续时间很短，接收机保持开启可能会方便一些。
如果PDA 39不需作为移动电话来操作，则可以省去收发信机43和天线41，还有麦克风52以及放大器53。如果PDA替代地被提供以头戴耳机插孔，则也可以省去扬声器50，尽管并未示出这种实施例。
图4图示了一个替换实施例。参考该图，膝上型电脑59被示为大致地包括微处理器60，它分别连接至显示器61、一个或多个扬声器63、键盘64、RAM 65、ROM 66和硬盘67，其中显示器61可以是TFT显示器或其他任何类型。该膝上型电脑59基本上是传统的，除了它被提供以DVB-T或DVB-H接收机68，其通过天线69接收DVB数据广播传输。并且，ROM 66被提供以程序，该程序允许微处理器60实现对DVB-T接收机68的适当控制、以及在用户接口的控制下使用显示器61和扬声器63来呈现视听数据，其中用户接口包括键盘64和显示器61。
在该实施例中，微处理器60与图3的控制器44类似地操作。具体地，微处理器60根据包含于头标25至28中的元数据以及它的能力和配置来确定第一至第四业务成分20至23的每一个包含膝上型电脑59需要接收并使用的数据。从而，微处理器60控制DVB-T接收机68接收并处理在时刻T(c，t)和T(d，t)之间以及在后续突发周期中相应时刻之间所接收的信号。因此，微处理器60被提供来自第一至第四业务成分20至23的每一个的净荷内容数据29至32，并能够使用其在显示器61和扬声器63上提供输出。
移动电话或PDA 39以及膝上型电脑59可以基于软件和/或硬件能力来确定需要接收什么业务成分。例如，如果业务成分包含作为MPEG4文件的内容净荷数据，则移动终端39、59中需要MPEG4解码软件以便使用这些数据。因此，如果移动终端39、59没有MPEG4解码软件，则相应业务成分将被认为是不需要的，因而控制器44、60将控制接收机42、68在那些业务成分传输期间关闭。类似地，需要MP3解码软件来解码MP3文件，需要JPEG解码软件来解码JPEG文件。
如果业务成分包含数据文件部分，则该业务成分的相应头标优选地包括标识该文件总大小的元数据。以这种方式，接收机终端39、59可以确定其是否有足够的存储器来存储整个文件(其通过一系列突发传送)，并且仅当存在足够存储器时才安排接收涉及该数据文件的业务成分。当文件是可执行程序文件，例如是游戏或文档文件诸如PDF文件或电子数据表或文字处理器文件时，可能发生这样的情况。在文件是可执行程序的情况下，很可能需要一定量RAM来执行该程序。假如这样，则在元数据中包括执行该程序所需要的RAM的数量以及该文件的大小，以便接收机可以确定是否有能力执行该程序。
在一个替换实施例中，元数据并不直接标识相应净荷内容数据的数据类型。取而代之的是，元数据可以标识消耗该数据所需要的接收机终端类别。在一个简单的例子中，可以有三种接收机终端能力类别，即受限(limited)接收机、中等接收机和高端(high-end)接收机。在这个例子中，可以向每个接收机39、59馈送以标识其所属类别的数据。为了能够被分类为中级接收机，接收机必须包含使用被IPDC运行者分类为中等类别的数据所需要的所有软件和硬件能力。相应的要求应用于高端和受限接收机类别。当从接收的业务成分的头标中解码出类别信息后，接收机终端39、59可以将其与该接收机分类相比较，以便达到确定是否需要接收和处理相应业务成分的目的。如果该接收机被分类为受限接收机，那么只安排它接收头标将之标识为适用于受限接收机类别的业务成分。中等类别接收机被安排成接收并处理用于中等和受限类别的接收机的业务成分，等等。
满足分类之一所需要的接收机能力可以以任何适合的方式对移动终端39、59可用。例如，可以在销售前将分类预先编程到接收机终端39、59中。替换地或额外地，该信息可以与发送内容一起或在其他信道上进行数据广播。替换地，该信息可以在由数据广播设备10的运行者操作的网页上得到。该信息可以是能以任何适合的方式从其他源获取的，例如是作为对运行者所指定电话号码的MMS或SMS请求的SMS或MMS回复。向移动接收机39、59通知其分类或为具有某一分类所必须满足的要求的确切模式对本发明来说并不重要。
如果需要，接收机终端的分类可以对用户可用。该信息可以通过菜单选项可用，或替换地，它可以在控制器44、60确定接收机分类后呈现在显示器53、61上。在一个实施例中，可以改变移动终端39、59的分类。该分类可以由用户通过接收机39、59上提供的用户接口改变。替换地或额外地，该分类可以被控制器44、60改变。例如，如果确定了移动终端39、59的剩余电力资源为低，则控制器44、60可以自动降低该移动终端的分类。以这种方式降低分类将导致把更少的业务成分认作是相关的，因而接收并处理更少的业务成分。这导致减少功率消耗，因此增加了在剩余电量不足以允许移动接收机终端39、59保持开启之前的时间量。
接收机终端39、59的分类还可以在例如可用的ROM或RAM量下降到阈值以下时被改变，这将导致接收机终端39、59落入比之前经历的要低的分类。
类似地，在另一实施例中，接收机终端39、59可操作来允许升高分类。在硬件或软件的升级允许接收机终端39、59满足更高分类的要求时，可以升高该分类。而且，PDA 39还可以包括被分类为高端接收机所需要的许多硬件和软件能力，但缺少一个或多个必要的能力因而不能被分类为高端接收机。然而，这并不意味着PDA 39不能接收并消耗被分类为高端接收机可用的所有业务成分的内容，仅仅是不能保证而已。因此，允许用户手动升高接收机终端39、59的分类可能意味着可以为用户提供PDA 39能够消耗的、但被分类为比赋予该PDA的分类更高的分类的内容。当然，如果任何接收并处理的业务成分包括PDA39未被装备来消耗的数据，那么PDA 39将不能消耗这些数据，PDA 39可以就此通知用户，或替代地，这一点可以对用户来说是透明的。
此外，如果接收机终端39、59的分类在最基本的分类之上，那么可以为用户提供用来选择期望分类的选项。以这种方式允许用户选择分类是有利的，因为它允许用户影响功率消耗的速度，允许他或她在丰富的内容和延长电池寿命之间进行选择。如果用户具有在三个或更多分类选项间选择的选项，那么这可以允许用户在延长电池寿命的极限和内容的丰富性、以及一个或多个折衷之间进行选择。
广播数据替代地或此外还包括标识消耗该业务成分内容所需要的接收机分类的信息、或指示该业务成分中数据类型的数据，每个业务成分可包括成分识别符。这样的识别符必需将该业务成分从其他未提供分类信息或数据类型元数据的业务成分中唯一地标识出来。接收机终端39、59可以使用该成分识别符从运行者网页、或从任何其他适合的信息源来确定数据类型或消耗相应业务成分所需要的接收机分类。
数据广播设备10被安排成选择用于在与一个业务有关的时隙内的业务成分的顺序，其中所述业务成分依赖于接收该业务的接收机终端的实际或假设的特性，现在将参考图1来对此进行描述。成分分析器15被连接来从输入11接收业务成分文件，并且其并行连接至封装和复用系统12。成分分析器15检查在输入11接收的形成每个业务成分部分的数据，并从而确定其数据类型。这可以以任何适用的方式进行。一个极端是，成分分析器15可将接收的数据应用于多个软件模拟器，每个模拟器模拟不同的数据消耗程序，直到发现软件模拟器之一产生了作为其输出的可用内容。通过确定哪个模拟器具有满意的输出，可以确定相应业务成分是什么数据类型。另一个极端是，成分分析器15可以简单地读取形成业务成分文件部分的、或附加于业务成分文件的、明确地标识相应业务成分中的数据类型的数据。还可以替代地使用任何其他方案。
如果在数据广播设备10的输入11接收的业务成分文件没有指示该业务成分所涉及的数据类型，那么成分分析器15被安排来提供指示业务成分数据类型的元数据。封装和复用系统12使用该元数据为每个业务成分提供头标，其标识相应业务成分的数据类型。当然，这仅在需要为数据广播业务成分20至23提供尤其是标识相应业务成分的数据类型的数据时才执行，并不是对所有的实施例都成立。
成分分类器16被连接来接收来自成分分析器15的数据。成分分类器16被安排成基于成分分析器15产生的元数据来确定需要什么分类的接收机终端来消耗相应业务成分的内容。该信息连同标识业务成分数据类型的元数据一起从成分分类器16传递到接收机配置分类和分析模块18。
接收机配置数据库17被连接来从如下的所有接收机终端接收配置信息，即这些接收机终端正在消耗由数据广播设备10广播的业务并选择向该设备通知其配置。数据库17分成多个区(未示出)，数据广播设备10所操控的每个业务用一个区。接收机配置数据的确切形式对本发明来说不是关键性的。在一个例子中，它包括标识接收机的硬件和软件能力的信息以及相应接收机终端正在消耗的业务(或多个业务)的类型的标志。所提供的有关硬件和软件能力的细节的级别决定了需要由数据广播设备10执行的分析处理的量。细节的量还决定了必需从接收机终端39、59传输至数据广播设备10的数据量。这在所使用的通信信道是移动电话网络时非常重要。GPRS被视为用于该信息通信的非常方便的信道，尽管可以替代地通过SMS、MMS或使用其他任何合适的通信信道进行通信。为了最小化通信的数据量，接收机配置数据可以永久地存储于数据库17中，然后由接收机终端通知其身份和其正在消耗的业务。还可以通知接收机配置的变化。
接收机配置分类和分析模块18使用由成分分类器16和接收机配置数据库17提供的数据来确定业务成分的最适当的顺序。这对于每个业务都执行。用于确定最恰当的业务成分顺序的确切算法对本发明来说不是关键性的。最后得到的顺序被传递至封装和复用系统12，其以适当的顺序来安排业务成分。
如果需要在数据广播中提供数据类型信息且该信息没有与在输入11接收的业务成分文件一起被提供，那么它将由成分分类器16直接提供给封装和复用系统12，在那里类型数据被适当地包含于馈送给数据广播发送机13的输送流中。
接收机终端39、59可以被安排成以任何适当的方式向数据广播设备10通知其配置和/或其正在消耗的业务。例如，这可以通过在数据广播信号中包含用于通知的指令来触发，或可以周期性地或在任何其它合适的基础上执行。接收机特性和业务消耗数据的通知可以对用户是透明的。然而，如果通知招致用户的费用，例如，通过利用可收费的移动电话信道，那么接收机终端39、59可能在向数据广播设备10提供接收机特性通知前需要用户的认可。
接收机终端39、59还可以使用移动电话网络(未示出)，例如使用WAP或SMS或MMS或任何其它适当的方案来预订服务或服务包。
数据广播设备10具备正在消耗业务的接收机终端的特性和能力的知识并不是必要的。在缺少该信息时，设备10可以估计相关接收机可使用的每个业务成分的可能性。这可以以任何合适的方式发生。
数据广播设备10优选地被安排成以某一顺序组织与一个业务有关的业务成分，以使可被较少接收机终端39、59消耗的业务单元位于序列的开端或结尾，而不是在其两端都有。这样是有利的，因为这样就把在每个突发周期仅需要接收机开启和关闭一次的可能性最大化了。尤其是，基本的接收机或许能够仅消耗图2示出的涉及第一业务的第一和第二业务成分20和21。由于这些业务成分20和21相邻，所以基本的接收机终端在一个突发周期期间仅需要开启其接收机一次。第三业务成分22的包含是邻近于第二业务成分21地放置，其中第三业务成分22在该实例中被认为比第四业务成分23更有可能被消耗。因此，中等分类接收机终端，例如参考图3描述的PDA 39，可以通过仅仅在一个突发间隔中开启和关闭一次来接收第一至第三业务成分20至22，而不接收其他业务成分。被认为最不可能由接收机终端39、59消耗的第四业务成分23被包含于业务成分组20至23的外围。
应理解，最可能地可被接收机终端消耗的业务成分并不是在本发明的所有实施例中都被包含在序列的开端，因为业务成分20至23的顺序被颠倒过来是同样可行的。假如这样的话，基本接收机可以晚于高端接收机开启时间开启，尽管这些接收机都在同一业务成分的结尾关闭。另一替换方案将是把最可能被消耗的业务成分包括在为给定业务分配的时隙的中间、并在那些比较受欢迎的业务成分之前或之后安排不太可能是可被接收机终端消耗的业务。在业务成分不必涉及不同的接收机分类、但其需要不同的软件和/或硬件以用于其消耗的情势下，该实施例尤其有利。
业务中的业务成分由封装和复用系统12根据任一上述的方案来排序。应理解，封装和复用系统12还把标识每个业务成分的分类或者替换地是业务成分的数据类型的数据、以及标识业务成分的传输时刻的元数据包括到发给数据广播发送机13的输送流中。定时数据由定时数据子系统14提供。该子系统14从封装和复用系统12接收标识构成业务成分内容净荷的数据文件的大小的信息和标识在涉及业务的时隙内的业务成分的顺序的信息，并由此计算定时数据。数据在元数据和定时数据子系统14与封装和复用系统12之间双向传递。最后得到的输送流从封装和复用系统12传递到数据发送机13。
在涉及给定业务的时隙内的业务成分的排序还可以依赖于业务成分的大小，即依赖于每个业务成分中所包括的数据量。具体地，较大的业务成分可以接收较高的优选权，以使其更可能较早地在时隙中被发送而不是较晚地在时隙中被发送。然而，在确定突发中的传输顺序时首选的是考虑业务成分的数据类型和成分的大小。
为了最大化接收机终端39、59的接收的简易性，业务成分的顺序优选地在连续的突发中是相同的。然而，业务成分的顺序在某些境况下可以在突发之间发生改变。
可能是某些接收机而并非所有接收机可使用的业务成分的另一个例子出现在使用前向纠错(FEC)时。例如，包括图2所示的第一业务的视频和音频业务成分20和21的数据可遵循MPE-FEC(多协议封装-FEC)，并且提供最后得到的奇偶校验数据来代替所示的增强视频层业务成分作为第四业务成分23。这里，接收机终端39、59中需要特殊的解码器，例如Reed-Solomon(里-所罗门)解码器，以便正确执行差错校正。因此，FEC奇偶校验数据业务成分23是某些而并非所有接收机终端39、59可使用来接收并解码该业务的。被分类为高端接收机的接收机终端39、59可能需要FEC解码能力，尽管应理解这并不是必要的。
上面描述的实施例并不打算用来限制所赋予的保护范围。例如，尽管实施例涉及DVB-T广播/数据广播网络，但本发明不限于此。本发明替代地可以使用ISDB-T(陆地综合业务数据广播)或US ATSC(高级电视系统委员会)系统、或任何其他种类的广播数据系统来实现。
还有，尽管对于每个业务示出了四个业务成分，但这仅仅是例子，替代地可以使用任何数目的业务成分。不同的业务还可以具有不同数目的业务成分。
在上面描述的某些实施例中，业务成分传输的相关顺序和定时数据包含于业务成分的头标中，所以可以被认为是通过承载的信令在带内的。然而，该信息可以在带外提供，例如是通过在PSI/SI表中包含适当信息或任何其他合适的方式。假如这样的话，就不必以上面描述的方式来提供头标，尽管替代地必须确保使得该适当的信息对于请求服务的接收机终端是可用的。替换地，业务成分的相关顺序可以在头标中发送而定时数据单独地发送，或反之亦可。
权利要求
1.一种接收机终端，其适于在一个业务的多个业务成分在突发中被顺序地数据广播的系统中操作，该终端被安排成检测需要接收哪些业务成分，并在与所需业务成分相对应的突发周期中一个或多个时刻处启用终端中的接收机来接收信号，而对于该突发周期的基本上剩余的时间则停用该接收机。
2.权利要求1的终端，其中该终端被安排成基于所接收的标识业务成分传输定时的定时信息来启用和停用该接收机。
3.权利要求1或2的终端，其中该终端被安排成基于接收机能力信息和接收的业务成分数据类型信息的比较来检测需要接收哪些业务成分。
4.权利要求3的终端，其中该终端被安排成基于接收的业务成分识别符来获得所接收的业务成分数据类型信息。
5.权利要求1或2的终端，其中该终端被安排成基于接收机分类信息和接收的业务成分分类信息的比较来检测需要接收哪些业务成分。
6.权利要求5的终端，其中该终端被安排成基于接收的业务成分识别符来获得所接收的业务成分分类信息。
7.权利要求5或6的终端，其中通过该终端的设置来确定接收机分类信息。
8.权利要求7的终端，其中分类设置是依赖于一个或多个终端参数而可自动调节的。
9.上述任一权利要求的终端，其中该终端被安排成向远端站通知该终端的特性。
10.上述任一权利要求的终端，其中该终端被安排成向一个远端站或该远端站通知正在消耗的业务。
11.一种在一个业务的多个成分在突发中被顺序地数据广播的系统中操作移动终端的方法，该方法包括检测需要接收哪些业务成分；以及允许在与所需成分相对应的突发周期中一个或多个时刻处接收并处理信号，而对于突发周期的基本上剩余的时间则禁止信号接收和处理。
12.权利要求11的方法，包括基于接收的标识业务成分传输定时的信息来允许和禁止信号接收和处理。
13.权利要求11或12的方法，包括比较接收机能力信息和接收的业务成分数据类型信息，并基于该比较来确定需要接收哪些业务成分。
14.权利要求13的方法，包括使用业务成分识别符来获得所接收的业务成分数据类型信息。
15.权利要求11或12的方法，包括比较接收机分类信息和接收的业务成分分类信息，并基于该比较来确定需要接收哪些业务成分。
16.权利要求15的方法，包括使用业务成分识别符来获得所接收的业务成分分类信息。
17.权利要求15或16的方法，其中通过终端的设置来确定接收机分类信息。
18.权利要求17的方法，包括依赖于感测一个或多个终端参数的变化而自动地调节分类设置。
19.权利要求11到18中任一权利要求的方法，包括向远端位置通知终端的特性。
20.权利要求11到19中任一权利要求的方法，包括向一个远端位置或该远端位置通知正在消耗的业务。
21.数据广播设备，包括定序器，被安排成把与一个业务有关的业务成分顺序地组织到一个突发中，突发中的不同业务成分包括不同数据类型的内容数据；元数据处理机，被安排成与内容数据分开地组织依赖于每个业务成分的数据类型的元数据；定时数据处理机，被安排成组织定时数据，接收机终端可以根据该定时数据来确定业务成分在突发内的数据广播的时刻；以及数据广播器，被安排成数据广播所述的业务成分、元数据和定时数据。
22.权利要求20的设备，其中元数据标识接收机的类别。
23.权利要求20的设备，其中元数据标识相应业务成分的数据类型。
24.权利要求21至23中任一权利要求的设备，其中元数据标识相应的业务成分。
25.权利要求21至24中任一权利要求的设备，其中将元数据作为相应业务成分的部分进行数据广播。
26.权利要求25的设备，其中将元数据作为相应业务成分头标的部分进行数据广播。
27.权利要求21至24中任一权利要求的设备，其中将元数据在与业务成分不同的承载上进行数据广播。
28.权利要求21至27中任一权利要求的设备，其中定序器被构造成以依赖于所感知的优先权的顺序来安排与一个业务有关的业务成分。
29.权利要求28的设备，其中将具有较高优先权的业务成分分组到一起，将具有较低优先权的业务安排在具有较高优先权的业务成分之前和/或之后。
30.权利要求28或29的设备，其中以优先权的升序或降序来安排业务成分。
31.权利要求28至30中任一权利要求的设备，被安排成使用标识与某业务相关联的一个或多个接收机特性的所接收数据来确定与该业务有关的业务成分的优先权。
32.一种数据广播的方法，包括在突发中顺序地数据广播与一个业务有关的业务成分，所述业务成分包括不同数据类型的内容数据；与内容数据分开地来数据广播依赖于每个业务成分的数据类型的元数据；以及对接收机终端可以根据其来确定业务成分在突发内的数据广播时刻的数据进行数据广播。
33.权利要求32的方法，其中元数据标识接收机的类别。
34.权利要求32的方法，其中元数据标识相应业务成分的数据类型。
35.权利要求32至34中任一权利要求的方法，其中元数据标识相应的业务成分。
36.权利要求32至35中任一权利要求的方法，包括将元数据作为相应业务成分的部分进行数据广播。
37.权利要求36的方法，包括将元数据作为相应业务成分头标的部分进行数据广播。
38.权利要求32至35中任一权利要求的方法，包括在与业务成分不同的承载上对元数据进行数据广播。
39.权利要求32至38中任一权利要求的方法，包括以依赖于所感知的优先权的顺序来安排与一个业务有关的业务成分。
40.权利要求39的方法，包括将具有较高优先权的业务成分分组到一起，以及将具有较低优先权的业务安排在具有较高优先权的业务成分之前和/或之后。
41.权利要求39或40的方法，包括以优先权的升序或降序来对业务成分排序。
42.权利要求39至41中任一权利要求的方法，包括使用标识与某业务相关联的一个或多个接收机特性的所接收数据来确定与该业务有关的业务成分的优先权。
全文摘要
在输入(11)接收来自一个或多个服务运行者的业务成分文件。封装和复用系统(12)把与一个业务有关的业务成分顺序地组织到一个突发中(20－23，参见图2)。在突发中，各业务成分包括不同数据类型的内容数据。定时数据子系统(14)产生接收机可以根据其来确定业务成分在突发内的数据广播时刻的数据。由成分分析器(15)与内容数据分开地组织依赖于每个业务成分的数据类型的元数据。元数据可以标识具有解码相应业务成分能力的接收机类别，或可以标识相应业务成分的数据类型，或者它使用唯一的识别符来标识相应的业务成分。业务成分、元数据和定时数据由发送机站(13)进行数据广播，以便被接收机终端接收。元数据可以作为相应业务成分的一部分，例如在其头标中，或在与业务成分不同的承载上进行数据广播。
文档编号H04J3/00GK1883143SQ200480034077
公开日2006年12月20日 申请日期2004年11月10日 优先权日2003年11月18日
发明者T·佩拉, K·林德尔 申请人:诺基亚有限公司