基于Autosar网络管理机制的测试方法、装置和电子设备

摘要

本公开提供一种基于Autosar网络管理机制的测试方法、装置和电子设备。具体地，测试方法包括获取待测状态转换模式以及待测电子控制单元对应的网络管理报文ID；根据所述待测状态转换模式和所述网络管理报文ID，匹配预设的测试用例并更新；执行更新后的测试用例；获取测试数据，根据预设的网络管理状态标志位和所述测试数据，确定测试结果并输出；其中，所述预设的网路管理状态标志位与所述待测状态转换模式相匹配；其中，所述网络管理状态标志位包括至少一预设标志项及其预设状态信息。该方法无需人工分析，节省时间，最终达到对网络管理机制的自动测试，提高测试效率的同时极大的保障了对电子控制元件网络状态转换测试的可靠性。

说明书

技术领域

本公开涉及汽车技术领域，尤其涉及一种基于Autosar网络管理机制的测试方法、装置和电子设备。

背景技术

汽车开放系统架构(Automotive Open System Architecture，简写Autosar)是一家致力于制定汽车电子软件标准的联盟。Autosar首创组为控制器定义了软件架构，这种软件架构是把设备的硬件与软件分离，把功能模型软件、软件组件放在一起，彼此独立并由不同的制造商研发，再经过某些自动的配置过程组合成一个具体的项目。

目前，汽车电子控制单元(Electronic Control Unit，简写EUC)的Autosar网络管理模块控制单件及整车的休眠和唤醒，实现各个ECU的协同睡眠和唤醒。然而，针对汽车电子控制单元的Autosar网络管理机制还没有行业内通用的自动化测试方法，对于Autosar网络管理机制的验证还是以人工测试为主，不同ECU的网络管理唤醒节点不同，需要重新开发测试用例及测试脚本，导致测试时间长、工作量大、工作效率低且容易出错。若在开发过程中未能及早的发现问题，将会极大地增加后期维护成本、延长产品开发生命周期。

发明内容

有鉴于此，本公开的目的在于提出一种基于Autosar网络管理机制的测试方法、装置和电子设备。

基于上述目的，第一方面，本公开提供了一种基于Autosar网络管理机制的测试方法，包括：

获取待测状态转换模式以及待测电子控制单元对应的网络管理报文ID；

根据所述待测状态转换模式和所述网络管理报文ID，匹配预设的测试用例并更新；

执行更新后的测试用例；

获取测试数据，根据预设的网络管理状态标志位和所述测试数据，确定测试结果并输出；

其中，所述预设的网路管理状态标志位与所述待测状态转换模式相匹配；

其中，所述网络管理状态标志位包括至少一预设标志项及其预设状态信息。

进一步地，所述根据预设的网络管理状态标志位和所述测试数据，确定测试结果并输出的步骤，具体包括：

基于所述预设标志项，对所述测试数据进行处理得到测试状态信息；

比较所述测试状态信息和所述预设状态信息；

若每一所述测试状态信息均符合预设状态信息，则测试成功；否则，测试失败。

进一步地，所述基于所述预设标志项，对所述测试数据进行处理得到测试状态信息的步骤，包括：

基于所述预设标志项，对所述测试数据进行过滤得到测试标志数据；

基于所述测试标志数据，获得所述测试状态信息。

进一步地，还包括：

根据所述待测状态转换模式和预设的网络管理状态标志库，确定所述预设的网络管理状态标志位；其中，所述预设的网络管理状态标志库包括至少一网络管理状态及其对应的网络管理状态标志位。

进一步地，所述预设的网络管理状态标志库基于Autosar网络管理规范确定。

第二方面，本公开还提供一种基于Autosar网络管理机制的测试装置，包括：

获取模块：用于获取待测状态转换模式以及待测电子控制单元对应的网络管理报文ID；

配置模块，用于根据所述待测状态转换模式和所述网络管理报文ID，匹配预设的测试用例并更新；

执行模块，用于执行更新后的测试用例；和

检测模块，用于获取测试数据，根据预设的网络管理状态标志位和所述测试数据，确定测试结果；其中，所述网络管理状态标志位包括至少一预设标志项及其预设状态信息。

进一步地，所述检测模块，还用于：

