專利名稱：在高速下行鏈路信道上的廣播和多播的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及用于諸如到移動(dòng)手機(jī)的電視信道的傳輸?shù)?、下行鏈路廣播
和多播服務(wù)的HSDPA的方法。
背景技術(shù)：
數(shù)字地面電視、DVB-H (數(shù)字視頻廣播-手機(jī))是基于和與數(shù)字地面電視 廣播標(biāo)準(zhǔn)DVBT很大地兼容的、用于在移動(dòng)手機(jī)上的電視的一個(gè)解決方 案。DVBH藉助于利用OFDM多載波調(diào)制的DVBT標(biāo)準(zhǔn)被執(zhí)行。擴(kuò)展的DVBH 參數(shù)信令被加到DVB-T協(xié)議層上面，這樣，DVBH服務(wù)可以經(jīng)由DVB-T網(wǎng) 絡(luò)被發(fā)送。添加的特征涉及到時(shí)間切片和增強(qiáng)的前向糾錯(cuò)，分別減輕手 持設(shè)備的功率消耗和改進(jìn)在差的信號(hào)條件下的接收。
電—見信道的下行鏈^各傳輸可以以各種方式一皮設(shè)想。 一個(gè)任選項(xiàng)是把地 面電視接收機(jī)集成到移動(dòng)手持式單元中。另 一個(gè)替換例是一開始把媒體 剪輯下載到移動(dòng)單元，隨后播放內(nèi)容。
多播和廣播特征在 3GPP 22. 146 (第 1 階 段)，23. 146/25. 346/43. 246 (第2階段)和各種第3階段規(guī)范中規(guī)定的 MBMS(多媒體廣播多播服務(wù))中被標(biāo)準(zhǔn)化。在規(guī)范3GPP 25. 346中，點(diǎn)對(duì) 多點(diǎn)消息(多播)在FACH(前向接入信道)上被執(zhí)行，而點(diǎn)對(duì)點(diǎn)傳輸(單播) 在DTCH(專用業(yè)務(wù)信道)和DCCH(專用控制信道)上被處理。而且，使用
不提供重發(fā)的所謂的無(wú)確認(rèn)模式。
已知的高速下行鏈路分組接入(HSDPA)服務(wù)可以藉助于單播分布而把 流動(dòng)的內(nèi)容發(fā)送到多個(gè)用戶。然而，HSDPA的目標(biāo)不是針對(duì)對(duì)于有效的 帶寬利用所需要的多播/廣播分布。這當(dāng)顧客寧愿在播放內(nèi)容之前下載 視頻剪輯時(shí)是可接受的，但當(dāng)多個(gè)用戶同時(shí)觀看同一個(gè)視頻流時(shí)，這樣 的解決方案是非常帶寬消耗的。
HSDPA:
正如名稱暗示的，在3GPP中引用的高速下行鏈路分組接入(HSDPA)技 術(shù)提供很大的數(shù)據(jù)容量?jī)?yōu)點(diǎn)。規(guī)范3GPP TS 25. 321涉及到MAC (媒體接 入控制)結(jié)構(gòu)和從功能觀點(diǎn)看來(lái)的各種實(shí)體。3GPP 2521 1基本上描述來(lái)自MAC層的信息如何被映射到在空中發(fā)出的信道。
與專有地規(guī)定在RNC與UE之間的信道的公布版本(release) 99相反， HSDPA規(guī)定HS-PDSCH(高速物理下行鏈路共享信道)信道，它在用戶實(shí)體 與基站裝置(BSS)，也稱為節(jié)點(diǎn)B之間終結(jié)。HSPDA媒體接入控制(MAC-hs) 由于鏈路適配性(自適應(yīng)調(diào)制編碼-即，16QAM或QPSK)和快速物理層重 發(fā)和組合，使能夠增加分組數(shù)據(jù)吞吐量。因此，除了引用WC畫A接入技 術(shù)以外，節(jié)點(diǎn)B在用戶實(shí)體與節(jié)點(diǎn)B之間的信道上實(shí)行調(diào)度和混合自動(dòng) 重復(fù)請(qǐng)求(H-ARQ)重發(fā)。以上的系統(tǒng)的好處和特征例如在Stefan Parkwall 等, "WCDMA evolved- High Speed packet data services "，Ericsson review No. 2， 2003中描述。
圖1示出在HSDPA中利用的主要信道和關(guān)鍵定時(shí)特性，也參閱3GPP 25.211規(guī)范第7章。HSDPA傳輸利用2 ms傳輸時(shí)間間隙(3時(shí)隙)。
在下行鏈路一側(cè)，提供幾個(gè)公共數(shù)據(jù)信道l、使用HSDPA傳輸用于 每個(gè)用戶實(shí)體的下行鏈路物理信道(DPCH-R99) 2;用于控制信令的公共 高速共享控制信道(HS-SCCH)3;多個(gè)高速-物理下行鏈路共享信道 (HS-PDCH)用戶數(shù)據(jù)信道4-5，它們以靈活的方式被分配HSPDA數(shù)據(jù)。
在上行鏈路一側(cè)，提供高速-專用物理控制信道(HS-PDCCH)6-尤其 用于提供信道質(zhì)量信息CQI和HSPDA自動(dòng)請(qǐng)求信令；以及與包括控制信 息和數(shù)據(jù)的每個(gè)HSPDA用戶相關(guān)聯(lián)的上行鏈路專用信道7。
HSDPA (高速下行鏈路分組接入)促進(jìn)在下行鏈路上從節(jié)點(diǎn)B到用戶實(shí) 體(UE)的高速傳輸。在HSPDA下，節(jié)點(diǎn)B緩存進(jìn)入的下行鏈路最終用戶 數(shù)據(jù)，以及利用內(nèi)部調(diào)度實(shí)體來(lái)按照調(diào)度程序確定在哪個(gè)特定的信道上 和何時(shí)發(fā)送緩存的數(shù)據(jù)。為了幫助調(diào)度決定，節(jié)點(diǎn)B連續(xù)地接收來(lái)自UE 實(shí)體的信道質(zhì)量估值。節(jié)點(diǎn)B還具有關(guān)于UE接收能力的知識(shí)。
節(jié)點(diǎn)B可以以高達(dá)每秒500次的節(jié)拍把MAC-hs PDU (媒體接入控制高 速協(xié)議數(shù)據(jù)單元)發(fā)送到UE。在每次2ms發(fā)送機(jī)會(huì)(TTI發(fā)送時(shí)間間隔)， 節(jié)點(diǎn)B可以根據(jù)緩存的數(shù)據(jù)量、信道質(zhì)量估值、UE能力和可得到的下行 鏈^各碼許可量，改變MAC-hs PDU尺寸。用于1個(gè)UE直到4個(gè)UE的MAC-hs 數(shù)據(jù)可以在每2ms發(fā)送才幾會(huì)通過利用碼分多址(WCDMA)在調(diào)度的UE之間 被調(diào)度。
UE譯碼HS-SCCH(高速共享控制信道)，以及在成功的CRC檢I全和后， UE繼續(xù)譯碼HS-PDSCH(高速物理數(shù)據(jù)共享信道)。取決于HS-SCCH和HS-PDSCH的結(jié)果，UE把接收反饋發(fā)回到對(duì)等節(jié)點(diǎn)B。
接收反饋由節(jié)點(diǎn)B發(fā)射機(jī)解譯，它根據(jù)表示對(duì)于UE的可能的接收失 敗的負(fù)反饋，重發(fā)數(shù)據(jù)。
按照規(guī)范3GPP 25. 321第11. 6. 1和11. 6. 2章節(jié)，HSPDA N信道停止 和等待(SAW) ARQ被利用，暗示每個(gè)用戶實(shí)體一次可以存在多個(gè)1-8個(gè) HARQ過程。在下行鏈路HS-DPCCH與在HS-PDSCH上的上行鏈路ACK/NACK 發(fā)送之間的定時(shí)關(guān)系是固定的，也就是，ACK、 NACK消息被安排成被發(fā) 送，以使得在發(fā)送與來(lái)自用戶實(shí)體的相關(guān)的預(yù)期的ACK/NACK之間常常 有7. 4-7.6 TTI時(shí)隙。這允許節(jié)點(diǎn)B容易確定在對(duì)于笫一次發(fā)送的丟失 響應(yīng)的情形下何時(shí)重發(fā)數(shù)據(jù)。具有多個(gè)ARQ過程是確保高信道利用的一 個(gè)方法。如果只有一個(gè)HARQ過程是可得到的，在隨后的協(xié)議數(shù)據(jù)單元 可以被發(fā)送之前，來(lái)自 一 個(gè)特定用戶的、與來(lái)回時(shí)間相關(guān)聯(lián)的特定的響 應(yīng)不得不等待，導(dǎo)致不經(jīng)濟(jì)的信道利用。以上提到的8個(gè)HARQ過程相 應(yīng)于下行鏈路發(fā)送到給定的實(shí)體的發(fā)送次數(shù)，它可以在關(guān)于第 一下行鏈 路發(fā)送的NACK/ACK在基站處被接收之前完成。
HSDPA數(shù)據(jù)尋址
標(biāo)識(shí)打算得到HS-SCCH信息的UE的用戶身份(UE ID)隱含地被包括在 CRC(循環(huán)冗余檢驗(yàn))中。當(dāng)在節(jié)點(diǎn)B處生成CRC檢驗(yàn)和時(shí)，用戶身份(UE ID)被包括在計(jì)算中。在接收HS-SCCH時(shí)，UE在CRC的計(jì)算中利用它的 ID來(lái)檢一險(xiǎn)HSDPA數(shù)據(jù)目的地是否為所討論的UE。
在圖3上，詳細(xì)地示出編碼特性，以及在圖3上表示譯碼HS-SCCH的 用戶實(shí)體。在規(guī)范3GPP 25. 212中，更詳細(xì)地說明了對(duì)于編碼的強(qiáng)制性 原理。
上行鏈路中的HSDPA:
上行鏈路(從UE到節(jié)點(diǎn)B)被使用用信號(hào)通知輸送接收狀態(tài)(如上所述) 和關(guān)于瞬時(shí)無(wú)線信道狀態(tài)的信息的應(yīng)答。
附加上行鏈路信道，被稱為HS-DPCCH,被使用于這個(gè)目的，以及與當(dāng) 前的DPDCH/DPCCH碼復(fù)用。
在UE中的例外處理
為了從在節(jié)點(diǎn)B中的發(fā)射機(jī)丟棄MAC-hs PDU (協(xié)議數(shù)據(jù)單元)的情形中 恢復(fù)，UE接收機(jī)利用兩個(gè)機(jī)制解決問題(對(duì)于精確的細(xì)節(jié)，見3GPP.321 第11. 6. 2. 3章節(jié))基于定時(shí)器的失速免除(stall avoidance):
接收機(jī)通過分析在HS-DSCH上發(fā)送的PDU序列號(hào)而跟蹤要接收的下一 個(gè)PDU (MAC-hs)。無(wú)論何時(shí)接收的序列號(hào)不同于預(yù)期的下 一個(gè)序列號(hào)時(shí)， 定時(shí)器(T1)被啟動(dòng)。在定時(shí)器T1期滿之前，ARQ協(xié)議將重發(fā)，以便解決 情形。當(dāng)定時(shí)器Tl期滿時(shí)，接收機(jī)更新它的下一個(gè)預(yù)期的序列號(hào)，以 便允許進(jìn)行上述的要接收的數(shù)據(jù)。
基于窗口的失速免除
規(guī)定接收機(jī)窗口 。在以上的(或外部)接收機(jī)窗口上接收具有序列號(hào)的 MAC-hs PDU時(shí)，接收機(jī)將移位它的接收窗口 ，允許以前的PDU由接收機(jī) 成功地接受。
按照已知的標(biāo)準(zhǔn)(Rel. 6),在相應(yīng)于一個(gè)HS-DSCH TTI的每2ms的時(shí) 間間隔， 一個(gè)HS-SCCH把物理層信令載送到單個(gè)UE。多到4個(gè)HS-SCCH， 正如從UE觀點(diǎn)看到的，即，UE必須能夠并行地譯碼多達(dá)4個(gè)HS-SCCH。 以下的信息在HS-SCCH上載送 -輸送格式和資源有關(guān)的信息(TFRI),包含 -HS-DSCH信道化代碼組(7比特)-部分1 -HS-DSCH調(diào)制方案(QPSK/16QAM) (1比特)- 部分1 -HS-DSCH輸送塊尺寸(6比特)-部分2 -混合-ARQ有關(guān)的信息，包括-部分2 -HARQ過程號(hào)(3比特)-部分2 -冗余性號(hào)(3比特)-部分2 -新數(shù)據(jù)身份(l比特)-部分2 -用戶實(shí)體身份(UE ID)- (IO比特)，HS-SCCH信息打算用于該用戶實(shí) 體身份(10比特)-被編碼到部分1+2 用戶實(shí)體使用它自己的用戶身份來(lái)檢測(cè) -它是否為譯碼的HS-SCCH信息的打算的接收機(jī) -檢測(cè)在譯碼的HS-SCCH信息中是否有錯(cuò)誤，這將導(dǎo)致在上行鏈路 HS-PDCCH信道中的DTX(中斷的發(fā)送)。
標(biāo)識(shí)HS-SCCH信息打算用于的UE的用戶身份(UE ID) (RNTI，無(wú)線網(wǎng) 臨時(shí)識(shí)別符)被使用作為HS-SCCH的擾頻碼。當(dāng)在節(jié)點(diǎn)B處編碼HS-SCCH 時(shí)，用戶身份(UE ID)通過使用CRC機(jī)制被包括。細(xì)節(jié)在3GPP 25.212 中給出。在接收HS-SCCH時(shí)，給定的UE利用它的ID解擾頻HS-SCCH,
9以便檢驗(yàn)HSDPA數(shù)據(jù)目的地是否為該UE,即，HS-SCCH是否被成功地譯 碼。HS-SCCH包含輸送才各式和資源有關(guān)的信息(TFRI)和HARQ有關(guān)的信 息，諸如HARQ過程號(hào)、冗余性版本和新數(shù)據(jù)指示符(NDI)。 上行鏈路信令
在HS-PDCCH上的上行鏈路HS-DSCH有關(guān)的物理層信令包含 -對(duì)于HARQ的應(yīng)答
-與瞬時(shí)下行鏈路無(wú)線信道有關(guān)的信息(信道質(zhì)量信息-CQI),在快
速鏈路適配和調(diào)度中幫助節(jié)點(diǎn)B。
HARQ應(yīng)答包含單個(gè)信息比特，它以以下的方式被解譯
+ 1:在HS-DSCH TTI中的數(shù)據(jù)正確，肯定的ACK
-1:在HS-DSCH TTI中的數(shù)據(jù)浮皮不正確地譯碼，NACK。
DTX (中斷傳輸)沒有接收到HS-DSCH數(shù)據(jù)，HS-SCCH被不正確地譯碼。
每個(gè)UE具有它自己的擾頻碼，以及節(jié)點(diǎn)B不斷地接收數(shù)據(jù)，例如取
決于信道條件。當(dāng)HARQ過程發(fā)送數(shù)據(jù)時(shí)，節(jié)點(diǎn)B將通過解擾頻UE的擾
頻碼而接收來(lái)自目的地UE的確認(rèn)。

