一种CHI协议防阻塞互联方法、系统、设备及存储介质与流程

一种chi协议防阻塞互联方法、系统、设备及存储介质
技术领域
1.本发明属于计算机领域，具体涉及一种chi协议防阻塞互联方法、系统、设备及存储介质。


背景技术：

2.随着云计算近年来的迅速发展，规模不断增大，多路服务器的应用也变得越来越广泛，其稳定性能好，安全度高，运算效率高，在几乎所有的生产生活领域都已经得到了广泛应用。随着服务器应用领域的不断发展，高端服务器的应用需求已经进入了一个重要阶段。复杂的体系结构实现支持高端服务器系统实现高性能指标，即高安全性、高可用性、高可靠性等特点。
3.其中网络控制类芯片控制多路处理器系统，使系统内部报文传输达到高效可靠、安全稳定的目的。本发明涉及芯片设计领域，具体涉及一种多arm处理器节点网络中，网络控制协议芯片访问处理器缓存的实现过程中，数据通路上的访问队列的无阻塞调度处理的新型实现方法。对于该类的控制芯片的设计来说，多路高速报文的高效调度是非常有必要的。基于arm处理器的chi协议，通过高效调度，请求通过每一个部件节点，都需要进行缓存，然后根据下一级部件的处理能力决定是否对数据下一级转发，最终传输至请求目标节点。对于大规模高速协议处理器而言，单位时间处理的数据量相当庞大，且没有必然的相关性，采用常规方法导致各部件缓存达到处理能力上限，造成通路拥塞的比率非常高，传统的基于chi协议处理的方式已不能满足要求，对于系统整体性能会产生较大的负面影响。


技术实现要素：

