專利名稱：改善上鏈路信令傳輸?shù)姆椒捌湎嚓P(guān)通訊裝置的制作方法
技術(shù)領(lǐng)域：
本發(fā)明是指一種用于無(wú)線通訊系統(tǒng)的方法，尤指一種用于無(wú)線通訊系統(tǒng) 改善上鏈路信令傳輸?shù)姆椒捌湎嚓P(guān)裝置。
背景技術(shù)：
第三代移動(dòng)通訊聯(lián)盟(the 3rd Generation Partnership Project, 3GPP) 所制定的長(zhǎng)期演進(jìn)(Long Term Evolution, LTE)無(wú)線通訊系統(tǒng)，目前被視為 可提供高數(shù)據(jù)傳輸率、低潛伏時(shí)間、封包最佳化以及改善系統(tǒng)容量和覆蓋范 圍的一種新的無(wú)線接口及無(wú)線網(wǎng)絡(luò)架構(gòu)。長(zhǎng)期演進(jìn)無(wú)線通訊系統(tǒng)的物理層于 下鏈路傳輸采用帶有循環(huán)前置碼(cyclic prefix)的正交頻分多址接入 (orthogonal frequency division multiple access, 0FDMA)技術(shù)，而上鏈 路傳輸則采用帶有循環(huán)前置碼的單載波頻分多址接入(signal carrier frequency division multiple access, SC-FDMA)。 于長(zhǎng)期演進(jìn)無(wú)線通訊系 統(tǒng)中，演進(jìn)式通用陸地全球無(wú)線"l矣入網(wǎng)絡(luò)(Evolved Universal Terrestrial Radio Access Network, E-UTRAN)包含多個(gè)演進(jìn)型無(wú)線基地臺(tái)(evolved Node-B， eNB),并與多個(gè)移動(dòng)基地臺(tái)(或稱為用戶端(user equipment, UE)) 進(jìn)行通訊。
在頻域信道式調(diào)度(channel-dependent scheduling)中，參考碼元 (reference symbol)被用于下鏈路中用來(lái)傳送信道質(zhì)量指示(channel quality indicator, CQI)測(cè)量的信息，以讓基地臺(tái)分配用戶端最佳的傳輸頻 寬給緊隨的上鏈路共享數(shù)據(jù)信道(uplink shared data channel)。此外，兩 種參考碼元被使用于上鏈路方向。解調(diào)制參考碼元(demodulation reference symbol, DMRS)是相關(guān)于上鏈路數(shù)據(jù)傳輸以及/或控制信令傳輸。探測(cè)參考碼 元(sounding reference symbol)是非相關(guān)于上鏈3各lt據(jù)傳輸?shù)纳湘溌反a元。 當(dāng)頻域信道式調(diào)度被使用時(shí)，探測(cè)符參考碼元主要用于信道質(zhì)量判斷。因此， 頻域信道式調(diào)度有利于改善使用單載波頻分多址接入無(wú)線存取的長(zhǎng)期演進(jìn)無(wú) 線通訊系統(tǒng)上鏈路的使用者及蜂窩式小區(qū)的流通量表現(xiàn)。當(dāng)用戶端嘗試聯(lián)機(jī)至因特網(wǎng)或與其它用戶端通訊時(shí)，用戶端首先需要與服務(wù)基地臺(tái)進(jìn)行上鏈路時(shí)序同步，其主要目的在于避免用戶端傳送的信號(hào)與同一個(gè)基地臺(tái)覆蓋范圍內(nèi)的其它用戶端傳送的信號(hào)發(fā)生相撞的情形。
物理上鏈3各控制信道(Physical Uplink Control Channel, PUCCH)是專屬類別的上鏈路信道，其映像到上鏈路的控制信道資源。視上鏈路時(shí)序同步的有無(wú)的情況，上鏈路物理控制信令可能相異。在上鏈路時(shí)序同步的情況下，上鏈路物理控制信令包含有信道質(zhì)量指示(channel quality indicator,CQI)、 收迄/收迄錯(cuò)誤(Acknowledgement/Negat ive Acknowledgement,ACK/NACK)以及調(diào)度要求(scheduling request)。
信道質(zhì)量指示告知調(diào)度者(如基地臺(tái))關(guān)于用戶端目前的信道狀況。此外，響應(yīng)下鏈路數(shù)據(jù)傳輸?shù)幕旌鲜阶詣?dòng)重發(fā)請(qǐng)求反饋的每一混合式自動(dòng)重發(fā)請(qǐng)求流程包含收迄/收迄錯(cuò)誤位。
調(diào)度要求用以要求上鏈路共享信道(uplink share channel)資源并對(duì)應(yīng)于緩沖器狀態(tài)才艮告(buffer state report, BSR)。
用于收迄/收迄錯(cuò)誤報(bào)告、調(diào)度要求以及信道質(zhì)量指示報(bào)告的物理上鏈路控制信道資源可通過(guò)無(wú)線資源控制(radio resource control, RRC)信令被分配及撤回。當(dāng)用戶端不再與基地臺(tái)同步時(shí)，用戶端將會(huì)失去這些物理上鏈路
控制信道資源。
用戶端的 一 時(shí)間校準(zhǔn)定時(shí)器用來(lái)指示用戶端是否與基地臺(tái)在上鏈路時(shí)序上同步。當(dāng)時(shí)間校準(zhǔn)定時(shí)器在執(zhí)行期間，表示上鏈路時(shí)序同步仍然建立著。當(dāng)時(shí)間校準(zhǔn)定時(shí)器期滿時(shí)，表示用戶端在上鏈路時(shí)序上與基地臺(tái)失去同步。此外，當(dāng)時(shí)間校準(zhǔn)定時(shí)器期滿時(shí)，用戶端釋放所有物理上鏈路控制信道資源以及已分配的探測(cè)參考碼元資源。也就是說(shuō)，用戶端與基地臺(tái)失去上鏈路同步。
然而，上述的規(guī)范并無(wú)明確指示用戶端于重新取得與基地臺(tái)上鏈路同步后，如何或何時(shí)應(yīng)啟用物理上鏈路控制信道資源或任何已分配的探測(cè)參考碼元，因而降低用戶端上鏈路傳輸?shù)男堋?br> 下述兩種情況分別對(duì)應(yīng)于上鏈路數(shù)據(jù)傳輸以及下鏈路數(shù)據(jù)來(lái)臨。請(qǐng)參考圖1，圖1為已知上鏈路數(shù)據(jù)傳輸所對(duì)應(yīng)的用戶端以及基地臺(tái)的傳輸序列圖。用戶端操作于一無(wú)線資源控制聯(lián)機(jī)(RRC-CO麗ECTED)模式，且沒(méi)有與基地臺(tái)上鏈路同步。也就是說(shuō)，用戶端沒(méi)有將物理上鏈路控制信道資源用以傳輸，而無(wú)線資源控制聯(lián)機(jī)模式表示用戶端與基地臺(tái)間有無(wú)線資源控制聯(lián)機(jī)。在此情況下，用戶端于嘗試傳輸上鏈路數(shù)據(jù)時(shí)，使用竟?fàn)幨诫S機(jī)存取程序。
在步驟(ll)中，用戶端傳送隨機(jī)存取表頭(random access preamble)以啟始竟?fàn)幨诫S機(jī)存取程序。在步驟(12)中，為了響應(yīng)隨機(jī)存取表頭，基地臺(tái)傳送包含隨機(jī)存取表頭、時(shí)間校準(zhǔn)(time alignment, TA)信息、上鏈路允量信息以及暫時(shí)蟲奪窩式小區(qū)無(wú)線網(wǎng)絡(luò)暫時(shí)識(shí)別(cell radio network temporaryidenUHer, C-RNTI)等信息的隨機(jī)存取響應(yīng)。上鏈路允量指示用戶端在某一上鏈路機(jī)會(huì)中允許傳送的上鏈路數(shù)據(jù)量。蜂窩式小區(qū)無(wú)線網(wǎng)絡(luò)暫時(shí)識(shí)別提供一獨(dú)特的用戶端識(shí)別，用來(lái)辨識(shí)蜂窩式小區(qū)層級(jí)的無(wú)線資源控制聯(lián)機(jī)電平。在步驟(13)中，根據(jù)已分配的上鏈路允量，用戶端傳送包含分配到的蜂窩式小區(qū)無(wú)線網(wǎng)絡(luò)暫時(shí)識(shí)另'J的媒體存取控制(medium access control, MAC)協(xié)議數(shù)據(jù)單元(protocol data unit 1， PDU)X。此被傳送的媒體存取控制協(xié)議數(shù)據(jù)單元X視為用戶端的竟?fàn)幗馕?contention resolution)。在步驟(14)中，網(wǎng)絡(luò)端于媒體存取控制協(xié)議數(shù)據(jù)單元X被傳送后，通過(guò)物理下鏈路控制信道傳送另 一上鏈路允量以及蜂窩式小區(qū)無(wú)線網(wǎng)絡(luò)暫時(shí)識(shí)別。物理下鏈路控制信道的信令于此表示用戶端執(zhí)行隨機(jī)存取程序成功且藉此建立上鏈路同步。在步驟(15)中，通過(guò)基于時(shí)間校準(zhǔn)信息的上鏈路同步，用戶端通過(guò)媒體存取控制協(xié)議數(shù)據(jù)單元Y傳送上鏈路數(shù)據(jù)。于步驟(15)后，在另一次上鏈路傳輸時(shí)，用戶端需要傳送觸發(fā)調(diào)度要求的一標(biāo)準(zhǔn)緩沖器狀態(tài)報(bào)告。然而，用戶端此時(shí)沒(méi)有已設(shè)定的物理上鏈路控制信道來(lái)進(jìn)行調(diào)度要求，因此通過(guò)步驟(11)重新觸發(fā)隨機(jī)存取程序。
如圖1可知，用戶端僅可通過(guò)隨機(jī)存取程序傳送上鏈路數(shù)據(jù)。因?yàn)橛糜谡{(diào)度要求的物理上鏈路控制信道是一用戶端的專屬資源，因此利用用于調(diào)度要求的隨機(jī)存取程序比利用用于調(diào)度要求的物理上鏈路控制信道更耗時(shí)，而降低上鏈路數(shù)據(jù)傳輸效能。
請(qǐng)參考圖2，圖2為已知下鏈路來(lái)臨所對(duì)應(yīng)的用戶端以及基地臺(tái)的傳輸序列圖。用戶端操作于無(wú)線資源控制聯(lián)機(jī)模式，且沒(méi)有與基地臺(tái)上鏈路同步。也就是說(shuō)，用戶端沒(méi)有將物理上鏈路控制信道資源用以傳輸。在此情況下，基地臺(tái)分配一專屬表頭以要求用戶端執(zhí)行用于上鏈路同步的非竟?fàn)幨诫S機(jī)處理程序。
在步驟(21)中，由于下鏈路數(shù)據(jù)來(lái)臨，基地臺(tái)通過(guò)物理下鏈路控制信道分配一專屬表頭。在步驟(22)中，用戶端傳送該已分配的專屬表頭以啟始非竟?fàn)幨诫S機(jī)存取程序。在步驟(23)中，基地臺(tái)傳送包含此專屬表頭以及時(shí)間校準(zhǔn)信息的隨機(jī)存取響應(yīng)以響應(yīng)用戶端。通過(guò)時(shí)間校準(zhǔn)信息，用戶端建立上鏈路同步。在步驟(24)中，基地臺(tái)于成功傳送隨機(jī)存取響應(yīng)后，分配一下鏈路允量給用戶端。接著在步驟(25)中，基地臺(tái)傳送包含下鏈路數(shù)據(jù)的媒體存取控制協(xié)議數(shù)據(jù)單元。在此情況下，用戶端需要回報(bào)相關(guān)于媒體存取控制協(xié)議數(shù)據(jù)單元的收迄或收迄錯(cuò)誤。然而，此時(shí)，僅有物理上鏈路控制信道用于收迄/收迄錯(cuò)誤傳輸，但用戶端卻沒(méi)有物理上鏈路控制信道資源，因而造成用戶端于收迄/收迄錯(cuò)誤回報(bào)失敗，嚴(yán)重地影響下鏈路數(shù)據(jù)接收。
此外，當(dāng)用戶端如上述情況失去上鏈路同步后，已分配的探測(cè)參考碼元
參考碼元，所以影響上鏈路傳輸效能。