基于所述预设标志项，对所述测试数据进行处理得到测试状态信息；

比较所述测试状态信息和所述预设状态信息；

若每一所述测试状态信息均符合预设状态信息，则测试成功；否则，测试失败。

进一步地，所述检测模块，还用于：

基于所述预设标志项，对所述测试数据进行过滤得到测试标志数据；

基于所述测试标志数据，获得所述测试状态信息。

进一步地，所述配置模块，还用于：

根据所述待测状态转换模式和预设的网络管理状态标志库，确定所述预设的网络管理状态标志位；其中，所述预设的网络管理状态标志库包括至少一网络管理状态及其对应的网络管理状态标志位。

第三方面，本公开还提供一种电子设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述程序时实现如前任意一项所述的测试方法。

从上面所述可以看出，本公开提供的基于Autosar网络管理机制的测试方法、装置和电子设备，先获取待测状态转换模式以及待测电子控制单元对应的网络管理报文ID；接着根据所述待测状态转换模式和所述网络管理报文ID，匹配预设的测试用例并更新；然后执行更新后的测试用例；最后获取测试数据，根据预设的网络管理状态标志位和所述测试数据，确定测试结果并输出；其中，所述网络管理状态标志位包括至少一预设标志项及其预设状态信息。采用这样的技术方案，仅需确定待测状态转换模式以及待测电子控制单元对应的网路管理报文ID，就能够确定预设的测试用例并对其进行更新，无需人工更改参数配置，快捷方便；利用预设的网络管理状态标志位和测试数据，即可直接获得测试结果，无需人工分析，节省时间，最终达到对Autosar网络管理机制的自动测试，在提高测试效率的同时极大的保障了对电子控制元件网络状态转换测试的可靠性。

附图说明

为了更清楚地说明本公开或相关技术中的技术方案，下面将对实施例或相关技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本公开的实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1为本公开实施例示出的Autosar网络管理的模式状态示意图；

图2为本公开实施例提供的基于Autosar网络管理机制的测试方法流程示意图；

图3为本公开实施例提供的确定测试结果并输出的流程示意图；

图4为本公开实施例提供的获得测试状态信息的流程示意图；

图5为本公开实施例提供的测试装置的结构示意图；

图6为本公开实施例提供的执行测试方法的电子设备的结构示意图。

具体实施方式

为使本公开的目的、技术方案和优点更加清楚明白，以下结合具体实施例，并参照附图，对本公开进一步详细说明。

需要说明的是，除非另外定义，本公开实施例使用的技术术语或者科学术语应当为本公开所属领域内具有一般技能的人士所理解的通常意义。本公开实施例中使用的“包括”或者“包含”等类似的词语意指出现该词前面的元件或者物件涵盖出现在该词后面列举的元件或者物件及其等同，而不排除其他元件或者物件。“连接”或者“相连”等类似的词语并非限定于物理的或者机械的连接，而是可以包括电性的连接，不管是直接的还是间接的。

软件定义汽车时代的来临，汽车行业发生了翻天覆地的变化，这个变化涵盖了汽车开发、开发工具、销售模式等等。也正是因为如此，AUTOSAR这一开发工具自出现就深受诸多车企的青睐和认可，而这只是汽车行业变革的一个缩影。

AUTOSAR网络管理(AUTOSAR Network Management，简称：AUTOSAR NM)是AUTOSAR体系中的网络管理机制。汽车电子控制单元(Electronic Control Unit，简写EUC)的Autosar网络管理模块控制单件及整车的休眠和唤醒。请参阅图1所示，Autosar网络管理状态机的状态主要包括睡眠模式(Bus-Sleep Mode)、预休眠模式(Prepare Bus-Sleep Mode)和网络模式(Network Mode)；其中，网络模式(Network Mode)包括3个子状态，分别是重复报文状态(Repeat Message State，简写RMS)、正常工作状态(Normal Operation State，简写NOS)和准备睡眠状态(Ready-Sleep State，简写RSS)。

进一步地，睡眠模式就是我们所说的休眠状态，当ECU没有本地网络唤醒源以及远程唤醒请求源时，控制器就会进入此睡眠模式，ECU在该状态下就是一个低功耗的状态，大部分耗电外设均已经关闭，仅仅留下一些唤醒源的检测，此模式下网络管理报文只收不发，应用报文不收不发。

