一種harq進程的處理方法、設備和系統的製作方法

2023-05-18 00:53:06 2

專利名稱：一種harq進程的處理方法、設備和系統的製作方法
技術領域：
本發明涉及通信技術領域，尤其涉及一種HARQ進程的處理方法、設備和系統。
背景技術：
LCR(Low Chip Rate，低碼片速率)TDD (Time Division Duplexing，時分雙工) 系統在3GPP(3rd Generation Partnership Project，第三代合作夥伴計劃)中引入了增 強CELL(小區)_FACH(Forward Access Channel，前向接入信道)的特性。其中，在增強 CELL_FACH 的特性中，將 HSDPA(High speed Downlink Packet Access，高速下行分組接 入)和HSUPA (High speed Uplink Packet Access，高速上行分組接入)的相關信道以及 傳輸機制引入到了 CELL_FACH狀態。於是，在增強CELL_FACH狀態下，下行數據將會映射到 HS-DSCH(High speed Downlink Share Channel，高速下行共享信道)上進行傳輸，而上行 數據將會映射到E-DCH(Enhanced Dedicated Channel，增強專用信道)上進行傳輸，從而提 高了 CELL_FACH狀態下信令的傳輸速率，並減少了信令的傳輸時延。具體的，在增強CELL-FACH狀態下的下行數據傳輸過程中，UE(User Equipment，用 戶設備)將使用MAC (Media Access Control，媒體訪問控制)-ehs實體，如圖1所示的UE 側的MAC-ehs實體結構的示意圖。而在增強CELL-FACH狀態下的上行數據傳輸過程中，UE 將使用MAC-is/i實體，如圖2所示的UE側的MAC-is/i實體結構示意圖。在圖1所示的下行數據傳輸過程中，HARQ(Hybrid-ARQ,混合自動重傳請求)實體 負責解碼下行HARQ進程所接收的數據，即MAC-ehs PDU (Protocol Data Unit，協議數據單 元)。其中，對於解碼正確的數據，HARQ實體需要向高層遞交；而未解碼正確的數據，HARQ 實體需要存儲在自身進程的緩存中，並等待重傳。對於解碼正確的數據，在HARQ實體向高層遞交的過程中，需要經過重排序 (Reordering)實體，該重排序實體將按照數據包頭中的傳輸序號(TSN)完成重排序操作； 並遞交給重組(Reassmbly)實體，該重組實體需要將經過重排序的數據中可能存在的數據 分段，重組成一個完整的MAC-d PDU或者MAC-c PDU，並最終遞交給高層。在圖2所示上行數據傳輸過程中，分段(kgmentation)實體負責將較大的MAC_d PDU或者MAC-c PDU進行分段，存儲未發送的數據包分段，並將從分段實體出來的數據包或 者數據包分段，傳遞給復用及TSN設置(Multiplexing and TSN setting)實體。由於MAC-is/i實體允許復用多條邏輯信道的數據，而每條邏輯信道在接收端都 對應一條重排序隊列，此時，復用及TSN設置實體將完成邏輯信道的復用功能，並為每一個 重排序隊列維護一個變量，該變量可以為CURRENT_TSN，初值為0，邏輯信道每發送一個新 的數據包，該復用及TSN設置實體可以將該數據包的傳輸序號(TSN)設置為變量CURRENT_ TSN的取值，並將變量CURRENT_TSN加1 (該CURRENT_TSN以64為模進行翻轉)，然後將數 據包傳遞給HARQ實體。HARQ實體負責利用上行HARQ進程進行數據的發送過程，對於沒有發送成功的數 據，即MAC-i PDU,該HARQ實體需要存儲在HARQ進程的緩存中，並等待重傳。
綜上可以看出，UE在增強CELL-FACH狀態下，可以利用HS-DSCH、E-DCH信道進行 數據傳輸，而現有技術中，UE在CELL-DCH(Dedicated Channel，專用信道)狀態下也可以利 用HS-DSCH、E-DCH信道進行數據傳輸。此外，UE在CELL-FACH狀態時，自身的能力等級(例如，傳輸塊長度TBS表格和控 制信道格式等)是根據規定和網絡側進行約定的，而UE在CELL-DCH狀態時，可以將所使用 能力等級向網絡側上報，RNC再通知給NodeB，而CELL-FACH狀態下RNC是不能將UE的能力 等級通知NodeB的，使用約定的能力等級，因此，當UE在CELL-FACH狀態和CELL-DCH狀態 之間進行狀態轉移時，在狀態轉移前後，所使用的能力等級可能會不同。因此，當UE在CELL-FACH狀態和CELL-DCH狀態之間進行狀態轉移時，上下行HARQ 進程中的數據不能再進行重傳，否則，當TBS表格和控制信道格式不同時(即所使用的能力 等級不同)，相同TBS Index所指示的數據塊大小可能是不一樣的，繼而會導致數據接收時 合併解碼出現錯誤。現有技術中，為了解決上述問題，在進行狀態轉移時，需要清除HARQ進程中的數據。具體的，對於下行數據傳輸，在狀態轉移過程中，按照現有協議，Node B(節點B) 需要利用下行HARQ進程進行新數據的初傳，此時，該Node B能夠使終端清空自身的下行 HARQ 進程中的內容。例如，Node B 在 HS_SCCH(High speed Shared Control Channel，高 速共享控制信道)上攜帶反轉後的NDI指示等，即0變為1，或者，1變為0 ；當UE接收到該 NDI指示後，獲知是新數據的初傳，此時，該UE將會使用新數據代替該進程中已經存儲的舊 數據，即相當於UE清空了該HARQ進程中的舊數據。而對於上行數據傳輸，為了使UE清空上行HARQ進程中的舊數據，現有協議中， RNC(Radio Network Controller，無線網絡控制器)可以通過狀態轉換時的RRC(I adio Resource Control，無線資源控制協議)消息(例如，無線承載RB重配置消息等)攜帶 IE" MAC-es/e reset indicator"(該指示可以適用於 MAC-es/e 實體和 MAC-is/i 實 體)，並使得UE根據該指示進行MAC-is/i實體的重置(Reset)操作。現有協議中，UE進行 MAC-is/i實體的Reset時，需要將所有的上行HARQ進程全部清空，即將所有映射到E-DCH 上的邏輯信道上所對應的變量CURRENTjSN設置為0，並丟棄所有存儲在分段實體中的數 據分段。在實現本發明的過程中，發明人發現現有技術中存在以下缺點UE在進行MAC-is/i實體的Reset操作時，會丟棄分段實體中的數據分段，而該數 據分段是可以不被丟棄的，即該數據分段在狀態轉換完成後可以利用新的TBS表格傳輸給 網絡側，而網絡側成功接收到數據分段後，可以組成一個完整的MAC-d PDU或MAC-c PDU，並遞交高層。因此，狀態轉移過程中UE進行MAC-is/i實體的Reset操作會導致過多地丟棄上 行數據；即現有技術中，UE在增強CELL-FACH狀態與CELL-DCH狀態之間相互進行狀態轉移 時，如果RNC指示UE進行MAC-is/i實體的Reset操作，會導致過多地丟棄上行數據。

