[go: up one dir, main page]

CN1957554B - 用于多播/广播数据分布的数据修复增强 - Google Patents

用于多播/广播数据分布的数据修复增强 Download PDF

Info

Publication number
CN1957554B
CN1957554B CN2004800431651A CN200480043165A CN1957554B CN 1957554 B CN1957554 B CN 1957554B CN 2004800431651 A CN2004800431651 A CN 2004800431651A CN 200480043165 A CN200480043165 A CN 200480043165A CN 1957554 B CN1957554 B CN 1957554B
Authority
CN
China
Prior art keywords
data
point
receiver
session
request
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.)
Expired - Lifetime
Application number
CN2004800431651A
Other languages
English (en)
Other versions
CN1957554A (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.)
Nokia Technologies Oy
Original Assignee
Nokia Inc
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
Priority claimed from US10/813,343 external-priority patent/US7536622B2/en
Application filed by Nokia Inc filed Critical Nokia Inc
Publication of CN1957554A publication Critical patent/CN1957554A/zh
Application granted granted Critical
Publication of CN1957554B publication Critical patent/CN1957554B/zh
Anticipated expiration legal-status Critical
Expired - Lifetime legal-status Critical Current

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1867—Arrangements specially adapted for the transmitter end
    • H04L1/1887—Scheduling and prioritising arrangements
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/30—Monitoring
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/02—Details
    • H04L12/16—Arrangements for providing special services to substations
    • H04L12/18—Arrangements for providing special services to substations for broadcast or conference, e.g. multicast
    • H04L12/1863—Arrangements for providing special services to substations for broadcast or conference, e.g. multicast comprising mechanisms for improved reliability, e.g. status reports
    • H04L12/1868—Measures taken after transmission, e.g. acknowledgments
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00—Routing or path finding of packets in data switching networks
    • H04L45/16—Multipoint routing
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00—Routing or path finding of packets in data switching networks
    • H04L45/28—Routing or path finding of packets in data switching networks using route fault recovery
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/30—Definitions, standards or architectural aspects of layered protocol stacks
    • H04L69/32—Architecture of open systems interconnection [OSI] 7-layer type protocol stacks, e.g. the interfaces between the data link level and the physical level
    • H04L69/322—Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions
    • H04L69/329—Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions in the application layer [OSI layer 7]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L2001/0092—Error control systems characterised by the topology of the transmission link
    • H04L2001/0093—Point-to-multipoint

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Theoretical Computer Science (AREA)
  • General Engineering & Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • Quality & Reliability (AREA)
  • General Physics & Mathematics (AREA)
  • Computer Security & Cryptography (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)
  • Communication Control (AREA)
  • Detection And Prevention Of Errors In Transmission (AREA)
  • Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
  • Computer And Data Communications (AREA)

Abstract

公开了一种方法、系统、设备和计算机代码产品，其中发送器(10)经由点对多点会话将数据传输到多个接收器(20)。接收器将对于预期的但是没有收到的数据进行请求的数据修复请求发送到发送器(10)，而发送器(10)经由点对多点会话重发预期的但是没有收到的数据。如果经由点对多点会话的重发没有纠正所有错误，则发送器(10)也可以调度与单独接收器的点对点数据修复会话。发送器(10)可以被配置用以使用以使用该点对多点会话的接收器的数目为基础的随机化机制来延迟点对点修复会话。

Description

