本申請(qǐng)要求于2015年1月21日提交的申請(qǐng)?zhí)枮?4/601981、名稱為“用于片上多核系統(tǒng)的驅(qū)動(dòng)基于訪問的資源的低功耗控制和管理”的美國(guó)非臨時(shí)專利申請(qǐng)的優(yōu)先權(quán)，而該美國(guó)非臨時(shí)專利申請(qǐng)要求于2014年10月27日提交的申請(qǐng)?zhí)枮?2/069166、名稱為“用于片上多核系統(tǒng)的驅(qū)動(dòng)基于訪問的資源的低功耗控制和管理”的美國(guó)臨時(shí)申請(qǐng)的優(yōu)先權(quán)，其全部?jī)?nèi)容通過引用結(jié)合在本申請(qǐng)中。

本公開一般涉及功耗管理，尤其涉及諸如功能資源/存儲(chǔ)資源控制器/調(diào)度器等的片上系統(tǒng)(soc)中的功耗管理。

背景技術(shù)：

“倡導(dǎo)綠色”是為了使世界成為一個(gè)更好的工作和生活的地方的世界性倡議。對(duì)于每個(gè)人的日常生活來說，信息、通信和電信是必不可少且無處不在的。

相對(duì)于單一dsp/cpu處理元件管理片上全部資源的傳統(tǒng)架構(gòu)，現(xiàn)在的片上基帶系統(tǒng)(soc)有多種訪問相同存儲(chǔ)塊的同構(gòu)和異構(gòu)數(shù)字信號(hào)處理器(dsp)/中央處理單元(cpu)元件、硬件加速器等(統(tǒng)稱為“處理元件”)。在以前的設(shè)備中，一個(gè)dsp/cpu元件擁有所有的資源，并使用物理尋址訪問這些資源。由dsp/cpu元件管理和啟動(dòng)針對(duì)存儲(chǔ)資源的低功耗管理。由dsp/cpu元件執(zhí)行靜態(tài)和顯式存儲(chǔ)組織。在功耗和存儲(chǔ)資源管理方面，存儲(chǔ)資源表現(xiàn)地像沒有任何智能的虛擬從機(jī)。

由于每個(gè)處理元件獨(dú)立地分配和訪問共享的資源，所以這種方法對(duì)于多處理元件的場(chǎng)景變得越來越繁瑣，使得功耗管理實(shí)際上成了一個(gè)博弈論問題。

技術(shù)實(shí)現(xiàn)要素：

本公開提供了一種用于高速、復(fù)雜和低功耗的功能/存儲(chǔ)系統(tǒng)的基于訪問的低功耗方法。

根據(jù)本公開的第一示例實(shí)施例，一種方法包括與功能資源/存儲(chǔ)資源關(guān)聯(lián)的資源控制器接收來自處理元件的訪問部分功能資源/存儲(chǔ)資源的訪問請(qǐng)求。響應(yīng)該訪問請(qǐng)求，該資源控制器將功能資源/存儲(chǔ)資源的第一部分分配給處理元件，根據(jù)第一部分的分配，變更功能資源/存儲(chǔ)資源的第一部分的功耗模式，并且使功能資源/存儲(chǔ)資源的未分配部分處于掉電模式。

在一些實(shí)施例中，資源控制器將第一部分的功耗模式從掉電模式變更為淺睡眠模式。在第一部分的分配之后的多個(gè)時(shí)鐘周期之后，例如，至少兩個(gè)時(shí)鐘周期之后，當(dāng)?shù)谝徊糠直惶幚碓L問時(shí)，資源控制器將第一部分的功耗模式變更為上電模式。處理元件可以包括執(zhí)行專用功能的數(shù)字信號(hào)處理器(dsp)、中央處理器(cpu)和硬件加速器等。在一些實(shí)施例中，功能資源/存儲(chǔ)資源、資源控制器和處理元件是片上系統(tǒng)(soc)的部分。資源控制器響應(yīng)于訪問請(qǐng)求選擇性地控制對(duì)功能資源/存儲(chǔ)資源的讀/寫訪問，并且存儲(chǔ)資源可以包括一個(gè)或多個(gè)存儲(chǔ)體。資源控制器從處理元件接收訪問請(qǐng)求，并且當(dāng)接收訪問請(qǐng)求時(shí)資源控制器控制功能資源/存儲(chǔ)資源的分配。

