專利名稱：無線通信網(wǎng)中的斷開技術(shù)的制作方法
無線通信網(wǎng)中的斷開技術(shù)
背景技術(shù)：
諸如智能電話的移動計算裝置可以具有無線通信能力，以提供諸如移動電話、 移動電子郵件訪問、萬維網(wǎng)瀏覽、接收內(nèi)容(例如，視頻或者音頻)、等等的特征。此 夕卜，這種裝置還可以提供各種處理能力。例如，移動裝置可以提供個人數(shù)字助理(PDA) 特征，包括字處理、電子數(shù)據(jù)表格以及利用臺式計算機使信息同步。通用移動通信系統(tǒng)(UMTS)是由第三代合作伙伴計劃(3GPP)建立的無線通信技 術(shù)。UMTS網(wǎng)絡(luò)通常采用寬帶碼分多址(WCDMA)技術(shù)，在各裝置之間交換無線信號。 UMTS網(wǎng)絡(luò)保證以高數(shù)據(jù)速率交換信息。因此，UMTS網(wǎng)絡(luò)支持電話，也支持?jǐn)?shù)據(jù)和內(nèi) 容(例如，視頻和音頻)的傳送。通常，電池對移動裝置提供工作功率。因此，希望通過降低移動裝置的功率需 求量來延長電池壽命。這可以包括使其一個或者多個運行功率更有效。為了節(jié)省移動裝置的功率，通信系統(tǒng)提供某種移動裝置在特定條件下可以進入 的低功率運行狀態(tài)。例如，UMTS為用戶裝置提供空閑模式。不幸的是，進入這種低功 率狀態(tài)需要非常長的時間。因此，消耗過多的電池功率。


