專利名稱：無線通訊裝置的電源管理方法及無線通訊裝置的制作方法
技術(shù)領(lǐng)域：
本發(fā)明是有關(guān)于一種電源管理方法，特別是指一種用于無線通訊裝置的電源管理方法。
背景技術(shù)：
參閱圖1，現(xiàn)有如無線網(wǎng)絡(luò)卡等無線通訊裝置9是通過一主機(jī)傳輸接口 91及一無 線通訊接口(Wireless Interface) 92，分別一與主機(jī)(Host) 90及一相對(duì)傳收對(duì)象99，例如 基站(Base Station)、無線存取裝置(Access Point，AP)、點(diǎn)對(duì)點(diǎn)傳輸裝置(Peer-to-Peer Device)等連接。無線通訊接口 92電路的耗電占無線通訊裝置9耗電的主要部分，因此一般會(huì)針 對(duì)此部分進(jìn)行省電設(shè)計(jì)。例如，在IEEE 802. 11的標(biāo)準(zhǔn)中，即規(guī)定了兩種電源模式一是 啟動(dòng)模式(Active mode)，又稱連續(xù)清醒模式(Continuous Aware Mode)，另一是省電模式 (Power Saving Mode)。無線通訊裝置9的設(shè)計(jì)者可在此標(biāo)準(zhǔn)下，設(shè)計(jì)無線通訊接口 92與相 對(duì)傳收對(duì)象99之間減少耗電的通訊協(xié)議，讓無線通訊裝置9能在業(yè)務(wù)(traffic)量較少的 狀態(tài)下減少耗電。舉例來說，目前大部分做法是在一預(yù)定時(shí)間內(nèi)未收到傳入的封包(Rx封 包)，就進(jìn)入省電模式，但當(dāng)有Rx封包傳入，又要經(jīng)過該預(yù)定時(shí)間才能再度進(jìn)入省電模式。 此外，在省電模式期間，會(huì)依據(jù)一預(yù)定周期將無線通訊接口 92喚醒以接收相對(duì)傳收對(duì)象99 之信號(hào)而維持聯(lián)機(jī)。由此可知，現(xiàn)有無線通訊接口 92的省電機(jī)制中，仍存在許多可降低耗電卻白白等 待、持續(xù)耗電的時(shí)段，因此應(yīng)還有改善空間。至于主機(jī)傳輸接口 91方面，現(xiàn)有技術(shù)中，都根據(jù)主機(jī)90與無線通訊裝置9的主從 架構(gòu)的觀點(diǎn)-以主機(jī)90為“主(master)”，無線通訊裝置9為“從(slave) ”，讓主機(jī)傳輸接 口 91的電源狀態(tài)主要由主機(jī)90控制，也就是由主機(jī)90下達(dá)指令允許主機(jī)傳輸接口 91進(jìn) 入低耗電狀態(tài)。在此架構(gòu)下，主機(jī)傳輸接口 91的控制電路在大部分時(shí)候，必須保持在連續(xù) 清醒模式，才能快速偵測(cè)主機(jī)90發(fā)出的動(dòng)作信息并在通訊協(xié)議規(guī)范的回復(fù)時(shí)間(response time)內(nèi)回復(fù)主機(jī)90動(dòng)作，以保持主機(jī)傳輸接口 91正常聯(lián)機(jī)的狀態(tài)。此外，主機(jī)90為了 能夠隨時(shí)準(zhǔn)備接收外來封包，通常不會(huì)主動(dòng)將主機(jī)傳輸接口 91的電源狀態(tài)降低，主機(jī)傳輸 接口 91因此不常進(jìn)入低耗電狀態(tài)，且進(jìn)入低耗電狀態(tài)的時(shí)間往往也十分短暫，無法有效省 電。又，由于主機(jī)傳輸接口 91的電源模式一般來說，都是配合主機(jī)90操作系統(tǒng)(OS)，因此 其省電相關(guān)的設(shè)計(jì)較不受重視。但是，隨著高速傳輸接口的發(fā)展，主機(jī)傳輸接口 91開始配合采用傳輸速度高的接 口總線(Bus)，總線的控制電路工作頻率變得越來越高，因此主機(jī)傳輸接口 91之電路的耗 電在整體無線通訊裝置9的比重也就越來越高。在此情況下，主機(jī)傳輸接口 91的電源管理 相對(duì)變得重要?，F(xiàn)有技術(shù)，除了存在前述無線通訊接口 92及主機(jī)傳輸接口 91電路皆無法有效省電之問題外，對(duì)于無線通訊接口 92與主機(jī)傳輸接口 91的電源狀態(tài)控制也設(shè)計(jì)為彼此相互獨(dú)立；在此情況下，舉例來說，當(dāng)主機(jī)傳輸接口 91依據(jù)主機(jī)90所設(shè)定的電源狀態(tài)而進(jìn)入內(nèi) 部電路的睡眠時(shí)，可能恰好正值無線通訊接口 92喚醒以接收傳收對(duì)象99信號(hào)的周期，這種 不同步的現(xiàn)象也導(dǎo)致無線傳輸裝置9整體的電源管理無法最佳化。