在另一示例實(shí)施例中，一種電路包括功能資源/存儲(chǔ)資源以及與功能資源/存儲(chǔ)資源關(guān)聯(lián)的資源控制器。該資源控制器被配置為響應(yīng)于從處理元件接收的訪問請(qǐng)求，將功能資源/存儲(chǔ)資源的第一部分分配給處理元件，根據(jù)第一部分的分配變更功能資源/存儲(chǔ)資源的第一部分的功耗模式，使功能資源/存儲(chǔ)資源的未分配部分處于掉電模式，并且響應(yīng)于從處理元件接收的訪問請(qǐng)求，使處理元件能夠訪問功能資源/存儲(chǔ)資源的第一部分。

在一些實(shí)施例中，資源控制器被配置為響應(yīng)于第一部分的分配將第一部分的功耗模式從掉電模式變更為淺睡眠模式。資源控制器被配置為在第一部分的分配之后的多個(gè)時(shí)鐘周期之后，例如至少兩個(gè)時(shí)鐘周期之后，將第一部分的功耗模式變更為上電模式。處理元件可以包括數(shù)字信號(hào)處理器(dsp)、中央處理器(cpu)或硬件加速器。資源控制器被配置為響應(yīng)于訪問請(qǐng)求選擇性地控制對(duì)存儲(chǔ)資源的讀/寫訪問，并且存儲(chǔ)資源包括一個(gè)或多個(gè)存儲(chǔ)體。

在另一實(shí)施例中，片上系統(tǒng)(soc)包括處理元件和與功能資源/存儲(chǔ)資源關(guān)聯(lián)的資源控制器。該資源控制器被配置為響應(yīng)于來自處理元件的訪問請(qǐng)求，將功能資源/存儲(chǔ)資源的第一部分分配給處理元件，根據(jù)第一部分的分配變更功能資源/存儲(chǔ)資源的第一部分的功耗模式，使功能資源/存儲(chǔ)資源的未分配部分處于掉電模式，并響應(yīng)于從處理元件接收的訪問請(qǐng)求，使處理元件能夠訪問功能資源/存儲(chǔ)資源的第一部分。

附圖說明

為了更清楚地理解本公開以及本公開的優(yōu)點(diǎn)，現(xiàn)結(jié)合附圖參考如下描述，其中相似的數(shù)字表示相似的對(duì)象，其中，

圖1描述了多個(gè)處理元件訪問的存儲(chǔ)資源，其中訪問是由遠(yuǎn)程管理器/低功耗控制器控制的；

圖2描述了根據(jù)本公開的多個(gè)處理元件可訪問的具有常駐qos分析器和資源調(diào)度器的存儲(chǔ)資源；

圖3描述了基于數(shù)據(jù)流的細(xì)粒度低功耗控制；

圖4描述了存儲(chǔ)資源的框圖；

圖5是描述處理元件訪問存儲(chǔ)資源的時(shí)序的示意圖；

圖6描述了避免/管理停頓的方法；以及

圖7描述了本公開與傳統(tǒng)方法的對(duì)比。

具體實(shí)施方式

參考圖1，示出了傳統(tǒng)片上系統(tǒng)10，包括具有低功耗控制器14的傳統(tǒng)功能資源/存儲(chǔ)資源12，例如存儲(chǔ)體。片上系統(tǒng)10的中央管理器/低功耗控制器16被配置為管理soc10上的所有處理元件18和資源12的低功耗。根據(jù)不同系統(tǒng)要求和負(fù)載，通過低功耗控制器16、資源12和處理元件18之間的握手，控制器16選擇性地將處理元件18和資源12置于預(yù)定義的低功耗模式。用于資源12的低功耗控制器14處理與控制器16的低功耗握手，以接收合適的低功耗控制命令，并相應(yīng)地采取行動(dòng)，以使資源12處于由低功耗控制命令指示的相應(yīng)狀態(tài)。資源12表現(xiàn)地像虛擬從機(jī)，完全不參與其自身的功耗狀態(tài)管理的決策過程。