用于多播/广播数据分布的数据修复增强
技术领域
本发明一般地涉及多播和广播传输技术及服务，也就是具有至少一个数据源(或者发送器)和至少一个接收器的服务。更具体地说，本发明涉及在多播或者广播传输中的数据修复增强。
背景技术
对于系统之上的一对多(即点对多点)服务，比如IP多播、IP数据广播(IPDC)和多媒体广播/多播服务(MBMS)，文件递送(或离散媒体递送或文件下载)是重要的服务。用于通过诸如文件传送协议(FTP)和超文本传送协议(HTTP)的点对点协议来递送文件的许多特征对于一对多情况是成问题的。特别地说，使用类似的一对一(即点对点)确认(ACK)协议诸如传输控制协议TCP来进行的可靠的文件递送——也就是受到保障的文件递送——并不切实可行。
因特网工程任务组(IETF)的可靠多播传送(RMT)工作组正处于对具有错误弹性的多播传送协议的两个类别进行标准化的过程中。在第一类别中，通过使用(前摄)正向纠错(FEC)来实现可靠性，也就是通过发送能够帮助接收器重建出错数据的某一数量的冗余数据来实现可靠性。在第二类别中，使用接收器反馈以便实现可靠的多播传送。异步分层编码(ALC，RFC 3450)是属于第一类别的协议实例，而面向NACK的可靠多播(NORM)协议则提供了第二类别的例子。ALC和NORM协议的细节在由IETF的工作组所预备的标题为“Asynchronous Layered Coding (ALC) Protocol Instantiation”(IETFRFC 3450)和“NACK-oriented Reliable Multicast Protocol”(因特网草案)的出版物中有更详细的讨论。通过引用将这些出版物的内容完全地结合与此。
能够在其上使用这些协议的接入网络包括但不限于无线多路接入网络，比如通用移动电信服务(UMTS)系统的无线接入网络、无线局域网络(WLAN)、数字视频广播-地面(DVB-T)网络、数字视频广播-卫星(DVB-S)网络和数字视频广播-手持(BDVB-H)网络。
简言之，ALC协议是基于前摄FEC的方案，该方案允许接收器重建遭破坏的分组或者尚未接收的分组。ALC协议在多个信道上使用FEC编码，允许发送器在多个速率(信道)将数据发送到可能的异型接收器。此外，ALC协议使用拥堵控制机制来维持不同信道上的不同速率。
ALC协议在用户数目方面是大规模可缩放的，这是因为不要求上行链路信令。因此，添加更多接收器不会对系统上造成增加的需求。然而，ALC协议不是100％可靠的，因为无法保障接收，因此它一般可以描述为鲁棒的胜于可靠的。
接着，NORM规定了对否定确认(NACK)消息的使用以便用信号发送被预期到达接收器的哪些数据分组(或者用别的方式限定为“数据块”)在接收器处并未接收到(或者未正确地接收)。换句话说，接收器利用NACK消息来向发送器指示传输分组的丢失或损坏。因而，“遗漏”来自数据传输的一些数据块的接收器能够将NACK消息发送到发送器，请求发送器重发一个或多个遗漏的数据块。NORM协议也可选地允许将分组级的FEC编码用于前摄鲁棒传输。
通过单向传送进行的文件递送(FLUTE)是在FEC(RFC 3452)和ALC构建块上构建的一对多传送协议。它旨在于通过单向系统从一个或多个发送器到一个或多个接收器进行文件递送。它具有使之适合于无线点对多点(多播/广播)系统的专门性能。FLUTE协议的细节在由上述IETF工作组所预备的标题为“FLUTE-File Delivery overUnidirectional Transport”(因特网草案)的出版物中有更详细的讨论。通过引用将这一出版物的内容完全地结合于此。
NACK消息通常不是NORM特有的，而是它们也能够结合其它协议或系统如FLUTE来使用。ACK是接收器在接收一个或多个数据分组之后发送的响应消息，以确认它们已经正确地接收。NACK是接收器针对被预期会到达却并未收到的分组而向发送器发送的响应。
当在多播或者广播环境中，以一对多的方式出现数据传输。如果传输不是没有错误的，而且不同接收器受制于不同的错误率(例如在MBMS中，在不同小区中的用户可能经历不同的信号质量，因此经历不同的错误率)，则会有提供增加的数据可靠性这一难题。这可以通过使用FEC和/或通过使用修复会话来实现。
FEC对传输数据提供了某一数量的冗余度，以便允许某一程度的错误弹性以使得接收器能够重建传输数据。然而，FEC的一个问题在于它通常没有提供没有错误的恢复，或者它以高度使用数据冗余度为代价来提供完全的错误恢复，这增加了信道带宽要求。
修复会话(在接收器与发送器之间)可以用来补充FEC(以减少或者消除残余的信道错误率)，或者可以单独地用作为唯一的错误恢复方法。修复会话可能通过使用单独会话出现在点对点的信道之上。在这一情况下，已经在多播/广播传输期间遗漏一些数据的所有接收器将NACK请求发送到发送器以请求重发遗漏分组。然而，如果所有接收器遗漏至少一个数据分组，则所有接收器将同时建立与发送器的点对点连接，造成了反馈内爆、即网络中的拥堵(在上行链路方向上归因于大量NACK，而在下行链路方向上归因于大量同时重发和网络链接请求)以及发送器的超负荷。这一情形在例如考虑数千用户时是关键的，可能如同在MBMS网络中的情况那样。
于是，需要一种用于数据修复的改进设备、系统和方法，该设备、系统和方法在多播和广播环境中是可缩放的，并且提供有效的消息修复。
发明内容
根据本发明公开了系统、方法、设备和计算机代码产品的各种实施例。各种实施例能进行点对多点通信，而且可以包括：经由点对多点会话将数据从发送器传输到多个接收器；确定是否有预期的数据没有收到；如果数据遗漏则将数据修复请求发送到发送器；以及经由点对多点会话重发遗漏数据。如果点对多点重发没有纠正数据丢失问题，则发送器也可以被配置用于调度和执行点对点修复会话。
直至发送器经由点对多点会话重发被指示为没有收到的数据之后为止，随机化机制可以用来延迟点对点数据修复。随机化机制可以被配置用以考虑在多个接收器中包括的接收器的数目。作为替选(或者附加地)，发送器可以将点对点修复令牌发送到多个接收器以通告何时将要开始点对点修复。
在本发明的另一方面中，公开了一种用于在系统中进行数据修复的方法，该系统包括发送器设备、能从发送器设备接收数据的至少一个接收器、HTTP服务器和FLUTE服务器。该方法可以包括：确定一些预期的数据没有被所述至少一个接收器收到；将数据请求从至少一个接收器发送到HTTP服务器；将HTTP重定向消息从HTTP服务器发送到至少一个接收器，该重定向消息包括FLUTE URI；将会话请求从至少一个接收器发送到FLUTE服务器；以及在FLUTE服务器与至少一个接收器之间启动FLUTE会话。
附图说明
图1A是对根据本发明一个实施例的点对多点传输情况进行图示的框图；
图1B是对根据本发明实施例的不同遗漏数据修复方法进行图示的框图；
图2A是对根据本发明用于数据修复的方法的一个实施例进行图示的流程图；
图2B是对根据本发明用于数据修复的方法的另一实施例进行图示的流程图；
图3是根据本发明一个实施例的系统和接收器设备的框图；
图4是对根据本发明一个实施例的发送器设备进行图示的框图；
图5是根据本发明的修复机制的一个实施例的表示图。
具体实施方式
有各种方法和系统用于在多播或者广播系统中修复数据。于2004年2月18日提交的标题为“数据修复”(序列号10/782,371)的美国专利申请描述了用于修复数据的不同方法，通过引用将其内容完全地结合于此。这一申请提出，在从接收器接收某一数目的NACK请求之后，发送器可以基于它自己的判决策略来判决经由点对多点重发被接收器否定确认的全部分组中的部分分组，例如重发由接收器最多请求的那些分组。发送器也可以关闭点对点连接以便节省网络资源。
对于诸如此类方法的一个缺点在于，在不同用户的NACK请求之间几乎没有统计相关的情况下，仅重发最多被否定确认的分组可能不会造成完全的错误恢复。例如，如果特定的错误情形是接收器#1否定确认了分组1、2和3，而接收器#2否定确认了分组4、5和6，依此类推，则发送器可能无法导出哪些是“最多请求的分组”，因此点对多点修复可以丧失它的效率。本发明提出了用于数据修复的改进的方法、设备和系统。
图1A示出了根据本发明实施例的点对多点数据传输情况。发送器设备10可以是服务器、基于IP的设备、DVB设备、GPRS(或者UMTS)设备或者是如下类似设备，该设备可以使用前摄正向纠错，比如ALC机制和/或FEC机制，用于以一对多方式将多播数据块(或者分组)发送到接收器设备20。每个接收设备20可以被配置用以关于遗漏块(未接收的或者未正确接收的块)将否定确认NACK消息(或者请求)发送到发送器设备10。
数据可以作为对象从发送器10发送到一个或多个接收器20。例如，文件、JPEG图像和文件切片都是对象。对象可以作为一连串数据块来发送。每个数据块可以具有称之为源块编号(SBN)的编号或者可以用来标识每个块的类似标识符。块可以通过编码符号集来代表。编码符号标识符(ESI)或者类似标识符又可以指示如何从上述对象(例如文件)生成了在数据分组(或者块)的有效载荷中携带的编码符号。
在点对多点系统中，发送器10可以同时地将代表对象的数据块或者分组广播到许多接收器20。如果接收器20没有收到它预期的所有分组，则它可以将指示哪些分组未收到的NACK消息发回到服务器10。图1 B图示了根据本发明实施例的若干不同数据修复方法。一般来说，可以通过使用在一个发送器10与一个接收器20之间建立的点对点修复会话或者通过使用在发送器10与多于一个接收器20之间的点对多点会话来执行遗漏数据的修复。在修复会话中，可以将全部或者部分(视情况而定)遗漏数据从发送器10重发到一个或多个接收器20，或者可以重复整个传输。可以从原来的发送器10或者从“第三方服务器”或者修复服务器(或者简单地是单独的服务器(未示出))来实现修复，后者具有与原来服务器的连接而且被配置用以缓冲传输数据/信息。这一服务器例如可以与原来的发送器(例如MBMS服务器，又称之为BM-SC(广播多播-服务中心))协同定位，或者例如是在UMTS运营商的网络之内的单独服务器。
已经观察到，一般来说，可靠的多播系统提出了要求接收器-服务器控制和数据消息接发这一难题，这是由于多播的多方性质，而其带来了可缩放性问题。有若干领域尤为引人关注。例如：
a)有限的无线带宽和激活资源，其中用来激活许多无线信道和无线带宽所花费的时间使得允许许多修复同时出现是不切实际的；
b)有限的服务器容量，其中提供“修复内容”数据的服务器系统仅能在某一时间窗和有限数量的同时数据传送会话之内处理有限数目的请求(消息接发)和关联会话上下文数据；以及
c)有限的端对端带宽，这归因于整体系统中的一个或多个瓶颈。这里，应该能够为同时请求修复的所有用户所得的数据速率在许多情况下不足以提供这一服务。
因此，在任何或者所有这些限制之下可以用来增加可缩放性的一个因素可能是在时间上分布消息接发，或者如果可能则完全地避免消息接发。本发明的一个实施例涉及可以实现NACK抑制以提供可缩放的可靠多播的方法、设备和系统。
本发明的一个实施例提出，由至少一个接收器20请求的所有分组在点对多点承载上由服务器10重发。在这一实施例中，接收器20可以被配置用以同时设立点对点(ptp)承载和点对多点(ptm)承载。
ptp承载可以例如用来服务于修复请求，这一点在美国专利申请第10/782,371号中有描述。本发明的一个实施例可以使用与上述专利申请中所述相似的随机化规则。然而，本发明的实施例可以在下行链路ptm承载上而不是使用下行链路ptp承载来重发丢失数据。
在这一实施例中，由于它们计算的随机退回值而尚未轮流到进行请求的接收器20可以具有通过接收经过ptm信道重发的丢失分组来修复它们自身损失的机会。如果接收器20通过ptm信道接收遗失数据分组，则它可以使用这一数据来重建文件而且将遗失数据分组从它要请求的分组列表中去除。可能的是接收器20可以在它的计算请求时间之前接收了它的所有遗漏数据，在该情况下它可以完全避免进行任何修复请求。
在本发明的另一实施例中，可以结合上述ptm修复机制通过发送器10来提供ptp修复。这一点对于在并非所有接收器20都能同时开放ptp和ptm承载的会话而言尤为有用。在这一情况下，为求更高效率，发送器10可以指定随机化机制以便延迟对于ptp修复的请求。这就允许先完成在可以使更多数目的接收器20受益的ptp承载上的修复。做到这一点的一种方式例如可以是通过使用由发送器10发送到接收器20的阈值(比如X、Y、Z)。接收器20然后可以被配置用来调度它们的修复请求。根据本发明的一个实施例用于接收器20调度修复请求的一个样本规则可以是：
如果ptm修复是可能的，则：
在从初始递送会话结束起的时间段X之上均匀地随机化一个或多个NACK；
否则
等待到在初始会话结束之后的某一时间Y为止，然后在时间
段Z之上随机化一个或多个NACK。
发送器10也可以用信号明确地发送应当何时开始ptp修复。对此，发送器可以将ptp修复令牌发送到接收器20以通告何时可以开始ptp修复(当ptp修复开始时，ptp修复会话可以受制于普通的随机化规则)。在发送ptp修复令牌之前，所有修复在ptp承载上完成。无法具有两个并行承载(例如ptp和ptm)的接收器20因此可以在它们设置其ptp修复承载之前等待令牌。可以在ISO OSI协议栈的层1-7中的任一层使用任何通信协议来传输修复令牌，例如在多播/广播传输之后的单独“通告”中经由SDP来传输修复令牌。这也可以包含于多播/广播传输之内的FLUTE文件递送中。单独的传送对象标识符(TOI)值可以用来在文件内容本身与ptp修复内容之间进行区分。在本发明的一个实施例中，已经使用ptm修复的接收器20也可以使用ptp修复。这在ptm修复不成功、即在ptm承载上重新发送的分组丢失时可能有用。
尽管随机化可以帮助防止反馈内爆，但是优选的是根据系统中接收器20的数目来计算退回时间以便提高效率。如果退回时间选择得小，则可能无法最小化反馈内爆的风险，尤其是在会话中有大量接收器20时。另一方面，如果退回时间过大，则反馈内爆的风险降低，但是如果在会话中仅有少量接收器则该方案变得没有效率，因为将要求每个接收器在能进行修复请求之前等待不必要长的时间量。
如果发送器10知道会话中接收器20的数目，则接收器10可以能基于接收器20的数目来缩放它的随机化值以便优化系统性能。一种此类会话是MBMS多播会话，其中发送器10能导出接收器20的数目，因为后者需要用信号发送会话加入和离开过程。在一个实施例中，在会话中接收器20的数目与随机化值之间的线性关系可以用来计算必要阈值。例如，使用在美国专利申请第10/782,371号中提出的随机化方法；
如果在阈值错误率W以下，则
在从初始递送会话结束起的时间段X之上均匀地随机化一个或多个NACK；
否则
等待到在初始会话结束之后的某一时间Y为止，然后在时间段Z之上随机化一个或多个NACK。
W、X、Y和Z的值可以是固定的而且根据会话中参与者的数目(接收器的数目)来选择。比如下面所示的样本查找表这样的查找表可以存储于发送器设备10上，而查询到恰当的表项中就可以用来选择阈值。
接收器数目  W(％)  X(秒)  Y(秒)  Z(秒)
100  5  5  25  10
200  5  10  30  20
500  5  15  35  30
1000  5  20  40  40
5000  5  30  50  60
10000  5  60  80  120
50000  5  200  250  400
100000  5  400  450  800
500000  5  2000  2100  4000
1000000  5  4000  4200  8000
应当注意上表仅为样本。在不脱离本发明的精神和范围时可以使用其它值和表结构。
四个值(或者一般来说是用于将修复会话的开始时间随机化的值)可以经由SDP或者任何其它适当的手段从发送器传送到接收器。可以在服务通告与会话开始时间或者最迟的加入时间之间的任何时间将值传送到接收器。例如，如果现在经由SDP来通告会话，而且将该会话调度为在两小时之后开始(或者作为替选，在从服务通告递送起的1.5小时之后的最近会话加入时间)，则可以通过使用第二通告或者令牌来发送具有随机化参数的第二SDP，该第二通告或者令牌考虑到在会话开始之前的任何时间加入会话的接收器20的数目。在这一情况下，接收器20获得随机化时间的指示，该指示考虑到已经加入会话的接收器的真实更新数目。作为替选，可以在FLUTE会话的FDT之内传送参数，或者只有在这些值中的子集可以随接收器的数目而变化。
现在参照图2A，公开了一种用于提供数据修复的方法的一个实施例。图2中公开的方法包括经由点对多点会话将数据分组从发送器发送到多个接收器(100)。如果任何接收器确定它尚未收到一些预期数据，则它将NACK消息发回到发送器，请求没有正确接收的数据分组，而发送器接收这些NACK消息(102)。接着，发送器经由点对多点会话将请求的数据分组发送到接收器(104)。
本发明的另一实施例在图2B中示出。在这一实施例中，发送器指示点对多点会话的开始(110)，然后收集与使用该会话的接收器数目有关的信息(120)。发送器然后基于使用该会话的接收器数目来计算随机化值(130)，而且将随机化值发送到接收器(140)。接着，发送器开始经由点对多点会话发送数据分组到接收器(150)。如果任何接收器没有收到所有预期数据分组，则它将NACK消息发回到发送器，请求重发遗漏数据分组。发送器接收这些NACK消息(160)而且在点对多点会话上重发所请求的数据分组。然后，服务器开始经由点对点会话服务于任何其它数据修复请求(180)。在基于由发送器基于使用点对多点会话的接收器数目而计算的随机化值的时间段之上对点对点会话进行随机化。
这里描述的数据修复方法与现有技术的方法相比提供了独特优点。例如，经由ptm而不是经由下行链路ptp来发送接收器20经由ptp请求修复的修复块，消除了ptp信道的负担，而且有助于可能需要同一修复块的其它接收器20。另外，根据接收器数目来缩放随机化值，有助于避免反馈内爆的风险，同时最小化发送请求所必需的延迟。
当使用比如FLUTE这样的机制用于以有效的方式将数据传输到许多用户时，一种用于标识、否定确认和重发遗漏数据的方法是必要的。在本发明的一个实施例中，可以将HTTP用于这一点。例如，接收终端可以使用HTTP来请求发送服务器重发某一文件或部分文件。在一些情况下，可以要求服务器将文件重发到数个终端，或者服务器可能没有该文件，因此可能需要将请求重定向到另一服务器。本发明的一个方面为FLUTE和其它此类会话提供了一种用于ptm修复的有效系统和方法。
尽管HTTP请求可以用来从传输中获得遗漏的数据集，但是希望有一种可以使大量接收器能够再次接收某一传输的修复机制。在一个实施例种，这一点可以通过使用具有用于FLUTE的下载URI之HTTP重定向机制来实现。用于FLUTE的下载URI可以类似于HTTP URL。也就是说，它类似于HTTP URL但是适用于FLUTE。FLUTE URI可以涉及在某一FLUTE会话期间传输的单个文件。使用FLUTE URI，可以由此唯一地标识来自某一FLUTE会话的文件。
在这一实施例中，HTTP服务器可以向接收器指示如下源，接收器所需的文件可以从该源处获得。通过使用HTTP重定向机制，HTTP服务器可以将尚未正确接收传输的一个或多个终端重定向到FLUTE服务器，该FLUTE服务器然后可以针对多个接收器来开始新的ptm修复会话。
在这一实施例的另一方面中，HTTP重定向机制也可以用来向接收器指示FLUTE会话描述文件(比如SDP文件)的位置。通过使用会话描述文件，接收器可以加入FLUTE会话而且获得它所关注的一个或多个文件。客户机然后可以交叉引用已经接收和存储的会话描述以检查它是否已经接收这一特定会话描述文件。它然后可以使用HTTP/FLUTE等来取回遗漏文件/分组/资源。在本例中，FLUTE URI可以是SDP文件的URI，该SDP文件描述了所讨论的文件所归属的FLUTE会话(即在该FLUTE会话中传输过该文件而且终端在该FLUTE会话器件收到这一文件)。
在其它实施例中，HTTP重定向也可以包含会话描述文作为有效载荷。这可以通过使用有效载荷中的绝对URI和/或通过使用重定向代码来完成。当会话描述文件被用来完成重定向时，可能希望将会话描述文件版本化。这可以通过使用扩展报头或者通过使用元数据外壳来实现。元数据外壳封装或者引用会话描述文件而且提供版本化机制。在本例中，文件的URI可以比如以如下形式包含于HTTP重定向消息的报头中：
www.example.com/file/mp3
图5图示了一种用于使用FLUTE URI和HTTP重定向机制来起动ptm文件修复会话的方法的一个实施例。如图5中所示，在FLUTE会话的传输中，接收器可以认识到尚未收到完整文件。在这样的情况下，接收器可以将修复请求发送到HTTP服务器。HTTP服务器的地址可以根据在FLUTE会话期间传输的修复信息而为接收器所知。在获得修复请求时，HTTP服务器可能判决使用FLUTE来进行ptm会话比使用HTTP来进行若干单独ptp修复会话更为有效。这可能出于若干原因，比如接收的修复请求数目对于HTTP服务器而言大大，该服务器本身没有所请求的文件。在这一情况下，HTTP服务器可以向接收器发送具有该文件的FLUTE URI的重定向。在从HTTP服务器获得重定向时，接收器可以将“会话请求”发送到FLUTE服务器。FLUTE服务器然后可以开始ptm FLUTE会话，使得潜在许多的接收器“调谐而入”。FLUTE和HTTP服务器可以是单独的实体，但是仍然位于同一物理机器上。
可以用于会话描述的SDP文件的一个例子如下：
    v＝0
    o＝user123 2890844526 2890842807 IN IP6
