專利名稱：公共控制信道的選擇性處理的制作方法
背景領(lǐng)域本發(fā)明一般涉及無(wú)線通信，尤其涉及下行鏈路公共控制信道的選擇性處理。
背景無(wú)線通信領(lǐng)域有很多應(yīng)用，包括例如，無(wú)繩電話、無(wú)線電呼叫、無(wú)線本地環(huán)路、個(gè)人數(shù)字助理(PDA)、因特網(wǎng)電話和衛(wèi)星通信系統(tǒng)。一個(gè)特別重要的應(yīng)用是用于遠(yuǎn)程用戶的蜂窩電話系統(tǒng)。這里使用術(shù)語(yǔ)“蜂窩”系統(tǒng)包括使用蜂窩或個(gè)人通信業(yè)務(wù)(PCS)頻率的系統(tǒng)。各個(gè)無(wú)線電廣播接口被開(kāi)發(fā)用于這些蜂窩電話系統(tǒng)，包括例如，頻分多址(FDMA)、時(shí)分多址(TDMA)和碼分多址(CDMA)。建立了與之相關(guān)的各個(gè)國(guó)內(nèi)和國(guó)際標(biāo)準(zhǔn)，包括例如高級(jí)移動(dòng)電話業(yè)務(wù)(AMPS)、全球數(shù)字移動(dòng)電話系統(tǒng)(GSM)和暫行標(biāo)準(zhǔn)95(IS-95)。IS-95及其派生IS-95A、IS-95B、ANSIJ-STD-008(通常共同在此作為IS-95提及)和被提議的高速率系統(tǒng)由電信工業(yè)協(xié)會(huì)以及其它公知的標(biāo)準(zhǔn)體發(fā)布。
依照IS-95標(biāo)準(zhǔn)的使用配置的蜂窩電話系統(tǒng)使用CDMA信號(hào)處理技術(shù)來(lái)提供高效和穩(wěn)健的蜂窩電話業(yè)務(wù)。序號(hào)為5,103,459和4,901,307的美國(guó)專利描述了主要依照IS-95標(biāo)準(zhǔn)的使用配置的示例性蜂窩電話系統(tǒng)，所述的專利被轉(zhuǎn)讓給本發(fā)明受讓人并被引用在此作為參考。使用CDMA技術(shù)的示例性系統(tǒng)是由美國(guó)電信工業(yè)協(xié)會(huì)(TIA)發(fā)布的cdma2000 ITU-R無(wú)線傳輸技術(shù)(RTT)候選提案(在此稱為cdma2000)。Cdma200的標(biāo)準(zhǔn)在IS-2000的草案中給出，并經(jīng)TIA通過(guò)。另一個(gè)CDMA標(biāo)準(zhǔn)是W-CDMA標(biāo)準(zhǔn)，如第三代伙伴項(xiàng)目(3GPP)中收錄的，文件序號(hào)為3G TS 25.211、3G TS25.212、3G TS 25.213和3G TS 25.214。
根據(jù)對(duì)服務(wù)供應(yīng)商可用的頻帶，在WCDMA系統(tǒng)的組成部件之間的傳送可以以時(shí)分雙工模式(TDD)或頻分雙工模式(FDD)被發(fā)送。由于允許在任一模式中操作的復(fù)雜性，系統(tǒng)依照邏輯信道和物理信道來(lái)發(fā)送。根據(jù)數(shù)據(jù)被分配至的邏輯信道對(duì)數(shù)據(jù)進(jìn)行編碼和內(nèi)插，該邏輯信道接著被映射到物理信道。邏輯信道和物理信道的數(shù)量和類型依照信號(hào)被發(fā)送的方向而變化。從遠(yuǎn)程站(也被稱為移動(dòng)站)至基站的傳送被稱為“上行鏈路”，而從基站至遠(yuǎn)程站的傳送被稱為“下行鏈路”。
在下行鏈路上，邏輯信道被歸類為控制信道或話務(wù)信道?？刂菩诺朗菑V播控制信道(BCCH)、尋呼控制信道(PCCH)、專用控制信道(DCCH)、公共控制信道(CCCH)和共享信道控制信道(SHCCH)。話務(wù)信道是專用話務(wù)信道(DTCH)和公共話務(wù)信道(CTCH)。
以下所描述的實(shí)施例主要針對(duì)遠(yuǎn)程站對(duì)CCCH的選擇性處理。目前，WCDMA系統(tǒng)被設(shè)計(jì)為只要所述的遠(yuǎn)程站在上行鏈路和下行鏈路中被分配了公共傳輸信道，CCCH就在工作在服務(wù)基站范圍內(nèi)的遠(yuǎn)程站中間都是共用的。因此，所有使用上行鏈路和下行鏈路公共傳輸信道的遠(yuǎn)程站必須解調(diào)和解碼CCCH上所有的消息。如果消息不是特別以某個(gè)移動(dòng)站為目標(biāo)的，該移動(dòng)站就必須丟棄該消息。例如，如果服務(wù)基站在CCCH上向100個(gè)單獨(dú)遠(yuǎn)程站發(fā)送100個(gè)單獨(dú)的消息，接著每個(gè)遠(yuǎn)程站將解調(diào)和解碼所有100個(gè)消息，其中99個(gè)以其它遠(yuǎn)程站為目標(biāo)的非相關(guān)消息會(huì)被丟棄。
上述對(duì)CCCH上所有消息進(jìn)行解調(diào)和解碼的要求是對(duì)處理資源的浪費(fèi)，但是該要求被實(shí)現(xiàn)以解決向遠(yuǎn)程站提供更新信息的問(wèn)題。例如，當(dāng)DCCH不可用時(shí)，該CCCH被用于交換信令信息，所述的情況發(fā)生在例如小區(qū)重選之后。CCCH上的消息通常包括更新信息，所述的更新信息允許遠(yuǎn)程站繼續(xù)處理在DCCH上接收到的目標(biāo)消息并允許將專用傳輸信道分配給遠(yuǎn)程站。
這里所描述的實(shí)施例是為了減少遠(yuǎn)程站解調(diào)和解碼CCCH上所有消息的需求，這樣就減少了成功地解碼CCCH所需的處理資源量。如果一遠(yuǎn)程站可以確定CCCH上特別以其為目標(biāo)的信息，該CCCH就可以被成功地解碼。如果該移動(dòng)站無(wú)需解調(diào)和解碼所有非相關(guān)的CCCH消息，那么就產(chǎn)生了能量消耗的相應(yīng)節(jié)省，這有益于遠(yuǎn)程站的電池壽命。