预休眠模式从字面意思可以知道这是一个准备进入休眠的一个状态，应用报文不收不发，网络管理报文只收不发，ECU进入到这个状态时处于只收NM帧的状态，它会等待一段时间T_WAIT_BUS_SLEEP让车上所有的ECU实现一起休眠，当等待T_WAIT_BUS_SLEEP超时就进入睡眠模式。

重复报文状态(RMS)包含两种状态NM PDU Normal immediate state和NM PDUNormal Transmit State,NM PDU Normal immediate state主要是ECU作为主唤醒节点时，当它检测到本地唤醒源时(例如开关检测/蓝牙建立连接/NFC卡片靠近等等唤醒条件)它就会首先从整车网络上先醒过来，此时会以快速周期发送若干次NM帧(例如10ms周期发送5次)，目的是快速通知到其它ECU自己已“上线”准备要进行网络通讯了。快速发送完成之后就进入NM PDU Normal Transmit State状态，此时就是正常周期发送NM报文了。

正常工作状态(NOS)，当ECU在进入RMS一段时间后，会跳转到正常工作状态，此状态下NM报文可收可发，应用报文(缩写APP报文)可收可发，NOS可以说明ECU处于一种真正的唤醒状态，可正常进行通讯。

准备睡眠状态(RSS)，当ECU从工作状态准备进入休眠时必须要经过这个状态，主要是做休眠之前的一些准备工作，比如说有些数据要存储EEPROM还在写操作中，ESCL电子转向柱锁解闭锁动作还未完成，也有可能是电机控制器检测到电机未处于停止状态，也就是说这个状态是要让休眠前的准备工作都要完成，即ECU的外设要都处于空闲的状态，在RSS状态时NM报文只收不发，APP报文可收可发。

目前，对于Autosar网络管理机制的验证还缺乏系统高效的测试方法，不同ECU的网络管理唤醒节点不同，且针对上诉五种不同的状态需要重新开发测试用例及测试脚本，导致测试时间长、工作量大、工作效率低且容易出错。

鉴于此，本公司提供一种基于Autosar网络管理机制的测试方法，以实现对基于Autosar网络管理机制的高效自动化测试，

下面结合图2的流程图，来描述本公开示例性实施例提供的实现自动化测试的测试方法。具体地，所示测试方法，包括：

步骤201：获取待测状态转换模式以及待测电子控制单元对应的网络管理报文ID。

示例性的，待测试状态转换模式可以是由重复报文状态(RMS)到正常工作状态(NOS)，由正常工作状态(NOS)到准备睡眠状态(RSS)，这里不一一列举。

这里，可以借助输入设备获取待测状态转换模式和网络管理报文ID。所述输入设备包括但不限于触控显示屏、键盘、语音输入器或其它能够实现上述功能的电子设备等。

需要说明的是，对应的网络管理报文ID包括发送(Tx)的网络管理报文ID和接收(Rx)的网络管理报文ID。

步骤202：根据所述待测状态转换模式和所述网络管理报文ID，匹配预设的测试用例并更新。

需要说明的是，对于不同的状态转换模式，可以分别开发相应的测试用例形成预设的测试用例，多个测试用例构成测试用例库(请参阅图5)。

可选地，测试用例库基于Specification of CAN Network Management AUTOSAR开发，以满足汽车电子控制单元网络管理模块测试需要。

在一些实施例中，根据所述待测状态转换模式，于预先开发的测试用例库中匹配预设的测试用例。进一步地，利用网络管理报文ID，对预设的测试用例进行更新。

本领域技术人员能够理解的，利用预设的测试用例，这一过程无需人工干预，能够方便快捷的实现对测试项目的细化，便于后续执行。

步骤203：执行更新后的测试用例。

这里，执行更新后的测试用例包括向待测试的电子控制单元发送/接收网络管理报文。应当理解的，具体的执行内容包括但不限于前述提及的网络管理报文。

步骤204：获取测试数据，根据预设的网络管理状态标志位和所述测试数据，确定测试结果并输出；

其中，所述预设的网路管理状态标志位与所述待测状态转换模式相匹配；