發(fā)明內(nèi)容
因此，本發(fā)明的目的，即在提供一種可最大化無線通訊裝置的最低耗電狀態(tài)時(shí)間 的電源管理方法及無線通訊裝置。于是，本發(fā)明無線通訊裝置通過內(nèi)建數(shù)字信號(hào)處理/特殊應(yīng)用集成電路(DSP/ ASIC)控制器(以下簡(jiǎn)稱中央處理器)來偵測(cè)無線傳輸接口與主機(jī)傳輸接口的行為(包括 偵測(cè)業(yè)務(wù)量以及依據(jù)既有通訊協(xié)議對(duì)無線傳輸接口控制器控制的電源狀態(tài))，并實(shí)時(shí)控制 這二個(gè)接口與全裝置的電源狀態(tài)，以將整體裝置的電源管理控制在最佳的狀態(tài)。本發(fā)明應(yīng)用現(xiàn)有的電路設(shè)計(jì)來進(jìn)行省電規(guī)劃，進(jìn)一步將主機(jī)傳輸接口控制器的電 路區(qū)分為一、第一喚醒區(qū)，屬大耗電但可快速喚醒的電路，包括通訊協(xié)議的實(shí)體層與媒體 存取控制層，以下稱為快速喚醒區(qū)；二、第二喚醒區(qū)，屬中耗電但喚醒速度較慢的電路，主要 工作是產(chǎn)生頻率，以下稱慢速喚醒區(qū)；及三、低耗電且用來偵測(cè)主機(jī)傳輸接口總線的偵測(cè)電 路，以下稱偵測(cè)區(qū)。主機(jī)傳輸接口控制器的快速喚醒區(qū)的電路中，通訊協(xié)議部分電路主要仍由主機(jī)的 通訊協(xié)議來控制，但在這個(gè)通訊協(xié)議之下，中央處理器可依據(jù)下述算法控制主機(jī)傳輸接口 控制器的電源狀態(tài)，將快速喚醒區(qū)或快速喚醒區(qū)加上慢速喚醒區(qū)的電路關(guān)至省電狀態(tài)；同 時(shí)通過安裝于主機(jī)的驅(qū)動(dòng)程序，讓該中央處理器相當(dāng)于可控制該主機(jī)傳輸接口的通訊協(xié) 議，形成新的動(dòng)態(tài)電源管理通訊協(xié)議。由中央處理器主控的動(dòng)態(tài)電源管理通訊協(xié)議與機(jī)制，包括一套安裝于主機(jī)的 驅(qū)動(dòng)程序與中央處理器的協(xié)議協(xié)定，及定義該通訊協(xié)議啟動(dòng)者(initiator)與響應(yīng)者 (responder)的通訊協(xié)議程序(procedure)。該通訊協(xié)議定義了中央處理器執(zhí)行的動(dòng)態(tài)電 源管理機(jī)制，與對(duì)應(yīng)機(jī)制的雙方行為的規(guī)范。中央處理器主控的工作包括一、執(zhí)行主機(jī)傳輸接口電源狀態(tài)控制的算法當(dāng)業(yè)務(wù)量小于一預(yù)設(shè)的第一閾值，則 進(jìn)入深層低耗電模式；當(dāng)業(yè)務(wù)量不小于該第一閾值但小于一預(yù)設(shè)的大于第一閾值的第二閾 值，則進(jìn)入快速喚醒模式；若大于第二閾值，則維持在清醒模式。當(dāng)然，本發(fā)明不以區(qū)分出前 述三種模式為限，根據(jù)接口的不同，且為配合主機(jī)的操作系統(tǒng)的定義，模式分類名稱及細(xì)節(jié)
會(huì)有差異。二、控制數(shù)據(jù)總線上傳數(shù)據(jù)的行為包括從無線傳輸接口接收數(shù)據(jù)往主機(jī)傳輸?shù)?部分，中央處理器會(huì)進(jìn)行數(shù)據(jù)傳輸?shù)娜壕郯l(fā)送(Rx data accumulationand bursting)，以 及回報(bào)主機(jī)的部分，中央處理器會(huì)進(jìn)行上傳信息與回報(bào)的延遲控制(deferred signaling and report mechanism)0三、中央處理器根據(jù)無線傳輸接口傳輸協(xié)議以及與驅(qū)動(dòng)程序協(xié)議的電源管理協(xié) 議，控制主機(jī)傳輸接口控制器的電源狀態(tài)。至于安裝于主機(jī)的驅(qū)動(dòng)程序與中央處理器的電源管理協(xié)議的內(nèi)容包括一、在主機(jī)傳輸接口控制器依據(jù)中央處理器執(zhí)行的主機(jī)傳輸接口電源狀態(tài)控制算法而進(jìn)入快速喚醒模式的情況下，減少與主機(jī)傳輸接口動(dòng)作的次數(shù)，并在需要傳輸數(shù)據(jù)時(shí)對(duì)無線通訊裝置發(fā)出喚醒信號(hào)。二、在主機(jī)傳輸接口控制器依據(jù)中央處理器執(zhí)行的主機(jī)傳輸接口電源狀態(tài)控制算法而進(jìn)入深層低耗電模式的情況下，當(dāng)?shù)竭_(dá)預(yù)定喚醒時(shí)間時(shí)，中央處理器將主機(jī)傳輸接口 控制器喚醒，且中央處理器進(jìn)行數(shù)據(jù)傳輸?shù)娜壕郯l(fā)送。本發(fā)明的功效在于利用無線通訊裝置的內(nèi)建中央處理器，主控而同時(shí)兼顧無線傳輸接口控制器與主機(jī)傳輸接口控制器的的電源狀態(tài)，相當(dāng)于進(jìn)行跨層的搭配整合，并同 時(shí)配合安裝于主機(jī)的驅(qū)動(dòng)程序來確保安全省電，達(dá)到最大化低耗電時(shí)間的目的。


