專利名稱：激活多流傳輸?shù)膗e發(fā)送hs-dpcch的方法及ue的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及移動(dòng)通信系統(tǒng)中多流傳輸技木，特別涉及一種激活多流傳輸?shù)腢E (User Equipment，用戶設(shè)備)發(fā)送HS-DPCCH的方法及UE。
背景技術(shù)：
高速下行鏈路分組接入(HighSpeed Downlink Packet Access,簡稱為 HSDPA)是第三代合作伙伴計(jì)劃(The 3rd Generation Partnership Pro ject,簡稱為3GPP)在版本5 (Release-5)中提出的一種技術(shù)，用于提高下行方向(即網(wǎng)絡(luò)到終端方向)的網(wǎng)絡(luò)數(shù)據(jù)吞吐量，其設(shè)計(jì)的小區(qū)和單用戶下行峰值速率可以達(dá)到14. 4Mbps。隨后，為了使得下行峰值速率更高，引入了 HSPA+(High Speed Packet Access Evolution,演進(jìn)式高速分組接入)新技術(shù)，這些技術(shù)包括在 Release-7 提出的下行 64QAM(Quadrature Amplitude Modulation,相正交振幅調(diào)制)高階調(diào)制和多輸入多輸出(Multiple-1nput Multiple-Output,簡稱為MIM0)天線技術(shù)、在Release-8提出的DC HSDPA (雙載波HSDPA)技術(shù)、在Release-9提出的 DC HSDPA+MIM0 技術(shù)、以及在 Release-10 提出的 4C-HSDPA (Four Carrier HSDPA,四載波HSDPA)技術(shù)。但是由于HSDPA不支持軟切換，因此為了提高用戶在小區(qū)邊緣時(shí)的體驗(yàn)，Release-1l 開始研究針對 WCDMA (Wideband Code Division Multiple Access,寬帶碼分多址)HSDPA的多點(diǎn)傳輸技術(shù)。其中ー種多點(diǎn)傳輸技術(shù)方案為SF_DC(Single FrequencyDual Cell，單頻雙小區(qū))，其包括雙數(shù)據(jù)流傳輸方案SF-DC Aggregation (聚合)和單數(shù)據(jù)流傳輸方案SF-DC Switching(切換)。SF-DC Aggregation是指相同NodeB(基站)或不同NodeB下使用HSDPA技術(shù)的兩個(gè)同頻小區(qū)(稱為主服務(wù)小區(qū)和輔服務(wù)小區(qū))在同一個(gè)TTI (Transmission Time Interval,傳輸時(shí)間間隔)內(nèi)向同一個(gè)UE發(fā)送不同的數(shù)據(jù)流，從而提升用戶在小區(qū)邊緣時(shí)的數(shù)據(jù)吞吐量。SF-DC Switching是指在同一個(gè)NodeB下的兩個(gè)同頻小區(qū)(稱為主服務(wù)小區(qū)和輔服務(wù)小區(qū))中選擇信號(hào)較好的小區(qū)向UE發(fā)送數(shù)據(jù)流。SF-DC技術(shù)要求啟動(dòng)SF-DC的用戶同時(shí)監(jiān)視兩個(gè)同頻主輔服務(wù)小區(qū)的HS-SCCH(High SpeedShared Control Channe l,高速共享控制信道)，并且在上行方向向這兩個(gè)同頻主輔服務(wù)小區(qū)反饋聯(lián)合編碼的ACK/NACK (確認(rèn)/非確認(rèn))和CQI (Channel Quality Indicator,信道質(zhì)量指不)指不，該指不在 HS-DPCCH(High Speed Dedicated Physical Control Channel,高速專用物理控制信道)中進(jìn)行發(fā)送。目前3GPP 25. 211協(xié)議規(guī)定了 UE發(fā)送HS-DPCCH的時(shí)機(jī)，也就是在 UE 接收到 HS-PDSCH(High-Speed Physical Downlink Shared Channel,高速物理下行共享信道)子幀后約7. 5個(gè)slot (時(shí)隙)，即約19200chip (碼片)開始發(fā)送HS-DPCCH信道，如圖1所示。由于SF-DC系統(tǒng)中主輔服務(wù)小區(qū)發(fā)出的下行信道存在幀偏移且這兩個(gè)小區(qū)的空中傳播時(shí)延不一致，導(dǎo)致UE分別從主輔服務(wù)小區(qū)收到HS-PDSCH信道的時(shí)間不一致。按現(xiàn)有協(xié)議的規(guī)定，UE無法在同一時(shí)刻給幀偏移不一致的主輔服務(wù)小區(qū)發(fā)送聯(lián)合編碼的ACK/NACK和CQI指示。為了使得UE能同時(shí)給SF-DC主輔兩個(gè)服務(wù)小區(qū)發(fā)送ACK/NACK和CQI指示，目前3GPP正在研究以下幾種解決方案
第一種方案是壓縮UE發(fā)送HS-DPCCH的時(shí)間，也就是UE在收到HS-PDSCH信道后4. 5 7. 5個(gè)slot都可以發(fā)送HS-DPCCH信道，此種方案需要網(wǎng)絡(luò)側(cè)根據(jù)UE上報(bào)的主輔服務(wù)小區(qū)的幀定時(shí)偏移對主輔服務(wù)小區(qū)的HS-PDSCH子幀進(jìn)行配對，如圖2所示；第二種方案是壓縮NodeB譯碼處理HS-DPCCH的時(shí)間，此種方案也需要網(wǎng)絡(luò)側(cè)根據(jù)UE上報(bào)的主輔服務(wù)小區(qū)的幀定時(shí)偏移對主輔服務(wù)小區(qū)的HS-PDSCH子幀進(jìn)行配對，如圖3所示；第三種方案是均衡壓縮UE發(fā)送HS-DPCCH的時(shí)間和壓縮NodeB譯碼處理HS-DPCCH的時(shí)間，此種方案同樣也需要網(wǎng)絡(luò)側(cè)根據(jù)UE上報(bào)的主輔服務(wù)小區(qū)的幀定時(shí)偏移對主輔服務(wù)小區(qū)的HS-PDSCH子幀進(jìn)行配對，如圖4所示。上述三種方案都是基于UE的HARQ (Hybrid Automatic Repeat Request,混合自動(dòng)重傳請求)進(jìn)程數(shù)為每服務(wù)小區(qū)6個(gè)、且要求激活多流傳輸?shù)腢E能在每個(gè)TTI都被調(diào)度時(shí)的解決方案。而協(xié)議規(guī)定UE的HARQ進(jìn)程數(shù)可以為每服務(wù)小區(qū)I 8個(gè)，在HARQ進(jìn)程數(shù)不為每服務(wù)小區(qū)6個(gè)時(shí)，上述三種方案沒有應(yīng)用價(jià)值。此外，當(dāng)不要求激活多流傳輸?shù)腢E在每個(gè)TTI都能被調(diào)度時(shí)，上 述三個(gè)方案也沒有應(yīng)用價(jià)值。同時(shí)，上述各方案對終端或基站硬件都有比較大的影響，因此增加了實(shí)現(xiàn)成本。如果采用第一種方案或第三種方案，還會(huì)對現(xiàn)有協(xié)議有比較大的影響。