發(fā)明內(nèi)容
這里提出了解決上述需要的方法和裝置，一方面，提出了在遠(yuǎn)程站處選擇性地處理公共控制信道(CCCH)的方法，包括確定接收消息的指示符是否指出接收到的消息是CCCH消息；如果接收到的消息不是CCCH消息，那么處理接收到的消息；如果接收到消息是CCCH消息，那么確定是否期望遠(yuǎn)程站對(duì)請(qǐng)求的響應(yīng)；如果期望遠(yuǎn)程站對(duì)請(qǐng)求的響應(yīng)，則處理該CCCH消息；以及如果不期望遠(yuǎn)程站對(duì)請(qǐng)求的響應(yīng)，則不處理該CCCH消息。
另一方面，提出了用于執(zhí)行一組執(zhí)行上述方法的指令的裝置，該裝置包括存儲(chǔ)元件和處理器。
另一方面，提出了在遠(yuǎn)程站處理公共控制信道(CCCH)的方法，包括如果遠(yuǎn)程站發(fā)送請(qǐng)求到基站，則轉(zhuǎn)換到第一狀態(tài)，其中所述第一狀態(tài)用于處理在CCCH上接收到的任何消息；以及如果對(duì)該請(qǐng)求的響應(yīng)被該遠(yuǎn)程站成功地處理，則轉(zhuǎn)換到第二狀態(tài)，其中所述第二狀態(tài)用于丟棄在CCCH上接收到的任何消息。
另一方面，提出了如果遠(yuǎn)程站處在第一狀態(tài)、則處理任何在CCCH上接收到的消息的方法、以及如果遠(yuǎn)程站處在第二狀態(tài)、丟棄任何在CCCH上接收到的消息的方法，前者中如果遠(yuǎn)程站發(fā)送請(qǐng)求到基站，該遠(yuǎn)程站會(huì)進(jìn)入第一狀態(tài)；后者中如果遠(yuǎn)程站接收到對(duì)先前發(fā)送給基站的請(qǐng)求的響應(yīng)，移動(dòng)站就進(jìn)入第二狀態(tài)。
另一方面，選擇性處理CCCH的裝置包括如果遠(yuǎn)程站發(fā)送請(qǐng)求到基站、則轉(zhuǎn)換到第一狀態(tài)的裝置；當(dāng)遠(yuǎn)程站處在第一狀態(tài)時(shí)、處理任何由該遠(yuǎn)程站在CCCH上接收到的消息的裝置；如果對(duì)請(qǐng)求的響應(yīng)被遠(yuǎn)程站成功地處理、則轉(zhuǎn)換到第二狀態(tài)的裝置；以及當(dāng)遠(yuǎn)程站處在第二狀態(tài)時(shí)、丟棄任何由該遠(yuǎn)程站在CCCH上接收到的消息的裝置。


