用于基于处理器的系统中的压缩存储器行的预提取机制的制作方法

文档序号:16595907发布日期:2019-01-14 19:38阅读:135来源:国知局
本公开的技术大体上涉及在计算机存储器中存储数据,且更具体地说,涉及访问在基于处理器的系统的存储器内的压缩存储器行。
背景技术
::计算装置在社会中盛行。这些装置可包含蜂窝式电话、便携式数字助理(portabledigitalassistant;“pda”)、便携式游戏控制台、掌上型计算机以及其它电子装置。计算装置常规地包含基于处理器的系统,其在各种应用中执行计算任务。基于处理器的系统可以包含在设计为在芯片上系统(system-on-a-chip,“soc”)中共同工作的其它集成电路中,以向用户提供功能。常规的基于处理器的系统包含执行软件指令的一或多个处理器。举例来说,一些软件指令指挥处理器以从存储器中的位置提取数据、使用所提取的数据执行一或多个处理器操作,以及产生被存储的结果。举例来说软件指令可被存储在系统中,或例如主存储器的一些类型的存储器中。软件指令也可以存储在特定类型的存储器中,例如允许更快访问的缓存存储器。举例来说,缓存存储器(“缓存”)可以是处理器局部的缓存存储器、在处理器块中的处理器当中共享的局部缓存、多个处理器块当中共享的缓存,或基于处理器的系统的更高级存储器。随着基于处理器的系统的复杂度和性能增加,存储器容量需求也可能增加。然而,在基于处理器的系统中提供额外存储器容量增加了集成电路上的存储器所需的成本和面积。作为替代方案,数据压缩是满足未来系统中预期的增加的存储器容量的有前景的方法。不利的是,当直接应用于主存储器时,现存压缩算法并不能很好地转换,这是因为它们需要存储器控制器执行大型计算以定位压缩存储器页内的缓存行,从而增加访问等待时间且降低系统性能。因此,举例来说,在存储器内访问特定缓存行可能需要访问存储器中的元数据以及额外地址计算层,以确定对应于特定缓存行的存储器内的压缩缓存行的位置。这可能增加采用存储器容量压缩的基于处理器的系统的复杂度、成本和等待时间。这些缺陷在对于溢出区的读取中尤其突出。因此,需要克服常规的方法的缺陷的系统、设备和方法。技术实现要素:以下呈现关于与本文中所公开的设备和方法相关联的一或多个方面和/或实例的简化概述。因此,以下概述不应视为关于所有预期方面及/或实例的详尽概述,也不应认为以下概述识别关于所有预期方面及/或实例的关键或至关重要的元素,或描绘与任何特定方面及/或实例相关联的范围。因此,以下概述的唯一目的是以简化形式呈现与关于本文中所揭示的设备和方法的一或多个态样和/或实例相关的特定概念,以先于下文所呈现的详细描述。在一个方面中,实施处理装置以允许压缩数据检索期间对溢出数据的预提取的存储器装置包含:主压缩数据区,其被配置成存储缓存行的压缩数据,其中所述缓存行具有第一大小;溢出数据区,其被配置成存储超过所述第一大小的所述缓存行的溢出数据;以及存储器访问装置,其被配置成检索所述缓存行的所述压缩数据,并且被配置成基于正在检索的缓存行检索溢出数据区的溢出行,其中所述溢出行的所述检索在所述缓存行的所述压缩数据的检索完成之前开始。在另一个方面中,用于检索压缩数据的方法包含:接收对于压缩数据的读取请求;确定用于所述压缩数据的第一存储器位置;检索来自所述第一存储器位置的所述压缩数据的第一部分;至少基于所述第一存储器位置,计算所述压缩数据的第二存储器位置;在完成解压缩所述压缩数据的所述第一部分之前,从所述第二存储器位置检索所述压缩数据的第二部分;解压缩所述压缩数据的所述第一部分;以及在解压缩所述压缩数据的所述第一部分之后,立刻解压缩所述压缩数据的所述第二部分。在再一方面中,用于检索溢出数据的方法包含:压缩第一数据;在第一存储器区域中存储所述压缩第一数据的第一部分,所述第一存储器区域为固定大小;在第二存储器区域中存储所述压缩第一数据的第二部分,所述第二部分包括所述压缩第一数据的一部分,其超过所述固定大小;基于所述压缩第一数据的所述第一部分的第一位置,确定所述第二存储器区域的第二位置;检索所述压缩第一数据的所述第一部分;以及在完成解压缩所述压缩数据的所述第一部分之前,从所述第二位置检索所述压缩数据的第二部分。与本文中所公开的设备和方法相关联的其它特征和优点将基于附图和详细描述而对所属领域的技术人员显而易见。附图说明随着在结合附图考虑时通过参考以下具体实施方式更好地理解本发明的方面及其许多附带优点,将容易获得对本发明的方面及其许多附带优点的更全面了解,附图只是为了说明而不是限制本发明而呈现,且其中:根据本公开的一些实例,图1为示范性基于处理器的系统的方块图,其包含被配置成优化溢出区读取的存储器访问装置;根据本公开的一些实例,图2a和2b是溢出区构造布置的简化图示;根据本公开的一些实例,图3是检索压缩数据的示范性方法;根据本公开的一些实例,图4是存储和检索压缩数据的示范性方法;以及图5说明其中可有利地利用本发明的方面的示范性计算装置。根据惯例,附图描绘的特征可以不按比例绘制。因此,为了清晰起见,描绘的特征的尺寸可任意扩大或减小。根据惯例,为了清晰起见,简化了一些附图。因此,图式可能不描绘特定设备或方法的全部组件。另外,贯穿说明书和附图,相似附图标号表示相似特征。具体实施方式本文中所公开的示范性方法、设备和系统解决行业需要以及其它先前未经识别的需要,且减轻常规方法、设备和系统的缺点。举例来说,预提取机制可用于减小从具有固定大小的压缩缓存行中检索数据期间的等待时间。为压缩缓存行固定压缩大小是简化计算压缩缓存行的物理地址的方式。不符合这一固定大小的那些行被称作溢出,并且可以被放置在溢出区中。在常规系统中溢出区事先未知,且需要从dram或其它存储器读取,其因为从dram溢出区读取具有由存储器控制器设置读取(页面打开和其它开销)所引发的开销的原因而昂贵。然而,预提取溢出区数据可以优化溢出区读取。预提取机制将允许存储器控制器管线式处理来自具有固定大小槽位的区(主压缩区)的读取和来自溢出区的读取。溢出区可被布置以使得最可能包括特定缓存行的溢出数据的缓存行可以由解压缩引擎计算,而不必从dram或其它存储器读取溢出区数据的位置。这避免与读取溢出区数据地址相关的开销成本和等待时间,且允许缓存行解压缩引擎在查找溢出数据实际位置之前事先提取溢出区。在这点上,图1是示范性基于处理器的系统100的框图。在论述基于处理器的系统100中的压缩存储器行的访问的示范性方面之前,首先在下文描述基于处理器的系统100的示范性组件的描述。基于处理器的系统100可包含存储器访问装置101,其被配置成提供对存储器104中的压缩存储器行的访问。存储器访问装置101可包含解压缩引擎102以用于对于基于处理器的系统100中的溢出区读取访问请求,减小读取访问等待时间。解压缩引擎102被配置成提供对于存储在存储器104中的物理存储器位置m(0)到m(x-1)的存储器行ml(0)到ml(x-1)中的压缩存储器行的访问,以用于减小溢出区读取访问请求的读取访问等待时间,其中‘x’代表存储器104内提供的任何数目的存储器位置。基于处理器的系统100进一步包含处理器106。处理器106被配置成执行存储器104内存储的程序指令,或者使用存储器104内存储的数据,来执行基于处理器的功能。处理器106也可以如同存储器访问装置101一样操作,且经由处理器存储器访问路径108(例如,总线)直接对于存储器104执行对程序指令或数据的存储器访问。处理器106也可以经由处理器存储器访问路径108直接将数据写入存储器104中。处理器106也可以经由解压缩引擎102执行存储器访问。解压缩引擎102被配置成控制对于存储器104的存储器读取访问,包括在压缩情况下解压缩从存储器104检索的数据。解压缩引擎102被配置成将从存储器行ml(0)到ml(x-1)存取的数据提供到处理器106。继续参考图1,解压缩引擎102包含压缩数据解码引擎110,其被配置成从存储器104读取压缩数据。解压缩引擎102还包含异常区解码引擎112,其被配置成从存储器104读取溢出区存储器行。解压缩引擎102进一步包含控制端口114,其被配置成促进在解压缩引擎102与处理器106之间交换通信。通信实例包含来自处理器106的读取存取请求116,其包含逻辑存储器地址以请求相应数据。通信实例进一步包括写入访问请求118,其包含待写入存储器104中的数据和相应逻辑存储器地址。通信实例进一步包括对于处理器106的读取访问响应120,其包含所请求的数据。解压缩引擎102进一步包含存储器端口122,其被配置成促进经由解压缩引擎存储器访问路径124的解压缩引擎102与存储器104之间的通信交换。在示范性基于处理器的系统100中,存储器104包含存储器单元126,其存储压缩存储器行。存储器单元126包含x个物理存储器位置m(0)到m(x-1),各物理存储器位置m被配置成存储预定数据大小的存储器行ml,例如六十四(64)个字节。压缩存储器行可以由处理器106经由处理器存储器访问路径108,或由解压缩引擎102经由解压缩引擎存储器访问路径124,存储在存储器单元126内。在示范性方面中,各物理存储器位置m在各存储器行ml中存储主压缩区和溢出区。在一个示范性方面中,存储器104可以如同多层缓存存储器一样操作。在这点上,存储器单元126可以如同存储压缩存储器行的较高层级缓存存储器一样操作,且存储器104可进一步包含可选较低层级缓存128,其存储先前从存储器单元126存取的未压缩存储器行以用于更快读取访问。可选较低层级缓存128可以经由缓存存储器通信路径130与存储器单元126,以及经由解压缩引擎缓存访问路径132与解压缩引擎102交换通信。在这点上,如果读取访问请求116的逻辑存储器地址导致在可选较低层级缓存128处的缓存命中,那么解压缩引擎102在可选较低层级缓存128处访问所请求的数据,且在读取访问响应120将所请求的数据提供到处理器106。然而,如果读取访问请求116的逻辑存储器地址导致在可选较低层级缓存128处的缓存未命中,那么解压缩引擎102通过在存储器单元126处访问相应压缩存储器行、解压缩压缩存储器行以及在读取访问响应120中将所请求的数据提供到处理器106,来访问所请求的数据。为提供在基于处理器的系统100中的存储器104内压缩存储器行的访问,在一个示范性方面中,解压缩引擎102接收读取访问请求116以访问来自存储器104的数据。所请求的数据具有最高预定大小,且存储器104内的可寻址物理存储器位置m(0)到m(x-1)中的每一个被配置成存储预定大小的相应存储器行ml(0)到ml(x-1)。如先前所指出,每一存储器行ml(0)到ml(x-1)包含主压缩区和溢出区。每一存储器行ml(0)到ml(x-1)被配置成包含压缩数据存储器行作为主压缩区,以及用于并不符合主压缩区的固定大小的压缩数据的溢出区。这允许存储器104存储最高x条压缩数据存储器行,每条在相应物理存储器位置m(0)到m(x-1)的相应存储器行ml(0)到ml(x-1)内,或换句话说,在存储器104的对应于相应压缩数据的逻辑存储器地址的物理存储器位置m(0)到m(x-1)中存储最高x条压缩数据存储器行中的每一个。此外,这允许存储器104在存储器104的x个物理存储器位置m(0)到m(x-1)内存储并不符合主压缩区存储器行的固定大小的压缩数据部分,即,溢出区,由此在不增加存储器104大小的情况下增加存储器104的容量。因此,在示范性方面中,解压缩引擎102可能以缩短的等待时间访问存储器104内的压缩数据,同时增加存储器104的容量。在此方面,在此实例中,在接收读取访问请求116之后,解压缩引擎102确定读取访问请求116是否涉及溢出区中存储的压缩数据。举例来说,如果读取访问请求116涉及超过主压缩数据区的固定大小的压缩数据,那么读取访问请求116将涉及从溢出区读取数据来完成读取访问请求116。为了这样做,解压缩引擎102使用读取访问请求116的逻辑存储器地址作为物理存储器地址,来访问含有所请求的压缩数据的物理存储器位置m(0)到m(x-1),且计算可能含有用于读取访问请求116的溢出区数据的溢出区位置。计算出的存储器104内溢出区位置含有存储器行ml(0)到ml(x-1),其包含对应于读取访问请求116的溢出区数据(并不符合主压缩区的固定大小的压缩数据)。因为读取访问请求116的逻辑存储器地址被用作物理存储器地址,所以解压缩引擎102并不需要将逻辑地址转换为物理地址。因此,避免了与将逻辑地址转换为物理地址相关的任何等待时间。解压缩引擎102可以解压缩压缩数据,且经由读取访问响应120提供所请求的数据。在一个示范性方面中,通过在构建时间安排溢出区(使用处理器106或解压缩引擎102压缩和存储数据)以使得可关于溢出区数据计算溢出区位置,解压缩引擎102可通过主压缩区数据的读取管线式处理溢出区数据的读取,以减小等待时间。应理解,根据对于应用和/或数据类型的最佳适合,安排溢出区可能发生构建时间或运行时间。在这点上,图2a和2b说明示范性的溢出区构建过程。相对于图2a和2b,将描述示范性溢出区构建过程,其每存储器行包含6个溢出区项,且使用公式:溢出区中的读取行=溢出区项编号/6。举例来说,如果待读取溢出区项为0到5(图2中的208、210、212、214、216和218),那么提取溢出区行为0(图2中的202)。如果待读取溢出区项为6到11(图2中的220、222、224、226、228和230),那么提取溢出区行为1(图2中的204)。类似地,如果待读取溢出区项为12到17(图2中的232、234、236、238、240、242),那么提取溢出区行为2(图2中的206)。举例来说,将溢出区项编号除以6,可以导致70%成功率。由于这些是推测性提取(参见下文的资料输入项218,这是应可能在第一溢出区行202中,但事实上在第二溢出区行204中,产生不正确提取的第五溢出区项编号)。随着推测性提取匹配70%的时间(30%未命中),总体提取变大30%,比方说从100到130;然而,130个提取中的100个是从主压缩区读取时隐藏/流水线化的。非流水线化提取从100减小到30。随着数据提取开销时间为100ns,且解压缩/读取时间为5ns:在没有推测性提取的情况下,平均总时间=100ns+5ns+100ns+5ns=210ns。在推测性提取情况下,平均总时间=100ns+5ns+5ns+.3x(100ns+5ns)=141.5ns。因此,总提取时间减小33%。这可以通过将推测性提取限制的最可能成功的那些溢出来进一步改善。举例来说,在先前实例,仅预提取(line_n/6)<4。换句话说,如果每缓存行平均压缩数据项数目为6,如在本实例中那样,那么如果我们将推测性预提取限制为每缓存行平均压缩数据项数目的前2/3,在此实例中为4,那么我们可以期望高成功率。这是因为在本实例中,用于预提取的公式具有已知平均成功率(可能在溢出区的前2/3成功,但是不大可能在后1/3成功)。这允许改进提取总时间且最小化预提取未命中。相对于图2a,溢出区200可能包含第一溢出区行202、第二溢出区行204和第三溢出区行206。每条溢出区行202、204和206对应于固定大小的存储器行ml(0)到ml(x-1)。举例来说,在构建时间期间,如果相应压缩数据项208到242的加入并不超过存储器行的固定大小,那么每条溢出区行202、204和206可以由压缩数据项208到242填充。在本实例中,第五项218、第十项228、第十一项230和第十七项242并不符合在固定大小存储器行的其余部分或未填充部分(亦即溢出区行202、204或206)内。这些未填充部分244或未用位被称为孔。在构建时间,未填充部分244被填充有不符合的项(例如,第五项218、第十项228、第十一项230和第十七项242)。无法放置到孔中的项被加入到溢出区的结尾。如图2b中可见,在将最初并不符合的项置放到未填充部分244中之后,每条溢出区行202、204和206的其余未使用的区被最小化。如所展示,第十七项242填充在第一溢出区行202结尾,第五项218填充在第二溢出区行204结尾,其在第二溢出区行204结尾保留未使用的部分/位元246,且第四溢出区行207被用于存储第十项228和第十一项230,同时在结尾保留较大未使用部分246。图3是流程图,其说明解压缩引擎102对图1中的基于处理器的系统100中的存储器104内的压缩存储器行执行读取访问请求116以减小读取访问等待时间的示范性过程300。如果与读取存储器地址相关的开销时间是例如100ns,且存储器行数据读取时间为5ns,那么读取一个存储器行的时间是105ns。但是,当溢出区数据是读取请求的一部分,并且溢出区数据的位置指针存储在压缩存储器行中时,主压缩数据的读取请求初始开销为100ns,然后是8ns解压缩主压缩区数据的时间(这显示溢出区域位置-即指针),然后溢出区位置的另外100ns开销,最后另外8ns解压缩与读取请求相关的溢出区的数据,总共216ns。甚至当用于溢出数据位置的指针存储在与主压缩数据不同的单独存储器位置中时,系统也将产生开销以访问那一指针位置和在开始访问溢出数据之前读取指针。通过如上所述布置溢出区域200,读取请求可以避免等待主压缩数据的解压缩或者必须通过能够计算任何溢出数据的可能位置来查找另一存储器位置中的指针。如上文所论述,在基于处理器的系统100的实例中,解压缩引擎102被要求在可选较低层级缓存128出现未命中的情况下执行读取访问请求116。在示范性过程300中,解压缩引擎102被配置成经由控制端口114从处理器106接收读取访问请求116(块310)。读取访问请求116包含逻辑存储器地址以用于访问存储器104内的物理存储器位置m(0)到m(x-1)。解压缩引擎102进一步被配置成基于压缩数据的逻辑存储器地址确定第一存储器位置(块320),和通过存储器端口122检索存储在读取访问请求116的逻辑存储器地址处的存储器104内的物理存储器位置m(0)到m(x-1)处的压缩数据(块330)。解压缩引擎102进一步被配置成基于上文所论述的第一存储器位置和公式201计算压缩数据的第二存储器位置(块340)。解压缩引擎102进一步被配置成在完成压缩数据的第一部分的解压缩之前,通过存储器端口122检索存储在计算的第二存储器位置处的存储器104中的物理存储器位置m(0)到m(x-1)处的压缩数据的第二部分(块350)。解压缩引擎102进一步被配置成解压缩压缩数据的第一部分(块360)。解压缩引擎102进一步被配置成在解压缩压缩数据的第一部分之后立刻解压缩压缩数据的第二部分(块370)。因此,用于存储器104内的压缩存储器行读取访问的示范性过程300可以排除对于采用和访问存储器104或其它存储器内的元数据和/或采用索引来执行转译的需要,以及排除关联的等待时间。因此,这些示范性方面导致更高的整体存储器访问效率,且减小基于处理器的系统100中的等待时间。图4是流程图,其说明图1中的基于处理器的系统100减小读取访问等待时间的示范性过程400。如上文所论述,在基于处理器的系统100的实例中,解压缩引擎102或处理器106被要求压缩第一数据(块410)。随后,解压缩引擎102或处理器106被要求在第一存储器区域中存储压缩的第一数据的第一部分,第一存储器区域为固定大小(块420)。此外,解压缩引擎102或处理器106被要求在第二存储器区域中存储压缩的第一数据的第二部分,所述第二部分包括第一数据的超过固定大小的压缩的一部分(块430)。在示范性过程400中,解压缩引擎102被配置成经由控制端口114从处理器106接收读取访问请求116。读取访问请求116包含逻辑存储器地址以用于访问存储器104内的物理存储器位置m(0)到m(x-1)。解压缩引擎102检索压缩的第一数据的第一部分(块440)。解压缩引擎102随后基于压缩的第一数据的第一部分的第一位置,确定(例如,使用上文的公式201计算)第二存储器区域的第二位置(块450)。解压缩引擎102开始解压缩压缩数据的第一部分(块460)。解压缩引擎102在完成压缩的第一数据的第一部分的解压缩之前,从第二位置检索数据的第二部分(块470)。现参看图5,描绘根据示范性方面配置的计算装置的框图,并将其大体上表示为500。在一些方面,计算装置500可以被配置为无线通信装置或服务器。如所展示,计算装置500包含图1的基于处理器的系统100,其在某些方面中可被配置成实施图3和4的过程300和/或400。基于处理器的系统100在图5中展示为具有解压缩引擎102、存储器104和处理器106,而为清楚起见,先前参考图1已描述的基于处理器的系统100其它细节已从这一视图省略。基于处理器的系统100可以以通信方式联接到存储器104。计算装置500还可以包含显示器528以及联接到基于处理器的系统100和显示器528的显示器控制器526。应理解,显示器528和显示器控制器526是可选的。在一些方面,图5可包含用虚线展示的一些可选块。举例来说,计算装置500可以任选地包含联接到基于处理器的系统100的译码器/解码器(codec)554(例如,音频和/或语音codec);联接到codec554的扬声器556和麦克风558;以及联接到无线天线542和基于处理器的系统100的无线控制器540(其可能包含调制解调器)。在特定方面,在存在以上提到的任选块中的一或多个的情况下,基于处理器的系统100、显示器控制器526、codec554和无线控制器540可包含于系统级封装或芯片上系统装置522中。输入装置550、电源供应器544、显示器528、输入装置550、扬声器556、麦克风558、无线天线542和电源供应器544可在芯片上系统装置522外部,且可联接到芯片上系统装置522的例如接口或控制器等组件。应注意,尽管图5描绘计算装置,但基于处理器的系统100和存储器104还可以集成于机顶盒、音乐播放器、视频播放器、娱乐单元、导航装置、个人数字助理(personaldigitalassistant,pda)、固定位置数据单元、服务器、计算机、膝上型计算机、平板计算机、通信装置、移动电话、服务器或其它类似装置中。词语“示范性”在本文中用于意味着“充当实例、例子或说明”。本文中描述为“示范性”的任何细节不应该被理解为比其它实例更有利。同样地,术语“实例”不意味着所有实例包含所论述的特征、优点或操作模式。此外,可将特定特征和/或结构与一或多个其它特征和/或结构组合。此外,此处所描述设备的至少一部分可经配置以执行此处所描述方法的至少一部分。本文所使用的术语是出于描述特定实例的目的,且并不预期限制本发明的实例。如本文中所使用,除非上下文另外明确指示,否则单数形式“一”及“所述”预期也包含复数形式。应进一步理解,术语“包括(comprises/comprising)”和/或“包含(includes/including)”当在本文中使用时规定存在陈述的特征、整数、动作、操作、元件和/或组件,但不排除一或多个其它特征、整数、动作、操作、元件、组件和/或其群组的存在或添加。应注意,术语“连接”、“联接”或其任何变体意味着元件之间的直接或间接的任何连接或联接,且可涵盖经由中间元件“连接”或“联接”在一起的两个元件之间的中间元件的存在。本文使用例如“第一”、“第二”等等名称对元件的任何参考不限制那些元件的量和/或次序。而是,这些名称用作区别两个或两个以上元件和/或元件的实例的方便方法。并且,除非另有陈述,否则一组元件可包括一或多个元件。另外,在将由例如计算装置的元件执行的动作的序列方面来描述许多实例。将认识到,本文中描述的各种动作可由具体电路(例如,专用集成电路(applicationspecificintegratedcircuit;asic)),由正由一或多个处理器执行的程序指令或由所述两个的组合来执行。另外,本文中所描述的这些动作序列可被视为全部在任何形式的计算机可读存储媒体内实施,在所述计算机可读存储媒体中存储有相应的计算机指令集,所述计算机指令在执行时将致使相关联的处理器执行本文中所描述的功能性。因此,本发明的各种方面可以多种不同形式来实施,所述形式全都已经考虑在所主张的标的物的范围内。另外,对于本文所描述的实例中的每一者,任何此类实例的相应形式可在本文中描述为(例如)“经配置以”执行所描述动作的“逻辑”。本申请案中所陈述或所说明的内容都不预期专用于任何组件、行动、特征、益处、优点或等效于公用,而不管权利要求书中是否叙述所述组件、行动、特征、益处、优点或等效者。进一步,所属领域的技术人员将了解,结合本文公开的实例描述的多个说明性逻辑块、模块、电路和算法动作可以实施为电子硬件、计算机软件或两者的组合。为清晰地说明硬件与软件的此可互换性,上文已大体就其功能性描述了各种说明性组件、块、模块、电路和动作。此类功能性是实施为硬件还是软件取决于特定应用及强加于整个系统的设计约束。所属领域的技术人员可以针对每一特定应用以不同方式实施所描述的功能性,但此类实施决策不应被解释为引起对本公开的范围的偏离。虽然已结合装置描述一些方面,但理所当然的是,这些方面还构成相应方法的描述,且因此,装置的块或组件还应被理解为相应方法动作或方法动作的特征。与其类似地,结合方法步骤所描述或描述为方法动作的方面也构成对相应块或相应装置的细节或特征的描述。方法动作中的一些或全部可由硬件设备(或使用硬件设备)执行,例如微处理器、可编程计算机或电子电路。在一些实例中,一些或多个极重要的方法动作可由此设备执行。此外应注意,在实施方式中或在权利要求书中所揭示的方法可由包括用于执行此方法的相应动作的装置的装置实施。此外,在一些实例中,个别动作可被再分成多个子动作,或含有多个子动作。这些子动作可包含于个别动作的揭示内容中且为所述个别动作的揭示内容的一部分。虽然前述揭示内容示出本发明的说明性实例,但应注意,在不脱离如所附权利要求书界定的本发明的范围的情况下,可以在本文中做出各种改变和修改。无需以任何特定次序来执行根据本文中所描述的本公开的实例的方法权利要求项的功能和/或动作。另外,将不详细地描述或可省略熟知元件以免混淆本文中所揭示的方面及实例的相关细节。此外,尽管可以单数形式描述或主张本发明的元件,但除非明确陈述限于单数形式,否则也涵盖复数形式。当前第1页12当前第1页12
当前第1页1 2 
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1