由于多元件soc10的動(dòng)態(tài)特性，這類實(shí)現(xiàn)方式的缺點(diǎn)是集中式低功耗管理控制器16不能使整個(gè)soc10系統(tǒng)操作和負(fù)載總是最新的。每個(gè)處理元件18可以獨(dú)立工作，也可以與另一處理元件18密切合作，這使得系統(tǒng)負(fù)載和功耗有時(shí)有很大的差異。對(duì)一個(gè)集中式低功耗控制器16來說，總是立即做出機(jī)敏且智能的決策幾乎是不可能的。另外，低功耗管理的粒度是粗糙的，因?yàn)樗偸窃谝恍╊A(yù)定義的靜態(tài)低功耗狀態(tài)下運(yùn)行，這導(dǎo)致整體上更多的功率被消耗。

參考圖2，示出了根據(jù)本公開的一個(gè)示例實(shí)施例，包括soc20，該soc20具有由關(guān)聯(lián)的常駐低功耗管理/服務(wù)質(zhì)量(qos)分析器24和資源調(diào)度器26(有時(shí)統(tǒng)稱為“資源控制器”)管理的功能資源/存儲(chǔ)資源22(有時(shí)統(tǒng)稱為“資源”)。功能資源/存儲(chǔ)資源22包括，例如，一個(gè)或多個(gè)獨(dú)立可尋址和可控制的存儲(chǔ)體，以及功耗管理策略應(yīng)用程序編程接口(api)。處理元件18包括數(shù)字信號(hào)處理器(dsp)、中央處理器(cpu)以及硬件加速器中的一個(gè)。每個(gè)處理元件18被配置為使用qos參數(shù)直接對(duì)功能資源/存儲(chǔ)資源22的部分提出請(qǐng)求，資源調(diào)度器26和低功耗管理器/qos分析器24響應(yīng)地分配功能資源/存儲(chǔ)資源22。處理元件18被配置為提交諸如訪問模式、訪問間隔、訪問間隔之間的低功耗要求等的功耗管理策略參數(shù)，功耗管理api被配置為接收這類功耗管理策略參數(shù)。資源調(diào)度器26和低功耗管理器/qos分析器24被配置為響應(yīng)地向處理元件18分配功能資源/存儲(chǔ)資源22，有利于基于其策略執(zhí)行本地的低功耗控制，而不是由多個(gè)處理元件18管理。

處理元件18可以使用虛擬尋址或傳輸元數(shù)據(jù)的消息傳輸，從而使得資源調(diào)度器26和低功耗管理器/qos分析器24在仍保持qos的同時(shí)，在最低功耗下有效地管理功能資源/存儲(chǔ)資源22的存儲(chǔ)器組織。

資源調(diào)度器26和低功耗管理器/qos分析器24在掉電模式下管理功能資源/存儲(chǔ)資源22的體(banks)，直到它們已經(jīng)被資源調(diào)度器26和低功耗管理器/qos分析器24分配使用。這在簡(jiǎn)單的隨機(jī)訪問存儲(chǔ)器(ram)中是不可能的。

一旦功能資源/存儲(chǔ)資源22被分配給處理元件18，來自該處理元件18的功耗訪問消息則允許資源調(diào)度器26和低功耗管理器/qos24將未分配的功能資源/存儲(chǔ)資源22置于諸如淺睡眠模式等的其他睡眠模式下。一旦功能資源/存儲(chǔ)資源22被除去分配，則它們被返回到合適的掉電模式。

資源調(diào)度器26和低功耗管理器/qos24包括面向服務(wù)的低功耗控制和管理系統(tǒng)，該管理系統(tǒng)是自我管理的自動(dòng)系統(tǒng)，其中，當(dāng)由他們自己管理這些模塊時(shí)，特別是從低功耗管理的角度來管理時(shí)，服務(wù)實(shí)現(xiàn)模塊提供由主機(jī)/請(qǐng)求者請(qǐng)求的必需服務(wù)。資源控制器26內(nèi)部的調(diào)度器負(fù)責(zé)立即分配存儲(chǔ)資源。另外，調(diào)度器向獨(dú)立的存儲(chǔ)體發(fā)送合適的低功耗控制器信號(hào)。

如圖2所示，所有服務(wù)請(qǐng)求均由主機(jī)/請(qǐng)求者和處理元件18以“服務(wù)合同”的形式傳遞，其中，服務(wù)請(qǐng)求定義了如下信息：

1.什么類型的服務(wù)/任務(wù)：即，快速傅里葉變換(fft)；

2.期望何時(shí)完成服務(wù)/任務(wù)：即，時(shí)鐘周期數(shù)；以及

