專利名稱：處理觸發(fā)緩存器狀態(tài)報告的計時器的方法及通訊裝置的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及一種處理用來觸發(fā)緩存器狀態(tài)報告的計時器的方法及通訊 裝置，特別是涉及一種用于一無線通訊系統(tǒng)的一客戶端中處理用來觸發(fā)緩 存器狀態(tài)報告的 一計時器的方法及通訊裝置，以減少網(wǎng)絡(luò)資源的浪費。
背景技術(shù)：
長期演進(Long Term Evolution, LTE )無線通訊系統(tǒng)是一種建立于第 三代移動通訊系統(tǒng)(如全球移動電信系統(tǒng))之上的先進式高速無線通訊系 統(tǒng)，其只需支持分組交換(Packet Switched )傳輸，且無線鏈路控制(Radio Link Control, RLC)層與媒體接入控制(Medium Access Control ， MAC) 層可被整合于同一通訊網(wǎng)絡(luò)單元，如基站(NodeB)之中，而不需分開位 于基站及無線網(wǎng)絡(luò)控制器(RNC)之中，因此系統(tǒng)架構(gòu)較簡單。
在長期演進無線通訊系統(tǒng)中，根據(jù)3GPPTS 36.321 V8.3.0規(guī)范，緩存 器狀態(tài)報告(Buffer Status Report, BSR)程序用來將客戶端的上行鏈路緩 存器的數(shù)據(jù)量信息提供給網(wǎng)絡(luò)端。緩存器狀態(tài)報告被觸發(fā)會產(chǎn)生 一緩存器 狀態(tài)報告媒體接入控制單元(MAC Control Element )，其包含無線鏈路控制 層與分組數(shù)據(jù)聚合協(xié)議(Packet Data Convergence Protocol, PDCP )層中可 傳送的所有數(shù)據(jù)量信息。當客戶端的傳輸緩存器內(nèi)有可傳送的上行鏈路數(shù) 據(jù)抵達，且該數(shù)據(jù)的優(yōu)先程度高于其它已存在于客戶端傳輸緩存器內(nèi)的數(shù) 據(jù)時，會觸發(fā)一緩存器狀態(tài)報告。此種緩存器狀態(tài)報告一般稱為一常規(guī)性 緩存器狀態(tài)報告(RegularBSR)。當緩存器狀態(tài)報告被觸發(fā)卻沒有傳輸資源 可使用時，此時會啟動一調(diào)度要求(Scheduling Request, SR)程序向網(wǎng)絡(luò) 端要求上行鏈路傳輸資源，以將緩存器狀態(tài)報告?zhèn)魉统鋈?。此外，若客?端于一當前傳輸時間間隔(Transmission Time Interval, TTI)沒有上行鏈路 傳輸資源可供進行上行鏈路傳輸，調(diào)度要求程序只能由常規(guī)性緩存器狀態(tài) 報告所觸發(fā)。當客戶端送出緩存器狀態(tài)報告給網(wǎng)絡(luò)端時，網(wǎng)絡(luò)端可能會沒有成功接 收到緩存器狀態(tài)報告，故不會提供上行鏈路傳輸資源給客戶端。在此情形 下，若觸發(fā)緩存器狀態(tài)報告的原因沒有再被滿足時(例如沒有高優(yōu)先權(quán)的 可傳送的上行鏈路數(shù)據(jù)進入用戶的傳輸緩存器時)，客戶端就會面臨沒有傳
輸資源可使用，而造成客戶端進入死鎖(Deadlock)狀態(tài)。因此，為了解決 上述的問題，已知技術(shù)提出了一種緩存器狀態(tài)報告的重傳機制，其利用一 重傳緩存器狀態(tài)報告計時器(Retransmission Buffer Status Report Timer, RETX—BSR—TIMER)來確保網(wǎng)絡(luò)端能成功接收到緩存器狀態(tài)報告，當客戶 端送出一緩存器狀態(tài)報告時，會將重傳緩存器狀態(tài)報告計時器啟動。當客 戶端接收到網(wǎng)絡(luò)端分配用來做新的傳輸?shù)膫鬏斮Y源時，亦即代表網(wǎng)絡(luò)端成 功接收到緩存器狀態(tài)報告，客戶端會重新啟動重傳緩存器狀態(tài)報告計時器， 以避免重傳緩存器狀態(tài)報告計時器期滿。當重傳緩存器狀態(tài)報告計時器期 滿且客戶端的傳輸緩存器內(nèi)有可傳送的上行鏈路數(shù)據(jù)時，會進行緩存器狀 態(tài)報告的重傳，重傳的緩存器狀態(tài)報告為一常規(guī)性緩存器狀態(tài)報告。
然而，長期演進無線通訊系統(tǒng)具有動態(tài)調(diào)度(Dynamic Scheduling, DS ) 和半持續(xù)性調(diào)度(Semi-Persistent Scheduling, SPS)等兩種調(diào)度方式。動態(tài) 調(diào)度是網(wǎng)絡(luò)端根據(jù)客戶端的流量及服務(wù)品質(zhì)需求，動態(tài)地分配傳輸資源給 客戶端，以提供客戶端進行數(shù)據(jù)接收或傳輸。而半持續(xù)性調(diào)度則是網(wǎng)絡(luò)端 為了服務(wù)周期性產(chǎn)生數(shù)據(jù)的上層應(yīng)用程序，如因特網(wǎng)協(xié)議語音傳遞技術(shù) (Voice over Internet Protocol, VOIP),配置固定周期的固定傳輸資源給客 戶端，來減少網(wǎng)絡(luò)端在物理下行鏈路控制信道(PDCCH)上發(fā)送控制信息， 而增進系統(tǒng)調(diào)度的效能。換言之，半持續(xù)性調(diào)度配置固定周期的固定傳輸 資源給客戶端，因此客戶端不需要監(jiān)聽物理下行鏈路控制信道來接收網(wǎng)絡(luò) 端分配的傳輸資源，即可周期性地進行傳輸。
請參考圖1，圖l說明了已知重傳緩存器狀態(tài)報告計時器于半持續(xù)性調(diào) 度下的運作方式。如前所述，半持續(xù)性調(diào)度配置固定周期的固定上行鏈路 傳輸資源給客戶端(如時間點A、 B、 C、 E)。假設(shè)客戶端于時間點A送 出緩存器狀態(tài)報告至網(wǎng)絡(luò)端，并啟動重傳緩存器狀態(tài)報告計時器。在半持 續(xù)性調(diào)度啟用的情況下，由于客戶端已有預先配置的上行鏈路傳輸資源可 傳送數(shù) ，因此網(wǎng)絡(luò)端有可能不再額外分配上行鏈路傳輸資源給客戶端。 然而，根據(jù)重傳緩存器狀態(tài)報告計時器的操作，若客戶端在重傳緩存器狀態(tài)報告計時器期滿時(如時間點D)仍未接收到用來做新的傳輸?shù)纳闲?鏈路傳輸資源，將會進行緩存器狀態(tài)報告的重傳，而觸發(fā)調(diào)度要求程序。 如此一來，導致客戶端執(zhí)行不必要的動作，而造成網(wǎng)絡(luò)資源的浪費。