發明內容
本發明提供一種HARQ進程的處理方法、設備和系統，以避免過多地丟棄數據。
本發明實施例提供一種混合自動重傳請求HARQ進程的處理方法，包括當用戶設備UE確定出發生狀態轉移時，所述UE判斷自身的數據傳輸方式是否發 生變化；當所述UE的數據傳輸方式發生變化時，所述UE指示媒體訪問控制MAC實體清空 HARQ進程中的緩存；所述MAC實體根據所述UE的指示清空所述HARQ進程中的緩存。所述UE指示媒體訪問控制MAC實體清空HARQ進程中的緩存包括所述UE通過原語指示所述MAC實體清空上行HARQ進程中的緩存；和/或，所述UE通過原語指示所述MAC實體清空下行HARQ進程中的緩存；其中，所述MAC實體包括MAC-is/i實體，和/或，MAC-ehs實體。在所述UE通過原語指示所述MAC實體清空上行HARQ進程中的緩存時，所述MAC實體根據所述UE的指示清空所述HARQ進程中的緩存包括所述MAC實體清空所述上行HARQ進程中的緩存，並保持復用及TSN設置實體中的 變量取值不變，保留分段實體中存儲的數據分段；所述復用及TSN設置實體和所述保留分 段實體位於所述MAC實體中。所述復用及TSN設置實體中的變量包括⑶RRENT_TSN。
所述UE通過原語指示所述MAC實體清空下行HARQ進程中的緩存時，所述MAC實體根據所述UE的指示清空所述HARQ進程中的緩存包括所述MAC實體清空所述下行HARQ進程中的緩存，並保留重排序實體中存儲的數 據，保留重組實體中存儲的數據分段；所述重排序實體和所述重組實體位於所述MAC實體 中。所述發生狀態轉移包括所述UE從增強CELL-FACH狀態轉移到CELL-DCH狀態；或者，所述UE從CELL-DCH狀態轉移到增強CELL-FACH狀態。所述UE判斷自身的數據傳輸方式是否發生變化包括所述UE判斷CELL-DCH狀態下所使用的上行能力等級是否小於預設的等級值；所 述預設的等級值為增強CELL-FACH狀態下所述UE所使用的上行能力等級；當所述CELL-DCH狀態下所使用的上行能力等級小於預設的等級值時，所述UE判 斷自身的數據傳輸方式發生變化；當所述CELL-DCH狀態下所使用的上行能力等級不小於預設的等級值時，所述UE 判斷自身的數據傳輸方式沒有發生變化。所述UE確定出發生狀態轉移之前，還包括所述UE接收來自網絡側設備的消息，所述消息中攜帶狀態指示和新分配的 E-RNTI，所述新分配的E-RNTI為UE發生狀態轉移時目標狀態所用的標識；所述狀態指示和所述新分配的E-RNTI位於相同的消息中，或者，所述狀態指示和所述新分配的E-RNTI位於不同的消息中。所述UE接收來自網絡側設備的消息之前，還包括所述網絡側設備向所述UE發送不攜帶MAC-es/e reset indicator信息的消息， 其中，所述MAC-es/e reset indicator信息用於指示所述MAC實體進行重置操作。
所述UE確定出發生狀態轉移之前，還包括所述UE從來自所述網絡側設備的消息中獲取所述狀態指示，並比較所述狀態指 示和自身存儲的狀態指示是否相同；當二者不同時，所述UE確定出發生狀態轉移；否則，所述UE確定出沒有發生狀態 轉移。當所述UE確定出發生狀態轉移時，所述方法還包括
所述UE指示所述MAC實體利用E-RUCCH發起隨機接入過程，所述隨機接入過程中 攜帶了所述新分配的E-RNTI。一種用戶設備UE，包括第一判斷模塊，用於判斷所述UE是否發生狀態轉移；第二判斷模塊，用於當所述第一判斷模塊判斷出所述UE發生狀態轉移時，判斷所 述UE的數據傳輸方式是否發生變化；收發模塊，用於當所述第二判斷模塊判斷出所述UE的數據傳輸方式發生變化時， 指示MAC實體清空HARQ進程中的緩存；並由所述MAC實體根據所述指示清空所述HARQ進 程中的緩存。所述收發模塊具體用於，通過原語指示所述MAC實體清空上行HARQ進程中的緩 存；禾口 /或，通過原語指示所述MAC實體清空下行HARQ進程中的緩存；其中，所述MAC實體包括MAC-is/i實體，和/或，MAC-ehs實體。所述UE從增強CELL-FACH狀態轉移到CELL-DCH狀態；或者，所述UE從CELL-DCH狀態轉移到增強CELL-FACH狀態。所述第二判斷模塊具體用於，判斷CELL-DCH狀態下所使用的上行能力等級是否 小於預設的等級值，所述預設的等級值為增強CELL-FACH狀態下所述UE所使用的上行能力 等級；當所述CELL-DCH狀態下所使用的上行能力等級小於預設的等級值時，判斷所述 UE的數據傳輸方式發生變化；當所述CELL-DCH狀態下所使用的上行能力等級不小於預設的等級值時，判斷所 述UE的數據傳輸方式沒有發生變化。所述收發模塊還用於，接收來自網絡側設備的消息，所述消息中攜帶狀態指示和 新分配的E-RNTI，所述新分配的E-RNTI為UE發生狀態轉移時目標狀態所用的標識；所述狀態指示和所述新分配的E-RNTI位於相同的消息中，或者，所述狀態指示和所述新分配的E-RNTI位於不同的消息中。所述收發模塊還用於，接收來自所述網絡側設備的不攜帶MAC-es/e reset indicator信息的消息，其中，所述MAC-es/e reset indicator信息用於指示所述MAC實體 進行重置操作。所述第一判斷模塊還用於，從來自所述網絡側設備的消息中獲取所述狀態指示， 並比較所述狀態指示和自身存儲的狀態指示是否相同；當二者不同時，判斷所述UE發生狀態轉移；當二者相同時，判斷所述UE沒有發生狀態轉移。
所述收發模塊還用於，指示所述MAC實體利用E-RUCCH發起隨機接入過程，所述隨 機接入過程中攜帶了所述新分配的E-RNTI。一種媒體訪問控制MAC實體，包括收發模塊，用於當UE的發生狀態轉移，且所述UE的數據傳輸方式發生變化時，接 收來自所述UE的指示，所述指示中攜帶了要求所述MAC實體清空HARQ進程中的緩存的信 息；處理模塊，用於根據所述收發模塊接收的UE的指示清空所述HARQ進程中的緩存。所述MAC實體包括MAC-is/i實體，和/或，MAC-ehs實體；所述收發模塊具體用於，接收所述UE通過原語指示所述MAC實體清空上行HARQ 進程中的緩存的信息；和/或，接收所述UE通過原語指示所述MAC實體清空下行HARQ進程中的緩存的信息。所述處理模塊具體用於，清空所述上行HARQ進程中的緩存，並保持復用及TSN設 置實體中的變量取值不變，保留分段實體中存儲的數據分段；所述復用及TSN設置實體和 所述保留分段實體位於所述MAC實體中。所述復用及TSN設置實體中的變量包括⑶RRENT_TSN。所述處理模塊還用於，清空所述下行HARQ進程中的緩存，並保留重排序實體中 存儲的數據，保留重組實體中存儲的數據分段；所述重排序實體和所述重組實體位於所述 MAC實體中。
一種HARQ進程的處理系統，包括UE，用於當確定出自身發生狀態轉移時，判斷自身的數據傳輸方式是否發生變化； 並在自身的數據傳輸方式發生變化時，指示MAC實體清空HARQ進程中的緩存；MAC實體，用於根據所述UE的指示清空所述HARQ進程中的緩存。所述UE具體用於，通過原語指示所述MAC實體清空上行HARQ進程中的緩存；和/ 或，通過原語指示所述MAC實體清空下行HARQ進程中的緩存；所述MAC實體具體用於，在所述UE通過原語指示所述MAC實體清空上行HARQ進 程中的緩存時，清空所述上行HARQ進程中的緩存，並保持復用及TSN設置實體中的變量取 值不變，保留分段實體中存儲的數據分段；所述復用及TSN設置實體和所述保留分段實體 位於所述MAC實體中；在所述UE通過原語指示所述MAC實體清空下行HARQ進程中的緩存時，清空所述 下行HARQ進程中的緩存，並保留重排序實體中存儲的數據，保留重組實體中存儲的數據分 段；所述重排序實體和所述重組實體位於所述MAC實體中。所述發生狀態轉移包括所述UE從增強CELL-FACH狀態轉移到CELL-DCH狀態；或 者，所述UE從CELL-DCH狀態轉移到增強CELL-FACH狀態；所述UE還用於，判斷CELL-DCH狀態下所使用的上行能力等級是否小於預設的等 級值；所述預設的等級值為增強CELL-FACH狀態下所述UE所使用的上行能力等級；當所述 CELL-DCH狀態下所使用的上行能力等級小於預設的等級值時，判斷自身的數據傳輸方式發 生變化；當所述CELL-DCH狀態下所使用的上行能力等級不小於預設的等級值時，判斷自身 的數據傳輸方式沒有發生變化。
本發明實施例提供的系統中，還包括網絡側設備，用於向UE發送消息，所述消息中攜帶狀態指示和新分配的E-RNTI， 所述新分配的E-RNTI為所述UE發生狀態轉移時目標狀態所用的標識；所述狀態指示和所述新分配的E-RNTI位於相同的消息中，或者，所述狀態指示和所述新分配的E-RNTI位於不同的消息中。所述網絡側設備還用於，向所述UE發送不攜帶MAC-es/e reset indicator信息 的消息，其中，所述MAC-es/e reset indicator信息用於指示所述MAC實體進行重置操作。與現有技術相比，本發明至少具有以下優點當UE在CELL-FACH狀態與CELL-DCH 狀態之間進行狀態轉移時，可以通過高層指示MAC實體清空HARQ進程中的緩存，從而避免 了 UE過多丟棄數據包的問題。