2201：056D：：112E：144A：1E24
    s＝File delivery session example
    i＝More information
    t＝2873397496 2873404696
    a＝source-filter：incl IN IP6*2001：210：1：2：240：96FF：FE25：8EC9
    a＝flute-tsi：3
    a＝flute-ch：2
    m＝application 12345 FLUTE/UDP O
    c＝IN IP6 FF1E：03AD：：7F2E：172A：1E24/1
    m＝application 12346 FLUTE/UDP O
    c＝IN IP6 FF1E：03AD：：7F2E：172A：1E30/1
这一例子文件描述了接收器如何可以加入FLUTE会话。它提供了与发送器IP地址、会话中信道数目、会话中每个信道的目标IP地址和端口号、会话的传送会话标识符(TSI)、以及会话的开始和结束时间有关的信息。
图3图示了根据本发明的系统5和接收器设备20的一个实施例。系统5可以包括发送器设备10、传输网络30，例如IP网络或者另一固定网络、无线网络或者固定网络和无线(蜂窝)网络的组合等，以及接收器设备20。接收器设备20例如可以是蜂窝电话、卫星电话、个人数字助理、蓝牙设备、WLAN设备、DVB设备或者其它类似无线设备。接收器20可以包括内部存储器21、处理器22、操作系统23、应用程序24、网络接口25、以及NACK和修复机制26。内部存储器21可以被配置用以容置处理器22、操作系统23和应用程序24。NACK和修复机制26可以响应于在数据传输中遗漏或者破坏的数据来实现否定确认和修复过程。接收器设备20可以能经由网络接口25和网络30来与发送器设备10和与其它设备通信。
图4图示了根据本发明的发送器设备10的一个实施例。发送器设备10例如可以是网络服务器或者打算用于文件(或者媒体)递送的任何适当设备。发送器设备10可以包括内部存储器11、处理器12、操作系统13、应用程序14、网络接口15、传输和修复机制16、以及数据储存器17。内部存储器11可以被配置用以容置处理器12、操作系统13和应用程序14。传输和修复机制16可以被配置用以使得数据分组能够传输到接收器设备20。另外，它可以被设置用以在修复会话中实现数据分组的重发。要发送到接收器设备20的数据和要重发的数据可以存储于数据储存器17中。作为替选，数据可以存储于与发送器设备10协同定位的或者在发送器设备10以外的单独设备中。发送器设备10可以被配置用以经由网络接口15和网络30来与接收器设备20和其它设备通信。
与遗漏数据的修复有关的过程可以通过软件来实施。包括在接收器设备20中存储的和在处理器22中运行的程序代码在内的计算机程序产品可以用来实现在传输会话的接收端处的过程，而包括在发送器设备10中存储的和在处理器12中运行的程序代码在内的计算机程序产品可以用来实现在发送端处的过程。
已经利用逻辑发送器/服务器实体和接收器单元的例子来说明本发明的实施例，然而也可以在本发明的范围之内构思和考虑在它们之间将其它实体用于修复请求和修复响应(如果适宜)。这样的实体可以提供防火墙、代理和/或授权服务。
尽管在附图中图示的和在上文中描述的示例性实施例在当前是优选的，但是应当理解提供这些实施例仅做为示例。其它实施例可以例如包括用于执行相同操作的不同技术。本发明不限于特定实施例，而是扩展到仍然落入所附权利要求的范围和精神之内的各种改型、组合和变化。

