在高速下行鏈路信道上的廣播和多播的制作方法

文檔序號：7642691閱讀：196來源：國知局

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

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

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

完整全部詳細技術資料下載