專(zhuān)利名稱(chēng)：處理無(wú)線資源控制連接消息的設(shè)備和方法
技術(shù)領(lǐng)域：
本申請(qǐng)一般涉及通用移動(dòng)電信系統(tǒng)(UMTS)，并且尤其涉及一種處理UMTS用戶設(shè)備中的通用陸地?zé)o線接入網(wǎng)絡(luò)無(wú)線資源控制連接消息的設(shè)備和方法。
背景技術(shù)：
通用移動(dòng)電信系統(tǒng)(UMTS)是第三代公用陸地移動(dòng)電信系統(tǒng)。已知各種標(biāo)準(zhǔn)化團(tuán)體(standardization body)用于公布和設(shè)置UMTS標(biāo)準(zhǔn)，每種標(biāo)準(zhǔn)化團(tuán)體都在其各自領(lǐng)域中各盡其能。例如，已知第三代合作伙伴計(jì)劃(3GPP)用于公布和設(shè)置基于全球移動(dòng)通信系統(tǒng)(GSM)的UMTS標(biāo)準(zhǔn)，而已知第三代合作伙伴計(jì)劃2(3GPP2)用于公布和設(shè)置基于碼分多址(CDMA)的UMTS標(biāo)準(zhǔn)。在特殊標(biāo)準(zhǔn)化團(tuán)體范圍內(nèi)，特定的合作伙伴在其各自領(lǐng)域中公布和設(shè)置標(biāo)準(zhǔn)。
標(biāo)準(zhǔn)文檔歐洲電信標(biāo)準(zhǔn)化協(xié)會(huì)TS(ETSI TS)125 331 V3.10.0(2002-03)提出了通用陸地?zé)o線接入網(wǎng)絡(luò)(UTRAN)和用戶設(shè)備(UE)之間的UMTS無(wú)線資源控制(RRC)協(xié)議要求的主題。雖然ETSI TS 125 331描述了當(dāng)與UTRAN建立RRC連接時(shí)UE應(yīng)該怎樣動(dòng)作，但是該文檔尤其沒(méi)有提出當(dāng)收到未經(jīng)請(qǐng)求的RRC連接釋放時(shí)UE應(yīng)該怎樣動(dòng)作。
考慮遵照UMTS協(xié)議ETSI規(guī)范的無(wú)線移動(dòng)裝置(UE)。UE ETSI TS 125331的RRC層ETSI規(guī)范在8.1.3節(jié)規(guī)定了，當(dāng)與UTRAN建立RRC連接時(shí)UE應(yīng)該怎樣動(dòng)作。
該規(guī)范也在9.3a節(jié)中規(guī)定了，當(dāng)UE從別處未指定環(huán)境中的UTRAN收到某些消息時(shí)UE應(yīng)該怎樣動(dòng)作。
然而，在連接建立期間，會(huì)出現(xiàn)一種可能收到未被9.3a節(jié)包含的消息，并且對(duì)此沒(méi)有規(guī)定行為的情況。在該情況下，UE的行為不明確。

