專利名稱：改善排程請(qǐng)求的重設(shè)程序的方法及通信裝置的制作方法
技術(shù)領(lǐng)域：
本發(fā)明指一種改善一排程請(qǐng)求的重設(shè)程序的方法及通信裝置，尤指一種用于一無(wú)
線通信系統(tǒng)的一客戶端中改善排程請(qǐng)求的重設(shè)程序的方法及通信裝置，以適當(dāng)?shù)刂卦O(shè)用于 一排程請(qǐng)求程序的相關(guān)參數(shù)。
背景技術(shù)：
長(zhǎng)期演進(jìn)(Long Term Evolution, LTE)無(wú)線通信系統(tǒng)是一種建立于第三代移動(dòng) 通信系統(tǒng)(如全球移動(dòng)電信系統(tǒng))之上的先進(jìn)式高速無(wú)線通信系統(tǒng)，其只需支持封包交換 (Packet Switched)傳輸，且無(wú)線鏈路控制(Radio LinkControl， RLC)層與媒體接入控制 (Medium Access Control，MAC)層可被整合于同一通信網(wǎng)絡(luò)單元，如基地臺(tái)(Node B)之中， 而不需分開(kāi)位于基地臺(tái)及無(wú)線網(wǎng)絡(luò)控制器(RNC)之中，因此系統(tǒng)架構(gòu)較簡(jiǎn)單。
在長(zhǎng)期演進(jìn)無(wú)線通信系統(tǒng)中，根據(jù)第三代移動(dòng)通信聯(lián)盟技術(shù)規(guī)范3GPP TS36. 321V8. 4. 0，當(dāng)客戶端有數(shù)據(jù)需上傳時(shí)，例如一常規(guī)性緩存器狀態(tài)報(bào)告(Regular BSR)，若無(wú)可使用于新傳輸?shù)纳闲墟溌饭蚕硇诺?Uplink SharedChannel，UL-SCH)資源，客 戶端會(huì)通過(guò)一排程請(qǐng)求程序(Scheduling Requestprocedure)，要求網(wǎng)絡(luò)端分派上行鏈路 共享信道傳輸資源，以進(jìn)行上行鏈路數(shù)據(jù)傳輸。若客戶端具有已配置用來(lái)傳送排程請(qǐng)求的 物理上行鏈路控制信道(Physical Uplink Control Channel, PUCCH)資源，排程請(qǐng)求將通 過(guò)物理上行鏈路控制信道進(jìn)行傳送；否則，例如客戶端沒(méi)有用來(lái)傳送排程請(qǐng)求的物理上行 鏈路控制信道資源，或已配置用來(lái)傳送排程請(qǐng)求的物理上行鏈路控制信道資源失效，則須 通過(guò)一隨機(jī)存取程序(Radom Access procedure)來(lái)要求網(wǎng)絡(luò)端分派上行鏈路共享信道傳 輸資源。 根據(jù)目前規(guī)范，客戶端所觸發(fā)的排程請(qǐng)求在被取消之前皆視為未完成(pending)。 此外，若客戶端觸發(fā)一排程請(qǐng)求，且客戶端中不存在其它任何未完成的排程請(qǐng)求，則將排程 請(qǐng)求程序中用來(lái)計(jì)算排程請(qǐng)求傳送次數(shù)的一計(jì)數(shù)器SRJX)UNTER設(shè)為0，亦即初始計(jì)數(shù)器 SR_C0UNTER。 對(duì)于未完成的排程請(qǐng)求，若客戶端具有已配置用來(lái)傳送排程請(qǐng)求的物理上行鏈 路控制信道資源，客戶端會(huì)周期性地在物理上行鏈路控制信道上傳送排程請(qǐng)求，直到客戶 端接收到網(wǎng)絡(luò)端分配給新傳輸?shù)纳闲墟溌饭蚕硇诺纻鬏斮Y源，或排程請(qǐng)求的傳送次數(shù)等于 一預(yù)設(shè)參數(shù)dsr-TransMax為止。其中，每傳送一次排程請(qǐng)求，計(jì)數(shù)器SR_C0UNTER的值會(huì) 加1。當(dāng)排程請(qǐng)求的傳送次數(shù)等于參數(shù)dsr-TransMax時(shí)，代表客戶端的上行鏈路傳輸可能 發(fā)生問(wèn)題，例如用來(lái)傳送排程請(qǐng)求的物理上行鏈路控制信道資源失效(可能因?yàn)闊o(wú)線信 號(hào)質(zhì)量不佳或不適當(dāng)?shù)墓β试O(shè)定)或上行鏈路時(shí)序失去同步，導(dǎo)致客戶端在物理上行鏈路 控制信道所傳送的排程請(qǐng)求無(wú)法被網(wǎng)絡(luò)端成功解碼接收。在此情形下，客戶端須取消所有 未完成的排程請(qǐng)求(即停止排程請(qǐng)求的傳輸)、釋放上行鏈路資源，例如所有已配置的物 理上行鏈路控制信道資源及用來(lái)傳送測(cè)量上行鏈路測(cè)量參考信號(hào)(Sounding Reference Signal, SRS)的測(cè)量參考信號(hào)資源(SRS resource)，并啟動(dòng)隨機(jī)存取程序。另外，當(dāng)客戶端取得分派給新傳輸?shù)纳闲墟溌饭蚕硇诺纻鬏斮Y源時(shí)，客戶端亦會(huì)取消所有未完成的排程請(qǐng) 求。 另一方面，上層協(xié)議，例如無(wú)線資源控制(Radio Resource Control,RRC)層，會(huì)要 求客戶端進(jìn)行一排程請(qǐng)求的重設(shè)程序(reconfigurationprocedure)，以重設(shè)排程請(qǐng)求程序 參數(shù)，例如dsr_TransMax、 sr_PUCCH_Resource Index、 sr_Configuration Index。在目前 規(guī)范中，當(dāng)上層協(xié)議要求重設(shè)時(shí)，客戶端須立刻根據(jù)上層協(xié)議所提供的新設(shè)定值，應(yīng)用于媒 體接入控制參數(shù)。 然而，對(duì)于某些媒體接入控制參數(shù)來(lái)說(shuō)，如排程請(qǐng)求程序參數(shù)，立刻應(yīng)用新的設(shè)定 值可能會(huì)發(fā)生客戶端錯(cuò)誤的情況。舉例來(lái)說(shuō)，當(dāng)客戶端存在未完成的排程請(qǐng)求，且上層協(xié)議 要求重設(shè)媒體接入控制參數(shù)時(shí)，若立刻將上層協(xié)議所提供的新的設(shè)定值應(yīng)用于排程請(qǐng)求程 序參數(shù)dsr-TransMax，則計(jì)數(shù)器SR—C0麗ER的值可能會(huì)超過(guò)參數(shù)dsr-TransMax，而導(dǎo)致客 戶端不必要地釋放上行鏈路資源及進(jìn)行隨機(jī)存取程序。因此，已經(jīng)排程請(qǐng)求的重設(shè)程序有 改進(jìn)的必要。