發(fā)明內(nèi)容
因此，本發(fā)明即在于提供一種處理用來觸發(fā)緩存器狀態(tài)報告的計時器 的方法及其相關(guān)裝置，以減少網(wǎng)絡(luò)資源的浪費。
本發(fā)明揭示一種處理用來觸發(fā)緩存器狀態(tài)報告的計時器的方法，用于 一無線通訊系統(tǒng)的 一客戶端中。該方法包含有啟動用來觸發(fā)一緩存器狀態(tài) 報告的一計時器；以及于一傳輸時間間隔配置有一半持續(xù)性調(diào)度上行鏈路 傳輸資源時，重新啟動該計時器。
本發(fā)明還揭示一種通訊裝置，用于一無線通訊系統(tǒng)的一客戶端中，用 以處理用來觸發(fā)緩存器狀態(tài)報告的計時器。該通訊裝置包含有一中央處理 器，用來執(zhí)行一程序；以及一儲存裝置，耦接于該中央處理器，用來儲存 用以執(zhí)行該程序。該程序中包含有啟動用來觸發(fā)一緩存器狀態(tài)報告的一計 時器；以及于一傳輸時間間隔配置有一半持續(xù)性調(diào)度上行鏈路傳輸資源時， 重新啟動該計時器。


圖1說明了一已知重傳緩存器狀態(tài)報告計時器于半持續(xù)性調(diào)度下的運 作方式。
圖2為一無線通訊系統(tǒng)的示意圖。
圖3為一無線通訊裝置的功能方塊圖。
圖4為圖3中一程序的示意圖。
圖5為本發(fā)明實施例一流程的示意圖。
具體實施例方式
請參考圖2,圖2為一無線通訊系統(tǒng)1000的示意圖。無線通訊系統(tǒng)1000 較佳地為長期演進無線通訊系統(tǒng)，其簡略地是由 一 網(wǎng)絡(luò)端及多個客戶端所 組成。在圖2中，網(wǎng)絡(luò)端及客戶端用來說明無線通訊系統(tǒng)1000的架構(gòu)；實際上，網(wǎng)絡(luò)端可視不同需求包含有多個基站、無線網(wǎng)絡(luò)控制器等；而客戶 端則可能是移動電話、計算機系統(tǒng)等設(shè)備。
請參考圖3，圖3為一無線通訊裝置100的功能方塊圖。無線通訊裝置 100可以用來實現(xiàn)圖1中的客戶端。為求簡潔，圖3僅繪出無線通訊裝置 100的一輸入裝置102、 一輸出裝置104、 一控制電路106、 一中央處理器 108、 一儲存裝置IIO、 一程序112及一收發(fā)器114。在無線通訊裝置100 中，控制電路106通過中央處理器108執(zhí)行儲存于儲存裝置110中的程序 112，從而控制無線通訊裝置IOO的運作，其可通過輸入裝置102 (如鍵盤) 接收使用者輸入的信號，或通過輸出裝置104(如屏幕、喇叭等)輸出畫面、 聲音等信號。收發(fā)器114用以接收或發(fā)送無線信號，并將所接收的信號傳 送至控制電路106，或?qū)⒖刂齐娐?06所產(chǎn)生的信號以無線電方式輸出。換 言之，以通訊協(xié)議的架構(gòu)而言，收發(fā)器114可視為第一層的一部分，而控 制電路106則用來實現(xiàn)第二層及第三層的功能。
請繼續(xù)參考圖4，圖4為圖3中程序112的示意圖。程序112包含有一 應(yīng)用程序?qū)?00、 一第三層界面202及一第二層界面206,并與一第一層界 面218連接。第三層界面202包含一無線資源控制(Radio Resource Control, RRC)層界面，用來實現(xiàn)資源控制。第二層界面206包含一分組數(shù)據(jù)聚合 協(xié)議(Packet Data Convergence Protocol, PDCP )層界面及一無線鏈路控制 (Radio Link Control, RLC )層界面及一媒體接入控制(Medium Access Control, MAC)層界面，用來實現(xiàn)鏈接控制，而第一層界面218則用來實 現(xiàn)物理連接。
在長期演進系統(tǒng)中，當客戶端在啟動一半持續(xù)性調(diào)度(Semi-Persistent Scheduling, SPS)的情況下進行一緩存器狀態(tài)報告程序時，由于已配置的 固定周期的上行鏈路傳輸資源有可能會使網(wǎng)絡(luò)端不再分配傳輸資源給客戶 端，導致一重傳緩存器狀態(tài)報告計時器(Retransmission Buffer Status Report Timer， RETX_BSR—TIMER)會持續(xù)計時至期滿而觸發(fā)緩存器狀態(tài)報告的重 傳及觸發(fā)一調(diào)度要求程序。在此情形下，本發(fā)明實施例于程序112中提供 一計時器處理程序220,用以避免客戶端在半持續(xù)性調(diào)度啟動下不必要地進 行緩存器狀態(tài)報告的重傳。請參考圖5，圖5為本發(fā)明實施例一流程50的 示意圖。流程50用于無線通訊系統(tǒng)1000的一客戶端中處理用來觸發(fā)緩存 器狀態(tài)報告的計時器的方法，其包含以下步驟步驟500:開始。
步驟502:啟動用來觸發(fā)一緩存器狀態(tài)報告的一計時器。 步驟504:于一傳輸時間間隔配置有一半持續(xù)性調(diào)度上行鏈路傳輸資源 時，重新啟動該計時器。 步驟506:結(jié)束。
根據(jù)流程50，客戶端首先啟動用來觸發(fā)緩存器狀態(tài)^^艮告的計時器，其 較佳地為一重傳援存器狀態(tài)報告計時器。接著，客戶端于配置有半持續(xù)性 調(diào)度上行鏈路傳輸資源(Semi-Persistent Scheduling Uplink Grant, SPS UL grant)的傳輸時間間隔，重新啟動計時器，以避免因計時器期滿而造成執(zhí) 行額外的調(diào)度要求程序及傳送緩存器狀態(tài)報告。
進一步地，上述計時器會于期滿且客戶端的傳輸緩存器內(nèi)有可上傳的 數(shù)據(jù)時，觸發(fā)一緩存器狀態(tài)報告，即進行緩存器狀態(tài)報告的重傳。 一般來 說，此類緩存器狀態(tài)報告為 一常規(guī)性緩存器狀態(tài)報告。
如先前技術(shù)所述，在半持續(xù)性調(diào)度啟用的情況下，由于客戶端已有半 持續(xù)性調(diào)度上行鏈路傳輸資源可傳送數(shù)據(jù)，因此網(wǎng)絡(luò)端有可能將不再額外 分配上行鏈路傳輸資源給客戶端。在此情形下，客戶端在重傳緩存器狀態(tài) 報告計時器期滿時將不會接收到網(wǎng)絡(luò)端分配的上行鏈路傳輸資源，而執(zhí)行 不必要的動作，例如觸發(fā)調(diào)度要求程序及緩存器狀態(tài)報告的重傳，造成網(wǎng) 絡(luò)資源的浪費。因此，本發(fā)明實施例的客戶端于配置有半持續(xù)性調(diào)度上行 鏈路傳輸資源的傳輸時間間隔，重新啟動計時器，以避免因計時器期滿， 而造成執(zhí)行額外的調(diào)度要求程序及傳送緩存器狀態(tài)報告。
綜上所述，本發(fā)明實施例提供處理用來觸發(fā)緩存器狀態(tài)報告的計時器 的方法，以避免執(zhí)行不必要的調(diào)度要求程序及傳送緩存器狀態(tài)報告，進而 提升網(wǎng)絡(luò)資源的使用效能。
以上所述僅為本發(fā)明的較佳實施例，凡依本發(fā)明權(quán)利要求書所做的均 等變化與修飾，皆應(yīng)屬本發(fā)明的涵蓋范圍。
權(quán)利要求
1.一種處理用來觸發(fā)緩存器狀態(tài)報告的計時器的方法，用于無線通訊系統(tǒng)的客戶端中，其特征是，上述方法包含有啟動用來觸發(fā)緩存器狀態(tài)報告的計時器；以及于傳輸時間間隔配置有半持續(xù)性調(diào)度上行鏈路傳輸資源時，重新啟動上述計時器。
2. 根據(jù)權(quán)利要求1所述的方法，其特征是，其中上述緩存器狀態(tài)報告 于上述計時器期滿且上述客戶端有數(shù)據(jù)可上傳時被觸發(fā)。
3. 根據(jù)權(quán)利要求1所述的方法，其特征是，其中上述緩存器狀態(tài)報告 是常規(guī)性緩存器狀態(tài)報告。
4. 根據(jù)權(quán)利要求1所述的方法，其特征是，其中上述計時器是重傳緩 存器狀態(tài)報告計時器。
5. —種通訊裝置，用于無線通訊系統(tǒng)的客戶端中處理用來觸發(fā)緩存器 狀態(tài)報告的計時器，其特征是，上述通訊裝置包含有中央處理器，用來執(zhí)行處理方法；以及儲存裝置，耦接于上述中央處理器，用來儲存用以執(zhí)行上述處理方法的程序；其中上述處理方法中包含有啟動用來觸發(fā)上述緩存器狀態(tài)報告的上述計時器；以及 于傳輸時間間隔配置有半持續(xù)性調(diào)度上行鏈路傳輸資源時，重新啟動上述計時器。
6. 根據(jù)權(quán)利要求5所述的通訊裝置，其特征是，其中上述緩存器狀態(tài) 報告于上述計時器期滿且上述客戶端有數(shù)據(jù)可上傳時被觸發(fā)。
7. 根據(jù)權(quán)利要求5所述的通訊裝置，其特征是，其中上述緩存器狀態(tài) 報告是常規(guī)性緩存器狀態(tài)報告。
8. 根據(jù)權(quán)利要求5所述的通訊裝置，其特征是，其中上述計時器是重 傳緩存器狀態(tài)報告計時器。
全文摘要
處理觸發(fā)緩存器狀態(tài)報告的計時器的方法及通訊裝置，用于一無線通訊系統(tǒng)的一客戶端中，包含有啟動用來觸發(fā)一緩存器狀態(tài)報告的一計時器；以及于一傳輸時間間隔配置有一半持續(xù)性調(diào)度上行鏈路傳輸資源時，重新啟動該計時器。
文檔編號H04W88/02GK101686574SQ20091017804
公開日2010年3月31日 申請日期2009年9月25日 優(yōu)先權(quán)日2008年9月26日
發(fā)明者郭宇軒 申請人:華碩電腦股份有限公司