專利名稱：一種半持續(xù)調(diào)度的數(shù)據(jù)包處理方法及基站的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及無線通信技術(shù)，特別涉及一種半持續(xù)調(diào)度的數(shù)據(jù)包處理方法及基站。
背景技術(shù)：
為優(yōu)化使用共享信道傳輸時延要求高、數(shù)據(jù)速率低的業(yè)務(wù)(如VoIP (Voice over IP，基于IP的語音傳輸))時的效率，特別是優(yōu)化傳輸中的控制信道開銷，在TDD-LTECTime Division Duplex-Long Term Evolution，時分雙工-長期演進)系統(tǒng)中，引入了一種半持續(xù) 資源分配的方式。即基站(eNodeB)發(fā)送一次控制信道PDCCH(physical downlink control channel，物理下行控制信道)可以為終端分配周期性的物理資源。并且，基站還可以通過 發(fā)送控制信道改變半持續(xù)的資源分配或者收回半持續(xù)資源。對于TDD-LTE系統(tǒng)，下行半持續(xù)資源上發(fā)送的傳輸塊MAC (Medium Access Control,媒體接入控制)PDU(Protocol Data Unit,協(xié)議數(shù)據(jù)單元)仍然使用 DL-SCH(Down-link Shared Channel，下行共享信道)的 MAC PDU 格式。MAC PDU 的格式說 明和字段詳細含義可以參見 3GPP TS 36. 321-930 “ Technical Specification Group Radio Access Network ；Evolved Universal Terrestrial Radio Access (E-UTRA) ；Medium Access Control (MAC)protocol specification"的 6. 1 節(jié)禾口 6· 2 節(jié)。TDD-LTE系統(tǒng)中，使用普通下行動態(tài)調(diào)度的邏輯信道，在eNodeB緩存中沒有該邏 輯信道數(shù)據(jù)的TTI (Transmission Time Interval，傳輸時間間隔)，將不會調(diào)度該邏輯信道 和為該邏輯信道分配PDSCH(Physical Downlink Shared Channel，下行共享物理信道)資 源，此時沒有必要也不會為該邏輯信道發(fā)送PDCCH和MAC PDU,由于沒有PDCCH，終端也不會 接收PDSCH上數(shù)據(jù)。在TDD-LTE系統(tǒng)中，對于下行半持續(xù)調(diào)度的邏輯信道，其半持續(xù)PDSCH資源是通過 一次發(fā)送的PDCCH分配的周期性資源，終端會根據(jù)PDCCH中指示的資源和傳輸塊等相關(guān)信 息，以及高層信令預(yù)先配置的周期，周期性的在指定PDSCH資源上檢測和接收MAC PDU數(shù) 據(jù)。由于半持續(xù)調(diào)度的PDSCH資源是預(yù)先分配好的周期性資源，而承載于下行半持續(xù) 資源的業(yè)務(wù)數(shù)據(jù)到達基站(eNodeB)的規(guī)律和數(shù)據(jù)量很難與預(yù)先分配好的空口資源完全匹 配，因此就可能出現(xiàn)在存在半持續(xù)調(diào)度資源的TTI，基站(eNodeB)半持續(xù)調(diào)度邏輯信道無 緩存數(shù)據(jù)可發(fā)的情況。而現(xiàn)有技術(shù)的不足在于在下行半持續(xù)調(diào)度邏輯信道無緩存數(shù)據(jù)，但又在當前 TTI存在PDSCH資源的情況下，還沒有方案來解決基站(eNodeB)側(cè)該如何處理。