圖1是無(wú)線通信網(wǎng)絡(luò)的圖示。
圖2是無(wú)線接口協(xié)議架構(gòu)的總體框圖。
圖3是WCDMA-兼容的遠(yuǎn)程站中運(yùn)行狀態(tài)的框圖。
圖4是消息字段的圖示。
圖5是用于選擇性處理CCCH消息的方法的流程圖。
圖6是選擇性處理CCCH的實(shí)施例的狀態(tài)圖。
圖7是用于選擇性處理CCCH消息的方法的流程圖。
圖8是選擇性處理CCCH的實(shí)施例的狀態(tài)圖。
具體實(shí)施例方式
如圖1所示，無(wú)線通信網(wǎng)絡(luò)10通常包括多個(gè)遠(yuǎn)程站(又稱訂戶單元或移動(dòng)站或用戶設(shè)備)12a-12d、多個(gè)基站(又稱基站收發(fā)器(BTS)或者是節(jié)點(diǎn)B)14a-14c、基站控制器(BSC)(又稱無(wú)線網(wǎng)絡(luò)控制器或是分組控制功能塊16)、移動(dòng)交換中心(MSC)或交換機(jī)18、分組數(shù)據(jù)服務(wù)節(jié)點(diǎn)(PDSN)或者網(wǎng)際互聯(lián)功能塊(IWF)20、公用電話交換網(wǎng)(PSTN)22(一般是電話公司)以及使用互聯(lián)網(wǎng)協(xié)議(IP)的網(wǎng)絡(luò)24(一般是因特網(wǎng))。為了簡(jiǎn)潔起見(jiàn)，圖中僅示出四個(gè)遠(yuǎn)程站12a-12d、三個(gè)基站14a-14c、一個(gè)BSC 16、一個(gè)MSC 18和一個(gè)PDSN 20。本領(lǐng)域的技術(shù)人員應(yīng)該理解可以有任意數(shù)量的移動(dòng)站12、基站14、BSC 16、MSC 18和PDSN 20。
在一個(gè)實(shí)施例中，無(wú)線通信網(wǎng)絡(luò)10是分組數(shù)據(jù)服務(wù)網(wǎng)絡(luò)。遠(yuǎn)程站12a-12d可以是多種不同類型的無(wú)線通信設(shè)備中的任意一種，諸如便攜式電話、連到一臺(tái)運(yùn)行基于IP的web瀏覽器應(yīng)用程序的膝上型電腦上的蜂窩電話、帶有相關(guān)免提車用部件的蜂窩電話、運(yùn)行基于IP的web瀏覽器應(yīng)用程序的個(gè)人數(shù)據(jù)助理(PDA)、嵌入在便攜式計(jì)算機(jī)內(nèi)的無(wú)線通信模塊、或者是一個(gè)固定位置通信模塊，如在無(wú)線本地環(huán)路或計(jì)量系統(tǒng)中可能用到的這類模塊。在最普通的實(shí)施例中，遠(yuǎn)程站可以是任意一種通信單元。
遠(yuǎn)程站12a-12d可以方便地被配置來(lái)執(zhí)行一個(gè)或多個(gè)無(wú)線分組數(shù)據(jù)協(xié)議，諸如EIA/TIA/IS-707標(biāo)準(zhǔn)中描述的。在一特定實(shí)施例中，遠(yuǎn)程站12a-12d生成指向IP網(wǎng)絡(luò)24的IP分組，并運(yùn)用點(diǎn)對(duì)點(diǎn)協(xié)議(PPP)將這些IP分組封裝入幀。
在一實(shí)施例中，IP網(wǎng)絡(luò)24與PDSN 20耦合，PDSN 20與MSC 18耦合，MSC與BSC 16和PSTN 22耦合，BSC 16和基站14a-14c通過(guò)有線線路耦合，所述有線線路用于按照幾個(gè)已知協(xié)議中的任意一個(gè)來(lái)傳輸聲音和/或數(shù)據(jù)分組，這些協(xié)議括E1、T1、異步傳輸模式(ATM)、互聯(lián)網(wǎng)協(xié)議(IP)、點(diǎn)對(duì)點(diǎn)協(xié)議(PPP)、幀中繼、高速數(shù)字用戶線路(HDSL)、非對(duì)稱式數(shù)字用戶線路(ADSL)或其它一般數(shù)字用戶線路設(shè)備和服務(wù)(xDSL)。在另一個(gè)實(shí)施例中，BSC 16與PDSN 20直接耦合，而MSC 18不與PDSN 20耦合。
在無(wú)線通信網(wǎng)絡(luò)10的典型操作中，基站14a-14c接收并解調(diào)由參與打電話、web瀏覽或其他數(shù)據(jù)通信的各遠(yuǎn)程站12a-12d傳來(lái)的多組上行鏈路信號(hào)。由一給定基站14a-14c接收的每個(gè)上行鏈路信號(hào)在該給定基站14a-14c中加以處理。通過(guò)調(diào)制并向移動(dòng)站12a-12d發(fā)送多組正向信號(hào)的方式，每個(gè)基站14a-14c可以和多個(gè)遠(yuǎn)程站12a-12d進(jìn)行通信。例如，如圖1所示，基站14a同時(shí)與第一和第二移動(dòng)站12a、12b通信，基站14c同時(shí)與第三和第四移動(dòng)站12c、12d通信。所得分組被轉(zhuǎn)發(fā)到BSC 16，后者提供呼叫資源分配和移動(dòng)性管理功能，包括協(xié)調(diào)對(duì)一特定遠(yuǎn)程站12a-12d的呼叫從一基站14a-14c到另一基站14a-14c的軟切換。例如，一個(gè)遠(yuǎn)程站12c正在同時(shí)和兩個(gè)基站14b、14c通信。最后，當(dāng)遠(yuǎn)程站12c移動(dòng)到離其中一個(gè)基站14c足夠遠(yuǎn)的距離時(shí)，呼叫將被切換到另一個(gè)基站14b。
如果傳輸是常規(guī)的電話呼叫，BSC 16會(huì)把所接收到的數(shù)據(jù)路由至MSC 18，后者為與公用電話交換網(wǎng)絡(luò)(PSTN)22相接而提供附加的路由服務(wù)。如果傳輸是基于分組的傳輸，諸如一個(gè)指向IP網(wǎng)絡(luò)24的數(shù)據(jù)呼叫，MSC 18則會(huì)將數(shù)據(jù)分組路由至PDSN 20，PDSN 20將數(shù)據(jù)分組傳送至IP網(wǎng)絡(luò)24?；蛘?，BSC 16會(huì)直接將數(shù)據(jù)分組路由到PDSN 20，后者將數(shù)據(jù)分組發(fā)送到IP網(wǎng)絡(luò)24。
在WCDMA系統(tǒng)中，無(wú)線通信系統(tǒng)元件的術(shù)語(yǔ)不同，但功能是相同的。例如，基站也可被稱為工作在UTMS地面無(wú)線接入網(wǎng)(U-TRAN)中的無(wú)線網(wǎng)絡(luò)控制器(RNC)，其中所述的“UTMS”是通用移動(dòng)電信系統(tǒng)的縮寫。
圖2是用于工作在WCDMA環(huán)境中的遠(yuǎn)程站(又稱用戶設(shè)備或移動(dòng)站)的無(wú)線接口協(xié)議架構(gòu)的框圖。該協(xié)議架構(gòu)由分層作功能性的定義。分層是一種把通信協(xié)議組織在定義明確的封裝數(shù)據(jù)單元中的方法，否則所述數(shù)據(jù)單元在諸如層次等分散的處理實(shí)體之間。圖2說(shuō)明了在基站250和遠(yuǎn)程站260中都實(shí)現(xiàn)的3個(gè)協(xié)議層L1 220、L2 210和L3 200。L1 220層提供基站和遠(yuǎn)程站之間無(wú)線信號(hào)的發(fā)送和接收，L2 210層提供信令消息的正確發(fā)送和接收，而L3 200層為通信系統(tǒng)提供控制消息傳送。L3 200層根據(jù)基站250和遠(yuǎn)程站260之間通信協(xié)議的語(yǔ)意和定時(shí)來(lái)發(fā)起和終止信令消息。在WCDDMA系統(tǒng)中，L1被稱為物理層，而L2包括媒體訪問(wèn)控制(MAC)層、無(wú)線鏈路控制(RLC)層、廣播組播控制(BMC)層和分組數(shù)據(jù)會(huì)聚協(xié)議(PDCP)層，其中BMC層用于廣播短消息業(yè)務(wù)(SMS)，分組數(shù)據(jù)會(huì)聚協(xié)議(PDCP)層是可選層，它提供無(wú)損的RNC重選。L3被稱為無(wú)線資源控制(RRC)層或者信令層。在這些層之間傳輸?shù)南?shí)體被稱為分組數(shù)據(jù)單元(PDU)和業(yè)務(wù)數(shù)據(jù)單元(SDU)。
MAC層在定義于MAC層和物理層(L1)之間的傳輸信道上和定義于MAC層和RLC層之間的邏輯信道上運(yùn)行，MAC層和RLC層都是L2的一部分。因此，可以說(shuō)傳輸信道位于物理信道之上和邏輯信道之下。傳輸信道的存在提供了額外的功能靈活性，在此不對(duì)此作更進(jìn)一步的描述。MAC層提供了邏輯信道上的數(shù)據(jù)傳輸業(yè)務(wù)，且每個(gè)邏輯信道類型都由被傳輸信息的類型所定義。邏輯信道被分類為控制信道和業(yè)務(wù)信道。控制信道用于傳輸控制信息，諸如切換消息、小區(qū)更新消息和對(duì)所述消息的相應(yīng)響應(yīng)。業(yè)務(wù)信道用于傳輸源于用戶的信息，諸如語(yǔ)音話務(wù)和數(shù)據(jù)話務(wù)。
上述的協(xié)議架構(gòu)允許遠(yuǎn)程站在四個(gè)RRC狀態(tài)中存在空閑模式300、GSM已連接模式310、通用無(wú)線分組無(wú)線業(yè)務(wù)(GPRS)分組傳輸模式330和UTRA RRC已連接模式340，如圖3所示。在每種狀態(tài)中，只有規(guī)定的邏輯信道和傳輸信道起作用。這里所描述的實(shí)施例主要針對(duì)URTA RRC已連接模式340中的CELL_FACH狀態(tài)350和在工作在CELL_FACH狀態(tài)350下的邏輯信道。
CELL_FACH狀態(tài)可用于低話務(wù)業(yè)務(wù)(例如，SMS)和用于保持最新的系統(tǒng)信息，所述的系統(tǒng)信息由服務(wù)基站(也被稱為小區(qū)或UTRA)廣播。該CELL_FACH進(jìn)一步用于●發(fā)送和接收少量用戶數(shù)據(jù)；●執(zhí)行基站重選過(guò)程；●根據(jù)測(cè)量控制信息執(zhí)行測(cè)量過(guò)程；●運(yùn)行定期的小區(qū)更新定時(shí)器；●監(jiān)聽(tīng)所有的映射在由遠(yuǎn)程站選擇的輔助公共控制物理信道(S-CCPCH)上的FACH傳輸信道；●作用于在BCCH、CCCH或DCCH上接收到的RRC消息；以及●如果SHCCH可用，作用于在SHCCH上接收到的RRC消息。
在CELL_FACH狀態(tài)中，有三個(gè)控制信道始終運(yùn)行并持續(xù)接收。這三個(gè)控制信道是專用控制信道(DCCH)、廣播控制信道(BCCH)和公共控制信道(CCCH)。如名字所示，DCCH是一個(gè)專用信道，用于傳送由一個(gè)基站到另一個(gè)基站的切換指令以及建立物理和邏輯信道。BCCH用于向工作在廣播基站范圍內(nèi)的遠(yuǎn)程站廣播系統(tǒng)更新。DCCH和BCCH都為目標(biāo)遠(yuǎn)程站傳送消息。DCCH上的每個(gè)消息在附著于消息的MAC報(bào)頭中帶有目標(biāo)遠(yuǎn)程站的標(biāo)識(shí)，被稱為用戶設(shè)備標(biāo)識(shí)(UE_ID)。因此，每個(gè)遠(yuǎn)程站只需處理每個(gè)消息的MAC報(bào)頭以確定該遠(yuǎn)程站是否是消息的目標(biāo)接收者。
由于每個(gè)消息塊中都需要含有UE_ID，因此從系統(tǒng)的角度希望使用短UE_ID，使用短UE_ID可以減少對(duì)標(biāo)識(shí)符解碼所需的處理量。然而，由于無(wú)線電話的普遍存在，需要長(zhǎng)的移動(dòng)識(shí)別碼(MIN)來(lái)唯一地識(shí)別每個(gè)遠(yuǎn)程站。MIN在制造遠(yuǎn)程站或服務(wù)供應(yīng)時(shí)被分配給遠(yuǎn)程站。
在WCDMA系統(tǒng)中形成了一種命名慣例，其中由無(wú)線網(wǎng)絡(luò)為每個(gè)工作在系統(tǒng)中的遠(yuǎn)程站生成兩個(gè)臨時(shí)名稱。生成短UE_ID和長(zhǎng)UE_ID，前者被稱為小區(qū)無(wú)線網(wǎng)絡(luò)臨時(shí)標(biāo)識(shí)符(C-RNTI)，后者被稱為UTRAN無(wú)線網(wǎng)絡(luò)臨時(shí)標(biāo)識(shí)符(U-RNTI)。短的C-RNTI只對(duì)特定的小區(qū)有效，且當(dāng)從一個(gè)小區(qū)移動(dòng)到另一個(gè)小區(qū)時(shí)必須由遠(yuǎn)程站重新捕獲。長(zhǎng)U-RNTI是在系統(tǒng)的小區(qū)間有效的臨時(shí)系統(tǒng)標(biāo)識(shí)符。
因此，DCCH消息被構(gòu)造成在MAC報(bào)頭中含有短C-RNTI，這樣所有的遠(yuǎn)程站都需要讀取MAC報(bào)頭，但只有目標(biāo)接收者需要處理完整的DCCH消息。然而，當(dāng)遠(yuǎn)程站移動(dòng)到另一小區(qū)時(shí)，該遠(yuǎn)程站必須重新捕獲新的C-RNTI值。CCCH用于向遠(yuǎn)程站傳送該信息。
CCCH消息不在MAC報(bào)頭中包含UE_ID消息，因?yàn)镃CCH信道用于向沒(méi)有精確的C-RNTI信息的遠(yuǎn)程站發(fā)送消息。CCCH消息含有長(zhǎng)U-RNTI信息和更新的C-RNTI信息作為該消息自身中的數(shù)據(jù)負(fù)載。因此，CCCH被設(shè)計(jì)成使服務(wù)基站范圍內(nèi)的每隔遠(yuǎn)程站必須接收和處理每個(gè)CCCH消息。一旦消息被接收、解調(diào)和解碼，每個(gè)遠(yuǎn)程站就必須確定該U-RNTI信息是否將遠(yuǎn)程站標(biāo)識(shí)為目標(biāo)接收者。如果不是，那么該遠(yuǎn)程站必須丟棄該消息，而且該遠(yuǎn)程站必須將剛才在消息到達(dá)時(shí)遞增的序列計(jì)數(shù)器遞減。如果長(zhǎng)U-RNTI消息將遠(yuǎn)程站標(biāo)識(shí)為目標(biāo)接收者，遠(yuǎn)程站就使用也包含在負(fù)載中的新C-RNTI來(lái)更新自己。
這里所述的實(shí)施例是為了消除與上述對(duì)CCCH的處理相關(guān)聯(lián)的浪費(fèi)。這些實(shí)施例是為了改變遠(yuǎn)程站處的處理，而不是為了重新配置已存在的下行鏈路CCCH。
在一實(shí)施例中，提出了選擇性處理CCCH信道的方案，其中使用接收到的CCCH消息中的非標(biāo)識(shí)指示符結(jié)合預(yù)先知道的期望CCCH消息來(lái)確定是處理還是丟棄接收到的CCCH消息。
在另一實(shí)施例中，提出了選擇性處理CCCH信道的方案，其中使用接收到的CCCH消息中的非標(biāo)識(shí)指示符結(jié)合多個(gè)子狀態(tài)，這些子狀態(tài)在功能上被定義用于確定是處理還是丟棄接收到的CCCH消息。
通常，這里所描述的實(shí)施例主要針對(duì)使用CCCH消息的MAC報(bào)頭中的鑒別指示符，只處理那些遠(yuǎn)程站實(shí)際上期望的消息。因此，當(dāng)一遠(yuǎn)程站不期望在CCCH上任何指向它自身的消息時(shí)，用于CCCH邏輯實(shí)體的所有RLC PDU都會(huì)在遠(yuǎn)程站的MAC層中被丟棄。這些實(shí)施例的一個(gè)直接好處是減少了涉及從接收到的PUD中刪除RLC報(bào)頭和重裝RLC SDU的處理量。處理器操作的減少相應(yīng)地導(dǎo)致處理器功耗的減少。
在這些實(shí)施例的一方面，分析了MAC報(bào)頭中的鑒別符，被稱為目標(biāo)信道類型字段(TCTF)。圖4是消息字段的總圖。MAC報(bào)頭400包括數(shù)據(jù)負(fù)載410。TCTF字段401一般位于MAC報(bào)頭的前部。遠(yuǎn)程站用TCTF來(lái)識(shí)別接收到的消息是否帶有BCCH、CCCH、CTCH、SHCCH或是專用邏輯信道消息。例如，TCTF值“000”可表示消息類型是BCCH消息，而TCTF值為“001”可表示消息類型是CCCH消息。
在一實(shí)施例中，處理器和存儲(chǔ)元件被配置成執(zhí)行一種確定接收到的消息是否應(yīng)該被完全解碼的方法。圖5是說(shuō)明該程序的流程圖。在步驟510處，檢查MAC報(bào)頭的鑒別符字段。在該實(shí)施例的一方面，TCTF字段是要被檢查的鑒別符字段。如果TCTF指出該消息是CCCH消息，那么該程序流繼續(xù)到步驟520。如果TCTF指出該消息不是CCCH消息，那么該程序流繼續(xù)到步驟530，在所述的步驟530中根據(jù)消息類型來(lái)處理消息。
在步驟520處，處理器確定CCCH上是否期望RRC消息。如果不期望RRC消息，那么程序流繼續(xù)到步驟540，其中處理器丟棄CCCH消息的剩余部分。如果期望RRC消息，那么程序流繼續(xù)到步驟550，其中處理器處理CCCH消息的剩余部分。
在該實(shí)施例的一方面，步驟520還包括其它步驟，諸如●在步驟522處，確定是否期望小區(qū)更新確認(rèn)(CELL UPDATE CONFIRM)消息。小區(qū)更新確認(rèn)消息是當(dāng)遠(yuǎn)程站向基站請(qǐng)求小區(qū)更新消息時(shí)對(duì)遠(yuǎn)程站的響應(yīng)。
●在步驟524處，確定是否期望URA(U-TRAN注冊(cè)區(qū)域)更新確認(rèn)(UPDATECONFIRM)消息。URA更新確認(rèn)消息是當(dāng)遠(yuǎn)程站請(qǐng)求URA更新時(shí)對(duì)遠(yuǎn)程站的響應(yīng)。
●在步驟526處，確定是否期望RRC連接建立/拒絕(CONNECTIONSETUP/REJECT)消息。RRC連接建立/拒絕消息時(shí)當(dāng)遠(yuǎn)程站發(fā)送RRC連接請(qǐng)求消息時(shí)對(duì)遠(yuǎn)程站的響應(yīng)。
●在步驟528處，確定是否期望RRC連接釋放(CONNECTION RELEASE)消息。RRC連接釋放消息可以由基站在任何時(shí)候發(fā)送給遠(yuǎn)程站，且用于將遠(yuǎn)程站轉(zhuǎn)換到空閑模式。
應(yīng)該注意的是雖然WCDMA標(biāo)準(zhǔn)允許RRC連接釋放消息由基站在任何時(shí)候在CCCH上發(fā)送給遠(yuǎn)程站，但是RRC連接釋放使用實(shí)際上是基站響應(yīng)于遠(yuǎn)程站的更新請(qǐng)求而發(fā)送RRC連接釋放。WCDMA標(biāo)準(zhǔn)聲明如果下行鏈路DCCH可用，則RRC連接釋放消息必須在下行鏈路DCCH上發(fā)送，如果下行鏈路DCCH不可用，則它可以在CCCH上發(fā)送。當(dāng)遠(yuǎn)程站處于CELL_FACH狀態(tài)時(shí)，短C-RNTI的非可用性會(huì)是下行鏈路DCCH之所以不可用的唯一原因。如果短C-RNTI對(duì)于遠(yuǎn)程站不可用，則遠(yuǎn)程站可以發(fā)送更新請(qǐng)求至基站。因此，該遠(yuǎn)程站將期望來(lái)自基站的響應(yīng)，且這里所描述的基站為RRC連接釋放消息使用CCCH而非DCCH的另一個(gè)可能性很小的原因是基站丟失了該短C-RNTI。這是可能性很小的事件因?yàn)樗馕吨就耆牟僮魇　Ｈ绻@種情況發(fā)生，基站將從相鄰的基站重新捕獲遠(yuǎn)程站的長(zhǎng)U-RNTI，并在CCCH上發(fā)送向那個(gè)遠(yuǎn)程站發(fā)送RRC連接釋放消息。如果這些實(shí)施例之一被實(shí)現(xiàn)，目標(biāo)遠(yuǎn)程站就會(huì)丟棄RRC連接釋放消息。然而，由于小區(qū)重選或由于定期的小區(qū)更新定時(shí)器的期滿，目標(biāo)遠(yuǎn)程站將最終執(zhí)行小區(qū)更新程序。
因?yàn)榛炯僭O(shè)目標(biāo)遠(yuǎn)程站已經(jīng)處于空閑模式(由于RRC連接釋放消息的先前傳送)，因此來(lái)自遠(yuǎn)程站的更新請(qǐng)求中的U-RNTI將不被識(shí)別。使用不正確的U-RNTI將造成基站回答CCCH上的更新請(qǐng)求。因?yàn)檫h(yuǎn)程站期望對(duì)更新請(qǐng)求的回答，它將處理所有的CCCH消息直至回答到來(lái)。因此，該遠(yuǎn)程站在短時(shí)間內(nèi)會(huì)處于錯(cuò)誤狀態(tài)，但最終將返回正確的狀態(tài)。
在上述的實(shí)施例中，處理器為遠(yuǎn)程站接收到的每個(gè)消息執(zhí)行程序流。應(yīng)該注意的是，上述用于確定是否為所期望消息的方法步驟的次序可以互相交換而不影響這些實(shí)施例的范圍。使用兩個(gè)狀態(tài)的狀態(tài)機(jī)可以實(shí)現(xiàn)一個(gè)替換實(shí)施例，這樣當(dāng)遠(yuǎn)程站在第一狀態(tài)時(shí)接收到的所有CCCH消息被完全地解碼，當(dāng)遠(yuǎn)程站在第二狀態(tài)時(shí)接收到的所有CCCH消息被完全地丟棄。
圖6是使用狀態(tài)方式的實(shí)施例的圖示。在CCCH接收(RECEIVE)狀態(tài)600中，遠(yuǎn)程站為CCCH完全處理任何帶有TCTF指示符的消息。一旦接收到CCCH消息，遠(yuǎn)程站就轉(zhuǎn)換到CCCH丟棄(DROP)狀態(tài)610。在CCCH丟棄狀態(tài)610中，遠(yuǎn)程站為CCCH完全地丟棄任何帶有TCTF指示符的消息。當(dāng)遠(yuǎn)程站發(fā)送RRC消息至基站時(shí)，該遠(yuǎn)程站轉(zhuǎn)換到CCCH接收(RECEIVE)狀態(tài)600，所述的RRC消息諸如對(duì)信息或更新的請(qǐng)求。
包含完整性保護(hù)方案的實(shí)施例通過(guò)使用完整性保護(hù)方案，上述實(shí)施例可以在WCDMA系統(tǒng)中實(shí)施，所述的完整性保護(hù)方案不會(huì)增加消息重復(fù)的序列號(hào)。然而，其它實(shí)施例應(yīng)該在WCDMA系統(tǒng)中實(shí)施，所述實(shí)施例在完整性保護(hù)方案中使用增量序列號(hào)。在一些完整性保護(hù)方案中，序列號(hào)被加在消息重復(fù)上，并被用于更新基站處的計(jì)數(shù)器和遠(yuǎn)程站處的計(jì)數(shù)器。計(jì)數(shù)器的內(nèi)容接著被用于生成消息驗(yàn)證碼(MAC)，所述的MAC用于顯示源自規(guī)定始發(fā)站的消息的內(nèi)容且消息的內(nèi)容沒(méi)有被改變。
在WCDMA系統(tǒng)中，下行鏈路CCCH是公共信道。因此下行鏈路消息在該信道上總是以非確認(rèn)模式發(fā)送，且在上行鏈路上以透明模式發(fā)送。在非確認(rèn)模式中，基站不接收任何關(guān)于目標(biāo)接收者是否實(shí)際上接收到CCCH消息的確認(rèn)。為了確保目標(biāo)接收者實(shí)際上接收到CCCH消息，實(shí)現(xiàn)了一種稱為“快速重復(fù)”的過(guò)程，其中CCCH消息在短時(shí)間間隔中重復(fù)發(fā)送。這些重復(fù)的CCCH消息可以是相同的，或可以通過(guò)改變序列號(hào)使這些重復(fù)的CCCH消息不同，所述的序列號(hào)隨著每次重復(fù)而增加。
在WCDMA系統(tǒng)的一種實(shí)現(xiàn)中，完整性保護(hù)方案使用計(jì)數(shù)器值來(lái)生成MAC，其中計(jì)數(shù)器值包括作為最低有效位的改變序列號(hào)和作為最高有效位的超幀號(hào)。因?yàn)楦淖冃蛄刑?hào)是無(wú)線電廣播方式發(fā)送的，所以它是公開(kāi)的，而為了安全性和有效性，超幀號(hào)是由每實(shí)體獨(dú)立地維護(hù)并私人擁有。然而，當(dāng)改變序列號(hào)翻轉(zhuǎn)時(shí)，例如每16個(gè)RRC消息翻轉(zhuǎn)一次，該超幀號(hào)被遞增。
當(dāng)接收實(shí)體丟失或忽視多于翻轉(zhuǎn)數(shù)量的RRC消息時(shí)，那么在接收實(shí)體處的超幀號(hào)將會(huì)和發(fā)送實(shí)體處的超幀號(hào)不同步。如果同步問(wèn)題出現(xiàn)，那么所有的后續(xù)消息將在完整性檢查中失敗，這會(huì)造成丟失RRC連接，例如，掉線的呼叫。
為了解決上述的問(wèn)題，可以在上述的實(shí)施例中加入進(jìn)一步的特性以維持消息的完整性，其中上述的問(wèn)題只有當(dāng)無(wú)線網(wǎng)絡(luò)對(duì)于每個(gè)重復(fù)的消息遞增RRC序列號(hào)時(shí)才可能發(fā)生。在一個(gè)替換實(shí)施例中，定時(shí)器被配置成考慮所有重復(fù)消息的完整性檢查。圖7是說(shuō)明該程序的流程圖。在步驟710，檢查MAC報(bào)頭的TCTF字段。如果TCTF指出該消息是CCCH消息，那么程序流繼續(xù)到步驟720。如果TCTF指出該消息不是CCCH消息，那么程序流繼續(xù)到步驟730，其中根據(jù)消息類型處理該消息。
在步驟720處，處理器確定CCCH上是否期望RRC消息。如果不期望RRC消息，那么程序流繼續(xù)到步驟740，其中處理器丟棄CCCH消息的剩余部分。如果期望RRC消息，那么程序流繼續(xù)到步驟750，其中處理器處理CCCH消息的剩余部分。在步驟760處，處理器繼續(xù)處理在定時(shí)器持續(xù)時(shí)間期間接收到的所有CCCH消息，所述的定時(shí)器在接收到期望的RRC消息時(shí)被設(shè)置。應(yīng)該理解，定時(shí)器可以為任意的值設(shè)置，例如，2秒鐘。如果該定時(shí)器被停用，那么該實(shí)施例適合用于不使用序列號(hào)來(lái)執(zhí)行完整性程序的系統(tǒng)中。
在該實(shí)施例的一方面，步驟720還包括其它步驟，諸如●在步驟722處，確定是否期望小區(qū)更新確認(rèn)(CELL UPDATE CONFIRM)消息。小區(qū)更新確認(rèn)消息是當(dāng)遠(yuǎn)程站向基站請(qǐng)求小區(qū)更新消息時(shí)對(duì)遠(yuǎn)程站的響應(yīng)。
●在步驟724處，確定是否期望URA(U-TRAM注冊(cè)區(qū)域)更新確認(rèn)(UPDATECONFIRM)消息。URA更新確認(rèn)消息是當(dāng)遠(yuǎn)程站請(qǐng)求URA更新時(shí)對(duì)遠(yuǎn)程站的響應(yīng)。
●在步驟726處，確定是否期望RRC連接建立/拒絕(CONNECTION SETUP/REJECT)消息。RRC連接建立/拒絕消息是當(dāng)遠(yuǎn)程站發(fā)送RRC連接請(qǐng)求消息時(shí)對(duì)遠(yuǎn)程站的響應(yīng)。
●在步驟728處，確定是否期望RRC連接釋放(CONNECTION RELEASE)消息。RRC連接釋放消息可以由基站在任何時(shí)候發(fā)送給遠(yuǎn)程站，且用于將遠(yuǎn)程站轉(zhuǎn)換到空閑模式。
●在步驟729處，設(shè)置定時(shí)器，或者，如果定時(shí)器已被設(shè)置，確定定時(shí)器是否已期滿。
應(yīng)該注意的是上述用于確定是否為所期望的消息的方法步驟的次序可以互相交換而不影響這些實(shí)施例的范圍。
使用兩個(gè)狀態(tài)的狀態(tài)機(jī)和一個(gè)定時(shí)器可以實(shí)現(xiàn)一個(gè)替換實(shí)施例，這樣當(dāng)遠(yuǎn)程站在第一狀態(tài)時(shí)接收到的所有CCCH消息被完全地解碼，當(dāng)遠(yuǎn)程站在第二狀態(tài)時(shí)接收到的所有CCCH消息被完全地丟棄。
圖8是使用狀態(tài)方式的實(shí)施例的圖示。在CCCH接收(RECEIVE)狀態(tài)800中，遠(yuǎn)程站在等待回答(WAITING FOR ANSWER)模式802中等待CCCH消息，并且為CCCH完全地處理任一到達(dá)的帶有TCTF指示符的消息。一旦接收到CCCH消息，遠(yuǎn)程站就轉(zhuǎn)換到等待(WAIT)狀態(tài)805，其中遠(yuǎn)程站在定時(shí)器持續(xù)時(shí)間期間為CCCH處理任一帶有TCTF指示符的消息。定時(shí)器可以為任意的預(yù)定持續(xù)時(shí)間設(shè)置。在定時(shí)器期滿時(shí)，遠(yuǎn)程站轉(zhuǎn)換至CCCH丟棄(DROP)狀態(tài)810。當(dāng)在等待狀態(tài)805中期望新的RRC消息是，遠(yuǎn)程站轉(zhuǎn)換回到CCCH接收狀態(tài)800的等待回答模式802。在CCCH丟棄狀態(tài)810中，遠(yuǎn)程站為CCCH完全丟棄任一帶有TCTF指示符的消息。當(dāng)遠(yuǎn)程站向基站發(fā)送一RRC消息時(shí)，遠(yuǎn)程站轉(zhuǎn)換到CCCH接收狀態(tài)800，所述的RRC消息諸如對(duì)信息或更新的請(qǐng)求。
應(yīng)該理解在該實(shí)施例的替換實(shí)施中，等待狀態(tài)805可以從CCCH接收狀態(tài)800分離出來(lái)，這里未示出。
在不為快速重復(fù)使用改變序列號(hào)的系統(tǒng)中，遠(yuǎn)程站可以使用缺少定時(shí)器的實(shí)施例或?qū)⒍〞r(shí)器設(shè)置為“0”的實(shí)施例以減少處理資源。一旦完成了CCCH消息的成功解碼，該遠(yuǎn)程站可以使用缺少定時(shí)器的實(shí)施例或?qū)⒍〞r(shí)器設(shè)置為“0”的實(shí)施例來(lái)丟棄后續(xù)重復(fù)消息和非目標(biāo)CCCH消息。
除了減少處理資源以外，當(dāng)前實(shí)施例產(chǎn)生的另一個(gè)好處是減少的計(jì)數(shù)器的運(yùn)行。應(yīng)該注意在當(dāng)前的WCDMA標(biāo)準(zhǔn)中，序列計(jì)數(shù)器在每次確定由CCCH消息到達(dá)時(shí)遞增。在解碼時(shí)，如果遠(yuǎn)程站確定該CCCH消息不是打算送到該遠(yuǎn)程站的，那么序列計(jì)數(shù)器必須遞減。遠(yuǎn)程站確定CCCH消息是打算送到該遠(yuǎn)程站的，那么序列計(jì)數(shù)器保持在已遞增的值。使用這里所描述的實(shí)施例，當(dāng)處于CCCH丟棄狀態(tài)時(shí)，可以關(guān)閉序列計(jì)數(shù)器。
本領(lǐng)域的技術(shù)人員可以理解，信息和信號(hào)可以用多種不同技術(shù)和工藝中的任一種來(lái)表示。例如，上述說(shuō)明中可以涉及的數(shù)據(jù)、指令、命令、信息、信號(hào)、比特、碼元和碼片可以用電壓、電流、電磁波、磁場(chǎng)或其粒子、光場(chǎng)或其粒子或它們的任意組合來(lái)表示。
本領(lǐng)域的技術(shù)人員能進(jìn)一步理解，結(jié)合這里所公開(kāi)的實(shí)施例所描述的各種說(shuō)明性的邏輯塊、模塊、電路和算法步驟可以為電子硬件、計(jì)算機(jī)軟件或兩者的組合來(lái)實(shí)現(xiàn)。為了清楚說(shuō)明硬件和軟件間的互換性，各種說(shuō)明性的組件、框圖、模塊、電路和步驟一般按照其功能性進(jìn)行了闡述。這些功能性究竟作為硬件還是軟件來(lái)實(shí)現(xiàn)取決于特定的應(yīng)用對(duì)總體系統(tǒng)設(shè)計(jì)上的約束。熟練的技術(shù)人員可能對(duì)于每個(gè)特定應(yīng)用不同的方式來(lái)實(shí)現(xiàn)所述功能，但這種實(shí)現(xiàn)決定不應(yīng)被解釋為就此背離本發(fā)明的范圍。
結(jié)合這里所描述的實(shí)施例來(lái)描述的各種說(shuō)明性的邏輯塊、模塊和算法步驟的實(shí)現(xiàn)或執(zhí)行可以用通用處理器、數(shù)字信號(hào)處理器(DSP)、專用集成電路(ASIC)、場(chǎng)可編程門陣列(FPGA)或其它可編程邏輯器件、離散門或晶體管邏輯、離散硬件組件或者為執(zhí)行這里所述功能而設(shè)計(jì)的任意組合。通用處理器可能是微處理器，然而或者，處理器可以是任何常規(guī)的處理器、控制器、微控制器或狀態(tài)機(jī)。處理器也可以用計(jì)算設(shè)備的組合來(lái)實(shí)現(xiàn)，如，DSP和微處理器的組合、多個(gè)微處理器、結(jié)合DSP內(nèi)核的一個(gè)或多個(gè)微處理器或者任意其它這種配置。
結(jié)合這里所公開(kāi)實(shí)施例描述的方法或算法的步驟可能直接包含在硬件中、由處理器執(zhí)行的軟件模塊中或在兩者當(dāng)中。軟件模塊可以駐留在RAM存儲(chǔ)器、閃存、ROM存儲(chǔ)器、EPROM存儲(chǔ)器、EEPROM存儲(chǔ)器、寄存器、硬盤、可移動(dòng)盤、CD-ROM或本領(lǐng)域中已知的任何其它形式的存儲(chǔ)媒質(zhì)中。示例性存儲(chǔ)媒質(zhì)與處理器耦合，使得處理器可以從存儲(chǔ)媒質(zhì)讀取信息，或把信息寫入存儲(chǔ)媒質(zhì)?；蛘?，存儲(chǔ)媒質(zhì)可以與處理器整合。處理器和存儲(chǔ)媒質(zhì)可能駐留在ASIC中。ASIC可能駐留在用戶終端中?；蛘?，處理器和存儲(chǔ)媒質(zhì)可能作為離散組件駐留在用戶終端中。
提供上述優(yōu)選實(shí)施例的描述為了使本領(lǐng)域的技術(shù)人員能制造或使用本發(fā)明。這些實(shí)施例的各種修改對(duì)于本領(lǐng)域的技術(shù)人員來(lái)說(shuō)是顯而易見(jiàn)的，這里定義的總的原則可以被應(yīng)用于其它實(shí)施例中而不使用創(chuàng)造能力。因此，本發(fā)明并不要限于這里示出的實(shí)施例，而要符合與這里揭示的原理和新穎特征一致的最寬泛的范圍。
權(quán)利要求
1.一種在遠(yuǎn)程站選擇性處理公共控制信道CCCH的方法，所述的方法包括確定接收消息的指示符是否指出接收到的消息是CCCH消息；如果接收到的消息不是CCCH消息，則處理接收到的消息；如果接收到的消息是CCCH消息，則確定是否期望遠(yuǎn)程站對(duì)請(qǐng)求的響應(yīng)；如果期望遠(yuǎn)程站對(duì)請(qǐng)求的響應(yīng)，則處理CCCH消息；以及如果不期望遠(yuǎn)程站對(duì)請(qǐng)求的響應(yīng)，則不處理CCCH消息。
2.如權(quán)利要求1所述的方法，其特征在于，確定接收到的消息的指示符是否指出接收到的消息是CCCH消息包括檢查接收到的消息的媒體訪問(wèn)控制MAC報(bào)頭部分。
3.如權(quán)利要求2所述的方法，其特征在于，檢查接收到的消息的MAC報(bào)頭部分包括檢查MAC報(bào)頭部分的目標(biāo)信道類型字段TCTF部分。
4.如權(quán)利要求1所述的方法，其特征在于，所述的遠(yuǎn)程站對(duì)請(qǐng)求的響應(yīng)是小區(qū)更新確認(rèn)消息。
5.如權(quán)利要求1所述的方法，其特征在于，所述的遠(yuǎn)程站對(duì)請(qǐng)求的響應(yīng)是URA更新確認(rèn)消息。
6.如權(quán)利要求1所述的方法，其特征在于，所述的遠(yuǎn)程站對(duì)請(qǐng)求的響應(yīng)是RRC連接建立/拒絕消息。
7.如權(quán)利要求1所述的方法，其特征在于，所述的遠(yuǎn)程站對(duì)請(qǐng)求的響應(yīng)是RRC連接釋放消息。
8.如權(quán)利要求1所述的方法，其特征在于，確定是否期望遠(yuǎn)程站對(duì)請(qǐng)求的響應(yīng)包括確定是否期望小區(qū)更新確認(rèn)消息；確定是否期望URA更新確認(rèn)消息；確定是否期望RRC連接建立/拒絕消息；以及確定是否期望RRC連接釋放消息，而確定的步驟可以以任意的順序執(zhí)行。
9.如權(quán)利要求8所述的方法，進(jìn)一步包括確定定時(shí)器是否已期滿，其中如果定時(shí)器已期滿，則不期望響應(yīng)。
10.一種在遠(yuǎn)程站處減少處理的裝置，所述的裝置包括存儲(chǔ)元件；以及處理器，被配置成執(zhí)行存儲(chǔ)在存儲(chǔ)元件中的一組指令，該指令組用于確定接收到的消息的指示符是否指出接收到的消息是公共控制信道CCCH消息；如果接收到的消息不是CCCH消息，則處理接收到的消息；如果接收到的消息是CCCH消息，則確定是否期望遠(yuǎn)程站對(duì)請(qǐng)求的響應(yīng)；如果期望遠(yuǎn)程站對(duì)請(qǐng)求的響應(yīng)，則處理CCCH消息；以及如果不期望遠(yuǎn)程站對(duì)請(qǐng)求的響應(yīng)，則不處理CCCH消息。
11.如權(quán)利要求10所述的裝置，其中所述的指令組進(jìn)一步用于確定接收到消息的媒體訪問(wèn)控制MAC報(bào)頭部分的目標(biāo)信道類型字段TCTF部分是否指出接收到的消息是公共控制信道CCCH消息。
12.如權(quán)利要求11所述的裝置，其中所述的用于確定是否期望遠(yuǎn)程站對(duì)請(qǐng)求的響應(yīng)的指令組，包括確定是否期望小區(qū)更新確認(rèn)消息；確定是否期望URA更新確認(rèn)消息；確定是否期望RRC連接建立/拒絕消息；以及確定是否期望RRC連接釋放消息，而確定的步驟可以以任意的順序執(zhí)行。
13.一種在遠(yuǎn)程站處理公共控制信道CCCH的方法，所述的方法包括如果所述的遠(yuǎn)程站向基站發(fā)送請(qǐng)求，則轉(zhuǎn)換到第一狀態(tài)，其中所述的第一狀態(tài)用于處理任一在CCCH上接收到的消息；以及如果所述的遠(yuǎn)程站已成功地處理了對(duì)所述請(qǐng)求的響應(yīng)，則轉(zhuǎn)換到第二狀態(tài)，其中所述的第二狀態(tài)用于丟棄任一在CCCH上接收到的消息。
14.如權(quán)利要求13所述的方法，其特征在于，其中丟棄任一在CCCH上接收到的消息通過(guò)以下方式執(zhí)行檢查接收到消息的媒體訪問(wèn)控制MAC報(bào)頭的目標(biāo)信道類型字段TCTF；以及如果所述的TCTF指出接收到的消息是CCCH消息，則丟棄接收到的消息。
15.如權(quán)利要求13所述的方法，其特征在于，轉(zhuǎn)換到第二狀態(tài)進(jìn)一步包括在轉(zhuǎn)換前等待定時(shí)器期滿，其中所述的定時(shí)器通過(guò)成功地處理對(duì)請(qǐng)求的響應(yīng)來(lái)設(shè)置。
16.一種在遠(yuǎn)程站處理公共控制信道CCCH的方法，所述的方法包括如果遠(yuǎn)程站在第一狀態(tài)就處理任一在CCCH上接收到的消息，其中如果所述的遠(yuǎn)程站向基站發(fā)送請(qǐng)求，則遠(yuǎn)程站進(jìn)入第一狀態(tài)；以及如果遠(yuǎn)程站在第二狀態(tài)就丟棄任一在CCCH上接收到的消息，其中如果所述的遠(yuǎn)程站接收到對(duì)先前發(fā)送到基站的請(qǐng)求的響應(yīng)，則遠(yuǎn)程站進(jìn)入第二狀態(tài)。
17.如權(quán)利要求16所述的方法，其特征在于，當(dāng)定時(shí)器期滿時(shí)，所述的遠(yuǎn)程站進(jìn)入第二狀態(tài)，該定時(shí)器由接收到響應(yīng)而啟動(dòng)。
18.一種在遠(yuǎn)程站處理消息裝置，所述的裝置包括存儲(chǔ)元件；以及處理器，被配置成執(zhí)行存儲(chǔ)在存儲(chǔ)元件中的一組指令，該指令組用于如果所述的遠(yuǎn)程站向基站發(fā)送請(qǐng)求，則轉(zhuǎn)換到第一狀態(tài)，其中所述的第一狀態(tài)用于處理任一在公共控制信道CCCH上接收到的消息；以及如果所述的遠(yuǎn)程站已成功地處理了對(duì)所述請(qǐng)求的響應(yīng)，則轉(zhuǎn)換到第二狀態(tài)，其中所述的第二狀態(tài)用于丟棄任一在CCCH上接收到的消息。
19.如權(quán)利要求18所述的裝置，其特征在于，其中所述的指令組進(jìn)一步用于在定時(shí)器期滿時(shí)轉(zhuǎn)換到第二狀態(tài)，其中如果成功地處理了對(duì)請(qǐng)求的響應(yīng)，所述的定時(shí)器就開(kāi)始。
20.一種在遠(yuǎn)程站處理消息裝置，所述的裝置包括存儲(chǔ)元件；以及處理器，被配置成執(zhí)行存儲(chǔ)在存儲(chǔ)元件中的一組指令，該指令組用于如果遠(yuǎn)程站在第一狀態(tài)就處理任一在CCCH上接收到的消息，其中如果所述的遠(yuǎn)程站向基站發(fā)送請(qǐng)求，遠(yuǎn)程站就進(jìn)入第一狀態(tài)；以及如果遠(yuǎn)程站在第二狀態(tài)就丟棄任一在CCCH上接收到的消息，其中如果所述的遠(yuǎn)程站接收到對(duì)先前發(fā)送到基站的請(qǐng)求的響應(yīng)，遠(yuǎn)程站就進(jìn)入第二狀態(tài)。
21.一種在遠(yuǎn)程站減少處理的裝置，所述的裝置包括確定接收到的消息的指示符是否指出接收到的消息是公共控制信道CCCH消息和確定CCCH消息是期望的還是非期望的裝置；如果接收到的消息不是CCCH消息或如果接收到的消息是期望的CCCH消息就處理接收到的消息的裝置；以及如果接收到的消息是非期望的CCCH消息，就丟棄接收到的消息的裝置。
22.一種選擇性處理公共控制信道CCCH的裝置；所述的裝置包括如果所述的遠(yuǎn)程站發(fā)送請(qǐng)求到基站就轉(zhuǎn)換到第一狀態(tài)的裝置；當(dāng)遠(yuǎn)程站在第一狀態(tài)時(shí)，處理遠(yuǎn)程站在CCCH上接收到任一消息的裝置；當(dāng)遠(yuǎn)程站成功地處理對(duì)請(qǐng)求的響應(yīng)時(shí)，轉(zhuǎn)換到第二狀態(tài)的裝置；以及當(dāng)遠(yuǎn)程站在第二狀態(tài)時(shí)，丟棄該遠(yuǎn)程站在CCCH上接收到任一消息的裝置。
全文摘要
提出了減少遠(yuǎn)程站成功地解碼公共控制信道(CCCH)所需處理量的方法和裝置。在遠(yuǎn)程站不執(zhí)行任何更新請(qǐng)求的周期中，CCCH消息被丟棄(610)。在遠(yuǎn)程站實(shí)現(xiàn)更新請(qǐng)求的周期中，CCCH消息被完全地處(600)。對(duì)CCCH消息的選擇性處理相應(yīng)地節(jié)約了功耗。
文檔編號(hào)H04B7/26GK1663310SQ03814817
公開(kāi)日2005年8月31日 申請(qǐng)日期2003年5月13日 優(yōu)先權(quán)日2002年5月13日
發(fā)明者V·納格帕爾, F·格里利 申請(qǐng)人:高通股份有限公司