3.將會(huì)處理多少數(shù)據(jù)：即512字節(jié)或1024字節(jié)等。

“服務(wù)合同信息”是一組豐富的元數(shù)據(jù)，通知資源調(diào)度器26諸如訪問有多重要、必須多快或多緊急地為這個(gè)特定的訪問服務(wù)、qos要求等的參數(shù)。資源調(diào)度器26基于這些信息調(diào)度資源訪問功能資源/存儲(chǔ)資源22，并決定馬上服務(wù)當(dāng)前的訪問，或?qū)⑵渑c其他訪問組合在一起，以稍后啟動(dòng)一個(gè)特定的存儲(chǔ)體(此時(shí)該存儲(chǔ)體仍處于低功耗模式下)，以便節(jié)省更多的功耗。

如果位于服務(wù)實(shí)現(xiàn)資源調(diào)度器26前面的qos分析器24接收到“服務(wù)合同信息”，qos分析器24基于當(dāng)前的工作負(fù)荷開始處理“服務(wù)合同信息”，將服務(wù)合同拆分成小片，并且向資源調(diào)度器26調(diào)度子任務(wù)，以使得在盡可能節(jié)省功耗的同時(shí)保證qos。

qos分析器24被設(shè)計(jì)為使用以上描述的一項(xiàng)或多項(xiàng)低功耗技術(shù)，以達(dá)到節(jié)省功耗的目的。

例如，如果功能資源/存儲(chǔ)資源22有許多存儲(chǔ)體，qos分析器24則根據(jù)未完成的具有存儲(chǔ)器讀/寫訪問的子任務(wù)的數(shù)量，可以將功能資源/存儲(chǔ)資源22恰好置于淺睡眠/深睡眠模式下。

如果在可預(yù)見的未來不會(huì)使用這樣的子功能，qos分析器24也可以對(duì)功能資源/存儲(chǔ)資源22的部分進(jìn)行時(shí)鐘脈沖門控或者甚至斷電。

如果當(dāng)前的吞吐量/帶寬要求不是非常高，則如果必要的話，qos分析器24也可以降低運(yùn)行頻率至1/2、1/3或1/4。

當(dāng)功能資源/存儲(chǔ)資源22的剩余部分正在運(yùn)行或空閑(時(shí)鐘脈沖/斷電)時(shí)，由于qos分析器24是本地中心局，因此qos分析器24是被時(shí)鐘脈沖/功耗門控的最后的子模塊，這完全取決于當(dāng)前工作模式/負(fù)載。

狀態(tài)信號(hào)向中央管理器/低功耗控制器16提供“心跳”信息。心跳信號(hào)的頻率與服務(wù)實(shí)現(xiàn)模塊運(yùn)行的活躍程度成正比。

qos驅(qū)動(dòng)的低功耗控制和管理方法的另一個(gè)顯著特點(diǎn)是，功能實(shí)現(xiàn)模塊/子模塊、功能資源/存儲(chǔ)資源22基于“數(shù)據(jù)”而非主機(jī)/請(qǐng)求者發(fā)出的命令激活低功耗機(jī)制?？梢詫ⅰ皵?shù)據(jù)”看作是流經(jīng)管道的水，其中“數(shù)據(jù)”相當(dāng)于水，處理元件相當(dāng)于管道。一旦沒有任何要處理的數(shù)據(jù)，則所有管道可以被置于空閑，相對(duì)于等待直到主機(jī)/請(qǐng)求者通知實(shí)現(xiàn)模塊后才這樣做，節(jié)省了更多的功耗。

如圖3所示，本公開采用系統(tǒng)級(jí)數(shù)據(jù)流。除了每個(gè)功能30(或塊)檢測(cè)其空閑狀態(tài)并進(jìn)入低功耗狀態(tài)，功能30(塊)在檢測(cè)將來的某一時(shí)刻會(huì)不會(huì)有要處理的數(shù)據(jù)之前，從前面的功能30(塊)獲取低功率流控制信號(hào)，從而可以進(jìn)入低功耗狀態(tài)。例如，如果功能1塊沒有要處理的數(shù)據(jù)，因此空閑，則它會(huì)向后面的塊發(fā)送低功耗反饋信號(hào)，以通知它們也應(yīng)該預(yù)期沒有數(shù)據(jù)(在將來的一些時(shí)間)，并轉(zhuǎn)變到低功耗模式。