Claims (22)

1.一种用于在点对多点通信系统中进行数据修复的方法，所述方法包括：
经由点对多点会话将数据从发送器传输到多个接收器；
确定是否有预期数据没有收到；
如果一些预期数据没有收到，则向所述发送器发送数据修复请求，请求重新发送所述预期的但是没有收到的数据；
经由所述点对多点会话从所述发送器重发所有所请求的预期的、但是没有收到的数据；
其特征在于，
在所述发送器重发所请求的预期的、但是没有收到的数据之后，如果一些数据仍然没有收到，则为预期数据没有收到的具体接收器来调度点对点修复会话；
其中调度点对点修复会话还包括指定随机化机制，用以在所述发送器已经重发所述请求的预期的、但是没有收到的数据之后的某一时间段之上随机化点对点数据修复；以及
根据所述点对点修复会话调度经由点对点会话将仍然没有收到的数据发送到所述具体接收器。
2.根据权利要求1所述的方法，其中调度点对点修复会话还包括：
如果点对多点修复对于接收器是可能的，则：
在从经由所述点对多点会话从所述发送器到所述接收器的初始数据传输结束起的时间段X之上均匀地随机化数据修复请求；
否则
等待到在经由所述点对多点会话从所述发送器到所述接收器的初始数据传输之后的某时间Y为止，然后在时间段Z之上随机化所述数据修复请求。
3.根据权利要求1所述的方法，其中调度点对点修复会话包括将点对点修复令牌从所述发送器发送到所述多个接收器以通告何时将要开始点对点修复。
4.根据权利要求1所述的方法，其中所述随机化机制被配置用以考虑在所述多个接收器中包括的接收器数目。
5.根据权利要求4所述的方法，还包括：
确定所述多个接收器中接收器的数目；以及
基于所确定的接收器数目来为所述随机化机制计算随机化值。
6.根据权利要求5所述的方法，其中计算所述随机化值还包括基于所确定的接收器数目在查找表中查找所述随机化值。
7.根据权利要求1所述的方法，其中发送所述数据修复请求包括所述多个接收器中的至少一个接收器将所述修复请求发送到HTTP服务器。
8.根据权利要求1所述的方法，其中响应于数据修复请求，使用会话描述的定位符，将请求重新发送所述预期的但是没有收到的数据的接收器重定向到所述会话描述。
9.根据权利要求1所述的方法，其中响应于数据修复请求，通过重定向消息，将请求重新发送所述预期的但是没有收到的数据的接收器重定向到会话描述，所述重定向消息携带所述会话描述作为所述重定向消息有效载荷。
10.根据权利要求1所述的方法，其中响应于数据修复请求，将请求重新发送所述预期的但是没有收到的数据的接收器重定向到如下描述，所述接收器随后可以从所述描述中发现修复会话或者会话描述。
11.一种用于修复数据的点对多点通信系统，所述系统包括：
发送器设备，用于经由点对多点通信传输数据；
多个接收器，用于从所述发送器设备接收数据；
其中所述发送器设备被配置用以经由点对多点会话将数据传输到所述多个接收器；
所述多个接收器被配置用以接收由所述发送器设备传输的数据，确定是否有任何预期的数据没有接收，而且如果是这样则向所述发送器设备发回数据修复请求，请求重新发送所述预期的但是没有收到的数据；
所述发送器设备被配置用以从所述多个接收器接收数据修复请求，以及经由所述点对多点会话重发所有所请求的预期的、但是没有收到的数据；
其特征在于，
所述发送器设备还被配置用以如果仍然有一些数据没有收到，则在重发所请求的预期的、但是没有收到的数据之后调度与所述多个接收器的点对点数据修复会话；以及
其中所述发送器设备还被配置为指定随机化机制，用以在所述发送器已经重发所述请求的预期的、但是没有收到的数据之后的某一时间段之上，随机化点对点数据修复；以及
所述发送器被配置用以经由点对点会话将预期的但是没有收到的数据发送到所述多个接收器。
12.根据权利要求11所述的系统，其中所述发送器可以确定在所述点对多点会话上的接收器数目，以及可以计算以所确定的接收器数目为基础的随机化机制。
13.根据权利要求11所述的系统，其中所述发送器被配置用以将点对点修复令牌发送到所述多个接收器以通告何时将要开始点对点修复。
14.根据权利要求11所述的系统，还包括查找表以确定所述点对点修复调度。
15.根据权利要求11所述的系统，其中响应于数据修复请求，使用会话描述的定位符，将请求重新发送所述预期的但是没有收到的数据的接收器重定向到所述会话描述。
16.根据权利要求11所述的系统，其中响应于数据修复请求，通过重定向消息，将请求重新发送所述预期的但是没有收到的数据的接收器重定向到会话描述，所述重定向消息携带所述会话描述作为所述重定向消息有效载荷。
17.根据权利要求11所述的系统，其中响应于数据修复请求，将请求重新发送所述预期的但是没有收到的数据的接收器重定向到如下描述，所述接收器随后可以从所述描述中发现修复会话或者会话描述。
18.一种用于在点对多点通信系统中使用的发送器设备，所述发送器设备包括：
用于经由点对多点会话将数据传输到多个接收器的装置；
用于从所述多个接收器接收对预期的但是没有收到的数据进行请求的数据修复请求的装置；
用于经由点对多点会话重发所有所请求的预期的、但是没有收到的数据的装置；
其特征在于，
所述设备还包括：
用于如果仍然有一些数据没有收到，则在重发所请求的预期的但是没有收到的数据之后调度与所述多个接收器的点对点数据修复会话的装置；
其中所述用于调度点对点修复会话的装置还配置为指定随机化机制，用以在所述发送器已经重发所述请求的预期的、但是没有收到的数据之后的某一时间段之上，随机化点对点数据修复；以及
所述设备还包括：
用于根据所述点对点修复会话调度经由点对点会话将仍然没有收到的数据发送到所述具体接收器的装置。
19.根据权利要求18所述的发送器设备，其中所述发送器设备还包括用于对使用所述点对多点会话的接收器的数目进行确定的装置，其中所述发送器被配置用以基于所确定的接收器数目来调度所述点对点数据修复会话。
20.一种用于在能进行点对多点通信的系统中进行数据修复的方法，所述方法包括：
经由点对多点会话将数据从发送器传输到多个接收器；
确定所述多个接收器中是否有任何接收器预期没有收到的数据；
确定使用所述点对多点会话的接收器的数目；
基于所确定的接收器数目来为随机化机制计算随机化值；
调度与所述多个接收器中任何预期没有收到的数据的接收器之间的点对点修复会话；以及
基于所计算的随机化值来延迟所述点对点数据修复会话。
21.一种用于在点对多点通信系统中使用的发送器设备，所述发送器设备包括：
用于经由点对多点会话将数据传输到多个接收器的装置；
用于从所述多个接收器接收对预期的但是没有收到的数据进行请求的数据修复请求的装置；
用于对使用所述点对多点会话的接收器的数目进行确定的装置；
其中所述发送器设备被配置用以调度与没有收到所有预期的数据的接收器之间的点对点数据修复会话；以及
基于所确定的接收器数目来延迟所述点对点数据修复会话。
22.一种能进行数据修复的点对多点通信系统，所述系统包括：
发送器设备，能进行点对多点通信；
多个接收器，能从所述发送器设备接收数据；
其中所述发送器被配置用于经由点对多点会话将数据传输到所述多个接收器；
所述多个接收器被配置用以接收由所述发送器设备传输的数据，确定是否有预期的数据没有收到，而且如果是这样则将数据修复请求发回到所述发送器设备，请求重新发送所述预期的但是没有收到的数据；
所述发射器被配置用以确定在所述点对多点会话上的接收器的数目，以及基于所确定的接收器数目来确定随机化机制；
所述发送器被配置用以调度与预期没有收到的数据的接收器之间的点对点修复会话，所述点对点修复会话基于所述随机化机制来延迟。
CN2004800431651A 2004-03-29 2004-10-01 用于多播/广播数据分布的数据修复增强 Expired - Lifetime CN1957554B (zh)