發(fā)明內(nèi)容
本發(fā)明所解決的技術(shù)問題在于提供了一種在下行半持續(xù)調(diào)度邏輯信道無緩存數(shù) 據(jù)，但又在當前TTI存在PDSCH資源情況下，一種半持續(xù)調(diào)度的數(shù)據(jù)包處理方法及基站。本發(fā)明實施例中提供了一種半持續(xù)調(diào)度的數(shù)據(jù)包處理方法，包括如下步驟
確定半持續(xù)調(diào)度的邏輯信道的緩存數(shù)據(jù)為空，且在當前TTI存在半持續(xù)PDSCH資 源；將MAC PDU構(gòu)造成預(yù)設(shè)的格式，該預(yù)設(shè)的格式的MAC PDU用以保證終端側(cè)能夠根 據(jù)該MAC PDU進行正常的譯碼和混合自動重復(fù)請求HARQ處理，并且終端側(cè)在HARQ處理完 成之后、進行后續(xù)處理之前將該MAC PDU丟棄掉；將構(gòu)造后的MAC PDU在半持續(xù)PDSCH資源上發(fā)送給終端。較佳地，將MAC PDU構(gòu)造成預(yù)設(shè)的格式，包括按照半持續(xù)資源分配時指定的長度，組出一個凈荷部分為填充比特的MAC PDU，在 MAC header中只包含一個采用格式R/R/E/LCID的MAC PDUsubheader，其中LCID字段的五 個比特位填寫為11111。較佳地，進一步包括在當前HARQ進程記錄本次發(fā)送的MAC PDU為構(gòu)造后的MAC PDU。較佳地，進一步包括確定接收的ACK/NACK反饋是針對構(gòu)造后的MAC PDU ；釋放發(fā)送構(gòu)造后的MAC PDU所占用的HARQ進程。本發(fā)明實施例中提供了一種基站，包括確定模塊，用于確定半持續(xù)調(diào)度的邏輯信道的緩存數(shù)據(jù)為空，且在當前TTI存在 半持續(xù)PDSCH資源；構(gòu)造模塊，用于將MAC PDU構(gòu)造成預(yù)設(shè)的格式，該預(yù)設(shè)的格式的MACPDU用以保證 終端側(cè)能夠根據(jù)該MAC PDU進行正常的譯碼和HARQ處理，并且終端側(cè)在HARQ處理完成之 后、進行后續(xù)處理之前將該MAC PDU丟棄掉；發(fā)送模塊，用于將構(gòu)造后的MAC PDU在半持續(xù)PDSCH資源上發(fā)送給終端。較佳地，構(gòu)造模塊進一步用于在將MAC PDU構(gòu)造成預(yù)設(shè)的格式時，按照半持續(xù)資源 分配時指定的長度，組出一個凈荷部分為填充比特的MAC PDU，在MAC header中只包含一個 采用格式R/R/E/LCID的MAC PDU suWieader，其中LCID字段的五個比特位填寫為11111。較佳地，進一步包括記錄模塊，用于在當前HARQ進程記錄本次發(fā)送的MAC PDU為構(gòu)造后的MAC PDU。較佳地，進一步包括反饋處理模塊，用于在確定接收的ACK/NACK反饋是針對構(gòu)造后的MACPDU的時，釋 放發(fā)送構(gòu)造后的MAC PDU所占用的HARQ進程。本發(fā)明有益效果如下對于TDD-LTE系統(tǒng)，在下行半持續(xù)調(diào)度邏輯信道無緩存數(shù)據(jù)，但又在當前TTI存在 PDSCH資源的情況下，協(xié)議沒有規(guī)定基站側(cè)的處理方式，而本發(fā)明實施例給出了基站側(cè)在該 種情況下的處理方案。