發(fā)明內(nèi)容
本發(fā)明要解決的技術(shù)問題是提供一種激活多流傳輸?shù)腢E發(fā)送HS-DPCCH的方法及UE,以克服現(xiàn)有HS-DPCCH發(fā)送方法對現(xiàn)有系統(tǒng)影響較大的缺陷。為解決上述問題，本發(fā)明提供了一種激活多流傳輸?shù)挠脩粼O(shè)備發(fā)送高速專用物理控制信道(HS-DPCCH)的方法，應(yīng)用于多流傳輸系統(tǒng)中，包括激活多流傳輸?shù)挠脩粼O(shè)備在接收到主服務(wù)小區(qū)和輔服務(wù)小區(qū)發(fā)來的高速物理下行共享信道(HS-PDSCH)子幀后，以配對的ー對HS-PDSCH子幀中較晚接收到的所述HS-PDSCH子幀為基準(zhǔn)，在一預(yù)設(shè)時(shí)長后發(fā)送承載有聯(lián)合編碼的確認(rèn)/非確認(rèn)(ACK/NACK)和信道質(zhì)量指示(CQI)的HS-DPCCH ;其中，所述預(yù)設(shè)時(shí)長根據(jù)第三代合作伙伴計(jì)劃(3GPP) 25.211協(xié)議中規(guī)定的用戶設(shè)備發(fā)送HS-DPCCH與對應(yīng)的接收HS-PDSCH子幀的定時(shí)關(guān)系確定。進(jìn)ー步地，所述方法還包括在發(fā)送所述HS-DPCCH之前，所述用戶設(shè)備將測量到的主服務(wù)小區(qū)和輔服務(wù)小區(qū)的幀定時(shí)信息上報(bào)給無線網(wǎng)絡(luò)控制器(RNC)；所述RNC根據(jù)接收到的所述用戶設(shè)備上報(bào)的所述主服務(wù)小區(qū)和輔服務(wù)小區(qū)的幀定時(shí)信息，對所述主服務(wù)小區(qū)發(fā)送的HS-PDSCH子幀和輔服務(wù)小區(qū)發(fā)送的HS-PDSCH子幀進(jìn)行配對，并將配對結(jié)果通知所述用戶設(shè)備。進(jìn)一步地，所述聯(lián)合編碼的ACK/NACK為所述用戶設(shè)備根據(jù)接收到的所述配對結(jié)果對配對的ー對HS-PDSCH子幀中各子幀對應(yīng)的ACK/NACK進(jìn)行聯(lián)合編碼后得到的；所述聯(lián)合編碼的CQI為所述用戶設(shè)備對主服務(wù)小區(qū)和輔服務(wù)小區(qū)對應(yīng)的CQI進(jìn)行聯(lián)合編碼后得到的。
進(jìn)ー步地，所述RNC對所述主服務(wù)小區(qū)發(fā)送的HS-PDSCH子幀和輔服務(wù)小區(qū)發(fā)送的HS-PDSCH子幀進(jìn)行配對，具體包括所述RNC將時(shí)間偏移在ー個(gè)子幀時(shí)長范圍內(nèi)的主服務(wù)小區(qū)發(fā)來的HS-PDSCH子幀和輔服務(wù)小區(qū)發(fā)來的HS-PDSCH子幀配成一対。進(jìn)ー步地,所述方法還包括在所述用戶設(shè)備已激活多流傳輸功能時(shí)，所述RNC將所述用戶設(shè)備在所述主服務(wù)小區(qū)和輔服務(wù)小區(qū)的混合自動(dòng)重傳請求(HARQ)進(jìn)程數(shù)都配置為大于6個(gè)，或者僅將所述用戶設(shè)備在配對的ー對HS-PDSCH子幀中較早接收到的所述HS-PDSCH子幀所對應(yīng)的服務(wù)小區(qū)的HARQ進(jìn)程數(shù)配置為大于6個(gè)。進(jìn)ー步地,所述方法還包括在所述用戶設(shè)備去激活多流傳輸功能時(shí)，所述RNC將所述用戶設(shè)備在當(dāng)前服務(wù)小區(qū)的HARQ進(jìn)程數(shù)重配置為小于7個(gè)。進(jìn)ー步地,所述方法還包括在所述用戶設(shè)備未激活多流傳輸功能時(shí)，所述RNC將所述用戶設(shè)備在當(dāng)前服務(wù)小區(qū)的HARQ進(jìn)程數(shù)配置為小于7個(gè)。相應(yīng)地，本發(fā)明還公開了ー種用戶設(shè)備，包括接收模塊，用于在所述用戶設(shè)備激活多流傳輸時(shí)，接收主服務(wù)小區(qū)和輔服務(wù)小區(qū)發(fā)來的高速物理下 行共享信道(HS-PDSCH)子幀；發(fā)送模塊，用于以配對的ー對HS-PDSCH子幀中較晚接收到的所述HS-PDSCH子幀為基準(zhǔn)，在一預(yù)設(shè)時(shí)長后發(fā)送承載有聯(lián)合編碼的確認(rèn)/非確認(rèn)(ACK/NACK)和信道質(zhì)量指示(CQI)的高速專用物理控制信道(HS-DPCCH);其中，所述預(yù)設(shè)時(shí)長根據(jù)第三代合作伙伴計(jì)劃(3GPP) 25. 211協(xié)議中規(guī)定的用戶設(shè)備發(fā)送HS-DPCCH與對應(yīng)的接收HS-PDSCH子幀的定時(shí)關(guān)系確定。進(jìn)ー步地，所述用戶設(shè)備還包括測量上報(bào)模塊，用于在所述發(fā)送模塊發(fā)送所述HS-DPCCH之前，將測量到的主服務(wù)小區(qū)和輔服務(wù)小區(qū)的幀定時(shí)信息上報(bào)給無線網(wǎng)絡(luò)控制器(RNC)；所述接收模塊還用于接收所述RNC返回的根據(jù)接收到的所述測量上報(bào)模塊上報(bào)的所述主服務(wù)小區(qū)和輔服務(wù)小區(qū)的幀定時(shí)信息，對所述主服務(wù)小區(qū)發(fā)送的HS-PDSCH子幀和輔服務(wù)小區(qū)發(fā)送的HS-PDSCH子幀進(jìn)行配對后得到的配對結(jié)果。采用本發(fā)明后，在重用現(xiàn)有協(xié)議且對UE的設(shè)計(jì)改動(dòng)很小的前提下，解決多流傳輸系統(tǒng)中UE產(chǎn)生ACK/NACK指示的問題，降低了網(wǎng)絡(luò)系統(tǒng)和終端設(shè)計(jì)的復(fù)雜性，特別是降低了網(wǎng)絡(luò)系統(tǒng)和終端的實(shí)現(xiàn)成本。