發(fā)明內(nèi)容
本發(fā)明主要提供一種用于一無(wú)線通信系統(tǒng)的一客戶端中改善一排程請(qǐng)求的重設(shè) 程序的方法及通信裝置，以適當(dāng)?shù)刂卦O(shè)排程請(qǐng)求程序參數(shù)。 本發(fā)明揭露一種改善一排程請(qǐng)求的重設(shè)程序的方法，用于一無(wú)線通信系統(tǒng)的一客
戶端中，該方法包含有收到一上層協(xié)議要求，該上層協(xié)議要求用來(lái)重設(shè)該客戶端的一排程
請(qǐng)求程序參數(shù)；以及于該客戶端觸發(fā)一排程請(qǐng)求，且該客戶端中不存在任何其它未完成的
排程請(qǐng)求時(shí)，將該上層協(xié)議要求所提供的新設(shè)定值，應(yīng)用于該排程請(qǐng)求程序參數(shù)。 本發(fā)明另揭露一種通信裝置，用于一無(wú)線通信系統(tǒng)的一客戶端中，用以改善一排
程請(qǐng)求的重設(shè)程序。該通信裝置包含有一中央處理器，用來(lái)執(zhí)行一程序，以及一儲(chǔ)存裝置，
耦接于該中央處理器，用來(lái)儲(chǔ)存該程序。該程序中包含有收到一上層協(xié)議要求，該上層協(xié)議
要求用來(lái)重設(shè)該客戶端的一排程請(qǐng)求程序參數(shù)；以及于該客戶端觸發(fā)一排程請(qǐng)求，且該客
戶端中不存在任何其它未完成的排程請(qǐng)求時(shí)，將該上層協(xié)議要求所提供的新設(shè)定值，應(yīng)用
于該排程請(qǐng)求程序參數(shù)。 本發(fā)明實(shí)施例提供一種用于無(wú)線通信系統(tǒng)的客戶端中改善排程請(qǐng)求的重設(shè)程序 的方法，用以適當(dāng)?shù)刂卦O(shè)排程請(qǐng)求程序的相關(guān)參數(shù)，以避免客戶端不必要地釋放上行鏈路 資源及進(jìn)行隨機(jī)存取程序。


