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

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

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