CN1976344A - 更新数据记录的方法和执行该方法的设备 - Google Patents

更新数据记录的方法和执行该方法的设备 Download PDF

Info

Publication number
CN1976344A
CN1976344A CNA2006101493764A CN200610149376A CN1976344A CN 1976344 A CN1976344 A CN 1976344A CN A2006101493764 A CNA2006101493764 A CN A2006101493764A CN 200610149376 A CN200610149376 A CN 200610149376A CN 1976344 A CN1976344 A CN 1976344A
Authority
CN
China
Prior art keywords
segmentation
data
version number
newly
scope
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Granted
Application number
CNA2006101493764A
Other languages
English (en)
Other versions
CN1976344B (zh
Inventor
延斯·布罗克
安德烈亚斯·马蒂亚斯·奥斯特
弗朗克·克拉斯
拉尔夫·克勒
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
InterDigital CE Patent Holdings SAS
Original Assignee
Thomson Licensing SAS
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Thomson Licensing SAS filed Critical Thomson Licensing SAS
Publication of CN1976344A publication Critical patent/CN1976344A/zh
Application granted granted Critical
Publication of CN1976344B publication Critical patent/CN1976344B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/435—Processing of additional data, e.g. decrypting of additional data, reconstructing software from modules extracted from the transport stream
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/235—Processing of additional data, e.g. scrambling of additional data or processing content descriptors
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04H—BROADCAST COMMUNICATION
    • H04H60/00—Arrangements for broadcast applications with a direct linking to broadcast information or broadcast space-time; Broadcast-related systems
    • H04H60/25—Arrangements for updating broadcast information or broadcast-related information
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/236—Assembling of a multiplex stream, e.g. transport stream, by combining a video stream with other content or additional data, e.g. inserting a URL [Uniform Resource Locator] into a video stream, multiplexing software data into a video stream; Remultiplexing of multiplex streams; Insertion of stuffing bits into the multiplex stream, e.g. to obtain a constant bit-rate; Assembling of a packetised elementary stream
    • H04N21/23614—Multiplexing of additional data and video streams
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/434—Disassembling of a multiplex stream, e.g. demultiplexing audio and video streams, extraction of additional data from a video stream; Remultiplexing of multiplex streams; Extraction or processing of SI; Disassembling of packetised elementary stream
    • H04N21/4345—Extraction or processing of SI, e.g. extracting service information from an MPEG stream
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/434—Disassembling of a multiplex stream, e.g. demultiplexing audio and video streams, extraction of additional data from a video stream; Remultiplexing of multiplex streams; Extraction or processing of SI; Disassembling of packetised elementary stream
    • H04N21/4348—Demultiplexing of additional data and video streams
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/434—Disassembling of a multiplex stream, e.g. demultiplexing audio and video streams, extraction of additional data from a video stream; Remultiplexing of multiplex streams; Extraction or processing of SI; Disassembling of packetised elementary stream
    • H04N21/4348—Demultiplexing of additional data and video streams
    • H04N21/4349—Demultiplexing of additional data and video streams by extracting from data carousels, e.g. extraction of software modules from a DVB carousel
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/45—Management operations performed by the client for facilitating the reception of or the interaction with the content or administrating data related to the end-user or to the client device itself, e.g. learning user preferences for recommending movies, resolving scheduling conflicts
    • H04N21/458—Scheduling content for creating a personalised stream, e.g. by combining a locally stored advertisement with an incoming stream; Updating operations, e.g. for OS modules ; time-related management operations
    • H04N21/4586—Content update operation triggered locally, e.g. by comparing the version of software modules in a DVB carousel to the version stored locally
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/60—Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client 
    • H04N21/61—Network physical structure; Signal processing
    • H04N21/6106—Network physical structure; Signal processing specially adapted to the downstream path of the transmission network
    • H04N21/6125—Network physical structure; Signal processing specially adapted to the downstream path of the transmission network involving transmission via Internet
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/60—Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client 
    • H04N21/63—Control signaling related to video distribution between client, server and network components; Network processes for video distribution between server and clients or between remote clients, e.g. transmitting basic layer and enhancement layers over different transmission paths, setting up a peer-to-peer communication via Internet between remote STB's; Communication protocols; Addressing
    • H04N21/64—Addressing
    • H04N21/6405—Multicasting
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/80—Generation or processing of content or additional data by content creator independently of the distribution process; Content per se
    • H04N21/83—Generation or processing of protective or descriptive data associated with content; Content structuring
    • H04N21/84—Generation or processing of descriptive data, e.g. content descriptors

Landscapes

  • Engineering & Computer Science (AREA)
  • Signal Processing (AREA)
  • Multimedia (AREA)
  • Databases & Information Systems (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)
  • Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)

Abstract

当更新由版本号标识的数据记录时，问题在于，简单的不等于比较或大于比较通常不足以确定新接收到的数据记录的最新性质，尤其是在数据记录通过无保证的数据链路传输至接收站，以及版本号源自被周期地重复贯穿(run through)的有限范围时。本发明根据以下事实解决了问题：基于版本号的当前值，将版本号的值的范围划分为范围“旧”和“新”。然而，在这种情况下，考虑了贯穿所述值的范围的周期性。即，优选地，范围“旧”或范围“新”可以包括从值的范围中的最高值至值的范围中值的最低值的跳跃。如果新接收到的数据记录的版本号处于范围“新”内，则将新数据记录当作当前数据记录，否则，相应地拒绝新数据记录。

Description