Applications Claiming Priority (5)

Application Number Priority Date Filing Date Title
US10/813,343 2004-03-29
US10/813,343 US7536622B2 (en) 2004-03-29 2004-03-29 Data repair enhancements for multicast/broadcast data distribution
US61460204P 2004-09-30 2004-09-30
US60/614,602 2004-09-30
PCT/US2004/032414 WO2005104421A1 (en) 2004-03-29 2004-10-01 Data repair enhancements for multicast/broadcast data distribution

Publications (2)

Publication Number Publication Date
CN1957554A CN1957554A (zh) 2007-05-02
CN1957554B true CN1957554B (zh) 2012-05-30

Family

ID=35197338

Family Applications (1)

Application Number Title Priority Date Filing Date
CN2004800431651A Expired - Lifetime CN1957554B (zh) 2004-03-29 2004-10-01 用于多播/广播数据分布的数据修复增强

Country Status (10)

Country Link
EP (1) EP1730870B1 (zh)
JP (1) JP2007531458A (zh)
KR (1) KR100883576B1 (zh)
CN (1) CN1957554B (zh)
AT (1) ATE477632T1 (zh)
AU (1) AU2004318925B2 (zh)
BR (1) BRPI0418723B1 (zh)
CA (1) CA2561712C (zh)
DE (1) DE602004028665D1 (zh)
WO (1) WO2005104421A1 (zh)

