專利名稱：支持基于分組和電路的無線網(wǎng)絡(luò)的制作方法
技術(shù)領(lǐng)域：
本申請一般地涉及到蜂窩電話。
背景技術(shù)：
蜂窩電話網(wǎng)絡(luò)可以是基于分組的，其中，信息被分成分組并在分組交換系統(tǒng)中傳送。另一方面，蜂窩電話網(wǎng)絡(luò)可以是基于電路的或不是基于分組的。
在基于分組的無線網(wǎng)絡(luò)中，對用戶的收費通?；诎l(fā)送的分組的數(shù)目。在基于電路的無線網(wǎng)絡(luò)中，對用戶的收費一般基于連接的時間。
通常，蜂窩電話要么是基于分組的，要么是基于電路的，但不會是基于兩者。造成此問題的某些原因是由于基于分組的系統(tǒng)利用移動性管理狀態(tài)信息，而基于電路的系統(tǒng)則不是這樣。在一個給定的蜂窩電話中，應(yīng)用程序可能不能分辨什么時候應(yīng)用基于分組的協(xié)議以及什么時候應(yīng)用基于電路的協(xié)議。另外，由于在基于分組的網(wǎng)絡(luò)中，費用的確定是基于分組的，而在基于電路的網(wǎng)絡(luò)中，費用的確定是基于時間的，所以常規(guī)的蜂窩電話在確定怎樣和何時產(chǎn)生費用時就會很困難。
3GPP規(guī)范提倡同時支持二代(2G)和三代(3G)業(yè)務(wù)的A類模式。第三代伙伴計劃；通用分組無線電業(yè)務(wù)，業(yè)務(wù)描述，第一階段，(3GTS22.060 1999版)。然而，該規(guī)范并沒有解釋如何平滑地在2G和3G業(yè)務(wù)之間過渡。
例如，在三代(2.5G或3G)蜂窩電話網(wǎng)絡(luò)中，三種不同的移動性管理狀態(tài)是可用的，分別為空閑、備用和就緒。在就緒狀態(tài)下的蜂窩電話周期性地被尋呼以確定蜂窩電話是否可用并準(zhǔn)備好以接收電話呼叫。在一個時間周期截止后而沒有收到呼叫(或在其它情況下)，電話可以從就緒狀態(tài)轉(zhuǎn)移到備用狀態(tài)。在一個時間周期截止后而沒有收到任何呼叫，電話可以從備用狀態(tài)轉(zhuǎn)移到空閑狀態(tài)。
在就緒狀態(tài)，電話準(zhǔn)備好以接收呼叫。它按照適當(dāng)?shù)膶ず粝f(xié)議周期性地被尋呼。備用狀態(tài)涉及到較少的尋呼。通常，蜂窩電話是在有多個小區(qū)的較大區(qū)域內(nèi)并且比在就緒狀態(tài)下更不經(jīng)常地被尋呼。在空閑狀態(tài)下尋呼是最少的。

發(fā)明內(nèi)容
因此，在運(yùn)行于三代(2.5G或3G)和二代(2G)系統(tǒng)下的蜂窩電話上運(yùn)行的應(yīng)用必須能夠處理當(dāng)(且僅當(dāng))系統(tǒng)在三代或分組交換環(huán)境下由于移動性管理狀態(tài)而發(fā)生的不同情況。在其余時間里由于移動性管理狀態(tài)引起的額外約束可以忽略不計。
這樣，有必要找到一種方法，用于在同一蜂窩電話中在基于電路和基于分組的系統(tǒng)間轉(zhuǎn)移而不需要用戶的交互作用。