更新数据记录的方法和执行该方法的设备
技术领域
本发明与多媒体服务领域相关联。本发明涉及更新数据记录的技术领域，例如，用于音频或视频广播或软件更新的附加信息的项目。更具体地，该技术领域涉及通过广播系统传输视频内容的领域，例如，在互联网上传输视频或音频内容。
背景技术
对于针对诸如网络TV或视频点播之类的服务的互联网上视频内容的传输来说，在已知的DVB系统(数字视频广播)的环境下，创建了定义传输协议的规范，根据该传输协议，可以通过互联网来传输这些数字视频内容。已知该规范在名称(designation)DVB-IPI(数字视频广播互联协议基础结构)之下。其中，该规范描述了以XML文档形式对音频/视频数据流(也称为AV流)的描述和选择的信息的编码。在规范中，该信息也被称为“服务发现&选择”(Service Discovery&Selection)信息(对应SD&S)。DVB-IPI规范的确切名称如下：DigitalVideo Broadcasting(DVB)(数字视频广播)；“Transport of DVB Servicesover IP”(IP上的DVB服务的传输)：DVB Document A086，2004年7月。
SD&S数据包含服务提供商自身的信息和服务提供商的各种服务提供的信息(实况广播、点播内容、具有特技模式的AV流等)。在这种情况下，如下构造数据：由所谓的有效载荷ID来表示SD&S数据的类型。将属于服务提供商的有效载荷ID的数据命名为所谓的SD&S数据记录。典型地，为了将可能的变化的影响限制于尽可能少的分段，将SD&S数据记录细分为多个独立的分段，所谓的SD&S分段。然而，数据记录也可以包括单个分段。服务提供商的每个SD&S分段由有效载荷ID和分段ID的组合来标识。为了能够用信号表示分段的改变，每个分段附加地具有版本号，即所谓的分段版本号。如果分段数据改变，则为了表示该改变，以及使得能够获取该特定版本，必须使分段的版本号递增。在DVB-IPI规范中，对于SD&S数据的传输，描述了两个不同的传输模式。除了通过HTTP(超文本传输协议)获取SD&S数据之外(这也称为所谓的“拉模式”)，DVB-IPI规定了传输协议DVB-STP，通过该协议，由UDP(组播)周期性地向所有感兴趣的接收机传输服务提供商的SD&S服务器的数据。该模式被命名为“推模式”。UDP与互联网技术中已知的“用户数据报协议”相对应。将要进行描述的本发明主要用于“推模式”中。在该模式中，任意地将SD&S分段进一步分为所谓的SD&S部分，并提供DVB-STP报头。通过多播，将这些部分作为UDP分组周期性地发送。
基于服务提供商的ID(从IP多播地址中隐含地推导出来的、或者明确地定义的)、有效载荷ID、分段ID和分段版本号，接收机再次组合来自各个部分的分段，以及处理所包含的SD&S数据，以能够例如显示电子节目指南。接收机从改变的分段版本号中标识分段的改变，因而可以使用新数据替换旧数据。然而，由于UDP的无保证(unsecured)传输，关于哪些数据是旧数据以及哪些数据是新数据的判断不如初次出现时直接(trivial)。
发明内容
尽管该规范规定了在分段发生改变时分段版本号的递增，但是在以“新分段版本号＝旧分段版本号+1”形式的最新验证(verification)的简单实现方式中，存在以下问题：
由于无保证的UDP传输，DVB-STP分组可能在任何时间丢失，使得在快速连续的分段发生改变时，具有在中间范围内的分段版本号的DVB-STP分组可能永远不会到达接收机。然而，这意味着，由于最新数据不再遵循严格的递增规则，所以也会忽略这些最新数据。其次，该规范没有明确地规定DVB-STP发射机实际必须每个分段版本发送至少一个DVB-STP分组。因此，在快速连续的分段发生改变时，可以预想到，在实际传输第一创新的相应DVB-STP分组之前，DVB-STP发射机中的新分段版本已经由较新的版本替代，使得在接收机处类似地会出现接收的DVB-STP分组的分段版本号中的跳跃，以及根据严格的递增规则，在验证期间将会忽略这样的数据分组。
可预想的以“新分段版本号不等于旧分段版本号”或者“新分段版本号＞旧分段版本号”形式的最新验证也存在问题。尽管不等于规则易于实现，但是对于认为是当前的SD&S分段版本的稳定性来说，具有明显的缺点。这是由于无保证的UDP传输不保证DVB-STP分组以与由发射机发送的顺序相同的顺序到达接收机。这会具有以下影响：在分段发生改变时，在传输路径上，具有较新分段版本的DVB-STP分组“超过了”具有较旧分段版本的分组。在应用不等于规则时，在这种情况下，根据旧版本，接收机会首先考虑新的分段版本，然后再一次考虑旧分段版本为当前分段版本。仅当接收到新分段版本的重复传输时，接收机才将所述新分段版本识别为当前分段版本。这是由于，各个SD&S分段以特定时间间隔一次又一次地重复，以及在该规范内，存在这样的规定，根据该规定，如果在预定时间内还未刷新分段，则必须将该分段视为无效。取决于以无序方式接收到的DVB-STP分组的数量，甚至还可以更加频繁地改变当前的分段版本。由于分段可能仅是获得接受的新分段版本的第n次重复(即使第一次接收应该已经被接受)，所以最终不合意的分段的“前后切换”会不必要地延迟实际上是当前分段的分段的接受。
不合意的效果对于用户来说会是明显的，并且可能使用户感到困惑。作为示例，在频道内改变节目时，从SD&S数据中生成的电子节目指南可能在显示先前广播和当前广播之间多次发生前后改变。
本发明以以下方式解决这些问题：
对于分段改变时的最新的检查，代替不等于比较或严格的递增规则，应当执行具有“新分段版本号＞旧分段版本号”形式的规则，该规则伴随地考虑了递增版本号过程中的取模行为。作为示例，给DVB-IPI规范中的分段版本号提供8比特值。因此，版本号值的范围与范围0至255相对应。如果已经达到了该范围的最后一个值，进一步发生递增，则值的范围重新从头开始。因此，数学上的大于比较不能应用于分段版本号，然而本发明提出了，根据被认为是当前版本号的版本号，将用于版本号的值的范围分类为范围“旧”和“新”，在这样的情况下，两个范围中的一个可以包括从值255至值0的“溢出”。在这种情况下，将两个范围类似地转换为当前版本号。可以选择范围使之具有不同的大小。“旧”范围越大，实际陈旧(obsolete)的分段版本被当作当前版本的可能性越低。另一方面，使用扩大的“旧”范围，在发生传输路径的相对长的干扰和多个分段改变时，或者在不传输相关联的DVB-STP分组的情况下，在发射机端频繁地执行分段改变时，实际当前的分段版本作为陈旧的版本而被忽略的可能性增加。出于这些原因，如果两个范围都不覆盖分段版本号值的范围的大部分，则是有利的。
本发明的优点在于，分段的潜在陈旧的版本被忽略，因而避免了分段的不同版本之间的前后改变，其中包括不同版本的数据分组的接收在时间上重叠。本发明实施方式中的附加开销(outlay)保持相对较低。尽管不能绝对地防止当前分段的版本号落入“旧”范围，尤其在分段版本号非常频繁地改变或有大的跳跃时，但是这种情况应该极少出现。此外，在DVB-IPI的情况下，刷新分段的规定保证了：典型地，在60秒之后，由具有随机版本号的最新接收的版本来再次代替不正确地被视为当前版本的分段版本。
可以通过在从属权利要求中提出的方式来实现其它改进和发展。为了还能够确定没有明确地由改变的版本号用信号表示的分段的改变，如果在新接收到的分段的版本号与当前分段的版本号相匹配的情况下，附加地将新接收到的分段的其它数据与认为是当前的分段的数据进行比较是有利的。仅在比较数据匹配时，才将接收到的分段当作被认为是当前分段的分段的有效刷新。因此，作为示例，在DVB-IPI系统的情况下，可以将DVB-STP报头中所有其它标识、以及数据分组的实际有效载荷数据与先前接收的数据进行比较。这是由于，在DVB-STP分组中，可以以不同的方式传输SD&S数据记录的分段。因此，对于分段数据来说，具有CRC检查代码的错误保护是可选的。同样地，可以以各种方式实现分为部分的动作。此外，还可以呈现DVB-STP报头中的条目，通过这些条目，可以规定目前尚未更详细进行规定的压缩和加密方法的使用。由于该规范没有要求同样由改变的分段版本号来用信号表示这些传输参数的改变，所以对于接收机来说，将可能接收具有相同分段版本号的不同编码的DVB-STP分组，以及不正确地从这些可能不兼容的分组中组合出仅会导致错误的输出结果的SD&S分段。由所描述的措施来防止以上情况的发生。
此外，可以以不同的方式来处理具有与被认为是当前分段的分段不一致的内容、以及具有相同版本号的DVB-STP分组。首先，可以简单地忽略这些分组。在DVB-IPI规范的情况下，这将具有以下影响：直至由于不应将不一致的分组视为当前分段的刷新，所以没有刷新，从而拒绝被视为当前分段的分段之后，才使可能是发射机有意改变的分段数据得以接受。然而，该步骤可能花费60秒。另一方面，这些分组可以视为与被视为当前分段的分段的新版本相关联。在这种情况下，将会立即拒绝被视为当前分段的分段，以及将会建立具有新接收到的数据的分段。然而，因为由于相同的分段版本号而不再可能进行最新验证，所以，只要仍然接收到与分段的两个版本相关联的DVB-STP分组，则被视为当前分段的分段的内容就可以重复地前后跳跃。例如，取决于是否SD&S数据的稳定性或最新性质(nature)对接收机来说更加重要，可以在接收机中以可配置的方式来设计是否忽略或直接接受不一致分组的决定。此外，该配置可以动态地与接收的不一致的DVB-STP分组的数量相适应。
范围“旧”和“新”的动态范围划分也是有利的。具体地，如果将观察到的分段的变化频率用于执行动态范围划分，则可能实现根据本发明的方法的进一步改进。将已知或估计的传输路径上的传播时间差用于确定改变频率，对于动态范围划分也是有利的。
在权利要求13至16中，描述了用于执行根据本发明的方法的根据本发明的设备。
附图说明
在附图中示出了本发明的示例性实施例，以及在以下描述中，更加详细地对本发明的示例性实施例进行了解释。
在图中：
图1示出了通过DSL路由器与互联网连接的家庭网络；
图2示出了可能与互联网连接的视频解码器和连接的电视机；
图3示出了根据DVB-IPI标准设计的设备的协议框图；
图4示出了将SD&S数据记录分为分段和部分；
图5示出了DVB-STP数据分组的格式；
图6示出了传输的DVB-STP数据分组序列，以及在这些数据分组的接收过程中的改变的顺序；
图7示出了根据本发明的将版本号的值范围分为范围“旧”和“新”的划分；以及
图8示出了用于基于分段的版本号来实现最新检查的程序流程图。
具体实施方式
图1示出了基于以太网技术的家庭网络，其中，不同的家庭网络设备通过以太网电缆与DSL路由器10连接。在这种情况下，参考数字11表示数字电视机(这样的电视机具有针对数字视频数据的解码器)，参考数字12表示数字视频记录器，以及参考数字13表示个人计算机。参考数字14表示便携式个人计算机，例如，膝上型电脑或笔记本。后者无线地与DSL路由器10连接。为此，可以使用与IEEE 802.11x规范之一相对应的通常的无线以太网连接技术之一。DSL路由器10通过电话连接与互联网15连接。该示例同样示出了，可以通过互联网15，由DSL路由器10来选择服务提供商16，可以以互联网TV服务或视频点播服务形式，向服务提供商16请求数字视频内容。
图2示出了与互联网连接的另一可能情况。在该图中，参考数字18表示电视机，该电视机与视频解码器17连接，视频解码器17也称为IP机顶盒。所述视频解码器17直接与电话连接相连接，即，包含集成的DSL调制解调器。此外，该示例同样示出了可以与之建立连接的服务提供商16。在这三个示例性实施例中，DVB-IPI标准用于通过互联网传输视频内容。换言之，DSL路由器10和数字视频解码器17必须实现在DVB-IPI规范中描述的协议。
图3中示出的协议不是完全与本发明相关，因此也没有详细地进行相应的解释。为了获得这些协议更加详细的信息，参考惯常的文献或相关规范。如在引言中描述的，SD&S协议用于使关于可用服务和其中所提供内容的必要信息对于服务订户可用。在这种情况下，“服务发现”是使订户发现互联网上的DVB服务的机制。该机制产生了传递给用户的服务提供列表，使得订户可能选择他想使用的服务。之后发生选择本身，以及选择本身与同SD&S机制相关联的选择服务相关。
有两种传输模式可用于使SD&S信息到达订户。在DVB-IPI标准中，一种传输模式称为“推模式”，以及另一种传输模式称为“拉模式”。在“拉模式”中，通过HTTP协议将SD&S数据传输至接收机。在HTTP(与超文本传输协议相对应)的情况下，接收站请求所需数据(HTTP-Get)，或者该部分的发射站通过HTTP-Post，使数据对于订户站可用。如图3所示，在TCP协议(与传输控制协议相对应)上建立HTTP协议。如已知的，该协议是有保障的传输协议，其中，必须在接收端确认分别发送的数据分组，因此如果未出现接收确认，则发射机端重复发送失败的分组。
图3中同样示出了SD&S信息传输的第二可能。这包括所谓的“推模式”，该模式用于通过组播同时将服务信息发送至多个订户。DVB-STP协议被用于该目的。这包括用于通信SD&S信息的特定传输协议。
在XML文档中编译SD&S信息。这些文档实质上包括文本数据，即字符代码。可以将服务提供商特定类型的所有节目信息存储于SD&S数据记录中。因此，如果服务提供商提供多个电视节目，则该多个节目的所有节目信息可以存储在该数据记录的XML文档中。因此，该文档可以达到几个千字节、或者几十千字节的相当大的大小。由于节目信息必须与当前进度相对应，所以DVB-IPI标准允许数据记录分为多个分段进行传输，每个分段是包含部分数据记录的独立XML文档。这允许以下情况：在节目提供商改变节目时，不必重新传输包含数据记录的完整数据的一个文档，而是，如果适当地，节目改变仅影响数据记录的一个分段。
图4中示出了SD&S数据的分割。DVB-IPI规范允许各种类型的XML文档。这些XML文档由所谓的有效载荷ID来标识。存在“服务提供商发现”信息、“广播发现”信息、“点播内容发现”信息、关于“来自其他服务提供商的服务”的信息、“分组发现信息”、以及“用户专用”信息。
可以将数据记录分为多个分段，由Segment_ID和版本号来表示这些部分。在规范中，将版本号定义为8比特值。每次在服务提供商一方提供新分段版本时，将所述分段的版本号递增。由于将版本号设计为8比特数字，所以分段版本的值的范围被定义为从0至255。当达到最高值255时，实现进一步递增，并且值的范围再次从0至255。此外，还允许将各个分段进一步细分为所谓部分。这同样可以从图4中看到。为此，将各个部分号分配给部分。附加地规定了相关分段的最高出现部分号。根据UDP协议，部分地传输以这种方式细分的分段的XML文档。在所有情况下，UDP数据都包括部分的数据。
图5中示出了相关联的UDP数据分组的格式。按照DVB-IPI标准来规定该分组中的各个字段。如图所示，第二四字节包含有效载荷ID、分段ID和分段版本号的标识。有效载荷ID和分段版本号是8比特数字，而分段ID是16比特数字。在这样的数据分组中，还有可选字段，这将在下面进行更加详细的讨论。
如所提到的，UDP协议用于按部分传输分段。然而，如已知的，UDP协议是无保证的数据传输协议，其中，不提供接收确认消息。在通过互联网传输这些UDP分组期间，会出现整个分组丢失的情况，在更早时间点传输的分组实际上比后续传输的分组到达接收机的时间晚的情况等。尤其是在传输路径内进行无线传输的情况下，会暂时地出现干扰，使得甚至在相当长的时间内，会丢失整个分段或者甚至整个SD&S数据。
图6更加详细地示出了该问题。在上时间线上示出了在发射机端的SD&S数据记录的分段的广播。在所有情况下，数字标识与分段版本号相关。在图的下半部分中示出了广播分段到达接收机的时刻。DVB-IPI规范提供了要周期性刷新的不同分段。总体上，对于SD&S信息的传输，不应当超过30秒的最长时间段。由于要连续地重复信息，所以在所有情况下，在30秒之后应当有刷新。如果在“推模式”中，在60秒内没有刷新到达，则各个接收机假设已经删除了相关分段。然后，各个接收机必须删除陈旧的分段，作为结果，将具有任意分段版本号的后续接收到的分段视为当前分段。在图6前三个广播的各个情况下，传输了具有版本号48的分段。图6的下半部分示出了相关分段何时到达接收机。如图所示，具有版本号48的分段的第三广播延时很大。具体地，在这期间具有版本号56的分段连续到达接收机两次。尽管广播了具有从49至55的版本号的所有其它分段，但是在传输路径上丢失了这些分段。现在对于接收机来说，很难决定要将具有版本号48的到达分段当作新的分段，还是要将先前到达的具有版本号56的分段当作新的分段。简单的不等于比较将会导致接受具有版本号48的分段。简单的大于比较将会导致忽略具有版本号48的分段。由于随后再次接收到具有版本号56的分段，所以对于该分段，可能发生前后跳跃。
图6接着示出了传输和接收具有分段版本号78的分段。由于在没有结束广播具有号57至77的分段的短时间内的连续改变，所以服务提供商没有广播在具有号57至77的分段之间建立的分段。然后，示出了相同的情况，此时，版本号78后跟随着版本号255。在示出的时间间隔的结尾处，还示出了从255至起始值0的分段版本号的转变。对于接收机来说，这里使用简单的大于比较，很难作出将哪个分段视为更当前的分段的决定。
为了避免上述可能的“版本乒乓”的问题，本发明提供了基于版本号标识值范围的范围划分的大于比较或小于比较。
图7示出了相关联的范围划分。在图7a的情况下，示出了版本号标识从0至255的值的范围。这考虑了根据图6的情况，其中，当前接收的分段版本号与值56相关。基于该当前值，将值范围分为两个范围“旧”和“新”。在这种情况下，范围“新”与从当前版本号标识加1至当前版本号标识加127的值的范围相关。因此，范围“新”从57至183。作为对照，范围“旧”与从当前版本号标识减1至当前版本号标识减128的范围相关。因此包括了一分为二的划分，范围“旧”和“新”大小几乎相等。使该范围划分复杂的是，必须考虑版本号标识中的周期性。因此，必须在从0至255的值的范围内周期性地进行计算，因此在计算56减128时，获得值184。
在基于当前值的范围划分之后，根据本发明进行有关哪个范围包含新接收分段的版本号的分析。如在示出的情况下，如果值48跟随当前值56，则根据图7a)，值48处于范围“旧”中。因此，在根据本发明的验证之后，该分段将不会导致在接收机中的分段的接受。如果情况同样如图6中示出的，版本号78跟随当前值56，则根据图7a)，确定该值处于范围“新”中，将接受该分段。相反地，情况会是：如果当前版本号标识78出现，接着值255作为版本号标识到达，则在图7a)的范围划分的情况下，由于值255仍然处于“旧”范围内，将不会导致接受。
如果在多次重复之后，版本号255获得了接受，则由于值0会相应地处于“新”范围内，所以在出现从255至值0的改变时，会出现接受。
图7b)示出了针对版本号标识的值的范围的另一划分。在这里，再次采用相同的原理作为基础，除了在这种情况下，根据当前值78，执行范围划分，使得值的范围的大(substantial)部分被分配给范围“新”。范围“新”从值79延伸至值255，以及超过该值延伸至27。“旧”范围仅从值28延伸至值77。使用该范围划分，后续的版本号标识255将仍处于范围“新”中，将接受该分段。
“旧”范围越大，将实际陈旧的分段当作当前的分段的可能性越低。另一方面，使用扩大的“旧”范围，在出现传输路径的相对长的干扰与多个分段改变时，或者在不传输DVB-STP分组的情况下，在DVB-STP服务器中频繁出现分段改变时，实际当前的分段版本被作为陈旧分段被忽略的可能性增加。出于这些原因，两个范围都不覆盖分段版本号的值的范围的大部分是有利的。例如，一个可能的划分会是，将分段版本号的三分之二划分为“新”范围、三分之一划分为“旧”范围。
可选实施例致力于动态地改变“旧”和“新”范围的大小。例如，这可以基于观察到的数据流中SD&S信息的改变频率而实现。在出现频繁的改变时，例如，为了能够抑制更多陈旧的分段版本，可以增加“旧”范围的大小。
可能的“版本乒乓”的主要原因是在传输路径上UDP分组的传播时间差。如果传输路径的最大传播时间差已知、或者可测量或可估计，则就有利的最小和最大值而言，可以使“旧”范围的大小适应可在该时间段内观察到的分段改变数量。
从根本上，不能实现陈旧分段版本的完全抑制。然而，这也不是绝对必要的，这是由于如所述，设计系统，使得必须连续地刷新分段，使得仅会短暂地出现不正确地将分段版本认为是当前分段的情况，典型地，在60秒之后，将会由DVB-STP接收机拒绝该分段版本，以及之后，将会再次接受具有任意版本号的分段的新接收到的版本。
图8示出了在检查接收分段的最新性质的过程中，根据本发明的大于比较的可能实施方式。由参考数字20来表示相关联程序的开始。在询问21中，进行检查以确定接收的版本号标识是否与当前有效的版本号标识相对应。如果是，程序将会分支至程序步骤23，其中，新接收到的分段将会被当作已知分段的有效刷新。如果新接收到的版本号不等于当前版本号，则在程序步骤22中进行进一步询问，其中，进行检查以确定接收的版本号是否处于从当前版本号加值1至当前版本号加值127的范围内，然而，在这种情况下，该比较考虑了版本号分配中的模256行为。这在图8中以编程语言C的语法示出。如果所检查的版本号满足该条件，则很清楚，接收的版本号处于范围“新”内，以及在程序步骤24中，将会接受接收到的分段，以及还将改变当前版本号的版本号标识，并将其设置为接收到的分段的值。然后程序将会在程序步骤25中结束。如果在程序步骤22中的询问条件不适用，则将会把接收到的数据分组中的版本号分配到范围“旧”；结果，将不会接受相应的分段，以及还将使当前分段的版本号标识保持不变。同样，将不会将接收到的数据分组当作当前分段的有效刷新。而是，将在程序步骤25中再次结束程序。
确实，在DVB-IPI规范中规定了，在每次改变SD&S数据时，还必须使分段的版本号标识增加1。对于最新验证，规范仅要求比较“服务提供商ID”、“有效载荷ID”、“分段ID”和分段版本。已经示出了，这不需要总是充分的。这是由于，规范提供了以不同方式对同一个分段进行编码的不同的可能性。在这点上，再次参照图5。因此，作为示例，可选地针对分段数据规定基于CRC码的错误保护。因此，不需要必须使用错误保护。可以在任意部分实现将分段分为部分的分割，此外，分组的报头包含条目，通过这些条目，可以规定目前尚未更详细规定的压缩和加密方法的使用。
在这点上，注意在第一四字节中具有数字5和6的两比特ENC，以及在第三四字节中的三比特COMPR。然而，由于DVB-STP分组的实际有效载荷还未改变，所以规范不要求必须由改变的分段版本号来用信号表示这些传输参数的改变。如果已经接收了具有相同分段版本号的不同编码的DVB-STP分组的接收机从这些分段中再次组合SD&S信息，则由于不兼容地对处于其中的数据进行编码或排列，所以会出现错误。此外，在理论上，可以在出现SD&S数据的多个改变和传输网络中相对长的干扰时，分段的较新版本理论上获得与分段的较旧版本相同的分段版本号，而不需要接收机能够识别更新。
因此，除了如规范所要求的，比较“服务提供商ID”、“有效载荷ID”、“分段ID”和分段版本号之外，改进的DVB-STP接收机还应当将接收到的分组的DVB-STP报头中的其它标识，以及此外可选地，分组的实际有效载荷数据，与当前分段的先前接收的分组进行比较。这将会防止出现不小心地不正确编译的SD&S信息。除了基于版本号标识的最新检查以及基于当前值的范围划分，或者独立地，即，在没有与范围划分的比较的情况下，还可以实现这些措施。在图8中，该附加验证由虚线示出作为可选步骤。附加询问具有参考数字26。仅在出现一致的DVB-STP报头和相同的分段数据时，在程序步骤23中将接收到的DVB-STP分组当作已知分段的有效刷新。
如果程序步骤26中的询问表明，DVB-STP报头或分段数据已经改变，则可以继续下一可选程序。在程序步骤27中，进行检查以确定是否要忽略接收到的不一致的分组。如果忽略分组，则直接在程序步骤25中结束程序。否则，在程序步骤28中拒绝当前分段，以及建立具有新接收到的数据的分段。仅在此之后，在程序步骤25中结束程序。