有利的是，資源調(diào)度器26和低功耗管理器/qos分析器24提供更好、更高效、靈活以及更可擴(kuò)展的低功耗管理方法，以進(jìn)一步降低具有更細(xì)粒度的多核soc芯片的功耗。低功耗意味著電費(fèi)更低，冷卻風(fēng)扇的數(shù)量更少，機(jī)箱更小，為終端客戶節(jié)省得更多。

參照?qǐng)D4，示出了存儲(chǔ)控制器40的一個(gè)示例框圖。存儲(chǔ)控制器40包括axi/存儲(chǔ)命令掃描器41、寫仲裁器42、寫組合器44、讀仲裁器46和讀組合器48。寫仲裁器42和讀仲裁器46被配置為由監(jiān)督器50進(jìn)行管理。有利的是，存儲(chǔ)控制器40還包括多個(gè)體控制器52，每個(gè)體控制器52配置為控制訪問一個(gè)或多個(gè)各自的存儲(chǔ)體54。在一些實(shí)施例中，多個(gè)存儲(chǔ)體54包括功能資源/存儲(chǔ)資源22。在一些例子中，存儲(chǔ)控制器40向一個(gè)或多個(gè)存儲(chǔ)體發(fā)送合適的低功耗控制器信號(hào)。

圖5是描述處理元件18訪問功能資源/存儲(chǔ)資源22的時(shí)序的示意圖，并且未分配的資源仍處于掉電模式。如60處所示，根據(jù)來自處理元件18的用于訪問功能資源/存儲(chǔ)資源22的請(qǐng)求，資源調(diào)度器26和qos分析器24將已分配的功能資源/存儲(chǔ)資源22的功耗模式從掉電模式變更為較低的功耗模式，例如，從正常運(yùn)行變更為淺睡眠模式，或從淺睡眠變更為深睡眠等。在一個(gè)示例實(shí)施例中，在請(qǐng)求處理元件18被授權(quán)訪問已分配的功能資源/存儲(chǔ)資源22之前有3-4個(gè)時(shí)鐘周期，如62所示，其中訪問的已分配的功能資源/存儲(chǔ)資源22處于正常功耗模式。該3-4個(gè)時(shí)鐘周期階段的延遲被充分利用，以加大已分配的功能資源/存儲(chǔ)資源22的功耗，這樣的延遲并非損失，而是有益的。資源調(diào)度器26和qos分析器24智能地管理處于淺睡眠、深睡眠或掉電/時(shí)鐘脈沖門控中的整個(gè)功能資源/存儲(chǔ)資源22，這樣極大地降低了整體的功耗。在最后的功能資源/存儲(chǔ)資源的訪問之后，已分配的功能資源/存儲(chǔ)資源22被配置為恢復(fù)睡眠模式。當(dāng)功能資源/存儲(chǔ)資源22的訪問被處理元件18再次請(qǐng)求時(shí)重復(fù)此過程。

參照?qǐng)D4和圖5，在一個(gè)示例實(shí)施例中，qos分析器24和資源調(diào)度器26控制包括多個(gè)可尋址體54的存儲(chǔ)區(qū)域，例如，每個(gè)體54具有線性或交錯(cuò)的物理體。

qos分析器24和資源調(diào)度器26監(jiān)視整個(gè)存儲(chǔ)空間，并知道可尋址體54的哪些區(qū)域當(dāng)前處于激活或處于低功耗模式。如果可尋址體3中的體4處于淺睡眠模式，并且它有一個(gè)需要在之后的30個(gè)周期內(nèi)被提供服務(wù)的到其位置的讀訪問，以及另一個(gè)需要在之后的28個(gè)周期內(nèi)被提供服務(wù)的到另一個(gè)位置的讀訪問，qos分析器24在仍然保持這個(gè)體在另外的20個(gè)時(shí)鐘周期處于淺睡眠模式的同時(shí)，一起調(diào)度這兩個(gè)讀訪問，然后通常用3到4個(gè)時(shí)鐘周期開始喚醒該體，執(zhí)行這些讀訪問以滿足qos，如果沒有更多的讀訪問到這個(gè)體時(shí)，將其再次返回到淺睡眠模式。

由于axi總線協(xié)議包括五個(gè)信道(aw，ar，r，w，b)，加上一些用戶定義的用于提升性能的邊帶信號(hào)，所有的這些信息一起被視為元數(shù)據(jù)。