圖1是本發(fā)明一個實施方案的示意性敘述；以及圖2是依照本發(fā)明一個實施方案的流程圖。
具體實施例方式
參考圖1，蜂窩電話既可以應(yīng)用于二代電路交換網(wǎng)絡(luò)又可以應(yīng)用于三代分組交換網(wǎng)絡(luò)。示于圖1中的蜂窩電話或移動用戶可以包括與基帶處理器32相耦合的應(yīng)用處理器28。基帶處理器32主要處理呼叫實施功能，應(yīng)用處理器28處理所有其它功能。
基帶處理器32裝備的呼叫模型18包括一組共同工作以處理呼叫的協(xié)作業(yè)務(wù)。呼叫模型18的實施支持基本的呼叫功能，比如包括呼叫建立、修改和拆卸的會話管理，以及移動性管理。由于網(wǎng)絡(luò)提供的業(yè)務(wù)變化很大，所以呼叫模型18的功能性允許既是模塊化的又是可升級的多模式終端實施，只要所有接入?yún)f(xié)議遵守這里描述的預(yù)定義的協(xié)議應(yīng)用程序接口(API)并且所有支持不同接入?yún)f(xié)議的應(yīng)用遵守該協(xié)議API。
駐留于基帶處理器32中的呼叫模型18通過協(xié)議API既支持電路數(shù)據(jù)業(yè)務(wù)(CDS)又支持分組數(shù)據(jù)業(yè)務(wù)(PDS)。呼叫模型18比如通過基帶協(xié)議API給應(yīng)用處理器28提供如10處所示的PDS可用性信息以及移動性管理(MM)狀態(tài)信息。應(yīng)用執(zhí)行環(huán)境使用該信息以開啟、掛起或關(guān)閉無線PDS應(yīng)用。
由呼叫模型18提供的移動性管理信息包括移動性管理狀態(tài)以及漫游信息。應(yīng)用執(zhí)行環(huán)境在允許移動用戶開啟新PDS應(yīng)用前檢驗移動性管理狀態(tài)。應(yīng)用執(zhí)行環(huán)境可以是駐留于基帶處理器32和應(yīng)用處理器28之間的協(xié)議API或中間件24的一部分。
結(jié)果是，應(yīng)用處理器28可以處理涉及到2G實施的應(yīng)用或程序20a以及涉及到3G或2.5G實施的應(yīng)用20b。盡管2.5G和3G應(yīng)用與2G應(yīng)用可能涉及到相當(dāng)多不同的參數(shù)。此外，2G應(yīng)用通常不涉及到移動性管理狀態(tài)信息并使用基于時間的收費，而基于分組的系統(tǒng)使用移動性管理狀態(tài)且必須處理空閑、就緒和備用移動性管理狀態(tài)和基于分組數(shù)目的收費。
因此，參考圖2，協(xié)議中間件24最初確定當(dāng)前PDS對移動用戶是否可用，如菱形26所示。如果不可用，所有的PDS應(yīng)用會自動被關(guān)閉，如塊40所示。在這種情況下關(guān)閉應(yīng)用可以在一些實施方案里減少錯誤結(jié)果或碰撞的可能性。
如果PDS當(dāng)前可用，移動用戶的移動性管理狀態(tài)會被確定，如菱形30所示。如果移動用戶在空閑狀態(tài)下，所有PDS應(yīng)用會被關(guān)閉，如塊42所示。類似地，如果移動用戶在就緒狀態(tài)下，新PDS應(yīng)用可以開啟或活動的PDS應(yīng)用可以繼續(xù)，如塊44所示。最后，如果移動用戶在備用狀態(tài)下，所有當(dāng)前運(yùn)行的PDS應(yīng)用被掛起以轉(zhuǎn)移到備用狀態(tài)，如塊46所示。
因此，依照本發(fā)明的實施方案，應(yīng)用執(zhí)行環(huán)境可以自動控制以支持基于電路或分組數(shù)據(jù)業(yè)務(wù)的無線網(wǎng)絡(luò)，而不需要用戶的交互作用。在一些實施方案中管理應(yīng)用執(zhí)行環(huán)境的方法可以增加基于分組的蜂窩電話的電池壽命。本發(fā)明的實施方案可以用在2.5G和3G基于分組的移動終端中，而不考慮使用的是什么類型的空中接口。
結(jié)果是，在一些實施方案里，當(dāng)移動用戶在2G網(wǎng)絡(luò)中時，應(yīng)用環(huán)境可以掛起或關(guān)閉高數(shù)據(jù)速率的應(yīng)用而不會降低其它應(yīng)用的性能。類似地，當(dāng)分組數(shù)據(jù)業(yè)務(wù)應(yīng)用可以應(yīng)用時，可以確定系統(tǒng)的移動性管理狀態(tài)并將其用于適當(dāng)?shù)靥幚響?yīng)用。
盡管中間件24被說明為駐留于應(yīng)用處理器28中或與之有關(guān)，但可替換地，它可以駐留于基帶處理器32中或與之有關(guān)。作為另一個實施方案，中間件24的部分可以駐留于所述應(yīng)用和基帶處理器28和32的每一個中或與之有關(guān)。在另外的實施方案中，基帶和應(yīng)用處理器的功能性可以在單個集成電路中完成。
盡管本發(fā)明結(jié)合有限數(shù)量的實施方案進(jìn)行了描述，但本領(lǐng)域的技術(shù)人員將理解從其中有多種修改和變化。其意圖是使附帶的權(quán)利要求覆蓋在本發(fā)明真實精神和范圍內(nèi)所有這樣的修改和變化。
權(quán)利要求
1.一種方法，包括確定一個移動用戶當(dāng)前是在分組數(shù)據(jù)業(yè)務(wù)網(wǎng)絡(luò)中還是在電路數(shù)據(jù)業(yè)務(wù)網(wǎng)絡(luò)中；如果移動用戶在分組數(shù)據(jù)業(yè)務(wù)網(wǎng)絡(luò)中，則確定移動用戶的移動性管理狀態(tài)；以及如果移動性管理狀態(tài)為空閑，則自動關(guān)閉分組數(shù)據(jù)業(yè)務(wù)應(yīng)用。
2.如權(quán)利要求1的方法，其中，如果移動用戶在分組數(shù)據(jù)業(yè)務(wù)網(wǎng)絡(luò)中，若移動性管理狀態(tài)為就緒，則繼續(xù)活動的分組數(shù)據(jù)業(yè)務(wù)應(yīng)用。
3.如權(quán)利要求1的方法，其中，如果移動用戶在分組數(shù)據(jù)業(yè)務(wù)網(wǎng)絡(luò)中，若移動用戶在備用狀態(tài)下，則掛起當(dāng)前的分組數(shù)據(jù)業(yè)務(wù)應(yīng)用。
4.如權(quán)利要求1的方法，其中，如果移動用戶在電路數(shù)據(jù)業(yè)務(wù)網(wǎng)絡(luò)中，則自動關(guān)閉所有的分組數(shù)據(jù)業(yè)務(wù)應(yīng)用。
5.一種產(chǎn)品，包括存儲指令的媒質(zhì)，該指令使得基于處理器的系統(tǒng)能夠確定移動用戶當(dāng)前是在分組數(shù)據(jù)業(yè)務(wù)網(wǎng)絡(luò)中還是在電路數(shù)據(jù)業(yè)務(wù)網(wǎng)絡(luò)中；如果移動用戶在分組數(shù)據(jù)業(yè)務(wù)網(wǎng)絡(luò)中，則確定移動用戶的移動性管理狀態(tài)；以及如果移動性管理狀態(tài)為空閑，則自動關(guān)閉分組數(shù)據(jù)業(yè)務(wù)應(yīng)用。
6.如權(quán)利要求5的產(chǎn)品，還存儲指令，該指令使得如果移動性管理狀態(tài)為就緒，則基于處理器的系統(tǒng)能夠繼續(xù)處理活動的分組數(shù)據(jù)業(yè)務(wù)應(yīng)用。
7.如權(quán)利要求5的產(chǎn)品，還存儲指令，該指令使得如果移動用戶是在備用狀態(tài)下，則基于處理器的系統(tǒng)能夠掛起當(dāng)前的分組數(shù)據(jù)業(yè)務(wù)應(yīng)用。
8.如權(quán)利要求5的產(chǎn)品，還存儲指令，該指令使得如果移動用戶是在電路數(shù)據(jù)業(yè)務(wù)網(wǎng)絡(luò)中，則基于處理器的系統(tǒng)能夠自動關(guān)閉所有的分組數(shù)據(jù)業(yè)務(wù)應(yīng)用。
9.一種蜂窩電話包括處理器；以及用于存儲指令的存儲器，該指令使處理器能夠確定蜂窩電話當(dāng)前是在分組數(shù)據(jù)業(yè)務(wù)網(wǎng)絡(luò)中還是在電路數(shù)據(jù)業(yè)務(wù)網(wǎng)絡(luò)中，如果移動用戶在分組數(shù)據(jù)業(yè)務(wù)網(wǎng)絡(luò)中，則確定移動用戶的移動性管理狀態(tài)，并且若移動性管理狀態(tài)為空閑，則自動關(guān)閉分組數(shù)據(jù)業(yè)務(wù)應(yīng)用。
10.如權(quán)利要求1的電話，其中，所述存儲器存儲二代和三代的應(yīng)用。
11.如權(quán)利要求9的電話，其中，所述處理器為應(yīng)用處理器。
12.如權(quán)利要求11的電話包括基帶處理器。
13.如權(quán)利要求12的電話，其中，所述基帶處理器存儲呼叫模型。
14.如權(quán)利要求9的電話，其中，所述存儲器存儲指令，該指令使得如果移動性管理狀態(tài)為就緒，則處理器能夠繼續(xù)處理分組數(shù)據(jù)業(yè)務(wù)應(yīng)用。
15.如權(quán)利要求9的電話，其中，所述存儲器存儲指令，該指令使得如果移動性管理狀態(tài)為等待，則處理器能夠掛起當(dāng)前的分組數(shù)據(jù)業(yè)務(wù)應(yīng)用。
16.如權(quán)利要求9的電話，其中，所述存儲器存儲指令，該指令使得如果電話在電路數(shù)據(jù)業(yè)務(wù)網(wǎng)絡(luò)中，則處理器能夠自動關(guān)閉所有分組數(shù)據(jù)業(yè)務(wù)應(yīng)用。
全文摘要
中間件(24)可以在同一個蜂窩電話中容納分組數(shù)據(jù)和電路數(shù)據(jù)業(yè)務(wù)(20)。蜂窩電話可以在基于分組和電路數(shù)據(jù)業(yè)務(wù)的網(wǎng)絡(luò)間移動。協(xié)議中間件(24)可以確定分組數(shù)據(jù)業(yè)務(wù)是否可用，并且，如果可用，它可以確定系統(tǒng)的移動性管理狀態(tài)。取決于系統(tǒng)的移動性管理狀態(tài)，不適當(dāng)?shù)膽?yīng)用可以被關(guān)閉或掛起。
文檔編號H04L12/28GK1400839SQ0212722
公開日2003年3月5日 申請日期2002年7月30日 優(yōu)先權(quán)日2001年7月30日
發(fā)明者A·K·庫馬 申請人:英特爾公司