Claims (16)

1、一种用于更新数据记录的分段的方法，数据记录可以包括单个分段，其中，由版本号标识所述分段，对于所述版本号，有限的值的范围可用，以及所述值的范围被周期性地贯穿，
其特征在于以下步骤：
-考虑到贯穿所述值的范围的周期性，基于当前版本号，将版本号的值的范围分为范围“旧”和“新”，
-检查新接收到的分段的版本号所处的范围，
-如果所述检查表明新接收到的分段的版本号处于范围“新”中，则将新接收到的分段当作当前分段，
-如果所述检查表明新接收到的分段的版本号处于范围“旧”中，则拒绝新接收到的分段。
2、如权利要求1所述的方法，范围“旧”和“新”的范围划分是动态自适应的。
3、如权利要求2所述的方法，基于观察到的分段的改变频率来实现所述动态范围划分，使得增加或减小范围“新”和“旧”。
4、如权利要求3所述的方法，改变频率的观察时间段由已知或估计/测量的传输路径上的传播时间差预先定义。
5、如权利要求1至4之一所述的方法，
其特征还在于以下步骤：
-如果新接收到的分段的版本号与当前有效分段的版本号相匹配，则将新接收到的分段的其它数据与当前有效分段的数据进行比较，
-如果其它数据的比较表明所比较的数据相匹配，则将新接收到的分段当作有效的刷新。
6、如权利要求5所述的方法，其特征还在于以下步骤：
-如果其它数据的比较表明所比较的数据不匹配，则忽略新接收到的分段。
7、如权利要求5所述的方法，其特征还在于以下步骤：
-如果其它数据的比较表明所比较的数据不匹配，则将新接收到的分段当作当前分段。
8、如权利要求1至7之一所述的方法，以具有报头部分和有效载荷数据部分的一个或多个数据分组的形式来传输分段。
9、如权利要求8所述的方法，将检查报头部分中数据的一致性作为其它数据的比较。
10、如权利要求1至9之一所述的方法，如果在预定时间内未进行刷新，则认为当前分段是无效的而将其拒绝。
11、如前述权利要求之一所述的方法，通过无保证的数据链路来传输分段的数据，尤其是以一个或多个UDP分组的形式来传输，其中所述UDP分组与“用户数据报协议”相对应。
12、如前述权利要求之一所述的方法，根据DVB-IPI规范，所述数据记录与SD&S数据相对应，其中，DVB-IPI代表数字视频广播“IP上的DVB服务的传输”，以及SD&S代表“服务发现和选择”。
13、一种用于执行如前述权利要求之一所述方法的设备，所述设备具有用于接收/发送数据的通信接口，具有用于更新通过所述通信接口接收的数据记录的分段的装置，所述分段由版本号标识，其特征在于，用于更新分段的装置考虑到贯穿值的范围的周期性，基于当前版本号，将版本号的值的范围分为范围“旧”和“新”；用于更新分段的装置执行关于新接收到的分段的版本号所处范围的检查；如果所述检查表明新接收到的分段的版本号处于范围“新”中，则用于更新分段的装置将新接收到的分段当作当前分段；以及，如果所述检查表明新接收到的分段的版本号处于范围“旧”中，则用于更新分段的装置拒绝新接收到的分段。
14、如权利要求13所述的设备，其特征在于，如果新接收到的分段的版本号与当前分段的版本号相匹配，则用于更新分段的装置将新接收到的分段的其它数据与当前分段的数据进行比较；以及，如果其它数据的比较表明所比较的数据相匹配，则用于更新分段的装置将新接收到的分段当作当前分段的有效刷新。
15、如权利要求14所述的设备，其特征在于，如果其它数据的比较表明所比较的数据不匹配，则用于更新分段的装置忽略新接收到的分段。
16、如权利要求14所述的设备，其特征在于，如果其它数据的比较表明所比较的数据不匹配，则用于更新分段的装置将新接收到的分段当作当前分段。
CN2006101493764A 2005-11-16 2006-11-16 更新数据记录的方法和执行该方法的设备 Active CN1976344B (zh)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
DE102005054978A DE102005054978A1 (de) 2005-11-16 2005-11-16 Verfahren zum Aktualisieren eines Datensatzes sowie Vorrichtung zur Durchführung des Verfahrens
DE102005054978.0 2005-11-16

