专利名称：接收与发送数字电视服务的方法
技术领域：
本发明涉及数字电视服务在双向传输或通信网络上的传输。
更确切地，本发明属于服务改变(或者，观看电视节目时转换频道
(zapping))的领域
背景技术：
根据本领域现有技术，在接收机中从一个数字电^f见服务切换到另 一个数 字电视服务可能耗费时间(典型地，十分之几秒到数秒)。具体地，解码器必 须接收其可以解码的图像(典型地，根据MPEG技术的帧内或I图像，被插 入到P (或"预测"或"预测的")图像和B (或双向)图像的流中)。为了降低 必要的带宽，I图像的数目较少。此外，当实现IP(或"因特网协议")网络时， 使用緩冲存储器来补偿网络抖动。因此，在服务改变期间显示较长或较短的 黑屏。
发明内容
本发明旨在緩解现有技术的缺陷，并且具体地改善从一个数字电视服务 到另 一个数字电^J良务的改变。
为此，本发明提出了一种接收数字电视服务的方法，该方法的显著之处 在于其包括以下步骤接收表示新服务的显示滞后(lag)的至少一个信息(具 体地是在加载第一服务期间或在服务改变期间)，该信息被插入到包括至少一 个服务列表的控制数据中。
因此，接收表示新服务的显示滞后的信息的接收机(例如，解码器、电 视机、记录设备、通信终端、计算机)可以使用该信息来执行取决于此时的 动作(例如，显示、淡出等。)
根据一个有利特性，所迷信息或表示新服务的显示滞后的信息包括表示 新^Il务的解码和/或传送中滞后的持续时间的信息。
根据另一特性，其包括以下步骤接收表示在加载新服务期间要执行的
3动作的至少一个信息，该信息被插入到包括至少一个服务列表的控制数据中。
有利地，其包括以下步骤提供要在服务改变期间显示的至少一个内容(例如，文本、 一个或多个图像、视频)。
根据一具体特性，其包括以下步骤选择内容作为所述信息或表示新服务的显示滞后的信息的函数。
有利地，其包括以下步骤接收表示所述内容及/或其位置的至少一个信
白
根据一有利特性，其包括在服务改变期间执行淡出，所述淡出的持续时间取决于所述信息或表示新服务的显示滞后的信息。
根据一具体特性，所述信息或表示新服务的显示滞后的信息为XML结构(DVB-IP)和/或流信令表(例如，DVB/MPEG的SI/PSI表)。
本发明还涉及一种发送数字电视服务的方法，该方法的显著之处在于其包括以下步骤发送表示新服务的显示滞后的至少一个信息，该信息出现在包括至少 一个服务列表的控制数据中。
根据一有利特性，该发送方法包括以下步骤确定所述信息或信息作为与新服务相关联的视频编码参数(例如，GOP结构)的函数。
根据一具体特性，其包括以下步骤确定所述信息或信息作为与新服务相关联的视频流的传送参数(例如，消除网络抖动所需的緩冲存储器的尺寸和数据)的函数。
有利地，所迷发送方法包括以下步骤发送表示在加载服务期间解码器要执行的动作的至少 一个信息，所述信息或信息出现在包括至少 一个服务列表的控制数据中。
阅读以下参照附图进行的说明，本发明将更容易被理解，并且其它特征以及优点将变得明显，在附图中
图1图示根据本发明的用于传输数字电视服务的系统；
图2和图3分别是实施本发明的、图1的系统的解码器和服务器的示意
图4和图5按时间顺序示出在图1的系统的各元件之间的数据交换；以
及图6和图7图示分别在根据本发明的接收数字电视服务的方法和发送数字电视服务的方法中实施的算法。
具体实施例方式
一般地，本发明使得可以利用服务改变时间的知识来避免显示黑屏。因此，根据各实施例，可以利用该时间显示静止图像、文本形式的信息或者其它运动图像(所显示的内容可能取决于服务停止和/或新服务)，该时间的估计被与所述服务列表一起发送。通过实施与服务停止的最后图像之一 (且优选地为最后一个图像)相关联的、且其持续时间取决于所估计的新服务的加载时间的淡出(或"进行淡出")，这也可以用于节目的软改变。
以特定结构来发送关于数字电视服务的信息。因此，在单向传输(英文中的"Broadcast (广播)")(例如，在DVB-T (或"数字视频广播-地面")或DVB-S(或DVB卫星)或者DVB-H(或"DVB-手持，，))的情况下，以SI/PSI表(来自英文的"System Information/Program Specific Information (系统信息/节目专用信息)，，)的形式传输服务列表，并由解码器取回该服务列表。对于双向传输(例如，在宽带因特网网络上)，可以以SD&S结构(来自英文"ServiceDescription & Selection (服务描述&选择)")的形式传输服务列表。服务列表使得可以描述服务或数字电视节目，并且给出了用于找到服务并加栽服务的信息。
根据本发明，通过将表示新服务的加载时间(或显示滞后)的信息插入到已知服务列表中，来改善已知服务列表。优选地，该列表的格式保持为普通的(generic), >(人而不依赖于具体的编码，技术。
作为例示，MPEG编码基于GoP(来自英文"Group of Pictures (画面组)，，)的使用。GoP是各种类型的图像的序列，并且具体为帧内I、"预测"P以及双向B图像的序列。仅有I图像可以被用来开始视频流解码，P和B图像直接或间接参考I图像。因此，如果流结构具有IBBPBBPBBPBB类型的GOP,则I图像每12个图像出现一次，即，每半秒出现一次。因此，在显示服务之前，可以要求解码器等待0.5s,平均为大约0,25s。因此，根据本发明，对于至少一些服务、并且优选地对于每个服务，服务列表包括相关服务的加载时间的统计学估计(例如，平均时间或最大时间)。
在因特网上传输的背景下，加载时间还取决于传送时间、例如填充视频緩冲存储器(或"緩冲器")所需的时间，这使得视频緩冲存储器(或"緩冲器")
不干涸(dryup)或溢出(overflow),这些緩冲器用在所需服务的视频服务器和解码器之间的网络上。在单向RF或卫星传输的服务的情况下，该时间通常可忽略。另一方面，在因特网上传输的服务的情况下，该时间可能是0.5s到数秒的等级。因此，优选地，与所述服务列表一起被传输的、相关联服务的加载时间的统计学估计(例如，平均时间或最大时间)同时考虑了与解码相关联的滞后以及与所请求的服务相对应的视频流的传送参数。
图1示意性地图示了根据本发明具体实施例的用于传输数字电视服务的系统1。
该系统1包括
-解码器10;
-因特网18， SD&S服务器12和数字电视服务器13链接到因特网18;
以及
-单向传输网络16， SI/PSI服务器14和数字电视服务器15链接到单向传输网络16。
解码器IO适于从网络16或18中的至少一个接收数字电视服务。该解码器适于加载和解码用户所需的服务，从而将其显示在电视(未示出)上。
为了便于理解本发明，仅示出了一个解码器。当然，数字电视流被传输到实现本发明的许多解码器。此外，网络16和18可以包括数个视频服务器以及实现本发明的数个服务列表服务器。此外，它们可以重叠，服务列表服务器和/或视频服务器可以属于两个网络。此外，解码器10可以适于从数个不同网络(例如，DVB-T和DVB-S)接收数据，并且/或者经由网关或路由器连接到这些网络。
图2示意性地图示了解码器10。
解码器10包括通过地址和数据总线103链接在一起的以下元件-微处理器100 (或CPU);
-ROM类型的非易失性存储器(来自英文"Read Only Memory (只读存储器)")101;
-随机存取存储器或RAM (来自英文"Random Access Memory (随机存取存储器)")102;
-接口 104,用于接收用于网络16和/或18的控制数据与图像流信息，并且在适当时传送信息或对网络18的请求；以及
-接口 105，用于向音频/一见频应用传输专用于服务加载的内容以及对于所要求的服务(例如，对于显示或记录)而接收的音频/视频数据。
此外，对于本领域技术人员而言，图2所示的每个元件都是公知的。这里不描述这些一般元件。
注意，在说明书中使用的词语"寄存器"在每个所述存储器中指定小容量的存储器区域(少量二进制数据)以及大容量的存储器区域(用于存储全部程序或者表示所接收的音频/视频服务的数据或在服务加载期间使用的内容的全部或一些)。
ROM存储器101具体包括
-程序"prog，，lOlO;以及
-时间阈值参数"t-threshold" 1011。
实施此后描述的方法的步骤的算法存储在与实施这些步骤的解码器10相关联的ROM存储器101中。当通电时，微处理器100加载并执行这些算法的指令。
随机存取存储器102具体包括
-寄存器1020中的、在解码器10通电时加载的微处理器100的操作程
序；
-寄存器1021中的、与所解码的服务相对应的视频流；-寄存器1022中的一个或多个服务列表；
-寄存器1023中的、在接收到与对应服务相关联的服务列表时更新的、与每个服务相关联的平均时间的值；
-寄存器1024中的、在接收到与对应服务相关联的服务列表时更新的、与每个服务相关联的内容的地址；
-分别在寄存器1025和1026中的、在接收到与对应服务相关联的服务列表时或者在接收到服务列表之后的任何时刻或者在服务加载期间更新的、与每个服务相关联的动作和内容；以及
-寄存器1027中的、表示所请求的服务的信息。
图3示意性地示出服务12。另外，服务器14具有相当类似的结构。
服务器12包括通过地址和数据总线123链接在一起的以下元件
-微处理器120 (或CPU);-ROM类型的非易失性存储器121;-随机存取存储器或RAM 122;
-接口 124，用于传输用于网络18的控制数据，并且在适当时接收信息
或对网络18的请求；以及-应用接口 125。
此外，对于本领域技术人员而言，图3所示的每个元件都是^^知的。这里不描述这些一般元件。
ROM存储器121具体包括-程序》1"(^"1210。
实施此后描述的方法的步骤的算法存储在与实施这些步骤的服务器12相关联的ROM存储器121中。当通电时，微处理器120加载并执行这些算法的指令。
随机存取存储器122具体包括
-寄存器1220中的、在服务器12通电时加栽的微处理器120的操作程
序；
-寄存器1221中的、与网络18的每个提供者相关联的服务列表；-寄存器1222中的、与每个服务相关联的平均时间的值；-寄存器1223中的、与每个服务相关联的内容的地址；-寄存器1224中的、与每个服务相关联的内容(例如，静止图像、文本、运动图像)；
-寄存器1225中的、与每个服务相关联的动作(例如，加载、RSS链接、淡出、文本、无任何动作等)；
-寄存器1226中的、专用于每个服务的视频编码参数；以及
-寄存器1227中的、专用于每个服务的传送参数。
根据本发明的变型，仅有一些服务具有相关联的平均时间的值、和/或相关联的内容、和/或相关联内容的地址。可以定义这些数据的默认值，以指示存储器122中的空字段来考虑该方面(aspect )。
根据另 一变型，不使用寄存器1023和1025,将对应值直接写入列表1022。
根据可以与前一变型结合的再一变型，替代平均时间或者除平均时间以外，寄存器1023包括与每个服务相关联的最小或最大时间。
图4按时间顺序示出了解码器10、视频服务器13和SD&S服务器12之
8间的数据交换。
在第一步骤期间，解码器10根据SD&S协议向服务器12发送用于获得服务列表的请求400。
此后，服务器12向解码器10发送服务提供者的列表401。
然后，解码器IO向服务器12发送要求特定提供者(例如，服务器13)的服务列表的请求402。
服务器12发送存储在寄存器1221中的、所需服务的列表403，该列表403是以XML结构的形式(来自英文"eXtensible Markup Language (可扩展标记语言)")，并且解码器10将该列表、与加载时间相关联的信息、以及当提供所述列表的服务时与这些服务相关联的内容，存储在寄存器1022中。
然后，解码器10向服务器13发送请求具体服务的IGMP命令410 (来自英文"Internet Group Management Protocol (因特网组管理协议)，，)(根据IGMP协议的"加入"命令与该月l务的IP地址)，并接收^L频流411。当用户请求加载所需服务时，解码器IO显示内容(在与所需服务相关联的平均加载时间t，l的可能测试之后)，该内容和该平均时间与所需服务相关联并且被表示在列表403中。将该内容显示tl时间，直到加载了该服务且该服务可用于所述应用时为止(tl等于命令410的传输与解码所需服务的第一图像的时刻412相隔的持续时间)。
应解码器10的要求，以请求-响应模式发送上述命令410。优选地，服务器12主动地定期刷新("推进(push)"模式)。
此后，在来自用户的服务请求改变之后，解码器IO向服务器13发送"离开(leave )，，型的IGMP命令413以停止当前服务、以及IGMP命令420以请求新的具体服务("加入，，型命令与新服务的IP地址)，并接收视频流421。这里，例如，在发出命令413或420之一 (实际同时发送)时，假设图像从前一服务的最后图像之一 (优选地，最后一个图像)开始淡出，作为与所需服务的加载相关联的且如在服务列表403中提供的平均(或最大)时间t'2的函数来计算淡出的持续时间。淡出例如依赖于与列表403中所请求的服务相关联的明确命令(explicit command )、时间t，2小于阈值1011、或者在加载列表403中的新服务期间要显示的内容不存在。因此，前一服务的最后图像之一被显示t2时间，直到加载了新服务且该新服务可用于所述应用为止(t2等于命令413或420之一的传输与解码所需服务的第一图像的时刻422相隔的持
9续时间)。
然后，解码器10向服务器13发送"离开，，型的IGMP命令423以停止当前服务、以及IGMP命令430以请求新的具体服务("加入，，型命令与新服务的IP地址)，并接收视频流431。当用户请求加载所需服务时，解码器10显示内容(在与所需服务相关联的平均加载时间t'3的可能测试之后)，该内容与所停止的服务相关联，该平均时间与所需服务相关联。具体地，根据本发明，所显示的内容可以取决于所停止的服务(例如，通过服务列表403中的参数表示或指示)。该内容被显示t3时间，直到加载了该服务且该服务可用于所述应用为止(t3等于命令423或430之一的传输与解码所需服务的第一图像的时刻432相隔的持续时间)。
图5按时间顺序示出了由视频服务器15和SI/SPI服务器14经由单向传输网络发送到解码器10的数据。
在第一步骤期间，服务器14向解码器10发送服务提供商的列表501。
然后或者并行地，视频服务器15向解码器IO发送视频多路复用502。
此后，服务器14发送可用服务的一个或多个列表503,所述一个或多个列表503是以一个或数个SI/PSI表格的形式，并且解码器10将该列表、与加载时间相关联的信息、以及当提供所述一个或多个列表的服务时与所述服务相关联的内容，存储在寄存器1022中。
然后，作为用户需求的函数，解码器10锁定(梯:作511)到在由服务器15传输的视频流中的所需服务的频率(经由未在图2中示出的其调谐器)以及多路复用。解码器10显示内容(在与所需服务相关联的平均加载时间t，l的可能测试之后)，该内容和该平均时间与所需服务相关联且在所述一个或多个列表503中被指示。该内容被显示tl时间，直到加载了该服务且该服务可用于所述应用为止(tl等于锁定511的开始与解码所需服务的第一图像的时刻512相隔的持续时间)。
此后，在来自用户的服务请求改变之后，解码器10锁定(操作521)到在由服务器15发送的视频流中的所需新服务的频率(如果需要改变频率)以及多路复用。这里，例如，在激励开始锁定的时刻，假设图像从前一服务的最后图像之一(优选地，最后一个图像)开始淡出，作为与所需服务的加载相关联的且如在服务列表503中提供的平均(或最大)时间t'2的函数来计算淡出的持续时间。淡出例如依赖于与所述一个或多个列表503中所请求的服务相关联的明确命令、时间t'2小于阈值1011、或者在加载列表503中的新 服务期间要显示的内容不存在。因此，前一服务的最后图像之一被显示t2时 间，直到加载了新服务且该新服务可用于所述应用为止(t2等于开始锁定521 与解码所需服务的第一图像的时刻522相隔的持续时间)。
然后，在来自用户的服务请求改变之后，解码器10锁定(操作531)到 在由服务器15发送的视频流中的所需新服务的频率(如果需要改变频率)以 及多路复用。当用户请求加载所需服务时，解码器IO显示内容(在与所需服 务相关联的平均加载时间t'3的可能测试之后)，该内容与所停止的服务相关 联，该平均时间与所需服务相关联。该内容被显示t3时间，直到加载了该服 务且该服务可用于所述应用为止(t3等于开始锁定521与解码所需服务的第 一图像的时刻532相隔的持续时间)。
图6图示了根据本发明的与接收器10中实施的接收方法相对应的算法。
在第一初始化步骤60的过程中，解码器10将程序1010加载到随机存取 存储器102中，并初始化其适当操作所需的各个参数。
然后，在步骤61的过程中，解码器10从SD&S服务器12和/或IF/SPI 服务器14接收一个或多个服务列表，解码器IO将所述一个或多个服务列表 存储在其寄存器1022中。
此后，在步骤62的过程中，解码器10提取与步骤61中接收的列表中呈 现的每个服务相关联的时间数据(典型地是与服务加载相对应的最小、平均 和/或最大时间)，并将所述时间数据存储在寄存器1023中。
然后，在步骤63的过程中，当所述时间数据出现时，解码器提取与内容 和/或要执行的动作有关的数据，这些数据与步骤61中接收的列表中呈现的 每个服务相关联，并将这些数据存储在寄存器1024和/或1025中。
根据变型，在步骤62和63中存储的这些数据与可用服务一起被呈现给 用户(或者解码器的客户端应用程序)。
当打开解码器10时、以及在接收到服务列表更新和/或新的服务列表时 执行步骤61和63。
此后，在步骤64的过程中，解码器等待然后接收来自用户或其客户端应 用程序的、请求加载属于在步骤61期间接收的列表的第一服务或新服务的指 令。
然后，在测试65的过程中，解码器IO验证所估计的服务加载时间是否小于阈值1011 (其等于例如0.5s)(从寄存器1023读取的与期望服务相关联 的平均、最小或最大时间)。
如果是，则假设用户在加载期间没有时间考虑图像的内容或文本类型， 在步骤67的过程中，激励淡出(与最后解码的图像之一相关联)，该淡出的 持续时间是作为所估计的时间的函数而计算的。
如果否，则在步骤66的过程中，解码器IO执行与新服务的加载相关联 的动作(例如，静止图像或电影的显示或显示器(例如，监视器或电视机) 的供应(provision),文本的显示、RSS信息的显示、淡出等)。如果不存在 与所接收的列表1022中的该新服务相关联的动作，则解码器10执行与前一 服务相关联的动作、或默认动作(例如，显示图像或一系列本地记录的图像 (例如，指示加载的且其速度取决于所估计的时间的光标))、或者预定义的 或取决于新服务(例如，"加载"具有列表1022中提及的服务名称和/或所估计 的加载时间的服务)的文本的远程动作(例如，出现在特定Web地址或在所 传输的流中的广告，对于该搜索的地址或文件可以取决于在列表1022中提及 的所估计的加载时间)。
根据本发明的变型，删除步骤65和67,在步骤64之后系统地执行步骤66。
图7图示了根据本发明的、与在列表服务器12和/或14中实施的服务列 表发送方法相对应的算法。
在第一初始化步骤70的过程中，服务器将程序1210加载到随机存取存 储器122中，并初始化其适当操作所需的各个参数(具体为视频服务器的地 址)。
然后，在步骤71的过程中，服务器构造要传输给解码器的一个或多个服 务列表。所述一个或多个服务列表以及视频服务器被操作者参数化，因此可 被直接存取。此后，对于每个可用服务，列表服务器取回对应编码器(这可 能不同于视频服务器13和15,且对于列表服务器而言是已知的)的GOP。 该列表服务器从其中导出最小、平均和/或最大解码时间。然后，取决于传输 模式，其估计传送时间。可以预定义默认值(例如，当经由因特网发送时为 500ms，对于单向传输为0ms)。根据更复杂变型，列表服务器12使用例如 RTCP协议("实时控制协议(Real Time Control Protocol)")作为返回路径， 估计来自服务器13的对于服务发送的抖动，从而取回关于网络状态且具体地是抖动的信息。该列表服务器计算最小、平均和/或最大时间的和，并将该和
插入到与其构造的所述一个或多个列表1221中的每个服务相关联的信息中。 根据一变型，该列表服务器不计算该和，而是独立地将分别与解码参数和传 送参数相对应的时间插入到与其构造的所述一个或多个列表1221中的每个 服务相关联的信息中，所述解码器从中导出总时间。根据另一变型，这些数 据不用秒表示，而是分别被表示为视频服务器和解码器IO之间的最小、平均 和/或最大的GOP数目、以及/或者緩冲存储器(或"緩冲器，，)的数目或尺寸 (可以在解码器10中将緩冲存储器的交换(crossing)更精确地参数化(例 如100ms )或更精确地估计)。预定义地址处的列表服务器(本地的或远程的) 可以以一频率或者在也被参数化的时刻将与服务加载相关联的动作和任何数 据参数化或者取回(可以有规律地修改新项目或广告的内容)。
此后，在步骤72期间，列表服务器将在步骤71的过程中构造的所述一 个或多个列表传输或发送到一个或多个解码器。在打开服务器或在任何需要 的时候实施步骤71和72 (具体地是当在列表的内容中存在改变时(具体地 以周期方式)和/或存在可用服务的改变、在加载新服务期间要由解码器执行 的动作中的改变、或者至少一个服务的编码参数或传送参数中的改变)。 当然，本发明不限于上述实施例。
具体地，列表服务器的属性和数目不限于上面例示的例子。具体地，可 以由交互传输型、或相反是单向型的一个或多个列表服务器经由任何有线或 无线通信部件来构造和/或发送服务列表。
与服务相关联的动作也不限于上述动作，它们涉及加载服务过程中任何 类型的可能动作。
所估计的时间数据不必须是所估计的平均时间，而可以根据本发明与最 小或最大值相关联或者对应于中间值(例如，带有0.95概率的有效最大值)。 所发送的服务列表可以包括这些值的所有或一些。解码器然后可以选择其将 考虑来执行动作的值(例如，通过参数化)。
根据本发明，解码器的用户或相关联的应用程序还可以禁止某些动作(例 如，如果所估计的加载时间小于阈值，则禁止广告显示和/或图像显示)，并 且然后执行默认动作或与前一服务相对应的动作。他还可以配置解码器，使 得解码器在加载服务期间下载或记录特定内容(例如，经由RSS链接下载或 记录的新闻项目)。
13根据本发明的有利实施例，所发送的所有服务列表或包括它们的控制数 据包含用于每个服务的、所估计的加载时间和/或解码器在加载期间要执行的 动作。根据本发明的变型，仅在一些服务出现的情况下，才发送所估计的加 载时间和/或要执行的动作的这些数据。根据本发明的另一变型，这些数据与 一个列表相关联，并且仅与该对应列表一起被发送一次，该列表的所有服务 与所估计的加载时间相关联以及/或者与加载期间要执行的动作相关联。然后 解码器将这些信息与所关注的整组服务相关联。根据该变型的具体实现，将 布尔逻辑与每个服务相关联，以指示加载参数是否必须与其相关联。
本发明不限于接收端的解码器(或"机顶盒")，而是涉及适于接收和解码 服务列表与服务流的任何接收器，并且具体地涉及解码器、电视机、记录设 备、通信终端、以及包括接收和解码部件的计算机。
附录
以下，在因特网上的双向传输的背景下，例示服务列表的XML编码的 例子。在该列表中，用粗体指示相对于根据本领域现有技术的SD&S列表的 添加。通过例子，在被称为4verage/ e"afen'wgrz'we的、表示对应服务的平均 加载时间的参数、被称为rem/wra^Sc/^"的、要么指示在加载对应服务期间 要显示的内容的位置、要么直接包括要显示的内容的可选参数的辅助下来描 述三个服务。
对于第一服务，该列表指示等于1200ms的平均加载时间，明确指示单位 (ms)(根据指令"v4verage/ e"An'"gKme t/m' =")和时间(1200)(根据指令 "Ka/Me=〃)。对于该服务，该列表还指示在加载服务期间要下载的图像的因特 网地址的位置(根据指令'Tem;wrao^cwe" (其指示链接(或地址)类
型的内容)、以及字段"松/we"(其明确提及因特网地址
对于第二服务，该列表指示等于800ms的平均加载时间(根据指令 AverageRenderingTime Unit="ms"、 Value ="800")。对于该服务，该列表不指 示在其加载期间要使用的任何明确内容。
对于第三服务，该列表指示等于1500ms的平均加载时间、单位(ms)(根据指令AvemgeRenderingTime Unit="ms"、 Value ="1500")。对于该服务，该 列表还指示要显示的文本类型的内容(根据指令Tew/ orao^ree" (其 指示文本类型的内容)、以及字段〃松/Me〃 (其包括要在屏幕上显示的消息的文
迟文本、广告文本、指示服务改变的消息或者其它任何信息。
对于第四服务，该列表指示等于600ms的平均加载时间。对于该服务， 该列表还指示RSS (来自英文"Really Simple Syndication (简易供稿或内容聚 合)")类型的链接(根据指令Tewporao^cree" ="及5^""(其指示RSS 链接类型的内容)以及字段"Kz/Me"(其明确提及因特网地址
对于第五服务，该列表指示等于600ms的平均加载时间。对于该服务， 该列表还指示淡出类型的动作(根据指令"remjwrao/5tree" = T^fe"")。
< xml version="1.0" encoding="UTF-8" > <ServiceDiscovery xmlns="urn:dvb:ipisdns:2003"
xmlns:xsi="http:〃www. w3.org/2001/XMLSchema-instance" xsi:schemaLocation="urn:dvb:ipisdns:2003 ipisdns-pl-vl-0-0.xsd"> 〈BroadcastDiscovery DomainName-"providerl .com" Version="0"> <ServiceUst> <SingleService> <ServiceLocation>
<IPMulticastAddress Address="224.111.1.12"
Port="8208" Source=" 192.100.100.507> </Service!vOcation>
〈Textualldentifier DomainName="providerl .com"
ServiceName="Channel27> <DVBTriplet OrigNetId-"O" Serviceld="5002" TSId="202"/> <MaxBitrate>4<MaxBitrate>
<AverageRenderingTime Unit="ms" Value-" 1200"> <TemporaryScreen Type="link"
Value="http:〃www.providerl.com/zappingAd5002.jpg"/> </AverageRenderingTime>
</SingleService> <SingleService> <ServiceLocation><formula>formula see original document page 16</formula>〈IPMulticastAddress Address="224.11U .47" Port="8308" Source="192.100.100.507> </ServiceLocation>
<TextualIdentifier DomainName="provider3.com"
ServiceName="Channell287> 〈DVBTriplet OrigNetId="0" Serviceld="128" TSId="215"/> <MaxBitrate>3</MaxBitrate>
<AverageRenderingTime Unit="ms" Value="600">
<TemporaryScreen Type="fade'V> </AverageRenderingTime>
</SingleService> </ServiceList> </BroadcastDiscovery> </ServiceDiscovery>
在单向传输模式下，以SI/SPI形式发送服务列表，向该SI/SPI形式中插 入了等效于上述那些字段的字段，设想例如以下类型的结构
-依赖于服务加载的描述符的出现指示器(如果该描述符出现，则将布 尔逻辑设置为1); -描迷符包括
-4比特的单位(例如，对于ms的0000); -16比特的值；
-8比特的时间屏幕类型(例如，0x00 (16进制符号)到0x03分别表 明链接、文本、图像、RSS等)；
-20比特的与时间屏幕相关联的字段的内容尺寸；
-与时间屏幕相关联的字段的内容(例如，
http:〃www.providerl.com/zappingAd5002.jpg,其^皮编码在42字节上)。
1
权利要求
1. 一种接收数字电视服务的方法，其特征在于其包括以下步骤(61)接收表示新服务的显示滞后(1023)的至少一个信息，所述信息被插入到包括至少一个服务列表(1022)的控制数据中。
2. 如权利要求l所述的方法，其特征在于所述表示新服务的显示滞后 的至少 一个信息包括表示新服务的解码和/或传送中滞后的持续时间的信息。
3. 如权利要求1或2所述的方法，其特征在于其包括以下步骤接收表 示在加载新服务期间要执行的动作(1026)的至少一个信息，所述信息被插 入到包括至少一个服务列表的控制数据中。
4. 如权利要求1到3中任一项所述的方法，其特征在于其包括以下步骤 提供要在服务改变期间显示的至少一个内容(1024、 1025 )。
5. 如权利要求4所述的方法，其特征在于其包括以下步骤选择所述内 容作为所述表示新服务的显示滞后的至少 一个信息的函数。
6. 如权利要求4或5所述的方法，其特征在于其包括以下步骤接收表 示所述内容(1025)及/或其位置(1024)的至少一个信息。
7. 如权利要求1到6中任一项所述的方法，其特征在于其包括在服务 改变期间执行淡出(67),所述淡出的持续时间取决于所述表示新服务的显示 滞后的至少一个信息。
8. 如权利要求1到7中任一项所述的方法，其特征在于所述表示新服 务的显示滞后的至少一个信息为XML结构和/或流信令表。
9. 一种发送数字电视服务的方法，其特征在于其包括以下步骤(72): 发送表示新服务的显示滞后(1222)的至少一个信息，所述信息出现在包括 至少一个服务列表的控制数据中。
10. 如权利要求9所述的方法，其特征在于其包括以下步骤确定所述 至少一个信息作为与所述新服务相关联的视频编码参数的函数。
11. 如权利要求9和IO之一所述的方法，其特征在于其包括以下步骤 确定所述至少 一个信息作为与所述新服务相关联的视频流的传送参数的函数。
12. —种发送数据电视服务的方法，其特征在于其包括以下步骤发送 表示在加载服务期间解码器要执行的动作的至少 一个信息，所述信息出现在 包括至少一个服务列表的控制数据中。
全文摘要
本发明涉及一种接收数字电视服务的方法，其包括以下步骤(61)接收表示新服务的显示滞后的至少一个信息，所述信息被插入到包括至少一个服务列表的控制数据中。因此，本发明允许接收机在加载服务期间执行作为该时间的函数的动作。本发明还涉及对应的发送方法。
文档编号H04N5/00GK101467457SQ200780021384
公开日2009年6月24日 申请日期2007年6月6日 优先权日2006年6月9日
发明者威廉·卢伯斯, 让-巴普蒂斯特·亨利, 雷米·霍戴尔 申请人:汤姆森特许公司