总线监测网络、片上系统以及总线管理方法与流程

1.本发明实施例涉及计算机技术领域，尤其涉及一种总线监测网络、片上系统以及总线管理方法。


背景技术：

2.诸如片上系统(system on chip，soc)的芯片通常由专用集成电路(application specific integrated circuit，asic)，其中包含了完整系统并有嵌入软件的全部内容，能够运行软件程序来实现其功能。片上系统及专用集成电路中的总线(bus)是所有数据相互传输的桥梁，直接关系到soc系统的稳定性。
3.在系统复杂的soc芯片中，一般设计有大量的片上总线。在系统应用过程中或者芯片开发设计过程中，可能会出现不同类型的总线异常现象，例如总线挂死。
4.随着soc芯片上的模块增多，出现片上总线出现异常之后，需要耗费的排查时间变多，因此，需要一种更有效的总线异常排查方案。


技术实现要素：

5.有鉴于此，本发明实施例提供一种总线监测网络、片上系统以及总线管理方法，以至少部分解决上述问题。
6.根据本发明实施例的第一方面，提供了一种总线监测网络，包括：端口监测模块，对应于芯片总线网络中的总线端口配置，用于监测所述总线端口的异常状态；全局监测模块，用于在接收到所述总线端口的异常状态的通知时，对所述总线端口进行异常分析。
7.在本发明的另一实现方式中，所述端口监测模块具体用于：监测所述总线端口的事务消息状态；在所述事务消息状态符合异常条件时，判定所述总线端口处于异常状态。
8.在本发明的另一实现方式中，所述端口监测模块具体用于：在所述事务消息状态符合异常条件时，判定所述总线端口处于异常状态，其中，所述异常条件包括所述总线端口的事务消息的收发状态条件、生成状态条件、所述端口的事务执行状态、预设等待时长中的至少一者。
9.在本发明的另一实现方式中，所述端口监测模块具体用于：在发送端口的请求消息的收发状态指示未发送、且所述请求消息的生成状态指示已生成的情况下，判定所述总线端口处于异常状态。
10.在本发明的另一实现方式中，所述端口监测模块具体用于：在发送端口的响应消息的收发状态指示已发送、且所述响应消息的生成状态指示未生成的情况下，判定所述总线端口处于异常状态。
11.在本发明的另一实现方式中，所述端口监测模块具体用于：在发送端口的响应消息的收发状态指示已发送、所述响应消息的生成状态指示未生成、且所述发送端口的事务执行状态指示待执行的情况下，判定所述总线端口处于异常状态。
12.在本发明的另一实现方式中，所述端口监测模块还用于：基于所述总线端口的待
执行事务消息的标识是否在待依次执行的事务序列中，确定所述总线端口的事务执行状态。
13.在本发明的另一实现方式中，所述端口监测模块还用于：在所述监测芯片总线网络中的总线端口的事务消息状态之前，获取所述总线端口的事务消息参数到缓存中；从所述缓存中，确定并记录所述异常状态对应的总线端口的事务消息参数。
14.在本发明的另一实现方式中，所述端口监测模块还用于：记录所述异常状态对应的总线端口的事务消息参数，相应地，所述全局监测模块具体用于：在接收到所述总线端口的异常状态的通知时，获取所述总线端口的事务消息参数，并且基于所述事务消息参数对所述总线端口进行异常分析。
15.在本发明的另一实现方式中，所述芯片总线网络用于执行应用程序，所述全局监测模块具体用于：基于所述事务消息参数，确定所述应用程序中与所述总线端口对应的指令，以对所述指令进行异常分析。
16.根据本发明实施例的第二方面，提供了一种总线管理方法，应用于包括端口监测模块和全局监测模块的总线监测网络，所述端口监测模块对应于芯片总线网络中的总线端口配置。所述方法包括：通过所述端口监测模块，监测所述总线端口的异常状态；通过全局监测模块，在接收到所述总线端口的异常状态的通知时，对所述总线端口进行异常分析。
17.根据本发明实施例的第三方面，提供了一种片上系统，包括芯片总线网络以及根据第一方面所述的总线监测网络。
18.在本发明实施例的方案中，由于对应于总线端口配置的端口监测模块能够监测总线端口的异常状态，并且向全局监测模块通知异常状态，因此，提高了全局监测模块对复杂的芯片总线网络的异常端口定位，进一步地，全局监测模块能够基于异常端口定位进行异常分析，提高了总线异常排查效率。
附图说明
19.为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明实施例中记载的一些实施例，对于本领域普通技术人员来讲，还可以根据这些附图获得其他的附图。
20.图1为根据本发明的一个实施例的总线监测网络的示意性框图。
21.图2a为图1实施例的总线监测网络所在的片上系统的示意图。
22.图2b为图1实施例的总线设备之间进行通信的交互图。
23.图3a为图1实施例的端口监测模块的示意性框图。
24.图3b为图1实施例的全局监测模块的示意性框图。
25.图4为根据本发明的另一实施例的总线管理方法的示意性步骤流程图。
具体实施方式
26.为了使本领域的人员更好地理解本发明实施例中的技术方案，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、详细地描述，显然，所描述的实施例仅是本发明实施例一部分实施例，而不是全部的实施例。基于本发明实施例中的实施
例，本领域普通技术人员所获得的所有其他实施例，都应当属于本发明实施例保护的范围。
27.下面结合本发明实施例附图进一步说明本发明实施例具体实现。
28.图1为根据本发明的一个实施例的总线监测网络的示意性框图。
29.本实施例的总线监测网络，包括：
30.端口监测模块110，对应于芯片总线网络中的总线端口配置，用于监测所述总线端口的异常状态。
31.应理解，芯片总线网络部署在诸如片上系统的芯片上。芯片包括多个模块，每个模块包括至少一个总线端口，各个模块所包括的总线端口形成了芯片的总线网络。在芯片为片上系统的情况下，片上系统上集成了处理器和诸如存储器等外部设备，存储器中可以存储有诸如操作系统等应用程序，应用程序中的指令由处理器执行，实现片上系统的功能。
32.还应理解，总线端口包括但不限于高级可扩展接口(advanced extensible interface，axi)、串行外设接口(serial peripheral interface，spi)、集成电路间总线(inter ic bus，i2c)、通用异步收发器(universal asynchronous receiver transmitter，uart)等中的至少一种协议所对应的端口。总线端口可以为总线协议规定的主设备的端口，用于主动发送请求消息，总线端口也可是总线协议规定的从属设备的端口，用于对请求消息进行响应，返回响应消息。总线端口可以还可以为总线协议规定的其他收发模式的端口。
33.还应理解，端口监测模块可以实现为一个或多个模块，端口监测模块对应于端口监测模块，可以是指，每个端口监测模块对应于一个或多个总线端口，总线网络中的部分或全部总线端口被端口监测模块所管理。例如，可以仅仅针对总线网络中与应用程序的特定类型的指令相关的部分，配置相应的端口监测模块。例如，在图2a的示例中，芯片1000上设置的阵列11、12、
…
、mn是总线网络130中各个总线端口的示例，应理解，这种基于阵列的端口排布方式仅仅为示例性的，不应当被理解为限制性的，在端口排布方式的各个示例中，可以针对芯片设计过程中所需的端口排布方式执行端口监测模块的配置。
34.作为针对部分总线端口配置端口监测模块的示例，标记为阴影的总线端口配置了端口监测模块110，未标记为阴影的总线端口，即，空白的总线端口未配置端口监测模块110。
35.端口监测模块110可以采用相应的软件配置或硬件配置实现。在端口监测模块110由硬件电路实现时，端口监测模块110的硬件电路连接到总线端口中的消息处理电路(例如，收发器)中，监测消息处理电路的电路状态，以判断总线端口的异常状态。
36.全局监测模块120，用于在接收到所述总线端口的异常状态的通知时，对所述总线端口进行异常分析。
37.应理解，全局监测模块120也可以被称为监测处理模块，相当于总线端口异常排查中的管理中心。全局监测模块120可以设置在芯片上的任何位置，全局监测模块可以作为逻辑上意义上的模块，即，配置了全局功能的逻辑，这样的逻辑可以配置在任务物理位置，可以集中式地布置，也可以分布式地布置。全局监测模块120也可以配置为监测电路。在一个示例中，全局监测模块120也对应于一总线端口设置，或者，将全局监测模块120的各个功能分布成对应于多个总线端口。
38.在图2a的示例中，各个端口监测模块110基于总线网络之外的电连接，通过带外管
理的方式连接到全局监测模块120，从而独立于总线网络，保证总线网络自身的通信可靠性的同时，执行安全的异常排查。
39.在本发明实施例的方案中，由于对应于总线端口配置的端口监测模块能够监测总线端口的异常状态，并且向全局监测模块通知异常状态，因此，提高了全局监测模块对复杂的芯片总线网络的异常端口定位，进一步地，全局监测模块能够基于异常端口定位进行异常分析，提高了总线异常排查效率。
40.在另一些示例中，监测总线端口的异常状态，包括：监测总线端口的事务消息状态，并且在事务消息状态符合异常条件时，判定总线端口处于异常状态，实现了可靠地总线异常判定。
41.应理解，文中的事务指示写操作或读操作等，事务消息指示写操作或读操作的指令或请求消息或响应消息。事务消息状态是指事务消息的收发状态、生成状态、端口的事务执行状态、通信时长等。具体地，收发状态是指事务消息的已发送、待发送、已接收、待接收等状态；生成状态是指事务消息的正常封装、已封装完成、未封装等状态；端口的事务执行状态是指在待执行事务消息的列表中的位置，例如，可以采用计数器逻辑或指针逻辑，依次执行事务消息列表中的执行事项；通信时长包括但不限于系统中固有的收发处理延迟、通信延迟等。
42.具体而言，在事务消息状态符合异常条件时，判定总线端口处于异常状态，包括：在事务消息状态符合异常条件时，判定总线端口处于异常状态。异常条件包括总线端口的事务消息的收发状态条件、生成状态条件、端口的事务执行状态、预设等待时长中的至少一者，由此，进一步提高了总线异常判定的可靠性。
43.图3a示出了端口监测模块110的一个示例，端口监测模块110中可以包括有效事务计数器111、异常触发电路112、事务消息参数缓存113和上报模块114，应理解，各个部分的配置方式仅仅为示例性的，端口监测模块110可以包括更多或更少的模块。
44.作为异常触发电路112的配置的一个示例，异常触发电路112可以连接到总线端口中包括的封装电路和发送电路，例如，异常触发电路112至少包括第一接线和第二接线，基于第一接线连接到封装电路，基于第二接线连接到发送电路，相应地，基于第一接线监测事务消息的生成状态，基于第二接线监测事务消息的收发状态。
45.可选地，有效事务计数器111可以配置为软件模块或硬件电路，用于采用计数器逻辑，依次执行事务消息列表中的执行事项。例如，当
46.可选地，事务消息参数缓存113可以配置为软件模块或硬件电路，
47.可选地，端口监测模块110的上报模块114至少包括两种能力，一方面，上报模块114能够上报判定的总线端口的异常状态，作为向全局监测模块120通知的示例。由于总线端口与端口监测模块具有对应关系，上报异常状态的消息中可以包括端口监测模块的标识或总线端口的标识，相应地，全局监测模块120基于预先存储的总线网络的端口拓扑图、或端口监测模块110的配置拓扑图，确定出现异常状态的总线端口。另一方面，端口监测模块110可以经由上报模块114向全局监测模块120用于异常分析的信息，例如，事务消息参数。在下面示出的表格1和表格2中，示出了总线异常触发条件和事务消息参数。
48.表格1
[0049][0050]
表格2
[0051][0052]
更具体地，图2b为图1实施例的总线设备之间进行通信的交互图。一般而言，soc总线传输协议有多种，在本示例中，以基于主(master)设备和从属(slave)设备之间的总线接口协议为例，说明和描述作为主设备的总线端口和作为从设备的总线端口之间的通信交互过程。在图2b的示例中，主设备10和从属设备20之间采用握手信号来正确进行数据传输。在本示例中，例如，总线传输都可以划分为两部分，命令传输和数据传输。
[0053]
在命令传输阶段中，在步骤s210中，主设备10在发送命令的时候将命令和命令有效信号同时发送到总线上，相应地，从属设备20根据本身的处理状态决定是否接收该命令：如果决定接收该命令，则在步骤s220中，将发送接收信号即握手信号。
[0054]
应理解，主设备10通过一个命令可以发送一个或多个数据给从属设备20，或从从属设备20获取一个或多个数据。
[0055]
在命令完成握手后，在步骤s230中，主设备10向从属设备20进行的写数据访问，主设备10将数据和数据有效信号发送到总线上，相应地，在步骤s240中，从属设备20同样发送接收数据的握手信号完成数据的总线传输。应理解，主设备10每发送一个数据之后，等待从属设备20反馈握手信号，收到该握手信号后，再发送下一个数据。
[0056]
在步骤s250中，主设备10向从属设备20进行读数据访问，主设备10将数据和数据有效信号发送到总线上，在步骤s260中，主设备10每发送一个数据，从属设备20对应发送一个握手信号给主设备10，其中数据与相应的握手信号同时发送。
[0057]
应理解，读数据访问命令传输握手阶段完成后，即主设备10在发送了读数据命令并接收到握手信号后，从属设备20开始发送数据。具体地，从属设备20每发送一个数据及握手信号之后，检测主设备10的状态是否是可以接收数据状态：当该状态为可以接收数据时，从属设备20再发送下一个数据及相应的握手信号；否则，从属设备20会等待该状态变为可以接收数据后，再发送数据及相应的握手信号。
[0058]
一旦从属设备20的握手信号没有正确发出，总线会出现诸如挂死的异常情况，当总线出现异常后，soc系统会出现死机等严重问题，例如，可以使用看门狗电路在总线挂死后将soc系统进行复位，系统重新启动。
[0059]
下面将结合上述的总线异常触发条件以及图2b中的各个示例描述异常状态的判定过程。在本示例中，事务消息的类型包括读操作请求消息，读操作响应消息、写操作请求消息、写操作响应消息。发送端口对应于总线协议中规定的主设备。
[0060]
在一个具体的实现方式中，在事务消息状态符合异常条件时，判定总线端口处于异常状态，包括：在发送端口的请求消息的收发状态指示未发送、且请求消息的生成状态指示已生成的情况下，判定总线端口处于异常状态。由此，快捷且可靠地判定了异常状态，进一步有利于总线端口异常的排查。
[0061]
在这种情况下，总线异常触发条件配置如下：
[0062][0063]
应理解，消息状态指示消息为正常消息还是异常消息，可以基于消息类型、消息地址信息、校验信息确定消息状态。
[0064]
在本示例中，除了生成状态和收发状态之外，还可以基于消息状态、总线端口的事务执行主体和等待时长中的至少一者确定异常触发条件。
[0065]
在另一具体的实现方式中，在事务消息状态符合异常条件时，判定总线端口处于异常状态，包括：在发送端口的响应消息的收发状态指示已发送、且响应消息的生成状态指示未生成的情况下，判定总线端口处于异常状态。由此，快捷且可靠地判定了异常状态，进一步有利于总线端口异常的排查。
[0066]
在另一具体的实现方式中，在事务消息状态符合异常条件时，判定总线端口处于异常状态，包括：在发送端口的响应消息的收发状态指示已发送、响应消息的生成状态指示未生成、且发送端口的事务执行状态指示待执行的情况下，判定总线端口处于异常状态。由此，快捷且可靠地判定了异常状态，进一步有利于总线端口异常的排查。
[0067]
在这种情况下，总线异常触发条件配置如下：
[0068][0069]
在本示例中，除了生成状态和收发状态之外，还可以基于消息状态、总线端口的事务执行主体和等待时长中的至少一者确定异常触发条件。
[0070]
其中，如果端口监测模块中的计数器指示当前还存在有效事务消息，即，待处理的事务消息的数目不为0，则综合其他条件判定总线端口处于异常状态。这是因为，待处理的事务消息的数目不为0时，事务执行状态是正常的，不能因此直接判定总线端口处于异常状态。与此相对，如果待处理的事务消息的数目为0，则事务执行状态为异常，因此，即使其他的判定条件为正常，也可以判定总线端口处于异常状态。一般而言，可以基于上述的各个异常判定条件进行或运算，即，在满足一个异常判定条件时，可以判定总线端口处于异常状态。
[0071]
对于作为异常判定条件之一的事务执行状态而言，一般而言，端口监测模块用于：基于总线端口的待执行事务消息的标识是否在待依次执行的事务序列中，确定总线端口的事务执行状态。
[0072]
在另一些示例中，在监测芯片总线网络中的总线端口的事务消息状态之前，端口监测模块还用于：获取总线端口的事务消息参数到缓存中。相应地，记录异常状态对应的总线端口的事务消息参数，包括：从缓存中，确定并记录异常状态对应的总线端口的事务消息参数。
[0073]
事实上，随着soc规模越来越大，场景应用越来越复杂，对实际开发过程中会出现
的系统异常的情况，诸如遇到芯片上的总线挂死或者处理器访问某些设备通路被挂住的情况，此时依赖于处理器的诸如基于处理器jtag口、uart接口等进行调试等传统调试手段已无法正常使用，大大增加了软件和硬件的调试难度。
[0074]
在本实施例中，端口监测模块用于记录所述异常状态对应的总线端口的事务消息参数，相应地，全局监测模块用于：在接收到所述总线端口的异常状态的通知时，获取所述总线端口的事务消息参数，并且基于所述事务消息参数对所述总线端口进行异常分析。由于在准确定位了总线端口的位置的情况下，能够基于事务消息参数进行进一步的异常分析，从而提高了调试的效率和可靠性。
[0075]
例如，事务消息参数包括事务执行状态、消息标识、消息类型、消息地址信息、消息数据大小中的至少一者。具体地，消息类型包括写操作消息或读操作消息等；消息地址信息包括消息的目的地地址和源地址；消息数据大小指示是否符合总线协议规定的数据大小，或者，当前传输的消息数据大小是否与应用程序中定义的指令一致或匹配。
[0076]
更具体地，芯片总线网络用于执行应用程序。全局监测模块具体用于：基于事务消息参数，确定应用程序中与总线端口对应的指令，以对指令进行异常分析。
[0077]
在图3b的示例中，全局监测模块120包括收发模块121和异常分析模块122。收发模块121可以图3a中的上报模块对应，分别作为端口监测模块和全局监测模块的通信接口。收发模块121从上报模块114接收指示总线端口的异常状态的信息，和/或，用于全局监测模块对总线端口的异常状态进行异常分析的信息。在一个示例中，用于异常分析的信息包括事务消息参数。
[0078]
例如，基于事务执行状态、消息标识、消息类型、消息地址信息、消息数据大小中的至少一者，确定应用程序中与总线端口对应的指令。在对应的指令不存在异常时，例如，对应的指令指示的代码不存在异常时，则可以判定处于异常状态的总线端口出现了配置错误，相应地，可以继续排查这样的总线端口的电路配置或软件配置。与此相对，在对应的指令存在异常时，可以首先对应于程序的语言代码进行排查，例如，对应用程序进行软件测试，并执行相应的软件调试。
[0079]
然后，在调试通过之后，可以重新在芯片上运行应用程序，如果端口监测模块未监测到这样的总线端口的异常状态，则异常状态排查结束，这时，异常状态是由于上层的程序代码导致的。
[0080]
如果在调试通过之后再次运行应用程序时，端口监测模块仍然监测到定位的总线端口的异常状态，则说明总线端口的配置故障，于是，可以重新配置定位的总线端口。然后，在重新配置总线端口之后，再次经由端口监测模块执行监测，如果未监测到这样的总线端口的异常状态，则异常状态排查结束；如果仍然监测到定位的总线端口的异常状态，则重新配置总线端口，直到异常状态排查结束。
[0081]
图4为根据本发明的另一实施例的总线管理方法的示意性步骤流程图。总线管理方法应用于包括端口监测模块和全局监测模块的总线监测网络。所述端口监测模块对应于芯片总线网络中的总线端口配置，
[0082]
本实施例的总线管理方法包括：
[0083]
s410：通过端口监测模块，监测总线端口的异常状态。
[0084]
s420：通过全局监测模块，在接收到总线端口的异常状态的通知时，对总线端口进
行异常分析。
[0085]
在本发明实施例的方案中，由于对应于总线端口配置的端口监测模块能够监测总线端口的异常状态，并且向全局监测模块通知异常状态，因此，提高了全局监测模块对复杂的芯片总线网络的异常端口定位，进一步地，全局监测模块能够基于异常端口定位进行异常分析，提高了总线异常排查效率。
[0086]
在另一些示例中，监测总线端口的异常状态，包括：监测所述总线端口的事务消息状态；在所述事务消息状态符合异常条件时，判定所述总线端口处于异常状态。
[0087]
在另一些示例中，在接收到总线端口的异常状态的通知时，对总线端口进行异常分析，包括：在所述事务消息状态符合异常条件时，判定所述总线端口处于异常状态，其中，所述异常条件包括所述总线端口的事务消息的收发状态条件、生成状态条件、所述端口的事务执行状态、预设等待时长中的至少一者。
[0088]
在另一些示例中，所述在所述事务消息状态符合异常条件时，判定所述总线端口处于异常状态，包括：在发送端口的请求消息的收发状态指示未发送、且所述请求消息的生成状态指示已生成的情况下，判定所述总线端口处于异常状态。
[0089]
在另一些示例中，所述在所述事务消息状态符合异常条件时，判定所述总线端口处于异常状态，包括：在发送端口的响应消息的收发状态指示已发送、且所述响应消息的生成状态指示未生成的情况下，判定所述总线端口处于异常状态。
[0090]
在另一些示例中，所述在所述事务消息状态符合异常条件时，判定所述总线端口处于异常状态，包括：在发送端口的响应消息的收发状态指示已发送、所述响应消息的生成状态指示未生成、且所述发送端口的事务执行状态指示待执行的情况下，判定所述总线端口处于异常状态。
[0091]
在另一些示例中，总线管理方法还包括：基于所述总线端口的待执行事务消息的标识是否在待依次执行的事务序列中，确定所述总线端口的事务执行状态。
[0092]
在另一些示例中，在所述监测芯片总线网络中的总线端口的事务消息状态之前，总线管理方法还包括：获取所述总线端口的事务消息参数到缓存中。所述记录所述异常状态对应的总线端口的事务消息参数，包括：从所述缓存中，确定并记录所述异常状态对应的总线端口的事务消息参数。
[0093]
在另一些示例中，总线管理方法还包括：通过端口监测模块，记录所述异常状态对应的总线端口的事务消息参数。相应地，在接收到总线端口的异常状态的通知时，对总线端口进行异常分析，包括：在接收到所述总线端口的异常状态的通知时，获取所述总线端口的事务消息参数，并且基于所述事务消息参数对所述总线端口进行异常分析。
[0094]
在另一些示例中，所述芯片总线网络用于执行应用程序。基于所述事务消息参数对所述总线端口进行异常分析：基于所述事务消息参数，确定所述应用程序中与所述总线端口对应的指令，以对所述指令进行异常分析。
[0095]
本实施例的装置用于实现前述多个方法实施例中相应的方法，并具有相应的方法实施例的有益效果，在此不再赘述。此外，本实施例的装置中的各个模块的功能实现均可参照前述方法实施例中的相应部分的描述，在此亦不再赘述。
[0096]
需要指出，根据实施的需要，可将本发明实施例中描述的各个部件/步骤拆分为更多部件/步骤，也可将两个或多个部件/步骤或者部件/步骤的部分操作组合成新的部件/步
骤，以实现本发明实施例的目的。
[0097]
上述根据本发明实施例的方法可在硬件、固件中实现，或者被实现为可存储在记录介质(诸如cd rom、ram、软盘、硬盘或磁光盘)中的软件或计算机代码，或者被实现通过网络下载的原始存储在远程记录介质或非暂时机器可读介质中并将被存储在本地记录介质中的计算机代码，从而在此描述的方法可被存储在使用通用计算机、专用处理器或者可编程或专用硬件(诸如asic或fpga)的记录介质上的这样的软件处理。可以理解，计算机、处理器、微处理器控制器或可编程硬件包括可存储或接收软件或计算机代码的存储组件(例如，ram、rom、闪存等)，当所述软件或计算机代码被计算机、处理器或硬件访问且执行时，实现在此描述的方法。此外，当通用计算机访问用于实现在此示出的方法的代码时，代码的执行将通用计算机转换为用于执行在此示出的方法的专用计算机。
[0098]
本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及方法步骤，能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本发明实施例的范围。
[0099]
以上实施方式仅用于说明本发明实施例，而并非对本发明实施例的限制，有关技术领域的普通技术人员，在不脱离本发明实施例的精神和范围的情况下，还可以做出各种变化和变型，因此所有等同的技术方案也属于本发明实施例的范畴，本发明实施例的专利保护范围应由权利要求限定。