Publications (2)

Publication Number Publication Date
CN1976344A true CN1976344A (zh) 2007-06-06
CN1976344B CN1976344B (zh) 2012-02-08

Family

ID=37735269

Family Applications (1)

Application Number Title Priority Date Filing Date
CN2006101493764A Active CN1976344B (zh) 2005-11-16 2006-11-16 更新数据记录的方法和执行该方法的设备

Country Status (6)

Country Link
US (1) US7920565B2 (zh)
EP (1) EP1788812A1 (zh)
JP (1) JP5252523B2 (zh)
KR (1) KR101434418B1 (zh)
CN (1) CN1976344B (zh)
DE (1) DE102005054978A1 (zh)

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101383720B (zh) * 2007-09-05 2011-05-11 大唐移动通信设备有限公司 受控网元的软件更新方法及受控网元、操作维护中心
CN101374307B (zh) * 2008-09-26 2012-08-22 北京大学 一种移动设备中更新数字内容信息的方法及装置
WO2013181787A1 (zh) * 2012-06-04 2013-12-12 宇龙计算机通信科技(深圳)有限公司 基础设施服务信息通信装置和方法
CN114205665A (zh) * 2020-06-09 2022-03-18 北京字节跳动网络技术有限公司 一种信息处理方法、装置、电子设备及存储介质