圖1為一無(wú)線通信系統(tǒng)的示意圖。
圖2為一無(wú)線通信裝置的功能方塊圖。
圖3為第2圖中一程序的示意圖。
圖4為本發(fā)明實(shí)施例一流程的示意圖。
具體實(shí)施例方式
請(qǐng)參考圖1，圖1為一無(wú)線通信系統(tǒng)10的示意圖。無(wú)線通信系統(tǒng)IO較佳地為一長(zhǎng)期演進(jìn)系統(tǒng)(Long Term Evolution, LTE)，其簡(jiǎn)略地由一網(wǎng)絡(luò)端及多個(gè)客戶端所組成。在 圖1中，網(wǎng)絡(luò)端及客戶端用來(lái)說(shuō)明無(wú)線通信系統(tǒng)10的架構(gòu)；實(shí)際上，網(wǎng)絡(luò)端可視不同需求包 含有多個(gè)基地臺(tái)、無(wú)線網(wǎng)絡(luò)控制器等；而客戶端則可能是移動(dòng)電話、電腦系統(tǒng)等設(shè)備。
請(qǐng)參考圖2，圖2為一無(wú)線通信系統(tǒng)的無(wú)線通信裝置100的功能方塊圖。無(wú)線通信 裝置100可以用來(lái)實(shí)現(xiàn)圖1中的客戶端。為求簡(jiǎn)潔，圖2僅繪出無(wú)線通信裝置100的一輸 入裝置102、一輸出裝置104、一控制電路106、一中央處理器108、一儲(chǔ)存裝置110、一程序代 碼112及一收發(fā)器114。在無(wú)線通信裝置100中，控制電路106通過(guò)中央處理器108執(zhí)行 儲(chǔ)存于儲(chǔ)存裝置110中的程序代碼112，從而控制無(wú)線通信裝置100的運(yùn)作，其可通過(guò)輸入 裝置102(如鍵盤(pán))接收使用者輸入的信號(hào)，或通過(guò)輸出裝置104(如屏幕、喇叭等)輸出畫(huà) 面、聲音等信號(hào)。收發(fā)器114用以接收或發(fā)送無(wú)線信號(hào)，并將所接收的信號(hào)傳送至控制電路 106，或?qū)⒖刂齐娐?06所產(chǎn)生的信號(hào)以無(wú)線電方式輸出。換言之，以通信協(xié)議的架構(gòu)而言， 收發(fā)器114可視為第一層的一部分，而控制電路106則用來(lái)實(shí)現(xiàn)第二層及第三層的功能。
請(qǐng)繼續(xù)參考圖3，圖3為圖2中程序代碼112的示意圖。程序代碼112包含有一應(yīng) 用程序?qū)?00、一第三層界面202及一第二層界面206，并與一第一層界面218連接。第三 層界面202包含有一無(wú)線資源控制層，用來(lái)實(shí)現(xiàn)無(wú)線資源控制。第二層界面206包含有一 無(wú)線鏈路控制層及一媒體接入控制層，用來(lái)實(shí)現(xiàn)鏈接控制，而第一層界面218則用來(lái)實(shí)現(xiàn) 物理連接。 在長(zhǎng)期演進(jìn)無(wú)線通信系統(tǒng)中，當(dāng)客戶端有數(shù)據(jù)需上傳時(shí)，例如一常規(guī)性緩存器 狀態(tài)報(bào)告(Regular BSR)，若無(wú)可使用于新傳輸?shù)纳闲墟溌饭蚕硇诺?Uplink Shared Channel, UL-SCH)資源，媒體接入控制層會(huì)通過(guò)一排程請(qǐng)求程序(Scheduling Request procedure)，要求網(wǎng)絡(luò)端分派上行鏈路傳輸資源，以進(jìn)行上行鏈路數(shù)據(jù)傳輸。此外，上層 協(xié)議，例如無(wú)線資源控制層，會(huì)要求客戶端進(jìn)行一排程請(qǐng)求的重設(shè)程序(reconfiguration procedure)，以重設(shè)排程請(qǐng)求程序參數(shù)。在此情形下，本發(fā)明實(shí)施例提供一排程請(qǐng)求重設(shè)程 序220，用以改善重設(shè)排程請(qǐng)求程序參數(shù)的操作，以避免客戶端進(jìn)行錯(cuò)誤的動(dòng)作，例如釋放 上行鏈路資源及進(jìn)行隨機(jī)存取程序。 請(qǐng)參考圖4，圖4為本發(fā)明實(shí)施例一流程40的示意圖。流程40用于一無(wú)線通信系 統(tǒng)的一客戶端中改善一排程請(qǐng)求的重設(shè)程序，其可被編譯為排程請(qǐng)求重設(shè)程序220。流程 40包含以下步驟
步驟400:開(kāi)始。 步驟402 :收到一上層協(xié)議要求，該上層協(xié)議要求用來(lái)重設(shè)該客戶端的一排程請(qǐng) 求程序參數(shù)。 步驟404:于該客戶端觸發(fā)一排程請(qǐng)求，且該客戶端中不存在任何其它未完成的 排程請(qǐng)求時(shí)，將該上層協(xié)議要求所提供的新設(shè)定值，應(yīng)用于該排程請(qǐng)求程序參數(shù)。
步驟406:結(jié)束。 根據(jù)流程40，客戶端首先收到重設(shè)客戶端的一排程請(qǐng)求程序參數(shù)的一上層協(xié)議要 求。接著，于客戶端觸發(fā)一排程請(qǐng)求，且客戶端中不存在任何未完成的排程請(qǐng)求時(shí)，客戶端 將上層協(xié)議要求所提供的新設(shè)定值，應(yīng)用于排程請(qǐng)求程序參數(shù)。 也就是說(shuō)，當(dāng)上層協(xié)議要求重設(shè)排程請(qǐng)求程序參數(shù)時(shí)，客戶端在排程請(qǐng)求被觸發(fā)， 且客戶端中不存在任何其它未完成的排程請(qǐng)求時(shí)，才重設(shè)用于排程請(qǐng)求程序的參數(shù)，而非立刻重設(shè)該參數(shù)。如此一來(lái)，本發(fā)明實(shí)施例可避免當(dāng)存在未完成的排程請(qǐng)求時(shí)，因重設(shè)排程 請(qǐng)求而使排程請(qǐng)求程序的相關(guān)參數(shù)突然改變，導(dǎo)致客戶端不必要地釋放上行鏈路資源及進(jìn) 行隨機(jī)存取程序。 值得注意的是，在目前規(guī)范中，當(dāng)客戶端觸發(fā)一排程請(qǐng)求，且客戶端中不存在其它 任何未完成的排程請(qǐng)求時(shí)，客戶端會(huì)將排程請(qǐng)求程序中用來(lái)計(jì)算排程請(qǐng)求傳送次數(shù)的一計(jì) 數(shù)器SR_C0UNTER設(shè)為0，亦即初始計(jì)數(shù)器SR_C0UNTER。換言之，當(dāng)上層協(xié)議要求重設(shè)排程 請(qǐng)求程序參數(shù)時(shí)，本發(fā)明實(shí)施例的客戶端于計(jì)數(shù)器SR_C0UNTER初始時(shí)，才將上層協(xié)議要求 所提供的新設(shè)定值，應(yīng)用于排程請(qǐng)求程序的相關(guān)參數(shù)。 較佳地，上述排程請(qǐng)求程序參數(shù)可以是 一 參數(shù)dsr-TransMax、 一參數(shù) sr-PUCCH-Resource Index或一參數(shù)sr-Configlndex等排程請(qǐng)求程序的相關(guān)參數(shù)。參 數(shù)dsr-TransMax用來(lái)指示排程請(qǐng)求程序的一最大傳送次數(shù)，參數(shù)sr-PUCCH-Resource Index用來(lái)指示排程請(qǐng)求程序的一物理上行鏈路控制信道資源(PUCCH resource)，而參數(shù) sr-Configlndex則用來(lái)指示排程請(qǐng)求程序的一傳送周期。 舉例來(lái)說(shuō)，當(dāng)客戶端存在未完成的排程請(qǐng)求時(shí)，若上層協(xié)議要求重設(shè)排程請(qǐng) 求程序參數(shù)，本發(fā)明實(shí)施例的客戶端須于計(jì)數(shù)器SR_C0UNTER初始時(shí)，才能重設(shè)參數(shù) dsr-TransMax。如此一來(lái)，本發(fā)明實(shí)施例可避免因排程請(qǐng)求程序參數(shù)重設(shè)，使計(jì)數(shù)器SR_ COUNTER的值超過(guò)參數(shù)dsr-TransMax，而導(dǎo)致客戶端不必要地釋放上行鏈路資源及進(jìn)行隨 機(jī)存取程序的情況。 總而言之，本發(fā)明實(shí)施例提供一種用于無(wú)線通信系統(tǒng)的客戶端中改善排程請(qǐng)求的 重設(shè)程序的方法，用以適當(dāng)?shù)刂卦O(shè)排程請(qǐng)求程序的相關(guān)參數(shù)，以避免客戶端不必要地釋放 上行鏈路資源及進(jìn)行隨機(jī)存取程序。 以上所述僅為本發(fā)明的較佳實(shí)施例，凡依本發(fā)明權(quán)利要求所做的均等變化與修 飾，皆應(yīng)屬本發(fā)明的涵蓋范圍。
權(quán)利要求
一種改善排程請(qǐng)求的重設(shè)程序的方法，用于無(wú)線通信系統(tǒng)的客戶端中，其特征在于上述方法包含有收到上層協(xié)議要求，上述上層協(xié)議要求用來(lái)重設(shè)上述客戶端的排程請(qǐng)求程序參數(shù)；以及于上述客戶端觸發(fā)排程請(qǐng)求，且上述客戶端中不存在任何其它未完成的排程請(qǐng)求時(shí)，將上述上層協(xié)議要求所提供的新設(shè)定值，應(yīng)用于上述排程請(qǐng)求程序參數(shù)。
2. 根據(jù)權(quán)利要求l所述的方法，其特征在于其中上述排程請(qǐng)求程序參數(shù)是參數(shù) sr-PUCCH-Resourcelndex，用來(lái)指示上述排程請(qǐng)求程序的物理上行鏈路控制信道資源。
3. 根據(jù)權(quán)利要求l所述的方法，其特征在于其中上述排程請(qǐng)求程序參數(shù)是參數(shù) sr-Configlndex，用來(lái)指示上述排程請(qǐng)求程序的傳送周期。
4. 根據(jù)權(quán)利要求l所述的方法，其特征在于其中上述排程請(qǐng)求程序參數(shù)是參數(shù) dsr-TransMax，用來(lái)指示上述排程請(qǐng)求程序的排程請(qǐng)求最大傳送次數(shù)。
5. 根據(jù)權(quán)利要求l所述的方法，其特征在于其另包含于上述客戶端觸發(fā)上述排程請(qǐng)求，且上述客戶端中不存在任何其它未完成的排程請(qǐng)求 時(shí)，初始上述排程請(qǐng)求程序的計(jì)數(shù)器，上述計(jì)數(shù)器用來(lái)計(jì)算上述排程請(qǐng)求程序的排程請(qǐng)求 傳送次數(shù)。
6. 根據(jù)權(quán)利要求1所述的方法，其特征在于其中上述上層協(xié)議為無(wú)線資源控制層。
7. —種通信裝置，用于無(wú)線通信系統(tǒng)的客戶端中，用以改善排程請(qǐng)求的重設(shè)程序，其特 征在于上述通信裝置包含有中央處理器，用來(lái)執(zhí)行程序；以及儲(chǔ)存裝置，耦接于上述中央處理器，用來(lái)儲(chǔ)存上述程序；其中上述程序中包含有 收到上層協(xié)議要求，上述上層協(xié)議要求用來(lái)重設(shè)上述客戶端的排程請(qǐng)求程序參數(shù)；以及于上述客戶端觸發(fā)排程請(qǐng)求，且上述客戶端中不存在任何其它未完成的排程請(qǐng)求時(shí)， 將上述上層協(xié)議要求所提供的新設(shè)定值，應(yīng)用于上述排程請(qǐng)求程序參數(shù)。
8. 根據(jù)權(quán)利要求7所述的通信裝置，其特征在于其中上述排程請(qǐng)求程序參數(shù)是參數(shù) sr-PUCCH-Resourcelndex，用來(lái)指示上述排程請(qǐng)求程序的物理上行鏈路控制信道資源。
9. 根據(jù)權(quán)利要求7所述的通信裝置，其特征在于其中上述排程請(qǐng)求程序參數(shù)是參數(shù) sr-Configlndex，用來(lái)指示上述排程請(qǐng)求程序的傳送周期。
10. 根據(jù)權(quán)利要求7所述的通信裝置，其特征在于其中上述排程請(qǐng)求程序參數(shù)是參數(shù) dsr-TransMax，用來(lái)指示上述排程請(qǐng)求程序的排程請(qǐng)求最大傳送次數(shù)。
11. 根據(jù)權(quán)利要求7所述的通信裝置，其特征在于其中上述程序中另包含 于上述客戶端觸發(fā)上述排程請(qǐng)求，且上述客戶端中不存在任何其它未完成的排程請(qǐng)求時(shí)，初始上述排程請(qǐng)求程序的計(jì)數(shù)器，上述計(jì)數(shù)器用來(lái)計(jì)算上述排程請(qǐng)求程序的排程請(qǐng)求 傳送次數(shù)。
12. 根據(jù)權(quán)利要求7所述的通信裝置，其特征在于其中上述上層協(xié)議為無(wú)線資源控制層。
全文摘要
改善排程請(qǐng)求的重設(shè)程序的方法及通信裝置，用于一無(wú)線通信系統(tǒng)的一客戶端中，該方法包含有收到重設(shè)該客戶端的一排程請(qǐng)求程序參數(shù)的一上層協(xié)議要求；以及于該客戶端觸發(fā)一排程請(qǐng)求，且該客戶端中不存在任何其它未完成的排程請(qǐng)求時(shí)，將該上層協(xié)議要求所提供的一新設(shè)定值，應(yīng)用于該排程請(qǐng)求程序參數(shù)。
文檔編號(hào)H04W28/02GK101790191SQ200910253179
公開(kāi)日2010年7月28日 申請(qǐng)日期2009年12月4日 優(yōu)先權(quán)日2009年1月22日
發(fā)明者曾立至, 歐孟暉, 郭宇軒 申請(qǐng)人:華碩電腦股份有限公司