發(fā)明內(nèi)容
本發(fā)明的第 一 目的是闡述用于提供在HSDPA傳輸協(xié)議上的下行鏈路數(shù) 據(jù)的帶寬有效流動(dòng)的方法。
這個(gè)目的是通過高速下行鏈路分組接入基站(HSPDA節(jié)點(diǎn)B)工作在確 認(rèn)模式(AM)而達(dá)到的，基站適配于通過在共享控制信道(HS-SCCH)上的 以前的宣告，在物理下行鏈路共享信道(HS-DSCH)上單播傳輸，該共享 控制信道可以由給定的用戶實(shí)體使用它自己的身份(UE-ID)被譯碼，每
程在上^鏈路專用物理控制信道(HS-D^CCH)上^^給定的傳輸?shù)慕邮?的確認(rèn)(ACK)或非確認(rèn)(NACK)消息，基站通過在用保留的地址空間的多 播身份(MU-ID)編碼的共享控制信道(HS-SCCH)上以前的宣告，在物理下 行鏈路共享信道(HS-DSCH)上執(zhí)行多播傳輸(ll， 401),該下行鏈路共享 信道(HS-SCCH)可以由多個(gè)用戶實(shí)體同時(shí)譯碼，其中每個(gè)用戶實(shí)體正在 使用多播身份(MU-ID),而不是用戶實(shí)體的各個(gè)用戶身份。
這個(gè)目的還是通過用戶實(shí)體工作在確認(rèn)^t式(AM)下而達(dá)到的，用戶實(shí) 體適配于通過在共享控制信道(HS-SCCH)上的以前的宣告，接收在物理下行鏈路共享信道(HS-DSCH)上的單播傳輸，該共享控制信道可以由用 戶實(shí)體使用它自己的身份(UE-ID)被譯碼，用戶實(shí)體(UE)適配于發(fā)送關(guān) 于給定的各個(gè)用戶實(shí)體的給定的HARQ過程在上行鏈路專用物理控制信 道(HS-DPCCH)上關(guān)于給定的傳輸?shù)慕邮盏拇_認(rèn)(ACK)或非確認(rèn)(NACK)消 自
用戶實(shí)體
-通過在用保留的地址空間的多播身份(麗-ID)編碼的共享控制信道 (HS-SCCH)上以前的宣告，接收在物理下行鏈路共享信道(HS-DSCH)上的 多播傳輸(11,401),該下行鏈路共享信道(HS-SCCH)可以由多個(gè)用戶實(shí) 體同時(shí)被譯碼，其中每個(gè)用戶實(shí)體正在使用多播身份(MU-ID),而不是 用戶實(shí)體的各個(gè)用戶身份。
按照優(yōu)選實(shí)施例的用戶實(shí)體方法包括以下步驟
-測(cè)試(2 02)共享控制信道(HS-SCCH)是否通過給定的用戶實(shí)體身份 (UE ID)被成功地譯碼，
-測(cè)試(203)共享控制信道(HS-SCCH)是否通過多播身份(MU ID)被成 功地譯碼，
-如果共享控制信道通過至少多播或用戶實(shí)體身份被成功地譯碼 (202; 203),以及如果》合定的HARQ過程:故成功地i爭(zhēng)碼(205),則生成確 認(rèn)消息(ACK),以及如果不是的話，則生成非確認(rèn)消息(NACK)。
以上的目的而且是通過用戶實(shí)體按照包括以下步驟的方法執(zhí)行信道 選擇而完成的
-瀏覽網(wǎng)絡(luò)和激活多播用戶實(shí)體身份(301),
-接收包括相應(yīng)于各種內(nèi)容的各個(gè)信道的多播身份(MU ID)列表的預(yù) 配置(302),
-選擇給定的多播身份(MU ID)和隨后在譯碼下行鏈路共享控制信道 (HS-SCCH)時(shí)使用所選擇的多播身份(MU ID) (302， 203)。
按照另一個(gè)有利的實(shí)施例，帶寬通過來(lái)自每個(gè)各個(gè)UE的、節(jié)點(diǎn)B沒 有使用的各個(gè)反饋信道被經(jīng)濟(jì)地處理。代替地，按照第一變例，節(jié)點(diǎn)B 實(shí)行協(xié)議數(shù)據(jù)單元的重復(fù)方案，以確保在接收機(jī)側(cè)處數(shù)據(jù)的滿意接收。 按照第二變例，重復(fù)方案可以隨從使用多播傳輸?shù)挠脩魧?shí)體接收的估計(jì) 的信道信息(CQI)動(dòng)態(tài)地變化，以使得重復(fù)次數(shù)取決于估計(jì)的信道質(zhì)量。
從以下的本發(fā)明的詳細(xì)說明將明白另外的優(yōu)點(diǎn)。
ii