Families Citing this family (14)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6820088B1 (en) * 2000-04-10 2004-11-16 Research In Motion Limited System and method for synchronizing data records between multiple databases
EP1293981A1 (en) * 2001-09-18 2003-03-19 Deutsche Thomson-Brandt Gmbh Method for processing information parts of recorded data
US20090193455A1 (en) * 2008-01-29 2009-07-30 Samsung Electronics Co., Ltd. Information storage medium and method for providing additional contents based on trigger, and digital broadcast reception apparatus
US8762465B2 (en) * 2008-01-29 2014-06-24 Samsung Electronics Co., Ltd. Method for providing a content-sharing service, and device therefor
CN101926170B (zh) 2008-01-29 2016-04-27 三星电子株式会社 用于对等体的内容记录控制方法及其装置
US8973028B2 (en) * 2008-01-29 2015-03-03 Samsung Electronics Co., Ltd. Information storage medium storing metadata and method of providing additional contents, and digital broadcast reception apparatus
EP2242266A4 (en) * 2008-02-05 2014-04-02 Samsung Electronics Co Ltd METHOD AND DEVICE FOR SENDING AND RECEIVING METADATA FOR IPTV SERVICE PROVIDING APPLICATION
US10410222B2 (en) * 2009-07-23 2019-09-10 DISH Technologies L.L.C. Messaging service for providing updates for multimedia content of a live event delivered over the internet
US10097431B1 (en) * 2014-06-06 2018-10-09 Amazon Technologies, Inc. Routing to tenant services utilizing a service directory
US10250455B1 (en) 2014-06-06 2019-04-02 Amazon Technologies, Inc. Deployment and management of tenant services
US9578070B2 (en) * 2014-07-17 2017-02-21 Cellco Partnersip Method for inserting background audio into voice/video call
EP2978226A1 (en) * 2014-07-21 2016-01-27 Thomson Licensing Method of acquiring of electronic program guide information and corresponding apparatus
WO2017117266A1 (en) 2015-12-29 2017-07-06 Echostar Technologies L.L.C Dynamic content delivery routing and related methods and systems
CN109634636B (zh) * 2018-12-17 2022-05-17 百度在线网络技术（北京）有限公司 应用处理方法、装置、设备和介质