為了更清楚地說明本發明的技術方案，下面將對實施例描述中所需要使用的附圖 作簡單地介紹，顯而易見地，下面描述中的附圖僅僅是本發明的一些實施例，對於本領域普 通技術人員來講，在不付出創造性勞動的前提下，還可以根據這些附圖獲得其他的附圖。圖1為現有技術中UE側的MAC-ehs實體結構的示意圖；圖2為現有技術中UE側的MAC-is/i實體結構示意圖；圖3是本發明實施例一提供的一種HARQ進程的處理方法流程示意圖；圖4是本發明實施例二提供的一種HARQ進程的處理方法流程示意圖；圖5是本發明實施例二中UE通過原語通知MAC實體需要進行狀態轉移，並在狀態 轉移後，確定是否需要清除HARQ進程緩存的過程示意圖；圖6是本發明實施例三提供的一種HARQ進程的處理方法流程示意圖；圖7是本發明實施例三中UE通過原語通知MAC實體需要進行狀態轉移，並在狀態 轉移後，確定是否需要清除HARQ進程緩存的過程示意圖；圖8是本發明實施例四提供的一種用戶設備結構示意圖；圖9是本發明實施例五提供的一種MAC實體結構示意圖。
具體實施例方式下面將結合本發明中的附圖，對本發明中的技術方案進行清楚、完整地描述，顯 然，所描述的實施例僅僅是本發明的一部分實施例，而不是全部的實施例。基於本發明中的 實施例，本領域普通技術人員在沒有做出創造性勞動前提下所獲得的所有其他實施例，都 屬於本發明保護的範圍。本發明實施例中，當UE在CELL-FACH狀態與CELL-DCH狀態之間進行狀態轉移時， 可以通過高層指示MAC實體清空HARQ進程中的緩存，從而避免了 UE過多丟棄數據包的問 題。其中，該高層指示，是指RRC通過層間原語攜帶參數通知MAC實體是否清空HARQ進程 中的緩存。本發明實施例一提供一種HARQ進程的處理方法，如圖3所示，包括以下步驟步驟301，當用戶設備UE確定出發生狀態轉移時，所述UE判斷自身的數據傳輸方 式是否發生變化。
步驟302，當所述UE的數據傳輸方式發生變化時，所述UE指示媒體訪問控制MAC 實體清空HARQ進程中的緩存。步驟303，所述MAC實體根據所述UE的指示清空所述HARQ進程中的緩存。本發明實施例中，所述UE指示媒體訪問控制MAC實體清空HARQ進程中的緩存包 括所述UE通過原語指示所述MAC實體清空上行HARQ進程中的緩存；和/或，所述UE通 過原語指示所述MAC實體清空下行HARQ進程中的緩存。其中，所述MAC實體包括MAC_is/ i實體，和/或，MAC-ehs實體。進一步的，在所述UE通過原語指示所述MAC實體清空上行HARQ進程中的緩存時， 所述MAC實體根據所述UE的指示清空所述HARQ進程中的緩存包括所述MAC實體清空所 述上行HARQ進程中的緩存，並保持復用及TSN設置實體中的變量取值不變，保留分段實體 中存儲的數據分段；所述復用及TSN設置實體和所述保留分段實體位於所述MAC實體中。 其中，所述復用及TSN設置實體中的變量包括但不限於⑶RRENT_TSN。所述UE通過原語指示所述MAC實體清空下行HARQ進程中的緩存時，所述MAC實 體根據所述UE的指示清空所述HARQ進程中的緩存包括所述MAC實體清空所述下行HARQ 進程中的緩存，並保留重排序實體中存儲的數據，保留重組實體中存儲的數據分段；所述重 排序實體和所述重組實體位於所述MAC實體中。此外，所述發生狀態轉移包括所述UE從增強CELL-FACH狀態轉移到CELL-DCH狀 態；或者，所述UE從CELL-DCH狀態轉移到增強CELL-FACH狀態。具體的，所述UE判斷自身的數據傳輸方式是否發生變化包括所述UE判斷 CELL-DCH狀態下所使用的上行能力等級是否小於預設的等級值；所述預設的等級值為增 強CELL-FACH狀態下所述UE所使用的上行能力等級；當所述CELL-DCH狀態下所使用的 上行能力等級小於預設的等級值時，所述UE判斷自身的數據傳輸方式發生變化；當所述 CELL-DCH狀態下所使用的上行能力等級不小於預設的等級值時，所述UE判斷自身的數據 傳輸方式沒有發生變化。此外，所述UE確定出發生狀態轉移之前，還包括所述UE接收來自網絡側設備的 消息，所述消息中攜帶狀態指示和新分配的E-RNTI，所述新分配的E-RNTI為UE發生狀態 轉移時目標狀態所用的標識；所述狀態指示和所述新分配的E-RNTI位於相同的消息中，或 者，所述狀態指示和所述新分配的E-RNTI位於不同的消息中。所述網絡側設備向所述UE發 ^^ Ιτ MAC-es/e reset indicator ff EWffIE, , MAC-es/e reset indicator 信息用於指示所述MAC實體進行重置操作。本發明實施例中，所述UE確定出發生狀態轉移之前，還包括所述UE從來自所述 網絡側設備的消息中獲取所述狀態指示，並比較所述狀態指示和自身存儲的狀態指示是否 相同；當二者不同時，所述UE確定出發生狀態轉移；否則，所述UE確定出沒有發生狀態轉 移。當所述UE確定出發生狀態轉移時，所述UE還需要指示所述MAC實體利用E-RUCCH 發起隨機接入過程，所述隨機接入過程中攜帶了所述新分配的E-RNTI。可見，通過使用本發 明提供的方法，當UE在CELL-FACH狀態與CELL-DCH狀態之間進行狀態轉移時，可以通過高 層指示MAC實體清空HARQ進程中的緩存，從而避免了 UE過多丟棄數據包的問題。以下結合具體的應用場景對本發明實施例中所提出的HARQ進程的處理方法進行詳細贅述。本發明實施例二提供一種HARQ進程的處理方法，在本發明實施例中，是以UE從 CELL-FACH狀態轉移到CELL-DCH狀態時上行數據傳輸的場景為例進行說明的。為了更加清楚的說明本發明實施例所提供的技術方案，先對CELL-FACH狀態和 CELL-DCH狀態進行一些闡述。其中，在CELL-FACH狀態下，UE沒有分配專用物理信道，而由 於網絡側隨時可能會發送信令或者數據給UE，使得UE在CELL-FACH狀態下不會進入休眠狀 態，需要一直監測前向接入信道。在CELL-DCH狀態下，UE在上行和下行分配了一個專用物 理信道，而UE可以使用專用傳輸信道、下行HS-DSCH信道以及傳輸信道的組合。在CELL-DCH狀態下，由於數據業務減少而釋放專用物理信道時，UE可以從 CELL-DCH狀態轉換到CELL-FACH狀態；在CELL-FACH狀態下，通過建立專用物理信道，UE可 以從CELL-FACH狀態轉換到CELL-DCH狀態。在本發明實施例中，網絡側設備包括但不限於RNC、NB、eNB、基站等，需要說明的 是，該網絡側設備並不局限於上述設備，所有位於網絡側的設備均在本發明保護範圍之內。如圖4所示，上述HARQ進程的處理方法包括以下步驟步驟401，當UE需要從CELL-FACH狀態轉移到CELL-DCH狀態時，網絡側設備向UE 發送需要進行狀態轉移的消息。具體的，網絡側設備(例如，RNC等)可以通過RRC消息通知UE進行狀態轉移，其 中，RNC可以在發送給UE的RRC消息中攜帶狀態指示(RRC State Indicator)，並通過使用 該RRC State Indicator來指示UE進行狀態轉移。例如，本發明實施例中，該RNC需要通 過使用該RRC State Indicator來指示UE從CELL-FACH狀態轉移到CELL-DCH狀態。進一步的，RNC可以將RRC State Indicator設置的與UE當前所處的狀態不一致， 繼而指示UE進行狀態轉移。其中，該通知UE進行狀態轉移的RRC消息可以為RB重配置消 息、傳輸信道重配置消息等。此外，在UE需要狀態轉移時，RNC還需要為UE分配一個新的E-RNTI(E_DCH Radio Network Temporary Identif ier，無線網絡臨時標識)，其中，該新的E-RNTI為目標狀態所 對應的標識。需要說明的是，E-RNTI與UE狀態是具有對應關係的，其中，該新的E-RNTI是 CELL-DCH狀態的標識。本發明實施例中，該新分配的E-RNTI可以與狀態指示(RRC Mate hdicator)位 於同一條RRC消息中，並通知給UE。例如，在上述通知UE進行狀態轉移的RRC消息中攜帶 該新分配的E-RNTI。該新分配的E-RNTI也可以不與狀態指示位於同一條RRC消息中，即在不同的RRC 消息中攜帶該新分配的E-RNTI，例如，可以通過Cell Update Confirm消息攜帶該新分配的 E-RNTI，並通知給UE。需要說明的是，在本發明實施例中，上述新分配的E-RNTI為CELL-DCH狀態所對應 的E-RNTI，即該新的E-RNTI用於指示UE進入到一個新的狀態(從增強CELL-FACH轉移到 CELL-DCH狀態)。為了方便描述，以下以同一條RRC消息中同時攜帶狀態指示和新分配的 E-RNTI為例進行說明；而後續流程同樣適用於通過不同RRC消息攜帶狀態指示和新分配的 E-RNTI的情況。需要注意的是，在現有技術中，RNC可以將MAC-es/e reset indicator指示發送給UE的，繼而由UE的MAC實體根據該MAC-es/e reset indicator指示執行Reset操作， 並清除緩存中的數據，造成過多數據丟棄的現象。而本發明實施例中，在RNC通知UE需要進行狀態轉移的過程中，RNC發送給UE的 消息中，不能攜帶MAC-es/e reset indicator指示。因此，UE的MAC實體不會執行Reset 操作，從而避免了過多數據被丟棄的問題。步驟402，UE通過原語通知MAC實體需要進行狀態轉移，並在狀態轉移後，確定是 否需要清除HARQ進程緩存。其中，該MAC實體包括但不限於MAC-is/i實體，或者，MAC_ehs 實體等。具體的，當UE接收到來自RNC的攜帶了狀態指示和新的E-RNTI的RRC消息後，獲 知需要進行狀態轉移，即需要從CELL-FACH狀態轉移到CELL-DCH狀態，此時，該UE的RRC 層實體需要通過原語通知MAC實體需要進行狀態轉移的信息，為了方便描述，UE的RRC層 實體所執行的操作在下面的描述中均直接以UE執行對應操作為例進行說明。如圖5所示，本步驟中，該UE通過原語通知MAC實體需要進行狀態轉移，並在狀態 轉移後，確定是否需要清除HARQ進程緩存的過程具體包括步驟501，UE存儲新的E-RNTI。其中，當UE接收到來自RNC的通知狀態轉移的RRC 消息後，可以從該RRC消息中獲取到新的E-RNTI，並將該新的E-RNTI進行緩存。具體的，在該UE中已經存儲了一個舊的E-RNTI，本步驟之後，該UE將存儲2個 E-RNTI，本發明實施例中，由於是需要從CELL-FACH狀態轉移到CELL-DCH狀態，即該2個 E-RNTI分別為CELL-FACH狀態對應的E-RNTI (舊的E-RNTI)，和CELL-DCH狀態對應的 E-RNTI (新的 E-RNTI)。步驟502，UE判斷狀態是否可以轉移成功。當判斷結果為可以轉移成功時，轉到步 驟503，否則，轉到步驟509。本發明實施例中，由於舊的狀態指示是對應CELL-FACH狀態的指示，新的狀態指 示是對應CELL-DCH狀態的指示，可以看出，舊的狀態指示和新的狀態指示是不同的，執行 步驟503。步驟503，UE判斷是否立即激活。當判斷結果為是時，轉到步驟504，否則，轉到步 驟 508。具體的，在通知狀態轉移的RRC消息中，攜帶了激活時間點的信息「Activation time」，本步驟中，根據該激活時間點的信息，UE可以判定出是否立即激活，例如，當激活時 間點的信息指示的是「Now」時，則需要立即激活，轉到步驟504。步驟504，UE將變量E_RNTI的取值設置為新分配的E-RNTI。步驟505，UE 指示 MAC 實體通過 E-RUCCH(E-DCH Random Access Uplink Control Channel，上行增強隨機接入信道)發起增強隨機接入過程。其中，該指示MAC實體發起增強 隨機接入過程的方式包括但不限於在原語中攜帶E-RUCCH procedure (過程)trigger (發 起)indicator (指示)，例如，可以指示MAC實體在CMAC-STATUS-Req中攜帶指示E-RUCCH procedure trigger indicator。本步驟中，需要使用該新分配的E-RNTI發起增強隨機接入過程，即MAC實體需要 通過E-RUCCH向網絡側發起調度請求，其中，該調度請求中包含調度的相關信息和UE的 標識(新分配的E-RNTI)，而網絡側接收到該調度請求後，根據自身的策略和來自UE的E-RNTI獲知該UE是否可以隨機接入成功，其中，當網絡側獲知UE對應了新分配的E-RNTI 後，知道該UE進行了狀態轉移，該過程本發明實施例中不再詳加贅述，以UE隨機接入成功 並進行後續操作為例進行說明。步驟506，UE判斷在轉移前後自身的能力等級是否發生變化，當能力等級發生變 化時，轉到步驟507。具體的，對於CELL-FACH狀態來說，UE將使用和網絡側進行約定的上行能力等級 來傳輸數據；例如，可以將UE的上行能力等級劃分為6級，當UE位於CELL-FACH狀態時，可 以使用和網絡側約定的第3等級的上行能力等級來傳輸數據；需要說明的是，不同的上行 能力等級是對應不同的數據傳輸方式的，例如，不同的上行能力等級將對應不同的TBS表 格、控制信道格式等，可以看出，在狀態轉移前後如果上行能力等級不同時，則上下行HARQ 進程中的數據不能再進行重傳，需要清除上下行HARQ進程中的數據。進一步的，當UE的上行能力等級大於第3等級時，將使用和第3等級相同的數據 傳輸方式來傳輸數據，例如，UE的上行能力等級為第4等級時，所使用的TBS表格、控制信 道格式等，和UE的上行能力等級為第3等級時，所使用的TBS表格、控制信道格式相同。綜上可以看出，當UE從CELL-FACH狀態轉移到CELL-DCH狀態時，本步驟中需要判 斷UE在CELL-DCH狀態下上行能力等級是否小於第3等級，如果小於時，則說明CELL-FACH 狀態下和CELL-DCH狀態下具有不同的數據傳輸方式，需要清除上下行HARQ進程中的數據， 即執行步驟507。否則，不需要清除上下行HARQ進程中的數據，即上下行HARQ進程中的數 據可以採用對應的數據傳輸方式進行傳輸。
步驟507，UE指示MAC實體將上行HARQ進程中的緩存清空，其中，該指示MAC實體 的方式包括但不限於在原語中攜帶指示HARQ processes flush (清除)indicator，例如，在 原語 CMAC-STATUS-Req 中攜帶指示 HARQprocesses flush indicator。本步驟中，該MAC實體可以根據原語中攜帶的指示，決定是否清空HARQ進程緩 存；即如果原語中指示清空上行HARQ進程，則MAC實體將清空HARQ進程緩存。例如，原語 CMAC-STATUS-Req 中攜帶了指示 HARQ processes flush indicator 時，則 MAC 實體需要將 所有上行HARQ進程的緩存清空。與現有協議規定的MAC-es/e(MAC-is/i)實體的Reset操作不同的是，本步驟中， 雖然MAC實體清空了自身的上行HARQ進程緩存，但不需要改變變量CURRENT_TSN的取值， 而且不需要清空分段實體中存儲的數據分段，從而保證了數據能夠最大程度上的保留下 來，不會過多地丟棄上行數據。步驟508，UE根據激活時間點的信息進行等待，當等待到激活時間點信息所指示 的生效時刻時，轉到步驟504中。步驟509，UE刪除新分配的E-RNTI，並繼續使用變量E_RNTI中存儲的舊的 E-RNTI。本步驟之後，UE也需要從通知狀態轉移的RRC消息中獲取激活時間點的信息，並 在激活時間點的信息指示的是立即激活時，執行後續操作；當激活時間點的信息指示的不 是立即激活時，等待對應的時間後，執行後續操作。之後，UE將指示MAC實體通過E-RUCCH發起增強隨機接入過程；該指示過程與步 驟505中類似，只是需要使用舊的E-RNTI發起增強隨機接入過程，在此不再贅述。
後續過程中，由於E-RNTI沒有發生變化，即不需要從CELL-FACH狀態轉移到 CELL-DCH狀態，本發明實施例中不再詳加贅述。需要說明的是，對於UE從CELL-FACH狀態轉移到CELL-DCH狀態時的下行數據傳 輸過程，上述的HARQ進程的處理方法仍然可以使用，與上述上行數據傳輸過程不同的是， 在狀態轉移時，UE需要將自身的下行HARQ進程緩存的數據清空；而不需要清空重排序隊列 (位於重排序)中存儲的數據，不需要將重排序功能相關的變量，定時器重置為初始值或停 止計時，不需要清空重組實體中存儲的數據分段等，該下行數據傳輸過程對應HARQ進程的 處理方法本發明實施例中不再贅述。其中，可以根據實際的需要對本發明實施例中的步驟進行調整。可見，通過使用本發明提供的方法，當UE在CELL-FACH狀態與CELL-DCH狀態之間 進行狀態轉移時，可以通過高層指示MAC實體清空HARQ進程中的緩存，從而避免了 UE過多 丟棄數據包的問題。本發明實施例三提供一種HARQ進程的處理方法，在本發明實施例中，是以UE從 CELL-DCH狀態轉移到CELL-FACH狀態時上行數據傳輸的場景為例進行說明的。如圖6所示，上述HARQ進程的處理方法包括以下步驟步驟601，當UE需要從CELL-DCH狀態轉移到CELL-FACH狀態時，網絡側設備向UE 發送需要進行狀態轉移的消息。具體的，RNC可以通過RRC消息通知UE從CELL-DCH狀態轉移到CELL-FACH狀態， 並在該RRC消息中攜帶RNC為UE分配的新的E-RNTI，該新的E-RNTI為CELL-FACH狀態所 對應的E-RNTI。需要注意的是，本發明實施例中，在RNC通知UE需要進行狀態轉移的過程中，RNC 發送給UE的消息中，不能攜帶MAC-es/e reset indicator指示。因此，UE的MAC實體不 會執行Reset操作，從而避免了過多數據被丟棄的問題。步驟602，UE通過原語通知MAC實體需要從CELL-DCH狀態轉移到CELL-FACH狀 態，並在狀態轉移後，確定是否需要清除HARQ進程緩存。如圖7所示，本步驟中，該UE通過原語通知MAC實體需要從CELL-DCH狀態轉移到 CELL-FACH狀態，並在狀態轉移後，確定是否需要清除HARQ進程緩存的過程具體包括步驟701，UE存儲新的E-RNTI。其中，在UE中存儲了對應CELL-DCH狀態的新的 E-RNTI和對應的CELL-FACH狀態的舊的E-RNTI。步驟702，UE通過判斷新的狀態指示和舊的狀態指示是否相同來判斷狀態是否可 以轉移成功。當判斷結果為可以轉移成功時，轉到步驟703，否則，轉到步驟709。步驟703，UE根據通知狀態轉移的RRC消息中攜帶的激活時間點的信息判斷是否 立即激活。當判斷結果為是時，轉到步驟704，否則，轉到步驟708。步驟704，UE將變量E_RNTI的取值設置為新分配的對應CELL-FACH狀態的 E-RNTI。步驟705，UE指示MAC實體通過E-RUCCH發起增強隨機接入過程。步驟706，UE判斷在轉移前自身的能力等級是否小於預設的等級值，當判斷結果 為小於時，轉到步驟707。其中，該預設的等級值可以為第3等級。具體的，由於UE在轉移完成後，將進入到CELL-FACH狀態，即轉移完成該UE的上行能力等級為第3等級。如果在轉移前，UE位於CELL-DCH狀態時，所使用的上行能力等級小於第3等級時， 則轉移前後的將使用不同的數據傳輸方式，即需要清除上下行HARQ進程中的數據。而如果在轉移前，UE位於CELL-DCH狀態時，所使用的上行能力等級不小於第3等 級時，則轉移前後的將使用相同的數據傳輸方式，不需要清除上下行HARQ進程中的數據， 即上下行HARQ進程中的數據可以採用對應的數據傳輸方式進行傳輸。步驟707，UE指示MAC實體將上行HARQ進程中的緩存清空，其中，該指示MAC實體 的方式包括但不限於在原語中攜帶指示HARQ processes flush (清除)indicator，例如，在 原語 CMAC-STATUS-Req 中攜帶指示 HARQprocesses flush indicator。步驟708，UE根據激活時間點的信息進行等待，當等待到激活時間點信息所指示 的生效時刻時，轉到步驟704中。步驟709，UE刪除新分配的E-RNTI，並繼續使用變量E_RNTI中存儲的舊的 E-RNTI，而後續過程不再贅述。需要說明的是，對於UE從CELL-DCH狀態轉移到CELL-FACH狀態時的下行數據傳 輸過程，上述的HARQ進程的處理方法仍然可以使用，與上述上行數據傳輸過程不同的是， 在狀態轉移時，UE需要將自身的下行HARQ進程緩存的數據清空；而不需要清空重排序隊列 中存儲的數據，不需要將重排序功能相關的變量，定時器重置為初始值或停止計時，不需要 清空重組實體中存儲的數據分段等，該下行數據傳輸過程對應HARQ進程的處理方法本發 明實施例中不再贅述。其中，可以根據實際的需要對本發明實施例中的步驟進行調整。可見，通過使用本發明提供的方法，當UE在CELL-FACH狀態與CELL-DCH狀態之間 進行狀態轉移時，可以通過高層指示MAC實體清空HARQ進程中的緩存，從而避免了 UE過多 丟棄數據包的問題。本發明實施例四提供一種用戶設備UE，如圖8所示，包括第一判斷模塊81，用於判斷所述UE是否發生狀態轉移；第二判斷模塊82，用於當所述第一判斷模塊81判斷出所述UE發生狀態轉移時，判 斷所述UE的數據傳輸方式是否發生變化；收發模塊83，用於當所述第二判斷模塊82判斷出所述UE的數據傳輸方式發生 變化時，指示MAC實體清空HARQ進程中的緩存；並由所述MAC實體根據所述指示清空所述 HARQ進程中的緩存。具體的，所述收發模塊83具體用於，通過原語指示所述MAC實體清空上行HARQ進 程中的緩存；和/或，通過原語指示所述MAC實體清空下行HARQ進程中的緩存；其中，所述 MAC實體包括MAC-is/i實體，和/或，MAC_ehs實體。進一步的，所述UE從增強CELL-FACH狀態轉移到CELL-DCH狀態；或者，所述UE從 CELL-DCH狀態轉移到增強CELL-FACH狀態。所述第二判斷模塊82具體用於，判斷CELL-DCH狀態下所使用的上行能力等級是 否小於預設的等級值，所述預設的等級值為增強CELL-FACH狀態下所述UE所使用的上行能 力等級；當所述CELL-DCH狀態下所使用的上行能力等級小於預設的等級值時，判斷所述UE的數據傳輸方式發生變化；當所述CELL-DCH狀態下所使用的上行能力等級不小於預設的等級值時，判斷所 述UE的數據傳輸方式沒有發生變化。所述收發模塊83還用於，接收來自網絡側設備的消息，所述消息中攜帶狀態指示 和新分配的E-RNTI，所述新分配的E-RNTI為UE發生狀態轉移時目標狀態所用的標識；所述狀態指示和所述新分配的E-RNTI位於相同的消息中，或者，所述狀態指示和所述新分配的E-RNTI位於不同的消息中。進一步的，所述收發模塊83還用於，接收來自所述網絡側設備的不攜帶MAC-es/e reset indicator信息的消息，其中，所述MAC-es/e reset indicator信息用於指示所述 MAC實體進行重置操作。本發明實施例中，所述第一判斷模塊81還用於，從來自所述網絡側設備的消息中 獲取所述新分配的狀態指示，並比較所述新分配的狀態指示和自身存儲的狀態指示是否相 同；當二者不同時，判斷所述UE發生狀態轉移；當二者相同時，判斷所述UE沒有發生狀態轉移。需要說明的是，所述收發模塊83還用於，指示所述MAC實體利用E-RUCCH發起隨 機接入過程，所述隨機接入過程中攜帶了所述新分配的E-RNTI。其中，本發明裝置的各個模塊可以集成於一體，也可以分離部署。上述模塊可以合 並為一個模塊，也可以進一步拆分成多個子模塊。可見，通過使用本發明實施例提供的設備，當UE在CELL-FACH狀態與CELL-DCH狀 態之間進行狀態轉移時，可以通過高層指示MAC實體清空HARQ進程中的緩存，從而避免了 UE過多丟棄數據包的問題。本發明實施例五提供一種媒體訪問控制MAC實體，其中，所述MAC實體包括 MAC-is/i實體，和/或，MAC-ehs實體；如圖9所示，包括收發模塊91，用於當UE的發生狀態轉移，且所述UE的數據傳輸方式發生變化時， 接收來自所述UE的指示，所述指示中攜帶了要求所述MAC實體清空HARQ進程中的緩存的 信息；處理模塊92，用於根據所述收發模塊91接收的UE的指示清空所述HARQ進程中的緩存。具體的，所述收發模塊91具體用於，接收所述UE通過原語指示所述MAC實體清空 上行HARQ進程中的緩存的信息；和/或，接收所述UE通過原語指示所述MAC實體清空下行HARQ進程中的緩存的信息。在此情況下，所述處理模塊92具體用於，清空所述上行HARQ進程中的緩存，並保 持復用及TSN設置實體中的變量取值不變，保留分段實體中存儲的數據分段；所述復用及 TSN設置實體和所述保留分段實體位於所述MAC實體中。所述復用及TSN設置實體中的變 量包括CURRENT_TSN。所述處理模塊92還用於，清空所述下行HARQ進程中的緩存，並保留重排序實體中 存儲的數據，保留重組實體中存儲的數據分段；所述重排序實體和所述重組實體位於所述 MAC實體中。
可見，通過使用本發明實施例提供的設備，當UE在CELL-FACH狀態與CELL-DCH狀 態之間進行狀態轉移時，可以通過高層指示MAC實體清空HARQ進程中的緩存，從而避免了 UE過多丟棄數據包的問題。本發明實施例還提供了一種HARQ進程的處理系統，包括UE，用於當確定出自身發生狀態轉移時，判斷自身的數據傳輸方式是否發生變化； 並在自身的數據傳輸方式發生變化時，指示MAC實體清空HARQ進程中的緩存；MAC實體，用於根據所述UE的指示清空所述HARQ進程中的緩存。具體的，所述UE具體用於，通過原語指示所述MAC實體清空上行HARQ進程中的緩 存；禾口 /或，通過原語指示所述MAC實體清空下行HARQ進程中的緩存；所述MAC實體具體用於，在所述UE通過原語指示所述MAC實體清空上行HARQ進 程中的緩存時，清空所述上行HARQ進程中的緩存，並保持復用及TSN設置實體中的變量取 值不變，保留分段實體中存儲的數據分段；所述復用及TSN設置實體和所述保留分段實體 位於所述MAC實體中；在所述UE通過原語指示所述MAC實體清空下行HARQ進程中的緩存時，清空所述 下行HARQ進程中的緩存，並保留重排序實體中存儲的數據，保留重組實體中存儲的數據分 段；所述重排序實體和所述重組實體位於所述MAC實體中。此外，所述發生狀態轉移包括所述UE從增強CELL-FACH狀態轉移到CELL-DCH 狀態；或者，所述UE從CELL-DCH狀態轉移到增強CELL-FACH狀態；所述UE還用於，判斷 CELL-DCH狀態下所使用的上行能力等級是否小於預設的等級值；所述預設的等級值為增 強CELL-FACH狀態下所述UE所使用的上行能力等級；當所述CELL-DCH狀態下所使用的上 行能力等級小於預設的等級值時，判斷自身的數據傳輸方式發生變化；當所述CELL-DCH狀 態下所使用的上行能力等級不小於預設的等級值時，判斷自身的數據傳輸方式沒有發生變 化。本發明實施例提供的系統中，還包括網絡側設備，用於向UE發送消息，所述消息中攜帶狀態指示和新分配的E-RNTI， 所述新分配的E-RNTI為所述UE發生狀態轉移時目標狀態所用的標識；所述狀態指示和所述新分配的E-RNTI位於相同的消息中，或者，所述狀態指示和所述新分配的E-RNTI位於不同的消息中。進一步的，所述網絡側設備還用於，向所述UE發送不攜帶MAC-es/e reset indicator信息的消息，其中，所述MAC-es/e reset indicator信息用於指示所述MAC實體 進行重置操作。可見，通過採用本發明實施例提供的系統，當UE在CELL-FACH狀態與CELL-DCH狀 態之間進行狀態轉移時，可以通過高層指示MAC實體清空HARQ進程中的緩存，從而避免了 UE過多丟棄數據包的問題。通過以上的實施方式的描述，本領域的技術人員可以清楚地了解到本發明可藉助 軟體加必需的通用硬體平臺的方式來實現，當然也可以通過硬體，但很多情況下前者是更 佳的實施方式。基於這樣的理解，本發明的技術方案本質上或者說對現有技術做出貢獻的 部分可以以軟體產品的形式體現出來，該計算機軟體產品存儲在一個存儲介質中，包括若干指令用以使得一臺計算機設備(可以是個人計算機，伺服器，或者網絡設備等)執行本發 明各個實施例所述的方法。本領域技術人員可以理解附圖只是一個優選實施例的示意圖，附圖中的模塊或流 程並不一定是實施本發明所必須的。本領域技術人員可以理解實施例中的裝置中的模塊可以按照實施例描述進行分 布於實施例的裝置中，也可以進行相應變化位於不同於本實施例的一個或多個裝置中。上 述實施例的模塊可以合併為一個模塊，也可以進一步拆分成多個子模塊。上述本發明實施例序號僅僅為了描述，不代表實施例的優劣。以上公開的僅為本發明的幾個具體實施例，但是，本發明並非局限於此，任何本領 域的技術人員能思之的變化都應落入本發明的保護範圍。
權利要求
1.一種混合自動重傳請求HARQ進程的處理方法，其特徵在於，包括當用戶設備UE確定出發生狀態轉移時，所述UE判斷自身的數據傳輸方式是否發生變化；當所述UE的數據傳輸方式發生變化時，所述UE指示媒體訪問控制MAC實體清空HARQ 進程中的緩存；所述MAC實體根據所述UE的指示清空所述HARQ進程中的緩存。
2.如權利要求1所述的方法，其特徵在於，所述UE指示媒體訪問控制MAC實體清空 HARQ進程中的緩存包括所述UE通過原語指示所述MAC實體清空上行HARQ進程中的緩存；和/或， 所述UE通過原語指示所述MAC實體清空下行HARQ進程中的緩存； 其中，所述MAC實體包括MAC-is/i實體，和/或，MAC-ehs實體。
3.如權利要求2所述的方法，其特徵在於，在所述UE通過原語指示所述MAC實體清空 上行HARQ進程中的緩存時，所述MAC實體根據所述UE的指示清空所述HARQ進程中的緩存包括 所述MAC實體清空所述上行HARQ進程中的緩存，並保持復用及TSN設置實體中的變量 取值不變，保留分段實體中存儲的數據分段；所述復用及TSN設置實體和所述保留分段實 體位於所述MAC實體中。
4.如權利要求3所述的方法，其特徵在於，所述復用及TSN設置實體中的變量包括 CURRENT_TSN。
5.如權利要求2所述的方法，其特徵在於，所述UE通過原語指示所述MAC實體清空下 行HARQ進程中的緩存時，所述MAC實體根據所述UE的指示清空所述HARQ進程中的緩存包括 所述MAC實體清空所述下行HARQ進程中的緩存，並保留重排序實體中存儲的數據，保 留重組實體中存儲的數據分段；所述重排序實體和所述重組實體位於所述MAC實體中。
6.如權利要求1-5任一項所述的方法，其特徵在於，所述發生狀態轉移包括 所述UE從增強CELL-FACH狀態轉移到CELL-DCH狀態；或者，所述UE從CELL-DCH狀態轉移到增強CELL-FACH狀態。
7.如權利要求6所述的方法，其特徵在於，所述UE判斷自身的數據傳輸方式是否發生 變化包括所述UE判斷CELL-DCH狀態下所使用的上行能力等級是否小於預設的等級值；所述預 設的等級值為增強CELL-FACH狀態下所述UE所使用的上行能力等級；當所述CELL-DCH狀態下所使用的上行能力等級小於預設的等級值時，所述UE判斷自 身的數據傳輸方式發生變化；當所述CELL-DCH狀態下所使用的上行能力等級不小於預設的等級值時，所述UE判斷 自身的數據傳輸方式沒有發生變化。
8.如權利要求1所述的方法，其特徵在於，所述UE確定出發生狀態轉移之前，還包括 所述UE接收來自網絡側設備的消息，所述消息中攜帶狀態指示和新分配的E-RNTI，所述新分配的E-RNTI為UE發生狀態轉移時目標狀態所用的標識； 所述狀態指示和所述新分配的E-RNTI位於相同的消息中，或者，所述狀態指示和所述新分配的E-RNTI位於不同的消息中。
9.如權利要求8所述的方法，其特徵在於，所述UE接收來自網絡側設備的消息之前，還 包括所述網絡側設備向所述UE發送不攜帶MAC-es/e reset indicator信息的消息，其中， 所述MAC-es/e reset indicator信息用於指示所述MAC實體進行重置操作。
10.如權利要求8所述的方法，其特徵在於，所述UE確定出發生狀態轉移之前，還包括所述UE從來自所述網絡側設備的消息中獲取所述狀態指示，並比較所述狀態指示和 自身存儲的狀態指示是否相同；當二者不同時，所述UE確定出發生狀態轉移；否則，所述UE確定出沒有發生狀態轉移。
11.如權利要求10所述的方法，其特徵在於，當所述UE確定出發生狀態轉移時，所述方 法還包括所述UE指示所述MAC實體利用E-RUCCH發起隨機接入過程，所述隨機接入過程中攜帶 了所述新分配的E-RNTI。
12.—種用戶設備UE，其特徵在於，包括第一判斷模塊，用於判斷所述UE是否發生狀態轉移；第二判斷模塊，用於當所述第一判斷模塊判斷出所述UE發生狀態轉移時，判斷所述UE 的數據傳輸方式是否發生變化；收發模塊，用於當所述第二判斷模塊判斷出所述UE的數據傳輸方式發生變化時，指示 MAC實體清空HARQ進程中的緩存；並由所述MAC實體根據所述指示清空所述HARQ進程中 的緩存。
13.如權利要求12所述的UE，其特徵在於，所述收發模塊具體用於，通過原語指示所述MAC實體清空上行HARQ進程中的緩存；和/或，通過原語指示所述MAC實體清空下行HARQ進程中的緩存； 其中，所述MAC實體包括MAC-is/i實體，和/或，MAC-ehs實體。
14.如權利要求12或13所述的UE，其特徵在於，所述UE從增強CELL-FACH狀態轉移 到CELL-DCH狀態；或者，所述UE從CELL-DCH狀態轉移到增強CELL-FACH狀態。
15.如權利要求14所述的UE，其特徵在於，所述第二判斷模塊具體用於，判斷CELL-DCH狀態下所使用的上行能力等級是否小於 預設的等級值，所述預設的等級值為增強CELL-FACH狀態下所述UE所使用的上行能力等 級；當所述CELL-DCH狀態下所使用的上行能力等級小於預設的等級值時，判斷所述UE的 數據傳輸方式發生變化；當所述CELL-DCH狀態下所使用的上行能力等級不小於預設的等級值時，判斷所述UE 的數據傳輸方式沒有發生變化。
16.如權利要求12所述的UE，其特徵在於，所述收發模塊還用於，接收來自網絡側設備的消息，所述消息中攜帶狀態指示和新分配的E-RNTI，所述新分配的E-RNTI為UE發生狀態轉移時目標狀態所用的標識； 所述狀態指示和所述新分配的E-RNTI位於相同的消息中，或者， 所述狀態指示和所述新分配的E-RNTI位於不同的消息中。
17.如權利要求16所述的UE，其特徵在於，所述收發模塊還用於，接收來自所述網絡側設備的不攜帶MAC-es/e reset indicator 信息的消息，其中，所述MAC-es/e reset indicator信息用於指示所述MAC實體進行重置 操作。
18.如權利要求16所述的UE，其特徵在於，所述第一判斷模塊還用於，從來自所述網絡側設備的消息中獲取所述狀態指示，並比 較所述狀態指示和自身存儲的狀態指示是否相同； 當二者不同時，判斷所述UE發生狀態轉移； 當二者相同時，判斷所述UE沒有發生狀態轉移。
19.如權利要求18所述的UE，其特徵在於，所述收發模塊還用於，指示所述MAC實體利用E-RUCCH發起隨機接入過程，所述隨機接 入過程中攜帶了所述新分配的E-RNTI。
20.一種媒體訪問控制MAC實體，其特徵在於，包括收發模塊，用於當UE的發生狀態轉移，且所述UE的數據傳輸方式發生變化時，接收來 自所述UE的指示，所述指示中攜帶了要求所述MAC實體清空HARQ進程中的緩存的信息； 處理模塊，用於根據所述收發模塊接收的UE的指示清空所述HARQ進程中的緩存。
21.如權利要求20所述的MAC實體，其特徵在於，所述MAC實體包括MAC_is/i實體，和 / 或，MAC-ehs 實體；所述收發模塊具體用於，接收所述UE通過原語指示所述MAC實體清空上行HARQ進程 中的緩存的信息；和/或，接收所述UE通過原語指示所述MAC實體清空下行HARQ進程中的緩存的信息。
22.如權利要求21所述的MAC實體，其特徵在於，所述處理模塊具體用於，清空所述上行HARQ進程中的緩存，並保持復用及TSN設置實 體中的變量取值不變，保留分段實體中存儲的數據分段；所述復用及TSN設置實體和所述 保留分段實體位於所述MAC實體中。
23.如權利要求22所述的MAC實體，其特徵在於，所述復用及TSN設置實體中的變量包 括CURRENT_TSN。
24.如權利要求21所述的MAC實體，其特徵在於，所述處理模塊還用於，清空所述下行HARQ進程中的緩存，並保留重排序實體中存儲的 數據，保留重組實體中存儲的數據分段；所述重排序實體和所述重組實體位於所述MAC實 體中。
25.—種HARQ進程的處理系統，其特徵在於，包括UE，用於當確定出自身發生狀態轉移時，判斷自身的數據傳輸方式是否發生變化；並在 自身的數據傳輸方式發生變化時，指示MAC實體清空HARQ進程中的緩存； MAC實體，用於根據所述UE的指示清空所述HARQ進程中的緩存。
26.如權利要求25所述的系統，其特徵在於，所述UE具體用於，通過原語指示所述MAC實體清空上行HARQ進程中的緩存；和/或，通過原語指示所述MAC實體清空下行HARQ進程中的緩存；所述MAC實體具體用於，在所述UE通過原語指示所述MAC實體清空上行HARQ進程中的 緩存時，清空所述上行HARQ進程中的緩存，並保持復用及TSN設置實體中的變量取值不變， 保留分段實體中存儲的數據分段；所述復用及TSN設置實體和所述保留分段實體位於所述 MAC實體中；在所述UE通過原語指示所述MAC實體清空下行HARQ進程中的緩存時，清空所述下行 HARQ進程中的緩存，並保留重排序實體中存儲的數據，保留重組實體中存儲的數據分段； 所述重排序實體和所述重組實體位於所述MAC實體中。
27.如權利要求25所述的系統，其特徵在於，所述發生狀態轉移包括所述UE從增 強CELL-FACH狀態轉移到CELL-DCH狀態；或者，所述UE從CELL-DCH狀態轉移到增強 CELL-FACH 狀態；所述UE還用於，判斷CELL-DCH狀態下所使用的上行能力等級是否小於預設的等級 值；所述預設的等級值為增強CELL-FACH狀態下所述UE所使用的上行能力等級；當所述 CELL-DCH狀態下所使用的上行能力等級小於預設的等級值時，判斷自身的數據傳輸方式發 生變化；當所述CELL-DCH狀態下所使用的上行能力等級不小於預設的等級值時，判斷自身 的數據傳輸方式沒有發生變化。
28.如權利要求25所述的系統，其特徵在於，還包括網絡側設備，用於向UE發送消息，所述消息中攜帶狀態指示和新分配的E-RNTI，所述 新分配的E-RNTI為所述UE發生狀態轉移時目標狀態所用的標識；所述狀態指示和所述新分配的E-RNTI位於相同的消息中，或者，所述狀態指示和所述新分配的E-RNTI位於不同的消息中。
29.如權利要求觀所述的系統，其特徵在於，所述網絡側設備還用於，向所述UE發送不攜帶MAC-es/e reset indicator信息的消 息，其中，所述MAC-es/e reset indicator信息用於指示所述MAC實體進行重置操作。
全文摘要
本發明公開了一種HARQ進程的處理方法，包括當用戶設備UE確定出發生狀態轉移時，若網絡側沒有通過RRC信令指示UE進行MAC實體的重置操作，所述UE判斷自身的數據傳輸方式是否發生變化；當所述UE的數據傳輸方式發生變化時，所述UE通過高層指示，指示媒體訪問控制MAC實體清空HARQ進程中的緩存；所述MAC實體根據所述高層指示清空所述HARQ進程中的緩存。本發明中，當UE在CELL-FACH狀態與CELL-DCH狀態之間進行狀態轉移時，可以通過高層指示MAC實體清空HARQ進程中的緩存，從而避免了UE過多丟棄數據包的問題。
文檔編號H04W28/14GK102055573SQ20091023706
公開日2011年5月11日 申請日期2009年11月3日 優先權日2009年11月3日
發明者劉亞偉, 李曉卡 申請人:大唐移動通信設備有限公司