發(fā)明內(nèi)容
因此，本發(fā)明的主要目的即在于提供一種用于無(wú)線通訊系統(tǒng)改善上鏈路信令傳輸?shù)姆椒捌湎嚓P(guān)裝置，以確保用戶端于需要上鏈路傳輸時(shí)，已具備上鏈路傳輸能力。
本發(fā)明揭露一種用于無(wú)線通訊系統(tǒng)的用戶端改善上鏈路信令傳輸?shù)姆椒āＴ摲椒ò袌?zhí)行隨機(jī)存取程序以及于該隨機(jī)存取程序的消息成功從該無(wú)線通訊系統(tǒng)的網(wǎng)絡(luò)端被接收并執(zhí)行時(shí)，啟用物理上鏈路控制信道的資源及用于判斷信道質(zhì)量的上鏈路碼元。
本發(fā)明還揭露一種用于無(wú)線通訊系統(tǒng)的通訊裝置，用來(lái)改善上鏈路信令傳輸。該通訊裝置包含有計(jì)算器可讀取記錄媒體，用來(lái)儲(chǔ)存處理方法所對(duì)應(yīng)的程序碼；以及處理器耦接于該計(jì)算器可讀取記錄i某體，用來(lái)處理該程序碼以執(zhí)行該處理方法。其中該處理方法包含有執(zhí)行隨才幾存取程序；以及于該隨機(jī)存取程序的消息成功從該無(wú)線通訊系統(tǒng)的網(wǎng)絡(luò)端凈皮接收并執(zhí)行時(shí)，啟用物理上鏈路控制信道的資源及用于判斷信道質(zhì)量的上鏈路碼元。