圖1示出現(xiàn)有技術(shù)HSDPA下行鏈路和上行鏈路信道的摘錄(excerpt), 圖2示出按照本發(fā)明的所有實(shí)施例的基站(節(jié)點(diǎn)B), 圖3示出本發(fā)明的第一實(shí)施例的用戶實(shí)體，
圖4示出按照本發(fā)明的第一實(shí)施例的、在基站與多個(gè)用戶實(shí)體之間的
媒體接入控制消息(MAC),
圖5示出本發(fā)明的第一實(shí)施例的、與基站有關(guān)的方法，
圖6示出本發(fā)明的第一實(shí)施例的、與用戶實(shí)體有關(guān)的另一方法，
圖7示出在按照本發(fā)明的用戶實(shí)體的各種實(shí)施例中執(zhí)行的多播信道選
擇，
圖8示出本發(fā)明的第三實(shí)施例的、與基站有關(guān)的另一個(gè)方法，
圖9示出按照本發(fā)明的第一重復(fù)方案，
圖10示出按照本發(fā)明的第二重復(fù)方案，
圖11示出按照本發(fā)明的第三重復(fù)方案，以及
圖12示出按照本發(fā)明的第四重復(fù)方案，
具體實(shí)施方式
實(shí)施例1:
按照本發(fā)明，在基站組與多個(gè)用戶實(shí)體之間的HSPDA無(wú)線接入接口上 引入多播，其中特定的多播HSDPA UE地址被并行地引入到正常的單播 地址，用于同時(shí)發(fā)送內(nèi)容到至少一個(gè)小區(qū)中的多個(gè)用戶。
在圖2上，示出按照本發(fā)明的所有實(shí)施例的基站(節(jié)點(diǎn)B)。
基站(節(jié)點(diǎn)B)601包括MAC-hs控制消息處理器602;調(diào)度器605;多 個(gè)輸入緩存器604，用來(lái)存儲(chǔ)與各個(gè)用戶實(shí)體UEl-UEn有關(guān)的、相應(yīng)于 用于處理到幾個(gè)UE的同時(shí)傳輸，即，也用于每個(gè)用戶實(shí)體的、數(shù)目l-J 的HARQ過程607的數(shù)據(jù)流的分段；第1層處理裝置611，用于傳送來(lái)自 各個(gè)HARQ過程的數(shù)據(jù)。基站還包括CQI譯碼器608、用戶實(shí)體(UE)反饋 譯碼器609、和第1層接收機(jī)610。
在給定的用戶實(shí)體處的每個(gè)HARQ過程被鏡面反映到節(jié)點(diǎn)B,并且它相 應(yīng)于由特定的用戶實(shí)體接收的給定的數(shù)據(jù)流。如上所述，更多的數(shù)據(jù)流 可以由用戶同時(shí)消費(fèi)，相應(yīng)于在用戶實(shí)體設(shè)備上運(yùn)行的一個(gè)應(yīng)用或多個(gè)同時(shí)的應(yīng)用，可能具有不同的QoS要求。
而且，節(jié)點(diǎn)B包括被專用于多播內(nèi)容的至少一個(gè)特定的輸入緩存隊(duì)列 603,和-故專用于多#番內(nèi)容的多播HARQ實(shí)體606中的相應(yīng)的HARQ過程 組。在本上下文中，應(yīng)當(dāng)指出，術(shù)語(yǔ)多播內(nèi)容將被使用來(lái)也覆蓋，如已 知的，來(lái)自無(wú)線電或電視分布/互聯(lián)網(wǎng)廣播地址的廣播分布，也就是， 當(dāng)在小區(qū)中的更多的用戶從節(jié)點(diǎn)B經(jīng)由適當(dāng)?shù)幕臼瞻l(fā)信機(jī)被連接到的 至少 一個(gè)無(wú)線小區(qū)中的協(xié)議數(shù)據(jù)單元的 一個(gè)特定的流接收協(xié)議數(shù)據(jù)單 元時(shí)。
在圖3上，示出按照本發(fā)明的第一、第三和第四實(shí)施例的用戶實(shí)體(MAC) 設(shè)備30包括HS - SCCH譯碼裝置33,用于譯碼下行鏈路HD-PDSCH信道， 包含數(shù)目J個(gè)HARQ過程36的設(shè)備，數(shù)目M個(gè)重新排序和分解隊(duì)列39 和RLC(無(wú)線鏈路控制)層裝置31。而且，提供了 UE(用戶實(shí)體)反饋處理 裝置38和第l層處理37,用于提供在HS-DPCCH信道上的反饋。
重新排序隊(duì)列分布功能39根據(jù)隊(duì)列ID把MAC-hs PDU路由到正確的 重新排序緩存器。重新排序?qū)嶓w39按照接收的TSN(發(fā)送序列號(hào))重新排 序接收的MAC-hs PDU。 MAC-hs PDU以遞減的TSN (MAC-hs發(fā)送序列號(hào)) 被傳遞到分解功能。為了當(dāng)MAC-hs PDU丟失時(shí)從錯(cuò)誤條件恢復(fù)，使用 與在3GPP TS 25. 321-11. 6. 2中描述的相同的免除處理、重新排序釋放 定時(shí)器和基于窗口的失速免除機(jī)制。對(duì)于在UE處配置的每個(gè)隊(duì)列ID有 一個(gè)重新排序?qū)嶓w。分解實(shí)體397負(fù)責(zé)分解MAC-hs PDU。當(dāng)MAC-hs才艮 頭凈皮去除時(shí)，提取MAC-dPDU,和去除任何填充比特。然后，MAC-d PDU 被傳遞到較高的(RLC)層。這些特征在3GPP TS 25.321-11.6.2.3中描 述。
按照本發(fā)明的、適配于接收多播內(nèi)容的用戶實(shí)體(UE) 30還包括至少一 個(gè)專用HS-SSCH多播信道譯碼器32和相應(yīng)的HARQ過程實(shí)體組35,鏡面 反映在節(jié)點(diǎn)B處的多播內(nèi)容HARQ過程。來(lái)自HARQ實(shí)體的接收的數(shù)據(jù)被 傳送到重新排序和分解隊(duì)列39，和以適當(dāng)?shù)脑黾有蛄刑?hào)輸送到上部RLC 層。
除了用用戶身份(UE ID)解擾頻CRC(循環(huán)冗余檢驗(yàn))以外，UE也用以 前接收的多播ID解擾頻CRC,以及在成功的結(jié)果后接收HSDPA多播數(shù)據(jù)。
按照本發(fā)明的基站以與已知的單播傳輸類似的方式發(fā)送多播數(shù)據(jù)。然 而，使用特定的多播地址，在這里表示為在被保留用于用戶實(shí)體接收多播數(shù)據(jù)的特定的多播地址組內(nèi)的多播ID。多播地址的格式與通常的用戶
實(shí)體地址沒有不同；它是專用于多播傳輸?shù)摹⒈碚鞫嗖ド矸莸念A(yù)定地址 字段的特定的預(yù)定的分配。
按照本發(fā)明的第一實(shí)施例，當(dāng)發(fā)送多播數(shù)據(jù)到幾個(gè)UE時(shí)，每個(gè)UE發(fā) 送響應(yīng)，完全像通常的單播HSDPA數(shù)據(jù)那樣一使用它自己的擾頻碼。因 此，節(jié)點(diǎn)B在完全相同的TTI內(nèi)不能同時(shí)發(fā)送單播HSDPA數(shù)據(jù)--因?yàn)槊?個(gè)TTI只提供一個(gè)反饋--因?yàn)槊總€(gè)UE只有1擾頻碼一或只規(guī)定1個(gè)信 道。然而，實(shí)際上由于TTI是2ms,普通的數(shù)據(jù)可以與多播交織，如果 UE支持"同時(shí)的"單播/多播HSDPA傳輸?shù)脑挕?br> 按照本發(fā)明，用戶實(shí)體可以在網(wǎng)頁(yè)上^L告知以特定的多播內(nèi)容，諸如 流服務(wù)，由此給定的內(nèi)容在選擇給定的URL時(shí)被傳送到用戶實(shí)體，諸如 技術(shù)上通常已知的。當(dāng)最終用戶請(qǐng)求加入正在進(jìn)行的視頻流時(shí)，HSDPA 使能的UE可以接收給定的預(yù)定的多播HSDPA UE地址，例如通過瀏覽會(huì) 話，諸如通常從關(guān)于流服務(wù)的網(wǎng)頁(yè)已知的，即用戶進(jìn)入相應(yīng)于流服務(wù)器 上的地址的URL,它同時(shí)使得預(yù)定的媒體應(yīng)用打開，諸如MS媒體播放器 (TM)或?qū)崟r(shí)(TM)播放器。
當(dāng)節(jié)點(diǎn)B發(fā)送在多播/廣播地址上的多播協(xié)議數(shù)據(jù)單元時(shí)，多個(gè)UE可 以經(jīng)歷成功地接收HS —SCCH控制信道，以及譯碼HS —DSCH數(shù)據(jù)信道。
這被示出于圖4，由此第一多播內(nèi)容協(xié)議數(shù)據(jù)單元傳輸被調(diào)度在 HS-DSCH信道上。固定的數(shù)目的TTI以后，可以在各個(gè)HS-DPCCH信道上 預(yù)期對(duì)于發(fā)送的第一傳輸?shù)南鄳?yīng)的反饋。成功譯碼下行鏈路HS-SCCH多 播地址傳輸?shù)挠脩魧?shí)體UE將用包括給定的用戶實(shí)體的身份的確認(rèn)消息 應(yīng)答，而接收到錯(cuò)誤的CRC計(jì)算的那些用戶實(shí)體將用不確認(rèn)的信號(hào)應(yīng)答， 由此激勵(lì)節(jié)點(diǎn)B重發(fā)被錯(cuò)誤地接收的傳輸。
節(jié)點(diǎn)B區(qū)分來(lái)自特定的UE的反饋是相應(yīng)于單播傳輸，還是至少一個(gè) 多播傳輸?shù)囊徊糠?。如圖4所示，在多播傳輸時(shí)，節(jié)點(diǎn)B研究來(lái)自在多 播/廣播組中的所有UE的反饋。假設(shè)多播傳輸出現(xiàn)在三個(gè)UE的組中， -故表示為UE_1， UE-2，和UE_3。還假設(shè)UE_1和UE_2成功地接收 HS-DSCH，而UE—3無(wú)法接收HS-DSCH。節(jié)點(diǎn)B執(zhí)行解決過程，也參閱后 面的圖5的步驟13，由此如果4^收到至少一個(gè)NACK(或DTX),則節(jié)點(diǎn)B 將重發(fā)以前的信號(hào)，如果通過在節(jié)點(diǎn)B處的重發(fā)過程被接受的話。如果 解決操作導(dǎo)致AC1L則節(jié)點(diǎn)B像單播傳輸那樣進(jìn)行，也就是，它繼續(xù)進(jìn)
14行隨后的協(xié)議數(shù)據(jù)單元。
為了避免多播傳輸?shù)倪^多的重發(fā)，--這在例如一個(gè)UE具有非常差的 接收質(zhì)量或當(dāng)總的傳輸時(shí)間超過某個(gè)閾值時(shí)出現(xiàn)一節(jié)點(diǎn)B利用多播重發(fā) 過程。這樣的過程可以是基于最大重發(fā)次數(shù)，或基于從第一次傳輸直到 最后一次重發(fā)的傳輸時(shí)間，或它們的組合。當(dāng)超過這些限制條件時(shí)，節(jié)
點(diǎn)B將丟棄正在進(jìn)行的多播傳輸，也參閱圖5的步驟14。
在例外的事件時(shí)，當(dāng) 一個(gè)或多個(gè)多播/廣播UE盡管重發(fā)也無(wú)法接收數(shù) 據(jù)時(shí)，節(jié)點(diǎn)B像單播數(shù)據(jù)那樣進(jìn)行，即，節(jié)點(diǎn)B丟棄數(shù)據(jù)和繼續(xù)發(fā)送以 后的數(shù)據(jù)。UE利用與對(duì)于單播接收相同的"例外，，過程來(lái)處理這種情形。 在節(jié)點(diǎn)B處實(shí)行的示例性過程更詳細(xì)地示出于圖5。 在步驟11,基站通過在用保留的地址空間的多播身份(MU-ID)編碼的 共享控制信道(HS-SCCH)上以前的宣告，在物理下4亍鏈^各共享信道 (HS-DSCH)上執(zhí)行多播傳輸(ll， 401),該下行鏈路共享信道(HS-SCCH)可 以由多個(gè)用戶實(shí)體同時(shí)譯碼，其中每個(gè)用戶實(shí)體正在使用多播身份 (麗-ID),而不是在譯碼單播傳輸時(shí)使用的用戶實(shí)體的各個(gè)用戶身份。
在步驟12,基站接收和解擾頻來(lái)自收聽給定的多播地址(M-ID)的多個(gè) 用戶實(shí)體的反饋消息(ACK， NACK, DTX)。
在步驟13,檢驗(yàn)節(jié)點(diǎn)B是否接收到至少一個(gè)不確認(rèn)消息(NACK)或接收 至少一個(gè)中斷傳輸消息(DTX)。如果不是的話，在步驟19,繼續(xù)進(jìn)行下 一個(gè)多4番分組。
按照步驟14到16,至少一個(gè)HSPDA下行鏈路多播協(xié)議數(shù)據(jù)單元通過 在步驟11進(jìn)行的過程被重發(fā)，除非重發(fā)嘗試超過上限或時(shí)間上限，14。
如果時(shí)間限制被超過或重發(fā)次數(shù)超過時(shí)間限制，則分組被丟棄，步驟 15。
按照本發(fā)明，有幾種由UE用多播身份(MU ID)譯碼HS-SCCH信道的方 法。
在圖6上，示出第一實(shí)施例的、在用戶實(shí)體中實(shí)行的過程。 在步驟201,過程開始。
在步驟202，測(cè)試共享控制信道(HS-SCCH)是否被用給定的用戶實(shí)體身 份(UE ID)成功地譯碼，如果是的話，進(jìn)行到204,如果不是的話，進(jìn)行 到203。
在步驟203,測(cè)試共享控制信道(HS-SCCH)是否被用多播身份(MU ID)成功地譯碼，
-如果共享控制信道被用至少多播或用戶實(shí)體身份成功地譯碼，202; 203,則進(jìn)行到步驟204,如果不是的話，進(jìn)行到201。
在步驟204,如果檢測(cè)到充溢指示符(flush indicator)(切換NDI), 則進(jìn)行到207,并且充溢相應(yīng)的HARQ過程，此后進(jìn)到205。
-如果給定的HARQ過程一皮成功地-澤碼，205,-生成確認(rèn)消息(ACK) 206, 否則生成不確認(rèn)消息(NACK), 208。
在步驟209,當(dāng)確認(rèn)(ACK)信號(hào)被生成和共享控制信道(HS-SCCH)被用 給定的用戶實(shí)體身份(UE ID)成功地譯碼時(shí)，根據(jù)給定的隊(duì)列身份，把 MAC-hs協(xié)議數(shù)據(jù)單元傳遞到用戶身份(UE ID)重新排序?qū)嶓w或在用戶實(shí) 體(UE)中的多播身份(MU ID)重新排序?qū)嶓w。
按照本發(fā)明的第 一 實(shí)施例，使用媒體中心(未示出)，在其中執(zhí)行哪些 用戶實(shí)體消費(fèi)多播內(nèi)容的登記。媒體中心與多播服務(wù)器交互，分布多播內(nèi)容。
多播中心把來(lái)自哪些用戶的、可能預(yù)期DTX消息的信息提供給每個(gè)節(jié) 點(diǎn)B。
因此，節(jié)點(diǎn)B如下地映射給定的信息 MU_ID=1包含UE—ID 44， 56， 63消費(fèi)MU一ID MU —ID=2包含UE-ID 3， 5消費(fèi)MU—ID等等。
用于達(dá)到以上映射的實(shí)際信令可以以各種方式完成。 一個(gè)任選項(xiàng)是當(dāng) 用戶(UE用戶)簽署消費(fèi)給定的多播流，例如在與多播服務(wù)器相關(guān)聯(lián)的 網(wǎng)頁(yè)上按壓用于"信道Ch 4"的按鈕時(shí)，媒體中心發(fā)送信息到節(jié)點(diǎn)B。
按照本發(fā)明，用戶實(shí)體以以下的典型方式被告知以給定的可得到的多 播身份，以便建立服務(wù)
設(shè)想運(yùn)行商在它的網(wǎng)絡(luò)上連續(xù)地發(fā)送5個(gè)信道，Chi-Ch5(MU_IDl-MU_ID5)。存在的HSDPA用戶ID空間(或更正確地，RNTI -無(wú)線網(wǎng)臨時(shí) ID),皮分割成,人[rnti—min…rnti—max]到[rnti—min ... mul icast一max， mul t icas t』ax+l…rnt i —max]。這意味著[rnt i —min…mul icas t —max]被 保留和不被使用于單播HSDPA。運(yùn)行商配置在具有下列(簡(jiǎn)化)的區(qū)域中 的每個(gè)節(jié)點(diǎn)B:
rnti—min: Ch_1 (MU_ID1)
16rnti-min+l : Ch一2 (MU-ID2)
等等，對(duì)于Ch-3- Ch —5 (MU—ID3-5)。
運(yùn)行商發(fā)送以上5個(gè)信道到所有的節(jié)點(diǎn)B,它們?cè)谥辽僖粋€(gè)HSDPA用 戶被建立的條件下通過空中連續(xù)地發(fā)送這5個(gè)信道。
經(jīng)由網(wǎng)頁(yè)激活或自動(dòng)激活，用戶得到通過上述的MU-ID映射被預(yù)先配 置的、它的UE瀏覽器。用戶可以選才,Ch1-Ch5和加入想要的多^番會(huì)話。
在圖7上，示出在用戶實(shí)體處多播選擇和建立的過程。
方法包括用戶實(shí)體的步驟為
-瀏覽網(wǎng)頁(yè)和激活多播用戶實(shí)體身份，301，
-接收包括相應(yīng)于各種內(nèi)容的各個(gè)信道的多播身份(MU ID)列表的預(yù) 配置，302,
-選擇給定的多播身份(MU ID)和隨后在譯碼下行鏈路共享控制信道 (HS-SCCH)時(shí)使用所選擇的多播身份(MU ID), 302， 203。
按照另一個(gè)實(shí)施例，通過從基站不發(fā)送多播內(nèi)容，除非至少一個(gè)UE 請(qǐng)求它，而節(jié)省帶寬。按照該實(shí)施例，節(jié)點(diǎn)B只在接收來(lái)自網(wǎng)絡(luò)的流時(shí) 才發(fā)送。UE設(shè)備發(fā)送激活請(qǐng)求信號(hào)到媒體分布中心(未示出)進(jìn)行登記 指示Ch-2，作為接收的選擇，和給出對(duì)于使用哪個(gè)固—ID的響應(yīng)。
用于建立的另一個(gè)替換例是使用MBMS技術(shù)規(guī)范，由此加上HSDPA的 支持。這是通過發(fā)送關(guān)于在HSDPA下節(jié)點(diǎn)B支持哪個(gè)信道的信息到MBMS 媒體中心--以及還從UE發(fā)送關(guān)于用戶實(shí)體處在哪個(gè)具體的節(jié)點(diǎn)B的信 息而完成的。隨后，MBMS發(fā)送信道信息和建立到UE,以使得用戶實(shí)體 可以4吏用HSDPA MU-ID。
第一實(shí)施例-替換例
用于在節(jié)點(diǎn)B處多播HARQ過程的替換的過程可以基本上如圖5所示 地-故實(shí)行。然而，按照這個(gè)實(shí)施例，節(jié)點(diǎn)B不扭a行任何MU—ID-UE-ID映 射。
在典型的網(wǎng)絡(luò)中，運(yùn)4亍的工作點(diǎn)可以近似為
90%-ACK
9%-NACK
1%-DTX
可以看到，比起DTX更可能接收NACK。按照這個(gè)替換實(shí)施例，DTX— 在方塊13中表示的--不被使用于確定是否應(yīng)當(dāng)實(shí)行重發(fā)。
17在給定的示例性情形下，節(jié)點(diǎn)B不需要知道UE—ID 44,56,63是 MU—ID=1的成員。如果例如出現(xiàn)到MU—ID=1的傳輸，--則UE_ID 44 56 可以發(fā)送ACK,而UE —ID 63發(fā)送NACK， 一節(jié)點(diǎn)B將接收2個(gè)ACK和1 個(gè)NACK,由此假設(shè)只有3個(gè)MU-IDM成員，并重發(fā)。如果另一方面，它 接收2個(gè)ACK和1個(gè)DTX,它將假i殳在MU—ID中所有的用戶實(shí)體接收該 消息。當(dāng)然，這是錯(cuò)誤的，因?yàn)?個(gè)中的1個(gè)沒有聽見該消息。這個(gè)缺 點(diǎn)導(dǎo)致第三UE無(wú)法接收這個(gè)MAC-hs PDU,以及將經(jīng)受在它的應(yīng)用層上 的更高的PDU錯(cuò)誤率。然而，這可能被接受，因?yàn)镈PX的概率比起NACK 是低的，以及它允許不太復(fù)雜的網(wǎng)絡(luò)解決方案。
實(shí)施例2
在本發(fā)明的第二實(shí)施例中，使用與本發(fā)明的第 一 實(shí)施例的相同的基站配置。
在按照本發(fā)明的第二實(shí)施例的用戶實(shí)體中，代替用幾個(gè)ID解擾頻 CRC,也就是，所討論的各種多播身份和多播用戶身份-僅僅一個(gè)ID被 使用于一個(gè)時(shí)間段。適當(dāng)?shù)兀谟脩魧?shí)體處僅僅提供一個(gè)HS —SCCH接收 機(jī)。當(dāng)多播內(nèi)容被選擇時(shí)，在用于譯碼HS-SCCH信道的用戶身份UE ID 中，進(jìn)行切換到多播身份MU ID;否則用戶實(shí)體被使用于譯碼HS-SCCH 信道。因此，用戶實(shí)體設(shè)計(jì)是可與現(xiàn)有技術(shù)用戶實(shí)體設(shè)計(jì)相比較的，除 了切換用于譯碼正常的HSDPA下行鏈路單播數(shù)據(jù)或一次一個(gè)多播接收組 的ID的能力以外。
用戶實(shí)體如圖6所示地工作，除了只使用202或只使用203以外。步 驟203只在多播接收被激活時(shí)才被使用，因此在步驟202去激活單播接 收，以及反之亦然僅僅在去激活多播接收時(shí)才使用步驟202 (步驟203被 省略)。
節(jié)點(diǎn)B的運(yùn)行是如圖5所示。可以看到，節(jié)點(diǎn)B必須被告知關(guān)于UE 的工作模式，也就是，用戶實(shí)體是消費(fèi)多播還是單播傳輸。以上討論的 ,_ID-UE —ID映射可被使用于這個(gè)目的。這是為了區(qū)分DPX是由于無(wú)法 接收多播MAC-hs PDU，還是由于UE接收機(jī)切換到接收單播MAC-hs業(yè)務(wù)， 所需要的。
還可以觀察到，對(duì)于第一實(shí)施例一替換例，在UE處的工作模式是在 節(jié)點(diǎn)B處不需要的。這是由于在節(jié)點(diǎn)B處不考慮DTX。因此，這個(gè)實(shí)施例提供成本有效的UE接收機(jī)設(shè)計(jì)，其中UE可以接收 單播HSDPA數(shù)據(jù)和HSDPA多播/廣播數(shù)據(jù)。 實(shí)施例3:
按照本發(fā)明的第三實(shí)施例，來(lái)自每個(gè)各個(gè)UE的各個(gè)反饋信道不被節(jié) 點(diǎn)B使用。用戶實(shí)體可以發(fā)送反饋，如在實(shí)施例1和2中那樣，但當(dāng)發(fā) 生多播傳輸時(shí)，反饋不被節(jié)點(diǎn)B利用。
代替地，按照第一變例，節(jié)點(diǎn)B實(shí)行協(xié)議數(shù)據(jù)單元的重復(fù)方案 511-512，以確保在接收機(jī)側(cè)處的滿意的接收。假設(shè)節(jié)點(diǎn)B緩存數(shù)據(jù)， 發(fā)送3個(gè)MAC-hs PDU。還假設(shè)相應(yīng)的序列號(hào)是1, 2和3，以及節(jié)點(diǎn)B 確定對(duì)于每個(gè)MAC-hs，三次重復(fù)是足夠的。
MAC-hs傳輸?shù)囊粋€(gè)例子示出于圖9，示出發(fā)送的MAC-hs多播協(xié)議數(shù) 據(jù)單元被指示，因此下標(biāo)號(hào)相應(yīng)于給定的HARQ過程的MAC-hs序列號(hào)。
按照第二變例，重復(fù)方案(511, 513; 512, 514)可以隨從利用多播 傳輸?shù)挠脩魧?shí)體接收的估計(jì)的信道信息(CQI)動(dòng)態(tài)地變化，這樣，重復(fù) 次數(shù)依賴于估計(jì)的信道質(zhì)量(403-405)。
例如，511和512的重復(fù)方案根據(jù)良好的信道條件被修改。
例如，在513的重復(fù)比起圖9和11的511是不太經(jīng)常的。這里，相 同的媒體接入信道協(xié)議數(shù)據(jù)單元(MAC-hs PDU)以給定的重復(fù)次數(shù)非接連 地重發(fā)第一次數(shù)(511, 512)。同樣地，圖12的514比起圖10的512是 不太經(jīng)常的。這里，具有相同的有效載荷的相同的媒體接入PDU (MAC-hs) 被不中斷地重發(fā)(512， 514)。
在圖8上，示出按照第二變例的基站過程的優(yōu)選實(shí)施例。
在步驟401,多播流動(dòng)到在專用MA多播C地址處的用戶實(shí)體。
在步驟402,基站接收和解擾頻來(lái)自收聽給定的多播地址(M-ID)的多 個(gè)用戶實(shí)體的反饋消息(ACK， NACK， DTX)。
在步驟403,基站執(zhí)行參加多播傳輸?shù)挠脩魧?shí)體的信道估計(jì)評(píng)估。
例如，確定對(duì)于分配的多播用戶實(shí)體的最壞組的平均信道條件，405, 和形成用于圖9-12所示的重復(fù)方案的基礎(chǔ)。
在步驟407-409,根據(jù)信道評(píng)估進(jìn)行選擇用于重發(fā)MAC協(xié)議數(shù)據(jù)單元 的給定的重發(fā)方案，例如，如果按照步驟407, 408, 409信道條件是壞 的，執(zhí)行更多的重發(fā)。
有利地，按照這個(gè)實(shí)施例，基站(節(jié)點(diǎn)B)忽略來(lái)自與給定的多播地址MU-ID有關(guān)的用戶實(shí)體的傳輸反饋消息ACK， NACK, DTX。
為了允許節(jié)點(diǎn)B以任意重復(fù)方案發(fā)送，重發(fā)定時(shí)器Tl應(yīng)當(dāng)被設(shè)置為 足夠高，以便允許發(fā)生序列號(hào)的所有重發(fā)。例如，當(dāng)延時(shí)是不太關(guān)鍵時(shí)， 長(zhǎng)的Tl重發(fā)定時(shí)器可被使用來(lái)允許任意重復(fù)方案，而如果延時(shí)是關(guān)鍵 的，則要使用較短的Tl重發(fā)定時(shí)器，以及節(jié)點(diǎn)B必須使用在第一次和 最后的重發(fā)之間的時(shí)間處在T1重發(fā)定時(shí)器范圍內(nèi)的重發(fā)。
在以上的實(shí)施例中，節(jié)點(diǎn)B具有在MU-ID與UD-ID之間的映射，正如 結(jié)合第一實(shí)施例描述的。
在被使用于單播MAC-hs傳輸?shù)漠?dāng)前用戶身份(UE ID)地址范圍內(nèi)的某 個(gè)范圍可被使用于多播/廣播傳輸。
通過使用來(lái)自每個(gè)UE的信道質(zhì)量信息(其經(jīng)由HS-DPCCH接收的)的知 識(shí)，節(jié)點(diǎn)B可以確定重復(fù)方案以及調(diào)制，發(fā)射功率和MAC-hs PDU尺寸。 節(jié)點(diǎn)B還可以確定何時(shí)用來(lái)自每個(gè)UE的反饋從廣播傳輸切換到常M^的 MAC-hs單播傳輸。然后下面當(dāng)然是，業(yè)務(wù)量可被發(fā)送到每個(gè)UE,但它 根據(jù)在小區(qū)中存在的UE的當(dāng)前量可以是有利的。
實(shí)施例4:
按照笫四實(shí)施例，UE不發(fā)送任何HS-DPCCH用于多播/廣播傳輸。缺點(diǎn) 當(dāng)然是，節(jié)點(diǎn)B缺乏關(guān)于下行鏈路信道條件的信息，但由于UE將節(jié)省 功率，將出現(xiàn)好處。如圖9或IO所示的魯棒的重復(fù)方案511, 512被有 利地永久地使用于多播傳輸。
用戶實(shí)體可以被告知關(guān)于可得到的信道和結(jié)構(gòu)(set-up),以及多播 和單播ID的譯碼被如上所述地實(shí)行。
權(quán)利要求
1. 用于高速下行鏈路分組接入基站(HSPDA節(jié)點(diǎn)B)工作在確認(rèn)模式(AM)的方法，基站適配于通過在共享控制信道(HS-SCCH)上的以前的宣告，在物理下行鏈路共享信道(HS-DSCH)上單播傳輸，該共享控制信道可以由給定的用戶實(shí)體使用它自己的身份(UE-ID)而被譯碼，每個(gè)用戶實(shí)體(UE)適配于發(fā)送關(guān)于給定的各個(gè)用戶實(shí)體的給定的HARQ過程在上行鏈路專用物理控制信道(HS-DPCCH)上關(guān)于給定的傳輸?shù)慕邮盏拇_認(rèn)(ACK)或非確認(rèn)(NACK)消息，其中基站-通過在用保留的地址空間的多播身份(MU-ID)編碼的共享控制信道(HS-SCCH)上以前的宣告，在物理下行鏈路共享信道(HS-DSCH)上執(zhí)行多播傳輸(11，401)，該下行鏈路共享信道(HS-SCCH)由多個(gè)用戶實(shí)體同時(shí)譯碼，其中每個(gè)各個(gè)用戶實(shí)體正在使用多播身份(MU-ID)。
2. 按照權(quán)利要求l的方法，其中基站正在—接收和解擾頻來(lái)自收聽給定的多播地址(M-ID)的多個(gè)用戶實(shí)體的反饋消息(ACK, NACK， DTX, CRC) (12),—由此在接收到至少一個(gè)不確認(rèn)消息(NACK)時(shí)，(13),-重發(fā)(16， ll)至少一個(gè)HSPDA下行鏈路多播協(xié)議數(shù)據(jù)單元，除非試圖重發(fā)的次數(shù)超過上限或時(shí)間上限(14)。
3. 按照權(quán)利要求1或2的方法，其中如果接收到至少一個(gè)不確認(rèn)消 息(NACK) (13)和已嘗試重發(fā)相應(yīng)于上限的次數(shù)或時(shí)間上限，-則丟棄在多播HARQ發(fā)射機(jī)實(shí)體中的數(shù)據(jù)(15)。
4. 按照權(quán)利要求1的方法[EM2],其中—接收和解擾頻來(lái)自收聽給定的多播地址(M-ID)的多個(gè)用戶實(shí)體的反々赍消息(ACK， NACK， DTX， CRC) (402),-執(zhí)行參加多播傳輸?shù)挠脩魧?shí)體的信道估計(jì)評(píng)估(402),-根據(jù)信道評(píng)估選擇用于重發(fā)MAC協(xié)議數(shù)據(jù)單元的給定的重發(fā)方案，如果信道條件是壞的，則執(zhí)行更多的重發(fā)(407， 408， 409)。
5. 按照權(quán)利要求4的方法，其中對(duì)于分配的多播用戶實(shí)體的最壞組 的平均信道條件被確定(405),和形成用于重復(fù)方案的基礎(chǔ)(511-514)。
6. 按照權(quán)利要求l的方法，其中基站(節(jié)點(diǎn)B)忽略來(lái)自與給定的多播 地址(MU-ID)有關(guān)的用戶實(shí)體的傳輸反饋消息(ACK, NACK,或DTX),-基站執(zhí)行與多播傳輸有關(guān)的協(xié)議數(shù)據(jù)單元的重復(fù)方案(511 — 514), 以使得具有相同的有效載荷的相同的媒體接入PDU(MAC-hs)按照重復(fù)方 案(511 -514)被重發(fā)第 一給定的次數(shù)(RN)。
7. 按照權(quán)利要求5的方法，其中重復(fù)方案(511， 513; 5U， 514)隨從使 用多播傳輸?shù)挠脩魧?shí)體接收的估計(jì)的信道信息(CQI)動(dòng)態(tài)地變化，以使 得重復(fù)次數(shù)取決于估計(jì)的信道質(zhì)量(403-405)。
8. 按照權(quán)利要求5或6的任一項(xiàng)的方法，其中具有相同的有效載荷 的相同的媒體接入PDU(MAC-hs),被不中斷地重發(fā)(512， 514)。
9. 按照權(quán)利要求5或6的任一項(xiàng)的方法，其中相同的媒體接入信道 協(xié)議數(shù)據(jù)單元(MAC-hs PDU)以給定的重復(fù)次數(shù)非接連地重發(fā)第一次數(shù) (511, 513)。
10. 用于用戶實(shí)體工作在確認(rèn)模式(AM)的方法，用戶實(shí)體適配于 通過在共享控制信道(HS-SCCH)上的以前的宣告，在物理下行鏈路共享信道(HS-DSCH)上單播傳輸，該共享控制信道由用戶實(shí)體使用它自己 的身份(UE-ID)而被譯碼，用戶實(shí)體(UE)適配于發(fā)送關(guān)于給定的各個(gè)用 戶實(shí)體的給定的HARQ過程在上行鏈路專用物理控制信道(HS-DPCCH)上 關(guān)于給定的傳輸?shù)慕邮盏拇_認(rèn)(ACK)或非確認(rèn)(NACK)消息，其中用戶實(shí) 體-通過在用保留的地址空間的多播身份(MU-ID)編碼的共享控制信道 (HS-SCCH)上以前的宣告，接收在物理下行鏈路共享信道(HS-DSCH)上的 多播傳輸(11，401),該下行鏈路共享信道(HS-SCCH)由多個(gè)用戶實(shí)體同 時(shí)譯碼，其中每個(gè)各個(gè)用戶實(shí)體正在使用多播身份(MU-ID),而不是用 戶實(shí)體的各個(gè)用戶身份。
11. 按照權(quán)利要求10的方法，還包括以下步驟-測(cè)試(2 02)共享控制信道(HS-SCCH)是否通過給定的用戶實(shí)體身份 (UE ID)被成功地譯碼，-測(cè)試(2Q3)共享控制信道(HS-SCCH)是否通過多播身份(MU ID)被成 功地譯碼，-如果共享控制信道通過至少多播或用戶實(shí)體身份被成功地譯碼 (202; 203)，以及如果給定的HARQ過程被成功地譯碼(205),則生成確 認(rèn)消息(ACK),以及如果不是的話，則生成非確認(rèn)消息(NACK)。
12. 按照權(quán)利要求ll的方法，其中在譯碼HARQ過程以前，如果沖企測(cè)到充溢指示符(204),則充溢相應(yīng)的HARQ過程(207)。
13. 按照權(quán)利要求11或12的方法，其中當(dāng)確認(rèn)(ACK)信號(hào)被生成和 共享控制信道(FS-SCCH)被用給定的用戶實(shí)體身份(UE ID)成功地譯碼 時(shí)，根據(jù)給定的隊(duì)列身份，把MAC-hs協(xié)議數(shù)據(jù)單元傳遞到在用戶實(shí)體 (UE)中的用戶身份(UE ID)重新排序?qū)嶓w。
14. 按照權(quán)利要求11或12的方法，其中當(dāng)確認(rèn)(ACK)信號(hào)被生成和 共享控制信道(FS-SCCH)被用給定的多播身份(MU ID)成功地譯碼時(shí)，根 據(jù)給定的隊(duì)列身份，把MAC-hs協(xié)議數(shù)據(jù)單元傳遞到在用戶實(shí)體(UE)中 的多播身份(MU ID)重新排序?qū)嶓w。
15. 按照權(quán)利要求10的、用于用戶實(shí)體的方法，其中 方法包括以下步驟-瀏覽網(wǎng)絡(luò)和激活多播用戶實(shí)體身份(301),-接收包括相應(yīng)于各種內(nèi)容的各個(gè)信道的多播身份(MU ID)列表的預(yù) 配置(302),-選擇給定的多播身份(MU ID)和隨后在譯碼下行鏈路共享控制信道 (HS-SCCH)時(shí)使用所選擇的多播身份(MU ID) (302， 203)。
16. 按照權(quán)利要求l的方法，其中基站正在-接收和解擾頻來(lái)自收聽給定的多播地址(M-ID)的多個(gè)用戶實(shí)體的反 々赍消息(ACK， NACK， DTX, CRC) (12),-由此在接收到至少一個(gè)不確認(rèn)消息(NACK)時(shí)，或在接收到至少一個(gè) 中斷傳輸消息(DTX)后，(13)，-重發(fā)(16， ll)至少一個(gè)HSDPA下行鏈路多播協(xié)議數(shù)據(jù)單元，除非試 圖重發(fā)的次數(shù)超過上限或時(shí)間上限(14)。
17. 基站(節(jié)點(diǎn)B, 601),包括MAC-hs控制消息處理器(602);調(diào)度器 (605);多個(gè)輸入緩存器(604),用來(lái)存儲(chǔ)與各個(gè)用戶實(shí)體(UE1-UEn ) 有關(guān)的、相應(yīng)于用于處理到幾個(gè)UE的同時(shí)傳輸?shù)臄?shù)目(l-J)的HARQ過 程(607)的數(shù)據(jù)流的分段；第1層處理裝置(611),用于傳送來(lái)自各個(gè) HARQ過程的數(shù)據(jù)，基站還包括信道質(zhì)量指示符(CQI)譯碼器(608)、用戶 實(shí)體(UE)反饋?zhàn)g碼器(609)、和第l層接收機(jī)(610),基站(節(jié)點(diǎn)B)還包括被專用于多播內(nèi)容的至少 一 個(gè)特定的輸入緩存器 隊(duì)列(603),和被專用于多播內(nèi)容的多播HARQ實(shí)體(606)中的相應(yīng)的 HARQ過程組。
18.用戶實(shí)體設(shè)備(30),包括HS-SCCH譯碼裝置(33),用于譯碼下行 鏈路HD-PDSCH信道，該用戶實(shí)體設(shè)備包括第一數(shù)目(J)的HARQ過程 (36),第二數(shù)目(M)的重新排序和分解隊(duì)列(39), RLC(無(wú)線鏈路控制)層 裝置(31),用戶實(shí)體反饋處理裝置(38)和第l層處理(37),用于提供在 HS-DPCCH信道上的反饋，由此用戶實(shí)體(UE) (30)還包括至少一個(gè)專用HS-SSCH多播信道譯碼器(32 ) 和鏡面反映基站(節(jié)點(diǎn)B)的多播內(nèi)容HARQ過程的相應(yīng)的HARQ過程實(shí)體 組(35)。
全文摘要
高速下行鏈路分組接入基站(HSDPA節(jié)點(diǎn)B)和工作在確認(rèn)模式(AM)下的方法，基站適配于通過在共享控制信道(HS-SCCH)上的以前的宣告，在物理下行鏈路共享信道(HS-DSCH)上單播傳輸，該共享控制信道可以由給定的用戶實(shí)體使用它自己的身份(UE-ID)而被譯碼，每個(gè)用戶實(shí)體(UE)適配于發(fā)送關(guān)于給定的各個(gè)用戶實(shí)體的給定的HARQ過程在上行鏈路專用物理控制信道(HS-DPCCH)上關(guān)于給定的傳輸?shù)慕邮盏拇_認(rèn)(ACK)或非確認(rèn)(NACK)消息?；就ㄟ^在用保留的地址空間的多播身份(MU-ID)編碼的共享控制信道(HS-SCCH)上以前的宣告，在物理下行鏈路共享信道(HS-DSCH)上執(zhí)行多播傳輸(11，401)，該下行鏈路共享信道(HS-SCCH)可以由多個(gè)用戶實(shí)體同時(shí)譯碼，其中每個(gè)用戶實(shí)體正在使用多播身份(MU-ID)，而代替用戶實(shí)體的各個(gè)用戶身份。還提供了用戶實(shí)體和其中的方法。
文檔編號(hào)H04W4/06GK101480070SQ200680055208
公開日2009年7月8日 申請(qǐng)日期2006年7月4日 優(yōu)先權(quán)日2006年7月4日
發(fā)明者A·蘭海姆, J·林德斯科格 申請(qǐng)人:艾利森電話股份有限公司