圖1是典型運行環(huán)境的示意圖。圖2是示出用戶裝置的運行特征的示意圖。圖3是流程圖。圖4是典型裝置體系結(jié)構(gòu)的示意圖。圖5是典型裝置實現(xiàn)的示意圖。圖6是流程圖。圖7是示出性能特性的曲線圖。
具體實施例方式各種實施例一般地涉及用于管理功率消耗的技術(shù)。例如，設(shè)備包括主機和通信 控制模塊。該通信控制模塊與通信網(wǎng)交換信息。該主機確定終止條件是否成立。根據(jù) 該確定，當(dāng)終止條件成立時，該通信控制模塊執(zhí)行信令連接釋放指示過程。利用這種技術(shù)，可以獲得各種優(yōu)點。例如，可以降低移動裝置中的功率消耗。 這種降低可以延長電池壽命并且提高用戶的方便性。各種實施例可以包括一個或者多個單元。單元可以包括為了執(zhí)行特定操作而布 置的任意結(jié)構(gòu)。根據(jù)對一組給定設(shè)計參數(shù)或者性能制約的要求，每個單元都可以由硬 件、軟件或者它們的任意組合予以實現(xiàn)。盡管作為例子，描述了在特定布局中具有有限 數(shù)量單元的實施例，但是根據(jù)對給定實現(xiàn)的要求，該實施例在變型布置中可以包括單元 的其他組合。值得注意的是，任何涉及“一個實施例”或者“實施例”均指，結(jié)合該 實施例描述的特定特征、結(jié)構(gòu)、或者特性均包括在至少一個實施例中。在該說明書的各位置出現(xiàn)的短語“在一個實施例中”或者“在實施例中”不一定都指同一個實施例。圖1是運行環(huán)境100的示意圖。該環(huán)境包括用戶裝置102、通信網(wǎng)104、服務(wù) 器106以及通信介質(zhì)108。用戶裝置102能夠通過通信網(wǎng)104與遠(yuǎn)程裝置進行通信。這種通信可以是無線 的。因此，裝置102可以是移動電話、智能電話、PDA、計算裝置(例如，膝上型計算 機、臺式計算機，等等)和/或者其他類型的裝置。實施例并不局限于這些例子。通信網(wǎng)104通過一個或者多個蜂窩小區(qū)為用戶裝置102提供無線接入。因此， 通信網(wǎng)104可以是UMTS網(wǎng)。然而，可以采用其他類型的網(wǎng)絡(luò)。通信網(wǎng)104包括與諸如 用戶裝置102和服務(wù)器106的其他裝置交換信息的實體(例如，(各)裝置)。此外，這 種實體可以執(zhí)行與一個或者多個協(xié)議相關(guān)的操作。例如，圖1示出了包括無線電網(wǎng)控制 器(RNC) 105的通信網(wǎng)104。RNC 105可以以硬件、軟件、固件或者它們的任意組合的方式實現(xiàn)。對于 UMTS, RNC 105可以根據(jù)UMTS無線電資源控制協(xié)議(RRC)與用戶裝置102交互。 RRC對用戶裝置102與通信網(wǎng)104的無線電接入部分之間的控制面信令進行處理。通過通信網(wǎng)104，用戶裝置102可以與其他裝置交換信息。例如，用戶裝置102 可以與服務(wù)器106交換信息。圖1示出通信網(wǎng)104設(shè)置通信模塊108。通信模塊108可以是無線的。因此， 該介質(zhì)可以包括射頻(RF)頻譜的一個或者多個部分。通過通信介質(zhì)108，可以分配各種 信道。例如，在采用UMTS的實施例中，這種信道可以包括專用上行鏈路信道和專用下 行鏈路信道，以及共享或者公共上行鏈路信道和下行鏈路信道。如上所述，服務(wù)器106通過通信網(wǎng)104可以將信息送到用戶裝置102。例如， 服務(wù)器106可以是郵件服務(wù)器，它根據(jù)各種技術(shù)和/或者協(xié)議，將電子郵件送到用戶裝置 102。例如，服務(wù)器106可以采用推送電子郵件(push e-mail)技術(shù)和/或者協(xié)議，傳 送電子郵件。推送電子郵件(或者推送郵件)包括將電子郵件從服務(wù)器(例如，服務(wù)器 106)主動傳送到客戶端裝置(例如，用戶裝置102)。例如，服務(wù)器106可以采用推送電子郵件技術(shù)和/或者協(xié)議，傳送電子郵件。 推送電子郵件(或者推送郵件(push mail))包括將電子郵件從服務(wù)器(例如，服務(wù)器106) 主動傳送到客戶端裝置(例如，用戶裝置102)。更具體地說，當(dāng)采用推送郵件時，該客 戶端裝置和該服務(wù)器可以根據(jù)心跳過程(或者因特網(wǎng)包探索(ping))運行。心跳過程(或者因特網(wǎng)包探索)涉及與服務(wù)器建立對話的客戶機裝置，這可以 使數(shù)據(jù)從該服務(wù)器傳送到該客戶機裝置。這種對話可以是超文本傳輸協(xié)議(HTTP)、對 話或者通過安全套接層的HTTP(HTTPS)對話。然而，實施例并不局限于這些類型的推 送郵件對話。該對話可以具有最長未激活時間(maximum inactivity time)或者超時時間 (timeout duration) 一旦該時間或者時長過期，則該對話結(jié)束或者“超時”。通過該對話，客戶機裝置 可以利用消息(例如，請求消息)“因特網(wǎng)包探索”該 服務(wù)器。一旦收到該因特網(wǎng)包探索后，該服務(wù)器可以利用新郵件同步信息做出響應(yīng)、利 用指示沒有新信息更新的消息做出響應(yīng)，或者根本不做出響應(yīng)。出現(xiàn)這些結(jié)果后，根據(jù) 各種過程，該對話可能超時。當(dāng)發(fā)生超時時，該心跳或者因特網(wǎng)包探索完成?？蛻魴C裝置可以分別啟動心跳或者因特網(wǎng)包探索。相反，“拉取電子郵件(pull e-mail)”涉及該客戶機裝置輪詢該服務(wù)器，以查看它是否具有新電子郵件。這些技術(shù)和協(xié)議是作為例子提供的，而沒有限制性。因此，可 以采用推送郵件和/或者拉取郵件(pull mail)之外的技術(shù)。當(dāng)執(zhí)行與應(yīng)用程序(諸如推送郵件)相關(guān)的通信操作時，可能產(chǎn)生涉及額外功率 消耗的情況。例如，在結(jié)束電子郵件通信(諸如完成心跳過程(或者因特網(wǎng)包探索)時， 或者當(dāng)郵件應(yīng)用程序被關(guān)閉時)時，可能發(fā)生延時轉(zhuǎn)變?yōu)楣?jié)電模式(諸如進入UMTS空閑 模式)。下面，將參考圖2描述這種運行特性。UMTS提供各種運行模式和狀態(tài)。這些模式和狀態(tài)的例子示于圖2。特別是， 圖2是示出諸如用戶裝置102的用戶裝置的運行特征。該用戶裝置可以根據(jù)各種模式運 行。例如，圖2示出空閑模式202和連接模式204。根據(jù)圖1描述這些模式。當(dāng)施加運行功率時，用戶裝置102可以進入空閑模式202。此時，用戶裝置102 可以選擇網(wǎng)絡(luò)，并搜索適當(dāng)蜂窩小區(qū)，以便選擇。一旦進行了選擇，用戶裝置102就被 調(diào)諧到該蜂窩小區(qū)的控制信道。此時，用戶裝置102可以注冊在該被選蜂窩小區(qū)。因 此，當(dāng)處于空閑模式202時，用戶裝置102可以從該被選蜂窩小區(qū)接收系統(tǒng)信息。此外，在空閑模式202下，用戶裝置102可以執(zhí)行蜂窩小區(qū)重選。因此，如果用 戶裝置102發(fā)現(xiàn)更適合的另一個蜂窩小區(qū)，則它調(diào)諧到該另一個蜂窩小區(qū)的控制信道。 此外，用戶裝置102可以注冊在該另一個蜂窩小區(qū)。用戶裝置102從空閑模式202轉(zhuǎn)變?yōu)檫B接模式204。特別是，當(dāng)用戶裝置102與 通信網(wǎng)104建立無線電資源控制(RRC)連接時，可能發(fā)生這種轉(zhuǎn)變。用戶裝置102可以 通過對通信網(wǎng)104發(fā)送請求啟動該連接。RRC連接在用戶裝置102與通信網(wǎng)104的無線電接入部分之間提供控制面信令。 該信令允許執(zhí)行各種操作。這些操作包括(但是并不局限于)連接的建立和釋放、系 統(tǒng)信息廣播、尋呼、以及功率控制。相反，當(dāng)該RRC連接被釋放，或者當(dāng)該RRC連接失敗時，用戶裝置102可以從 連接模式204延時轉(zhuǎn)變?yōu)榭臻e模式202。對于UMTS，用戶裝置不能方便地啟動從連接模 式204延時轉(zhuǎn)變?yōu)榭臻e模式202。更特別地，這種延時轉(zhuǎn)變必須由通信網(wǎng)104啟動。圖2示出用戶裝置102在它處于連接模式204時可以在各種狀態(tài)下運行。例如， 圖 2 示出 Cell_DCH 狀態(tài) 206、Cell_FACH 狀態(tài) 208、Cell_PCH 狀態(tài) 210、禾Π URA_PCH 狀態(tài)212。在Cell_DCH狀態(tài)206，用戶裝置102被分配專用物理上行鏈路信道和專用物理 下行鏈路信道。用戶裝置102可以使用這些專用信道以及共享傳輸信道進行通信。在Cell_FACH狀態(tài)208，用戶裝置102未被分配任何專用物理信道。在該下行 鏈路中，用戶裝置102監(jiān)視前向接入信道(FACH)。在該上行鏈路中，用戶裝置102可 以被指派共享傳輸信道(例如，隨機接入信道(RACH))。在Cell_PCH狀態(tài)210，用戶裝置102未被分配任何專用物理信道。此外，在 該狀態(tài)下，用戶裝置102不能進行上行鏈路通信。用戶裝置102利用算法選擇尋呼信 道(PCH)，然后，通過相關(guān)尋呼指示信道(PICH)，利用斷續(xù)接收(DRX)，監(jiān)視該被選 PCH。
在URA_PCH狀態(tài)212，用戶裝置102沒有被分配任何專用信道。此外，在該狀 態(tài)下，用戶裝置102不能進行上行鏈路通信。用戶裝置102利用算法選擇PCH，然后， 通過相關(guān)PICH，利用DRX，監(jiān)視被選PCH。任何上行鏈路活動都是不可能的。如上所述，用戶裝置可以消耗額外功率，因為延時轉(zhuǎn)變?yōu)榭臻e模式(例如，從 連接模式204延時轉(zhuǎn)變?yōu)榭臻e模式202)。