其中，所述网络管理状态标志位包括至少一预设标志项及其预设状态信息。

需要说明的是，以AUTOSAR网络管理规范为例，对应不同的网络管理状态，其网络管理报文、应用报文的收发状态和/或电源总线的电流状态等存在差异。由此，本公开实施例对每一网络管理状态预先定义网络管理状态标志位，以便于对测试数据进行自动化处理，直接输出测试结果。

从上述实施例可以看出，仅需确定待测状态转换模式以及待测电子控制单元对应的网路管理报文ID，就能够确定预设的测试用例并对其进行更新，无需人工更改参数配置，快捷方便；利用预设的网络管理状态标志位和测试数据，即可直接获得测试结果，无需人工分析，节省时间，最终达到对Autosar网络管理机制的自动测试，在提高测试效率的同时极大的保障了对电子控制元件状态转换测试的可靠性。

基于本公开的测试方法，测试人员仅需输入状态转换模式以及电子控制单元对应的网路管理报文ID，就可以实现对电子控制单元的状态测试，便于对多种状态转换模块和多个电子控制单元的高效测试，为汽车设计节约时间。

可选地，测试结果包括测试失败和测试成功。对应的，基于测试成功输出成功报告；基于测试失败，输出失败报告。可选地，失败报告包括失败标志项及其对应的状态信息、以及预设状态信息。这样的测试包括，有利于测试人员集中分析测试失败内容，提高了电子控制元件的网络管理状态的测试效率和可靠性。

在一些实施例中，如图3所示，所述根据预设的网络管理状态标志位和所述测试数据，确定测试结果并输出的步骤，具体包括：

步骤301：基于所述预设标志项，对所述测试数据进行处理得到测试状态信息。

需要说明的是，执行更新的测试用例后，获得的测试数据包括多个项目，例如总线电流、应用报文、NM报文。对于某一网络管理的状态，仅需判断标志项，而无需判断非标志项(请参阅表1)，更加无需对其进行详细解析，例如解析非标志项的时间戳。由此，利用预设标志项对测试数据进行处理，能够有效降低下述比较步骤302的复杂程度，提高比较效率。

步骤302：比较所述测试状态信息和所述预设状态信息。

步骤303：若每一所述测试状态信息均符合预设状态信息，则测试成功；否则，测试失败。

示例性的，对于准备睡眠状态(Ready-Sleep State，简写RSS)，预设标志项包括发送应用报文和发送网络报文(请参阅表1)。若发送应用报文和发送网络报文的状态均符合对应的预设状态信息时，则电子控制元件处于准备睡眠状态，测试成功。任一项或两项均不符合对应的预设状态信息，则测试失败。

采用这样的测试数据处理方式，无需人工干预，节省人力，且有助于提高结果判断的效率和准确性。

在一些实施例中，请参阅图4，所述基于所述预设标志项，对所述测试数据进行处理得到测试状态信息的步骤，包括：

步骤401：基于所述预设标志项，对所述测试数据进行过滤得到测试标志数据。

这里，过滤去除的数据包括但不限于非标志项对应的数据(请参考表1)，能够有效降低后续数据解析的工作量，提高工作效率。

步骤402：基于所述测试标志数据，获得所述测试状态信息。

示例性的，对于准备睡眠状态，测试标志项数据包括应用报文的发送情况和网络管理报文的发送情况。若发送应用报文，则测试状态信息是满足；若未发送应用报文，则测试状态信息是不满足。若发送网络管理报文，则测试状态信息是满足；若未发送网络管理报文，则测试状态信息是不满足。

由此，采用本公开的技术方案，能够方便的利用测试状态信息与预设状态信息进行比较，高效便捷。

在一些实施例中，所述的测试方法，还包括：

根据所述待测状态转换模式和预设的网络管理状态标志库(请参阅图5)，确定所述预设的网络管理状态标志位；其中，所述预设的网络管理状态标志库包括至少一网络管理状态及其对应的网络管理状态标志位。

应当理解的，每一网络管理状态对应一网络管理状态标志位。基于待测试状态转换模式的状态，能够由预设的网络管理状态标志库中确定相应的网络管理状态标志位。应当理解的，网络管理状态标志位包括至少一网络管理状态标志项。

