专利名称：在记录介质上存储/从记录介质上读取数据以及向/从记录介质传送信息的方法和装置的制作方法
技术领域：
本发明通常涉及在可记录介质上存储数据这一领域。本发明尤其涉及诸如CD、 DVD、蓝光(BluRay)的光存储器领域，并且本发明将在下 面对蓝光的情况进行解释，但是注意到这仅仅是作为例子，而并不是 要限制本发明的范围。本发明的要旨还适用于其它类型的记录盘，可 以是光盘也可以不是光盘，并且本发明的要旨甚至还适用于不同于盘 类型的可记录介质。
背景技术：
由于光数据存储技术，包括信息可以存储在光盘上的方式通常是 普遍公知的，因此在这里没有必要非常详细地对该技术加以解释。简 要总结为，光存储盘包括至少一个轨道(track),可以是连续螺旋状 或者多同心圆形式的存储空间，信息可以以数据图案的形式存储在上 面。存储空间被划分为块(block)。要写入的数据:故组织在数据扇区 (sector)中，每个扇区都包括用户数据部分和头部分。数据扇区被 写入存储块中。光盘可以是只读型的。在这种情况下，在制造过程中装在盘上的 信息只能由用户读取。然而，光存储盘也可以是可写入或可记录型的， 在这种情况下，信息可以由用户存储；然后该信息可以在后面检索出来。为了将信息写入可写入光存储盘的存储空间，或者为了从可写入 或只读光存储盘的存储空间中读取信息，通常是激光光束的光束扫描 存储磁道。对存储盘的实际处理由将被表示为盘驱动器设备的设备来 执行。该处理包括接收、保持和旋转盘的功能。该处理还包括生成激 光束；指引、聚焦、偏移(displacing)激光束；为了写入而适当调 制激光束；为了读取而感测反射激光束的功能。该处理还包括错误校 正，确定将什么信息写入哪个物理地址等功能。上面提到的盘驱动器设备的一般功能本身是公知的。本发明不旨在改善这些一般功能；事实上，本发明可以在使用根据现有技术的一 般功能的同时被实现。因此，这里省略了对这些一般功能的更详细描 述和解释。只要说盘驱动器设备具有用于接收要被存储的数据的数据 输入端和用于输出从盘上读取的数据的数据输出端就足够了。通常，除了作为记录介质的光盘和用于处理盘的盘驱动器设备， 光存储系统还包括主机设备。主机设备可以是运行适当程序的PC或者 诸如视频记录器的消费类设备的应用，它是一种与盘驱动器进行通信， 并向盘驱动器发送指示盘驱动器做什么的命令的装置。在读取模式下， 主机设备向盘驱动器发送读取命令，指示盘驱动器从特定存储位置读 取数据；作为响应，盘驱动器从盘读入数据并将该数据传送给主机设 备。在写入模式下，主机设备向盘驱动器传送数据，并向盘驱动器发 送写入命令，指示盘驱动器向特定存储位置写入数据；作为响应，盘 驱动器写入从主机接收的数据。这样，为了与盘驱动器进行通信，主机设备具有用于传送要被存 储的数据的数据输出端，和用于接收从盘读取的数据的数据输入端。 并且，主机具有用于向盘驱动器发送命令信号的命令输出端，且盘驱 动器具有用于从主机接收命令信号的命令输入端。命令输出端可以与 数据输出端相分离，也可以是一个组合的输出端。基本地，盘驱动器只能按照指示来做，即只有读取或写入。然而， 在这些操作中可能发生错误。盘驱动器会试图校正这些错误，但是这 样花费时间并因此降低信息吞吐速率(throughput rate )。根据主机 的"意图，，，降低信息吞吐速率可能是可接受的，也可能是不可接受 的。问题是，盘驱动器不能从数据导出主机的意图对于盘驱动器来 说，所有数据是同样的，都是连续的字节。例如，在数据与文本文档相关的情况下，重要的是使所有数据都 具有尽可能少的错误，即使传送过程花费稍微更长的时间。另一方面， 在数据与视频或音频记录有关的情况下，重要的是数据流连续错误 可能造成图像中的假象(artefact),但是耗费时间的错误校正过程会导致屏幕上根本没有图像。因此，希望主机能够向盘驱动器器发送关于盘驱动器应当如何处 理数据的方式的指令，特別是在有错误的情况下。特殊地，根据数据 完整性是否重要，或者高的吞吐量是否重要，主机应当可以改变盘驱动器的操作特性。从原理上来说，这些问题可以通过将相应指令分别包括在写入或 读取命令中来解决。然而，写入命令和读取命令的格式被固定在相应 标准中，这对本领域技术人员来说将是很清楚的，并且这些格式没有 用于安放附加指令的空间。此外，从原理上来说，可以重新定义写入 命令和读取命令的格式，但是这样将会带来如下问题，即重新定义的 格式与现有格式不兼容。实现旧格式的旧的主机将不能够与实现新格 式的新的盘驱动器协同工作，并且实现新格式的新的主机将不能够与 实现旧格式的旧的盘驱动器协同工作。当前，适用标准定义了两种用于读取命令的命令结构，分别用READ (1 O)和READ (12)表示。同样地，可应用标准定义了两种用于写入 命令的命令结构，分别用WRITE(10)和WRITE(12)表示。为了能够对具 有更大数据存储容量的盘驱动器进行寻址，READ (12)/WRITE (12)命令 相对于READ(IO)/WRITE(10)命令来说包含更多的比特。这些 READ (12) /WRITE (12)命令包括主机可用来改变盘驱动器操作质量的一 个比特这是所谓的"流比特'，,在后面表示为SB。 READ (10) /WRITE (10) 命令没有这样的比特。根据当前的标准，该比特SB用于为盘驱动器设置完整性水平。如 果这个比特被设置(SB-1),表示主机操作在流模式(诸如视频)下， 并因此希望连续的数据流，盘驱动器(在读取模式下)将向主机传递 从盘读取的数据，而不考虑其完整性(即错误的可能发生)，并且盘 驱动器甚至不会通知主机是否已经发生错误。这对CD来说是很好的， 在这种情况下主机能够通过检查所接收的数据来确定数据是否损坏， 并且错误校正码是可用的；然而，在DVD、 BD、 HD的情况下，这对于 主机是不可能的。因此，进一步希望主机能够得知可能的损坏数据。相比较地，如果所述比特不被设置(SB=0),表示主机是操作在如下模式下，即希望最高级别的数据处理完整性来自盘驱动器，盘驱 动器(在读取模式下)可以通过重新尝试从坏的块读取数据或者通过 跳到置换(replacement)位置和从置换位置跳出来消耗时间。这样， 利用当前可用的命令，主机只能在具有高吞吐量和低(至少是没有指 定的)完整性(SB=1)的数据处理模式和具有低吞吐量和高完整性 (SB-O )的数据处理模式之间进行选择。这只适用于能够使用READ(12)/WRITE(12)命令的主机;在只能使用READ (10)/WRITE (1 0)命 令的主机的情况下，作为结果得到的盘驱动器操作对应于对 READ(12) /WRITE (12)命令来说SB-O的情况。 因此，本发明的重要目标是克服上述问题。发明内容根据本发明的重要方面，盘驱动器能够操作在增强模式下，并且 响应于用于在增强模式下操作和在正常模式下操作之间切换的主机命 令。主机命令有益地是结合在模式页(Mode Page)命令中的模式选择 命令，该命令的格式由信息技术标准国家委员会(NCITS)在2001年 11月12日提出Working Draft, T10/1363—D, Revision 10g，"INFORMATION TECHNOLOGY- SCSI Multimedia Commands"--(Revision MMC10g在后面简单表示为MMC - 3 )。模式选择命令可以对应于模式页(Mode Page )命令中的一个比特。 没有实现本发明的主机会将这一比特设置为零值；根据本发明实现的 盘驱动器会将此解释为表示用于在正常模式下操作的命令。在正常模 式下，盘驱动器将会按照如上所述的方式操作，如同现有技术中的盘 驱动器。没有实现本发明的盘驱动器将会忽略模式选择指令比特，并 且将会按照原来的方式，在我们现在称为"正常模式"的模式下操作。实现本发明的主机可以将模式选择命令比特设置为l;实现本发明 的盘驱动器会将此解释为表示用于在增强模式下操作的命令。在增强模式下，盘驱动器不同地响应于READ(10)/WRITE(10)命令、SB=0的 READ(12)/WRITE(12)命令和SB=1的READ (12)/WRITE (12)命令，以区 别于正常模式。在任何情况下，错误消息都将会发送给主机。附图的简要说明本发明的这些及其它方面、特征和优点都将在下面结合附图进行 进一步描述，其中同样的附图标记表示同样或相似的部分，并且其中
图1是示意性示出数据存储系统的框图； 图2A和2B是示出读取命令的命令描述符块的表格； 图3A和3B是示出写入命令的命令描述符块的表格； 图4A和4B是示出模式页命令的命令描述符块的表格；图5和图6A-G是示出根据本发明的盘驱动器操作的流程图。 本发明的详细描述图1是示意性地示出数据存储系统1的框图，包括数据存储介质2、 介质存取装置10和主机装置20。在典型的实际实现中，主机装置20 可以是适当编程的个人计算机(PC);数据存储系统1被实现为诸如 视频记录器的专用用户设备也是可以的，在这种情况下，主机装置20 是该设备的应用部分。在特定实施例中，数据存储介质2被实现为光 盘，例如DVD或BD，在这种情况下，介质存取装置IO被实现为盘驱动 器。下面，本发明将专门针对光盘实现来进行描述，但是注意本发明 不限于光盘。光盘2具有存储空间3，其具有一个或更多连续螺旋状轨道，或者 一个或更多个多同心圆形状的轨道形式，其中信息可以以数据图案的 形式存储。由于该技术对本领域技术人员是公知的，因此不对该技术 进4亍更力口 i羊细的解释。图1中，主机装置20和盘驱动器10之间的主机/驱动器通信链路 表示在5处。同样地，盘驱动器10和盘2之间的驱动器/盘通信链路 表示在6处。驱动器/盘通信链路6代表物理的(光的)读取/写入操 作以及对存储空间3的块的物理寻址。主机/驱动器通信链路5代表数 据传送路径以及命令传送路径。当主机装置20想要对盘2上的某条信息进行存取时，它向盘驱动 器10发送命令，指示将会找到该信息的盘上的逻辑地址。作为响应， 盘驱动器10开始从所述逻辑地址开始读取信息，并将读戚的数据通过 链路5传送到主机。由于从盘驱动器向主机传送数据的过程本身是公 知的，因此在这里没有必要更详细地对该过程进行解释。图2A是示出READ(12)命令描述符块的表格。正如在图2A中的表 格l所示出的，READ(12)命令包括每字节8比特的12个字节。字节0 包含操作码，字节2-5用于表示应当读取数据的存储空间的逻辑块地 址，且字节6-9用于表示要被传送的数据扇区的长度。字节ll是控制 字节。字节10的比特7是上面讨论的流比特。字节1的比特1、 2和5-7和字节10的比特0-6被保留下来用于 以后定义，即它们还没有已定义的含义。因此，可以4吏用这些比特中的任意一个来作为模式命令比特。READ(10)命令与READ(12)命令相似，但是只有10个字节，减少了 可由该命令寻址的最大块地址。图2B是示出READ(10)命令描述符块的表格。正如图2B中表格2 所示，READ(10)命令包括每字节8比特的10个字节。字节0包含操作 码，字节2-5用于表示应当读取数据的存储空间的逻辑块地址，且字 节7-8用于表示要被传送的数据扇区的长度。字节9是控制字节。字节1的比特1、 2和5-7和字节6的比特0-7被保留下来用于以 后的定义，即它们还没有已定义的含义。因此，可以使用这些比特中 的任意一个来作为模式命令比特。当主机装置20想要向盘2写入某条信息时，它向盘驱动器10发 送命令，指示将要写入该信息的盘上的逻辑地址，并将要写入的数据 通过链路5传送到盘驱动器10。作为响应，盘驱动器10开始从所述逻 辑地址开始写入接收的信息。由于从主机向盘驱动器传送数据的过程本身是公知的，因此在这里没有必要更详细地对该过程进行解释。图3A是示出WRITE (12)命令描述符块的表格。正如在图M中的表格3所示出的，WRITE(12)命令包括每字节8比特的12个字节。字节0包含操作码，字节2-5用于表示应当存储数椐的存储空间的逻辑块地址，且字节6-9用于表示要被传送的数据扇区的长度。字节ll是控制字节。字节10的比特7是上面讨论的流比特。字节1的比特1、 5-7和字节10的比特0-6被保留下来用于以后定义，即它们还没有已定义的含义。因此，可以使用这些比特中的任意一个来作为模式命令比特。WRITE(10)命令与WRITE(12)命令相似，但是只有IO个字节，减少了可由该命令寻址的最大块地址。图3B是示出WRITE (IO)命令描述符块的表格。正如图3B中表格4 所示，WRITE(10)命令包括每字节8比特的10个字节。字节0包含操 作码，字节2-5用于表示应当存储数椐的存储空间的逻辑块地址，且 字节7-8用于表示要被传送的数据扇区的长度。字节9是控制字节。字节1的比特1、 2和5-7和字节6的比特0-7被保留下来用于以 后定义，即它们还没有已定义的含义。因此，可以使用这些比特中的 任意一个来作为模式命令比特。使用READ或WRITE命令中的一个比特作为模式命令比特意味着 READ或WRITE命令的参数应当分别针对每个命令修改，并且只适用于 该特定的命令。这实际上是不方便的。根据本发明，优选地将驱动器 设置在应用于所有存取该驱动器的应用的操作模式下，无需对这些应 用进行修改。因此，根据本发明的优选实施例，模式页(MODE PAGE) 命令的一个比特被用作模式命令比特。图4A是大体示出模式页(MODE PAGE)命令描述符块的表格；图 4B是示出专用于CD的模式页(MODE PAGE)命令描述符块的表格。如 图4A中的表格所示，模式页(MODE PAGE)命令的尺寸是不固定的； 尺寸被定义在字节l中。字节0的比特0-5包含页代码，它在图4B的 例子中是ODh。在相同的例子中，字节2和字节3的比特4-7被保留下 来用于以后定义，即还没有已经定义的含义。这一般同样适用于字节0 的比特6，可以使用这些比特中的任意一个作为模式命令比特。在本发 明的优选实施例中，字节0的比特6被用作模式命令比特，这将在后 面表示为MCB。值MCB-O意味着"正常模式，，，其与当前主机20和当前盘驱动器 IO相兼容。当前主机以及没有实现本发明的主机将不会设置这个比特， 因此这个比特将具有缺省值零。实现本发明的盘驱动器将读取MCB的 值，并且通过将操作模式设置为"正常模式"，或者保持这个模式来 响应值MCB-O。当前的盘驱动器和没有实现本发明的盘驱动器将会忽略 MCB,并且将会按照现有技术的方式，即在"正常模式"下操作。实现本发明的主机既可以发送具有MCB-O的模式页(MODE PAGE) 命令，由此有效发送用于"正常模式"的模式命令，也可以发送具有 MCB=1的模式页(MODE PAGE)命令，由此有效发送用于"增强模式，， 的模式命令，这取决于主机希望的盘驱动器的质量服务类型。在盘驱 动器是当前盘驱动器，或者总之没有实现本发明的盘驱动器的情况下， 发送具有MCB-1的模式页(MODE PAGE)命令将没有影响。实现本发明 的盘驱动器将读取MCB的值，并且通过将操作模式设置为"增强模式" 或者保持这个模式来响应值MCB-1。只要盘驱动器没有接收到模式(MODE)命令，它就保持由最后的 模式(MODE)命令设置的操作模式，直到接收到下一个模式(MODE) 命令。在上电或复位之后，盘驱动器将从正常模式开始。图5是示意性地示出实现本发明的盘驱动器10的操作50实施例 的流程图。选择本实施例是为了尽可能清楚地阐明"正常模式"与"增 强模式"之间的区别。步骤51中，盘驱动器IO检查它是否从主机接收到命令。如果是， 盘驱动器10在步骤"中检查该命令是否是模式(MODE)命令。如果 是，盘驱动器10在步骤53中检查是否MCB=1。如果是，盘驱动器IO 将其操作模式设置为"增强模式"(通过在存储单元中设置标记等， 这对本领域技术人员来说是很清楚的)[步骤54],否则盘驱动器10 将其操作模式设置为"正常模式"[步骤55]。然后，盘驱动器10返回 到步骤51等待进一步的命令。如果在步骤52中，看起来所接收的命令不是模式(MODE)命令， 盘驱动器IO在步骤60中检查该命令是读取(READ )命令、写入(WRITE)命令还是其它一些与本发明无关的命令；在后一种情况下，盘驱动器 10在步骤61中继续执行命令任务。如果在步骤60中，看起来所接收的命令是READ(12)命令，盘驱 动器10在步骤62中检查SB的值。同样地，如果在步骤60中，看起 来所接收的命令是WRITE (12)命令，盘驱动器10在步骤63中检查SB 的值。因此，可能有六种不同情况所接收的命令是READ(10)命令、 WRITE(10)命令、READ(12) {SB=0}命令、WRITE (12){SB,命令、 READ(12) (SB-1)命令、WRITE(12) (SB-1)命令。对这些情况的每一种来 说，盘驱动器10的操作将会被结合图6A-G分别描述(操作110、 130、 140、 160、 180、 220)。如果命令为WRITE(10)指令，盘驱动器执行图6A所示的操作110。 盘驱动器从主机接收数据[步骤lll]并将这些数据写入盘[步骤112]。 在步骤113种，盘驱动器检查是否发生了错误；如杲没有，盘驱动器 继续进行步骤111。如杲发生了错误，盘驱动器确定其是操作在正常模式还是增强模 式下[步骤114]。在正常模式下，盘驱动器试图将数据再分配到备用扇 区[步骤115],更新缺陷列表[步骤116],并且继续[步骤117]从主机 接收数据[步骤111]。如果盘驱动器操作在增强模式下，盘驱动器试图将数据再分配到 备用扇区[步骤l!8]并更新缺陷列表[步骤119]，与正常模式下的步骤115和116相对照。然后，偏离正常模式，盘驱动器向主机发送错误消 息[步骤120]，并且停止写入过程，等待来自主机的指令[步骤121]。 在一个变型中，步骤1"和118可以合并为在步骤114之前执行的一 个步骤。这同样适用于步骤116和119。如杲命令为WRITE (12) (SB4)指令，盘驱动器执行如图6B所示的 操作130。步骤131到134分別与操作110的步骤111到114相同。如 果找到错误，并且盘驱动器是在正常模式下操作，盘驱动器继续[步骤 135]进行步骤131,与操作110的步骤117相似，跳过操作110的步骤 115和116。如杲发生错误，并且盘驱动器是在增强模式下操作，盘驱 动器向主机发送错误消息[步骤136]并且停止，等待来自主机的指令 [步骤137],与操作110的步骤120和121相似，由此跳过操作110 的步骤118和119。如果命令是WRITE (l2) (SB-O)命令，盘驱动器执行如图6C所示的 操作140。 IMt 140的步骤141到151分別与操作110的步骤111到 121相同，因此没有必要再一次解释这些步骤。注意到，操作140与操 作IIO基本相同。如果命令是READ(10)命令，盘驱动器执行如图6D所示的操作160。 在步骤161中，盘驱动器从盘读取数据，并且在步骤162中，盘驱动 器检查是否发生了错误。如果没有发生错误，盘驱动器向主机发送数 据[步骤171]，并且继续读取接下来的数据[步骤172]。如果发现数据包含错误，盘驱动器确定其是在正常模式还是在增 强模式下操作[步骤164]。如果盘驱动器是在正常模式下操作，它将查 询缺陷列表[步骤165]来确定数据是否已经再分配到置换扇区[步骤 166];如果是，盘驱动器跳到置换扇区[步骤167]并且在步骤162继续。 如果没有发生再分配，盘驱动器在步骤168中调查该错误是否是由于 坏的扇区造成的。如果是，盘驱动器会试图多次地重新读这些扇区[步 骤169]，如果成功[步骤1701,盘驱动器将会向主机发送数据[步骤 171]。如果再次尝试还没有成功，或者如果错误不是由于坏的扇区造 成，盘驱动器就会忽略该错误并继续读取接下来的数据[步骤172]。如果在盘驱动器在增强模式下操作的同时发生错误，盘驱动器将 向主机发送错误消息[175]并停止读取数据，等待来自主机的指令[步 骤176]。如果命令为READ(12) (SB-1)命令，盘驱动器执行如图6E和6F中 所示的操作180。步骤181到192与操作160中的步骤161到172相同， 因此没有必要再一次解释这些步骤。只需注意到，当盘驱动器操作在 正常模式下时，READ(12) (SB-1)命令的效杲与READ(10)命令的效果相同。当盘驱动器操作在增强模式下时，盘驱动器继续[步骤200]查询缺 陷列表[步骤201], 了解数据是否已经被再分配到置换扇区；如果是， 盘驱动器忽略置换扇区，且只向主机发送错误消息[步骤209],然后通 过跳回到步骤181来准备好读取接下来的数据[步骤208]。如果在步骤202中，看起来数据没有被再分配，盘驱动器在步骤 203中确定错误是否是由于坏的扇区造成；如果不是，盘驱动器继续按 照上面的描述进行步骤209。如果错误是由于坏的扇区造成的，可以通过重试来获得数据，但 是，为了避免发生流向主机的数据被中断的情况，盘驱动器首先检查 在其输出缓冲器ll中是否有足够的数据[步骤204],指示主机能够在 一段时间内接收数据而盘驱动器不需要立即提供新数据。如果输出緩 冲器ll中的数据量不够，盘驱动器就继续进行如上所迷的步骤209。 相对比地，如杲输出緩冲器11中有足够的数据，盘驱动器将会尝试再 一次读取数据[步骤20"，并在步骤26中确定再次尝试是否已经成功。 如果没有成功，盘驱动器能够通过跳回到步骤204来再次尝试。如果 再次尝试成功了，盘驱动器向主机发送数据[步骤207],并且通过跳回 到步骤181来准备好接收接下来的数据[步骤208]。如果命令是READ(12) (SB-0)命令，盘驱动器执行如图6G所示的操 作220。操作220的步骤221到224与操作160的步骤161到164相同， 因此不需要再解释这些步骤。如果盘驱动器操作在正常模式下，盘驱 动器就向主机发送错误消息[步骤225]并停止读取，等待来自主机的指 令[步骤226]。这对应于READ(10)命令(步骤1"-176 )情况下的增强模式。如果盘驱动器操作在增强模式下，它将查询缺陷列表[步骤227], 查明数据是否已经被再分配到置换扇区。如果是，盘驱动器忽略置换 扇区，并只向主才几发送错误消息[步骤235],并且通过跳回到步骤221 来准备好读取接下来的数据[步骤233]。如果在步骤228中，看起来数据没有被再分配，盘驱动器在步骤 229中确定数据中的错误是否是由坏的扇区造成的。如果不是，盘驱动 器继续在如上所述的步骤235处继续，但是如果错误是由于坏的扇区 造成的，盘驱动器将会尝试通过尽其最大努力，多次地再次读取坏的 扇区来获得所请求的数据[步骤230]。盘驱动器试图再次读取坏的扇区 的次数(x)可以是固定的，也可以根据情况变化。应当清楚，对于越 高的x,成功读取数据的机会就越高，但是代价是读取过程要花费更长 的时间。如果再次尝试成功[步骤231]，盘驱动器将向主机发送数据[步骤 232],并且然后通过返回到步骤221来准备好读取接下来的数据[步骤 233]。否则，在尝试多次之后，盘驱动器放弃[步骤231]并继续进行上 面描述的步骤235。本领域技术人员应当清楚，本发明不限于上面讨论的示例性实施 例， 一些变形和修改也可以落在由后附权利要求所定义的本发明保护 范围中。上面，结合框图对本发明进行了解释，该框图示出了根据本发明 的装置的功能块。应当明白，这些功能块中的一个或更多个可以用硬 件实现，其中这些功能块的功能通过个别的硬件组件来执行，但是， 也可以用软件来实现这些功能块中的一个或更多个，使得这些功能块 的功能由一个或更多计算机程序的程序行，或者诸如微处理器、微控 制器、数字信号处理器等的可编程装置来执行。
权利要求
1、一种介质存取装置(10)，适用于向存储介质(2)写入信息，所述存储介质(2)具有用于接收数据的存储空间(3)，该介质存取装置(10)被设计为从主机装置(20)接收(5)写入命令(WRITE(10)；WRITE(12){SB＝0}；WRITE(12){SB＝1})和要被写入到存储介质(2)中的数据；该介质存取装置能够在正常模式和至少一个增强模式下操作，该介质存取装置响应于从主机装置(20)接收的模式选择命令，将其操作模式设置为所述模式中相应的一种；其中，至少当在写入期间发生错误时，介质存取装置在增强模式下与在正常模式下相比，其表现不同。
2、 根据权利要求1所述的介质存取装置，其中模式选择命令被包 含在模式页(MODE PAGE)命令中。
3、 根据权利要求2所述的介质存取装置，其中模式选择命令被包 含在模式页(MODE PAGE)命令的字节Q的比特6中。
4、 根据权利要求1所述的介质存取装置，其中在写入期间发生错 误的情况下，介质存取装置被设计为，当在增强模式下操作时，总是 向主机发送错误消息。
5、 根据权利要求4所述的介质存取装置，其中介质存取装置被设 计为，在向主机发送错误消息之后，停止写入过程，并等待来自主机 装置的进一步指令。
6、 根据权利要求1所述的介质存取装置，其中该介质存取装置被 设计为，当操作在增强模式下时，响应于接收到WRITE(10)命令，向介 质写入(步骤112)接收(步骤111)的数据，并检查(步骤113)写 入错误的发生，并且，如果发现发生了写入错误，将数据再分配给置 换位置(步骤118),更新缺陷列表(步骤U9),并然后向主机发送 错误消息(步骤120)。
7、 根据权利要求1所述的介质存取装置，其中该介质存取装置被 设计为，当操作在增强模式下时，响应于接收到WRITE(U) (SB-1)命令， 向介质写入(步骤132)接收(步骤131)的数据，并检查(步骤133) 写入错误的发生，并且如果发现发生了写入错误，向主机发送错误消 息(步骤136)。
8、 根据权利要求1所述的介质存取装置，其中该介质存取装置被 设计为，当操作在增强模式下时，响应于接收到WRITE(12) (SB-0)命令， 向介质写入(步骤142 )接收(步骤141 )的数据，并检查写入错误的 发生(步骤143)，并且如果发现发生了写入错误，将数据再分配给置 换位置(步骤148),更新缺陷列表(步骤149),并然后向主机发送 错误消息(步骤150)。
9、 能够与根据权利要求1所述的介质存取装置(IO)协同工作的 主机装置(20),该主机装置(2 0)被设计为向所述介质存取装置(10) 发送(5)模式选择命令，以便设置该介质存取装置(10)的增强模式。
10、 根据权利要求9所述的主机装置，被设计为向所述介质存储 装置(10)发送(5)模式页(MODEPAGE)命令，其中该模式页(MODE PAGE)命令的字节0的比特6被设置为1。
11、 介质存取装置U0)，适用于从存储介质(2)读取信息，所 述存储介质(2)具有用于包含数据的存储空间(3),该介质存取装 置(10)被设计为从主机装置(20)接收(5)读取命令(READ (10); READ(12) {SB=0} ; READ (12) {SB-1}),并向主才几发送从介质读取的数 据；该介质存取装置能够在正常模式和至少一个增强模式下运行，该 介质存取装置响应于从主机装置(20)接收的模式选择命令，将其操作模式设置为所述模式中相应的一种；其中，至少当在读取期间发生错误时，介质存取装置在增强模式 下与在正常模式下相比，其表现不同。
12、 根据权利要求11所述的介质存取装置，其中该模式选择命令 被包含在模式页(MODE PAGE)命令中。
13、 根据权利要求12所述的介质存取装置，其中该模式选择命令 被包含在模式页(MODE PAGE)命令的字节0的比特6中。
14、 根据权利要求11所述的介质存取装置，其中在读取期间发生 了不能校正的错误的情况下，该介质存取装置被设计为，当其在增强 模式下操作时，总是向主机发送错误消息。
15、 根据权利要求11所述的介质存取装置，其中该介质存取装置 被设计为，当操作在增强模式下时，响应于接收到READ(10)命令，从 介质读取(161 )数据，并检查(步骤162 )读取错误的发生，并且如果发现发生了读取错误，向主机发送错误消息(步骤175)。
16、 根据权利要求15所述的介质存取装置，其中该介质存取装置 被设计为，在已经向主机发送错误消息之后停止读取过程，等待来自 主机装置的进一步指令(步骤176 )。
17、 根据权利要求11所述的介质存取装置，其中该介质存取装置 被设计为，当操作在增强模式下时，响应于接收到READ(12) (SB-1)命 令，从介质读取(步骤181 )数据，并检查(步骤182 )读取错误的发 生，并且如果发现已经发生了读取错误，则检查正在被寻址的扇区的 数据是否已经被再分配到置换扇区(步骤201、 202 )，并且如果是， 向主机发送错误消息(步骤209 ),并然后从下一个非再分配的扇区开 始继续读取过程(步骤181 )。
18、 根据权利要求11所述的介质存取装置，包括输出緩冲器(11 ), 其中该介质存取装置被设计为，当操作在增强模式下时，响应于接收 到READ (12) (SB-1)命令，从介质读取(步骤181)数据，并检查(步 骤182)读取错误的发生，并且，如果发现已经发生了读取错误，则检 查(步骤203 )该读取错误是否是由坏的扇区造成的，并且如杲是，确 定(步骤204 )其输出緩冲器(11)中的数据量。
19、 根据权利要求18所述的介质存取装置，其中该介质存取装置 被设计为，如果其输出緩冲器Ul)中有足够的数据，则尝试从所述 扇区再次读取数据(步骤205 ),否则，如杲其输出緩冲器(11 )中没 有足够的数据，则向主机发送错误消息(步骤209 )，然后继续该读取 过程(步骤181 )。
20、 根据权利要求19所述的介质存取装置，其中该介质存取装置 被设计为，如杲再次尝试成功(步骤206 ),则向主机发送(步骤207 ) 数据，并然后继续读取过程(步骤181)。
21、 根据权利要求11所述的介质存取装置，其中该介质存取装置 被设计为，当操作在增强模式下时，响应于接收到READ(12) (SB-O)命 令，从介质读取(步骤221 )数据，并检查(步骤222 )读取错误的发 生，并且，如果发现已经发生了读取错误，则检查正在被寻址的扇区 的数据是否已经被再分配到置换扇区(步骤227、 228 )，并且如果是， 向主机发送错误消息(步骤235 ),并然后从下一个非再分配的扇区开 始继续读取过程(步骤221 )。
22、 根据权利要求11所述的介质存取装置，其中该介质存取装置 被设计为，当操作在增强模式下时，响应于接收到READ(12) (SB-0)命 令，从介质读取(步骤2〗1 )数据，并检查(步骤222 )读取错误的发 生，并且，如果发现已经发生了读取错误，则检查(步骤229 )该读取 错误是否是由坏的扇区造成的，并且如果是，则尝试以预先确定的次 数(X )从所述扇区再次读取数据(步骤230 )。
23、 根据权利要求22所述的介质存取装置，其中该介质存取装置 被设计为，如杲再次尝试成功(步骤231 )，则向主机发送(步骤232 ) 发送数据，然后继续读取过程(步骤221 ),否则，如果再次尝试不成 功，则向主机发送错误消息(步骤235 ),并然后继续读取过程(步骤 221 )。
24、 能够与根据权利要求11所述的介质存取装置(10)协同工作 的主机装置(20),该主机装置(20)被设计为，向所述介质存取装 置no)发送(5)模式选择命令，以便设置该介质存取装置(10)的 增强模式。
25、 根据权利要求24所述的主机装置，被设计为向所述介质存取 装置(IO)发送(5)模式页(MODEPAGE)命令，其中模式页(MODE PAGE ) 命令的字节0的比特6被设置为1。
26、 数据存储系统(1 )，包括存储介质(2)，其具有用于接收数据的存储空间(3); 根据权利要求1所述的介质存取装置(10);和 根据权利要求9所述的主机装置(20 )。
27、 数据存储系统(1 )，包括存储介质(2),其具有用于接收数据的存储空间(3); 根据权利要求ll所述的介质存取装置(10);和 根据权利要求24所述的主机装置(20 )。
28、 根据权利要求26或27的数据存储系统，其中所述存储介质 是光盘，优选是CD、 DVD或BD，并且其中所述介质存取装置是盘驱动器。
全文摘要
数据存储系统(1)包括光盘(2)，优选为CD、DVD或BD，具有用于数据的存储空间(3)；适用于向盘(2)写入信息或者从盘(2)读取信息的盘驱动器(10)；以及能够与盘驱动器协同工作的主机装置(2)。盘驱动器(10)被设计为从主机装置(20)接收(5)写入命令(WRITE(10)；WRITE(12){SB＝0}；WRITE(12){SB＝1})或读取命令(READ(10)；READ(12){SB＝0}；READ(12){SB＝1})。盘驱动器能够在正常模式和至少一个增强模式下操作，盘驱动器响应于从主机(20)接收的模式选择命令，将其操作模式设置为所述模式中相应的一种；其中，至少当在写入期间发生错误时，介质存取装置在增强模式下与在正常模式下相比，其表现不同。
文档编号G11B19/04GK101243512SQ200680029823
公开日2008年8月13日 申请日期2006年8月16日 优先权日2005年8月17日
发明者J·吉伦, R·A·布朗迪克, S·范贝克霍芬 申请人:皇家飞利浦电子股份有限公司