例如，隨著讀訪問進(jìn)入qos分析器24和資源調(diào)度器26，可以從ar信道信號(hào)中獲取地址、讀取的長(zhǎng)度以及優(yōu)先級(jí)。邊帶信號(hào)能夠由處理元件18一起配置，以攜帶諸如他們應(yīng)該多久被服務(wù)等的其他重要信息。

對(duì)于aw和ar兩種信道，使用內(nèi)置請(qǐng)求/準(zhǔn)備握手方案以限制請(qǐng)求。這對(duì)避免過度運(yùn)行qos分析器是非常重要的特點(diǎn)。

如果有很多請(qǐng)求進(jìn)入qos分析器24和資源調(diào)度器26，qos分析器24和資源調(diào)度器26可以快速到達(dá)它能夠服務(wù)的未完成的讀/寫的數(shù)量的上限。在這種情況下，qos分析器24和資源調(diào)度器26使用背壓握手方案短暫地停頓流量，并且完全關(guān)閉低功耗功能以保證qos，直到未完成的讀/寫的數(shù)量降至閾值以下。圖6中的70處示出了一種示例的方法。

為了避免停頓或最小化停頓，通過交錯(cuò)存儲(chǔ)器諸如交錯(cuò)至8個(gè)或16個(gè)存儲(chǔ)體，用較短時(shí)間為業(yè)務(wù)提供服務(wù)。例如，如果有一項(xiàng)從地址0至7讀取的業(yè)務(wù)，線性存儲(chǔ)器要用8個(gè)時(shí)鐘周期去完成，然而，如果存儲(chǔ)地址是由八個(gè)地址交錯(cuò)的，因?yàn)檫@樣它就能同時(shí)從存儲(chǔ)器的8個(gè)不同存儲(chǔ)片段中一起獲取數(shù)據(jù)，則只需要用一個(gè)時(shí)鐘周期。

參照?qǐng)D7，示出了本公開和傳統(tǒng)解決方案的對(duì)比。在傳統(tǒng)解決方案中，存儲(chǔ)器可以在4至64個(gè)時(shí)鐘周期內(nèi)進(jìn)入淺睡眠模式，然而，在4至64個(gè)時(shí)鐘周期內(nèi)盲目進(jìn)入淺睡眠模式將極大地影響整體的讀寫訪問延遲。因此，不得不擴(kuò)展至所示的128個(gè)時(shí)鐘周期，僅為了避免性能下降。

因?yàn)榫哂邪╭os分析器24和資源調(diào)度器26的內(nèi)置存儲(chǔ)管理器，所以本公開可以充分利用4個(gè)時(shí)鐘周期的進(jìn)入時(shí)間，而不影響性能，這可以將利用率提升9％。

本公開有利于將功耗和資源管理的職責(zé)從一個(gè)或多個(gè)主機(jī)(即處理單元18)變更到從機(jī)(即服務(wù)于功能資源/存儲(chǔ)資源22的資源調(diào)度器26和qos分析器24)上。當(dāng)功能資源/存儲(chǔ)資源22沒有被請(qǐng)求訪問以及處于多個(gè)訪問之間的間隔中時(shí)，基于訪問的資源調(diào)度器26和qos分析器24節(jié)省功耗。

對(duì)本專利文件通篇使用的某些字或術(shù)語的定義進(jìn)行說明是有利的。術(shù)語“包括(include)”和“包括(comprise)”以及它們的衍生詞，是指包括但不限于。術(shù)語“或”包括和/或。短語“與……相關(guān)聯(lián)”和“與之相關(guān)聯(lián)”，以及它們的衍生詞，表示包括、被包括在內(nèi)、與……互聯(lián)、包含、被包含在內(nèi)、連接到……或與……連接、耦合到……或與……耦合、與……可通信、與……合作、交織、并列、與……接近、被綁定至……或與……綁定、具有、具有……的屬性等。

本公開已經(jīng)描述了某些實(shí)施例和通常相關(guān)的方法，這些實(shí)施例和方法的變換和排列組合對(duì)本領(lǐng)域技術(shù)人員是顯而易見的。因此，以上示例實(shí)施例的描述并未限定或約束本公開。其他可能的變化、替換和修改，在不脫離本公開的精神和范圍的前提下，均包含在所附的權(quán)利要求中。