圖1為已知上鏈路數(shù)據(jù)傳輸所對(duì)應(yīng)的用戶端以及基地臺(tái)的傳輸序列圖。圖2為已知下鏈路來(lái)臨所對(duì)應(yīng)的用戶端以及基地臺(tái)的傳輸序列圖。圖3為一無(wú)線通訊系統(tǒng)的示意圖。
圖4為本發(fā)明實(shí)施例一無(wú)線通訊裝置的示意圖。圖5為本發(fā)明實(shí)施例程序碼的示意圖。圖6為本發(fā)明實(shí)施例的一流程的示意圖。
圖7為本發(fā)明實(shí)施例對(duì)應(yīng)于上鏈路數(shù)據(jù)傳輸?shù)挠脩舳伺c基地臺(tái)的傳輸序列圖。
圖8為本發(fā)明實(shí)施例一流程的示意圖。
圖9為本發(fā)明實(shí)施例下鏈路數(shù)據(jù)來(lái)臨所對(duì)應(yīng)的用戶端以及網(wǎng)絡(luò)端的傳輸
序列圖。
[主要元件標(biāo)號(hào)說(shuō)明〗
10無(wú)線通訊系統(tǒng)20通訊裝置
200處理器210計(jì)算機(jī)可讀式記錄媒體
220通訊接口單元230控制單元
212儲(chǔ)存數(shù)據(jù)214程序碼
300無(wú)線資源控制層310封包數(shù)據(jù)聚合協(xié)議層
320無(wú)線鏈路控制層330媒體存取控制層
340物理層350上鏈路信令配置程序碼
60、80 流程
600、602、 604、 606、 800、 802、804、806. 步驟
具體實(shí)施例方式
請(qǐng)參考圖3,圖3為無(wú)線通訊系統(tǒng)10的示意圖。無(wú)線通訊系統(tǒng)10為長(zhǎng)期演進(jìn)系統(tǒng)(Long Term Evolution, LTE)或其它無(wú)線通訊系統(tǒng)，其簡(jiǎn)略地是由一網(wǎng)絡(luò)端及多個(gè)用戶端所組成。在圖3中，網(wǎng)絡(luò)端及用戶端用來(lái)說(shuō)明無(wú)線通訊系統(tǒng)10的架構(gòu)。無(wú)線通訊系統(tǒng)10可為長(zhǎng)期演進(jìn)無(wú)線接入網(wǎng)絡(luò)(evolved-UTAN， EUTRAN),其根據(jù)實(shí)際需求可包含多個(gè)演進(jìn)式基地臺(tái)(evolvedbase stations, eNBs)，而用戶端可為移動(dòng)電話、計(jì)算機(jī)系統(tǒng)等裝置。此外，根據(jù)傳輸方向，網(wǎng)絡(luò)端及用戶端可視為傳送器及接收器。舉例來(lái)說(shuō)，對(duì)于上鏈路(uplink, UL)傳輸，用戶端為傳送端而網(wǎng)絡(luò)端為接收端；對(duì)于下鏈路(downlink, DL)傳輸，網(wǎng)絡(luò)端為傳送端而用戶端為接收端。
請(qǐng)參考圖4，圖4為本發(fā)明實(shí)施例一無(wú)線通訊裝置20的示意圖。無(wú)線通訊裝置20可為圖3中的用戶端，其包含處理器200、計(jì)算器可讀取記錄媒體210、通訊接口單元220以及控制單元230。計(jì)算器可讀取記錄媒體210可為任一數(shù)據(jù)儲(chǔ)存裝置，其用來(lái)儲(chǔ)存該一儲(chǔ)存數(shù)據(jù)212，其包含有程序碼214,其后可被計(jì)算器可讀取記錄媒體210所讀取及處理。計(jì)算器可讀取記錄媒體210可為用戶識(shí)別模塊(subscriber identity module, SIM)、只讀存儲(chǔ)器(read-only memory, ROM)、 隨機(jī)存取存儲(chǔ)器(random-access memory, RAM)、光盤只讀存儲(chǔ)器(CD-ROMs)、磁帶(magnetic tapes)、軟盤(floppy disks)、光學(xué)數(shù)據(jù)儲(chǔ)存裝置(optical data storage devices)以及載波信號(hào)(如因特網(wǎng)的數(shù)據(jù)傳輸)?？刂茊卧?30用來(lái)才艮據(jù)該處理器200的處理結(jié)果，控制通訊接口單元220及通訊裝置20的狀態(tài)與相關(guān)運(yùn)作?？刂仆ㄓ嵔涌趩卧?20,較佳地，是一無(wú)線收發(fā)器，其用來(lái)與網(wǎng)絡(luò)端進(jìn)行無(wú)線通訊。
請(qǐng)參考圖5，圖5為本發(fā)明實(shí)施例程序碼214的示意圖。程序碼214包含有多個(gè)通訊協(xié)議層級(jí)的程序碼，其通訊協(xié)議層級(jí)從上到下為無(wú)線資源控制(Radio Resource Control, RRC)層300、封包凄史據(jù)聚合協(xié)議(Packet DataConvergence Protocol, PDCP)層310、無(wú)線鏈3各控制(Radio Link Control,RLC)層320、 i某體4妄入控制(Medium Access Control, MAC)層330以及物理(Physical, PHY)層340。無(wú)線資源控制層300用來(lái)控制通訊裝置20的一無(wú)線資源控制聯(lián)機(jī)，以藉此將通訊裝置20轉(zhuǎn)換于一無(wú)線資源控制聯(lián)機(jī)模式(RRC—CONNECTED mode)以及一無(wú)線資源控制休眠模式(RRC—IDLE mode)之間。無(wú)線資源控制聯(lián)機(jī)模式指示無(wú)線資源控制聯(lián)機(jī)正在進(jìn)行，而無(wú)線資源控制休眠模式指示無(wú)線資源控制聯(lián)機(jī)并未建立。無(wú)線鏈路控制層320控制與基地臺(tái)間的無(wú)線鏈路控制鏈接。
媒體存取控制層330用來(lái)執(zhí)行用于上鏈路同步的隨機(jī)存取(randomaccess, RA)程序，以及關(guān)于混合式自動(dòng)重發(fā)請(qǐng)求(hybrid automatic repeatrequest, HARQ)的數(shù)據(jù)傳輸及收迄/未收迄錯(cuò)誤(Acknowledgement/ NegativeAcknowledgement)報(bào)告。包含無(wú)線鏈路控制協(xié)議數(shù)據(jù)單元(protocol dataunit)(例如媒體存取控制伺服單元(service data uni ts))的媒體存取控制
包含相關(guān)于一非專屬隨機(jī)存取表頭的一竟?fàn)幨诫S機(jī)處理程序以及相關(guān)于一專屬隨機(jī)存取表頭的非竟?fàn)幨诫S機(jī)存取程序。
物理層340用來(lái)監(jiān)聽(tīng)物理下鏈路控制信道(physical downlink controlchannel, PDCCH)以取得網(wǎng)絡(luò)命令，以及在上層(如媒體存取控制層330)的 控制下，監(jiān)聽(tīng)物理上4連^各控制信道(physical uplink control channel, PUCCH)，以取得信道質(zhì)量指示傳輸(channel quality indicator, CQI)、收 迄/未收迄錯(cuò)誤傳輸以及調(diào)度要求(scheduling request, SR)。此外，物理層 340可在上鏈路單載波頻分多址接入碼元置入一探測(cè)參考碼元，以進(jìn)行頻域 的"f言道式調(diào)度(channel—dependent schedul ing)。
當(dāng)用戶端操作于 一 無(wú)線資源控制聯(lián)機(jī)模式且不與基地臺(tái)上鏈路同步時(shí)， 用戶端沒(méi)有物理上鏈路控制信道資源可使用。在此情況下，本發(fā)明實(shí)施例于 程序碼214中提供上鏈路信令配置程序碼350，以改善上鏈路傳輸。請(qǐng)參考 圖6,圖6為本發(fā)明實(shí)施例的一流程60的示意圖。流程60用于一無(wú)線通訊 系統(tǒng)的一用戶端，用來(lái)改善關(guān)于一上鏈路數(shù)據(jù)傳輸?shù)纳湘溌沸帕睢Ａ鞒?0可 被編譯成上鏈路信令配置程序碼350，其包含以下步驟
步驟600: 開(kāi)始。
步驟602: 執(zhí)行一竟?fàn)幨诫S機(jī)存取程序。
步驟604: 于該竟?fàn)幨诫S機(jī)存取程序的 一竟?fàn)幗馕?contention resolution)消息成功從該無(wú)線通訊系統(tǒng)的一網(wǎng)絡(luò)端凈皮接收并^l行時(shí)，啟用一 物理上鏈路控制信道的資源及一上鏈路碼元。
步驟606:結(jié)束。
根據(jù)流程60,用戶端執(zhí)行隨機(jī)存取程序以取得上鏈路同步。當(dāng)用戶端成 功執(zhí)行竟?fàn)幗馕鱿r(shí)，用戶端啟用物理上鏈路控制信道資源，以進(jìn)行信道 質(zhì)量指示、收迄/未收迄錯(cuò)誤以及調(diào)度要求，此外也啟用探測(cè)參考碼元資源， 以傳輸探測(cè)參考碼元進(jìn)行基地臺(tái)信道式調(diào)度。物理上鏈路控制信道資源以及 探測(cè)參考碼元資源可由無(wú)線資源控制信令所設(shè)定。通過(guò)流程60,與基地臺(tái)間 沒(méi)有上鏈路同步的用戶端于可能即將到來(lái)的上鏈路傳輸前，啟用上述的上鏈 路資源以獲得上鏈路傳輸能力。
需注意的是，竟?fàn)幨诫S機(jī)存取程序可由下鏈路數(shù)據(jù)來(lái)臨事件或上鏈路數(shù) 據(jù)傳輸事件所觸發(fā)。
此外，流程60也適用于下列情況當(dāng)用戶端因?yàn)橐恍?zhǔn)定時(shí)器期滿而釋 放所有物理上鏈路控制信道資源及任何已分配的探測(cè)參考碼元后，有上鏈路 數(shù)據(jù)要傳輸?shù)那樾?。在此情況下，用戶端可及時(shí)重新啟用物理下鏈路控制信 道資源以及探測(cè)參考碼元資源，以進(jìn)行上鏈路數(shù)據(jù)傳輸。流程60可用于改善圖1中調(diào)度要求的問(wèn)題。請(qǐng)參考圖7,圖7為本發(fā)明 實(shí)施例對(duì)應(yīng)于上鏈路數(shù)據(jù)傳輸?shù)挠脩舳伺c基地臺(tái)的傳輸序列圖。圖7中的步 驟(ll)、 (l2)、 (13)、 (M)以及(15)與圖1相同，因此詳細(xì)說(shuō)明于此不再贅 述。在圖7中，步驟(14a)被加于步驟(14)和步驟(15)之間。在步驟(14a)中， 用戶端啟用由無(wú)線資源控制所設(shè)定的物理上鏈路控制信道資源及探測(cè)參考碼 元。在步驟(16)中，當(dāng)另一上鏈路數(shù)據(jù)傳輸于步驟(15)后發(fā)生時(shí)，調(diào)度要求 會(huì)被觸發(fā)，而且能通過(guò)已設(shè)定的物理上鏈路控制信道成功地傳送出去。在前 述情況下，用戶端能使用物理上鏈路控制信道來(lái)請(qǐng)求調(diào)度，因此能提高上鏈 路數(shù)據(jù)傳輸?shù)男堋?br> 請(qǐng)參考圖8,圖8為本發(fā)明實(shí)施例一流程80的示意圖。流程80用于一 無(wú)線通訊系統(tǒng)的一用戶端用來(lái)改善下鏈路數(shù)據(jù)來(lái)臨所對(duì)應(yīng)的上鏈路信令傳 輸。流程80可編譯成上鏈路信令配置程序350并包含下列步驟
步驟800:開(kāi)始。
步驟802:執(zhí)行由下鏈路數(shù)據(jù)來(lái)臨所觸發(fā)的一非竟?fàn)幨诫S機(jī)存取程序。 步驟804:于該非竟?fàn)幨诫S機(jī)存取程序的一隨機(jī)存取響應(yīng)消息成功被接 收并執(zhí)行時(shí)，啟用物理上鏈路控制信道資源以及探測(cè)參考碼元資源。 步驟806:結(jié)束。
根據(jù)流程80，用戶端由于下鏈路數(shù)據(jù)來(lái)臨而執(zhí)行隨機(jī)存取程序，其中下 鏈路數(shù)據(jù)來(lái)臨表示基地臺(tái)嘗試傳送下鏈路數(shù)據(jù)。當(dāng)用戶端成功接收隨機(jī)存取 響應(yīng)時(shí)，用戶端將物理上鏈路控制信道資源用于收迄/未收迄錯(cuò)誤報(bào)告、信道 質(zhì)量指示報(bào)告以及調(diào)度要求傳輸，進(jìn)一步地，將探測(cè)參考碼元資源用于基地 臺(tái)信道式調(diào)度的探測(cè)參考碼元傳輸。物理上鏈路控制信道資源及探測(cè)參考碼 元資源可由無(wú)線資源控制信令所設(shè)定。通過(guò)流程60，于接收下鏈路數(shù)據(jù)之后 且進(jìn)行用于收迄/未收迄錯(cuò)誤報(bào)告的上鏈路傳輸之前，尚未與基地臺(tái)上鏈路同 步的用戶端能啟用上述的上鏈路資源，以獲得上鏈路能力。
流程80可用于改善圖2中收迄/未收迄錯(cuò)誤報(bào)告問(wèn)題。請(qǐng)參考圖9,圖9 為本發(fā)明實(shí)施例下鏈路數(shù)據(jù)來(lái)臨所對(duì)應(yīng)的用戶端以及網(wǎng)絡(luò)端的傳輸序列圖。 圖9中的步驟(21)、 (22)、 (23)、 (24)以及(25)與圖2相同，因此詳細(xì)說(shuō)明 于此不再贅述。圖9中，步驟(23a)被加于步驟(23)以及G4)之間。步驟(Ua) 中，用戶端啟用由無(wú)線資源控制所設(shè)定的物理上鏈路控制信道資源及探測(cè)參 考碼元資源。于執(zhí)行步驟(23a)后，其表示用戶端的物理上鏈路控制信道已設(shè)定。在此情況下，如步驟(26)所示，用戶端可通過(guò)物理上鏈路控制信道，傳 輸相關(guān)于步驟(25)中所接收的媒體存取控制協(xié)議數(shù)據(jù)單元的收迄或未收迄信令。
需注意的是，流程80亦用于下列情況用戶端由于時(shí)間校準(zhǔn)定時(shí)器期滿 而釋放所有物理上鏈路控制信道資源及任何已分配的探測(cè)參考碼元，并在這 之后有下鏈路數(shù)據(jù)要接收的情況。在此情況下，用戶端可及時(shí)重新啟用物理 上鏈路控制信道資源以及探測(cè)參考碼元資源，以進(jìn)行上鏈路/下鏈路傳輸之。
綜上所述，本發(fā)明實(shí)施例通過(guò)適時(shí)地啟用物理上鏈路控制信道，得以傳 輸調(diào)度要求、收迄以及未收迄，以及得以利用探測(cè)參考碼元呈報(bào)信道質(zhì)量， 進(jìn)而改善上鏈路信令傳輸。
以上所述僅為本發(fā)明的較佳實(shí)施例，凡依本發(fā)明權(quán)利要求范圍所做的均 等變化與修飾，皆應(yīng)屬本發(fā)明的涵蓋范圍。
權(quán)利要求
1.一種改善上鏈路信令傳輸?shù)姆椒ǎ糜跓o(wú)線通訊系統(tǒng)的用戶端，該方法包含有執(zhí)行隨機(jī)存取程序；以及于該隨機(jī)存取程序的消息成功從該無(wú)線通訊系統(tǒng)的網(wǎng)絡(luò)端被接收并執(zhí)行時(shí)，啟用物理上鏈路控制信道的資源及用于判斷信道質(zhì)量的上鏈路碼元。
2. —種用于無(wú)線通訊系統(tǒng)的通訊裝置，用來(lái)改善上鏈路信令傳輸，該通 訊裝置包含有計(jì)算器可讀取記錄媒體，用來(lái)儲(chǔ)存處理方法所對(duì)應(yīng)的程序碼；以及 處理器耦接于該計(jì)算器可讀取記錄媒體，用來(lái)處理該程序碼以執(zhí)行該處 理方法；其中該處理方法包含有 執(zhí)行隨機(jī)存取程序；以及于該隨機(jī)存取程序的消息成功從該無(wú)線通訊系統(tǒng)的網(wǎng)絡(luò)端被接收并執(zhí) 行時(shí)，啟用物理上鏈路控制信道的資源及用于判斷信道質(zhì)量的上鏈路碼元。
3. 根據(jù)權(quán)利要求1所述的方法或權(quán)利要求2所述的通訊裝置，其中該隨 機(jī)存取程序是竟?fàn)幨诫S機(jī)處理程序，其對(duì)應(yīng)于上鏈路數(shù)據(jù)傳輸或下鏈路數(shù)據(jù)來(lái)臨。
4. 根據(jù)權(quán)利要求3所述的方法，其中該隨機(jī)存取程序的該消息是該隨機(jī) 處理程序的竟?fàn)幗馕鱿ⅰ?br> 5. 根據(jù)權(quán)利要求3所述的通訊裝置，其中該隨機(jī)存取程序的該消息是該 隨機(jī)處理程序的竟?fàn)幗馕鱿ⅰ?br> 6. 根據(jù)權(quán)利要求1所述的方法或權(quán)利要求2所述的通訊裝置，其中該隨 機(jī)存取程序是非竟?fàn)幨诫S機(jī)存取程序，其對(duì)應(yīng)于下鏈路數(shù)據(jù)來(lái)臨。
7. 根據(jù)權(quán)利要求6所述的方法，其中該隨機(jī)存取程序的該消息是該隨機(jī) 存取程序的隨機(jī)存取響應(yīng)。
8. 根據(jù)權(quán)利要求6所述的通訊裝置，其中該隨機(jī)存取程序的該消息是該 隨才幾存取程序的隨才幾存取響應(yīng)。
9. 根據(jù)權(quán)利要求1所述的方法或權(quán)利要求2所述的通訊裝置，其中用于 判斷信道質(zhì)量的該上鏈路碼元是探測(cè)參考碼元。
10.根據(jù)權(quán)利要求1所述的方法或權(quán)利要求2所述的通訊裝置，其中該 物理上鏈路控制信道的資源及用于判斷信道質(zhì)量的該上鏈路碼元是由無(wú)線資 源控制信令所設(shè)定。
全文摘要
本發(fā)明提供一種用于無(wú)線通訊系統(tǒng)的用戶端改善上鏈路信令傳輸?shù)姆椒?。該方法包含有?zhí)行隨機(jī)存取程序以及于該隨機(jī)存取程序的消息成功從該無(wú)線通訊系統(tǒng)的網(wǎng)絡(luò)端被接收并執(zhí)行時(shí)，啟用物理上鏈路控制信道的資源及用于判斷信道質(zhì)量的上鏈路碼元。
文檔編號(hào)H04W36/08GK101686489SQ20091017860
公開(kāi)日2010年3月31日 申請(qǐng)日期2009年9月22日 優(yōu)先權(quán)日2008年9月22日
發(fā)明者吳志祥 申請(qǐng)人:宏達(dá)國(guó)際電子股份有限公司