本發(fā)明關(guān)于一種用于一無線通信系統(tǒng)的方法及其通信裝置，尤其指一種用于一無線通信系統(tǒng)，用來處理從一耗能模式到一節(jié)能模式的一轉(zhuǎn)換的方法及其通信裝置。

背景技術(shù)：
由于越來越多的網(wǎng)絡(luò)應(yīng)用（如網(wǎng)絡(luò)語音（voiceoverIP，VoIP）、即時(shí)通信、網(wǎng)頁瀏覽等）可被儲(chǔ)存或執(zhí)行于通信裝置中，網(wǎng)絡(luò)應(yīng)用所消耗的（電池）能源也隨之增加，大幅降低了通信裝置的電池壽命。因此，如何提高能源效率是設(shè)計(jì)通信裝置的重要課題。舉例來說，已知技術(shù)可使用計(jì)時(shí)器（如無活動(dòng)計(jì)時(shí)器（inactivitytimer））來提高能源效率。詳細(xì)來說，通信裝置的運(yùn)作模式會(huì)被區(qū)分為耗能模式（energy-consumingmode）（如活動(dòng)模式、連接模式）及一節(jié)能模式（energy-savingmode）（如閑置模式、休眠模式）。于通信裝置與網(wǎng)絡(luò)端進(jìn)行通信（即傳送或接收消息／封包）之前，通信裝置會(huì)先轉(zhuǎn)換到耗能模式，以接收必要的控制信令及執(zhí)行必要的初始化程序（如注冊(cè)、隨機(jī)存取等）接著，通信裝置會(huì)停留于耗能模式中，以持續(xù)與網(wǎng)絡(luò)端進(jìn)行通信，進(jìn)而執(zhí)行網(wǎng)絡(luò)應(yīng)用。若通信裝置于耗能模式中停止與網(wǎng)絡(luò)端進(jìn)行通信（如停止傳送及接收消息），計(jì)時(shí)器會(huì)被啟動(dòng)（即開始計(jì)時(shí)）。當(dāng)計(jì)時(shí)器逾期時(shí)，通信裝置會(huì)判斷目前無任何網(wǎng)絡(luò)應(yīng)用被執(zhí)行，以及轉(zhuǎn)換到節(jié)能模式，使通信裝置可節(jié)省能源以改善電池壽命。相反地，若通信裝置再度與網(wǎng)絡(luò)端進(jìn)行通信，計(jì)時(shí)器會(huì)停止及被重置。在此情形下，如何設(shè)定計(jì)時(shí)器的數(shù)值是重要的議題。舉例來說，當(dāng)計(jì)時(shí)器的數(shù)值太小以及網(wǎng)絡(luò)應(yīng)用尚未結(jié)束時(shí)，計(jì)時(shí)器過早逾期會(huì)使通信裝置需要再度回到耗能模式，以繼續(xù)與網(wǎng)絡(luò)端進(jìn)行通信。接著，通信裝置很有可能會(huì)頻繁地轉(zhuǎn)換于耗能模式及節(jié)能模式間，而頻繁的轉(zhuǎn)換會(huì)浪費(fèi)電池的能源。相反地，當(dāng)計(jì)時(shí)器的數(shù)值太大以及網(wǎng)絡(luò)應(yīng)用已經(jīng)結(jié)束時(shí)，在計(jì)時(shí)器逾期之前，通信裝置會(huì)于耗能模式中停留一段相當(dāng)長的時(shí)間。因此，通信裝置會(huì)持續(xù)地接收控制信令以及執(zhí)行相關(guān)程序，浪費(fèi)電池的能源。此外，由于通信裝置所執(zhí)行的網(wǎng)絡(luò)應(yīng)用有很多種，其分別具有不同的特性，例如執(zhí)行網(wǎng)絡(luò)應(yīng)用的頻率、執(zhí)行網(wǎng)絡(luò)應(yīng)用的時(shí)間長度、網(wǎng)絡(luò)應(yīng)用所產(chǎn)生的消息（如信令）數(shù)量等特性也相當(dāng)不同。由于難以適當(dāng)?shù)卦O(shè)定計(jì)時(shí)器的數(shù)值，使能源效率的改善成為相當(dāng)困難且待解決的問題。

