專利名稱：在Mac－ePDU 中傳輸短信令的方法
技術領域：
本發(fā)明涉及在支持EUDCH的WCDMA系統(tǒng)中，通過Mac-e PDU中的填充比特來傳遞短的調度信令的方法。
背景技術：
第三代移動通信系統(tǒng)都在對提供高速率、高質量的數(shù)據分組業(yè)務進行標準化。例如3GPP在對HSDPA(High Speed Downlink Access)進行標準化，從而提高下行的數(shù)據速率，而3GPP2在對1xEV-DV(Evolution-Data and Voice)進行標準化。3GPP又繼續(xù)進行上行分組數(shù)據傳輸?shù)脑鰪?以下簡稱EUDCH)，從而提高上行的容量和覆蓋。EUDCH與Rel99/4/5的上行DCH相比，引入了HARQ(Hybrid AutomaticRetransmission Request)機制，并且正在考慮使用比Rel99/4/5的上行DCH要短的TTI(Transmission Time Interval)，例如與HSDPA一樣是2ms。TTI定義為傳輸信道向物理信道傳遞數(shù)據的時間間隔。
圖1描述了EUDCH中數(shù)據傳輸?shù)倪^程。基站(以下簡稱Node B)控制EUDCH的重發(fā)。
Node B收到用戶設備(以下稱UE)發(fā)來的數(shù)據，如果能夠正確譯碼，Node B發(fā)送正確應答(以下簡稱ACK)指示UE數(shù)據已經正確接收，UE在下一個同樣的過程(process)可以發(fā)送新數(shù)據。正確接收的數(shù)據發(fā)給基站控制器(以下稱RNC)，由RNC對數(shù)據進行排序。如果Node B沒有正確譯碼，Node B發(fā)送錯誤應答(以下簡稱NAK)指示UE，在一個同樣的process要重發(fā)此數(shù)據。Node B把重發(fā)的數(shù)據和首次發(fā)送的數(shù)據進行合并，如果能正確譯碼，Node B把正確譯碼后的數(shù)據發(fā)送給RNC。
Node B可以調度UE的上行傳輸?shù)慕^對速率，通過發(fā)送完全調度命令來設定UE的發(fā)送功率，功率可以轉化成速率。Node B還可以對UE正在使用的速率進行相對的調整，通過發(fā)送相對調度命令來使UE的上行功率或者速率比當前的值增加或者減少一個預定的步幅。
為了便于Node B的調度，UE需要把一些信息告訴Node B。目前有兩種方法來通知Node B，一種是UE可以把剩余的功率，和緩存區(qū)的狀態(tài)通過MAC層的包(以下簡稱Mac-e PDU)通知給Node B，包含剩余功率和緩存區(qū)狀態(tài)的包叫控制包，控制包通常是周期性的發(fā)送。一種是UE在物理層信道發(fā)送速率請求(以下簡稱RR)給Node B，反映了UE是需要增加速率，還是降低速率，RR是每個TTI都要發(fā)送。
EUDCH在UE端引入了一個新的媒體接入層(MAC)Mac-e/es。圖2是UE端Mac-e/es的結構，在進行TFC選擇后，要產生跟調度有關的信令，本發(fā)明就涉及UE在TFC選擇后到把MAC-e/es的包發(fā)送給物理層之前的范疇。Mac-e/es發(fā)送給物理層的包的就是Mac-e PDU(Packet Data Unit)。Mac-e PDU的長度是必須滿足事先約定的一組組合格式(TFC)的要求。UE MAC層根據要傳輸?shù)臄?shù)據比特和功率要求，選擇一個合適的格式來傳輸。如果數(shù)據比特數(shù)少于格式要求的比特數(shù)，則需要填加填充比特，目前填充比特都是零。由于緩存區(qū)狀態(tài)和剩余功率所用的比特數(shù)多，以下把包含緩存區(qū)狀態(tài)和剩余功率的控制包簡稱為長的控制包。圖3是Mac-e PDU的格式，包含頭和有效負載，有效負載包含數(shù)據和填充比特。
在SHO(軟切換)狀態(tài)下，可以發(fā)送絕對調度命令的Node B是UE的服務Node B，服務Node B根據UE的功率情況和發(fā)送數(shù)據的量決定用戶需要的上行速率，服務Node B可以發(fā)送絕對調度信令控制UE發(fā)送速率的最大值，還可以給用戶發(fā)送相對調度信令使用戶的速率增加或者減少一個預定的步幅。為了使服務Node B了解UE剩余的發(fā)射功率和緩存區(qū)的數(shù)據量，UE需要發(fā)送長的控制包給服務Node B，如果服務Node B沒有收到長的控制包，UE需要重發(fā)此控制包。非服務的Node B根據其它小區(qū)的UE對本小區(qū)的干擾情況，給用戶發(fā)送公共信令告訴其它小區(qū)的UE是否需要降低速率，或者不介意用戶提高速率，非服務Node B不介意是否收到了長的控制包。
由于物理層信道資源有限，只有最重要的信息才在物理信道上傳輸。目前，由于存在其他更重要的信息需要在物理信道上傳，RR可能不能通過物理層信道傳輸了。那么，我們可以不傳RR，服務Node B利用其他的UE匯報的功率和緩存信息來調度。但是，這種方法在UE是周期性匯報的情況下有缺陷，在兩個周期間，UE的緩存區(qū)可能已經有了很大的變化，這樣，Node B的調度參考了已經過時的不準確的信息，給UE調度的資源可能滿足不了用戶的需求。