Families Citing this family (18)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2007059646A1 (fr) * 2005-11-24 2007-05-31 Zte Corporation Procédé de rétablissement de protection pour connexion de service multidiffuion dans un réseau optique à commutation automatique
KR101346669B1 (ko) * 2006-04-11 2014-01-02 톰슨 라이센싱 데이터 수신 방법, 복구 방법 및 대응 단말기
US20110044223A1 (en) * 2006-08-23 2011-02-24 Electronics And Telecommunications Research Institute Mbms data transmission and receiving in packet based on cellular system
CN101001162A (zh) * 2006-08-23 2007-07-18 华为技术有限公司 一种生成文件修复请求消息的方法及客户端
KR100885189B1 (ko) 2007-04-25 2009-02-24 프롬투정보통신(주) 핸드쉐이킹을 이용한 무전기의 고신뢰 데이터 통신 방법
US8154988B2 (en) * 2007-12-06 2012-04-10 Cisco Technology, Inc. Delivery of streams to repair errored media streams in periods of insufficient resources
TWI486040B (zh) 2008-10-10 2015-05-21 Thomson Licensing 在接收器要求失落符號之方法及其接收器
CN101827308B (zh) * 2009-03-05 2012-08-29 中国移动通信集团公司 Mbms文件片的发送方法、传输系统及业务服务器
JP2011109456A (ja) * 2009-11-18 2011-06-02 Ntt Docomo Inc 通信放送連携システム
WO2011072422A1 (en) 2009-12-17 2011-06-23 Intel Corporation Method and system for facilitating one-to-many data transmissions with reduced network overhead
CN102098149A (zh) * 2011-03-28 2011-06-15 东南大学 一种无线多播中的本地协作方法
US10511997B2 (en) * 2012-07-09 2019-12-17 Telefonaktiebolaget Lm Ericsson (Publ) Method and arrangement for distributing information during broadcast delivery
CN104782078B (zh) 2012-07-27 2019-02-26 爱立信(中国)通信有限公司 执行文件修复过程的用户设备节点、服务器节点以及方法
CN102916837B (zh) * 2012-10-19 2016-06-29 北京迈伦斯科技有限公司 一种分层结构的数据修复方法及实现该方法的节点设备
WO2014179914A1 (zh) * 2013-05-06 2014-11-13 华为技术有限公司 光突发网络中处理信号的方法和节点
CN105337923B (zh) * 2014-05-26 2019-07-12 腾讯科技（北京）有限公司 数据分发方法和系统及数据发送装置和数据接收装置
WO2016101213A1 (zh) * 2014-12-25 2016-06-30 华为技术有限公司 一种文件修复的方法、相关装置及系统
EP4014398A4 (en) 2020-10-22 2022-08-17 Apple Inc. INCREASE MBMS TRANSMISSION RELIABILITY

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP1235383A1 (en) * 2000-11-06 2002-08-28 Matsushita Electric Industrial Co., Ltd. Transmitter, receiver, and broadcast data distribution method
US6577599B1 (en) * 1999-06-30 2003-06-10 Sun Microsystems, Inc. Small-scale reliable multicasting

