混合自動重傳請求實體管理的方法和用戶設(shè)備的制造方法
【專利摘要】本申請?zhí)峁┝艘环NHARQ實體管理方法，由用戶設(shè)備或用戶設(shè)備內(nèi)的媒體接入控制MAC實體執(zhí)行。所述HARQ實體管理方法包括：在輔服務(wù)小區(qū)組內(nèi)第一個輔小區(qū)被添加時，或者在所述輔服務(wù)小區(qū)組被添加時，初始化與所述輔服務(wù)小區(qū)組相對應(yīng)的HARQ實體。所述方法還可以包括：從基站接收輔服務(wù)小區(qū)添加命令。本申請還提供了相應(yīng)的用戶設(shè)備。
【專利說明】
混合自動重傳請求實體管理的方法和用戶設(shè)備
技術(shù)領(lǐng)域
[0001] 本發(fā)明設(shè)及無線通信技術(shù)領(lǐng)域。更具體地，本發(fā)明設(shè)及混合自動重傳請求HARQ實 體管理方法W及相應(yīng)的用戶設(shè)備。
【背景技術(shù)】
[0002] 現(xiàn)代無線移動通信系統(tǒng)呈現(xiàn)出兩個顯著特點，一是寬帶高速率，比如第四代無線 移動通信系統(tǒng)的帶寬可達lOOMHz，下行速率高達IGbps ;二是移動互聯(lián)，推動了移動上網(wǎng)、 手機視頻點播、在線導(dǎo)航等新興業(yè)務(wù)。運兩個特點對無線移動通信技術(shù)提出了較高要求，主 要有：超高速率無線傳輸、區(qū)域間干擾抑制、移動中可靠傳輸信號、分布式/集中式信號處 理等等。在未來的增強第四代（4G)及第五代巧G)無線移動通信系統(tǒng)中，為了滿足上述發(fā) 展需求，各種相應(yīng)的關(guān)鍵技術(shù)開始被提出和論證，值得本領(lǐng)域的研究人員廣泛關(guān)注。
[000引在2007年10月，國際電信聯(lián)盟ατυ)批準全球微波互聯(lián)接入系統(tǒng)（WiMax， Worldwide Interoper油ility for Microwave Access)成為第四個3G系統(tǒng)標準。運一發(fā)生 在3G時代末期的事件，實際上是4G標準爭奪戰(zhàn)的預(yù)演。事實上，為了應(yīng)對W無線局域網(wǎng)和 WiMax為代表的無線IP技術(shù)流的挑戰(zhàn)，從2005年開始，第Ξ代3GPP組織就著手進行全新的 系統(tǒng)升級，即長期演進系統(tǒng)化TE，Long Term Evolution)的標準化工作。運是一個基于正 交頻分復(fù)用技術(shù)（0抑M，Orthogonal Rrequen巧Division Multiplexing)的準四代系統(tǒng)， 已于2009年初推出第一版，并在2010年陸續(xù)在全球開始商用。與此同時，3GPP組織關(guān)于第 四代無線移動通信系統(tǒng)（4G，the Fou;rth Generation)的標準化制定工作也已經(jīng)于2008年 上半年啟動，該系統(tǒng)稱為先進的長期演進系統(tǒng)(XTE-A，Long Term Evolution Advanced)。 該系統(tǒng)的物理層過程的關(guān)鍵標準化文書已于2011年初完成。在2011年11月ITU組織在 中國重慶正式宣布，LTE-A系統(tǒng)和WiMax系統(tǒng)是4G系統(tǒng)的兩個官方標準。目前，LTE-A系統(tǒng) 的商用過程正在全球范圍逐步展開。
[0004] 根據(jù)未來十年的挑戰(zhàn)，對于增強的第四代無線移動通信系統(tǒng)，大致有W下幾點發(fā) 展需求： 陽〇化]-更高的無線寬帶速率，且重點優(yōu)化局部的小區(qū)熱點區(qū)域；
[0006] -進一步提高用戶體驗，特別需要優(yōu)化小區(qū)邊界區(qū)域的通信服務(wù)；
[0007] -考慮到可用頻譜不可能有1000倍的擴展，故需要繼續(xù)研究能夠提高頻譜利用效 率的新技術(shù)；
[000引-高頻段的頻譜巧GHz,甚至更高）必將投入使用，W獲得較大的通信帶寬；
[0009] -現(xiàn)有網(wǎng)絡(luò)（2G/3G/4G，WLAN，WiMax等）的協(xié)同工作，W分擔數(shù)據(jù)流量；
[0010] -針對不同業(yè)務(wù)、應(yīng)用和服務(wù)特定優(yōu)化；
[0011] -加強系統(tǒng)支持大規(guī)模機器通信的能力； 陽01引-靈活、智能且廉價的網(wǎng)絡(luò)規(guī)劃與布網(wǎng)；
[0013] -設(shè)計方案W節(jié)省網(wǎng)絡(luò)的用電量和用戶設(shè)備的電池消耗。
[0014] 傳統(tǒng)的3GPP LTE系統(tǒng)中，數(shù)據(jù)傳輸只能在授權(quán)頻譜上（1 icensed bands/ carriers),然而隨著業(yè)務(wù)量的急劇增漲，尤其在一些城市的熱點區(qū)域，授權(quán)頻譜可能很難 滿足增漲的業(yè)務(wù)量的需求。3GPP RAN#62次全會討論了一個新的研究課題，即非授權(quán)頻譜 (unlicensed bands/carriers)的研究（RP-132085)，主要目的是研究利用在非授權(quán)頻譜 上的LTE的非獨立部署（non-standalone (kployment)，所謂非獨立是指在非授權(quán)頻譜上 的通信要和授權(quán)頻譜上的服務(wù)小區(qū)相關(guān)聯(lián)使用，而無法獨立服務(wù)于用戶。一個直接的方 法是盡量沿用LTE系統(tǒng)中的載波聚合（Carrier Aggregation, CA)的方式，即將授權(quán)頻譜 部署為服務(wù)基站的主載波（Primary Component Carrier, PCC)，其對應(yīng)的小區(qū)稱為主小區(qū) (Primary Cell, PCell);將非授權(quán)頻譜部署為服務(wù)基站的輔載波（Secondary Component Carrier, see),其對應(yīng)的小區(qū)稱為輔小區(qū)（Secondary Cell, SCell)。
[0015] 目前針對非授權(quán)頻譜工作方式，存在一種較為常用的工作方式，即聽后傳輸（LBT， Listen Be化re Ta化）。而對于LBT，歐洲和日本對其信道占用時間窗口（C0TW，化annel Oc州pan巧Time Window)有所限制，歐洲最大為13ms，日本為小于4ms?；诖耍F(xiàn)有LTE 系統(tǒng)中所對應(yīng)的一個完整的HARQ (Hybrid Automatic Repeat Request)過程（如一次初始 傳輸加 Ξ次重傳）無法在一個C0TW中完成。而基于非授權(quán)頻譜系統(tǒng)的工作特點即所有站 點競爭使用相應(yīng)信道資源，當初始傳輸完成后，后續(xù)重傳不能保證還在同樣的非授權(quán)載波 上傳輸。對于該問題，有一種解決方法是載波間動態(tài)的HARQ傳輸，即對于一個數(shù)據(jù)塊，其初 傳和重傳可W在承載在不同的載波上進行傳輸，W滿足在該數(shù)據(jù)塊所對應(yīng)的服務(wù)質(zhì)量要求 (如ality of Service, Qo巧時間內(nèi)完成一個完成的HARQ過程。

【發(fā)明內(nèi)容】

[0016] 對【背景技術(shù)】部分所述載波間動態(tài)HARQ傳輸，一種實現(xiàn)方法即多個載波共用一個 HARQ實體，該HARQ實體可W基于不同載波上資源的可用性，將一個HARQ緩存化uffer)內(nèi) 的一個傳輸塊燈ransport Block, TB)塊的HARQ初傳和重傳靈活地分配到不同的載波上傳 輸。LTE現(xiàn)有機制中一個服務(wù)小區(qū)對應(yīng)一個獨立的HARQ實體，相應(yīng)的用戶設(shè)備側(cè)的HARQ實 體管理方法也基于此，在上述多載波HARQ實體共用傳輸?shù)那闆r下，現(xiàn)有機制中的HARQ實體 管理方法會導(dǎo)致HARQ實體或?qū)?yīng)的HARQ緩存化uffer)出現(xiàn)錯誤處理，運也正是本發(fā)明所 關(guān)注的問題。 陽017] 針對W上問題，基于LTE及LTE-A網(wǎng)絡(luò)，本發(fā)明提供了一種在支持動態(tài)HARQ傳輸 配置下的HARQ實體管理方法和裝置。用戶設(shè)備通過該HARQ實體管理方法，可W實現(xiàn)在配 置了共用HARQ實體時對所述HARQ實體進行相應(yīng)處理，進而避免錯誤的操作而導(dǎo)致的數(shù)據(jù) 丟失。
[0018] 本發(fā)明所述方法并不限于【背景技術(shù)】部分所述非授權(quán)頻譜上工作的通信裝置和系 統(tǒng)，也適用于其他多載波裝置和系統(tǒng)。
[0019] 根據(jù)本公開的第一方面，提供了一種HARQ實體管理方法，由用戶設(shè)備或用戶設(shè)備 內(nèi)的媒體接入控制MAC實體執(zhí)行。所述HARQ實體管理方法包括：在輔服務(wù)小區(qū)組內(nèi)第一個 輔小區(qū)被添加時，或者在所述輔服務(wù)小區(qū)組被添加時，初始化與所述輔服務(wù)小區(qū)組相對應(yīng) 的HARQ實體。該方法還可W包括：從基站接收輔服務(wù)小區(qū)添加命令。
[0020] 根據(jù)本公開的第二方面，提供了一種HARQ實體管理方法，由用戶設(shè)備或用戶設(shè)備 內(nèi)的媒體接入控制MAC實體執(zhí)行。所述HARQ實體管理方法包括：在輔服務(wù)小區(qū)組內(nèi)最后一 個輔小區(qū)被刪除時，或者在所述輔服務(wù)小區(qū)組被刪除時，刪除與所述輔服務(wù)小區(qū)組相對應(yīng) 的HARQ實體。該方法還可W包括：從基站接收輔服務(wù)小區(qū)刪除命令。
[0021] 根據(jù)本公開的第Ξ方面，提供了一種HARQ實體管理方法，由用戶設(shè)備或用戶設(shè)備 內(nèi)的媒體接入控制MAC實體執(zhí)行，所述HARQ實體管理方法包括：在輔服務(wù)小區(qū)被去激活時， 如果所述輔服務(wù)小區(qū)與輔服務(wù)小區(qū)組相關(guān)聯(lián)且所述輔服務(wù)小區(qū)是所述輔服務(wù)小區(qū)組中最 后一個激活態(tài)小區(qū)或者如果所述輔服務(wù)小區(qū)未關(guān)聯(lián)到輔服務(wù)小區(qū)組，則清空與所述輔服務(wù) 小區(qū)相對應(yīng)的HARQ緩存。該方法還可W包括：從基站接收輔服務(wù)小區(qū)去激活命令；或檢測 針對輔服務(wù)小區(qū)的去激活定時器超時。
[0022] 在根據(jù)上述Ξ方面的方法中，所述輔服務(wù)小區(qū)組內(nèi)的輔小區(qū)共用同一個HARQ實 體。所述方法還可W包括：經(jīng)由無線資源控制RRC消息從基站接收輔服務(wù)小區(qū)組指示信息， 所述輔服務(wù)小區(qū)組指示信息用于指示與所述輔小區(qū)相對應(yīng)的HARQ實體。
[0023] 參照后文的說明和附圖，詳細公開了本發(fā)明的特定實施方式，指明了本發(fā)明的原 理可W被采用的方式。應(yīng)該理解，本發(fā)明的實施方式在范圍上并不因而受到限制。在所附 權(quán)利要求的精神和條款的范圍內(nèi)，本發(fā)明的實施方式包括許多改變、修改和等同。
[0024] 針對一種實施方式描述和/或示出的特征可相同或類似的方式在一個或更 多個其它實施方式中使用，與其它實施方式中的特征相組合，或替代其它實施方式中的特 征。
[00巧]應(yīng)該強調(diào)，術(shù)語"包括/包含"在本文使用時指特征、整件、步驟或組件的存在，但 并不排除一個或更多個其它特征、整件、步驟或組件的存在或附加。
【附圖說明】
[00%] 參照W下的附圖可W更好地理解本發(fā)明的很多方面。附圖中的部件不是成比例繪 制的，而只是為了示出本發(fā)明的原理。為了便于示出和描述本發(fā)明的一些部分，附圖中對應(yīng) 部分可能被放大或縮小。
[0027] 在本發(fā)明的一個附圖或一種實施方式中描述的元素和特征可W與一個或更多個 其它附圖或?qū)嵤┓绞街惺境龅脑睾吞卣飨嘟Y(jié)合。此外，在附圖中，類似的標號表示幾個附 圖中對應(yīng)的部件，并可用于指示多于一種實施方式中使用的對應(yīng)部件。
[0028] 圖1是多載波共用HARQ實體配置下基站側(cè)的流程示意圖。
[0029] 圖2是多載波共用HARQ實體配置下用戶設(shè)備側(cè)的流程示意圖。
[0030] 圖3是多載波共用HARQ實體配置下基站和用戶設(shè)備間信息交互的示意圖。
[0031] 圖4是根據(jù)本公開的用戶設(shè)備側(cè)HARQ實體管理方法的第一實施例的流程圖。
[0032] 圖5是圖4所示方法的一種具體實現(xiàn)的流程示意圖。
[0033] 圖6是根據(jù)本公開的用戶設(shè)備側(cè)HARQ實體管理方法的第二實施例的流程圖。
[0034] 圖7是圖6所示方法的具體實現(xiàn)的流程示意圖。
[0035] 圖8是根據(jù)本公開的用戶設(shè)備側(cè)HARQ實體管理方法的第Ξ實施例的流程圖。
[0036] 圖9是圖8所示的方法的具體實現(xiàn)的流程示意圖。
[0037] 圖10是根據(jù)本公開的用戶設(shè)備的結(jié)構(gòu)示意圖。
【具體實施方式】
[0038] 參照附圖，通過下面的說明書，本發(fā)明的前述W及其它特征將變得明顯。在說明書 和附圖中，具體公開了本發(fā)明的特定實施方式，其表明了其中可W采用本發(fā)明的原則的部 分實施方式，應(yīng)了解的是，本發(fā)明不限于所描述的實施方式，相反，本發(fā)明包括落入所附權(quán) 利要求的范圍內(nèi)的全部修改、變型W及等同物。另外，為了簡便起見，省略了對與本發(fā)明沒 有直接關(guān)聯(lián)的公知技術(shù)的詳細描述，W防止對本發(fā)明的理解造成混淆。
[0039] W下將結(jié)合附圖和具體實施例，對本發(fā)明所提出的共享HARQ實體配置方式下的 用戶設(shè)備側(cè)HARQ實體管理方法進行說明。
[0040] 下文W LTE移動通信系統(tǒng)及其后續(xù)的演進版本作為示例應(yīng)用環(huán)境，具體描述了根 據(jù)本發(fā)明的多個實施例。然而，需要指出的是，本發(fā)明不限于W下實施例，而是可適用于更 多其它的無線通信系統(tǒng)，例如今后的5G蜂窩通信系統(tǒng)。
[0041] 首先，參照圖1至3描述共享HARQ實體配置方式下基站和用戶設(shè)備側(cè)的操作W及 基站和用戶設(shè)備之間信息交互。
[0042] 如圖1所示，基站側(cè)操作包括步驟101和102。
[0043] 在步驟101中，基站發(fā)送服務(wù)小區(qū)所關(guān)聯(lián)的HARQ實體信息。在具體實現(xiàn)中，基站 可W在服務(wù)小區(qū)添加或修改時發(fā)送所述服務(wù)小區(qū)所關(guān)聯(lián)的HARQ實體信息。該HARQ實體信 息包含所述服務(wù)小區(qū)所關(guān)聯(lián)的HARQ實體標識。
[0044] 如下所示，給出該方法在3GPP標準協(xié)議中的Ξ種示例性而非限制性的實現(xiàn)方式。
[0045] 實現(xiàn)方式一：
[0046]
[0049] 實現(xiàn)方式Ξ : 陽化0]
[00川在步驟102中，基站根據(jù)所配置的服務(wù)小區(qū)所關(guān)聯(lián)的HARQ實體信息，對相應(yīng)的TB 在服務(wù)小區(qū)間進行動態(tài)調(diào)度和HARQ傳輸。
[0052] 舉例說明，若Ξ個服務(wù)小區(qū)SCe 111、SCe 112和SCe 113都配置為同一個HARQ實體 標識，即表示基站配置該Ξ個服務(wù)小區(qū)共用同一個HARQ實體。在此種配置下，對于一個TB， 基站可W根據(jù)網(wǎng)絡(luò)負載和信道質(zhì)量將該TB的HARQ初傳調(diào)度在SCell 1上，而將該TB的HARQ 重傳調(diào)度在SCell2或SCell3上，從而實現(xiàn)共用HARQ實體配置下載波間的動態(tài)HARQ傳輸。
[0053] 在步驟101之前，還可W包括：基站接收并獲取肥是否支持多載波/小區(qū)間動態(tài) HARQ傳輸能力信息，或者UE是否支持共用HARQ實體的能力信息。所述信息可W通過RRC 消息來傳輸例如放在肥Cap油ilitWnformation中的肥-EUTRA-Cap油ility信息元中。如 下所示，給出一種所述肥能力信息在3GPP標準協(xié)議中的實現(xiàn)方式。
[0054]
陽化日]如圖2所示，用戶設(shè)備肥側(cè)操作包括步驟201和202。
[0056] 在步驟201中，肥接收基站所發(fā)送的服務(wù)小區(qū)所關(guān)聯(lián)的HARQ實體信息。在具體 實現(xiàn)中，UE可W在接收服務(wù)小區(qū)添加或修改時接收所述服務(wù)小區(qū)所關(guān)聯(lián)的HARQ實體信息。 所述HARQ實體信息包含所述服務(wù)小區(qū)所關(guān)聯(lián)的HARQ實體標識。
[0057] 該實體標識在3GPP標準協(xié)議中的實現(xiàn)方式可如上述步驟101中所述，此處不再寶 述。
[0058] 在步驟202中，肥根據(jù)所配置的服務(wù)小區(qū)所關(guān)聯(lián)的HARQ實體信息對相應(yīng)的TB在 服務(wù)小區(qū)間進行HARQ傳輸。
[0059] 舉例說明，若Ξ個服務(wù)小區(qū)SCelll、SCell2和SCell3的HARQ實體信息為同一個 HARQ實體標識，則肥認為該Ξ個服務(wù)小區(qū)共用同一個HARQ實體。在此種配置下，對于一 個TB，肥根據(jù)基站的指示可W在SCelll上接收一個TB的初傳，而在SCell2或SCell3上 接收該TB的HARQ重傳，將從不同服務(wù)小區(qū)/載波上接收到的HARQ傳輸進行聯(lián)合解碼，從 而實現(xiàn)共用HARQ實體配置下載波間的動態(tài)HARQ傳輸。 W60] 在步驟201之前，還可W包括：肥向基站發(fā)送肥是否支持多載波/小區(qū)間動態(tài) HARQ傳輸能力信息，或者UE是否支持共用HARQ實體的能力信息。所述信息可W通過RRC 消息來傳輸例如放在肥Cap油ilitWnformation中的肥-EUTRA-Cap油ility信息元中。該 信息在3GPP標準協(xié)議中的一種實現(xiàn)方式可如前述，此處不再寶述。
[0061] 如圖3所示，基站和肥間的信息交互包括步驟301和302。 W62] 在步驟301中，基站向肥發(fā)送服務(wù)小區(qū)所關(guān)聯(lián)的HARQ實體信息。在具體 實現(xiàn)中，該信息可W通過RRC (Radio Resource Control)消息如RRC連接重配置 (RRCConnectionReconfiguration)消息發(fā)送，并且可W在服務(wù)小區(qū)添加或修改時發(fā)送所述 服務(wù)小區(qū)所關(guān)聯(lián)的HARQ實體信息。該HARQ實體信息包含所述服務(wù)小區(qū)所關(guān)聯(lián)的HARQ實 體標識。
[0063] 該方法在3GPP標準協(xié)議中的一種實現(xiàn)方式可如上述步驟101中所述，此處不再寶 述。
[0064] 在步驟302中，肥接收到基站所發(fā)送的服務(wù)小區(qū)所關(guān)聯(lián)的HARQ實體信息并向基 站返回響應(yīng)消息，如該響應(yīng)消息可W是RRC連接重配置完成（RRCConnectionReconfigurat ionComplete)消息。 W65] 在步驟301之前，還可W包括：肥和基站交互肥是否支持多載波/小區(qū)間動態(tài) HARQ傳輸能力信息，或者UE是否支持共用HARQ實體的能力信息。該能力信息在3GPP標準 協(xié)議中的實現(xiàn)方式如前述，此處不再寶述。
[0066] 下面，參照圖4和圖5描述針對上述多載波共用HARQ實體配置提出的、根據(jù)本公 開的用戶設(shè)備側(cè)HARQ實體管理方法的第一實施例的流程圖。具體地，該實施例提供了共用 HARQ實體情況下的服務(wù)小區(qū)添加時的肥側(cè)HARQ實體管理方法。該方法可應(yīng)用于用戶設(shè)備 或用戶設(shè)備內(nèi)的媒體接入控制MC實體。
[0067] 如圖4所示，根據(jù)第一實施例的HARQ實體管理方法包括步驟402 W及可選的步驟 401。
[0068] 在步驟402中，UE在輔服務(wù)小區(qū)組內(nèi)第一個輔小區(qū)被添加時，或者在所述輔服務(wù) 小區(qū)組被添加時，初始化與所述輔服務(wù)小區(qū)組相對應(yīng)的HARQ實體。
[0069] 在步驟401中，肥從基站接收輔服務(wù)小區(qū)添加命令。
[0070] 圖5為圖4所示方法的一種具體實現(xiàn)的流程圖，包括W下步驟。 陽071] 步驟501 :肥接收服務(wù)小區(qū)添加命令。
[0072] 步驟502 :判斷該服務(wù)小區(qū)是否被關(guān)聯(lián)到一個服務(wù)小區(qū)組。若是，則進行步驟503 ; 否則，進行步驟504曰。
[0073] 步驟503 :判斷該服務(wù)小區(qū)是否是所述服務(wù)小區(qū)組內(nèi)第一個被添加的服務(wù)小區(qū)。 若是，則進行步驟504a ;否則，進行步驟504b。在本步驟中，所述服務(wù)小區(qū)組內(nèi)第一個服務(wù) 小區(qū)的添加也可視為等同于所述服務(wù)小區(qū)組被添加。
[0074] 步聽504a :初始化（initialize)服務(wù)小區(qū)所關(guān)聯(lián)的HARQ實體。 陽0巧]步驟504b :將服務(wù)小區(qū)關(guān)聯(lián)到相對應(yīng)的HARQ實體。
[0076] 接著，參照圖6和圖7描述根據(jù)本發(fā)明的用戶設(shè)備側(cè)HARQ實體管理方法的第二實 施例的流程圖。具體地，該實施例提供了共用HARQ實體情況下的服務(wù)小區(qū)刪除時的UE側(cè) HARQ實體管理方法。該方法可應(yīng)用于用戶設(shè)備或用戶設(shè)備內(nèi)的媒體接入控制MAC實體。
[0077] 如圖6所示，根據(jù)第二實施例的HARQ實體管理方法包括步驟602 W及可選的步驟 601。
[007引在步驟602中，UE在輔服務(wù)小區(qū)組內(nèi)最后一個輔小區(qū)被刪除時，或者在所述輔服 務(wù)小區(qū)組被刪除時，刪除與所述輔服務(wù)小區(qū)組相對應(yīng)的HARQ實體。
[0079] 在步驟601中，肥從基站接收輔服務(wù)小區(qū)刪除命令。
[0080] 圖7為圖6所示方法的一種具體實現(xiàn)的流程圖，包括如下步驟。
[0081] 步驟701 :肥接收服務(wù)小區(qū)刪除命令。
[0082] 步驟702 :判斷該服務(wù)小區(qū)是否被關(guān)聯(lián)到一個服務(wù)小區(qū)組。若是，則進行步驟703 ; 否則，進行步驟704。
[0083] 步驟703 :判斷該服務(wù)小區(qū)是否是所述服務(wù)小區(qū)組內(nèi)最后一個被刪除的服務(wù)小 區(qū)。若是，則進行步驟704。在本步驟中，所述服務(wù)小區(qū)組內(nèi)最后一個服務(wù)小區(qū)的刪除也可 視為等同于所述服務(wù)小區(qū)組被刪除。
[0084] 步驟704 :移除（remove)服務(wù)小區(qū)所關(guān)聯(lián)的HARQ實體。
[0085] 如果步驟703的判斷結(jié)果為否，則不對該服務(wù)小區(qū)所關(guān)聯(lián)的HARQ實體進行操作。
[0086] 接著，參照圖8和圖9描述根據(jù)本發(fā)明的用戶設(shè)備側(cè)HARQ實體管理方法的第Ξ實 施例的流程圖。具體地，該實施例提供了共用HARQ實體情況下的服務(wù)小區(qū)去激活時的肥 側(cè)HARQ緩存化uffer)的管理方法。該方法可應(yīng)用于用戶設(shè)備或用戶設(shè)備內(nèi)的媒體接入控 制MAC實體。
[0087] 如圖8所示，根據(jù)第Ξ實施例的HARQ實體管理方法包括步驟802 W及可選的步驟 801。
[0088] 在步驟802中，UE在輔服務(wù)小區(qū)被去激活時，如果所述輔服務(wù)小區(qū)與輔服務(wù)小區(qū) 組相關(guān)聯(lián)且所述輔服務(wù)小區(qū)是所述輔服務(wù)小區(qū)組中最后一個激活態(tài)小區(qū)或者如果所述輔 服務(wù)小區(qū)未關(guān)聯(lián)到輔服務(wù)小區(qū)組，則清空與所述輔服務(wù)小區(qū)相對應(yīng)的HARQ緩存。
[0089] 在步驟801中，UE從基站接收輔服務(wù)小區(qū)去激活命令，或者檢測針對輔服務(wù)小區(qū) 的去激活定時器超時。
[0090] 圖9為圖8所示方法的一種具體實現(xiàn)的流程圖，包括如下步驟。
[0091] 步驟901 :肥接收服務(wù)小區(qū)去激活命令或者所述服務(wù)小區(qū)所關(guān)聯(lián)的去激活計時器 (deactivation timer)超時。
[0092] 步驟902 :判斷所述服務(wù)小區(qū)是否被關(guān)聯(lián)到一個服務(wù)小區(qū)組。若是，則進行步驟 903 ;否則，進行步驟904。
[0093] 步驟903 :判斷所述服務(wù)小區(qū)是否是所述服務(wù)小區(qū)組內(nèi)最后一個被去激活的激活 態(tài)小區(qū)。若是，則進行步驟904。
[0094] 步驟904 :根據(jù)所定義的時序關(guān)系，在預(yù)定的傳輸時間間隔（Transmission Timing IntervaliTTI)內(nèi)，清空的ush)所述服務(wù)小區(qū)所關(guān)聯(lián)的所有HARQ buffer。步驟904中所 述時序關(guān)系，不在本發(fā)明所關(guān)屯、的范圍之內(nèi)。
[0095] 如果步驟903的判斷結(jié)果為否，則不對HARQ緩存進行操作。
[0096] 下面，參照圖10描述根據(jù)本公開的用戶設(shè)備1000的結(jié)構(gòu)框圖。該用戶設(shè)備1000 對應(yīng)于上述第一、第二和第Ξ實施例中肥側(cè)的HARQ實體管理方法。
[0097] 如圖10所示，肥1000包括HARQ實體管理器1010。與上述第一實施例相對應(yīng)， HARQ實體管理器1010可W用于在輔服務(wù)小區(qū)組內(nèi)第一個輔小區(qū)被添加時，或者在所述輔 服務(wù)小區(qū)組被添加時，初始化所述HARQ實體。肥1000還可W包括接收機1020,用于從基 站接收輔服務(wù)小區(qū)添加命令。
[0098] 與上述第二實施例相對應(yīng)，HARQ實體管理器1010可W用于在輔服務(wù)小區(qū)組內(nèi)最 后一個輔小區(qū)被刪除時，或者在所述輔服務(wù)小區(qū)組被刪除時，刪除與所述輔服務(wù)小區(qū)組相 對應(yīng)的HARQ實體。接收機1020可W用于從基站接收輔服務(wù)小區(qū)刪除命令。
[0099] 與上述第Ξ實施例相對應(yīng)，HARQ實體管理器1010可W用于在輔服務(wù)小區(qū)被去激 活時，如果所述輔服務(wù)小區(qū)與輔服務(wù)小區(qū)組相關(guān)聯(lián)且所述輔服務(wù)小區(qū)是所述輔服務(wù)小區(qū)組 中最后一個激活態(tài)小區(qū)或者如果所述輔服務(wù)小區(qū)未關(guān)聯(lián)到輔服務(wù)小區(qū)組，則清空與所述輔 服務(wù)小區(qū)相對應(yīng)的HARQ緩存。接收機1020可W用于從基站接收輔服務(wù)小區(qū)去激活命令。 肥1000還可W包括超時檢測器1030,用于檢測針對輔服務(wù)小區(qū)的去激活定時器超時。
[0100] 應(yīng)該理解，本發(fā)明的上述實施例可W通過軟件、硬件或者軟件和硬件兩者的結(jié)合 來實現(xiàn)。例如，上述實施例中的基站和用戶設(shè)備內(nèi)部的各種組件可W通過多種器件來實現(xiàn)， 運些器件包括但不限于：模擬電路器件、數(shù)字電路器件、數(shù)字信號處理值SP)電路、可編程 處理器、專用集成電路（ASIC)、現(xiàn)場可編程口陣列（FPGA)、可編程邏輯器件（CPLD)，等等。 陽101] 在本申請中，"基站"是指具有較大發(fā)射功率和較廣覆蓋面積的移動通信數(shù)據(jù)和控 制交換中屯、，包括資源分配調(diào)度、數(shù)據(jù)接收發(fā)送等功能。"用戶設(shè)備"是指用戶移動終端，例 如包括移動電話、筆記本等可W與基站或者微基站進行無線通信的終端設(shè)備。 陽102] 此外，運里所公開的本發(fā)明的實施例可W在計算機程序產(chǎn)品上實現(xiàn)。更具體地，該 計算機程序產(chǎn)品是如下的一種產(chǎn)品：具有計算機可讀介質(zhì)，計算機可讀介質(zhì)上編碼有計算 機程序邏輯，當在計算設(shè)備上執(zhí)行時，該計算機程序邏輯提供相關(guān)的操作W實現(xiàn)本發(fā)明的 上述技術(shù)方案。當在計算系統(tǒng)的至少一個處理器上執(zhí)行時，計算機程序邏輯使得處理器執(zhí) 行本發(fā)明實施例所述的操作（方法）。本發(fā)明的運種設(shè)置典型地提供為設(shè)置或編碼在例如 光介質(zhì)（例如CD-ROM)、軟盤或硬盤等的計算機可讀介質(zhì)上的軟件、代碼和/或其他數(shù)據(jù)結(jié) 構(gòu)、或者諸如一個或多個ROM或RAM或PROM忍片上的固件或微代碼的其他介質(zhì)、或一個或 多個模塊中的可下載的軟件圖像、共享數(shù)據(jù)庫等。軟件或固件或運種配置可安裝在計算設(shè) 備上，W使得計算設(shè)備中的一個或多個處理器執(zhí)行本發(fā)明實施例所描述的技術(shù)方案。 陽103] 盡管W上已經(jīng)結(jié)合本發(fā)明的優(yōu)選實施例示出了本發(fā)明，但是本領(lǐng)域的技術(shù)人員將 會理解，在不脫離本發(fā)明的精神和范圍的情況下，可W對本發(fā)明進行各種修改、替換和改 變。因此，本發(fā)明不應(yīng)由上述實施例來限定，而應(yīng)由所附權(quán)利要求及其等價物來限定。
【主權(quán)項】
1. 一種混合自動重傳請求HARQ實體管理方法，由用戶設(shè)備或用戶設(shè)備內(nèi)的媒體接入 控制MAC實體執(zhí)行，所述HARQ實體管理方法包括： 在輔服務(wù)小區(qū)組內(nèi)第一個輔小區(qū)被添加時，或者在所述輔服務(wù)小區(qū)組被添加時，初始 化與所述輔服務(wù)小區(qū)組相對應(yīng)的HARQ實體。2. 根據(jù)權(quán)利要求1所述的方法，還包括： 從基站接收輔服務(wù)小區(qū)添加命令。3. -種HARQ實體管理方法，由用戶設(shè)備或用戶設(shè)備內(nèi)的媒體接入控制MAC實體執(zhí)行， 所述HARQ實體管理方法包括： 在輔服務(wù)小區(qū)組內(nèi)最后一個輔小區(qū)被刪除時，或者在所述輔服務(wù)小區(qū)組被刪除時，刪 除與所述輔服務(wù)小區(qū)組相對應(yīng)的HARQ實體。4. 根據(jù)權(quán)利要求3所述的方法，還包括： 從基站接收輔服務(wù)小區(qū)刪除命令。5. -種HARQ實體管理方法，由用戶設(shè)備或用戶設(shè)備內(nèi)的媒體接入控制MAC實體執(zhí)行， 所述HARQ實體管理方法包括： 在輔服務(wù)小區(qū)被去激活時，如果所述輔服務(wù)小區(qū)與輔服務(wù)小區(qū)組相關(guān)聯(lián)且所述輔服務(wù) 小區(qū)是所述輔服務(wù)小區(qū)組中最后一個激活態(tài)小區(qū)或者如果所述輔服務(wù)小區(qū)未關(guān)聯(lián)到輔服 務(wù)小區(qū)組，則清空與所述輔服務(wù)小區(qū)相對應(yīng)的HARQ緩存。6. 根據(jù)權(quán)利要求5所述的方法，還包括： 從基站接收輔服務(wù)小區(qū)去激活命令；或 檢測針對輔服務(wù)小區(qū)的去激活定時器超時。7. 根據(jù)權(quán)利要求1至6中任一項所述的方法，其中， 所述輔服務(wù)小區(qū)組內(nèi)的輔小區(qū)共用同一個HARQ實體。8. 根據(jù)權(quán)利要求1至6中任一項所述的方法，還包括： 經(jīng)由無線資源控制RRC消息從基站接收輔服務(wù)小區(qū)組指示信息，所述輔服務(wù)小區(qū)組指 示信息用于指示與所述輔小區(qū)相對應(yīng)的HARQ實體。9. 一種用戶設(shè)備，包括： HARQ實體管理器，用于在輔服務(wù)小區(qū)組內(nèi)第一個輔小區(qū)被添加時，或者在所述輔服務(wù) 小區(qū)組被添加時，初始化所述HARQ實體。10. 根據(jù)權(quán)利要求9所述的用戶設(shè)備，還包括： 接收機，用于從基站接收輔服務(wù)小區(qū)添加命令。11. 一種用戶設(shè)備，包括： HARQ實體管理器，用于在輔服務(wù)小區(qū)組內(nèi)最后一個輔小區(qū)被刪除時，或者在所述輔服 務(wù)小區(qū)組被刪除時，刪除與所述輔服務(wù)小區(qū)組相對應(yīng)的HARQ實體。12. 根據(jù)權(quán)利要求11所述的用戶設(shè)備，還包括： 接收機，用于從基站接收輔服務(wù)小區(qū)刪除命令。13. -種用戶設(shè)備，包括： HARQ實體管理器，用于在輔服務(wù)小區(qū)被去激活時，如果所述輔服務(wù)小區(qū)與輔服務(wù)小區(qū) 組相關(guān)聯(lián)且所述輔服務(wù)小區(qū)是所述輔服務(wù)小區(qū)組中最后一個激活態(tài)小區(qū)或者如果所述輔 服務(wù)小區(qū)未關(guān)聯(lián)到輔服務(wù)小區(qū)組，則清空與所述輔服務(wù)小區(qū)相對應(yīng)的HARQ緩存。14. 根據(jù)權(quán)利要求13所述的用戶設(shè)備，還包括： 接收機，用于從基站接收輔服務(wù)小區(qū)去激活命令；或 超時檢測器，用于檢測針對輔服務(wù)小區(qū)的去激活定時器超時。15. 根據(jù)權(quán)利要求9至14中任一項所述的用戶設(shè)備，其中， 所述輔服務(wù)小區(qū)組內(nèi)的輔小區(qū)共用同一個HARQ實體。16. 根據(jù)權(quán)利要求9至14中任一項所述的用戶設(shè)備，其中， 所述接收機經(jīng)由無線資源控制RRC消息從基站接收輔服務(wù)小區(qū)組指示信息，所述輔服 務(wù)小區(qū)組指示信息用于指示與所述輔小區(qū)相對應(yīng)的HARQ實體。
【文檔編號】H04L5/00GK105871518SQ201510031121
【公開日】2016年8月17日
【申請日】2015年1月21日
【發(fā)明人】常寧娟, 蔣琦, 劉仁茂
【申請人】夏普株式會社