4.为解决以上问题，本发明提出一种chi协议防阻塞互联方法，包括：
5.在chi协议传输链路的请求端建立请求计数器；
6.响应于所述请求端发出数据传输请求，将所述请求计数器的值加1，并判断所述请求计数器的值是否等于预定值；
7.响应于所述计数器的值等于预定值，禁止所述请求端发送数据传输请求。
8.在本发明的一些实施方式中，方法还包括：
9.在所述chi协议传输链路的响应端建立第一缓存；
10.监控所述响应端接收到的数据传输请求的响应状态，并将所述数据传输请求的响应状态保存到所述第一缓存中。
11.在本发明的一些实施方式中，方法还包括：
12.监控所述请求端发出的数据传输完成确认信息；
13.响应于所述请求端发出所述数据传输完成确认信息，将所述请求端的请求计数器的值减1；以及
14.监控所述响应端接收到的所述数据传输完成确认信息；
15.响应于所述响应端接收到所述数据传输完成确认信息，从所述第一缓存中释放所
述数据传输完成确认信息所对应的响应状态记录。
16.在本发明的一些实施方式中，方法还包括：
17.获取所述第一缓存所能记录的所述数据传输请求的个数，根据所述第一缓存所能记录的所述数据传输请求的个数设置所述请求计数器的预定值。
18.在本发明的一些实施方式中，根据所述第一缓存所能记录的所述数据传输请求的个数设置所述请求计数器的预定值，包括：
19.将所述第一缓存所能记录的所述数据传输请求的个数减1作为所述请求计数器的预定值。
20.在本发明的一些实施方式中，根据所述第一缓存所能记录的所述数据传输请求的个数设置所述请求计数器的预定值，还包括：
21.获取多个所述响应端的所述第一缓存所能记录的所述数据传输请求的总数，并将所述第一缓存所能记录的所述数据传输请求的总数减1作为所述请求端的请求计数器的预定值。
22.在本发明的一些实施方式中，获取多个所述响应端的所述第一缓存所能记录的所述数据传输请求的总数，并将所述第一缓存所能记录的所述数据传输请求的总数减1作为所述请求端的请求计数器的预定值，包括：
23.响应于所述请求端为多个，将多个所述请求端的请求计数器的值进行同步，并将多个所述请求计数器的预定值设为多个所述响应端所能记录的所述数据传输请求的总数减去多个所述请求端的个数。
24.在本发明的一些实施方式中，方法还包括：
25.在所述请求端建立第二缓存，响应于所述请求计数器禁止所述请求端发送数据传输请求，将所述数据传输请求缓存到所述第二缓存。以及
26.响应于所述请求计数器的值低于预定值，从所述第二缓存中获取数据传输请求并发出。
27.本发明的又一方面还提出了一种计算机设备，包括：
28.至少一个处理器；以及
29.存储器，所述存储器存储有可在所述处理器上运行的计算机指令，所述指令由所述处理器执行时实现上述实施方式中任意一项所述方法的步骤。
30.本发明的再一方面还提出了一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，所述计算机程序被处理器执行时实现上述实施方式中任意一项所述方法的步骤。
31.通过本发明提供一种chi协议防阻塞互联方法，在chi协议的传输链路的请求端和响应端的硬件电路上分别建立请求计数器和buffer，通过buffer与计数器控制在传输链路中的请求数量。有助于在保持芯片电路规模不变的情况下，降低各级部件缓存拥塞通路的比率，在电路持续长时间有效工作的时候，对于系统访问效率有较大的提高。优化了电路设计的资源，简化了电路结构，减轻了芯片后端设计的复杂度，从整体上降低整个芯片系统设计复杂度。
附图说明
32.为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
33.图1为本发明实施例提供的一种chi协议防阻塞互联方法的实施例的方法流程图；
34.图2为本发明实施例提供的一种计算机设备的结构示意图；
35.图3为本发明实施例提供的一种计算机存储介质的结构示意图。
36.图4为现有技术的chi链路互联的数据传输过程交互图；
37.图5为本发明优化后的chi协议防阻塞互联方法的数据传输过程的交互图；
38.图6为本发明实施例所提供的一种chi协议防阻塞互联方法所实现传输链路的结构图。
具体实施方式
39.为使本发明的目的、技术方案和优点更加清楚明白，以下结合具体实施例，并参照附图，对本发明实施例进一步详细说明。
40.需要说明的是，本发明实施例中所有使用“第一”和“第二”的表述均是为了区分两个相同名称非相同的实体或者非相同的参量，可见“第一”“第二”仅为了表述的方便，不应理解为对本发明实施例的限定，后续实施例对此不再一一说明。
41.本发明所公开的方法应用于arm平台的chi协议链路中，chi协议是amba(amba总线是arm研发的(advanced microcontroller bus architecture)一种特殊的机制，可以将risc处理器集成在其他ip芯核和外设中，不是芯片与外设之间的接口，而是arm内核(cpu)与芯片上其他元件进行通信的接口。)的第五代协议，是ace协议的进化版，将所有的信息传输采用包(packet)的形式来完成，packet里分各个域段传递不同信息，本质还是用于解决多个cpu(rn，request node，请求节点，在本发明中指发起数据传输请求的设备或cpu内核，即在chi链路上的cpu内核访问其他设备(通常指存储设备，))之间的数据一致性问题。即chi协议实现的是多个cpu对内存数据的访问。在现有技术中，通常采用缓存拥塞应答机制，如图4所示，在接收请求的(icn，information-centric networking，信息中心网络(可实现对多个rn节点的数据访问的应答))缓存资源使用耗尽的时候，(icn)缓存资源再接收到请求时，会发送retryack信息到发起请求的节点(rn)，作为该请求的响应，请求节点收到该响应后保持为等待再次发送该请求的状态，直到(icn)向(rn)发送pcrdgrant信息后，(rn)才能够重新发送请求到(icn)。该方案采用的是最通常的实现方法，即采用接收端(icn)接收缓存不足的时候，采用重传反馈的方式，保证(rn)发出的请求在不能够被(icn)接收的时候，所发出的请求不会丢失，在rn中保持于重传的状态，等待icn的缓存有能力接收请求的时候，发送允许发送的信息，(rn)在接收到该信息后，才能再一次从(rn)发出刚才未能发送成功的请求。
42.此种设计实现方式，当出现重传情景时，如图4所示，由于重传信息retryack和重新授权信息pcrdgrant都要通过系统总线，从(icn)节点发送到(rn)节点，结合图5所示，从而使一个请求从(rn)发起到(rn)接收到响应并返回compack的过程中额外增加了重传和重
新授权发送请求的过程。这个过程本身会导致在系统总线上额外增加延时，而且由于在rn和icn之间交互的请求和响应数量的增加，会占用更多的系统总线带宽，从而影响其他节点使用系统总线带宽的效率。此外，由于增加了重传和重新授权发送请求的机制，在rn和icn节点的电路功能设计中，也需要额外增加更多的设计电路资源开销来满足这种特殊情况下的重传功能的实现需要，从而大大增加了设计的复杂度，也增大了设计资源的需求。
43.为解决上述问题，如图1所示，本发明提出一种chi协议防阻塞互联方法，包括：
44.步骤s1、在chi协议传输链路的请求端建立请求计数器；
45.步骤s2、响应于所述请求端发出数据传输请求，将所述请求计数器的值加1，并判断所述请求计数器的值是否等于预定值；
46.步骤s3、响应于所述计数器的值等于预定值，禁止所述请求端发送数据传输请求。
47.在本发明的实施例中，在步骤s1中，在chi协议传输链路的请求端建立请求计数器，如图6所示，请求端是指图6中的rn节点，rn节点在chi协议链路中产生读写协议传输报文，并发送到chi协议的传输链路的icn，因此本发明在rn节点的发送端口处通过硬件逻辑实现了一个计数器tx counter(transport counter，请求端计数器)。
48.在步骤s2中，通过rn节点上建立的请求计数器tx counter监控rn节点上传输请求的发送。当rn节点发送一个数据传输请求时，tx counter的值就会累加1，并且判断累加后的值是否等于预定大小。
49.在步骤s3中，如果tx counter的值等于预定大小，则tx counter将禁止rn节点上的发送端口发送数据传输请求。
50.在本发明的一些实施方式中，方法还包括：
51.在所述chi协议传输链路的响应端建立第一缓存；
52.监控所述响应端接收到的数据传输请求的响应状态，并将所述数据传输请求的响应状态保存到所述第一缓存中。
53.在本实施例中，如图6所示，除了在chi协议传输链路的rn节点建立请求计数器tx counter之外，在chi协议传输链路的响应端，即图6中的icn节点中同样通过硬件逻辑建立一个用于缓存icn节点所收到的且正在处理的数据传输请求的第一缓存，即图中的rx req buffer(receive request buffer，接收端请求缓存)。将icn节点收到的数据传输请求进行处理后根据数据传输请求的唯一标识，在rx req buffer中建立一条记录，记录的内容字段包括如图5所示的4个状态参数，即：snoopable read(chi协议的独占访问请求)、readnosnp(icn向sn节点发送的独占访问请求)、compdata(complete data数据传输完成标记)以及comack(complete acknowledge character，数据传输完成的完成确认字符)。其中，snoopable read表示从对应的rn节点发送的数据传输请求的状态，readnosnp表示icn节点是否已经将该数据传输请求发送到后端的其他存储设备或其他节点设备上；compdata表示从后端的其他存储设备或其他设备上的数据是否已经发送到rn节点；compack表示rn节点已验证数据传输完成而发送的数据传输完成确认信息。
54.在本发明的一些实施方式中，方法还包括：
55.监控所述请求端发出的数据传输完成确认信息；
56.响应于所述请求端发出所述数据传输完成确认信息，将所述请求端的请求计数器的值减1；以及
57.监控所述响应端接收到的所述数据传输完成确认信息；
58.响应于所述响应端接收到所述数据传输完成确认信息，从所述第一缓存中释放所述数据传输完成确认信息所对应的响应状态记录。
59.在本实施例中，在本发明方法的实施中，实施本发明的方法需要将数据传输进行修改，即如图6所示，在传输数据时请求端，即rn节点向响应端icn节点发出对应的数据传输请求snoopable read，icn收到之后向sn节点(后端存储器，也可以其他设备)发送readnosnp，sn节点处理请求并将请求的数据读出再通过chi协议数据链路总线发送到rn节点，rn节点在收到数据内容验证无误后向icn节点发送传输完成确认信息compack。传输完成确认信息compack是由rn节点发出，而位于rn节点的请求随机数器tx counter监测到有传输完成确认信息compack发出时，便将tx counter的值减1，表示当前传输任务中已经有一个传输任务完成，若存在传输请求发送的限制则解除限制，rn节点可继续发出请求。
60.另外，在icn节点，icn节点若接收到相应的传输完成确认信息compack，则根据该传输完成确认信息compack，将rx req buffer中对应的记录释放。到此一个数据传输任务正式完成。
61.在本发明的一些实施方式中，方法还包括：
62.获取所述第一缓存所能记录的所述数据传输请求的个数，根据所述第一缓存所能记录的所述数据传输请求的个数设置所述请求计数器的预定值。
63.在本实施例，如前所述，本发明所提供的方法是通过在rn节点和icn节点分别建立请求计数器tx counter和第一缓存rx req buffer对chi协议链路上的数据传输进行有序控制。但由于chi协议的特性，传输完成确认信息compack和新的传输请求的snoopable read是通过两个相互独立的总线通路进行传输，因此，这两个发往icn节点的信息报文的到达icn节点顺序是无法保证的。因此，为防止snoopable read早于compack到达icn节点，rx req buffer的空间并未释放，而无法接收新的snoopable read，出现retry的现象，需要对根据rx req buffer所能记录的数据传输请求的个数设定预设值。具体地，在rn节点连接到对应的chi协议的数据链路中后，向对应需要访问的icn节点获取其rx req buffer的最大记录数，并根据最大记录数设置tx counter的最大计数值。
64.在本发明的一些实施方式中，根据所述第一缓存所能记录的所述数据传输请求的个数设置所述请求计数器的预定值，包括：
65.将所述第一缓存所能记录的所述数据传输请求的个数减1作为所述请求计数器的预定值。
66.在本实施例中，如前所述，优选地将rn节点的tx counter的最大计数值设定为rx req buffer的最大记录数减一。具体地，假如rx req buffer的最大记录数为n，即如图6所示，rx req buffer有entry0-entryn(0-n条记录)个空间。因此，采用tx counter控制阈值与icn处理请求能力少1的方式，即限制rn节点最多发送n-1个请求出去，这样，即使出现上述内容所描述的不保序的情况(snoopable read早于compack)，由于icn的缓存有一个额外空出的entry给新的请求使用，这样新的数据传输请求(snoopable read)也不会出现retry的情况，在新的数据传输请求被保存在icn进行处理后，compack再到达，此时释放对应已经完成的数据传输请求占用的entry，icn的rx req buffer依然保持一个entry空出的状态，还实现了对新到数据传输请求的的缓存，并没有导致retry(重试，在本发明中指重发数据
传输请求)场景的发生。
67.在本发明的一些实施方式中，根据所述第一缓存所能记录的所述数据传输请求的个数设置所述请求计数器的预定值，还包括：
68.获取多个所述响应端的所述第一缓存所能记录的所述数据传输请求的总数，并将所述第一缓存所能记录的所述数据传输请求的总数减1作为所述请求端的请求计数器的预定值。
69.在本实施例中，如果1个rn节点向多个icn节点发送数据请求时，在设定rn节点的tx counter时，向多个icn节点发送获取rx req buffer最大记录数的请求，将多个icn节点的rx req buffer最大记录数相加后再减1后作为tx counter的最大值。
70.在本发明的一些实施方式中，获取多个所述响应端的所述第一缓存所能记录的所述数据传输请求的总数，并将所述第一缓存所能记录的所述数据传输请求的总数减1作为所述请求端的请求计数器的预定值，包括：
71.响应于所述请求端为多个，将多个所述请求端的请求计数器的值进行同步，并将多个所述请求计数器的预定值设为多个所述响应端所能记录的所述数据传输请求的总数减去多个所述请求端的个数。
72.在本实施例中，在存在多个rn节点向多个icn节点的数据传输场景中，对多个icn节点上的tx counter的最大值进行设定时，需要考虑多个rn节点并行发送数据传输请求的情况。在本实施例中，通过chi协议链路将多个rn节点的tx counter的值进行同步，即将多个rn节点的tx counter的值保持相同，每一个rn节点发出一个数据传输请求，便将所有的rn节点的tx counter的值累加1。同时在每一个rn节点发出传输完成确认信息compack后，将所有的rn节点上的tx counter的值减1。并且在设定多个rn节点的tx counter的最大值时，获取多个icn节点的最大记录数n的总数n’之后，将tx counter的最大值设置为n’减去rn节点的个数后的值，即如果rn节点的个数为5，5个icn节点的最大记录数为100，则tx counter的最大值为5*100-5＝495。
73.在本发明的一些实施例中，如果对多个rn节点的tx counter的同步方式是通过将每一个tx counter的值累加时通过硬件电路向其他rn节点tx counter发送电位变化，即强同步的方式，可无需按照上述的方法减去rn节点的个数来设置tx counter的最大值。如果是通过在chi链路协议中发送相应的增加tx counter的值的数据进行同步，需减去rn节点的个数以设置tx counter的最大值。
74.在本发明的一些实施方式中，方法还包括：
75.在所述请求端建立第二缓存，响应于所述请求计数器禁止所述请求端发送数据传输请求，将所述数据传输请求缓存到所述第二缓存；以及
76.响应于所述请求计数器的值低于预定值，从所述第二缓存中获取数据传输请求并发出。
77.在本实施例中，如图6所示，在rn节点中还设有用于缓存rn节点收到的数据传输请求的tx req buffer(transport request buffer，发送端请求缓存器)，当请求计数器tx counter的值为最大值，禁止rn节点发送数据传输请求时，可将rn节点收到的数据传输请求缓存到tx req buffer中。
78.在本发明的一些实施例中，tx counter控制规则如下：
79.1.tx counter上限阈值为icn接收缓存数量n-1(多个rn节点时除外)。
80.2.tx counter从0开始计数，当tx counter《n-1时，如果tx req buffer中存在待发送的req请求，那么tx counter会从该buffer缓存中读取该请求，并将请求发送至icn，同时在tx counter中计数 1。
81.3.tx counter在检测到rn发往icn的compack时，会将在tx counter中计数-1。
82.4.如果发送req请求和检测compack两个事件同时发生，则tx counter中计数保持不变。
83.通过本发明提供的一种chi协议防阻塞互联方法，在chi协议的传输链路的请求端和响应端的硬件电路上分别建立请求计数器和buffer，通过buffer与计数器控制在传输链路中的请求数量。有助于在保持芯片电路规模不变的情况下，降低各级部件缓存拥塞通路的比率，在电路持续长时间有效工作的时候，对于系统访问效率有较大的提高。优化了电路设计的资源，简化了电路结构，减轻了芯片后端设计的复杂度，从整体上降低整个芯片系统设计复杂度。
84.如图2所示，本发明的又一方面还提出了一种计算机设备，包括：
85.至少一个处理器21；以及
86.存储器22，所述存储器22存储有可在所述处理器21上运行的计算机指令23，所述指令23由所述处理器21执行时实现一种chi协议防阻塞互联方法，包括：
87.在chi协议传输链路的请求端建立请求计数器；
88.响应于所述请求端发出数据传输请求，将所述请求计数器的值加1，并判断所述请求计数器的值是否等于预定值；
89.响应于所述计数器的值等于预定值，禁止所述请求端发送数据传输请求。
90.在本发明的一些实施方式中，方法还包括：
91.在所述chi协议传输链路的响应端建立第一缓存；
92.监控所述响应端接收到的数据传输请求的响应状态，并将所述数据传输请求的响应状态保存到所述第一缓存中。
93.在本发明的一些实施方式中，方法还包括：
94.监控所述请求端发出的数据传输完成确认信息；
95.响应于所述请求端发出所述数据传输完成确认信息，将所述请求端的请求计数器的值减1；以及
96.监控所述响应端接收到的所述数据传输完成确认信息；
97.响应于所述响应端接收到所述数据传输完成确认信息，从所述第一缓存中释放所述数据传输完成确认信息所对应的响应状态记录。
98.在本发明的一些实施方式中，方法还包括：
99.获取所述第一缓存所能记录的所述数据传输请求的个数，根据所述第一缓存所能记录的所述数据传输请求的个数设置所述请求计数器的预定值。
100.在本发明的一些实施方式中，根据所述第一缓存所能记录的所述数据传输请求的个数设置所述请求计数器的预定值，包括：
101.将所述第一缓存所能记录的所述数据传输请求的个数减1作为所述请求计数器的预定值。
102.在本发明的一些实施方式中，根据所述第一缓存所能记录的所述数据传输请求的个数设置所述请求计数器的预定值，还包括：
103.获取多个所述响应端的所述第一缓存所能记录的所述数据传输请求的总数，并将所述第一缓存所能记录的所述数据传输请求的总数减1作为所述请求端的请求计数器的预定值。
104.在本发明的一些实施方式中，获取多个所述响应端的所述第一缓存所能记录的所述数据传输请求的总数，并将所述第一缓存所能记录的所述数据传输请求的总数减1作为所述请求端的请求计数器的预定值，包括：
105.响应于所述请求端为多个，将多个所述请求端的请求计数器的值进行同步，并将多个所述请求计数器的预定值设为多个所述响应端所能记录的所述数据传输请求的总数减去多个所述请求端的个数。
106.在本发明的一些实施方式中，方法还包括：
107.在所述请求端建立第二缓存，响应于所述请求计数器禁止所述请求端发送数据传输请求，将所述数据传输请求缓存到所述第二缓存。以及
108.响应于所述请求计数器的值低于预定值，从所述第二缓存中获取数据传输请求并发出。
109.本发明的再一方面还提出了一种计算机可读存储介质401，如图3所示，所述计算机可读存储介质401存储有计算机程序402，所述计算机程序402被处理器执行时实现一种chi协议防阻塞互联方法，包括：
110.在chi协议传输链路的请求端建立请求计数器；
111.响应于所述请求端发出数据传输请求，将所述请求计数器的值加1，并判断所述请求计数器的值是否等于预定值；
112.响应于所述计数器的值等于预定值，禁止所述请求端发送数据传输请求。
113.在本发明的一些实施方式中，方法还包括：
114.在所述chi协议传输链路的响应端建立第一缓存；
115.监控所述响应端接收到的数据传输请求的响应状态，并将所述数据传输请求的响应状态保存到所述第一缓存中。
116.在本发明的一些实施方式中，方法还包括：
117.监控所述请求端发出的数据传输完成确认信息；
118.响应于所述请求端发出所述数据传输完成确认信息，将所述请求端的请求计数器的值减1；以及
119.监控所述响应端接收到的所述数据传输完成确认信息；
120.响应于所述响应端接收到所述数据传输完成确认信息，从所述第一缓存中释放所述数据传输完成确认信息所对应的响应状态记录。
121.在本发明的一些实施方式中，方法还包括：
122.获取所述第一缓存所能记录的所述数据传输请求的个数，根据所述第一缓存所能记录的所述数据传输请求的个数设置所述请求计数器的预定值。
123.在本发明的一些实施方式中，根据所述第一缓存所能记录的所述数据传输请求的个数设置所述请求计数器的预定值，包括：
124.将所述第一缓存所能记录的所述数据传输请求的个数减1作为所述请求计数器的预定值。
125.在本发明的一些实施方式中，根据所述第一缓存所能记录的所述数据传输请求的个数设置所述请求计数器的预定值，还包括：
126.获取多个所述响应端的所述第一缓存所能记录的所述数据传输请求的总数，并将所述第一缓存所能记录的所述数据传输请求的总数减1作为所述请求端的请求计数器的预定值。
127.在本发明的一些实施方式中，获取多个所述响应端的所述第一缓存所能记录的所述数据传输请求的总数，并将所述第一缓存所能记录的所述数据传输请求的总数减1作为所述请求端的请求计数器的预定值，包括：
128.响应于所述请求端为多个，将多个所述请求端的请求计数器的值进行同步，并将多个所述请求计数器的预定值设为多个所述响应端所能记录的所述数据传输请求的总数减去多个所述请求端的个数。
129.在本发明的一些实施方式中，方法还包括：
130.在所述请求端建立第二缓存，响应于所述请求计数器禁止所述请求端发送数据传输请求，将所述数据传输请求缓存到所述第二缓存。以及
131.响应于所述请求计数器的值低于预定值，从所述第二缓存中获取数据传输请求并发出。
132.以上是本发明公开的示例性实施例，但是应当注意，在不背离权利要求限定的本发明实施例公开的范围的前提下，可以进行多种改变和修改。根据这里描述的公开实施例的方法权利要求的功能、步骤和/或动作不需以任何特定顺序执行。此外，尽管本发明实施例公开的元素可以以个体形式描述或要求，但除非明确限制为单数，也可以理解为多个。
133.应当理解的是，在本文中使用的，除非上下文清楚地支持例外情况，单数形式“一个”旨在也包括复数形式。还应当理解的是，在本文中使用的“和/或”是指包括一个或者一个以上相关联地列出的项目的任意和所有可能组合。
134.本领域普通技术人员可以理解实现上述实施例的全部或部分步骤可以通过硬件来完成，也可以通过程序来指令相关的硬件完成，所述的程序可以存储于一种计算机可读存储介质中，上述提到的存储介质可以是只读存储器，磁盘或光盘等。