可选地，所述预设的网络管理状态标志库基于Autosar网络管理规范确定。请参阅表1，本公开实施例提供一基于Autosar网络管理规范确定的网络管理状态标志库。

表1基于Autosar网络管理规范确定的网络管理状态标志库

注：

○：不满足

-：当前模式不判断，也就是非标志项。

应当理解的是，步骤401过滤去除的测试数据为与上表中当前模式的非标志项对应的数据。

上述表格中的NM Timeout Timer、Repeat Message Timer的具体规范可以根据设计需求确定，例如1分钟，这里不作具体限定。

示例性的，Prepare Bus-Sleep Mode的标志位包括三个标志项，其中之一为NMTimeoutTimer过期，对应预设状态信息是满足，也就是说，本公开实施例并不关注NMTimeout Timer的具体规范，仅关注是否满足NM TimeoutTimer过期。

可选地，所述测试方法可以用于网络管理模式转换测试，也可以用于基于前期测试结果针对某一失败网络管理状态的回归测试。本公开对于测试方法的应用场景不做具体限定。

需要说明的是，本公开实施例的方法可以由单个设备执行，例如总线采集仿真工具VN1640A。本实施例的方法也可以应用于分布式场景下，由多台设备相互配合来完成。在这种分布式场景的情况下，这多台设备中的一台设备可以只执行本公开实施例的方法中的某一个或多个步骤，这多台设备相互之间会进行交互以完成所述的方法。

需要说明的是，上述对本公开的一些实施例进行了描述。其它实施例在所附权利要求书的范围内。在一些情况下，在权利要求书中记载的动作或步骤可以按照不同于上述实施例中的顺序来执行并且仍然可以实现期望的结果。另外，在附图中描绘的过程不一定要求示出的特定顺序或者连续顺序才能实现期望的结果。在某些实施方式中，多任务处理和并行处理也是可以的或者可能是有利的。

基于同一发明构思，与上述任意实施例方法相对应的，本公开还提供了一种测试装置。

参考图5，所述测试装置，包括：

获取模块501：用于获取待测状态转换模式以及待测电子控制单元对应的网络管理报文ID；

配置模块502，用于根据所述待测状态转换模式和所述网络管理报文ID，匹配预设的测试用例并更新；

执行模块503，用于执行更新后的测试用例；和

检测模块504，用于获取测试数据，根据预设的网络管理状态标志位和所述测试数据，确定测试结果；

其中，所述预设的网路管理状态标志位与所述待测状态转换模式相匹配；

其中，所述网络管理状态标志位包括至少一预设标志项及其预设状态信息。

可选地，所述测试装置还包括输出模块505，用于输出测试结果。

应当理解的是，所述输出模块可以是显示屏，打印机等任何能够实现结果示出的电子器件，这里不做具体限定。

在一些实施例中，所述检测模块，还用于：

基于所述预设标志项，对所述测试数据进行处理得到测试状态信息；

比较所述测试状态信息和所述预设状态信息；

若每一所述测试状态信息均符合预设状态信息，则测试成功；否则，测试失败。

在一些实施例中，所述检测模块，还用于：

基于所述预设标志项，对所述测试数据进行过滤得到测试标志数据；

基于所述测试标志数据，获得所述测试状态信息。

在一些实施例中，所述配置模块，还用于：

根据所述待测状态转换模式和预设的网络管理状态标志库，确定所述预设的网络管理状态标志位；其中，所述预设的网络管理状态标志库包括至少一网络管理状态及其对应的网络管理状态标志位。

为了描述的方便，描述以上装置时以功能分为各种模块分别描述。当然，在实施本公开时可以把各模块的功能在同一个或多个软件和/或硬件中实现。

上述实施例的装置用于实现前述任一实施例中相应的测试方法，并且具有相应的方法实施例的有益效果，在此不再赘述。

基于同一发明构思，与上述任意实施例方法相对应的，本公开还提供了一种电子设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述程序时实现上任意一实施例所述的测试方法。

图6示出了本实施例所提供的一种更为具体的电子设备硬件结构示意图，该设备可以包括：处理器1010、存储器1020、输入/输出接口1030、通信接口1040和总线1050。其中处理器1010、存储器1020、输入/输出接口1030和通信接口1040通过总线1050实现彼此之间在设备内部的通信连接。