發(fā)明內(nèi)容
根據(jù)本申請(qǐng)一個(gè)方面，提供一種適于和UTRAN交換消息、選擇具有命令的消息、選擇包括RRC連接請(qǐng)求、RRC連接設(shè)置、RRC連接拒絕及RRC連接釋放的命令的用戶設(shè)備，該用戶設(shè)備包括一種一旦交換選定命令就從一種狀態(tài)轉(zhuǎn)變到另一種狀態(tài)的連接狀態(tài)機(jī)，該連接狀態(tài)機(jī)包括空閑狀態(tài)，在發(fā)送RRC連接請(qǐng)求之前用戶設(shè)備保持在該空閑狀態(tài)；已連狀態(tài)，一旦收到RRC連接拒絕和RRC連接設(shè)置之一，用戶設(shè)備就保持在該已連狀態(tài)，并且在該已連狀態(tài)下，一旦收到RRC連接釋放、或者一旦用戶設(shè)備出錯(cuò)、或者一旦造成轉(zhuǎn)變到該空閑狀態(tài)的其它事件發(fā)生，狀態(tài)就轉(zhuǎn)變到該空閑狀態(tài)；以及連接狀態(tài)，在該連接狀態(tài)下，狀態(tài)機(jī)在所述空閑狀態(tài)和所述已連狀態(tài)之間轉(zhuǎn)變時(shí)處理連接命令，一旦交換連接命令所述連接狀態(tài)就轉(zhuǎn)變到明確狀態(tài)。
根據(jù)本申請(qǐng)另一方面，提供一種處理用戶設(shè)備上的發(fā)自UTRAN的未經(jīng)請(qǐng)求命令的方法，該方法包括以下步驟(a)接收未經(jīng)請(qǐng)求命令；(b)確定用戶設(shè)備是否處于試圖與UTRAN建立連接的過(guò)渡狀態(tài)；以及(c)如果是這樣的話，一旦收到未經(jīng)請(qǐng)求命令就從過(guò)渡狀態(tài)轉(zhuǎn)變到明確狀態(tài)，由此使用戶設(shè)備能夠處理未經(jīng)請(qǐng)求命令。
根據(jù)本申請(qǐng)又一方面，提供一種處理用戶設(shè)備所收到的發(fā)自UTRAN的RRC連接釋放消息的方法，該方法包括以下步驟(a)確定在期待接收RRC連接釋放消息的用戶設(shè)備上是否沒(méi)有過(guò)程(procedure)正在進(jìn)行；以及(b)如果是這樣的話，忽視或收到的消息。
根據(jù)本申請(qǐng)又一方面，提供一種處理用戶設(shè)備所收到的發(fā)自UTRAN的消息的方法，該方法包括以下步驟(a)確定在期待接收消息的用戶設(shè)備上是否沒(méi)有過(guò)程正在進(jìn)行；(b)確定消息是否為未經(jīng)請(qǐng)求類(lèi)型，該未經(jīng)請(qǐng)求類(lèi)型包括RRC連接釋放；以及如果步驟(a)和(b)中的判定都是肯定的，則忽視所收到的消息。
一旦連同附圖一起回顧以下對(duì)處理UMTS用戶設(shè)備中的通用陸地?zé)o線接入網(wǎng)絡(luò)無(wú)線資源控制連接消息的設(shè)備和方法的特定實(shí)施例描述，本申請(qǐng)的其它方面和特征對(duì)于本領(lǐng)域普通技術(shù)人員將變得清楚。