圖1是一習(xí)知無線通訊裝置的系統(tǒng)方塊圖；圖2是本發(fā)明無線通訊裝置的較佳實(shí)施例的系統(tǒng)方塊圖；圖3是該實(shí)施例中，主機(jī)傳輸接口控制器的電路分區(qū)示意圖；圖4是該實(shí)施例中，無線傳輸接口控制器的電路分區(qū)示意圖；圖5是本發(fā)明無線通訊裝置的電源管理方法的較佳實(shí)施例中，中央處理器執(zhí)行的電源控制算法；圖6是該實(shí)施例中，當(dāng)主機(jī)傳輸接口控制器在快速喚醒模式下的方法流程圖；及圖7是該實(shí)施例中，當(dāng)主機(jī)傳輸接口控制器在深層低耗電模式下的方法流程圖。主要組件符號(hào)說明100無線通訊裝置1 中央處理器21 主機(jī)傳輸接口22 主機(jī)傳輸接口控制器221 快速喚醒區(qū)222慢速喚醒區(qū)223 偵測(cè)區(qū)31 無線傳輸接口32 無線傳輸接口控制器321 快速喚醒區(qū)322慢速喚醒區(qū)4 主機(jī)41 驅(qū)動(dòng)程序42 操作系統(tǒng)5 相對(duì)傳收對(duì)象Sll S16 步驟S21 S25 步驟S31 S35 步驟
具體實(shí)施例方式有關(guān)本發(fā)明的前述及其它技術(shù)內(nèi)容、特點(diǎn)與功效，在以下配合參考圖式之一個(gè)較 佳實(shí)施例的詳細(xì)說明中，將可清楚的呈現(xiàn)。參閱圖2，本發(fā)明無線通訊裝置100的較佳實(shí)施例包括一中央處理器1、一用以與 一主機(jī)4連接的主機(jī)傳輸接口 21、一通過總線與主機(jī)傳輸接口 21連接的主機(jī)傳輸接口控制 器22、一用以與一相對(duì)傳收對(duì)象5連接的無線傳輸接口 31，及一通過總線與無線傳輸接口 31連接的無線傳輸接口控制器32。主機(jī)4除了安裝有操作系統(tǒng)42之外，還安裝有一驅(qū)動(dòng) 程序41。配合參閱圖3，主機(jī)傳輸接口控制器22的電路區(qū)分為一第一喚醒區(qū)，屬大耗電但 可快速喚醒的電路，包括通訊協(xié)議的實(shí)體層與媒體存取控制層，以下稱為快速喚醒區(qū)221 ； — 第二喚醒區(qū)，屬中耗電但喚醒速度較慢的電路，包含用以產(chǎn)生頻率的脈沖產(chǎn)生電路，以下稱慢 速喚醒區(qū)222 ；及一低耗電且用來偵測(cè)主機(jī)傳輸接口總線的偵測(cè)電路，以下稱偵測(cè)區(qū)223。同時(shí)參閱圖2與圖4，本實(shí)施例的無線傳輸接口控制器32的電路原則上只區(qū)分為 一第三喚醒區(qū)，屬大耗電但可快速喚醒的電路，以下稱快速喚醒區(qū)321，及一第四喚醒區(qū)，屬 中耗電但喚醒速度較慢的電路，以下稱慢速喚醒區(qū)322。本實(shí)施例的無線傳輸接口控制器32的電源狀態(tài)受該中央處理器1根據(jù)無線傳輸 接口通訊協(xié)議控制，舉例來說，當(dāng)應(yīng)用在802. 11系統(tǒng)中，中央處理器1將根據(jù)802. 11電源 管理規(guī)范，決定無線傳輸接口控制器32是否符合通訊協(xié)議進(jìn)入低耗電狀態(tài)的基本條件。無 線傳輸接口控制器32的電源狀態(tài)包括將慢速喚醒區(qū)322電源關(guān)閉的低耗電狀態(tài)，將慢速喚 醒區(qū)222與快速喚醒區(qū)221電源關(guān)閉的深層低耗電狀態(tài)，以及快速喚醒區(qū)321及慢速喚醒 區(qū)322的電源都不關(guān)閉的清醒狀態(tài)。同時(shí)參閱圖2、圖3及圖5，中央處理器1依據(jù)圖5所示算法控制主機(jī)傳輸接口控 制器22的電源狀態(tài)，將快速喚醒區(qū)221或快速喚醒區(qū)221加上慢速喚醒區(qū)222的電路關(guān)至 省電狀態(tài)。詳細(xì)來說，中央處理器1需偵測(cè)業(yè)務(wù)量(步驟Sll)，在此所述業(yè)務(wù)量包括主機(jī) 4與無線通訊裝置100之間的數(shù)據(jù)傳送、主機(jī)4與無線通訊裝置100之間的緩存器的讀寫， 或從相對(duì)傳收對(duì)象5與無線通訊裝置100之間的數(shù)據(jù)傳送。中央處理器1并判斷業(yè)務(wù)量是 否小于一預(yù)設(shè)的第一閾值(步驟S12)，若小于，則進(jìn)入深層低耗電模式(步驟S13)；當(dāng)業(yè)務(wù) 量不小于該第一閾值，則進(jìn)一步判斷是否小于一預(yù)設(shè)的且大于第一閾值的第二閾值(步驟 S14)，若小于，則進(jìn)入快速喚醒模式(步驟S15)；若大于第二閾值，則維持在清醒模式(步 驟S16)。當(dāng)主機(jī)傳輸接口控制器22處于深層低耗電模式，快速喚醒區(qū)221與慢速喚醒區(qū) 222的電源都關(guān)閉，只保留偵測(cè)區(qū)223 ；在快速喚醒模式，只有慢速喚醒區(qū)221的電源關(guān)閉， 快速喚醒區(qū)222及偵測(cè)區(qū)223皆保留；在清醒模式，則整個(gè)主機(jī)傳輸接口控制器22的電源 都保留而不關(guān)閉。中央處理器1對(duì)于主機(jī)傳輸接口控制器22的電源模式的控制，除了利用上述算法 決定進(jìn)入何種電源模式之外，還依據(jù)無線傳輸接口控制器32的電源狀態(tài)調(diào)整喚醒時(shí)間。中 央處理器1與驅(qū)動(dòng)程序41之間所協(xié)定的預(yù)定喚醒時(shí)間，可配合無線傳輸接口 31與相對(duì)傳 收對(duì)象5協(xié)議好回到清醒模式的時(shí)間點(diǎn)或倍數(shù)時(shí)間來決定(詳述于下文)。此外，中央處理 器1決定主機(jī)傳輸接口 21進(jìn)入深層低耗電模式的時(shí)間點(diǎn)，可由無線傳輸接口控制器32的 電源管理狀態(tài)，決定切換時(shí)間點(diǎn)。
藉由中央處理器1主導(dǎo)主機(jī)傳輸接口控制器22的電源狀態(tài)，中央處理器1相當(dāng)于 取得雙層(主機(jī)傳輸接口控制器22與無線傳輸接口控制器32)的電源狀態(tài)控制權(quán)，并配合 自定的傳輸協(xié)議(詳述于下文)，則可達(dá)到相互配合而提高省電效能的目的。在中央處理器1依實(shí)際業(yè)務(wù)量控制主機(jī)傳輸接口控制器22的同時(shí)，必須確保讓電 路降低耗電是安全的，因此通過安裝于主機(jī)1的驅(qū)動(dòng)程序41的相互配合，讓主機(jī)4有動(dòng)作 時(shí)，主機(jī)傳輸接口控制器22的反應(yīng)可以與清醒模式無異。同時(shí)參閱圖2、圖5及圖6，當(dāng)中央處理器1執(zhí)行圖5所示的算法進(jìn)入步驟S15，同 時(shí)根據(jù)無線傳輸接口 31的通訊協(xié)議，在無線傳輸接口控制器32被切到省電狀態(tài)(低耗電 或深層低耗電狀態(tài))時(shí)，主機(jī)傳輸接口控制器22被中央處理器1控制進(jìn)入快速喚醒模式。 此時(shí)，中央處理器22通過自定的傳輸協(xié)議通知驅(qū)動(dòng)程序41 “主機(jī)傳輸接口控制器進(jìn)入快 速喚醒模式”(步 驟S21)。在此情況下，若主機(jī)4的操作系統(tǒng)42傳送封包至無線通訊裝置 100，驅(qū)動(dòng)程序41會(huì)利用軟件處理上存在的時(shí)間差，即主機(jī)傳輸接口控制器22接收該封包 之前，先對(duì)主機(jī)傳輸接口控制器22發(fā)出一喚醒信號(hào)(步驟S22)，該喚醒信號(hào)會(huì)直接觸發(fā)主 機(jī)傳輸接口控制器22所有電路回到清醒模式，不需要中央處理器1的介入。此時(shí)，主機(jī)傳 輸接口控制器22的快速喚醒區(qū)221被快速喚醒(步驟S23)，接收數(shù)據(jù)的電路回到清醒模式 并且能正確接收封包并做出響應(yīng)(步驟S24)，之后隨即又回到快速喚醒模式，降低耗電(步 驟S25)。藉由上述方式，讓中央處理器1相當(dāng)于可控制主機(jī)傳輸接口 21的通訊協(xié)議，形成 新的動(dòng)態(tài)電源管理通訊協(xié)議。在同樣主機(jī)傳輸接口控制器22處于快速喚醒模式的情況下，若有來自相對(duì)傳收 對(duì)象5傳來的封包從無線傳輸接口 31傳入，則無線傳輸接口控制器32將依傳輸協(xié)議被喚 醒，而主機(jī)傳輸接口控制器22受中央處理器1控制而被喚醒以確收封包，并將封包傳遞給 主機(jī)4。當(dāng)傳送工作結(jié)束，中央處理器1立即將無線傳輸接口控制器32及主機(jī)傳輸接口控 制器22控制回快速換醒模式。同時(shí)參閱圖2、圖5及圖7，當(dāng)中央處理器1執(zhí)行圖5所示算法，進(jìn)入步驟S13并根 據(jù)無線傳輸接口的通訊協(xié)議，在無線傳輸接口控制器32被切到省電狀態(tài)時(shí)，主機(jī)傳輸接口 控制器22被中央處理器1控制進(jìn)入深層低耗電模式，中央處理器1通過自定的傳輸協(xié)議通 知驅(qū)動(dòng)程序41 “主機(jī)傳輸接口控制器進(jìn)入深層低耗電模式”(步驟S31)，并協(xié)定中央處理 器1將主機(jī)傳輸接口控制器22從深層低耗電模式切換至清醒模式的時(shí)間。在深層低耗電 模式下，主機(jī)傳輸接口控制器22是無法處理封包的。中央處理器1定時(shí)將主機(jī)傳輸接口控 制器22控制到可接受主機(jī)控制的清醒模式。當(dāng)達(dá)到中央處理器1與主機(jī)驅(qū)動(dòng)程序41協(xié)議 好的時(shí)間(步驟S32)，中央處理器1將主機(jī)傳輸接口控制器22喚醒(步驟S33)，此時(shí)主機(jī) 4的操作系統(tǒng)42丟了一個(gè)例如DMA (Direct Memory Access)封包，主機(jī)傳輸接口控制器22 才能正確的接收封包并響應(yīng)(步驟S34)，并依據(jù)無線傳輸接口的通訊協(xié)議狀態(tài)，再回到深 層低耗電模式(步驟S35)。若無線傳輸接口 31在此時(shí)接收來自相對(duì)傳收對(duì)象5的封包，中央處理器1會(huì)依據(jù) 封包的性質(zhì)進(jìn)行判斷，由于大多數(shù)封包無須立即響應(yīng)，因此中央處理器1會(huì)進(jìn)行封包數(shù)據(jù) 傳輸?shù)娜壕?Rx data accumulation)(步驟S41)，然后在達(dá)預(yù)定喚醒時(shí)間(步驟S42)時(shí)，這 時(shí)候主機(jī)傳輸接口控制器22被喚醒(步驟S43)，中央處理器1將封包一次發(fā)送(bursting) 給主機(jī)傳輸接口 21(步驟S44)，主機(jī)傳輸接口 21將封包傳送以及回報(bào)主機(jī)4(步驟S45)，之后又進(jìn)入深層低耗電模式(步驟S46)。當(dāng)然，主機(jī)4端的驅(qū)動(dòng)程序41同樣也需要對(duì)傳送的封包做群聚，待到達(dá)協(xié)議好的 預(yù)定喚醒時(shí)間，并由中央處理器1將主機(jī)傳輸接口控制器22切換到清醒模式，并收到中央 處理器1的通知，主機(jī)4端的封包數(shù)據(jù)才能傳送。前述預(yù)定的喚醒時(shí)間，原則上，本實(shí)施例 之主機(jī)傳輸接口控制器22的喚醒周期是與無線傳輸接口控制器32喚醒周期一致或成倍數(shù) 關(guān)系，例如在業(yè)務(wù)量小而進(jìn)入深層低耗電模式的情況下，每100微秒(ms)同步喚醒一次；但 若無線傳輸接口 31與相對(duì)傳收對(duì)象之間的通訊協(xié)議要求的喚醒頻率較高，例如無線傳輸 接口控制器32最長(zhǎng)必須每50ms喚醒一次，則主機(jī)傳輸接口控制器22可選擇50ms、100ms、 150ms，主機(jī)傳輸接口控制器22可依據(jù)業(yè)務(wù)量的大小來決定喚醒周期，例如當(dāng)業(yè)務(wù)量超過 一默認(rèn)值或逐漸增加時(shí)，喚醒周期可選擇50ms，當(dāng)業(yè)務(wù)量低于該默認(rèn)值或逐漸減少時(shí)，喚醒 周期可選擇150ms，其中該默認(rèn)值小于第一閥值。當(dāng)然，若主機(jī)傳輸接口 21與主機(jī)4之間的 通訊協(xié)議要求喚醒頻率較高，則無線傳輸接口控制器32的喚醒周期選擇為主機(jī)傳輸接口 控制器22之喚醒周期的倍數(shù)，例如2倍或3倍等。在另一實(shí)施例中，若主機(jī)傳輸接口控制 器22進(jìn)入深層低耗電模式時(shí)，例如，連續(xù)經(jīng)過N次喚醒周期都未有封包需要處理(N為自然 數(shù)，可依照需求決定N的大小)，或業(yè)務(wù)量小于第一閥值且持續(xù)一預(yù)定時(shí)間，則使其自動(dòng)增 加喚醒周期，例如選擇每150ms喚醒一次，藉此拉長(zhǎng)省電時(shí)間。綜上所述，本發(fā)明利用中央處理器1集中管理兩個(gè)控制器22、32的省電狀態(tài)，進(jìn)行 跨層的電源管理，且利用安裝到主機(jī)4上的驅(qū)動(dòng)程序42另外自訂協(xié)議，讓原本由主機(jī)4主 控的電源管理工作，轉(zhuǎn)移到中央處理器1進(jìn)行，在此架構(gòu)下，主機(jī)傳輸接口控制器22的電路 可快速降低耗電，將能省電的時(shí)間盡可能拉長(zhǎng)，故確實(shí)能達(dá)成本發(fā)明之目的。惟以上所述者，僅為本發(fā)明的較佳實(shí)施例而已，當(dāng)不能以此限定本發(fā)明實(shí)施的范 圍，即大凡依本發(fā)明權(quán)利要求書及發(fā)明說明內(nèi)容所作的簡(jiǎn)單的等效變化與修飾，皆仍屬本 發(fā)明專利涵蓋的范圍內(nèi)。
權(quán)利要求
一種無線通訊裝置，連接于主機(jī)與相對(duì)傳收對(duì)象之間，并包含主機(jī)傳輸接口，與該主機(jī)連接；主機(jī)傳輸接口控制器，與該主機(jī)傳輸接口連接；無線傳輸接口，接收該相對(duì)傳收對(duì)象所傳送的封包數(shù)據(jù)；無線傳輸接口控制器，與該無線傳輸接口連接；及中央處理器，連接于該主機(jī)傳輸接口控制器與該無線傳輸接口控制器之間，依據(jù)業(yè)務(wù)量控制該主機(jī)傳輸接口控制器的電源狀態(tài)進(jìn)入耗電模式，該耗電模式為多種耗電模式其中之一。
2.根據(jù)權(quán)利要求1所述的無線通訊裝置，其中，該中央處理器判斷該業(yè)務(wù)量是否小于 第一閾值，若小于，該主機(jī)傳輸接口控制器的電源狀態(tài)進(jìn)入深層低耗電模式；當(dāng)該業(yè)務(wù)量不 小于該第一閾值，則進(jìn)一步判斷是否小于大于該第一閾值之第二閾值，若小于，該主機(jī)傳輸 接口控制器的電源狀態(tài)進(jìn)入快速喚醒模式；若大于該第二閾值，該主機(jī)傳輸接口控制器的 電源狀態(tài)維持在清醒模式。
3.根據(jù)權(quán)利要求2所述的無線通訊裝置，其中，該主機(jī)傳輸接口控制器的電路區(qū)分為 第一喚醒區(qū)、第二喚醒區(qū)，及偵測(cè)主機(jī)傳輸接口總線的偵測(cè)區(qū)；該中央處理器選擇性地關(guān)閉 該第二喚醒區(qū)的電源或關(guān)閉該第一喚醒區(qū)與第二喚醒區(qū)的電源。
4.根據(jù)權(quán)利要求3所述的無線通訊裝置，其中，該第一喚醒區(qū)耗電量相對(duì)大于該第二 喚醒區(qū)，且喚醒速度相對(duì)快于該第二喚醒區(qū)。
5.根據(jù)權(quán)利要求3所述的無線通訊裝置，其中，該第一喚醒區(qū)包含實(shí)體層與媒體存取 控制層，該第二喚醒區(qū)包含脈沖產(chǎn)生電路。
6.根據(jù)權(quán)利要求3所述的無線通訊裝置，其中，在該深層低耗電模式，該主機(jī)傳輸接口 控制器中的該第一喚醒區(qū)與該第二喚醒區(qū)的電源都關(guān)閉，只保留該偵測(cè)區(qū)的電源。
7.根據(jù)權(quán)利要求3所述的無線通訊裝置，其中，在該快速喚醒模式，該第二喚醒區(qū)的電 源關(guān)閉，該第一喚醒區(qū)及該偵測(cè)區(qū)的電源保留。
8.根據(jù)權(quán)利要求3所述的無線通訊裝置，其中，該主機(jī)傳輸接口控制器接收喚醒信號(hào)， 其源自于該主機(jī)的驅(qū)動(dòng)程序，則使電源狀態(tài)回復(fù)至清醒模式，該清醒模式為第一喚醒區(qū)、第 二喚醒區(qū)及偵測(cè)區(qū)的電源皆保留；當(dāng)接收封包并做出響應(yīng)，隨即回復(fù)為接收該喚醒信號(hào)前 的耗電模式。
9.根據(jù)權(quán)利要求2所述的無線通訊裝置，其中，該中央處理器進(jìn)行該封包資料的群聚， 然后在達(dá)預(yù)定喚醒時(shí)間時(shí)將群聚后的該封包數(shù)據(jù)發(fā)送至該主機(jī)。
10.根據(jù)權(quán)利要求9所述的無線通訊裝置，其中，該主機(jī)的驅(qū)動(dòng)程序?qū)χ鳈C(jī)端要傳送的 封包做群聚，待到達(dá)協(xié)定好的時(shí)間，并由中央處理器將該主機(jī)傳輸接口控制器切換到清醒 模式，并收到中央處理器的通知，主機(jī)端的封包數(shù)據(jù)才能傳送。
11.根據(jù)權(quán)利要求9所述的無線通訊裝置，其中，該預(yù)定喚醒時(shí)間的設(shè)定，是使該主機(jī) 傳輸接口控制器與該無線傳輸接口控制器的喚醒周期同步。
12.根據(jù)權(quán)利要求9所述的無線通訊裝置，其中，該預(yù)定喚醒時(shí)間的設(shè)定，是使該主機(jī) 傳輸接口控制器與無線傳輸接口控制器的喚醒周期之間成倍數(shù)關(guān)系。
13.根據(jù)權(quán)利要求12所述的無線通訊裝置，其中，該主機(jī)傳輸接口控制器連續(xù)經(jīng)過N次 喚醒周期皆未接收封包，則使其自動(dòng)增加喚醒周期，其中，N為自然數(shù)。
14.根據(jù)權(quán)利要求9所述的無線通訊裝置，其中，該預(yù)定喚醒時(shí)間的設(shè)定依據(jù)該業(yè)務(wù)量 的大小。
15.根據(jù)權(quán)利要求14所述的無線通訊裝置，其中，當(dāng)該業(yè)務(wù)量小于默認(rèn)值超過預(yù)定時(shí) 間，則使其自動(dòng)增加喚醒周期。
16.一種無線通訊裝置的電源管理方法，由無線通訊裝置的中央處理器執(zhí)行，該無線通 訊裝置通過主機(jī)傳輸接口與主機(jī)連接，通過無線傳輸接口與相對(duì)傳收對(duì)象連接，該中央處 理器連接該主機(jī)傳輸接口以及該無線傳輸接口的控制器；該方法包含偵測(cè)業(yè)務(wù)量；及將該業(yè)務(wù)量與預(yù)設(shè)的閾值比較，若小于該閾值，則控制該主機(jī)傳輸接口控制器進(jìn)入耗 電量較低之耗電模式，若不小于該閾值，則控制該主機(jī)傳輸接口控制器進(jìn)入另一耗電模式， 該另一耗電量較高的耗電模式。
17.根據(jù)權(quán)利要求16所述的無線通訊裝置的電源管理方法，其中，該中央處理器判斷 業(yè)務(wù)量是否小于預(yù)設(shè)的第一閾值，若小于，則進(jìn)入深層低耗電模式；當(dāng)業(yè)務(wù)量不小于該第一 閾值，則進(jìn)一步判斷是否小于預(yù)設(shè)的且大于第一閾值的第二閾值，若小于，則進(jìn)入快速喚醒 模式；若大于第二閾值，則維持在清醒模式。
18.根據(jù)權(quán)利要求17所述的無線通訊裝置的電源管理方法，其中，該主機(jī)傳輸接口控 制器的電路區(qū)分為第一喚醒區(qū)、第二喚醒區(qū)，及偵測(cè)主機(jī)傳輸接口總線的偵測(cè)區(qū)；該中央處 理器在不同的耗電模式，選擇性地關(guān)閉該第二喚醒區(qū)的電源或關(guān)閉該第一喚醒區(qū)與第二喚 醒區(qū)的電源。
19.根據(jù)權(quán)利要求18所述的無線通訊裝置的電源管理方法，其中，在該深層低耗電模 式，該主機(jī)傳輸接口控制器中第一喚醒區(qū)與第二喚醒區(qū)的電源都關(guān)閉，只保留低耗電的偵 測(cè)區(qū)。
20.根據(jù)權(quán)利要求18所述的無線通訊裝置之電源管理方法，其中，在該快速喚醒模式， 該第二喚醒區(qū)的電源關(guān)閉，該第一喚醒區(qū)及偵測(cè)區(qū)的電源保留。
21.根據(jù)權(quán)利要求18所述的無線通訊裝置的電源管理方法，更包含利用該主機(jī)傳輸接 口控制器接收喚醒信號(hào)，其源自于該主機(jī)的驅(qū)動(dòng)程序，則使電源狀態(tài)回復(fù)至清醒模式，該清 醒模式為第一喚醒區(qū)、第二喚醒區(qū)及偵測(cè)區(qū)的電源皆保留；當(dāng)接收封包并做出響應(yīng)，隨即回 復(fù)為接收該喚醒信號(hào)前的耗電模式。
22.根據(jù)權(quán)利要求16所述的無線通訊裝置的電源管理方法，其中，利用該中央處理器 進(jìn)行封包數(shù)據(jù)傳輸?shù)娜壕?，然后在達(dá)預(yù)定喚醒時(shí)間時(shí)發(fā)送至該主機(jī)。
23.根據(jù)權(quán)利要求22所述的無線通訊裝置的電源管理方法，其中，該預(yù)定喚醒時(shí)間的 設(shè)定，是使該主機(jī)傳輸接口控制器與無線傳輸接口控制器的喚醒周期成倍數(shù)關(guān)系。
全文摘要
一種無線通訊裝置的電源管理方法，使用一內(nèi)建的中央處理器集中管理兩個(gè)接口的省電狀態(tài)，進(jìn)行跨層的電源管理，且利用安裝到主機(jī)上的驅(qū)動(dòng)程式與自訂的協(xié)議配合，讓原本由主機(jī)主控的電源管理工作，轉(zhuǎn)移到中央處理器進(jìn)行。如此一來，主機(jī)傳輸接口控制器的電路可快速降低耗電，藉此最大化無線通訊裝置的最低耗電狀態(tài)時(shí)間。
文檔編號(hào)H04M1/725GK101800814SQ201010116488
公開日2010年8月11日 申請(qǐng)日期2010年1月25日 優(yōu)先權(quán)日2009年1月23日
發(fā)明者沈家慶, 郭俊偉 申請(qǐng)人:瑞昱半導(dǎo)體股份有限公司