处理器1010可以采用通用的CPU(Central Processing Unit，中央处理器)、微处理器、应用专用集成电路(Application Specific Integrated Circuit，ASIC)、或者一个或多个集成电路等方式实现，用于执行相关程序，以实现本说明书实施例所提供的技术方案。

存储器1020可以采用ROM(Read Only Memory，只读存储器)、RAM(Random AccessMemory，随机存取存储器)、静态存储设备，动态存储设备等形式实现。存储器1020可以存储操作系统和其他应用程序，在通过软件或者固件来实现本说明书实施例所提供的技术方案时，相关的程序代码保存在存储器1020中，并由处理器1010来调用执行。

输入/输出接口1030用于连接输入/输出模块，以实现信息输入及输出。输入输出/模块可以作为组件配置在设备中(图中未示出)，也可以外接于设备以提供相应功能。其中输入设备可以包括键盘、鼠标、触摸屏、麦克风、各类传感器等，输出设备可以包括显示器、扬声器、振动器、指示灯等。

通信接口1040用于连接通信模块(图中未示出)，以实现本设备与其他设备的通信交互。其中通信模块可以通过有线方式(例如USB、网线等)实现通信，也可以通过无线方式(例如移动网络、WIFI、蓝牙等)实现通信。

总线1050包括一通路，在设备的各个组件(例如处理器1010、存储器1020、输入/输出接口1030和通信接口1040)之间传输信息。

需要说明的是，尽管上述设备仅示出了处理器1010、存储器1020、输入/输出接口1030、通信接口1040以及总线1050，但是在具体实施过程中，该设备还可以包括实现正常运行所必需的其他组件。此外，本领域的技术人员可以理解的是，上述设备中也可以仅包含实现本说明书实施例方案所必需的组件，而不必包含图中所示的全部组件。

上述实施例的电子设备用于实现前述任一实施例中相应的测试方法，并且具有相应的方法实施例的有益效果，在此不再赘述。

基于同一发明构思，与上述任意实施例方法相对应的，本公开还提供了一种非暂态计算机可读存储介质，所述非暂态计算机可读存储介质存储计算机指令，所述计算机指令用于使所述计算机执行如上任一实施例所述的测试方法。

本实施例的计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带，磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。

上述实施例的存储介质存储的计算机指令用于使所述计算机执行如上任一实施例所述的测试方法，并且具有相应的方法实施例的有益效果，在此不再赘述。

所属领域的普通技术人员应当理解：以上任何实施例的讨论仅为示例性的，并非旨在暗示本公开的范围(包括权利要求)被限于这些例子；在本公开的思路下，以上实施例或者不同实施例中的技术特征之间也可以进行组合，步骤可以以任意顺序实现，并存在如上所述的本公开实施例的不同方面的许多其它变化，为了简明它们没有在细节中提供。

另外，为简化说明和讨论，并且为了不会使本公开实施例难以理解，在所提供的附图中可以示出或可以不示出与集成电路(IC)芯片和其它部件的公知的电源/接地连接。此外，可以以框图的形式示出装置，以便避免使本公开实施例难以理解，并且这也考虑了以下事实，即关于这些框图装置的实施方式的细节是高度取决于将要实施本公开实施例的平台的(即，这些细节应当完全处于本领域技术人员的理解范围内)。在阐述了具体细节(例如，电路)以描述本公开的示例性实施例的情况下，对本领域技术人员来说显而易见的是，可以在没有这些具体细节的情况下或者这些具体细节有变化的情况下实施本公开实施例。因此，这些描述应被认为是说明性的而不是限制性的。

尽管已经结合了本公开的具体实施例对本公开进行了描述，但是根据前面的描述，这些实施例的很多替换、修改和变型对本领域普通技术人员来说将是显而易见的。例如，其它存储器架构(例如，动态RAM(DRAM))可以使用所讨论的实施例。

本公开实施例旨在涵盖落入所附权利要求的宽泛范围之内的所有这样的替换、修改和变型。因此，凡在本公开实施例的精神和原则之内，所做的任何省略、修改、等同替换、改进等，均应包含在本公开的保护范围之内。