Family Cites Families (18)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5333135A (en) * 1993-02-01 1994-07-26 North American Philips Corporation Identification of a data stream transmitted as a sequence of packets
FR2752350B1 (fr) * 1996-08-09 2001-06-08 Thomson Multimedia Sa Procede d'extraction de donnees dans un systeme de transmission cyclique et dispositif de mise en oeuvre
JP3558534B2 (ja) * 1997-12-09 2004-08-25 松下電器産業株式会社 放送システムの制御情報作成装置
DE19820936C1 (de) * 1998-05-09 1999-06-02 Grundig Ag Verfahren und Vorrichtung zur Auswertung eines digitalen Datenstromes
US7136926B1 (en) * 1998-12-31 2006-11-14 Pmc-Sierrra Us, Inc. Method and apparatus for high-speed network rule processing
JP2000307968A (ja) * 1999-04-20 2000-11-02 Sony Corp 電子番組情報送信方法、電子番組情報受信方法、電子番組情報受信装置及び電子番組情報伝送システム
JP3805569B2 (ja) * 1999-07-08 2006-08-02 富士通株式会社 ウィンドウ制御機能を有する制御装置、ウィンドウ制御プログラムを記憶した記憶媒体及びウィンドウ制御機能を有する通信制御装置
JP4485109B2 (ja) * 1999-11-18 2010-06-16 富士通株式会社 エンドレス映像記録装置
JP4398042B2 (ja) * 2000-01-28 2010-01-13 パナソニック株式会社 送信装置、受信装置、送受信装置、送信方法および受信方法
US7193997B2 (en) * 2001-03-19 2007-03-20 International Business Machines Corporation Packet classification
KR100421360B1 (ko) * 2001-11-03 2004-03-06 엘지전자 주식회사 디지털 방송 프로그램의 부가기능 표시 장치 및 그 방법
US7403999B2 (en) * 2001-12-28 2008-07-22 International Business Machines Corporation Classification support system and method for fragmented IP packets
CN1413021A (zh) * 2002-08-27 2003-04-23 强海胜 一种多版本电视节目卫星广播/自动接收编录的传输方法
JP2004112239A (ja) * 2002-09-17 2004-04-08 Sharp Corp 放送受信装置、放送送信装置及び放送システム
GB2404296A (en) * 2003-07-23 2005-01-26 Sony Uk Ltd Data content identification using watermarks as distinct codes
FR2864869A1 (fr) * 2004-01-06 2005-07-08 Thomson Licensing Sa Methode de transmission de services numeriques sur un reseau et appareil mettant en oeuvre la methode
US7340570B2 (en) * 2004-08-18 2008-03-04 Intel Corporation Engine for comparing a key with rules having high and low values defining a range
US7545748B1 (en) * 2004-09-10 2009-06-09 Packeteer, Inc. Classification and management of network traffic based on attributes orthogonal to explicit packet attributes