圖1為本發(fā)明實施例中半持續(xù)調(diào)度的數(shù)據(jù)包處理方法實施流程示意圖；圖2為本發(fā)明實施例中MAC PDU的發(fā)送處理實施流程示意圖；圖3為本發(fā)明實施例中終端反饋ACK/NACK后的處理實施流程示意圖4為本發(fā)明實施例中基站結(jié)構(gòu)示意圖。
具體實施例方式發(fā)明人在發(fā)明過程中注意到TDD-LTE系統(tǒng)中，使用普通下行動態(tài)調(diào)度的邏輯信道，在eNodeB緩存中沒有該邏 輯信道數(shù)據(jù)的TTI，將不會調(diào)度該邏輯信道和為該邏輯信道分配PDSCH資源，此時沒有必要 也不會為該邏輯信道發(fā)送PDCCH和MAC PDU,由于沒有PDCCH，終端也不會接收PDSCH上數(shù)據(jù)。但是，在TDD-LTE系統(tǒng)中，對于下行使用半持續(xù)調(diào)度的邏輯信道，其半持續(xù)PDSCH 資源是通過一次發(fā)送的PDCCH分配的周期性資源，終端會根據(jù)PDCCH中指示的資源和傳輸 塊等相關(guān)信息，以及高層信令預(yù)先配置的周期，周期性的在指定PDSCH資源上檢測和接收 MAC PDU數(shù)據(jù)，因此不管eNodeB是否發(fā)送，終端都會在預(yù)先分配好的周期性的PDSCH資源上 檢測和接收MACPDU數(shù)據(jù)。由于半持續(xù)調(diào)度的PDSCH資源是預(yù)先分配好的周期性資源，而承載于下行半持續(xù) 資源的業(yè)務(wù)數(shù)據(jù)到達基站(eNodeB)的規(guī)律和數(shù)據(jù)量很難與預(yù)先分配好的空口資源完全匹 配，因此就可能出現(xiàn)在存在半持續(xù)調(diào)度資源的TTI，基站(eNodeB)半持續(xù)調(diào)度邏輯信道無 緩存數(shù)據(jù)可發(fā)的情況。然而，現(xiàn)有技術(shù)中并沒有規(guī)定在下行半持續(xù)調(diào)度邏輯信道無緩存數(shù)據(jù)，但又存在 PDSCH資源的TTI，基站(eNodeB)側(cè)的處理方式。因此，下面將簡單分析在基站不發(fā)送數(shù)據(jù) 與發(fā)送數(shù)據(jù)這兩種情況下可能的處理方式，并進而得出本發(fā)明的構(gòu)思。(1)、基站不發(fā)送數(shù)據(jù)。這樣處理會存在以下問題。A)如前所述，對于TDD-LTE系統(tǒng)，由于半持續(xù)PDSCH資源是預(yù)先分配好的周期性 資源，終端會周期性的在指定PDSCH資源上檢測和接收MAC PDU數(shù)據(jù)，如果基站此時不發(fā) 數(shù)據(jù)，終端仍然會去預(yù)先指定的PDSCH資源上檢測和接收數(shù)據(jù)。顯然此時終端無法正確的 檢測出數(shù)據(jù)，其解調(diào)譯碼結(jié)果必然為NACK，并會通過控制信道將NACK反饋給基站要求基站 重傳，且終端無法判斷此時究竟是基站沒發(fā)還是空口譯碼錯誤，會將當前情況作為誤塊處 理。由于終端測量下行信道質(zhì)量需要考慮空口的誤塊率，上述情況將導(dǎo)致終端測量得到的 CQI (Channel Quality hdicator，信道質(zhì)量指示)比真實值低，該CQI值上報基站后會引 起基站不必要的調(diào)整，如下發(fā)PDCCH調(diào)整半持續(xù)資源或者降低該用戶其他動態(tài)調(diào)度業(yè)務(wù)的 調(diào)制編碼等級，降低系統(tǒng)資源利用率。此外終端可能有其他誤塊后處理算法，上述情況還將 影響相關(guān)處理的準確性；O)、基站發(fā)送數(shù)據(jù)。A)如果這種情況下基站發(fā)送數(shù)據(jù)，則終端的數(shù)據(jù)檢測接收和HARQ (Hybrid Automatic Repeat Request，混合自動重復(fù)請求)處理結(jié)果是可信的，不會存在(I)A)中的 問題；B)由于半持續(xù)的PDSCH資源是預(yù)先分配好的周期性資源，在無緩存數(shù)據(jù)時不發(fā)送 數(shù)據(jù)，也不能將該資源分配給其他用戶使用，因此此時發(fā)送無效數(shù)據(jù)也不會造成資源的浪費。C)在這種情況下基站(eNodeB)發(fā)送數(shù)據(jù)，必須保證不能引起終端側(cè)重組和重排序問題，不能導(dǎo)致數(shù)據(jù)包處理出錯?？梢?，在下行半持續(xù)調(diào)度邏輯信道無緩存數(shù)據(jù)但又存在PDSCH資源的TTI，發(fā)送數(shù) 據(jù)相比不發(fā)數(shù)據(jù)，可以避免對系統(tǒng)的多種不利影響，但是，發(fā)送的數(shù)據(jù)還必須保證不能引起 終端側(cè)重組和重排序等問題，不能導(dǎo)致數(shù)據(jù)包處理出錯?；诖耍景l(fā)明實施例中將提供一種半持續(xù)調(diào)度的數(shù)據(jù)包發(fā)送方案，用于 在TDD-LTE系統(tǒng)中，在用戶具有半持續(xù)調(diào)度資源但基站側(cè)無緩存數(shù)據(jù)的情況下，基站 (eNodeB)發(fā)送預(yù)設(shè)的、特殊的數(shù)據(jù)包。在保證不影響終端數(shù)據(jù)包重組和重排序等處理的基 礎(chǔ)上，保持正確的HARQ過程以避免影響終端對信道質(zhì)量判斷的準確性進而影響終端內(nèi)部 相關(guān)處理的準確性。下面結(jié)合附圖對本發(fā)明的具體實施方式
進行說明。圖1為半持續(xù)調(diào)度的數(shù)據(jù)包處理方法實施流程示意圖，如圖所示，可以包括如下 步驟步驟101、確定半持續(xù)調(diào)度的邏輯信道的緩存數(shù)據(jù)為空，且在當前TTI存在半持續(xù) PDSCH資源；步驟102、將MAC PDU構(gòu)造成預(yù)設(shè)的格式，該預(yù)設(shè)的格式的MAC PDU用以保證終端 側(cè)能夠根據(jù)該MAC PDU進行正常的譯碼和HARQ處理，并且終端側(cè)在HARQ處理完成之后、進 行后續(xù)處理之前將該MAC PDU丟棄掉；步驟103、將構(gòu)造后的MAC PDU在半持續(xù)PDSCH資源上發(fā)送給終端。實施中，對于TDD-LTE系統(tǒng)，協(xié)議規(guī)定，MAC PDU凈荷中的填充字節(jié)可以為任意值， 并且UE (User Equipment，用戶設(shè)備)將不處理這些填充信息。因此，將MAC PDU構(gòu)造成預(yù) 設(shè)的格式，可以包括按照半持續(xù)資源分配時指定的長度，組出一個凈荷部分為填充比特的MAC PDU，在 MAC header中只包含一個采用格式R/R/E/LCID(其中，R:Reserved bit (預(yù)留比特位)，設(shè) 置為 “0”；E Extension field (擴展位)；LCID :Logical Channel ID，邏輯信道標識)的 MAC PDU subheader (子頭)，其中LCID字段的五個比特位填寫為11111。具體實施中，格式說明和字段詳細含義可以參見3GPP TS 36.321-930 “ Technical Specification Group Radio Access Network ；Evolved Universal Terrestrial Radio Access (E-UTRA) ；Medium Access Control(MAC)protocol specification"的 6. 1 節(jié)和 6. 2 節(jié)。在實施中采用了上述構(gòu)造方式是因為該方式容易實現(xiàn)，也是根據(jù)當前協(xié)議的規(guī)定 舉的例；但是，從理論上來說，用其它的方式也是可以的，只要能夠保證終端側(cè)能夠正常的 進行譯碼和HARQ處理，并且在終端HARQ處理完成之后、進行后續(xù)處理之前被丟棄掉即可， 上述構(gòu)造方式僅用于教導(dǎo)本領(lǐng)域技術(shù)人員具體如何實施本發(fā)明，但不意味僅能使用該方 式，實施過程中可以結(jié)合實踐需要以及協(xié)議規(guī)定等因素來確定相應(yīng)的方式。實施中，還可以進一步包括步驟104、在當前HARQ進程記錄本次發(fā)送的MAC PDU為構(gòu)造后的MACPDU。實施中，還可以進一步包括步驟 105、確定接收的ACK/NACK(Acknowledgement/ Negative Acknowledgement, 確認/否定確認)反饋是針對構(gòu)造后的MAC PDU ；
步驟106、釋放發(fā)送構(gòu)造后的MAC PDU所占用的HARQ進程。在上述實施中，該數(shù)據(jù)包的處理方案包含2方面內(nèi)容(1)在用戶具有半持續(xù)調(diào)度資源但基站側(cè)該半持續(xù)調(diào)度邏輯信道無緩存數(shù)據(jù)的情 況下，組出特殊的MAC PDU (也即構(gòu)造后的、預(yù)設(shè)的MAC PDU)發(fā)送。這種特殊的MAC PDU可 以保證終端側(cè)能夠正常的進行譯碼和HARQ處理，并且在終端HARQ處理完成之后、進行后續(xù) 處理之前，能夠根據(jù)協(xié)議的規(guī)定被丟棄掉，從而不影響終端數(shù)據(jù)包重組和重排序等處理；(2)發(fā)送特殊MAC PDU之后，對于終端針對此特殊MAC PDU的HARQ結(jié)果反饋(ACK/ NACK)，基站側(cè)一律釋放對應(yīng)的HARQ進程，不進行重傳處理。也由上述分析可知，上述構(gòu)造特殊的MAC PDU以及對ACK/NACK的處理這兩個方 面，相對于現(xiàn)有技術(shù)中在下行半持續(xù)調(diào)度邏輯信道無緩存數(shù)據(jù)，但又存在PDSCH資源的TTI 的情況下，基站沒有處理方案這一不足來說都是可以分開實施的，只是在這二者組合時會 有更好地實施效果。下面再以實例來進行說明。圖2為MAC PDU的發(fā)送處理實施流程示意圖，如圖所示，對于TDD-LTE系統(tǒng)，對于 一個半持續(xù)調(diào)度邏輯信道，在其存在半持續(xù)PDSCH資源的TTI時，eNodeB在對半持續(xù)調(diào)度 用戶數(shù)據(jù)進行發(fā)送處理時可以包括如下步驟步驟201、在用戶存在半持續(xù)資源的TTI時，eNodeB獲知半持續(xù)調(diào)度邏輯信道的緩 存數(shù)據(jù)情況；步驟202、判斷半持續(xù)調(diào)度邏輯信道是否為空，是則轉(zhuǎn)入步驟203，否則轉(zhuǎn)入步驟 205 ；步驟203、按照半持續(xù)資源分配時指定的長度，組出一個凈荷部分為填充比特的 MAC PDU，其 MAC header 中只包含一個采用 R/R/E/LCID 格式的 MACPDU subheader，其中 LCID字段的五個比特位填寫為11111 ；步驟204、記錄當前使用的HARQ進程本次發(fā)送了特殊MAC PDU ；步驟205、根據(jù)半持續(xù)資源分配時指定的長度，按照正常方式組MAC PDU并發(fā)送。實施中，eNodeB獲知該邏輯信道緩存數(shù)據(jù)情況，如果不為空則按照協(xié)議組出正確 的MAC PDU并發(fā)送，否則按照半持續(xù)資源分配時指定的長度，組出一個凈荷部分為填充比特 的 MAC PDU，其 MAC header 中只包含一個采用 R/R/E/LCID 格式的 MAC PDU subheader，其 中LCID字段的五個比特位填寫為11111。進一步的，eNodeB可以記錄當前HARQ進程本次發(fā)送的MAC PDU為一種特殊MAC PDU ；eNodeB將MAC PDU在半持續(xù)資源上發(fā)送給終端，除構(gòu)造預(yù)設(shè)的MACPDU以及對ACK/ NACK的處理外，其余的發(fā)送處理和有緩存數(shù)據(jù)時處理相同。對于終端產(chǎn)生的ACK/NACK，在該數(shù)據(jù)發(fā)送完成后，基站(eNodeB)會等待針對該 MAC PDU的ACK/NACK反饋。下面對收到ACK/NACK反饋時，基站(eNodeB)的處理進行說明。圖3為終端反饋ACK/NACK后的處理實施流程示意圖，如圖所示，在收到ACK/NACK 反饋時，站(NodeB)的處理流程可以包括如下步驟步驟301、基站收到ACK/NACK反饋；步驟302、基站判斷該ACK/NACK反饋針對的MAC PDU是否為特殊MACPDU，是則轉(zhuǎn)入步驟303，否則轉(zhuǎn)入步驟304 ；步驟303、釋放對應(yīng)的HARQ進程；步驟304、根據(jù)ACK/NACK反饋進行相應(yīng)處理。實施中，基站判斷該ACK/NACK反饋針對的MAC PDU是否為預(yù)設(shè)的特殊MAC PDUjn 果不是，則根據(jù)ACK/NACK情況進行相應(yīng)處理；否則釋放占用的HARQ進程。基于同一發(fā)明構(gòu)思，本發(fā)明實施例中還提供了一種基站，由于基站解決問題的原 理與一種半持續(xù)調(diào)度的數(shù)據(jù)包處理方法相似，因此基站的實施可以參見方法的實施，重復(fù) 之處不再贅述。圖4為基站結(jié)構(gòu)示意圖，如圖所示，基站中可以包括確定模塊401，用于確定半持續(xù)調(diào)度的邏輯信道的緩存數(shù)據(jù)為空，且在當前TTI存 在半持續(xù)PDSCH資源；構(gòu)造模塊402，用于將MAC PDU構(gòu)造成預(yù)設(shè)的格式，該預(yù)設(shè)的格式的MAC PDU用以 保證終端側(cè)能夠根據(jù)該MAC PDU進行正常的譯碼和HARQ處理，并且終端側(cè)在HARQ處理完 成之后、進行后續(xù)處理之前將該MAC PDU丟棄掉；發(fā)送模塊403，用于將構(gòu)造后的MAC PDU在半持續(xù)PDSCH資源上發(fā)送給終端。實施中，構(gòu)造模塊可以進一步用于在將MAC PDU構(gòu)造成預(yù)設(shè)的格式時，按照半持 續(xù)資源分配時指定的長度，組出一個凈荷部分為填充比特的MACPDU，在MAC header中只包 含一個采用格式R/R/E/LCID的MAC PDUsiAheader，其中LCID字段的五個比特位填寫為 11111。實施中，基站可以進一步包括記錄模塊404，用于在當前HARQ進程記錄本次發(fā)送的MAC PDU為構(gòu)造后的MAC PDU。實施中，基站可以進一步包括反饋處理模塊405，用于在確定接收的ACK/NACK反饋是針對構(gòu)造后的MAC PDU的 時，釋放發(fā)送構(gòu)造后的MAC PDU所占用的HARQ進程。為了描述的方便，以上所述裝置的各部分以功能分為各種模塊或單元分別描述。 當然，在實施本發(fā)明時可以把各模塊或單元的功能在同一個或多個軟件或硬件中實現(xiàn)。由上述實施例可知，針對TDD-LTE系統(tǒng)中的eNodeB對半持續(xù)調(diào)度的處理，在本發(fā) 明實施例提供的技術(shù)方案中在用戶具有半持續(xù)調(diào)度資源但基站側(cè)該半持續(xù)調(diào)度邏輯信道無緩存數(shù)據(jù)的情況 下，組出預(yù)設(shè)的、特殊的MAC PDU發(fā)送。進一步的，提供了特殊MACPDU的構(gòu)造方案；針對此特殊MAC PDU的HARQ結(jié)果反饋(ACK/NACK)，還提供了基站(eNodeB)的處 理方案?？梢?，通過本發(fā)明實施例提供的技術(shù)方案，首先，對于TDD-LTE系統(tǒng)，在協(xié)議沒有 規(guī)定在下行半持續(xù)調(diào)度邏輯信道無緩存數(shù)據(jù)但又存在半持續(xù)資源的TTI時基站側(cè)的處理 方式的情況下，本發(fā)明實施例給出了處理方案。其次，通過分析和對比可能的處理方式，本發(fā)明實施例提供的技術(shù)方案有利于保 證終端側(cè)信道質(zhì)量檢測和誤塊統(tǒng)計的準確性及相關(guān)處理的準確性。本領(lǐng)域內(nèi)的技術(shù)人員應(yīng)明白，本發(fā)明的實施例可提供為方法、系統(tǒng)、或計算機程序產(chǎn)品。因此，本發(fā)明可采用完全硬件實施例、完全軟件實施例、或結(jié)合軟件和硬件方面的實 施例的形式。而且，本發(fā)明可采用在一個或多個其中包含有計算機可用程序代碼的計算機 可用存儲介質(zhì)(包括但不限于磁盤存儲器、CD-ROM、光學(xué)存儲器等)上實施的計算機程序產(chǎn) 品的形式。本發(fā)明是參照根據(jù)本發(fā)明實施例的方法、設(shè)備(系統(tǒng))、和計算機程序產(chǎn)品的流程 圖和/或方框圖來描述的。應(yīng)理解可由計算機程序指令實現(xiàn)流程圖和/或方框圖中的每一 流程和/或方框、以及流程圖和/或方框圖中的流程和/或方框的結(jié)合?？商峁┻@些計算 機程序指令到通用計算機、專用計算機、嵌入式處理機或其他可編程數(shù)據(jù)處理設(shè)備的處理 器以產(chǎn)生一個機器，使得通過計算機或其他可編程數(shù)據(jù)處理設(shè)備的處理器執(zhí)行的指令產(chǎn)生 用于實現(xiàn)在流程圖一個流程或多個流程和/或方框圖一個方框或多個方框中指定的功能 的裝置。這些計算機程序指令也可存儲在能引導(dǎo)計算機或其他可編程數(shù)據(jù)處理設(shè)備以特 定方式工作的計算機可讀存儲器中，使得存儲在該計算機可讀存儲器中的指令產(chǎn)生包括指 令裝置的制造品，該指令裝置實現(xiàn)在流程圖一個流程或多個流程和/或方框圖一個方框或 多個方框中指定的功能。這些計算機程序指令也可裝載到計算機或其他可編程數(shù)據(jù)處理設(shè)備上，使得在計 算機或其他可編程設(shè)備上執(zhí)行一系列操作步驟以產(chǎn)生計算機實現(xiàn)的處理，從而在計算機或 其他可編程設(shè)備上執(zhí)行的指令提供用于實現(xiàn)在流程圖一個流程或多個流程和/或方框圖 一個方框或多個方框中指定的功能的步驟。顯然，本領(lǐng)域的技術(shù)人員可以對本發(fā)明進行各種改動和變型而不脫離本發(fā)明的精 神和范圍。這樣，倘若本發(fā)明的這些修改和變型屬于本發(fā)明權(quán)利要求及其等同技術(shù)的范圍 之內(nèi)，則本發(fā)明也意圖包含這些改動和變型在內(nèi)。
權(quán)利要求
1.一種半持續(xù)調(diào)度的數(shù)據(jù)包處理方法，其特征在于，包括如下步驟確定半持續(xù)調(diào)度的邏輯信道的緩存數(shù)據(jù)為空，且在當前傳輸時間間隔TTI存在半持續(xù) 下行共享物理信道PDSCH資源；將媒體接入控制協(xié)議數(shù)據(jù)單元MAC PDU構(gòu)造成預(yù)設(shè)的格式，該預(yù)設(shè)的格式的MAC PDU 用以保證終端側(cè)能夠根據(jù)該MAC PDU進行正常的譯碼和混合自動重復(fù)請求HARQ處理，并且 終端側(cè)在HARQ處理完成之后、進行后續(xù)處理之前將該MAC PDU丟棄掉； 將構(gòu)造后的MAC PDU在半持續(xù)PDSCH資源上發(fā)送給終端。
2.如權(quán)利要求1所述的方法，其特征在于，將MACPDU構(gòu)造成預(yù)設(shè)的格式，包括 按照半持續(xù)資源分配時指定的長度，組出一個凈荷部分為填充比特的MAC PDU，在MACheader中只包含一個采用格式R/R/E/LCID的MAC PDhubheader，其中LCID字段的五個比 特位填寫為11111。
3.如權(quán)利要求1或2所述的方法，其特征在于，進一步包括 在當前HARQ進程記錄本次發(fā)送的MAC PDU為構(gòu)造后的MAC PDU。
4.如權(quán)利要求3所述的方法，其特征在于，進一步包括確定接收的確認/否定確認ACK/NACK反饋是針對構(gòu)造后的MAC PDU ； 釋放發(fā)送構(gòu)造后的MAC PDU所占用的HARQ進程。
5.一種基站，其特征在于，包括確定模塊，用于確定半持續(xù)調(diào)度的邏輯信道的緩存數(shù)據(jù)為空，且在當前TTI存在半持 續(xù)PDSCH資源；構(gòu)造模塊，用于將MAC PDU構(gòu)造成預(yù)設(shè)的格式，該預(yù)設(shè)的格式的MACPDU用以保證終端 側(cè)能夠根據(jù)該MAC PDU進行正常的譯碼和HARQ處理，并且終端側(cè)在HARQ處理完成之后、進 行后續(xù)處理之前將該MAC PDU丟棄掉；發(fā)送模塊，用于將構(gòu)造后的MAC PDU在半持續(xù)PDSCH資源上發(fā)送給終端。
6.如權(quán)利要求5所述的基站，其特征在于，構(gòu)造模塊進一步用于在將MACPDU構(gòu)造成 預(yù)設(shè)的格式時，按照半持續(xù)資源分配時指定的長度，組出一個凈荷部分為填充比特的MAC PDU，在 MAC header 中只包含一個采用格式 R/R/E/LCID 的 MAC PDU subheader，其中 LCID 字段的五個比特位填寫為11111。
7.如權(quán)利要求5或6所述的基站，其特征在于，進一步包括記錄模塊，用于在當前HARQ進程記錄本次發(fā)送的MAC PDU為構(gòu)造后的MAC PDU。
8.如權(quán)利要求7所述的基站，其特征在于，進一步包括反饋處理模塊，用于在確定接收的ACK/NACK反饋是針對構(gòu)造后的MACPDU的時，釋放發(fā) 送構(gòu)造后的MAC PDU所占用的HARQ進程。
全文摘要
本發(fā)明公開了一種半持續(xù)調(diào)度的數(shù)據(jù)包處理方法及基站，包括確定半持續(xù)調(diào)度的邏輯信道的緩存數(shù)據(jù)為空，且在當前傳輸時間間隔存在半持續(xù)下行共享物理信道資源；將媒體接入控制協(xié)議數(shù)據(jù)單元構(gòu)造成預(yù)設(shè)的格式，該預(yù)設(shè)的格式的協(xié)議數(shù)據(jù)單元用以保證終端側(cè)能夠進行正常的譯碼和混合自動重復(fù)請求處理，并且在混合自動重復(fù)請求處理完成之后、進行后續(xù)處理之前將該協(xié)議數(shù)據(jù)單元丟棄掉；將構(gòu)造后的媒體接入控制協(xié)議數(shù)據(jù)單元在半持續(xù)下行共享物理信道資源上發(fā)送給終端。對于時分雙工-長期演進系統(tǒng)，在下行半持續(xù)調(diào)度邏輯信道無緩存數(shù)據(jù)，但又在當前傳輸時間間隔存在下行共享物理信道資源的情況下，本發(fā)明給出了該種情況下基站的處理方案。
文檔編號H04W72/12GK102076104SQ20111004554
公開日2011年5月25日 申請日期2011年2月24日 優(yōu)先權(quán)日2011年2月24日
發(fā)明者張龍, 束超 申請人:大唐移動通信設(shè)備有限公司