現(xiàn)在，將參考附圖僅僅例舉描述本申請(qǐng)的實(shí)施例，其中圖1所示為根據(jù)本申請(qǐng)的裝備有連接無(wú)線資源控制(RRC)塊的協(xié)議堆棧設(shè)備的實(shí)施例框圖；圖2是更詳細(xì)顯示圖1的連接RRC塊的框圖；圖3顯示了根據(jù)本申請(qǐng)?zhí)峁┑膬?yōu)選RRC連接狀態(tài)機(jī)圖；圖4所示為根據(jù)本申請(qǐng)的RRC連接處理交互圖；以及圖5所示為一種可以用作用戶設(shè)備、并且可以和圖1至圖4的設(shè)備和方法合作的移動(dòng)裝置的框圖。
在不同圖中，相同附圖標(biāo)記用于表示相似部件。
具體實(shí)施例方式
參考附圖，圖1所示為根據(jù)本申請(qǐng)的裝備有連接無(wú)線資源控制(RRC)塊的協(xié)議堆棧設(shè)備的實(shí)施例框圖。
連接RRC塊200是UMTS協(xié)議堆棧100無(wú)線接口第三層130的子層。連接RRC 200僅存在于控制面中，并且向非接入層NAS 134提供信息傳送服務(wù)。連接RRC 200負(fù)責(zé)控制無(wú)線接口第一層110和第二層120的配置。當(dāng)UTRAN希望改變UE配置時(shí)，它將向UE發(fā)出包含調(diào)用特定RRC過(guò)程(procedure)的命令的消息。UE的連接RRC 200層解碼該消息，并啟動(dòng)適當(dāng)?shù)腞RC過(guò)程。一般，當(dāng)過(guò)程完成時(shí)(成功或不成功)，則連接RRC(通過(guò)下層)向UTRAN發(fā)送響應(yīng)消息、通知UTRAN結(jié)果。雖然應(yīng)該注意有少數(shù)情況、連接RRC將不向UTRAN發(fā)出響應(yīng)消息，但是在那些情況下連接RRC不需要答復(fù)、并且不答復(fù)。
有利地，連接RRC塊200允許協(xié)議堆棧100相對(duì)于未經(jīng)請(qǐng)求的連接釋放消息明確地動(dòng)作。
現(xiàn)在轉(zhuǎn)到圖2，圖2是更詳細(xì)顯示圖1的連接RRC塊的框圖。UTRAN 210發(fā)送具有改變UE 220連接狀態(tài)的過(guò)程的消息，如未經(jīng)請(qǐng)求的RRC連接釋放消息215。UE 220裝備有接收器212和發(fā)送器214，以便接收消息215，以及在響應(yīng)可適用的情況下，針對(duì)那些消息來(lái)響應(yīng)UTRAN。UE 220也裝備有連接RRC塊200，連接RRC塊200被連接，以便通過(guò)接收器212從UTRAN210接收消息，并且被連接，以便通過(guò)發(fā)送器214向UTRAN 210發(fā)送響應(yīng)。接收器212和連接RRC 200之間的連接、以及連接RRC 200和發(fā)送器214之間的連接可以涉及圖2中未特別顯示的塊，如圖1的協(xié)議堆棧塊。
未經(jīng)請(qǐng)求RRC連接釋放處理RRC塊200裝備有RRC連接狀態(tài)機(jī)230、確認(rèn)器270和拒絕器280。
狀態(tài)機(jī)230連接到接收器212。狀態(tài)機(jī)230包括能夠處理未經(jīng)請(qǐng)求RRC連接釋放215的連接狀態(tài)240?？梢栽O(shè)想狀態(tài)機(jī)230和狀態(tài)240的各種實(shí)施例，所有這些實(shí)施例的共同之處在于連接命令的處理，如在狀態(tài)機(jī)處于連接狀態(tài)時(shí)，未經(jīng)請(qǐng)求RRC連接釋放例子中的連接命令處理，這導(dǎo)致?tīng)顟B(tài)機(jī)轉(zhuǎn)變到明確狀態(tài)。以下將參考圖3來(lái)描述RRC連接狀態(tài)機(jī)的優(yōu)選實(shí)施例。
有利地，圖2的設(shè)備使UE能夠以明確的方式處理未經(jīng)請(qǐng)求的RRC連接釋放。
現(xiàn)在轉(zhuǎn)到圖3，圖3顯示了根據(jù)本申請(qǐng)?zhí)峁┑膬?yōu)選RRC連接狀態(tài)機(jī)圖。狀態(tài)機(jī)圖300顯示了UE RRC層的示例狀態(tài)轉(zhuǎn)變。狀態(tài)機(jī)圖300是基于ETSITS 125331中的RRC層ETSI規(guī)范中所示的圖，即圖7.1-1，并顯示了所收到的造成狀態(tài)轉(zhuǎn)變的UTRAN消息，但也顯示了作為空閑狀態(tài)UE和已連狀態(tài)UE之間狀態(tài)的UE中間狀態(tài)，即ETSI規(guī)范中未顯示的連接狀態(tài)340，以及明確狀態(tài)350，連接狀態(tài)340和明確狀態(tài)350都是按照本申請(qǐng)?zhí)峁┑?。注意，在圖3中，對(duì)于該例子只顯示了相關(guān)的UTRAN消息，可以設(shè)想可以交換其它消息。
狀態(tài)機(jī)300從起始狀態(tài)310開(kāi)始，在起始狀態(tài)310下?tīng)顟B(tài)轉(zhuǎn)變到空閑狀態(tài)320。一旦從UTRAN收到RRC連接請(qǐng)求325，狀態(tài)就從空閑狀態(tài)320轉(zhuǎn)變到按照本申請(qǐng)?zhí)峁┑倪B接狀態(tài)340。
連接狀態(tài)340的特點(diǎn)在于對(duì)于RRC連接釋放345的狀態(tài)轉(zhuǎn)變，以致一旦收到RRC連接釋放345，狀態(tài)就轉(zhuǎn)變到明確狀態(tài)350。優(yōu)選的明確狀態(tài)是連接狀態(tài)340，因?yàn)檫@使得當(dāng)UE正從空閑狀態(tài)轉(zhuǎn)變到已連狀態(tài)時(shí)UE能夠僅僅忽視任何未經(jīng)請(qǐng)求的RRC連接釋放消息。然而，可以設(shè)想明確狀態(tài)350可以是圖3所示的任何狀態(tài)，具體地說(shuō)，可以是UE的RRC連接/釋放狀態(tài)機(jī)的任何狀態(tài)。一旦收到RRC連接拒絕335，狀態(tài)就轉(zhuǎn)回到空閑狀態(tài)320。
一旦收到RRC連接設(shè)置355，狀態(tài)就從連接狀態(tài)340轉(zhuǎn)變到已連狀態(tài)360，如圖3所示的已連狀態(tài)包括各種子狀態(tài)，如小區(qū)DCH、小區(qū)FACH、小區(qū)PCH和URA PCH。一旦收到RRC連接拒絕或RRC連接設(shè)置365，就維持已連狀態(tài)360。然而，一旦收到RRC連接釋放或其它原因如錯(cuò)誤375，狀態(tài)就轉(zhuǎn)回到空閑狀態(tài)320。
現(xiàn)在轉(zhuǎn)到圖4，圖4所示為根據(jù)本申請(qǐng)的RRC連接處理交互圖。該圖顯示了當(dāng)UE正從空閑狀態(tài)轉(zhuǎn)變到已連狀態(tài)時(shí)，明確地處理UTRAN消息RRC連接釋放的情況。
參考圖4，當(dāng)使UE轉(zhuǎn)變到狀態(tài)430的條件發(fā)生時(shí)，UE 420處于已連狀態(tài)425，使得UE狀態(tài)處于空閑狀態(tài)435，但是沒(méi)有通知UTRAN狀態(tài)變化。
如圖4所示，由于收到了包含造成空閑的命令417的‘消息1’415，轉(zhuǎn)變到空閑430發(fā)生了，并且UE處于空閑狀態(tài)435。
造成空閑的命令的第一例子將遵照ETSI TS 125331的8.2.2.12b節(jié)，其中當(dāng)安全配置發(fā)生變化時(shí)，啟動(dòng)小區(qū)更新過(guò)程。
第二例子將遵照ETSI TS 125 331的8.1.12.3節(jié)，其中安全模式命令被收到，但是消息中定義的安全能力不匹配UE的安全能力。
是什么使UE轉(zhuǎn)變到空閑狀態(tài)不重要，重要的是UTRAN不知道該轉(zhuǎn)變發(fā)生了。只顯示了相關(guān)的RRC狀態(tài)，從而可以設(shè)想狀態(tài)機(jī)的其它實(shí)施例可以包括其它狀態(tài)。
一旦UE到達(dá)空閑狀態(tài)435，UE就可以設(shè)法通過(guò)重新連接440來(lái)重新建立連接。UE是通過(guò)發(fā)出RRC連接請(qǐng)求消息437、進(jìn)入U(xiǎn)CRH連接狀態(tài)445、并等待RRC連接設(shè)置(在該情況下UE將移到已連狀態(tài))或RRC連接拒絕(在該情況下UE將移回到空閑狀態(tài))，來(lái)實(shí)現(xiàn)這一點(diǎn)的。
當(dāng)UE處于UCRH連接狀態(tài)445時(shí)，并且在UTRAN收到RRC連接請(qǐng)求之前，UTRAN可以決定釋放連接，因而通過(guò)‘消息2’455發(fā)出RRC連接釋放457。
現(xiàn)在，UE在試圖建立連接時(shí)收到了RRC連接釋放消息，在ETSI 3GPP規(guī)范中沒(méi)有規(guī)定此時(shí)的行為，但是UE 420有利地處于UCRH連接狀態(tài)445，使得UE 420能夠處理未經(jīng)請(qǐng)求的連接釋放450、并轉(zhuǎn)變到按照本申請(qǐng)?zhí)峁┑拿鞔_狀態(tài)460。優(yōu)選的明確狀態(tài)是UCRH連接，使得UE能夠有利地忽視RRC連接釋放。然而，可以設(shè)想狀態(tài)機(jī)的任何狀態(tài)，如圖3或圖2中提供的任何狀態(tài)，只要該狀態(tài)是明確的。
按照本申請(qǐng)的優(yōu)選操作方式，當(dāng)指示的連接已經(jīng)被單方面釋放時(shí)，UE420只是忽視消息。有利地，UE 420現(xiàn)在能夠正確地響應(yīng)下一個(gè)UTRAN消息，如具有RRC連接拒絕命令467的‘消息3’465，并且UE和UTRAN再次同步，即繼續(xù)明確狀態(tài)460是UCRH連接的例子，RRC連接拒絕467造成轉(zhuǎn)變到空閑470。這是UE的優(yōu)選實(shí)施選項(xiàng)，并允許UE和UTRAN較迅速地返回到正常狀態(tài)?？梢栽O(shè)想替換方法，即使替換方法的實(shí)施更復(fù)雜，并且可能不能確保系統(tǒng)迅速返回到已知狀態(tài)。應(yīng)該注意，由UE來(lái)處理RRC連接釋放457不是優(yōu)選的，因?yàn)橄惹暗腻e(cuò)誤條件導(dǎo)致了必需信令RB的丟失，這可能阻止UE發(fā)送正常響應(yīng)。優(yōu)選操作方式明確避免這種情況，并且由本申請(qǐng)來(lái)看，避免類(lèi)似的未經(jīng)請(qǐng)求RRC連接釋放消息457處理對(duì)于本申請(qǐng)所屬領(lǐng)域的普通技術(shù)人員將是顯而易見(jiàn)的。
現(xiàn)在轉(zhuǎn)到圖5，圖5所示為一種可以用作用戶設(shè)備并且可以和圖1至圖4的設(shè)備和方法合作的移動(dòng)裝置的框圖，該移動(dòng)裝置是一種示例無(wú)線通信裝置。移動(dòng)站500優(yōu)選地是至少具有語(yǔ)音和數(shù)據(jù)通信能力的雙向無(wú)線通信裝置。移動(dòng)站500優(yōu)選地具有與因特網(wǎng)上的其它計(jì)算機(jī)系統(tǒng)進(jìn)行通信的能力。取決于所提供的具體功能性，例如可以將無(wú)線裝置稱(chēng)為數(shù)據(jù)消息接發(fā)裝置、雙向?qū)ず魴C(jī)、無(wú)線電子郵件裝置、具有數(shù)據(jù)消息接發(fā)能力的蜂窩電話、無(wú)線因特網(wǎng)用具、或數(shù)據(jù)通信裝置。
在移動(dòng)站500能夠進(jìn)行雙向通信的情況下，移動(dòng)站500將包括有通信子系統(tǒng)511，該通信子系統(tǒng)511包括接收器512和發(fā)送器514，以及關(guān)聯(lián)的部件，如一個(gè)或多個(gè)優(yōu)選地為嵌入或內(nèi)部的天線元件516和518、本地振蕩器(LO)513和諸如數(shù)字信號(hào)處理器(DSP)520的處理模塊。對(duì)于通信領(lǐng)域技術(shù)人員，顯然通信子系統(tǒng)511的特殊設(shè)計(jì)將取決于裝置打算在其中操作的通信網(wǎng)絡(luò)。例如，移動(dòng)站500可以包括一種被設(shè)計(jì)用于在MobitexTM移動(dòng)通信系統(tǒng)、DataTACTM移動(dòng)通信系統(tǒng)、通用分組無(wú)線業(yè)務(wù)(GPRS)網(wǎng)絡(luò)、UMTS網(wǎng)絡(luò)、改進(jìn)數(shù)據(jù)率GSM服務(wù)(EDGE)網(wǎng)絡(luò)中操作的通信子系統(tǒng)511。
網(wǎng)絡(luò)接入要求也將隨網(wǎng)絡(luò)519的類(lèi)型而變。例如，在Mobitex和DataTAC網(wǎng)絡(luò)中，利用每個(gè)移動(dòng)站所關(guān)聯(lián)的唯一標(biāo)識(shí)號(hào)將移動(dòng)站500注冊(cè)在網(wǎng)絡(luò)上。然而，在UMTS和GPRS網(wǎng)絡(luò)中，網(wǎng)絡(luò)接入和移動(dòng)站500的訂戶或用戶有關(guān)。因此，GPRS移動(dòng)站需要用戶標(biāo)識(shí)模塊(SIM)卡，以便在GPRS網(wǎng)絡(luò)上操作。沒(méi)有有效的SIM卡，GPRS移動(dòng)站將不能完全起作用。本地或非網(wǎng)絡(luò)通信功能、以及法律上要求的功能(如果有的話)如“911”緊急呼叫，是可用的，但是移動(dòng)站500將不能執(zhí)行其它任何涉及通過(guò)網(wǎng)絡(luò)500的通信的功能。SIM接口544正常地類(lèi)似于卡槽，SIM卡能夠像磁盤(pán)或個(gè)人計(jì)算機(jī)存儲(chǔ)卡國(guó)際協(xié)會(huì)(PCMCIA)卡那樣被插入該卡槽、或從該卡槽中被彈出。SIM卡可以具有大約64K存儲(chǔ)容量，并且保存許多關(guān)鍵配置551以及其它信息553，如標(biāo)識(shí)和用戶相關(guān)信息。
當(dāng)所需的網(wǎng)絡(luò)注冊(cè)或激活過(guò)程完成時(shí)，移動(dòng)站500可以通過(guò)網(wǎng)絡(luò)519發(fā)送和接收通信信號(hào)。由天線516通過(guò)通信網(wǎng)絡(luò)519收到的信號(hào)被輸入到接收器512，接收器512可以執(zhí)行諸如信號(hào)放大、頻率下轉(zhuǎn)換、濾波、信道選擇等普通接收器功能，并且在圖5所示的示例系統(tǒng)中執(zhí)行模數(shù)(A/D)轉(zhuǎn)換。對(duì)收到的信號(hào)執(zhí)行A/D轉(zhuǎn)換允許在DSP 520中執(zhí)行更復(fù)雜的通信功能，如解調(diào)和解碼。以類(lèi)似的方式，對(duì)要發(fā)送的信號(hào)進(jìn)行處理，包括例如由DSP 520執(zhí)行調(diào)制和編碼，并且處理后的信號(hào)被輸入到發(fā)送器514，以便進(jìn)行數(shù)模轉(zhuǎn)換、頻率上轉(zhuǎn)換、濾波、放大、以及經(jīng)由天線518通過(guò)通信網(wǎng)絡(luò)519發(fā)送。DSP 520不僅處理通信信號(hào)，而且提供接收器和發(fā)送器控制。例如，可以通過(guò)DSP 520中執(zhí)行的自動(dòng)增益控制算法，來(lái)自適應(yīng)地控制接收器512和發(fā)送器514中應(yīng)用于通信信號(hào)的增益。
移動(dòng)站500優(yōu)選地包括微處理器538，微處理器538控制裝置的整個(gè)操作。至少包括數(shù)據(jù)和語(yǔ)音通信的通信功能是通過(guò)通信子系統(tǒng)511來(lái)執(zhí)行的。微處理器538也和更多的裝置子系統(tǒng)相互作用，如顯示器522、閃速存儲(chǔ)器524、隨機(jī)存儲(chǔ)器(RAM)526、輔助輸入/輸出(I/O)子系統(tǒng)528、串行端口530、鍵盤(pán)532、揚(yáng)聲器534、麥克風(fēng)536、短程通信子系統(tǒng)540以及一般以542表示的其它任何裝置子系統(tǒng)。
圖5所示的一些子系統(tǒng)執(zhí)行通信相關(guān)功能，而其它子系統(tǒng)可以提供“駐留”或裝置上功能。注意，一些子系統(tǒng)如鍵盤(pán)532和顯示器522，例如既可以用于通信相關(guān)功能、如輸入文本消息以便通過(guò)通信網(wǎng)絡(luò)發(fā)送，又可用于裝置駐留功能、如計(jì)算器或任務(wù)列表。
微處理器538使用的操作系統(tǒng)軟件優(yōu)選地被存儲(chǔ)在持久存儲(chǔ)器如閃速存儲(chǔ)器524中，閃速存儲(chǔ)器524可以改為只讀存儲(chǔ)器(ROM)或類(lèi)似的存儲(chǔ)元件(未顯示)。本領(lǐng)域技術(shù)人員應(yīng)該理解，操作系統(tǒng)、特定裝置應(yīng)用程序或其一部分可以被臨時(shí)加載到易失性存儲(chǔ)器如RAM 526中。收到的通信信號(hào)也可以被存儲(chǔ)在RAM 526中。
如圖5所示，閃速存儲(chǔ)器524可以被分成既用于計(jì)算機(jī)程序558、又用于程序數(shù)據(jù)存儲(chǔ)550、552、554和556的不同區(qū)。這些不同存儲(chǔ)類(lèi)型指示，每個(gè)程序都可以為它自己的數(shù)據(jù)存儲(chǔ)要求而分配閃速存儲(chǔ)器524的一部分。除操作系統(tǒng)功能以外，微處理器538優(yōu)選地還使能在移動(dòng)站上執(zhí)行軟件應(yīng)用程序(software application)。在制造期間，一組預(yù)定的用于控制基本操作的應(yīng)用程序，例如至少包括數(shù)據(jù)和語(yǔ)音通信應(yīng)用程序，將正常地被安裝在移動(dòng)站500上。優(yōu)選的軟件應(yīng)用程序可以是個(gè)人信息管理器(PIM)應(yīng)用程序，該P(yáng)IM應(yīng)用程序能夠組織和管理與移動(dòng)站用戶有關(guān)的數(shù)據(jù)項(xiàng)，例如但不限于電子郵件、日歷事件、語(yǔ)音郵件、約會(huì)及任務(wù)項(xiàng)。自然，在移動(dòng)站上可以使用一個(gè)或多個(gè)存儲(chǔ)器，以方便PIM數(shù)據(jù)項(xiàng)的存儲(chǔ)。這種PIM應(yīng)用程序優(yōu)選地將具有通過(guò)無(wú)線網(wǎng)絡(luò)519來(lái)發(fā)送和接收數(shù)據(jù)項(xiàng)的能力。在優(yōu)選實(shí)施例中，通過(guò)無(wú)線網(wǎng)絡(luò)519，使PIM數(shù)據(jù)項(xiàng)和存儲(chǔ)的或與主計(jì)算機(jī)系統(tǒng)關(guān)聯(lián)的移動(dòng)站用戶相應(yīng)數(shù)據(jù)項(xiàng)無(wú)縫地結(jié)合、同步、以及一起更新。也可以通過(guò)網(wǎng)絡(luò)519、輔助I/O子系統(tǒng)528、串行端口530、短程通信子系統(tǒng)540或其它任何合適子系統(tǒng)542，將更多應(yīng)用程序加載到移動(dòng)站500上，并且由用戶將這些更多應(yīng)用程序安裝在RAM 526、或優(yōu)選地安裝在非易失性存儲(chǔ)器(未顯示)中，以供微處理器538執(zhí)行。應(yīng)用程序安裝的這種靈活性增加了裝置的功能性，并且可以提供增強(qiáng)的裝置上功能、通信相關(guān)功能、或增強(qiáng)的裝置上功能和通信相關(guān)功能兩者。例如，安全通信應(yīng)用程序可以使得能夠利用移動(dòng)站500來(lái)執(zhí)行電子商務(wù)功能和其它這種金融交易。
在數(shù)據(jù)通信模式中，收到的信號(hào)如文本消息或網(wǎng)頁(yè)下載將被通信子系統(tǒng)511處理，并被輸入到微處理器538，微處理器538優(yōu)選地進(jìn)一步處理所收到的信號(hào)、以便輸出到顯示器522，或者作為選擇輸出到輔助I/O裝置528。移動(dòng)站500用戶例如也可以利用優(yōu)選地為完全字母數(shù)字鍵盤(pán)或電話類(lèi)型小鍵盤(pán)的鍵盤(pán)632，連同顯示器522以及有可能輔助I/O裝置528，來(lái)組成諸如電子郵件消息的數(shù)據(jù)項(xiàng)。然后，可以通過(guò)通信子系統(tǒng)511、通過(guò)通信網(wǎng)絡(luò)發(fā)送這種組成項(xiàng)。
對(duì)于語(yǔ)音通信，移動(dòng)站500的整個(gè)操作都類(lèi)似，除了所收到的信號(hào)優(yōu)選地將被輸出到揚(yáng)聲器534，并且用于發(fā)送的信號(hào)一般將通過(guò)麥克風(fēng)536來(lái)產(chǎn)生。也可以在移動(dòng)站500上實(shí)施替換的語(yǔ)音或音頻I/O子系統(tǒng)，如語(yǔ)音消息記錄子系統(tǒng)。雖然優(yōu)選地主要通過(guò)揚(yáng)聲器534來(lái)實(shí)現(xiàn)語(yǔ)音或音頻信號(hào)輸出，但是例如也可以利用顯示器522來(lái)提供對(duì)呼叫方身份、語(yǔ)音呼叫持續(xù)時(shí)間或其它語(yǔ)音呼叫相關(guān)信息的指示。
正常地，將在可能需要與用戶臺(tái)式計(jì)算機(jī)(未顯示)同步的個(gè)人數(shù)字助理(PDA)型移動(dòng)站中實(shí)施圖5中的串行端口530，但是圖5中的串行端口530是一個(gè)任選的裝置部件。這種端口530將使用戶能夠通過(guò)外部設(shè)備或軟件應(yīng)用程序來(lái)設(shè)置偏愛(ài)，并且將通過(guò)不是通過(guò)無(wú)線通信網(wǎng)絡(luò)向移動(dòng)站500提供信息或軟件下載，來(lái)擴(kuò)展移動(dòng)站500的能力。例如，備用下載路徑可以用于通過(guò)直接從而可靠且可信的連接來(lái)將加密密鑰加載到裝置上，由此使能安全裝置通信。
其它通信子系統(tǒng)540如短程通信子系統(tǒng)，是另一任選部件，它可以在移動(dòng)站500和不同系統(tǒng)或不一定是類(lèi)似裝置的不同裝置之間提供通信。例如，子系統(tǒng)540可以包括紅外裝置和關(guān)聯(lián)電路及部件、或藍(lán)牙TM通信模塊，以便向通信提供類(lèi)似使能系統(tǒng)和裝置。
當(dāng)移動(dòng)裝置500用作UE時(shí)，協(xié)議堆棧546包括一種處理UMTS用戶設(shè)備中的通用陸地?zé)o線接入網(wǎng)絡(luò)無(wú)線資源控制連接消息的設(shè)備和方法。
雖然在以上說(shuō)明書(shū)和附圖中明確使用了術(shù)語(yǔ)消息、程序和命令，但是可以設(shè)想，可以按照本申請(qǐng)的設(shè)備和方法來(lái)處理消息、命令或過(guò)程，使得可以在不改變本申請(qǐng)范圍或不脫離本申請(qǐng)精神的情況下交換這些術(shù)語(yǔ)。
上述本申請(qǐng)實(shí)施例僅僅用于例舉。本領(lǐng)域技術(shù)人員可以在不脫離本申請(qǐng)范圍的情況下、對(duì)特殊實(shí)施例進(jìn)行改變、修改和變更。
權(quán)利要求
1.一種用戶設(shè)備(220)，適于和通用陸地?zé)o線接入網(wǎng)絡(luò)(210)交換消息，選擇具有命令的消息，選擇包括無(wú)線資源控制連接請(qǐng)求、無(wú)線資源控制連接設(shè)置、無(wú)線資源控制連接拒絕及無(wú)線資源控制連接釋放的命令，所述用戶設(shè)備(220)包括一種一旦交換選定命令就從一種狀態(tài)轉(zhuǎn)變到另一種狀態(tài)的連接狀態(tài)機(jī)(300)，所述連接狀態(tài)機(jī)(300)包括空閑狀態(tài)(320)，在發(fā)送無(wú)線資源控制連接請(qǐng)求(325)之前，用戶設(shè)備保持在所述空閑狀態(tài)(320)；已連狀態(tài)(360)，一旦收到無(wú)線資源控制連接拒絕和無(wú)線資源控制連接設(shè)置之一(365)，用戶設(shè)備就保持在所述已連狀態(tài)(360)，并且在所述已連狀態(tài)(360)下，一旦收到無(wú)線資源控制連接釋放、或者一旦用戶設(shè)備出錯(cuò)、或者一旦造成轉(zhuǎn)變到所述空閑狀態(tài)的其它事件發(fā)生(375)，狀態(tài)就轉(zhuǎn)變到所述空閑狀態(tài)；以及連接狀態(tài)(340)，在所述連接狀態(tài)(340)下，狀態(tài)機(jī)在所述空閑狀態(tài)和所述已連狀態(tài)之間轉(zhuǎn)變時(shí)，處理連接命令，一旦交換連接命令，所述連接狀態(tài)就轉(zhuǎn)變到明確狀態(tài)(350)。
2.根據(jù)權(quán)利要求1所述的用戶設(shè)備，其中，明確狀態(tài)是所述連接狀態(tài)，由此使用戶設(shè)備能夠通過(guò)僅僅忽視連接命令來(lái)處理連接命令。
3.根據(jù)權(quán)利要求1所述的用戶設(shè)備，其中，明確狀態(tài)是所述空閑狀態(tài)，由此使用戶設(shè)備能夠通過(guò)拒絕連接命令來(lái)處理連接命令。
4.根據(jù)權(quán)利要求1所述的用戶設(shè)備，其中，明確狀態(tài)是所述已連狀態(tài)，由此使用戶設(shè)備能夠通過(guò)設(shè)置連接來(lái)處理連接命令。
5.根據(jù)以上任一權(quán)利要求所述的用戶設(shè)備，其中，連接命令是未經(jīng)請(qǐng)求的。
6.根據(jù)權(quán)利要求5所述的用戶設(shè)備，其中，未經(jīng)請(qǐng)求的連接命令是無(wú)線資源控制連接釋放命令(345)。
7.根據(jù)權(quán)利要求1至5任一權(quán)利要求所述的用戶設(shè)備，其中，連接命令是無(wú)線資源控制連接拒絕命令(335)。
8.根據(jù)權(quán)利要求1至5任一權(quán)利要求所述的用戶設(shè)備，其中，連接命令是無(wú)線資源控制連接設(shè)置命令(355)。
9.一種處理用戶設(shè)備所收到的發(fā)自通用陸地?zé)o線接入網(wǎng)絡(luò)的消息的方法，所述方法包括以下步驟確定在期待接收消息的用戶設(shè)備上是否沒(méi)有過(guò)程正在進(jìn)行；確定消息是否為未經(jīng)請(qǐng)求類(lèi)型，所述未經(jīng)請(qǐng)求類(lèi)型包括無(wú)線資源控制連接釋放；以及如果步驟(a)和(b)中的判定都是肯定的，則忽視所收到的消息。
10.根據(jù)權(quán)利要求9所述的方法，其中，所收到的消息被尋址到公共控制信道上的用戶設(shè)備。
全文摘要
公開(kāi)了一種處理通用移動(dòng)電信系統(tǒng)(UMTS)用戶設(shè)備中的通用陸地?zé)o線接入網(wǎng)絡(luò)無(wú)線資源控制連接消息的設(shè)備和方法。根據(jù)本申請(qǐng)一個(gè)方面，提供一種適于從通用陸地?zé)o線接入網(wǎng)絡(luò)(UTRAN)接收消息、且包括具有連接狀態(tài)的狀態(tài)機(jī)的用戶設(shè)備，在連接狀態(tài)下，通過(guò)一旦交換連接命令就轉(zhuǎn)變到明確狀態(tài)、來(lái)處理連接命令。根據(jù)本申請(qǐng)另一方面，提供一種處理發(fā)自UTRAN的未經(jīng)請(qǐng)求命令的方法，該方法包括以下步驟確定用戶設(shè)備是否處于試圖與UTRAN建立連接的過(guò)渡狀態(tài)；以及如果是這樣的話，從該過(guò)渡狀態(tài)轉(zhuǎn)變到明確狀態(tài)。
文檔編號(hào)H04M11/00GK1784913SQ200480011907
公開(kāi)日2006年6月7日 申請(qǐng)日期2004年5月7日 優(yōu)先權(quán)日2003年5月8日
發(fā)明者戴維·W·佩德勒, 妮古拉·M·芬內(nèi)爾, 羅伯特·J·哈里森 申請(qǐng)人:M斯太科有限公司