Family Cites Families (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPS61210745A (ja) * 1985-03-14 1986-09-18 Nec Corp 同報通信方式
JP3268875B2 (ja) * 1993-02-26 2002-03-25 株式会社野村総合研究所 同報ファイル転送方法およびシステム
KR100366295B1 (ko) * 1999-06-04 2002-12-31 한국전자통신연구원 연속 미디어 처리용 신뢰 멀티캐스트 데이터 전송 방법
JP3618600B2 (ja) * 1999-09-28 2005-02-09 株式会社東芝 無線通信システム、無線通信方法、無線基地局、および無線端末局
US6275859B1 (en) * 1999-10-28 2001-08-14 Sun Microsystems, Inc. Tree-based reliable multicast system where sessions are established by repair nodes that authenticate receiver nodes presenting participation certificates granted by a central authority
US20020143499A1 (en) * 2001-01-12 2002-10-03 Graphin Co., Ltd Methods and apparatus for communicating information via a network
JP2003124875A (ja) * 2001-10-18 2003-04-25 Ntt Docomo Inc 情報配信方法及びシステム、並びにマルチキャストサーバ、プログラム、及び記録媒体
JP2003273925A (ja) * 2002-03-15 2003-09-26 Fujitsu Access Ltd 情報伝送システム及び伝送制御方法

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6577599B1 (en) * 1999-06-30 2003-06-10 Sun Microsystems, Inc. Small-scale reliable multicasting
EP1235383A1 (en) * 2000-11-06 2002-08-28 Matsushita Electric Industrial Co., Ltd. Transmitter, receiver, and broadcast data distribution method

Non-Patent Citations (2)

* Cited by examiner, † Cited by third party
Title
Djamel F.H. Sadok etc..An Enhanced Reliable Multicast Protocol for WirelessEnvironments.IEEE.2002,975-982. *
Nokia.Point-to-point repair for MBMS downloading 6.5.4.1.3GPP.2004,(3),1-6. *

Also Published As

Publication number Publication date
CA2561712A1 (en) 2005-11-03
DE602004028665D1 (de) 2010-09-23
WO2005104421A1 (en) 2005-11-03
CA2561712C (en) 2014-03-25
AU2004318925B2 (en) 2010-02-18
KR100883576B1 (ko) 2009-02-13
EP1730870B1 (en) 2010-08-11
JP2007531458A (ja) 2007-11-01
BRPI0418723A8 (pt) 2016-04-05
ATE477632T1 (de) 2010-08-15
CN1957554A (zh) 2007-05-02
BRPI0418723B1 (pt) 2018-10-16
AU2004318925A1 (en) 2005-11-03
EP1730870A4 (en) 2008-03-26
KR20070010037A (ko) 2007-01-19
EP1730870A1 (en) 2006-12-13
BRPI0418723A (pt) 2007-09-11

Similar Documents

Publication Publication Date Title
US7536622B2 (en) Data repair enhancements for multicast/broadcast data distribution
CA2770432C (en) Identification and re-transmission of missing parts
CN1957554B (zh) 用于多播/广播数据分布的数据修复增强
EP1716658B1 (en) A method for data repair in a system capable of handling multicast and broadcast transmissions
US20050216472A1 (en) Efficient multicast/broadcast distribution of formatted data
US20050160345A1 (en) Apparatus, system, method and computer program product for reliable multicast transport of data packets
MXPA06011288A (en) Data repair enhancements for multicast/broadcast data distribution
MXPA06008486A (es) Identificacion y retransmision de partes perdidas
MXPA06009229A (es) Metodo de reparacion de datos en un sistema capaz de manejar transmisiones de multidifusion y radiodifusion

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
C41 Transfer of patent application or patent right or utility model
TR01 Transfer of patent right

Effective date of registration: 20160118

Address after: Espoo, Finland

Patentee after: NOKIA TECHNOLOGIES OY

Address before: Espoo, Finland

Patentee before: NOKIA Corp.

CX01 Expiry of patent term
CX01 Expiry of patent term

Granted publication date: 20120530