技術(shù)實(shí)現(xiàn)要素：
因此，本發(fā)明的主要目的即在于提供一種方法及其通信裝置，用來處理從耗能模式到節(jié)能模式的轉(zhuǎn)換，以解決上述問題。本發(fā)明公開一種處理從一耗能模式（energy-consumingmode）到一節(jié)能模式（energy-savingmode）的一轉(zhuǎn)換的方法，用于一無線通信系統(tǒng)的一通信裝置中，所述方法包含有傳送或接收一上層協(xié)議層（upperprotocollayer）的一第一消息；當(dāng)所述通信裝置判斷對(duì)應(yīng)于所述第一消息的所述上層協(xié)議層的一第二消息即將被傳送或被接收時(shí)，延遲所述轉(zhuǎn)換；以及當(dāng)所述通信裝置判斷無任何對(duì)應(yīng)于所述第一消息的消息即將被傳送或被接收時(shí)，提前所述轉(zhuǎn)換。本發(fā)明還公開一種處理從一耗能模式（energy-consumingmode）到一節(jié)能模式（energy-savingmode）的一轉(zhuǎn)換的方法，用于一無線通信系統(tǒng)的一通信裝置中，所述方法包含有執(zhí)行一上層協(xié)議層（upperprotocollayer）的一第一會(huì)議；當(dāng)所述通信裝置判斷對(duì)應(yīng)于所述第一會(huì)議的所述上層協(xié)議層的一第二會(huì)議即將被執(zhí)行時(shí)，延遲所述轉(zhuǎn)換；以及當(dāng)所述通信裝置判斷無任何對(duì)應(yīng)于所述第一會(huì)議的會(huì)議即將被執(zhí)行時(shí)，提前所述轉(zhuǎn)換。本發(fā)明還公開一無線通信系統(tǒng)的一通信裝置，用來處理從一耗能模式（energy-consumingmode）到一節(jié)能模式（energy-savingmode）的一轉(zhuǎn)換，所述通信裝置包含有一裝置，用來傳送或接收一上層協(xié)議層（upperprotocollayer）的一第一消息；一裝置，用來當(dāng)所述通信裝置判斷對(duì)應(yīng)于所述第一消息的所述上層協(xié)議層的一第二消息即將被傳送或被接收時(shí)，延遲所述轉(zhuǎn)換；以及一裝置，用來當(dāng)所述通信裝置判斷無任何對(duì)應(yīng)于所述第一消息的消息即將被傳送或被接收時(shí)，提前所述轉(zhuǎn)換。本發(fā)明還公開一無線通信系統(tǒng)的一通信裝置，用來處理從一耗能模式（energy-consumingmode）到一節(jié)能模式（energy-savingmode）的一轉(zhuǎn)換，所述通信裝置包含有一裝置，用來執(zhí)行一上層協(xié)議層（upperprotocollayer）的一第一會(huì)議；一裝置，用來當(dāng)所述通信裝置判斷對(duì)應(yīng)于所述第一會(huì)議的所述上層協(xié)議層的一第二會(huì)議即將被執(zhí)行時(shí)，延遲所述轉(zhuǎn)換；以及一裝置，用來當(dāng)所述通信裝置判斷無任何對(duì)應(yīng)于所述第一會(huì)議的會(huì)議即將被執(zhí)行時(shí)，提前所述轉(zhuǎn)換。在此配合下列圖示、實(shí)施例的詳細(xì)說明及權(quán)利要求書，將上述及本發(fā)明的其它目的與優(yōu)點(diǎn)詳述于后。附圖說明圖1為本發(fā)明實(shí)施例一無線通信系統(tǒng)的示意圖。圖2為本發(fā)明實(shí)施例一通信裝置的示意圖。圖3到圖10為本發(fā)明實(shí)施例的流程的示意圖。圖11為本發(fā)明實(shí)施例由通信裝置所執(zhí)行的會(huì)議的流程示意圖。其中，附圖標(biāo)記說明如下：10無線通信系統(tǒng)110初始會(huì)議112數(shù)據(jù)會(huì)議114終止會(huì)議20通信裝置200處理裝置210儲(chǔ)存單元214程序碼220通信接口單元30、40、50、60、70、80、90、流程100300、302、304、306、308、1000、步驟1002、1004、1006、1008具體實(shí)施方式請(qǐng)參考圖1，圖1為本發(fā)明實(shí)施例一無線通信系統(tǒng)10的示意圖，其簡(jiǎn)略地是由一網(wǎng)絡(luò)端及復(fù)數(shù)個(gè)通信裝置所組成。在圖1中，網(wǎng)絡(luò)端及通信裝置是用來說明無線通信系統(tǒng)10的結(jié)構(gòu)。于通用行動(dòng)電信系統(tǒng)（UniversalMobileTelecommunicationsSystem，UMTS）中，網(wǎng)絡(luò)端可為通用陸地全球無線存取網(wǎng)絡(luò)（UniversalTerrestrialRadioAccessNetwork，UTRAN），其包含有復(fù)數(shù)個(gè)基地臺(tái)（Node-Bs，NBs），于長期演進(jìn)（LongTermEvolution，LTE）系統(tǒng)或先進(jìn)長期演進(jìn)（LTE-Advanced，LTE-A）系統(tǒng)中，網(wǎng)絡(luò)端可為一演進(jìn)式通用陸地全球無線存取網(wǎng)絡(luò)（evolveduniversalterrestrialradioaccessnetwork，E-UTRAN），其可包含有復(fù)數(shù)個(gè)演進(jìn)式基地臺(tái)（evolvedNBs，eNBs）及／或中繼站（relays）。除此之外，網(wǎng)絡(luò)端也可同時(shí)包含有通用陸地全球無線存取網(wǎng)絡(luò)／演進(jìn)式通用陸地全球無線存取網(wǎng)絡(luò)及核心網(wǎng)絡(luò)，其中核心網(wǎng)絡(luò)可包含有行動(dòng)管理單元（MobilityManagementEntity，MME）、伺服閘道器（servinggateway，S-GW）、封包數(shù)據(jù)網(wǎng)絡(luò)閘道器（packetdatanetworkgateway，P-GW）、自組織網(wǎng)絡(luò)（self-organizingnetwork，SON）、無線網(wǎng)絡(luò)控制器（RadioNetworkController，RNC）等實(shí)體。換句話說，于網(wǎng)絡(luò)端接收通信裝置所傳送的信息后，可由通用陸地全球無線存取網(wǎng)絡(luò)／演進(jìn)式通用陸地全球無線存取網(wǎng)絡(luò)來處理信息及產(chǎn)生對(duì)應(yīng)于所述信息的決策?；蛘?，通用陸地全球無線存取網(wǎng)絡(luò)／演進(jìn)式通用陸地全球無線存取網(wǎng)絡(luò)可將信息轉(zhuǎn)發(fā)到核心網(wǎng)絡(luò)，由核心網(wǎng)絡(luò)來產(chǎn)生對(duì)應(yīng)于所述信息的決策。此外，也可于用陸地全球無線存取網(wǎng)絡(luò)／演進(jìn)式通用陸地全球無線存取網(wǎng)絡(luò)及核心網(wǎng)絡(luò)在合作及／或協(xié)調(diào)后，共同處理所述信息，以產(chǎn)生決策。通信裝置可為移動(dòng)電話、筆記型計(jì)算機(jī)、平板計(jì)算機(jī)、電子書、可攜式計(jì)算機(jī)系統(tǒng)及機(jī)器型態(tài)通信（machinetypecommunication，MTC）裝置等裝置。通信裝置也可為通用行動(dòng)電信系統(tǒng)、長期演進(jìn)系統(tǒng)及先進(jìn)長期演進(jìn)系統(tǒng)中的移動(dòng)站臺(tái)（mobilestations，MSs）或用戶端（userequipments，UEs）。此外，根據(jù)傳輸方向，可將網(wǎng)絡(luò)端及通信裝置分別視為傳送端或接收端。舉例來說，對(duì)一上行鏈路（uplink，UL）而言，通信裝置為傳送端而網(wǎng)絡(luò)端為接收端；對(duì)一下行鏈路（downlink，DL）而言，網(wǎng)絡(luò)端為傳送端而通信裝置為接收端。請(qǐng)參考圖2，圖2為本發(fā)明實(shí)施例一通信裝置20的示意圖。通信裝置20可為圖1中的通信裝置或網(wǎng)絡(luò)端，包含一處理裝置200、一儲(chǔ)存單元210以及一通信接口單元220。處理裝置200可為一微處理器或一特定應(yīng)用集成電路（Application-SpecificIntegratedCircuit，ASIC）。儲(chǔ)存單元210可為任一數(shù)據(jù)儲(chǔ)存裝置，用來儲(chǔ)存一程序碼214，處理裝置200可通過儲(chǔ)存單元210讀取及執(zhí)行程序碼214。舉例來說，儲(chǔ)存單元210可為用戶識(shí)別模組（SubscriberIdentityModule，SIM）、只讀式內(nèi)存（Read-OnlyMemory，ROM）、隨機(jī)存取內(nèi)存（Random-AccessMemory，RAM）、光盤只讀內(nèi)存（CD-ROM／DVD-ROM）、磁帶（magnetictape）、硬盤（harddisk）及光學(xué)數(shù)據(jù)儲(chǔ)存裝置（opticaldatastoragedevice）等，而不限于此。通信接口單元220可為一收發(fā)器，其根據(jù)處理裝置200的處理結(jié)果，用來傳送及接收信息（如消息或封包）。請(qǐng)參考圖3，圖3為本發(fā)明實(shí)施例一流程30的流程圖。流程30用于圖1的通信裝置中，用來處理從耗能模式到節(jié)能模式的轉(zhuǎn)換。流程30可被編譯成程序碼214，其包含以下步驟：步驟300：開始。步驟302：傳送或接收一上層協(xié)議層（upperprotocollayer）的一第一消息。步驟304：當(dāng)所述通信裝置判斷對(duì)應(yīng)于所述第一消息的所述上層協(xié)議層的一第二消息即將被傳送或被接收時(shí)，延遲所述轉(zhuǎn)換。步驟306：當(dāng)所述通信裝置判斷無任何對(duì)應(yīng)于所述第一消息的消息即將被傳送或被接收時(shí)，提前所述轉(zhuǎn)換。步驟308：結(jié)束。根據(jù)流程30，于通信裝置傳送或接收上層協(xié)議層的第一消息后，當(dāng)判斷對(duì)應(yīng)于第一消息的第二消息即將被傳送或被接收時(shí)，通信裝置會(huì)延遲所述轉(zhuǎn)換，以及當(dāng)判斷無任何對(duì)應(yīng)于第一消息的消息即將被傳送或被接收時(shí)，通信裝置會(huì)提前所述轉(zhuǎn)換。也就是說，若在第一消息之后沒有后續(xù)消息要被傳送或被接收時(shí)，通信裝置可提前轉(zhuǎn)換到節(jié)能模式，以節(jié)省通信裝置電池的能源。相反地，若在第一消息之后緊接著有第二消息（如在一特定時(shí)間區(qū)間內(nèi)）要被傳送或被接收時(shí)，通信裝置可延遲轉(zhuǎn)換到節(jié)能模式，以等待（處理）第二消息。因此，不僅可避免耗能模式及節(jié)能模式間的頻繁轉(zhuǎn)換，也可節(jié)省用于耗能模式及節(jié)能模式間轉(zhuǎn)換的能源。如此一來，根據(jù)是否即將要傳送或接收對(duì)應(yīng)于目前所處理（如傳送或接收）的上層協(xié)議層消息的后續(xù)的上層協(xié)議層消息，通信裝置可有效地節(jié)省電池的能源。需注意的是，流程30的精神在于通信裝置根據(jù)是否即將要傳送或接收上層協(xié)議層的消息，可延遲或提早從耗能模式到節(jié)能模式的轉(zhuǎn)換，以節(jié)省等待所述轉(zhuǎn)換所需的能源，以及節(jié)省耗能模式及節(jié)能模式間的頻繁轉(zhuǎn)換所需的能源。流程30的實(shí)現(xiàn)方式是未有所限。舉例來說，通信裝置可于下層協(xié)議層（lowerprotocollayer）中執(zhí)行轉(zhuǎn)換，所述下層協(xié)議層包含有物理層（physicallayer）及媒體存取控制層（mediumaccesscontrol，MAC）中至少一協(xié)議層。也就是說，由于通信裝置通常消耗較多的能源于執(zhí)行相關(guān)于物理層及／或媒體存取控制層的運(yùn)作，耗能模式及所述節(jié)能模式可為物理層及／或媒體存取控制層的工作模式。因此，通信裝置可于物理層及／或所述媒體存取控制層中，執(zhí)行用來節(jié)省能源的耗能模式及節(jié)能模式的轉(zhuǎn)換。此外，通信裝置用來延遲或提前轉(zhuǎn)換（從耗能模式到節(jié)能模式）的方法是未有所限。舉例來說，通信裝置可通過增加無活動(dòng)計(jì)時(shí)器（inactivitytimer）的數(shù)值來延遲轉(zhuǎn)換，以及通過減少無活動(dòng)計(jì)時(shí)器的數(shù)值來提前轉(zhuǎn)換。也就是說，通信裝置可通過使無活動(dòng)計(jì)時(shí)器較晚逾期來延遲轉(zhuǎn)換，以及通過使無活動(dòng)計(jì)時(shí)器較早逾期來提前轉(zhuǎn)換。除此之外，上層協(xié)議層可為傳輸層（transportlayer）或應(yīng)用層（applicationlayer），即位于網(wǎng)絡(luò)層上方的協(xié)議層。更詳細(xì)來說，上述的消息可為傳輸層的傳輸控制協(xié)議（transmissioncontrolprotocol，TCP）消息，或者可為應(yīng)用層的會(huì)議起始協(xié)議（sessioninitiationprotocol，SIP）消息、網(wǎng)域名稱系統(tǒng)（domainnamesystem，DNS）詢問消息或超文本傳輸協(xié)議（hypertexttransferprotocol，HTTP）消息。請(qǐng)參考圖4，其為本發(fā)明實(shí)施例的流程40的示意圖。流程40是用來說明通信裝置及網(wǎng)絡(luò)端于傳輸層所執(zhí)行的一傳輸控制協(xié)議初始化（即握手（handshake））程序。如圖4所示，通信裝置首先會(huì)傳送TCPSYN消息到網(wǎng)絡(luò)端，例如用來初始化一傳輸控制協(xié)議會(huì)議。接著，由于通信裝置即將要接收網(wǎng)絡(luò)端所傳送用來回應(yīng)TCPSYN消息的TCPSYN-ACK消息，通信裝置可延遲從耗能模式到節(jié)能模式的轉(zhuǎn)換，例如將無活動(dòng)計(jì)時(shí)器的數(shù)值設(shè)定為較大的數(shù)值。因此，即使TCPSYN-ACK消息被延誤了（如因?yàn)榫W(wǎng)絡(luò)壅塞），通信裝置不會(huì)錯(cuò)誤地轉(zhuǎn)換到節(jié)能模式。于通信裝置接收TCPSYN-ACK消息后，通信裝置會(huì)傳送TCPACK消息到網(wǎng)絡(luò)端，以確認(rèn)TCPSYN-ACK消息已被接收。接著，由于已完成傳輸控制協(xié)議初始化程序，通信裝置于一特定時(shí)間區(qū)間內(nèi)較不可能再傳送或接收其他消息，通信裝置可提前從耗能模式到節(jié)能模式的轉(zhuǎn)換，例如將無活動(dòng)計(jì)時(shí)器的數(shù)值設(shè)定為較小的數(shù)值。也就是說，TCPACK消息可被視為一結(jié)束消息，其暗示在特定時(shí)間區(qū)間內(nèi)不需再傳送或接收任何消息。因此，通信裝置可節(jié)省用來等待轉(zhuǎn)換到節(jié)能模式所需的電池能源。相似地，請(qǐng)參考圖5，其為本發(fā)明實(shí)施例的流程50的示意圖。流程50是用來說明通信裝置及網(wǎng)絡(luò)端于傳輸層所執(zhí)行的一傳輸控制協(xié)議終止（即握手（handshake））程序。如圖5所示，通信裝置首先會(huì)傳送第一TCPFIN消息到網(wǎng)絡(luò)端，例如用來終止一傳輸控制協(xié)議會(huì)議。接著，由于通信裝置即將要接收網(wǎng)絡(luò)端所傳送的第二TCPFIN消息及用來回應(yīng)第一TCPFIN消息的第一TCPACK消息，通信裝置可延遲從耗能模式到節(jié)能模式的轉(zhuǎn)換，例如將無活動(dòng)計(jì)時(shí)器的數(shù)值設(shè)定為較大的數(shù)值。因此，即使第二TCPFIN消息及／或第一TCPACK消息被延誤了（如因?yàn)榫W(wǎng)絡(luò)壅塞），通信裝置不會(huì)錯(cuò)誤地轉(zhuǎn)換到節(jié)能模式。于通信裝置接收第二TCPFIN消息及第一TCPACK消息后，通信裝置會(huì)傳送第二TCPACK消息到網(wǎng)絡(luò)端，以確認(rèn)第二TCPFIN消息已被接收。接著，由于已完成傳輸控制協(xié)議終止程序，通信裝置于特定時(shí)間區(qū)間內(nèi)較不可能再傳送或接收其他消息，通信裝置可提前從耗能模式到節(jié)能模式的轉(zhuǎn)換，例如將無活動(dòng)計(jì)時(shí)器的數(shù)值設(shè)定為較小的數(shù)值。也就是說，第二TCPFIN消息可被視為一結(jié)束消息，其暗示在特定時(shí)間區(qū)間內(nèi)不需再傳送或接收任何消息。因此，通信裝置可節(jié)省用來等待轉(zhuǎn)換到節(jié)能模式所需的電池能源。請(qǐng)參考圖6，其為本發(fā)明實(shí)施例的流程60的示意圖。流程60是用來說明通信裝置及網(wǎng)絡(luò)端于應(yīng)用層所執(zhí)行的一會(huì)議起始協(xié)議初始化（如網(wǎng)絡(luò)語音（voiceoverIP，VoIP））程序。如圖6所示，通信裝置首先會(huì)傳送SIPinvite消息到網(wǎng)絡(luò)端，例如用來起始一會(huì)議起始協(xié)議會(huì)議。接著，由于通信裝置即將要接收網(wǎng)絡(luò)端所傳送用來回應(yīng)SIPinvite消息的SIPACK消息，通信裝置可延遲從耗能模式到節(jié)能模式的轉(zhuǎn)換，例如將無活動(dòng)計(jì)時(shí)器的數(shù)值設(shè)定為較大的數(shù)值。因此，即使SIPACK消息被延誤了（如因?yàn)榫W(wǎng)絡(luò)壅塞），通信裝置不會(huì)錯(cuò)誤地轉(zhuǎn)換到節(jié)能模式。于通信裝置接收SIPACK消息后，由于通信裝置已完成會(huì)議起始協(xié)議初始化程序，通信裝置于一特定時(shí)間區(qū)間內(nèi)較不可能再傳送或接收其他消息，可提前從耗能模式到節(jié)能模式的轉(zhuǎn)換，例如將無活動(dòng)計(jì)時(shí)器的數(shù)值設(shè)定為較小的數(shù)值。也就是說，SIPACK消息可被視為一結(jié)束消息，其暗示在特定時(shí)間區(qū)間內(nèi)不需再傳送或接收任何消息。因此，通信裝置可節(jié)省用來等待轉(zhuǎn)換到節(jié)能模式所需的電池能源。相似地，請(qǐng)參考圖7，其為本發(fā)明實(shí)施例的流程70的示意圖。流程70是用來說明通信裝置及網(wǎng)絡(luò)端于應(yīng)用層所執(zhí)行的一會(huì)議起始協(xié)議終止程序。如圖7所示，通信裝置首先會(huì)傳送SIPBYE消息到網(wǎng)絡(luò)端，例如用來終止一會(huì)議起始協(xié)議會(huì)議。接著，由于通信裝置即將要接收網(wǎng)絡(luò)端所傳送用來回應(yīng)SIPBYE消息的SIPOK消息，通信裝置可延遲從耗能模式到節(jié)能模式的轉(zhuǎn)換，例如將無活動(dòng)計(jì)時(shí)器的數(shù)值設(shè)定為較大的數(shù)值。因此，即使SIPOK消息被延誤了（如因?yàn)榫W(wǎng)絡(luò)壅塞），通信裝置不會(huì)錯(cuò)誤地轉(zhuǎn)換到節(jié)能模式。于通信裝置接收SIPOK消息后，由于通信裝置已完成會(huì)議起始協(xié)議終止程序，通信裝置于一特定時(shí)間區(qū)間內(nèi)較不可能再傳送或接收其他消息，可提前從耗能模式到節(jié)能模式的轉(zhuǎn)換，例如將無活動(dòng)計(jì)時(shí)器的數(shù)值設(shè)定為較小的數(shù)值。也就是說，SIPOK消息可被視為一結(jié)束消息，其暗示在特定時(shí)間區(qū)間內(nèi)不需再傳送或接收任何消息。因此，通信裝置可節(jié)省用來等待轉(zhuǎn)換到節(jié)能模式所需的電池能源。相似地，請(qǐng)參考圖8，其為本發(fā)明實(shí)施例的流程80的示意圖。流程80是用來說明通信裝置及網(wǎng)絡(luò)端于應(yīng)用層所執(zhí)行的一超文本傳輸協(xié)議程序。如圖8所示，通信裝置首先會(huì)傳送HTTPGET消息到網(wǎng)絡(luò)端，例如用來讀取數(shù)據(jù)、網(wǎng)頁及／或檔案。接著，由于通信裝置即將要接收網(wǎng)絡(luò)端所傳送的數(shù)據(jù)、網(wǎng)頁及／或檔案，通信裝置可延遲從耗能模式到節(jié)能模式的轉(zhuǎn)換，例如將無活動(dòng)計(jì)時(shí)器的數(shù)值設(shè)定為較大的數(shù)值。因此，即使通信裝置僅能斷斷續(xù)續(xù)地讀取數(shù)據(jù)、網(wǎng)頁及／或檔案（如因?yàn)閿?shù)據(jù)流的特性），通信裝置不會(huì)錯(cuò)誤地轉(zhuǎn)換到節(jié)能模式。于接收數(shù)據(jù)、網(wǎng)頁及／或檔案后，通信裝置會(huì)繼續(xù)等待由網(wǎng)絡(luò)端所傳送的HTTPOK消息。在此情形下，由于無活動(dòng)計(jì)時(shí)器可能會(huì)被重置，通信裝置可再度延遲從耗能模式到節(jié)能模式的轉(zhuǎn)換，以避免錯(cuò)誤地轉(zhuǎn)換到節(jié)能模式。于接收HTTPOK消息后，由于通信裝置已完成超文本傳輸協(xié)議程序，通信裝置于一特定時(shí)間區(qū)間內(nèi)較不可能再傳送或接收其他消息，可提前從耗能模式到節(jié)能模式的轉(zhuǎn)換，例如將無活動(dòng)計(jì)時(shí)器的數(shù)值設(shè)定為較小的數(shù)值。也就是說，HTTPOK消息可被視為一結(jié)束消息，其暗示在特定時(shí)間區(qū)間內(nèi)不需再傳送或接收任何消息。因此，通信裝置可節(jié)省用來等待轉(zhuǎn)換到節(jié)能模式所需的電池能源。相似地，請(qǐng)參考圖9，其為本發(fā)明實(shí)施例的流程90的示意圖。流程90是用來說明通信裝置及網(wǎng)絡(luò)端于應(yīng)用層所執(zhí)行的一網(wǎng)域名稱系統(tǒng)程序。如圖9所示，通信裝置首先會(huì)傳送DNSquery消息到網(wǎng)絡(luò)端，例如用來查詢網(wǎng)域名稱或網(wǎng)際網(wǎng)絡(luò)（IP）位置。接著，由于通信裝置即將要接收網(wǎng)絡(luò)端所傳送用來回應(yīng)DNSquery消息的DNSresponse消息（如包含有網(wǎng)域名稱或網(wǎng)際網(wǎng)絡(luò)位置），通信裝置可延遲從耗能模式到節(jié)能模式的轉(zhuǎn)換，例如將無活動(dòng)計(jì)時(shí)器的數(shù)值設(shè)定為較大的數(shù)值。因此，即使DNSresponse消息被延誤了（如因?yàn)榫W(wǎng)絡(luò)壅塞），通信裝置不會(huì)錯(cuò)誤地轉(zhuǎn)換到節(jié)能模式。于通信裝置接收DNSresponse消息后，由于通信裝置已完成網(wǎng)域名稱系統(tǒng)程序，通信裝置于一特定時(shí)間區(qū)間內(nèi)較不可能再傳送或接收其他消息，可提前從耗能模式到節(jié)能模式的轉(zhuǎn)換，例如將無活動(dòng)計(jì)時(shí)器的數(shù)值設(shè)定為較小的數(shù)值。也就是說，DNSresponse可被視為一結(jié)束消息，其暗示在特定時(shí)間區(qū)間內(nèi)不需再傳送或接收任何消息。因此，通信裝置可節(jié)省用來等待轉(zhuǎn)換到節(jié)能模式所需的電池能源。因此，根據(jù)流程30以及以上所述，根據(jù)是否即將要傳送或接收對(duì)應(yīng)于目前處理（如傳送或接收）的上層協(xié)議層消息的后續(xù)的上層協(xié)議層消息，通信裝置可有效地節(jié)省電池的能源。請(qǐng)參考圖10，圖10為本發(fā)明實(shí)施例一流程100的流程圖。流程100用于圖1的通信裝置中，用來處理從耗能模式到節(jié)能模式的轉(zhuǎn)換。流程100可被編譯成程序碼214，其包含以下步驟：步驟1000：開始。步驟1002：執(zhí)行一上層協(xié)議層的一第一會(huì)議。步驟1004：當(dāng)所述通信裝置判斷對(duì)應(yīng)于所述第一會(huì)議的所述上層協(xié)議層的一第二會(huì)議即將被執(zhí)行時(shí)，延遲所述轉(zhuǎn)換。步驟1006：當(dāng)所述通信裝置判斷無任何對(duì)應(yīng)于所述第一會(huì)議的會(huì)議即將被執(zhí)行時(shí)，提前所述轉(zhuǎn)換。步驟1008：結(jié)束。根據(jù)流程100，于通信裝置執(zhí)行上層協(xié)議層的第一會(huì)議后，當(dāng)判斷對(duì)應(yīng)于第一會(huì)議的上層協(xié)議層的第二會(huì)議即將被執(zhí)行時(shí)，通信裝置會(huì)延遲所述轉(zhuǎn)換，以及判斷無任何對(duì)應(yīng)于第一會(huì)議的會(huì)議即將被執(zhí)行時(shí)，通信裝置會(huì)提前所述轉(zhuǎn)換。也就是說，若在第一會(huì)議之后沒有后續(xù)會(huì)議要被執(zhí)行時(shí)，通信裝置可提前轉(zhuǎn)換到節(jié)能模式，以節(jié)省通信裝置電池的能源。相反地，若在第一會(huì)議之后緊接著有第二會(huì)議（如在一特定時(shí)間區(qū)間內(nèi)）要被執(zhí)行時(shí)，通信裝置可延遲轉(zhuǎn)換到節(jié)能模式，以等待（執(zhí)行）第二會(huì)議。因此，不僅可避免耗能模式及節(jié)能模式間的頻繁轉(zhuǎn)換，也可節(jié)省用于耗能模式及節(jié)能模式間轉(zhuǎn)換的能源。值得一提的是，當(dāng)通信裝置執(zhí)行一會(huì)議時(shí)，涉及通信裝置于所述會(huì)議中傳送或接收一或多個(gè)消息。如此一來，根據(jù)是否即將要執(zhí)行對(duì)應(yīng)于目前所執(zhí)行上層協(xié)議層會(huì)議之后續(xù)的上層協(xié)議層會(huì)議，通信裝置可有效地節(jié)省電池的能源。需注意的是，流程100的精神在于通信裝置根據(jù)是否即將要執(zhí)行上層協(xié)議層的會(huì)議，可延遲或提早從耗能模式到節(jié)能模式的轉(zhuǎn)換，以節(jié)省等待所述轉(zhuǎn)換所需的能源，以及節(jié)省耗能模式及節(jié)能模式間的頻繁轉(zhuǎn)換所需的能源。流程100的實(shí)現(xiàn)方式是未有所限。舉例來說，通信裝置可于下層協(xié)議層（lowerprotocollayer）中執(zhí)行轉(zhuǎn)換，所述下層協(xié)議層包含有物理層及媒體存取控制層中至少一協(xié)議層。也就是說，由于通信裝置通常消耗較多的能源于執(zhí)行相關(guān)于物理層及／或媒體存取控制層的運(yùn)作，耗能模式及所述節(jié)能模式可為物理層及／或媒體存取控制層的工作模式。因此，通信裝置可于物理層及／或所述媒體存取控制層中，執(zhí)行用來節(jié)省能源的耗能模式及節(jié)能模式的轉(zhuǎn)換。此外，通信裝置用來延遲或提前轉(zhuǎn)換（從耗能模式到節(jié)能模式）的方法是未有所限。舉例來說，通信裝置可通過增加無活動(dòng)計(jì)時(shí)器的數(shù)值來延遲轉(zhuǎn)換，以及通過減少無活動(dòng)計(jì)時(shí)器的數(shù)值來提前轉(zhuǎn)換。也就是說，通信裝置可通過使無活動(dòng)計(jì)時(shí)器較晚逾期來延遲轉(zhuǎn)換，以及通過使無活動(dòng)計(jì)時(shí)器較早逾期來提前轉(zhuǎn)換。除此之外，上層協(xié)議層可為傳輸層或應(yīng)用層，即位于網(wǎng)絡(luò)層上方的協(xié)議層。更詳細(xì)來說，上述的會(huì)議可為傳輸層的傳輸控制協(xié)議會(huì)議，其中一或多個(gè)傳輸控制協(xié)議消息會(huì)被傳送及／或接收于所述傳輸控制協(xié)議會(huì)議中?；蛘撸鲜龅臅?huì)議可為應(yīng)用層的會(huì)議起始協(xié)議會(huì)議或超文本傳輸協(xié)議會(huì)議，其中一或多個(gè)會(huì)議起始協(xié)議消息及／或超文本傳輸協(xié)議消息會(huì)被傳送及／或接收于所述會(huì)議起始協(xié)議會(huì)議或超文本傳輸協(xié)議會(huì)議中。于另一實(shí)施例中，上述的會(huì)議可為應(yīng)用層的網(wǎng)域名稱系統(tǒng)會(huì)議，其中一或多個(gè)網(wǎng)域名稱系統(tǒng)消息會(huì)被傳送及／或接收于所述網(wǎng)域名稱系統(tǒng)會(huì)議中。需注意的是，可用來實(shí)施本發(fā)明的會(huì)議不限于以上所述的會(huì)議。請(qǐng)參考圖11，其為本發(fā)明實(shí)施例由通信裝置所執(zhí)行的會(huì)議的流程示意圖，其中所述會(huì)議可為傳輸控制協(xié)議會(huì)議、會(huì)議起始協(xié)議會(huì)議、超文本傳輸協(xié)議會(huì)議或網(wǎng)域名稱系統(tǒng)會(huì)議。詳細(xì)來說，圖11包含有一初始會(huì)議110、一數(shù)據(jù)會(huì)議112（例如用來讀取數(shù)據(jù)、網(wǎng)頁及／或檔案）及一終止會(huì)議114。通信裝置會(huì)于上述會(huì)議的每個(gè)會(huì)議中傳送或接收一或多個(gè)消息。值得一提的是，數(shù)據(jù)會(huì)議112僅用來舉例說明本發(fā)明，實(shí)際上，初始會(huì)議110及終止會(huì)議114間可包含有更多的數(shù)據(jù)會(huì)議。如圖11所示，通信裝置首先會(huì)于通信裝置及網(wǎng)絡(luò)端間執(zhí)行一初始會(huì)議。接著，由于通信裝置即將要執(zhí)行數(shù)據(jù)會(huì)議112，通信裝置可延遲從耗能模式到節(jié)能模式的轉(zhuǎn)換，例如將無活動(dòng)計(jì)時(shí)器的數(shù)值設(shè)定為較大的數(shù)值。因此，即使數(shù)據(jù)會(huì)議112難以即時(shí)地被執(zhí)行（如因?yàn)榫W(wǎng)絡(luò)壅塞），通信裝置不會(huì)錯(cuò)誤地轉(zhuǎn)換到節(jié)能模式。于通信裝置執(zhí)行終止會(huì)議114后，由于終止會(huì)議114暗示通信裝置于一特定時(shí)間區(qū)間內(nèi)較不可能再執(zhí)行其他會(huì)議，通信裝置可提前從耗能模式到節(jié)能模式的轉(zhuǎn)換，例如將無活動(dòng)計(jì)時(shí)器的數(shù)值設(shè)定為較小的數(shù)值。因此，通信裝置可節(jié)省用來等待轉(zhuǎn)換到節(jié)能模式所需的電池能源。因此，根據(jù)流程100以及以上所述，根據(jù)是否即將要執(zhí)行對(duì)應(yīng)于目前執(zhí)行的上層協(xié)議層會(huì)議的后續(xù)的上層協(xié)議層會(huì)議，通信裝置可有效地節(jié)省電池的能源。本領(lǐng)域技術(shù)人員當(dāng)可依本發(fā)明的精神加以結(jié)合、修飾或變化以上所述的實(shí)施例，而不限于此。前述的所有流程的步驟（包含建議步驟）可通過裝置實(shí)現(xiàn)，裝置可為硬件、韌體（為硬件裝置與計(jì)算機(jī)指令與數(shù)據(jù)的結(jié)合，且計(jì)算機(jī)指令與數(shù)據(jù)屬于硬件裝置上的只讀軟體）或電子系統(tǒng)。硬件可為類比微計(jì)算機(jī)電路、數(shù)字微計(jì)算機(jī)電路、混合式微計(jì)算機(jī)電路、微計(jì)算機(jī)晶片或硅晶片。電子系統(tǒng)可為系統(tǒng)單晶片（systemonchip，SOC）、系統(tǒng)級(jí)封裝（systeminpackage，SiP）、嵌入式計(jì)算機(jī)（computeronmodule，COM）及通信裝置20。綜上所述，本發(fā)明提供一種方法及其通信裝置，用來處理從耗能模式到節(jié)能模式的轉(zhuǎn)換。通信裝置可根據(jù)是否即將要處理上層協(xié)議層的消息（或會(huì)議），可延遲或提早從耗能模式到節(jié)能模式的轉(zhuǎn)換，以節(jié)省等待所述轉(zhuǎn)換所需的能源，以及節(jié)省耗能模式及節(jié)能模式間的頻繁轉(zhuǎn)換所需的能源。因此，可有效率地節(jié)省電池能源。以上所述僅為本發(fā)明的優(yōu)選實(shí)施例而已，并不用于限制本發(fā)明，對(duì)于本領(lǐng)域的技術(shù)人員來說，本發(fā)明可以有各種更改和變化。凡在本發(fā)明的精神和原則之內(nèi)，所作的任何修改、等同替換、改進(jìn)等，均應(yīng)包含在本發(fā)明的保護(hù)范圍之內(nèi)。