發(fā)明內容
本發(fā)明的目的是提供一種在Mac-e PDU中傳輸短信令的方法。
為實現(xiàn)上述目的，一種在Mac-e PDU中傳輸短信令的方法，包括步驟a)UE把控制信息比特含在Mac-e PDU的填充比特的位置中發(fā)送給Node B；b)服務Node B參考控制信息比特發(fā)送調度命令給用戶。
本發(fā)明利用現(xiàn)有的填充比特來傳遞調度請求的信息，如果每個TTI都有填充比特，那UE可以在每個TTI都發(fā)送調度請求信令給Node B，這樣既能為Node B提供參考，又沒有帶來任何額外的負載。


圖1是EUDCH中數(shù)據傳輸?shù)倪^程；圖2是UE端Mac-e/es的結構圖3是是Mac-e PDU的格式；圖4是發(fā)明示意圖；圖5是RR在Mac-e PDU填充位置的流程圖；圖6是RR在Mac-e PDU填充位置的格式；圖7是RR在Mac-e PDU頭位置的格式；圖8是UE傳輸長的控制比特流程圖。
具體實施例方式
本發(fā)明是通過盡力傳輸?shù)姆椒?，只要Mac-e PDU中包含填充比特，就可以發(fā)送一些短的控制比特，比如RR比特，來給服務Node B的調度提供增強性的信息，并且不對現(xiàn)有的空中接口帶來任何額外的負載。
根據本發(fā)明，短的控制比特，比如RR比特，可以在Mac-e PDU中盡力傳輸，當Mac-e PDU有填充比特適合發(fā)送短的控制比特的時候，就發(fā)送此控制比特，如果沒有填充比特，或者填充比特長度不適合發(fā)送短的控制比特的時候，就不發(fā)送控制比特，只發(fā)送填充比特。下面以RR比特為例，來描述本發(fā)明的方法。
圖4是本發(fā)明的示意圖。
401步驟，UE把RR比特包含在Mac-e PDU中，發(fā)送給Node B。
402步驟，如果服務Node B得到RR比特，參考RR比特，如果需要，發(fā)送調度信令來改變用戶的數(shù)據速率。
UE在每個TTI，如果有數(shù)據要傳，則用戶根據功率，數(shù)據量來決定本TTI數(shù)據傳輸?shù)母袷絋FC，如果需要填加填充比特，UE判斷下一個TTI的數(shù)據數(shù)率是否需要增加，如果需要增加，則可以把Mac-e PDU的填充比特都填充為1，或者填充比特的某一位或幾位填1，其他還填充0。另一種可行的方法是把RR比特包含在Mac-e PDU頭比特的位置，此種方法由于改變了現(xiàn)有的Mac-e PDU的頭的格式，因此本發(fā)明的重點在于，短的控制信令利用現(xiàn)有的填充比特來傳輸。
長的控制包為服務Node B的調度提供信息，如果服務Node B沒有收到長的控制包，其他非控制Node B正確響應了長的控制包，則UE需要在下一個空閑的TTI重新發(fā)送長的控制包。直到服務Node B發(fā)送了確認信息給UE。RR比特雖然也屬于控制包，但RR比特控制包和長的控制包不同的地方在于，如果服務Node B沒有收到包含RR比特的Mac-e PDU，其他非控制Node B正確響應了包含RR比特的Mac-e PDU，則UE在下一個TTI不需要重新發(fā)送舊的RR比特。
本發(fā)明不局限于RR比特，也適用于其他短的控制信息，只要滿足條件1)短的控制信息長度有限，并且相對固定；2)短的控制信息為服務Node B提供增強性的調度信息，有了此信息，Node B可以更準確的調度用戶，沒有此信息，Node B也可以根據已保存的控制信息來調度用戶。滿足上述兩個條件的短的調度控制信息都可以使用本發(fā)明的方法，即在填充比特的長度適合短的控制信息的情況下，可以利用填充比特來發(fā)送，如果沒有填充比特或者填充比特長度小于控制包需要的長度，則本TTI不發(fā)送短的控制信息，這并不影響服務NodeB對UE的調度。比如，如果每個TTI，UE都要匯報EUDCH信道和EUDCH信道的功率的比值，此比值長度可能是幾個比特，并且是為服務Node B的調度提供信息，此功率的比值也可以用本發(fā)明的方法，如果某個TTI有填充比特就傳輸，如果沒有填充比特或者填充比特長度小于此比值需要的長度，本TTI就不傳輸此比值。
根據本發(fā)明，利用填充比特來盡力發(fā)送控制信息，也可以適用于長的控制信息，比如，UE緩存區(qū)的數(shù)據量。一般來說，長的控制信息是周期性發(fā)送的，網絡會給UE配置一個匯報周期。如果匯報周期沒有到，但是在臨近匯報周期的某個TTI的Mac-e PDU，如果包含的填充比特的長度適合長的控制信息的傳輸，就可以傳輸長的控制信息，如果服務小區(qū)沒有收到此Mac-e PDU，則此長的控制信息需要在一個符合條件的Mac-e PDU包中重發(fā)。如果到了匯報周期，也沒有適合長的控制信息傳輸?shù)腗ac-ePDU，則到了匯報周期，必須把此長的控制信息發(fā)送。
實施例在下文的描述中，為了避免重復描述，只用RR比特作為代表來描述發(fā)明的實施例，RR比特的傳輸方法也同樣適用滿足上述兩個條件的短的控制信令。RR比特可以包含在Mac-e PDU的填充比特的位置，也可以包含在Mac-e PDU的頭比特位置。為了避免使本專利的描述過于冗長，在下面的說明中，略去了對公眾熟知的功能或者裝置等的詳細描述。
圖5是本發(fā)明中，UE把RR比特包含在Mac-e PDU的填充比特位置的流程圖和服務Node B收到此Mac-e PDU的流程圖。
501步驟，UE計算數(shù)據的傳輸格式TFC。此步驟在現(xiàn)有的系統(tǒng)中有詳細的描述，因此，本發(fā)明不詳細說明。
502步驟，數(shù)據(包括其對應的頭的數(shù)據)的長度小于TFC的長度，決定填充，進行503步驟。如果數(shù)據的長度(包括其對應的頭的數(shù)據)等于TFC的長度，則沒有填充比特，進行506步驟，直接把包發(fā)送給物理層，以便在空中接口發(fā)送。
503步驟，下一個TTI需要增加速率嗎？如果需要，進行504步驟，如果不需要，進行505步驟。
504步驟，填充比特填充為1。填充的格式見圖6所示。然后進行506步驟。
505步驟，填充比特填充為0。然后進行506步驟。
506步驟，把填充好的包交給物理層，進行空中接口的傳輸。
507步驟，服務Node B收到UE發(fā)送來的Mac-e PDU。
508步驟，Mac-e PDU中包含RR比特嗎？Node B判斷是否包含RR比特，需要根據Mac-e PDU的頭的指示和TFC的指示(TFCI)。Node B根據物理層發(fā)送的TFCI，知道UE在本TTI使用的傳輸格式，從而知道Mac-e PDU的長度。Mac-e PDU的頭信息會指示數(shù)據結束的位置，Node B根據Mac-ePDU的長度和數(shù)據結束的位置，判斷是否有填充比特的位置，如果有，則可以認為此Mac-e PDU包含了RR比特。如果Mac-e PDU中包含RR比特，則進行509步驟。如果沒有包含RR比特，進行510步驟，根據其它已經保存的信息來決定是否發(fā)送下行的調度命令給UE。
509步驟，服務Node B收到RR比特，根據RR比特的值，服務Node B決定是否發(fā)送下行信令給UE，以便調整用戶的速率。如果填充比特的位置填充的是1，Node B認為RR比特是1，表示UE希望增加速率，Node B如果有能力，要通過物理層信道發(fā)送下行調度信令給UE，使得UE的上行速率增加。如果RR比特是0，表示UE沒有希望增加速率。
510步驟，服務Node B沒有收到RR比特，服務Node B根據已經保存的用戶的剩余的功率，緩存區(qū)的狀態(tài)以及其他信息來決定是否發(fā)送信令來調整用戶的速率，如果需要，通過物理信道發(fā)送調度信令給UE。
圖6是RR比特包含在Mac-e PDU的填充比特的位置的示意圖。RR是1表示UE需要提高當前的數(shù)據速率，1代表一個預定的步幅，可以是速率的步幅，也可以是功率步幅。RR可以占據填充比特的第一個位置，也可以占據多個填充比特的位置，甚至整個填充比特的位置。
短的控制信息比特可以也可以包含在Mac-e PDU的頭比特位置。圖7是以RR為例，RR比特包含在頭比特位置的示意圖?？梢杂靡粋€固定的格式來表示短的RR。
圖8是利用本發(fā)明的方法來傳輸長的控制信息的流程圖。
801步驟，UE計算數(shù)據的傳輸格式TFC。此步驟在現(xiàn)有的系統(tǒng)中有詳細的描述，因此，本發(fā)明不詳細說明。
802步驟，UE判斷是否快到了匯報的周期了。首先需要定義“快到”的概念，可以通過協(xié)議規(guī)定，或者RNC配置，或者實現(xiàn)相關。比如，協(xié)議可以定義，距離RNC配置的匯報周期還有10個或者小于10個TTI的時刻，UE就可以認為是快到了匯報周期，需要進行以下803-805步驟，否則，直接進行806步驟。
803步驟，填充比特的長度適合長的控制比特的傳輸嗎？如果適合，進行804步驟，如果不適合，進行805步驟。
804步驟，在填充比特的位置填充長的控制信息比特。然后進行806步驟。
805步驟，填充比特填充為0。然后進行806步驟。
806步驟，把填充好的包Mac-e PDU交給物理層，進行空中接口的傳輸。
權利要求
1.一種在Mac-e PDU中傳輸短信令的方法，包括步驟a)UE把控制信息比特含在Mac-e PDU的填充比特的位置中發(fā)送給NodeB；b)服務Node B參考控制信息比特發(fā)送調度命令給用戶。
2.按權利要求1所述的方法，其特征在于所述步驟a)包括UE計算數(shù)據的傳輸格式TFC；如果數(shù)據的長度小于TFC的長度，則決定填充；如果填充比特適合控制信息的傳輸，填充為控制信息；將填充好的包交給物理層進行空中接口的傳輸。
3.按權利要求1所述的方法，其特征在于所述步驟b)包括Node B判斷Mac-e PDU中的填充比特的位置是否包含控制信息；服務Node B收到控制信息，參考控制信息，決定是否通過物理信道發(fā)送下行調度信令給UE。
4.按權利要求1所述的方法，其特征在于控制信息是短的控制信息。
5.按權利要求4所述的方法，其特征在于短的控制信息是RR比特。
6.按權利要求4所述的方法，其特征在于短的控制信息是數(shù)據信道和控制信道的功率的比值。
7.按權利要求1或4所述的方法，其特征在于如果服務Node B沒有收到某個TTI的短的控制信息，但是非服務的Node B收到了，UE不需要重發(fā)此控制信息。
8.按權利要求1所述的方法，其特征在于如果Mac-e PDU包含有填充比特，并且填充比特的長度適合控制信息，就把控制信息包含在Mac-ePDU中進行傳輸。
9.按權利要求1所述的方法，其特征在于如果Mac-e PDU沒有填充比特，或者包含有填充比特，但是填充比特的長度不適合控制信息，則在本TTI不發(fā)送控制信息。
10.按權利要求1所述的方法，其特征在于控制信息是長的控制信息。
11.按權利要求10所述的方法，其特征在于長的控制信息在臨近匯報周期的時候發(fā)送。
12.按權利要求11所述的方法，其特征在于如果服務小區(qū)沒有收到長的控制信息，則UE需要重發(fā)長的控制信息。
全文摘要
一種在Mac－e PDU中傳輸短信令的方法，包括步驟UE把控制信息比特含在Mac－e PDU的填充比特的位置中發(fā)送給Node B；服務Node B參考控制信息比特發(fā)送調度命令給用戶。本發(fā)明利用現(xiàn)有的填充比特來傳遞調度請求的信息，如果每個TTI都有填充比特，那UE可以在每個TTI都發(fā)送調度請求信令給Node B，這樣既能為Node B提供參考，又沒有帶來任何額外的負載。
文檔編號H04B7/26GK1798446SQ20041010465
公開日2006年7月5日 申請日期2004年12月29日 優(yōu)先權日2004年12月29日
發(fā)明者王弘, 杜高科, 李小強 申請人:北京三星通信技術研究有限公司, 三星電子株式會社