Cited By (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101383720B (zh) * 2007-09-05 2011-05-11 大唐移动通信设备有限公司 受控网元的软件更新方法及受控网元、操作维护中心
CN101374307B (zh) * 2008-09-26 2012-08-22 北京大学 一种移动设备中更新数字内容信息的方法及装置
WO2013181787A1 (zh) * 2012-06-04 2013-12-12 宇龙计算机通信科技(深圳)有限公司 基础设施服务信息通信装置和方法
CN104322115A (zh) * 2012-06-04 2015-01-28 宇龙计算机通信科技(深圳)有限公司 基础设施服务信息通信装置和方法
US9681273B2 (en) 2012-06-04 2017-06-13 Yulong Computer Telecommnication Technologies (Shenzhen) Co., Ltd. Infrastructure service information communication device and method
CN104322115B (zh) * 2012-06-04 2018-09-14 宇龙计算机通信科技(深圳)有限公司 基础设施服务信息通信装置和方法
CN114205665A (zh) * 2020-06-09 2022-03-18 北京字节跳动网络技术有限公司 一种信息处理方法、装置、电子设备及存储介质
US11900945B2 (en) 2020-06-09 2024-02-13 Beijing Bytedance Network Technology Co., Ltd. Information processing method, system, apparatus, electronic device and storage medium

Also Published As

Publication number Publication date
US7920565B2 (en) 2011-04-05
JP2007143156A (ja) 2007-06-07
DE102005054978A1 (de) 2007-05-24
KR101434418B1 (ko) 2014-08-27
EP1788812A1 (en) 2007-05-23
US20070127377A1 (en) 2007-06-07
KR20070052217A (ko) 2007-05-21
CN1976344B (zh) 2012-02-08
JP5252523B2 (ja) 2013-07-31

Similar Documents

Publication Publication Date Title
CN1976344B (zh) 更新数据记录的方法和执行该方法的设备
US11032344B2 (en) Content delivery
EP1969856B1 (en) Media container file management
JP6630735B2 (ja) ブロードキャスト環境におけるウォーターマーク入りデータのための許可管理
CN101836436B (zh) 选择音频和/或视频服务的方法
US20100017832A1 (en) Network digital television middleware
CN1906947A (zh) 在网络上传输数字服务的方法和实现该方法的设备
CN1751503A (zh) 用于指示宽带传输中载送的传输流的分级模式的方法、系统和网络实体
US9609369B2 (en) System, device and method for transrating file based assets
US9325756B2 (en) Transmission of content fragments
US20240089517A1 (en) Systems and methods for enhanced multimedia signal broadcast, reception, data delivery, and data collection
CN1864388A (zh) 在因特网协议网络上传送数字视频广播服务的方法和设备
US20220272139A1 (en) Systems and Methods for Content Transmission
JP5529145B2 (ja) ファイル修復配信モードを要求する方法
KR101541197B1 (ko) 스트리밍 서버군에서 서비스 중인 콘텐츠의 정보를 갱신하는 방법
EP3185576A1 (en) On-demand repair mode for a staggercast stream

Legal Events

Date Code Title Description
C06 Publication
PB01 Publication
C10 Entry into substantive examination
SE01 Entry into force of request for substantive examination
C14 Grant of patent or utility model
GR01 Patent grant
CP02 Change in the address of a patent holder

Address after: I Si Eli Murli Nor, France

Patentee after: THOMSON LICENSING

Address before: French Boulogne

Patentee before: THOMSON LICENSING

CP02 Change in the address of a patent holder
TR01 Transfer of patent right

Effective date of registration: 20190516

Address after: Paris France

Patentee after: Interactive digital CE patent holding Co.

Address before: I Si Eli Murli Nor, France

Patentee before: THOMSON LICENSING

TR01 Transfer of patent right