參考通過UMTS網(wǎng)絡(luò)使用的推送郵件應(yīng)用程序，描述了這種延時轉(zhuǎn)變的例子。 然而，對于其他應(yīng)用程序和其他通信網(wǎng)，也可以發(fā)生這種轉(zhuǎn)變。為了方便，以圖1所示 的布置和圖2所示的特征，描述了該例子。然而，實施例并不局限于這種情況。通信應(yīng)用程序(諸如推送郵件、各種數(shù)據(jù)應(yīng)用等等)涉及在用戶裝置(例如，用 戶裝置102)與通信網(wǎng)(例如，通信網(wǎng)104)之間建立連接。當(dāng)電子郵件服務(wù)器(例如， 交換服務(wù)器)啟動連接時，該裝置和該網(wǎng)絡(luò)建立專用信道，以支持該過程。因此，對于 該過程，用戶裝置102可能處于(或者位于)Cell_DCH狀態(tài)206。在推送郵件操作時，用戶裝置102從服務(wù)器接收一個或者多個因特網(wǎng)包探索。 對于UMTS網(wǎng)絡(luò)，用戶裝置102接收該因特網(wǎng)包探索的標(biāo)準(zhǔn)時間大約是4秒。用戶裝置102完成該心跳過程后，它將轉(zhuǎn)變到URA_PCH狀態(tài)212。該狀態(tài)的 標(biāo)準(zhǔn)時長介于大約5至15秒之間。然而，在某些網(wǎng)絡(luò)中，用戶裝置102可能處于URA_ PCH狀態(tài)212延長的時間間隔，諸如30秒。接著，根據(jù)通信網(wǎng)104的實現(xiàn)(可以由網(wǎng)絡(luò)銷售商的實現(xiàn)確定)，用戶裝置102 可以從URA_PCH狀態(tài)212轉(zhuǎn)變?yōu)镃ell_FACH狀態(tài)208，并且又停留40-160秒。處于 Cell_FACH狀態(tài)208的該時間間隔在此稱為“Cell_FACH tail”，因為它先于轉(zhuǎn)變?yōu)榭臻e 模式202。從功率消耗的觀點出發(fā)，使用戶裝置102保持Cell_FACH狀態(tài)208可能是昂貴 的。例如，該狀態(tài)下的標(biāo)準(zhǔn)電流需求介于約150至200毫安(mA)。此外，Cell_FACH tail可能將裝置的電池壽命縮短約12%至18%。將參考下面的附圖和所附的例子，進一步描述上述實施例的運行。某些附圖可 以包括邏輯圖。盡管在此所示的附圖可以包括特定邏輯流程，但是應(yīng)當(dāng)明白，該邏輯流 程僅提供如何可以實現(xiàn)在此描述的一般功能的例子。此外，給定的邏輯流程不一定必須 以所示的順序執(zhí)行，除非另有說明。此外，給定的邏輯流程可以由硬件單元、處理器執(zhí) 行的軟件單元、或者它們的任意組合予以實現(xiàn)。該實施例并不局限于這種情況。如上所述，3GPP標(biāo)準(zhǔn)規(guī)定用戶裝置是網(wǎng)絡(luò)的從屬裝置，因為其配置和其與該網(wǎng) 絡(luò)的連接。因此，當(dāng)用戶裝置結(jié)束通信(例如，語音、數(shù)據(jù)等等)時，它不以直接方式 與網(wǎng)絡(luò)斷開(例如，釋放其RRC連接)。相反，該用戶裝置僅能啟動斷開過程，然后， 等待由該網(wǎng)絡(luò)斷開。對于UMTS，該斷開的用戶裝置然后可以進入其功率消耗被降低的 空閑模式202。不幸的是，這種等待可能使用戶裝置消耗大量能量，這導(dǎo)致縮短電池工作 時間。當(dāng)前，UMTS RRC提供了調(diào)用“信令連接釋放指示”的過程，它可以更迅速使 用戶裝置與網(wǎng)絡(luò)斷開。按照慣例，用戶裝置利用該過程對該通信網(wǎng)指示，其信令連接之 一被釋放。反過來，該過程可以支持該通信網(wǎng)釋放RRC連接。圖3是示出涉及該過程的典型順序的流程圖。該順序包括方框302。在該方框，用戶裝置中的上層產(chǎn)生釋放(中止)特定核心網(wǎng)(CN)域的信令連接的請求。根據(jù)該請求， 該用戶裝置在方框304確定，是否存在特定CN連接的信令連接。 該確定可以包括校驗變量ESTABLISHED_SIGNALLING_CONNECTIONS。特別是，以 該變量的方式確定，是否存在由IE “CN域身份”識別的特定CN域的信令連接。如果這種信令連接被識別到，則該用戶裝置啟動連接釋放指示過程，下面參考 方框306至314對其進行描述。如方框306所示，如果該用戶裝置處于CELL_PCH狀態(tài)或者URA_PCH狀態(tài)， 則在方框308，可以執(zhí)行蜂窩小區(qū)更新過程。在方框310，該用戶裝置可以設(shè)置各種信息項。特別是，信息元素(IE) "CN Domain Identity"可以被設(shè)置為在方框302規(guī)定的值。該IE的值指示，該用戶裝置的上 層指示被釋放的其相關(guān)信令連接的CN域。此外，在方框310，方框302識別的信令連接可以從變量ESTABLISHED. SIGNALLING—CONNECTIONS 中消除。圖3在方框312進一步示出，該用戶裝置將SIGNALLING CONNECTION RELEASE INDICATION消息發(fā)送到通信網(wǎng)。這可以利用確認(rèn)模式無線電鏈路控制(AM RLC)，通過專用控制信道(DCCH)發(fā)送。在方框314，該用戶裝置收到，在方框312發(fā)送的消息被成功接收的確認(rèn)。收到SIGNALLING CONNECTION RELEASE INDICATION 消息后，在方框 316，該通信網(wǎng)(即，其無線電接入網(wǎng))請求從上層釋放信令連接。因此，然后，在方框 318，該通信網(wǎng)的上層可以啟動釋放該信令連接。實施例可以利用該過程縮短進入空閑模式的轉(zhuǎn)變。因此，有利的是，實施例可 以減少用戶裝置的功率消耗。圖4是示出裝置體系結(jié)構(gòu)400的方框圖，它可以用于用戶裝置，諸如用戶裝置 102。盡管在UMTS通信情況下，示出該體系結(jié)構(gòu)，但是它可以采用其他無線通信技術(shù)。圖4所示的裝置體系結(jié)構(gòu)包括主機402、UMTS控制模塊404、以及主機擴展 接口(HCI)408。這些單元可以以硬件、軟件、固件、或者它們的任意組合的方式予以實 現(xiàn)。主機402負(fù)責(zé)涉及用戶應(yīng)用程序和較高協(xié)議層(例如，電子郵件、電話、萬維網(wǎng)瀏 覽等等)的功能，而UMTS控制模塊404負(fù)責(zé)較低層的協(xié)議。更具體地說，UMTS控制 模塊404負(fù)責(zé)與其他裝置的UMTS特定通信和協(xié)議。此外，UMTS控制模塊404與遠(yuǎn)程 裝置交換無線信號。圖4示出UMTS控制模塊404包括基帶處理模塊405和調(diào)制解調(diào)器406。這些 單元可以以硬件、軟件、固件、或者它們的任意組合的方式實現(xiàn)?；鶐幚砟K405可 以執(zhí)行涉及各種協(xié)議的操作。例如，基帶處理模塊405可以執(zhí)行RRC協(xié)議操作。調(diào)制解調(diào)器406可以執(zhí)行調(diào)制和解調(diào)操作，以準(zhǔn)備無線發(fā)送的基帶信號，然 后，根據(jù)收到的無線信號，產(chǎn)生信息。如圖4所示，調(diào)制解調(diào)器405耦接到天線409，它 與其他裝置交換無線信號。因此，調(diào)制解調(diào)器406可以包括各種部件，諸如允許它通過 天線409交換無線信號的電子元件。這種部件的例子包括(但是并不局限于)上變頻 器、下變頻器、放大器以及濾波器。如圖4所示，主機402和UMTS控制模塊404通過HCI 408交換信息。HCI 408可以以硬件、軟件、固件、或者它們的任意組合的方式予以實現(xiàn)。通過HCI 408交換的 信息可以包括從主機402收到的命令以及發(fā)送到主機402的信息。HCI 408定義一組消 息，它規(guī)定該信息交換。例如，在實施例中，HCI 408可以提供稱為“CM_CALL_CMD_ BATTERY_SAVE”的消息，如下參考圖6所述。如上所述，圖4所示的體系結(jié)構(gòu)可以以硬件、軟件、固件、或者它們的任意組 合的方式予以實現(xiàn)。圖5示出這樣一種實現(xiàn)。該實現(xiàn)包括處理器510、內(nèi)存512、以 及用戶接口 514。此外，圖5所示的實現(xiàn)包括UMTS控制模塊404和天線409。這些單 元可以按如上參考圖4所描述的予以實現(xiàn)。如圖5所示，處理器510耦接到UMTS控制模塊404、內(nèi)存512、以及用戶接口 514。處理器510控制裝置的操作。處理器510可以由一個或者多個可以分別執(zhí)行存儲 在內(nèi)存512內(nèi)的軟件指令的微處理器予以實現(xiàn)。內(nèi)存512可以包括各種類型的存儲器。典型存儲器類型包括(但是并不局限 于)隨機存取存儲器(RAM)、只讀存儲器(ROM)、閃速存儲器等等。內(nèi)存512以數(shù) 據(jù)或者軟件部件(在此也被稱為模塊)的方式存儲信息。這些軟件部件包括可以被處理 器510執(zhí)行的指令。各種類型的軟件部件可以存儲在內(nèi)存512內(nèi)。例如，內(nèi)存512可以 存儲用于控制UMTS控制模塊404的操作的軟件部件。此外，內(nèi)存512還可以存儲用于 實現(xiàn)主機402和HCI接口 408的功能的軟件部件。此外，內(nèi)存512還可以存儲用于控制用戶接口 514的一個或者多個操作的軟件 部件。如圖5所示，用戶接口 514還耦接到處理器510。用戶接口 514有助于與用戶交 換信息。圖5示出用戶接口 514包括用戶輸入部分516和用戶輸出部分518。用戶輸入 部分516可以包括一個或者多個允許用戶輸入信息的裝置。這種裝置的例子包括小鍵 盤、觸摸屏、以及麥克風(fēng)。用戶輸出部分518允許用戶從該用戶裝置接收信息。因此， 用戶輸出部分518可以包括各種裝置，諸如顯示器和一個或者多個聲頻揚聲器。典型顯 示器包括液晶顯示器(LCD)和視頻顯示器。圖5所示的單元可以根據(jù)各種技術(shù)耦接。這樣一種技術(shù)包括通過一個或者多個 總線接口，耦接UMTS控制模塊404、處理器510、內(nèi)存512、以及用戶接口 514。然而， 也可以采用其他技術(shù)。此外，這些部件中的每個均耦接到電源，諸如可移動的和/或者 可再充電的電池組(未示出)。如上所述，涉及SIGNALLING CONNECTION RELEASE INDICATION 消息的當(dāng) 前UMTS過程可以用以縮短進入空閑模式的轉(zhuǎn)變。圖6是用戶裝置(例如，用戶裝置102)啟動連接釋放的邏輯流程的示意圖。該 流程包括方框602，在方框602，該用戶裝置在使用通信應(yīng)用程序。這種通信應(yīng)用程序的 例子包括電話、消息(例如，SMS和/或者MMS)、萬維網(wǎng)瀏覽、和/或者電子郵件。 對于圖4和圖5，這些應(yīng)用可以由主機402執(zhí)行。
在方框604，該用戶裝置(例如，裝置體系結(jié)構(gòu)400中的主機402)確定終止條件 是否成立。這可以包括確定是否存在利用該通信網(wǎng)的等待呼叫。此外，這可以包括確定 當(dāng)前哪個應(yīng)用程序在運行。根據(jù)這種確定，當(dāng)不存在利用該通信網(wǎng)的等待呼叫，并且沒 有通信應(yīng)用程序((各)電子郵件應(yīng)用程序之外的)在運行時，該用戶裝置可以斷定終止 條件成立。
例如，當(dāng)不存在語音呼叫和數(shù)據(jù)呼叫、沒有郵件應(yīng)用程序運行、以及沒有瀏覽 器運行時，終止條件可以成立。更具體地說，當(dāng)1)不存在電路交換業(yè)務(wù)(CS)呼叫(例 如，語音、tty)活動時；和2)存在分組數(shù)據(jù)業(yè)務(wù)(PS)呼叫活動時；以及3)沒有電子郵 件應(yīng)用程序之外的通信應(yīng)用程序(例如，萬維網(wǎng)瀏覽器等等)在運行時，終止條件可以成立。 此外或者作為一種選擇，當(dāng)1)推送郵件ping已經(jīng)結(jié)束(而另一個因特網(wǎng)包探 索還沒有開始)時；和2)該裝置處于Cell_FACH狀態(tài)208時；和3)不存在電路交換業(yè) 務(wù)(CS)呼叫(例如，語音、tty)活動；和4)存在分組數(shù)據(jù)業(yè)務(wù)(PS)呼叫活動；以及5) 沒有電子郵件應(yīng)用程序之外的通信應(yīng)用程序(例如，萬維網(wǎng)瀏覽器等等)在運行時，終止 條件可以成立。然而，實施例并不局限于這些例子。因此，當(dāng)出現(xiàn)其他情況時，終止條件也可 以成立。如果終止條件成立，則操作進入方框606。在該方框，該用戶裝置指示它想要終 止與該網(wǎng)絡(luò)的連接。例如，在圖4所示情況下，這可以包括主機402將消息發(fā)送到UMTS 控制模塊404，以啟動信令連接釋放指示過程。在實施例中，該消息被稱為CM_CALL_ CMD_BATTERY_SAVE消息。該消息可以通過HCI 408發(fā)送。在方框608，執(zhí)行連接釋放指示過程。例如，這可以包括執(zhí)行圖3所示的方框 306 至 314。如上所述，這包括將 SIGNALLING CONNECTION RELEASE INDICATION
消息發(fā)送到通信網(wǎng)。收到該消息后，在方框610，該通信網(wǎng)(即，其無線電接入網(wǎng))請求從上層釋放 信令連接。因此，然后，在方框612，該通信網(wǎng)的上層可以啟動釋放該信令連接。因此， 該用戶裝置可以進入空閑模式(例如，空閑模式202)。圖7是示出當(dāng)采用在此描述的技術(shù)時，功率消耗方面的性能變化的曲線圖。特 別是，圖7包括曲線702和704。這兩條曲線分別示出作為時間(軸708所示的)函數(shù)的 裝置功率消耗(由軸706指示的)。曲線702示出根據(jù)傳統(tǒng)UMTS技術(shù)的功率消耗。相反，圖704示出，在處于 CelLDCH狀態(tài)206的靜止時間之后，一旦該用戶裝置轉(zhuǎn)變?yōu)镃ell_FACH狀態(tài)208，用戶 裝置就觸發(fā)SIGNALLING CONNECTION RELEASE INDICATION消息時的功率消耗。更具體地說，對于每個分組數(shù)據(jù)業(yè)務(wù)(PS)連接，包括瀏覽、下載等等，均要這 樣觸發(fā) SIGNALLING CONNECTION RELEASE INDICATION 消息。然而，在實施例中， 僅對電子郵件應(yīng)用程序可以執(zhí)行這種觸發(fā)。如圖7所示，曲線704示出相對于曲線702所示功率消耗，功率消耗的顯著減 少。此外，該通信網(wǎng)收到 RRC "SIGNALLING CONNECTION RELEASE INDICATION
消息”后，該通信網(wǎng)發(fā)送RRC連接釋放消息，然后，它花費不超過2秒的時間與網(wǎng)絡(luò)斷 開。在這2秒的時間內(nèi)，該用戶裝置執(zhí)行一些基本過程，諸如蜂窩小區(qū)更新和BCH偵 聽。為了徹底理解實施例，在此描述了許多具體細(xì)節(jié)。然而，本技術(shù)領(lǐng)域內(nèi)的技術(shù) 人員明白，這些實施例在沒有這些具體細(xì)節(jié)的情況下也可以實現(xiàn)。在其他例子中，為了 不妨礙理解實施例，沒有詳細(xì)描述眾所周知的操作、部件和電路。應(yīng)當(dāng)明白，在此描述的具體結(jié)構(gòu)和功能細(xì)節(jié)是代表性的，而未必限制實施例的范圍。各種實施例可以利用硬件單元、軟件單元、或者二者的組合予以實現(xiàn)。硬件單 元的例子可以包括處理器、微處理器、電路、電路單元(例如，晶體管、電阻器、電 容器、電感器等等)、集成電路、專用集成電路(ASIC)、可編程邏輯器件(PLD)、數(shù)字 信號處理器(DSP)、現(xiàn)場可編程門陣列(FPGA)、邏輯門、寄存器、半導(dǎo)體器件、芯片、 微芯片、芯片組，等等。軟件的例子可以包括軟件部件、程序、應(yīng)用軟件、計算機 程序、應(yīng)用程序、系統(tǒng)程序、機器程序、操作系統(tǒng)軟件、中間件、固件、軟件模塊、例 程、子例程、函數(shù)、方法、過程、軟件接口、應(yīng)用程序接口(API)、指令集、計算代碼、 計算機代碼、代碼段、計算機代碼段、字、值、符號、或者它們的任意組合。確定實施 例是否利用硬件單元和/或者利用軟件單元予以實現(xiàn)，可以隨任意數(shù)量的因素而有所不 同，諸如要求的計算速率、功率電平、熱容限、處理周期預(yù)算(processing cycle budget)、 輸入數(shù)據(jù)速率、輸出數(shù)據(jù)速率、存儲資源、數(shù)據(jù)總線速度以及其它設(shè)計或者性能制約。一些實施例可以利用詞語“耦接”和“連接”以及它們的派生詞進行描述。這 些術(shù)語并不意謂互相同義。例如，一些實施例可以利用術(shù)語“連接”和/或者“耦接” 描述，以指示兩個或者兩個以上的單元互相直接物理接觸或者電接觸。然而，術(shù)語“耦 接”還可能意味著兩個或者兩個以上的單元沒有互相直接接觸，而是互相配合或者互相 作用。 例如，有些實施例可以利用機器可讀介質(zhì)或者制品予以實現(xiàn)，該機器可讀介質(zhì) 或者制品可以存儲指令或者一組指令，如果該指令或者該組指令被機器執(zhí)行，則可以使 該機器執(zhí)行根據(jù)該實施例的方法和/或者操作。例如，這種機器可以包括任意適當(dāng) 處理平臺、計算平臺、計算裝置、處理裝置、計算系統(tǒng)、處理系統(tǒng)、計算機、處理器、 等等，并且可以利用硬件和/或者軟件的任意適當(dāng)組合予以實現(xiàn)。例如，機器可讀介 質(zhì)或者制品可以包括任意適當(dāng)類型的存儲單元、存儲器件、存儲制品、存儲介質(zhì)、儲 存器件、儲存制品、儲存介質(zhì)和/或者儲存單元，例如，存儲器、可移動或者不可移動 介質(zhì)、可擦除或者不可擦除介質(zhì)、可寫或者可重寫介質(zhì)、數(shù)字或者模擬介質(zhì)、硬盤、軟 盤、只讀光盤(CD-ROM)、可刻錄光盤(CD-R)、可重復(fù)刻錄光盤(CD-RW)、光盤、磁 介質(zhì)、磁光介質(zhì)、可移動存儲卡或者盤、各種類型的數(shù)字通用光盤(DVD)、磁帶、卡型 盒式磁帶機、等等。該指令可以包括利用任意適當(dāng)高級的、低級的、面向?qū)ο蟮?、?視的、編譯的和/或者解釋的編程語言實現(xiàn)的任意適當(dāng)類型的代碼，諸如源代碼、編譯 代碼、解釋代碼、可執(zhí)行代碼、靜態(tài)代碼、動態(tài)代碼、加密代碼、等等。盡管在UMTS系統(tǒng)情況下，進行了上面的描述，但是在此描述的技術(shù)可以用于 其他無線通信系統(tǒng)、符合第三代合作伙伴計劃(3GPP)、3GPP2的這種蜂窩式無線電話系 統(tǒng)，等等。然而，實施例并不局限于這些例子。例如，可以采用各種4G系統(tǒng)。此外， 實施例并不局限于特定版本的UMTS或者釋放UMTS。此外，盡管利用針對結(jié)構(gòu)特征和/或者方法活動的語言描述了該主題，但是應(yīng) 當(dāng)明白，所附權(quán)利要求書限定的主題不一定局限于上面描述的具體特征或者活動。相 反，上面描述的具體特征和活動是實施權(quán)利要求書的典型方式。
權(quán)利要求
1.一種方法，包括在連接模式下，利用通信網(wǎng)運行；確定終止條件是否成立；根據(jù)該確定，當(dāng)終止條件成立時，執(zhí)行信令連接釋放指示過程；完成該信令連接釋放指示過程后，在空閑模式下，利用該通信網(wǎng)運行。
2.根據(jù)權(quán)利要求1所述的方法，其中所述確定包括確定是否存在利用該通信網(wǎng)的任意 等待呼叫。
3.根據(jù)權(quán)利要求1或者2所述的方法，其中所述確定包括確定任意通信應(yīng)用程序是否 在運行。
4.根據(jù)權(quán)利要求1至3中的任何一項所述的方法，其中所述確定包括，當(dāng)不存在利用 該通信網(wǎng)的等待呼叫，并且沒有通信應(yīng)用程序運行時，斷定終止條件成立。
5.根據(jù)權(quán)利要求1至4中的任何一項所述的方法，其中所述確定包括，當(dāng)不存在利用 該通信網(wǎng)的等待呼叫，并且電子郵件應(yīng)用程序是唯一運行的通信應(yīng)用程序時，斷定終止 條件成立。
6.根據(jù)權(quán)利要求1至5中的任何一項所述的方法，其中該連接模式下的所述運行包括 利用該通信網(wǎng)的無線電資源控制(RRC)協(xié)議。
7.根據(jù)權(quán)利要求1至6中的任何一項所述的方法，其中執(zhí)行該信令連接釋放指示過程 包括將信令連接釋放指示消息發(fā)送到該通信網(wǎng)。
8.根據(jù)權(quán)利要求1至7中的任何一項所述的方法，進一步包括通過主機控制器接口 (HCI)，將消息發(fā)送到控制模塊，以啟動該信令連接釋放指示過程。
9.根據(jù)權(quán)利要求1至8中的任何一項所述的方法，其中該通信網(wǎng)是通用移動通信系統(tǒng) (UMTS)網(wǎng)絡(luò)。
10.—種設(shè)備，包括主機和通信控制模塊；其中可使用該通信控制模塊與通信網(wǎng)交換信息；以及其中可使用該主機確定終止條件成立，并且根據(jù)該確定，使用該通信控制模塊執(zhí)行 信令連接釋放指示過程。
11.根據(jù)權(quán)利要求10所述的設(shè)備，其中可使用所述主機以當(dāng)不存在利用該通信網(wǎng)的等 待呼叫并且沒有通信應(yīng)用程序運行時，確定終止條件成立。
12.根據(jù)權(quán)利要求10或者11所述的設(shè)備，其中可使用所述主機以當(dāng)不存在利用該通 信網(wǎng)的等待呼叫并且電子郵件應(yīng)用程序是唯一運行的通信應(yīng)用程序時，確定終止條件成 立。
13.根據(jù)權(quán)利要求10至12中的任何一項所述的設(shè)備，其中該通信網(wǎng)是通用移動通信 系統(tǒng)(UMTS)網(wǎng)絡(luò)。
14.根據(jù)權(quán)利要求10至13中的任何一項所述的設(shè)備，進一步包括主機控制器接口 (HCI)，可使用該主機控制接口(HCI)在該主機與該通信控制模塊之間提供信息交換。
15.—種制品，包括含有指令的機器或者計算機可讀存儲介質(zhì)，該指令在被執(zhí)行時， 使系統(tǒng)執(zhí)行權(quán)利要求1至9中的任何一項所述的方法。
全文摘要
一種設(shè)備包括主機和通信控制模塊。該通信控制模塊與諸如通用移動通信系統(tǒng)(UMTS)網(wǎng)絡(luò)的通信網(wǎng)交換信息。該主機確定終止條件是否成立。且根據(jù)該確定，當(dāng)終止條件成立時，該通信控制模塊執(zhí)行信令連接釋放指示過程。
文檔編號H04W52/02GK102017777SQ200980114060
公開日2011年4月13日 申請日期2009年2月25日 優(yōu)先權(quán)日2008年2月29日
發(fā)明者尤里·福明, 普拉蒂普·庫馬爾 申請人:帕姆公司