圖1 是 3GPP 25. 211 協(xié)議規(guī)定的 HS-DPCCH 和 HS-PDSCH 定時(shí)圖；圖2是現(xiàn)有技術(shù)第一種解決方案示意圖；圖3是現(xiàn)有技術(shù)第二種解決方案示意圖；圖4是現(xiàn)有技術(shù)第三種解決方案示意圖5是3GPP 25. 211協(xié)議中規(guī)定的HSDPA相關(guān)信道定時(shí)圖；圖6是本發(fā)明多流傳輸U(kuò)E發(fā)送HS-DPCCH及基站處理示意圖；圖7是本發(fā)明圖6示意圖中多流傳輸U(kuò)E HARQ進(jìn)程為6時(shí)主服務(wù)小區(qū)調(diào)度該UE示意圖；圖8是本發(fā)明圖6示意圖中多流傳輸U(kuò)E HARQ進(jìn)程為6時(shí)輔服務(wù)小區(qū)調(diào)度該UE示意圖；圖9是本發(fā)明圖6示意圖中多流傳輸U(kuò)E HARQ進(jìn)程為7時(shí)主服務(wù)小區(qū)調(diào)度該UE示意圖；圖1OA和圖1OB是本發(fā)明圖6示意圖中多流傳輸U(kuò)E HARQ進(jìn)程為7時(shí)輔服務(wù)小區(qū)
調(diào)度該UE示意圖；圖11是本發(fā)明實(shí)施例1流程圖；圖12是本發(fā)明實(shí)施例2流程具體實(shí)施例方式為使本發(fā)明的目的、技術(shù)方案和優(yōu)點(diǎn)更加清楚明白，下文中將結(jié)合附圖對本發(fā)明的實(shí)施例進(jìn)行詳細(xì)說明。需要說明的是，在不沖突的情況下，本申請中的實(shí)施例及實(shí)施例中的特征可以相互任意組合。 在本實(shí)施例中，一種激活多流傳輸?shù)腢E發(fā)送HS-DPCCH的方法，應(yīng)用于多流傳輸系統(tǒng)中，包括激活多流傳輸?shù)腢E在接收到主服務(wù)小區(qū)和輔服務(wù)小區(qū)發(fā)來的HS-PDSCH子幀后，以較晚接收到的HS-PDSCH子幀為基準(zhǔn)，按現(xiàn)有3GPP 25. 211協(xié)議規(guī)定在約7. 5個(gè)時(shí)隙后再發(fā)送承載有聯(lián)合編碼的ACK/NACK和CQI指示的HS-DPCCH。其中，7. 5個(gè)時(shí)隙為現(xiàn)有3GPP 25. 211協(xié)議中規(guī)定的用戶設(shè)備發(fā)送HS-DPCCH與對應(yīng)的接收HS-PDSCH子幀的定時(shí)關(guān)系。上述UE測量主服務(wù)小區(qū)和輔服務(wù)小區(qū)的幀定時(shí)信息，并將測量結(jié)果通過信令上報(bào)給RNC(Radio Network Controller，無線網(wǎng)絡(luò)控制器)；RNC收到該UE上報(bào)的主服務(wù)小區(qū)和輔服務(wù)小區(qū)的幀定時(shí)信息后，根據(jù)該幀定時(shí)信息對主服務(wù)小區(qū)和輔服務(wù)小區(qū)的HS-PDSCH子幀進(jìn)行配對，并通過信令通知該UE其接收到的主服務(wù)小區(qū)和輔服務(wù)小區(qū)的HS-PDSCH子幀的配對結(jié)果；UE根據(jù)該配對結(jié)果，針對每ー對HS-PDSCH子幀對應(yīng)的ACK/NACK和主輔服務(wù)小區(qū)對應(yīng)的CQI指示分別進(jìn)行聯(lián)合編碼，并通過HS-DPCCH反饋。在具體進(jìn)行配對操作吋，RNC可以將時(shí)間偏移在ー個(gè)子幀時(shí)長范圍內(nèi)的主服務(wù)小區(qū)發(fā)來的HS-PDSCH子幀和輔服務(wù)小區(qū)發(fā)來的HS-PDSCH子幀配成ー對；也可以將時(shí)間偏移在ー個(gè)子幀時(shí)長范圍內(nèi)的主服務(wù)小區(qū)發(fā)來的HS-SCCH子幀和輔服務(wù)小區(qū)發(fā)來的HS-SCCH子幀配成一対。由于發(fā)送HS-SCCH和發(fā)送HS-PDSCH的時(shí)間偏移是固定的(如圖5所示，HS-SCCH子幀比HS-PDSCH子幀提前2個(gè)時(shí)隙發(fā)送)，因此，RNC對主輔服務(wù)小區(qū)的HS-PDSCH子幀進(jìn)行了配對，也就相當(dāng)于對主輔服務(wù)小區(qū)的HS-SCCH子幀也進(jìn)行了配對，反之亦然，并且配對結(jié)果也相同。此外，具有多流傳輸能力的UE在激活多流傳輸吋，RNC可將該UE在主服務(wù)小區(qū)和輔服務(wù)小區(qū)的HARQ進(jìn)程數(shù)分別配置為I至8中任意個(gè)數(shù)，優(yōu)選配置為6個(gè)或7個(gè)。為了使得激活多流傳輸?shù)腢E有機(jī)會(huì)在每個(gè)TTI都能被連續(xù)調(diào)度，網(wǎng)絡(luò)側(cè)(即RNC)可將該激活多流傳輸?shù)腢E在主服務(wù)小區(qū)和輔服務(wù)小區(qū)的HARQ進(jìn)程數(shù)分別配置為大于6個(gè)；或者在配對的主輔服務(wù)小區(qū)發(fā)來的HS-SCCH或HS-PDSCH子幀中，將UE在較早接收到的HS-SCCH或HS-PDSCH子幀對應(yīng)的服務(wù)小區(qū)的HARQ進(jìn)程數(shù)配置為大于6個(gè)。同時(shí)，為了使得具有多流傳輸能力的UE在去激活或未激活多流傳輸時(shí)能達(dá)到更高的峰值速率，網(wǎng)絡(luò)側(cè)在該UE去激活多流傳輸時(shí)可將該UE在當(dāng)前服務(wù)小區(qū)的HARQ進(jìn)程數(shù)重配置為小于7個(gè)(考慮到SF-DC終端可能支持DC的功能)，優(yōu)選配置為6個(gè)；在該UE未激活多流傳輸時(shí)可將該UE在當(dāng)前服務(wù)小區(qū)的HARQ進(jìn)程數(shù)配置為小于7個(gè)(考慮到SF-DC終端可能支持DC的功能)，優(yōu)選配置為6個(gè)。同吋，鑒于具有多流傳輸能力的UE只有在小區(qū)邊緣區(qū)域才會(huì)激活多流傳輸，在這種情況下UE的信道質(zhì)量不會(huì)太好，此時(shí)小區(qū)就算只存在単一 UE，該UE也沒法達(dá)到其理論的峰值速率，因此，激活多流傳輸?shù)腢E不需考慮支持其理論的峰值速率，此時(shí)網(wǎng)絡(luò)側(cè)保持配置該UE的HARQ進(jìn)程數(shù)為每服務(wù)小區(qū)6個(gè)也能滿足該UE的性能要求。相應(yīng)地，本實(shí)施例中，ー種用戶設(shè)備，包括接收模塊，用于在所述用戶設(shè)備激活多流傳輸時(shí)，接收主服務(wù)小區(qū)和輔服務(wù)小區(qū)發(fā)來的HS-PDSCH子幀； 發(fā)送模塊，用于以配對的ー對HS-PDSCH子幀中較晚接收到的所述HS-PDSCH子幀為基準(zhǔn)，在一預(yù)設(shè)時(shí)長后發(fā)送承載有聯(lián)合編碼的ACK/NACK和CQI的HS-DPCCH ;其中，所述預(yù)設(shè)時(shí)長根據(jù)3GPP 25. 211協(xié)議中規(guī)定的用戶設(shè)備發(fā)送HS-DPCCH與對應(yīng)的接收HS-PDSCH子中貞的定時(shí)關(guān)系確定。優(yōu)選地，所述用戶設(shè)備還包括測量上報(bào)模塊，用于在所述發(fā)送模塊發(fā)送所述HS-DPCCH之前，將測量到的主服務(wù)小區(qū)和輔服務(wù)小區(qū)的幀定時(shí)信息上報(bào)給無線網(wǎng)絡(luò)控制器(RNC)；所述接收模塊還用于接收所述RNC返回的根據(jù)接收到的所述測量上報(bào)模塊上報(bào)的所述主服務(wù)小區(qū)和輔服務(wù)小區(qū)的幀定時(shí)信息，對所述主服務(wù)小區(qū)發(fā)送的HS-PDSCH子幀和輔服務(wù)小區(qū)發(fā)送的HS-PDSCH子幀進(jìn)行配對后得到的配對結(jié)果。下面結(jié)合附圖對技術(shù)方案的實(shí)施作進(jìn)ー步的詳細(xì)描述圖6是多流傳輸U(kuò)E發(fā)送HS-DPCCH及服務(wù)基站譯碼ACK/NACK的時(shí)序示意圖。需要說明的是，由于主服務(wù)小區(qū)和輔服務(wù)小區(qū)有可能位于同一基站下，也可能位于不同基站下，因此，在沒有特別說明的情況下，后文中的服務(wù)基站是對主服務(wù)小區(qū)和輔服務(wù)小區(qū)所屬基站的統(tǒng)稱。該圖中輔服務(wù)小區(qū)的幀邊界比主服務(wù)小區(qū)的幀邊界晚2個(gè)時(shí)隙，此時(shí)RNC將主服務(wù)小區(qū)的HS-PDSCH子幀0和輔服務(wù)小區(qū)的HS-PDSCH子幀0進(jìn)行配對，將主服務(wù)小區(qū)的HS-PDSCH子幀I和輔服務(wù)小區(qū)的HS-PDSCH子幀I進(jìn)行配對，依次類推。服務(wù)基站在該UE的主服務(wù)小區(qū)采用第i個(gè)HARQ進(jìn)程HARQi在HS-PDSCH子幀0對該UE進(jìn)行調(diào)度，在該UE的輔服務(wù)小區(qū)采用第k個(gè)HARQ進(jìn)程HARQk在HS-PDSCH子幀0對該UE進(jìn)行調(diào)度。由于UE接收到輔服務(wù)小區(qū)的HS-PDSCH子幀0信息比接收到主服務(wù)小區(qū)的HS-PDSCH子幀0信息晚2個(gè)時(shí)隙，因此UE發(fā)送HS-DPCCH的時(shí)刻以收到輔服務(wù)小區(qū)發(fā)來的HS-PDSCH子幀0為基準(zhǔn)，在收到輔服務(wù)小區(qū)發(fā)來的HS-PDSCH子幀0后按現(xiàn)有3GPP 25. 211協(xié)議規(guī)定，約7. 5個(gè)時(shí)隙后再發(fā)送承載有聯(lián)合編碼的ACK/NACK和CQI指示的HS-DPCCH。主服務(wù)小區(qū)在接收并譯碼完該UE發(fā)送過來的HS-DPCCH后，在HS-SCCH子幀2可以采用相同的HARQi進(jìn)程對該UE進(jìn)行調(diào)度，則UE在HARQi上從第一次被調(diào)度到第二次被調(diào)度間隔了 6個(gè)子幀(即調(diào)度周期為7個(gè)子幀)。輔服務(wù)小區(qū)在接收并譯碼完該UE發(fā)送過來的HS-DPCCH后，在HS-SCCH子幀I可以采用相同的HARQk進(jìn)程對該UE進(jìn)行調(diào)度，則該UE在HARQk上從第一次被調(diào)度到第二次被調(diào)度間隔了 5個(gè)子幀(即調(diào)度周期為6個(gè)子幀)。圖7是圖6中多流傳輸U(kuò)E在HARQ進(jìn)程數(shù)被配置為6吋，主服務(wù)小區(qū)調(diào)度該UE的一種方案示意圖，該圖中“調(diào)度”對應(yīng)的橫坐標(biāo)表示該UE可以被調(diào)度的TTI，對應(yīng)的縱坐標(biāo)表示該UE被調(diào)度時(shí)可以采用的HARQ進(jìn)程號(hào)?！拔凑{(diào)度”表示不能采用對應(yīng)的HARQ進(jìn)程號(hào)在對應(yīng)的TTI對該UE進(jìn)行調(diào)度。從該圖可看出，在7個(gè)TTI周期里，只有ー個(gè)TTI沒有調(diào)度該UE,即子幀6，其他6個(gè)TTI都可以調(diào)度該UE,在一個(gè)小區(qū)存在多個(gè)UE的場景下已經(jīng)足以滿足UE的調(diào)度需求，在ー個(gè)小區(qū)僅存在該UE的情況下，因?yàn)樵揢E在小區(qū)邊緣，所以6/7的TTI周期里都能調(diào)度該UE也足以滿足該UE的調(diào)度需求。圖8是圖6中多流傳輸U(kuò)E在HARQ進(jìn)程數(shù)被配置為6吋，輔服務(wù)小區(qū)調(diào)度該UE的一種方案示意圖；與圖7類似，在此不再進(jìn)行贅述。圖9是圖6中多流傳輸U(kuò)E在HARQ進(jìn)程數(shù)被配置為7吋，主服務(wù)小區(qū)調(diào)度該UE的一種方案示意圖。從該圖可看出在7個(gè)TTI周期里，主服務(wù)小區(qū)都可以采用不同的HARQ進(jìn)程號(hào)來連續(xù)調(diào)度該UE。圖1OA和圖1OB是圖6中多流傳輸U(kuò)E在HARQ進(jìn)程數(shù)被配置為7吋，輔服務(wù)小區(qū)調(diào)度該UE的兩種方案示意圖。其中圖1OA只使用了 6個(gè)HARQ進(jìn)程就可以對該UE進(jìn)行連續(xù)調(diào)度，圖1OB使用了 7個(gè)HARQ進(jìn)程對該UE進(jìn)行連續(xù)調(diào)度。如圖11所示，本實(shí)施例包含的流程步驟如下1110 :UE當(dāng)前未啟 動(dòng)多流傳輸功能；1120 :為了使得該UE在每個(gè)TTI都有可能被調(diào)度，且為了使得該UE的峰值速率盡可能的高，RNC配置該UE在當(dāng)前服務(wù)小區(qū)的HARQ進(jìn)程數(shù)為6 ；1130 UE激活了多流傳輸功能；1140 :為了使得該UE每個(gè)TTI都有可能被調(diào)度，RNC重配置該UE主服務(wù)小區(qū)和輔服務(wù)小區(qū)的HARQ進(jìn)程數(shù)都大于6個(gè)；1150 UE測量主輔服務(wù)小區(qū)的幀定時(shí)信息并通過信令上報(bào)給RNC ；1160 =RNC根據(jù)UE上報(bào)的主輔服務(wù)小區(qū)的幀定時(shí)信息，對該UE主輔服務(wù)小區(qū)發(fā)來的HS-PDSCH子幀進(jìn)行配對，并將配對結(jié)果返回給該UE ；1170 :服務(wù)基站選擇可用的HARQ進(jìn)程調(diào)度該UE ；1180 :該UE以較晚接收到的HS-PDSCH子幀為基準(zhǔn)，按現(xiàn)有3GPP協(xié)議規(guī)定約7. 5時(shí)隙后給服務(wù)基站發(fā)送承載有聯(lián)合編碼的ACK/NACK和CQI指示的HS-DPCCH ；1190 :該服務(wù)基站對收到的該UE反饋的HS-DPCCH譯碼后可重新用該HARQ進(jìn)程調(diào)度該UE ；11100 UE去激活多流傳輸功能；11110 :為了使得該UE的峰值速率盡可能的高，RNC重配置該UE在當(dāng)前服務(wù)小區(qū)的HARQ進(jìn)程數(shù)為小于7個(gè)。如圖12所示，本實(shí)施例包含的流程步驟如下1210 UE當(dāng)前未啟動(dòng)多流傳輸功能；1220 :為了使得該UE在每個(gè)TTI都有可能被調(diào)度，且為了使得該UE的峰值速率盡可能的高，RNC配置該UE在當(dāng)前服務(wù)小區(qū)的HARQ進(jìn)程數(shù)為小于7個(gè)；1230 UE激活了多流傳輸功能；1240:RNC配置該UE主服務(wù)小區(qū)和輔服務(wù)小區(qū)的HARQ進(jìn)程數(shù)都小于7個(gè)；由于主輔服務(wù)小區(qū)中有一個(gè)小區(qū)的HARQ進(jìn)程數(shù)已在上述步驟1220中進(jìn)行了配置，所以該步驟可僅對該UE在另ー個(gè)服務(wù)小區(qū)的HARQ進(jìn)程數(shù)進(jìn)行配置即可；1150 UE測量主輔服務(wù)小區(qū)的幀定時(shí)信息并通過信令上報(bào)給RNC ；1160 =RNC根據(jù)UE上報(bào)的主輔服務(wù)小區(qū)的幀定時(shí)信息，對該UE主輔服務(wù)小區(qū)發(fā)來的HS-PDSCH子幀進(jìn)行配對，并將配對結(jié)果返回給該UE ；1270 :服務(wù)基站選擇可用的HARQ進(jìn)程調(diào)度該UE，此時(shí)該主輔服務(wù)小區(qū)中有ー個(gè)不能在每個(gè)TTI都調(diào)度該UE，至少有1/7的時(shí)間該服務(wù)小區(qū)不能調(diào)度該UE，但是不會(huì)影響該UE的性能；1280 :該UE以較晚接收到的HS-PDSCH子幀為基準(zhǔn)，按現(xiàn)有3GPP協(xié)議規(guī)定約7. 5個(gè)時(shí)隙后給服務(wù)基站發(fā)送承載有聯(lián)合編碼的ACK/NACK和CQI指示的HS-DPCCH ；1290 :該服務(wù)基站對收到的該UE反饋的HS-DPCCH譯碼后可重新用該HARQ進(jìn)程調(diào)度該UE ；12100 UE去激活多流傳輸功能；12110 :為了使得該UE的峰值速率盡可能的高，RNC保持配置該UE在當(dāng)前服務(wù)小區(qū)的HARQ進(jìn)程數(shù)為小于7個(gè)。由于主輔服務(wù)小區(qū)中的當(dāng)前服務(wù)小區(qū)的HARQ進(jìn)程數(shù)配置未變，因此，本步驟亦可以不執(zhí)行。本領(lǐng)域普通技術(shù)人員可以理解上述方法中的全部或部分步驟可通過程序來指令相關(guān)硬件完成，所述程序可以存儲(chǔ)于計(jì)算機(jī)可讀存儲(chǔ)介質(zhì)中，如只讀存儲(chǔ)器、磁盤或光盤等?？蛇x地，上述實(shí)施例的全部或部分步驟也可以使用ー個(gè)或多個(gè)集成電路來實(shí)現(xiàn)。相應(yīng)地，上述實(shí)施例中的各模塊/単元可以采用硬件的形式實(shí)現(xiàn)，也可以采用軟件功能模塊的形式實(shí)現(xiàn)。本發(fā)明不限制于任何特定形式的硬件和軟件的結(jié)合。以上所述僅為本發(fā)明的優(yōu)選實(shí)施例而已，并非用于限定本發(fā)明的保護(hù)范圍。根據(jù)本發(fā)明的發(fā)明內(nèi)容，還可有其他多種實(shí)施例，在不背離本發(fā)明精神及其實(shí)質(zhì)的情況下，熟悉本領(lǐng)域的技術(shù)人員當(dāng)可根據(jù)本發(fā)明作出各種相應(yīng)的改變和變形，凡在本發(fā)明的精神和原則之內(nèi)，所作的任何修改、等同替換、改進(jìn)等，均應(yīng)包含在本發(fā)明的保護(hù)范圍之內(nèi)。
權(quán)利要求
1.一種激活多流傳輸?shù)挠脩粼O(shè)備發(fā)送高速專用物理控制信道(HS-DPCCH)的方法，應(yīng)用于多流傳輸系統(tǒng)中，包括 激活多流傳輸?shù)挠脩粼O(shè)備在接收到主服務(wù)小區(qū)和輔服務(wù)小區(qū)發(fā)來的高速物理下行共享信道(HS-PDSCH)子幀后，以配對的ー對HS-PDSCH子幀中較晚接收到的所述HS-PDSCH子幀為基準(zhǔn)，在一預(yù)設(shè)時(shí)長后發(fā)送承載有聯(lián)合編碼的確認(rèn)/非確認(rèn)(ACK/NACK)和信道質(zhì)量指示(CQI)的HS-DPCCH ;其中，所述預(yù)設(shè)時(shí)長根據(jù)第三代合作伙伴計(jì)劃(3GPP)25. 211協(xié)議中規(guī)定的用戶設(shè)備發(fā)送HS-DPCCH與對應(yīng)的接收HS-PDSCH子幀的定時(shí)關(guān)系確定。
2.如權(quán)利要求1所述的方法，其特征在于，還包括 在發(fā)送所述HS-DPCCH之前，所述用戶設(shè)備將測量到的主服務(wù)小區(qū)和輔服務(wù)小區(qū)的幀定時(shí)信息上報(bào)給無線網(wǎng)絡(luò)控制器(RNC)； 所述RNC根據(jù)接收到的所述用戶設(shè)備上報(bào)的所述主服務(wù)小區(qū)和輔服務(wù)小區(qū)的幀定時(shí)信息，對所述主服務(wù)小區(qū)發(fā)送的HS-PDSCH子幀和輔服務(wù)小區(qū)發(fā)送的HS-PDSCH子幀進(jìn)行配對，并將配對結(jié)果通知所述用戶設(shè)備。
3.如權(quán)利要求2所述的方法，其特征在于 所述聯(lián)合編碼的ACK/NACK為所述用戶設(shè)備根據(jù)接收到的所述配對結(jié)果對配對的ー對HS-PDSCH子幀中各子幀對應(yīng)的ACK/NACK進(jìn)行聯(lián)合編碼后得到的； 所述聯(lián)合編碼的CQI為所述用戶設(shè)備對主服務(wù)小區(qū)和輔服務(wù)小區(qū)對應(yīng)的CQI進(jìn)行聯(lián)合編碼后得到的。
4.如權(quán)利要求2所述的方法，其特征在于 所述RNC對所述主服務(wù)小區(qū)發(fā)送的HS-PDSCH子幀和輔服務(wù)小區(qū)發(fā)送的HS-PDSCH子幀進(jìn)行配對，具體包括 所述RNC將時(shí)間偏移在ー個(gè)子幀時(shí)長范圍內(nèi)的主服務(wù)小區(qū)發(fā)來的HS-PDSCH子幀和輔服務(wù)小區(qū)發(fā)來的HS-PDSCH子幀配成一対。
5.如權(quán)利要求1 4中任意一項(xiàng)所述的方法,其特征在于,還包括 在所述用戶設(shè)備已激活多流傳輸功能時(shí)，所述RNC將所述用戶設(shè)備在所述主服務(wù)小區(qū)和輔服務(wù)小區(qū)的混合自動(dòng)重傳請求(HARQ)進(jìn)程數(shù)都配置為大于6個(gè)，或者僅將所述用戶設(shè)備在配對的ー對HS-PDSCH子幀中較早接收到的所述HS-PDSCH子幀所對應(yīng)的服務(wù)小區(qū)的HARQ進(jìn)程數(shù)配置為大于6個(gè)。
6.如權(quán)利要求1 4中任意一項(xiàng)所述的方法,其特征在于,還包括 在所述用戶設(shè)備去激活多流傳輸功能時(shí)，所述RNC將所述用戶設(shè)備在當(dāng)前服務(wù)小區(qū)的HARQ進(jìn)程數(shù)重配置為小于7個(gè)。
7.如權(quán)利要求1 4中任意一項(xiàng)所述的方法，其特征在于，還包括 在所述用戶設(shè)備未激活多流傳輸功能時(shí)，所述RNC將所述用戶設(shè)備在當(dāng)前服務(wù)小區(qū)的HARQ進(jìn)程數(shù)配置為小于7個(gè)。
8.ー種用戶設(shè)備，包括 接收模塊，用于在所述用戶設(shè)備激活多流傳輸時(shí)，接收主服務(wù)小區(qū)和輔服務(wù)小區(qū)發(fā)來的高速物理下行共享信道(HS-PDSCH)子幀； 發(fā)送模塊，用于以配對的ー對HS-PDSCH子幀中較晚接收到的所述HS-PDSCH子幀為基準(zhǔn)，在一預(yù)設(shè)時(shí)長后發(fā)送承載有聯(lián)合編碼的確認(rèn)/非確認(rèn)(ACK/NACK)和信道質(zhì)量指示(CQI)的高速專用物理控制信道(HS-DPCCH);其中，所述預(yù)設(shè)時(shí)長根據(jù)第三代合作伙伴計(jì)劃(3GPP) 25. 211協(xié)議中規(guī)定的用戶設(shè)備發(fā)送HS-DPCCH與對應(yīng)的接收HS-PDSCH子幀的定時(shí)關(guān)系確定。
9.如權(quán)利要求8所述的用戶設(shè)備，其特征在于，還包括 測量上報(bào)模塊，用于在所述發(fā)送模塊發(fā)送所述HS-DPCCH之前，將測量到的主服務(wù)小區(qū)和輔服務(wù)小區(qū)的幀定時(shí)信息上報(bào)給無線網(wǎng)絡(luò)控制器(RNC)； 所述接收模塊還用于接收所述RNC返回的根據(jù)接收到的所述測量上報(bào)模塊上報(bào)的所述主服務(wù)小區(qū)和輔服務(wù)小區(qū)的幀定時(shí)信息，對所述主服務(wù)小區(qū)發(fā)送的HS-PDSCH子幀和輔服務(wù)小區(qū)發(fā)送的HS-PDSCH子幀進(jìn)行配對后得到的配對結(jié)果。
全文摘要
一種激活多流傳輸?shù)挠脩粼O(shè)備發(fā)送高速專用物理控制信道(HS-DPCCH)的方法及用戶設(shè)備，所述方法應(yīng)用于多流傳輸系統(tǒng)中，包括激活多流傳輸?shù)挠脩粼O(shè)備在接收到主服務(wù)小區(qū)和輔服務(wù)小區(qū)發(fā)來的高速物理下行共享信道(HS-PDSCH)子幀后，以配對的一對HS-PDSCH子幀中較晚接收到的HS-PDSCH子幀為基準(zhǔn)，在一預(yù)設(shè)時(shí)長后發(fā)送承載有聯(lián)合編碼的確認(rèn)/非確認(rèn)(ACK/NACK)和信道質(zhì)量指示(CQI)的HS-DPCCH；其中，所述預(yù)設(shè)時(shí)長根據(jù)第三代合作伙伴計(jì)劃(3GPP)25.211協(xié)議中規(guī)定的用戶設(shè)備發(fā)送HS-DPCCH與對應(yīng)的接收HS-PDSCH子幀的定時(shí)關(guān)系確定。采用本發(fā)明后重用了現(xiàn)有協(xié)議。
文檔編號(hào)H04L1/18GK103036637SQ20111029398
公開日2013年4月10日 申請日期2011年9月30日 優(yōu)先權(quán)日2011年9月30日
發(fā)明者林樹功, 劉俊強(qiáng), 程翔, 李瑞峰 申請人:中興通訊股份有限公司