使用單播子幀的多播服務(wù)的制作方法
【專利摘要】本發(fā)明公開用于單播子幀中的多播服務(wù)的系統(tǒng)和方法。使用演進節(jié)點B(eNodeB)的方法包括使用多播標識符來對多播組中的多個用戶設(shè)備(UE)的每個建立多播服務(wù)的操作。接著是使用通過多播標識符所編碼的單播控制信道信息來對多播組分配單播數(shù)據(jù)信道資源的操作。使用UE的方法包括從eNodeB接收多播組的多播標識符的操作，其中多播標識符在多播組中的多個UE之間共享。接著是從eNodeB接收通過多播標識符所編碼的單播控制信道信息的操作。該方法的下一個操作是使用多播標識符、從所接收單播控制信道信息來提取用于分配單播數(shù)據(jù)信道資源的控制信道信息。
【專利說明】使用單播子幀的多播服務(wù)
【背景技術(shù)】
[0001]無線移動通信技術(shù)使用各種標準和協(xié)議在傳輸站與無線移動裝置之間傳送數(shù)據(jù)。一些無線裝置經(jīng)由物理層、使用正交頻分復(fù)用(OFDM)數(shù)字調(diào)制方案進行通信。OFDM標準和協(xié)議能夠包括第三代合作伙伴項目(3GPP)長期演進(LTE)、電氣和電子工程師協(xié)會(IEEE) 802.16標準(例如802.16e、802.16m)(其通常被工業(yè)團體稱作WiMAX (全球微波接入互通)以及IEEE 802.11標準(其通常被工業(yè)團體稱作WiFi)。在LTE系統(tǒng)的3GPP無線電接入網(wǎng)(RAN)中，傳輸站能夠是演進通用地面無線電接入網(wǎng)(E-UTRAN)節(jié)點B(又通常表示為演進節(jié)點B、增強節(jié)點B、eNodeB或eNB)和E-UTRAN中的無線電網(wǎng)絡(luò)控制器(RNC)的組合，其與稱作用戶設(shè)備(UE)的無線移動裝置進行通信。下行鏈路(DL)傳輸能夠是從傳輸站(或eNodeB)到無線移動裝置(或UE)的通信，以及上行鏈路(UL)傳輸能夠是從無線移動裝置到傳輸站的通信。在下行鏈路傳輸中，傳輸站能夠采用單播子幀、使用單播服務(wù)來與單個無線移動裝置進行通信。備選地，傳輸站能夠采用多播/廣播單頻網(wǎng)絡(luò)(MBSFN)子幀、使用多媒體廣播多播服務(wù)(MBMS)來與多個無線移動裝置進行通信。
【專利附圖】

【附圖說明】
[0002]通過以下結(jié)合作為舉例共同示出本公開的特征的附圖的詳細描述，本公開的特征和優(yōu)點將會顯而易見。
[0003]圖1示出按照一個示例的單個小區(qū)中的多播服務(wù)的框圖；
圖2示出按照一個示例的多個小區(qū)中的多播服務(wù)的框圖；
圖3示出按照一個示例的無線電幀資源的框圖；
圖4示出按照一個示例、使用演進節(jié)點B (eNodeB)和三個用戶設(shè)備(UE)的在單播子幀中的多播服務(wù)的示例過程；
圖5示出按照一個示例、由演進節(jié)點B (eNodeB)在單播子幀中的多播服務(wù)的流程圖； 圖6示出按照一個示例、由用戶設(shè)備(UE)在單播子幀中的多播服務(wù)的流程圖；
圖7示出按照一個示例的演進節(jié)點B (eNodeB)和用戶設(shè)備(UE)的框圖；以及 圖8示出按照一個示例的用戶設(shè)備(UE)的簡圖。
[0004]現(xiàn)在參照所示的示范實施例，并且本文中將使用具體語言對其進行描述。但是要理解，不是因此而限制本發(fā)明的范圍。
【具體實施方式】
[0005]在公開和描述本發(fā)明之前，要理解，本發(fā)明并不局限于本文所公開的具體結(jié)構(gòu)、過程步驟或材料，而是擴展到其等效方案，這是相關(guān)領(lǐng)域的普通技術(shù)人員會知道的。還應(yīng)當理解，本文所采用的術(shù)語僅用于描述具體示例的目的，而不是要進行限制。不同附圖中的相同參考標號表示相同元件。提供流程圖和過程中提供的標號是為了清楚地示出步驟和操作，而不一定指示特定順序或序列。
[0006]示例實施例 下面提供技術(shù)實施例的初始概述，并且然后更詳細地描述具體技術(shù)實施例。這個初始概述預(yù)計幫助讀者更快地理解該技術(shù)，而不是預(yù)計確定該技術(shù)的關(guān)鍵特征或必要特征，也不是要限制要求保護主題的范圍。
[0007]隨著具有視頻能力的移動裝置的激增，視頻會議呼叫成為與其它視頻電話系統(tǒng)和其它移動裝置進行通信的越來越普遍的方法。在3GPP LTE網(wǎng)絡(luò)中，在多播/廣播單頻網(wǎng)絡(luò)(MBSFN)子幀中使用多媒體廣播多播服務(wù)(MBMS)來支持多播和廣播。多播是在單個傳輸中從源同時向一組目標裝置傳遞消息或信息。廣播表示在單個傳輸中從源同時向較大的一組目標裝置傳遞消息或信息。多播能夠包括廣播。因特網(wǎng)協(xié)議(IP)多播服務(wù)能夠用于用戶分組的點對多點傳遞。MBSFN子幀對較多聽眾的即時廣播能夠是有效的，但是對其它多播服務(wù)、例如視頻會議服務(wù)可能不是有效的。通常在LTE網(wǎng)絡(luò)中，使用單播子幀的單播服務(wù)在視頻會議期間用來向各用戶(經(jīng)由移動裝置)逐個傳遞下行鏈路視頻。單播服務(wù)對傳遞一些多播服務(wù)會是低效機制，其會通過使用單播子幀單獨向各移動裝置傳遞重復(fù)多播分組而浪費無線電接入網(wǎng)(RAN)的無線電資源。
[0008]另外，MBSFN子幀中的MBMS可能不會與家庭eNodeB (HeNB)配合操作。HeNB能夠是能夠執(zhí)行eNodeB的許多功能的微微小區(qū)或毫微微小區(qū)(低功率基站)，但是能夠?qū)eNB優(yōu)化或設(shè)計成用于家庭或辦公室。微微小區(qū)能夠位于小至中等尺寸結(jié)構(gòu)中，例如辦公室、大型購物中心、火車站、證券交易所或飛機內(nèi)。毫微微小區(qū)能夠位于諸如家庭或者小企業(yè)之類的小結(jié)構(gòu)中。在一個示例中，毫微微小區(qū)能夠具有200米(m)之內(nèi)的范圍。在另一個示例中，毫微微小區(qū)能夠支持總共16個活動移動裝置，并且能夠具有50 m之內(nèi)的范圍。
[0009]多播服務(wù)能夠使用單播子幀來執(zhí)行。單播子幀能夠是非MBSFN子幀(或者非MBMS子幀)。通常，移動裝置業(yè)務(wù)使用單播子幀，除非將子幀保留用于MBSFN子幀(或MBMS子幀)。傳輸站能夠使用單播控制信道、例如物理下行鏈路控制信道(PDCCH)向多播服務(wù)的多個移動裝置傳送控制信息。傳輸站能夠使用單播數(shù)據(jù)信道、例如物理下行鏈路共享數(shù)據(jù)信道(PDSCH)向多播服務(wù)的多個移動裝置傳送數(shù)據(jù)。移動裝置能夠使用單播控制信道、例如物理上行鏈路控制信道(PUCCH)向傳輸傳送多播服務(wù)的控制信息。
[0010]對于多播服務(wù)，傳輸站(eNodeB)能夠使用控制平面協(xié)議、例如無線電資源控制(RRC)來建立多播組中的每個移動裝置之間的連接。多播組能夠由單個傳輸站(eNodeB)或者傳輸站(eNodeB)的組合來提供服務(wù)。傳輸站能夠使用多播標識符來對多播組中的多個移動裝置建立多播服務(wù)。多播標識符能夠是唯一的。多播標識符能夠是具有共同小區(qū)標識符(CID)的多播小區(qū)無線電網(wǎng)絡(luò)臨時標識符(MC-RNTI)，但是也能夠使用其它標識符。作為多播服務(wù)的建立的一部分，傳輸站能夠使用RRC信令中的信息元素(IE)多播配置，來通知多播組中的各移動裝置關(guān)于多播標識符。
[0011]在一個示例中，傳輸站能夠為多播組中的各移動裝置指配用于確認字符(ACK)或否定確認字符(NACK)反饋資源指示的不同物理上行鏈路控制信道(PUCCH)資源。PUCCH能夠在上行鏈路傳輸中攜帶控制信息。然后，傳輸站能夠使用RRC信令中的IE PUCCH配置來通知多播組中的各移動裝置關(guān)于其對于ACK或NACK反饋資源指示的PUCCH資源指配。在另一個示例中，傳輸站能夠基于傳輸質(zhì)量因數(shù)來為多播組中的移動裝置的子集指配用于ACK或NACK反饋資源指示的不同PUCCH資源。在另一個示例中，傳輸站能夠初始化加擾器的加擾種子，用于使用MC-RNTI來加擾物理下行鏈路控制信道(PDCCH)和/或物理下行鏈路共享數(shù)據(jù)信道(PDSCH)中的數(shù)據(jù)。然后，傳輸站能夠使用通過MC-RNTI掩蔽的HXXH來為多播組分配roSCH資源。另外，MC-RNTI能夠用來對PDCCH和/或TOSCH中的數(shù)據(jù)進行解擾。
[0012]移動裝置能夠從傳輸站接收具有多播組的CID的MC-RNTI。能夠使用RRC信令中的IE多播配置、在多播組中的多個移動裝置之間共享MC-RNTI。作為接收MC-RNTI的一部分，移動裝置能夠接收用于ACK或NACK反饋資源指示的PUCCH資源指配。移動裝置的PUCCH資源指配能夠不同于多播組中的其它移動裝置的PUCCH資源指配。然后，移動裝置能夠從傳輸站接收通過MC-RNTI所掩蔽的H)CCH。移動裝置能夠使用MC-RNTI來盲檢測TOCCH。
[0013]傳輸站能夠在HXXH所配置的roSCH中傳送數(shù)據(jù)。移動臺能夠接收roccH所配置的roscH中的數(shù)據(jù)的傳輸。移動臺能夠在接收roscH中的數(shù)據(jù)的傳輸之后傳送ack或nack反饋。
[0014]傳輸站能夠從至少一個移動裝置接收ACK或NACK反饋。傳輸站能夠在接收NACK反饋時重傳數(shù)據(jù)。傳輸站能夠根據(jù)應(yīng)用的延遲限制來發(fā)送一個或兩個重傳。重傳能夠使用相同MC-RNTI來對重傳進行編碼。作為重傳的一部分，移動裝置能夠?qū)⑿陆邮盏姆纸M與先前接收的分組進行軟合并。對于單小區(qū)示例，傳輸站能夠使用小區(qū)特定參考信號(CRS)或UE特定參考信號(UE-RS)(解調(diào)參考信號(DMRS))來傳送和/或重傳數(shù)據(jù)。HXXH能夠在子幀的控制區(qū)域中來傳送，或者HXXH能夠使用基于DMRS的控制信令來傳送。對于多小區(qū)示例，傳輸站能夠使用CRS或UE-RS (DMRS)來傳送和/或重傳數(shù)據(jù)。在使用CRS時，則可禁用CRS交織。對于單小區(qū)和多小區(qū)示例，能夠在子幀的控制區(qū)域中傳送PDCCH。備選地，PDCCH能夠使用基于DMRS的控制信令來傳送，其中HXXH能夠具有與數(shù)據(jù)相似的微分集增益。小區(qū)能夠是下行鏈路和/或上行鏈路資源的組合。小區(qū)能夠?qū)Ｓ糜诙嗖鬏敾騿尾鬏?。小區(qū)還能夠配置成支持多播和單播傳輸。
[0015]在另一個示例中，在從多播組的移動裝置的子集中的子集移動裝置接收NACK反饋時，傳輸站能夠使用混合自動重傳請求(HARQ)來重傳數(shù)據(jù)。當循環(huán)冗余校驗(CRC)失敗時，子集移動裝置能夠傳送NACK反饋。當信號與干擾和噪聲比(SINR)低于子集移動裝置的預(yù)定水平時，CRC會失敗。
[0016]多播服務(wù)能夠用于單小區(qū)或多小區(qū)中。圖1示出單小區(qū)212的傳輸站210。各移動裝置220A-D能夠與傳輸站無線通信。圖2示出多個小區(qū)(或者多小區(qū))212A-C的多個傳輸站210A-C。移動裝置220E-H能夠經(jīng)由傳輸站與各小區(qū)無線通信230。將多播服務(wù)用于視頻會議呼叫的下行鏈路傳輸能夠極大地節(jié)省無線電資源。在多小區(qū)情況下，還能夠通過降低來自附近小區(qū)的干擾來改進性能。
[0017]無線通信系統(tǒng)能夠細分為各種部分(稱作層)。在LTE系統(tǒng)中，通信層能夠包括物理(PHY)、媒體接入控制(MAC)、無線電鏈路控制(RLC)、分組數(shù)據(jù)匯聚協(xié)議(I3DCP)和無線電資源控制(RRC)層。物理層能夠包括無線通信系統(tǒng)的基本硬件傳輸組件。
[0018]發(fā)射器的基本硬件傳輸組件能夠包括:信道編碼器，用于通過編碼來保護二進制輸入數(shù)據(jù)；交織器或加擾器，用于針對衰退現(xiàn)象進行交織；映射器，用于改進可靠性；波束形成器，用于將所映射數(shù)據(jù)分離為層；快速傅立葉逆變換(IFFT)調(diào)制器，用于將時域數(shù)據(jù)調(diào)制為頻域的OFDM符號；數(shù)模轉(zhuǎn)換器(DAC)，用于將調(diào)制信號轉(zhuǎn)換成模擬信號；射頻(RF)發(fā)射器，用于傳送模擬信號。
[0019]接收器的基本硬件傳輸組件能夠包括:RF接收器，用于接收模擬信號；模數(shù)轉(zhuǎn)換器(ADC)，用于將模擬信號轉(zhuǎn)換成調(diào)制信號；快速傅立葉變換(FFT)解調(diào)器，用于將頻域的OFDM符號解調(diào)為時域數(shù)據(jù)；信道估計器，用于估計信道和/或估計信道中出現(xiàn)的噪聲和干擾；多輸入多輸出(MIOMO)解碼器，用于組合解調(diào)信號；去映射器、解交織器或解擾器；信道解碼器，用于生成二進制輸出數(shù)據(jù)。發(fā)射器和/或接收器的物理層能夠包括其它組件，例如串-并(S/P)轉(zhuǎn)換器、并-串(P/S)轉(zhuǎn)換器、循環(huán)前綴(CP)插入器和刪除器、保護頻帶插入器和刪除器以及其它預(yù)期組件。
[0020]在一個示例中，無線移動通信中的數(shù)據(jù)能夠由傳輸站(或eNodeB)使用通用長期演進(LTE)幀結(jié)構(gòu)、在下行鏈路傳輸中、在物理(PHY)層上傳送給移動裝置(或UE)，如圖3所示。雖然示出LTE幀結(jié)構(gòu)，但是也可使用用于IEEE 802.16標準(WiMax)、IEEE 802.11標準(WiFi)或者使用OFDM的另一種類型的通信標準的幀結(jié)構(gòu)。上行鏈路傳輸可具有與下行鏈路傳輸相似的幀結(jié)構(gòu)。
[0021]在圖3所示的示例中，用來傳送數(shù)據(jù)的信號的無線電幀100能夠配置成具有10毫秒(ms)的時長Tf。各無線電幀能夠分段或分成各為I ms長的十個子幀110i。各子幀能夠進一步細分為各具有0.5 ms的時長Tslrt的兩個時隙120a和120b。第一時隙(#0) 120a能夠包括物理下行鏈路控制信道(PDCCH) 160和/或物理下行鏈路共享信道(PDSCH) 166，以及第二時隙(#1)能夠包括使用I3DSCH的數(shù)據(jù)。由發(fā)射站和接收站所使用的分量載波(CC)的各時隙能夠包括基于CC頻率帶寬的多個資源塊(RB) 130a、130b、1301、130m和130n。CC能夠具有載波頻率，其具有帶寬和中心頻率。每個RB (物理RB或PRB) 130?能夠包括12-15kHz副載波136 (在頻率軸上)以及每個副載波6或7個正交頻分復(fù)用(OFDM)符號132 (在時間軸上)。如果采用短或標準循環(huán)前綴，則RB能夠使用七個OFDM符號。如果使用擴展循環(huán)前綴，則RB能夠使用六個OFDM符號。資源塊能夠使用短或標準循環(huán)前綴來映射到84個資源元素(RE)140i，或者資源塊能夠使用擴展循環(huán)前綴來映射到72個RE(未示出)。RE能夠是一個OFDM符號142 乘以一個副載波(即，15 kHz) 146的單元。在正交相移鍵控(QPSK)調(diào)制的情況下，每個RE能夠傳送信息的兩個位150a和150b?？墒褂闷渌愋偷恼{(diào)制，例如使用16正交幅度調(diào)制(QAM)或64 QAM在每個RE中傳送更多數(shù)量的位，或者使用雙相移鍵控(BPSK)調(diào)制在每個RE中傳送更少數(shù)量的位(單個位)。RB能夠配置用于從eNodeB到UE的下行鏈路傳輸，或者RB能夠配置用于從UE到eNodeB的上行鏈路傳輸。
[0022]參考信號能夠通過OFDM符號、經(jīng)由資源塊中的資源元素來傳送。參考信號(或?qū)ьl信號或音)能夠是因各種原因而使用的已知信號，例如為了估計信道和/或估計信道中的噪聲。參考信號能夠由發(fā)射站和移動通信裝置來接收和傳送。不同類型的參考信號(RS)能夠在RB中使用。例如，在LTE系統(tǒng)中，下行鏈路參考信號類型能夠包括小區(qū)特定參考信號(CRS)、多播/廣播單頻網(wǎng)絡(luò)(MBSFN)參考信號、UE特定參考信號(UE特定RS或UE-RS)或者解調(diào)參考信號(DMRS)、定位參考信號(PRS)以及信道狀態(tài)信息參考信號(CS1-RS)。
[0023]CRS能夠在支持I3DSCH的小區(qū)中在下行鏈路子幀中傳送。數(shù)據(jù)經(jīng)由PDSCH從eNodeB傳送給UE。PDCCH用來傳遞下行鏈路控制信息(DCI)，其通知UE關(guān)于與TOSCH上的下行鏈路資源指配相關(guān)的資源分配或調(diào)度。PDCCH還用來傳遞上行鏈路控制信息(UCI)(其通知UE關(guān)于上行鏈路資源準予)和上行鏈路功率控制命令。PDCCH能夠在從eNodeB傳送給UE的各子幀中在I3DSCH之前傳送。MBSFN參考信號能夠在物理多播信道(PMCH)在MBSFN子幀中傳送時被傳送。UE-RS或DMRS能夠在支持I3DSCH的下行鏈路子幀中傳送。UE-RS(DMRS)能夠在為對特定終端(移動通信裝置)的下行鏈路共享信道(DL-SCH)傳輸所指配的資源塊中傳送，用于對使用多個天線的單個UE進行波束形成，并且用于TOSCH解調(diào)。PRS能夠在配置用于PRS傳輸?shù)南滦墟溌纷訋?、在RB中傳送，但是可以不映射到物理廣播信道(PBCH)、主同步信號(PSS)或輔助同步信號(SSS)。CS1-RS能夠用于下行鏈路信道質(zhì)
量測量。
[0024]利用物理層下行鏈路和上行鏈路信道的這個背景，能夠在另一個示例中描述使用單播子幀的多播服務(wù)框架。圖4示出使用傳輸站(eNB)和三個移動裝置(UE1、UE2和UE3)、在單播子幀中的多播服務(wù)的示例過程。eNB能夠建立與多播組中的每個UE的RRC連接302a、302b和302c。雖然示出三個UE，但是任何數(shù)量的UE能夠形成多播組。RRC信令在發(fā)送子幀的HXXH之前經(jīng)由第3層通信鏈路來操控控制平面信令。UE的RRC協(xié)議和功能能夠包括連接建立和釋放、系統(tǒng)信息的廣播、無線電承載建立/重新配置和釋放、RRC連接移動性過程、尋呼通知和釋放和/或外環(huán)功率控制。RRC信令還可用于調(diào)度和搜索在盲解碼中使用的HXXH搜索空間。一個RRC連接可在任何給定時間向UE開放。RRC連接建立能夠用來進行從RRC空閑模式到RRC連接模式的轉(zhuǎn)變。每個UE在傳遞應(yīng)用數(shù)據(jù)(例如瀏覽因特網(wǎng)、發(fā)送或接收電子郵件或視頻會議)或者完成信令過程之前進行到RRC連接模式的轉(zhuǎn)變。RRC連接建立過程能夠由每個UE來發(fā)起，但是能夠由UE或者網(wǎng)絡(luò)來觸發(fā)。RRC信令能夠經(jīng)由信息元素(IE)、例如RRC連接建立消息(其能夠定義H)SCH、PUCCH和PUSCH物理信道的配置信息)來傳送。
[0025]eNB能夠定義具有每個多播組的CID的MC-RNTI。小區(qū)無線電網(wǎng)絡(luò)臨時標識符(C-RNTI)允許eNB識別UE并且與UE直接通信。C-RNTI能夠是由eNB所分配的UE標識符，并且在那個eNB所控制的一個小區(qū)中是唯一的。當UE移動到新小區(qū)時，能夠重新分配C-RNTL.共同CID允許小區(qū)中的每個UE同時對相同下行鏈路傳輸進行接收和解碼。eNB能夠使用RRC信令來通知參加多播組的每個UE關(guān)于MC-RNTI。換言之，eNB能夠使用包括IE多播配置304a、304b和304c的RRC信令來對多播組中的每個UE建立多播服務(wù)。IE多播配置能夠包括具有共同CID的MC-RNTI。
[0026]在另一個示例中，每個UE能夠由eNB指配用于ACK/NACK反饋資源指示的不同PUCCH資源指配其中η是用于頻分雙工(FDD)或時分雙工(TDD) ACK/NACK反饋的PUCCH格式la/lb的在天線端口 P上的用于HARQ-ACK傳輸?shù)淖訋枴NB能夠使用RRC信令中的IE PUCCH配置來通知多播組中的每個UE關(guān)于其對于ACK或NACK反饋資源指示的PUCCH資源指配。在另一個示例中，傳輸站能夠基于傳輸質(zhì)量因數(shù)、例如低于預(yù)定水平的信號與干擾加噪聲比(SINR)、或者指示不良信道質(zhì)量指標(CQI)報告、不良前導(dǎo)矩陣指標(PMI)報告或不良傳輸秩指標(RI)報告的水平，來為多播組中的UE的子集指配用于ACK或NACK反饋資源指示的不同PUCCH資源。也可使用其它傳輸質(zhì)量因素。
[0027]ACK能夠是由接收站(UE)響應(yīng)發(fā)射站(eNB)的消息傳輸而作為確認(即，對發(fā)送站的肯定響應(yīng))所傳送的傳輸控制字符。當沒有正確接收消息或者傳輸錯誤發(fā)生時，NACK能夠由接收站或移動裝置來傳送。NACK能夠由eNB在用于接收ACK或NACK的預(yù)定時間已經(jīng)到期之后自動生成。預(yù)定時間能夠是由eNB或UE所設(shè)置的缺省時間，或者該時間能夠通過生成將要傳送的數(shù)據(jù)的應(yīng)用來確定?；旌献詣又貍髡埱?混合ARQ或HARQ)能夠是高速率前向糾錯編碼和自動重傳請求(ARQ)錯誤控制(對于可檢測但不可糾正的錯誤)的組合。在標準ARQ中，使用檢錯碼、例如循環(huán)冗余校驗(CRC)將冗余位添加到將要傳送的數(shù)據(jù)。在HARQ中，能夠使用代碼，其除了檢錯(ED)之外還能夠執(zhí)行前向糾錯(FEC)(例如里德-索羅蒙碼、卷積碼或特播碼)，以便在依賴ARQ的同時糾正所有錯誤的子集，用于糾正使用初始傳輸中發(fā)送的冗余所不可糾正的錯誤。因此，HARQ能夠在不良信號條件中比普通ARQ更好地表現(xiàn)，但是在良好信號條件中會以明顯更低吞吐量為代價而出現(xiàn)。
[0028]eNB能夠動態(tài)分配資源，并且在單個傳輸中向多播組中的每個UE (UEUUE2和UE3)傳送I3DSCH 306a、306b和306c (其能夠由多播中的每個UE來解碼)。提供步驟306a、306b和306c的進一步細節(jié)，eNB能夠發(fā)送PDCCH用于PDSCH的資源分配。PDCCH能夠通過MC-RNTI來掩蔽。MC-RNTI或C-RNTI能夠由編碼器或加擾器使用以允許UE接收預(yù)計送往UE的傳輸。掩蔽HXXH允許具有匹配MC-RNTI的UE對消息進行解碼。加擾器或解碼器的加擾種子能夠使用具有共同CID、例如CID=O的MC-RNTI來初始化，以便對有效載荷進行加擾，其中有效載荷能夠是roscH上的數(shù)據(jù)。數(shù)據(jù)、例如視頻會議呼叫能夠經(jīng)由I3DSCH來傳送。
[0029]在UE，每個UE能夠使用先前傳送的MC-RNTI對TOCCH進行盲檢測(盲解碼)。對于多播分配示例，每個UE能夠?qū)DCCH和I3DSCH進行解碼，并且向eNB反饋ACK/NACK響應(yīng)308a、308b和308c。當啟用ACK/NACK反饋時，如果傳輸錯誤發(fā)生，則eNB能夠重傳消息310。傳輸錯誤可通過NACK反饋來指示。重傳能夠基于某些子集標準、例如傳輸質(zhì)量因數(shù)來提供給多播組中的所有UE或者多播組中的UE的子集。例如，eNB能夠根據(jù)應(yīng)用的延遲限制來發(fā)送一個或兩個重傳。重傳能夠使用單播或多播傳輸來發(fā)送。在另一個示例中，可以不啟用ACK/NACK反饋，并且消息的重傳可以不進行。
[0030]UE能夠執(zhí)行盲解碼，因為可以僅通知UE關(guān)于子幀的控制區(qū)域中的OFDM符號的數(shù)量，并且可以不為其提供UE的對應(yīng)HXXH的位置。UE能夠通過在稱作盲解碼的過程中在每一個子幀中監(jiān)測和解碼HXXH候選集合(子幀的控制區(qū)域中的OFDM符號的數(shù)量)以獲得DCI，來查找UE的PDCCH。
[0031]在接收器端(下行鏈路的UE)，在執(zhí)行解預(yù)編碼、符號組合、符合解調(diào)和解擾之后，UE能夠在HXXH有效載荷執(zhí)行盲解碼，因為UE可能不知道詳細控制信道結(jié)構(gòu)，包括控制信道的數(shù)量以及對其映射各控制信道(CCH)的控制信道元素(CCE)的數(shù)量。多個HXXH能夠在單個子幀中傳送，其可以全部與特定UE相關(guān)以及可以不是全部與特定UE相關(guān)。UE能夠通過監(jiān)測每一個子幀中的roccH候選集合(其上能夠映射I3DCCH的連續(xù)cce的集合)，來查找UE特定的roCCH。UE能夠使用其無線電網(wǎng)絡(luò)臨時標識符(RNTI)來對候選進行嘗試和解碼。RNTI能夠用來對HXXH候選的循環(huán)冗余校驗(CRC)進行解掩蔽。如果沒有檢測到CRC錯誤，則UE能夠?qū)XXH候選看作是成功解碼嘗試，并且能夠讀取成功候選中的控制信息。
[0032]對于單小區(qū)示例，eNB能夠使用CRS或者UE-RS (DMRS)來傳送和/或重傳多播服務(wù)數(shù)據(jù)。對于多小區(qū)示例，eNB能夠使用CRS或者UE-RS(DMRS)來傳送和/或重傳數(shù)據(jù)。如果使用CRS，則可停用CRS交織。CRS交織能夠?qū)RS和/或數(shù)據(jù)進行小區(qū)特定頻移vshift，其應(yīng)用于特定小區(qū)和小區(qū)編號。由于可使用多個小區(qū)，所以CRS交織可能不應(yīng)用于多個小區(qū)的多播服務(wù)。交織器能夠執(zhí)行CRS交織。對于多小區(qū)示例，多個eNB能夠具有多播服務(wù)的RLC、MAC和/或PHY層的相似配置，因此多小區(qū)傳輸能夠具有對于相同系統(tǒng)幀號(SFN)的同步無線電幀定時或者協(xié)調(diào)的無線電幀定時。
[0033]除了已經(jīng)論述的選項之外，當多播組中涉及的用戶的數(shù)量較大時，還可使用至少兩個ACK/NACK反饋和HARQ重傳選項。在一個示例中，eNB可基于某標準、例如傳輸質(zhì)量因素或弱SINR，來對用戶的子集啟用ACK/NACK和HARQ重傳。多播配置MAC IE中的PUCCH資源指配可提供給多播組中的UE的子集，因此只有來自子集UE的ACK/NACK反饋才會是有效的。在另一個示例中，可停用ACK/NACK，這可與MBMS框架相似。MBMS傳輸沒有使用ACK/NACK反饋。MBMS框架可以不使用盲HARQ重復(fù)或無線電鏈路控制(RLC)快速重復(fù)。
[0034]與專用MBSFN子幀中的MBMS或者單播子幀中的單播服務(wù)相比，使用單播子幀的多播服務(wù)能夠更為有效，并且提供更大可靠性。使用單播子幀的多播服務(wù)能夠用于HeNB中。使用單播子幀的多播服務(wù)能夠在無需小區(qū)專用于多播傳輸?shù)那闆r下提供多播服務(wù)。MBMS或單播服務(wù)在支持希望可靠傳輸(其能夠通過ACK/NACK反饋來提供)的多播用戶的小群組(例如小辦公室)中均不會是有效的。
[0035]在另一個示例中，多播服務(wù)能夠由傳輸站中的處理模塊和收發(fā)器來提供。處理模塊能夠配置成生成具有共同CID的MC-RNTI，采用HXXH來分配TOSCH資源，并且采用MC-RNTI來掩蔽roCCH。另外，處理模塊能夠配置成對至少兩個移動裝置生成用于ACK或NACK反饋資源指示的PUCCH資源指配。具有PUCCH資源指配的多播組中的各移動裝置能夠具有與具有PUCCH資源指配的其它移動裝置不同的PUCCH資源指配。收發(fā)器模塊能夠配置成使用RRC信令中的IE多播配置來向移動裝置傳送HXXH和MC-RNTI。此外，收發(fā)器模塊能夠配置成使用RRC信令來向各移動裝置傳送PUCCH資源指配，從至少一個移動裝置接收ACK或NACK反饋，以及當NACK反饋由傳輸站來接收或生成時，重傳混合自動重傳請求(HARQ)。
[0036]另一個示例提供用于由傳輸站在單播子幀中的多播服務(wù)的方法500，如圖5的流程圖所示。該方法包括使用多播標識符來對多播組中的多個UE的每個建立多播服務(wù)的操作，如框510。接著是使用通過多播標識符所編碼的單播控制信道信息來為多播組分配單播數(shù)據(jù)信道資源的操作，如框520。
[0037]單播數(shù)據(jù)信道資源能夠包括I3DSCH資源。單播控制信道信息能夠包括HXXH信息。多播標識符能夠包括具有共同CID的MC-RNTI。為多播組分配I3DSCH資源的操作能夠使用通過MC-RNTI所掩蔽的roccH。方法500的另一個操作能夠包括在建立多播服務(wù)之后使用MC-RNTI來初始化用于加擾I3DSCH中的數(shù)據(jù)的加擾器的加擾種子。
[0038]建立多播服務(wù)的操作能夠包括:定義多播組的多播標識符；使用無線電資源控制(RRC)信令中的信息元素(IE)多播配置來通知多播組中的每個UE關(guān)于多播標識符；對多播組中的每個UE指配用于ACK或NACK反饋資源指示的不同PUCCH資源,其中η是用于FDD ACK/NACK反饋或TDD ACK/NACK反饋的PUCCH格式χ的在天線端口 P上的用于HARQ-ACK傳輸?shù)淖訋?；使用RRC信令中的IE PUCCH配置來通知多播組中的每個UE關(guān)于其對于ACK或NACK反饋資源指示的PUCCH資源指配4::/% ;和/或基于傳輸質(zhì)量因素來對多播組中的UE的子集指配用于ACK或NACK反饋資源指示的不同PUCCH資源方法500還能夠包括在通知多播組中的每個UE關(guān)于多播標識符之前建立eNodeB與多播組中的多個UE之間的RRC連接的操作。
[0039 ]還能夠包括在TOSCH中的數(shù)據(jù)的傳輸之后從至少一個UE接收確認字符(ACK)反饋或否定確認字符(NACK)反饋的操作。方法500的另一個操作能夠包括當接收到NACK反饋時重傳數(shù)據(jù)。重傳數(shù)據(jù)的操作能夠包括:使用CRS或UE-RS來重傳單個小區(qū)的數(shù)據(jù)；和/或在停用CRS交織的情況下使用CRS來重傳多個小區(qū)的數(shù)據(jù)。在LTE中，CRS交織能夠稱作非沖突CRS，以及非交織CRS (例如停用CRS交織)能夠稱作沖突CRS。該方法的另一個操作能夠包括在從多播組的UE的子集中的子集UE接收到NACK反饋時(在循環(huán)冗余校驗(CRC)對該子集UE失敗時)，使用HARQ來重傳數(shù)據(jù)。
[0040]另一個示例提供用于由移動裝置在單播子幀中的多播服務(wù)的方法600，如圖6的流程圖所示。該方法包括從eNodeB接收多播組的多播標識符的操作，其中多播標識符在多播組中的多個UE之間共享，如框610。接著是從eNodeB接收通過多播標識符所編碼的單播控制信道信息的操作，如框620。該方法的下一個操作能夠是使用多播標識符從所接收單播控制信道信息來解碼或提取用于分配單播數(shù)據(jù)信道資源的控制信道信息，如框630。
[0041]多播標識符能夠包括MC-RNTI。接收通過多播標識符所編碼的單播控制信道信息的操作能夠包括接收通過MC-RNTI所掩蔽的H)CCH。使用多播標識符從所接收單播控制信道信息來解碼或提取控制信道信息的操作能夠包括使用MC-RNTI來對I3DCCH進行盲檢測以獲得TOSCH資源分配。能夠使用RRC信令中的IE多播配置、在多播組中的多個UE之間共享多播標識符。
[0042]方法600還能夠包括下列操作:接收由HXXH所配置的TOSCH中的數(shù)據(jù)的傳輸；當接收到重傳分組中的重傳數(shù)據(jù)時，丟棄所傳送分組的roscH中的數(shù)據(jù)；和/或在接收多播標識符之前，建立eNodeB與多播組中的每個UE之間的無線電資源控制(RRC)連接。
[0043]接收多播標識符的操作能夠包括接收用于確認字符(ACK)反饋資源指示或否定確認字符(NACK)反饋資源指示的物理上行鏈路控制信道(PUCCH)資源指配,其中UE的PUCCH資源指配與多播組中的其它UE的PUCCH資源指配不同。方法600還能夠
包括下列操作:在接收TOSCH中的數(shù)據(jù)的傳輸之后，傳送ACK反饋或NACK反饋；和/或當所接收roCCH的CRC失敗時傳送NACK反饋。
[0044]圖7示出用于單播子幀中的多播服務(wù)的示例eNodeB 210和示例UE 220。eNodeB能夠包括處理模塊714和收發(fā)器模塊712。eNodeB的處理模塊能夠為多播組中的UE的多播服務(wù)生成具有共同CID的MC-RNTI，采用I3DCCH來分配I3DSCH資源，并且采用MC-RNTI來掩蔽H)CCH。eNodeB的收發(fā)器模塊能夠使用RRC信令中的IE多播配置來向UE傳送MC-RNT1、然后傳送H)CCH。UE能夠包括處理模塊724和收發(fā)器模塊722。UE的收發(fā)器模塊能夠從eNodeB接收具有對于多播組的共同CID的MC-RNTI，并且從eNodeB接收通過MC-RNTI所掩蔽的H)CCH。MC-RNTI能夠在多播組中的UE之間共享，通過RRC信令中的IE多播配置來提供。UE的處理模塊能夠使用MC-RNTI來盲檢測H)CCH。
[0045]在另一個示例中，傳輸站能夠與移動裝置無線通信。圖8提供諸如用戶設(shè)備(UE)、移動臺(MS)、移動無線裝置、移動通信裝置、平板、手機或者其它類型的移動無線裝置之類的移動裝置的示例圖示。移動裝置能夠包括一個或多個天線，其配置成與諸如基站(BS)、演進節(jié)點B (eNB)、基帶單元(BBU)、遠程無線電頭(RRH)、遠程無線電設(shè)備(RRE)、中繼站(RS)、無線電設(shè)備(RE)或者其它類型的無線廣域網(wǎng)(WWAN)接入點之類的傳輸站進行通信。移動裝置能夠配置成使用包括3GPP LTE、WiMAX、高速分組接入(HSPA)、藍牙和WiFi的至少一個無線通信標準進行通信。移動裝置能夠使用對于各無線通信標準的單獨天線或者對于多個無線通信標準的共享天線進行通信。移動裝置能夠在無線局域網(wǎng)(WLAN)、無線個人區(qū)域網(wǎng)絡(luò)(WPAN)和/或WffAN中進行通信。
[0046]圖8還提供能夠用于從移動裝置的音頻輸入和輸出的話筒和一個或多個揚聲器的圖示。顯示屏幕可以是液晶顯示器(LCD)屏幕或者其它類型的顯示屏幕，例如有機發(fā)光二極管(OLED)顯示器。顯示屏幕能夠配置為觸摸屏。觸摸屏可使用電容式、電阻式或者另一種類型的觸摸屏技術(shù)。應(yīng)用處理器和圖形處理器能夠耦合到內(nèi)部存儲器，以提供處理和顯示能力。非易失性存儲器端口也能夠用來向用戶提供數(shù)據(jù)輸入/輸出選項。非易失性存儲器端口也可用來擴大移動裝置的存儲器能力。鍵盤可與移動裝置集成或者無線連接到移動裝置，以提供附加用戶輸入。虛擬鍵盤也可使用觸摸屏來提供。
[0047]各種技術(shù)或者其某些方面或部分可采取包含在有形介質(zhì)(例如軟盤、CD-ROM、硬盤驅(qū)動器、非暫時計算機可讀存儲介質(zhì)或者任何其它機器可讀存儲介質(zhì))中的程序代碼(即，指令)的形式，其中，當程序代碼加載到機器、例如計算機中并由其運行時，該機器成為用于實施各種技術(shù)的設(shè)備。在可編程計算機上的程序代碼執(zhí)行的情況下，計算機裝置可包括處理器、處理器可讀的存儲介質(zhì)(包括易失性和非易失性存儲器和/或存儲元件)、至少一個輸入裝置以及至少一個輸出裝置。易失性和非易失性存儲器和/或存儲元件可以是RAM、EPR0M、閃存驅(qū)動器、光驅(qū)動器、磁硬盤驅(qū)動器或者用于存儲電子數(shù)據(jù)的其它介質(zhì)。基站和移動臺還可包括收發(fā)器模塊、計數(shù)器模塊、處理模塊和/或時鐘模塊或定時器模塊。可實現(xiàn)或者利用本文所述各種技術(shù)的一個或多個程序可使用應(yīng)用編程接口(API)、可再用控件等。這類程序可通過高級過程或面向?qū)ο蟮木幊陶Z言來實現(xiàn)，以便與計算機系統(tǒng)進行通信。但是，如果需要，則程序可通過匯編或機器語言來實現(xiàn)。在任何情況下，語言可以是編譯或解釋語言，并且與硬件實現(xiàn)進行結(jié)合。
[0048]應(yīng)當理解，本說明書中所述的許多功能單元已標記為模塊，以便更具體強調(diào)其實現(xiàn)獨立性。例如，模塊可實現(xiàn)為硬件電路，其中包括定制VLSI電路或門陣列、例如邏輯芯片、晶體管或其它分立組件等現(xiàn)成半導(dǎo)體。模塊也可通過例如現(xiàn)場可編程門陣列、可編程陣列邏輯、可編程邏輯裝置等的可編程硬件裝置來實現(xiàn)。
[0049]模塊也可通過供各種類型的處理器執(zhí)行的軟件來實現(xiàn)?？蓤?zhí)行代碼的已確定模塊例如可包括計算機指令的一個或多個物理或邏輯塊，它們例如可組織為對象、過程或功能。然而，已確定模塊的可執(zhí)行代碼不需要在物理上定位在一起，而是可包括存儲在不同位置中的完全不同的指令，它們在邏輯上結(jié)合到一起時構(gòu)成模塊并且實現(xiàn)該模塊的所述目的。
[0050]實際上，可執(zhí)行代碼的模塊可以是單個指令或者許多指令，并且甚至可分布于若干不同的代碼段、不同的程序之間以及跨若干存儲器裝置分布。類似地，操作數(shù)據(jù)在本文中可在模塊中識別和示出，并且可按照任何適當形式來體現(xiàn)并且在任何適當類型的數(shù)據(jù)結(jié)構(gòu)中組織。操作數(shù)據(jù)可作為單個數(shù)據(jù)集來收集，或者可分布于不同位置，包括分布于不同的存儲裝置，并且可至少部分只是作為系統(tǒng)或網(wǎng)絡(luò)上的電子信號而存在。模塊可以是被動或主動的，包括可操作以執(zhí)行預(yù)期功能的代理。
[0051]本說明書中提到“一個示例”表示結(jié)合該示例所述的特定特征、結(jié)構(gòu)或特性包含在本發(fā)明的至少一個實施例中。因此，詞語“在一個示例中”在本說明書的各個位置的出現(xiàn)不一定都表不同一個實施例。
[0052]為了方便起見，本文所使用的多個項、結(jié)構(gòu)元件、組成元件和/或材料可在共同列表中提供。但是，這些列表應(yīng)當被理解為好像該列表的各成員單獨識別為獨立和唯一成員。因此，這種列表的單獨成員不應(yīng)當只根據(jù)它們在共同編組中的存在但沒有相反指示而被理解為同一個列表的任何其它成員的實際等同物。另外，本發(fā)明的各個實施例和示例在本文中可連同其各種組件的備選一起來引用。要理解，這類實施例、示例和備選方案不是要被理解為彼此的實際等同物，而是被認為是本發(fā)明的獨立自主表示。
[0053]此外，所述特征、結(jié)構(gòu)或特性可按照任何適當方式結(jié)合在一個或多個實施例中。在以下描述中，提供例如布局、距離、網(wǎng)絡(luò)示例等的示例等的許多具體細節(jié)，以便提供對本發(fā)明的實施例的透徹了解。但是，相關(guān)領(lǐng)域的技術(shù)人員將會知道，即使沒有具體細節(jié)的一個或多個或者采用其它方法、組件、布局等，也能夠?qū)嵤┍景l(fā)明。在其它情況下，沒有詳細示出或描述眾所周知的結(jié)構(gòu)、材料或操作，以免混淆本發(fā)明的方面。
[0054]雖然上述示例是說明一個或多個具體應(yīng)用中的本發(fā)明的原理，但是本領(lǐng)域的普通技術(shù)人員將會清楚地知道，可在沒有發(fā)明人員的努力并且在沒有背離本發(fā)明的原理和概念的情況下進行實現(xiàn)的形式、使用和細節(jié)方面的許多修改。相應(yīng)地，并不是要限制本發(fā)明，而是由下面提出的權(quán)利要求書來限制。
【權(quán)利要求】
1.一種計算機程序產(chǎn)品，包括非暫時計算機可讀存儲介質(zhì)，其中包含有計算機可讀程序代碼，所述計算機可讀程序代碼適用于被執(zhí)行以由演進節(jié)點B(eN0deB)實現(xiàn)在單播子幀中的多播服務(wù)的方法，包括: 使用多播標識符來對多播組中的多個用戶設(shè)備(UE)的每個建立多播服務(wù)；以及 使用通過所述多播標識符所編碼的單播控制信道信息來對所述多播組分配單播數(shù)據(jù)信道資源。
2.如權(quán)利要求1所述的計算機程序產(chǎn)品，其中，所述單播數(shù)據(jù)信道資源包括物理下行鏈路共享數(shù)據(jù)信道(PDSCH)資源，以及所述單播控制信道信息包括物理下行鏈路控制信道(PDCCH)信息。
3.如權(quán)利要求2所述的計算機程序產(chǎn)品，其中，所述多播標識符包括具有共同小區(qū)標識符(CID)的多播小區(qū)無線電網(wǎng)絡(luò)臨時標識符(MC-RNTI)，以及其中對所述多播組分配PDSCH資源使用通過所述MC-RNTI所掩蔽的TOCCH。
4.如權(quán)利要求3所述的計算機程序產(chǎn)品，還包括在建立所述多播服務(wù)之后，初始化加擾器的加擾種子用于使用所述MC-RNTI加擾I3DSCH中的數(shù)據(jù)。
5.如權(quán)利要求3所述的計算機程序產(chǎn)品，其中，建立所述多播服務(wù)還包括: 對所述多播組中的每個UE指配用于確認字符(ACK)反饋資源指示或否定確認字符(NACK)反饋資源指示的不同物理上行鏈路控制信道(PUCCH)資源其中η是用于頻分雙工(FDD)ACK/NACK反饋或時分雙工(TDD)ACK/NACK反饋的PUCCH格式X的在天線端口 P上的用于混合自動重傳請求ACK (HARQ-ACK)傳輸?shù)淖訋枴?br> 6.如權(quán)利要求5所述的計算機程序產(chǎn)品，其中，建立所述多播服務(wù)還包括: 使用無線電資源控制(RRC)信令中的信息元素(IE) PUCCH配置來通知所述多播組中的每個UE關(guān)于其對于ACK反饋資源指示或NACK反饋資源指示的PUCCH資源指配。
7.如權(quán)利要求3所述的計算機程序產(chǎn)品，其中，建立所述多播服務(wù)還包括基于傳輸質(zhì)量因素來對所述多播組中的UE的子集指配用于確認字符(ACK)反饋資源指示或否定確認字符(NACK)反饋資源指示的不同物理上行鏈路控制信道(PUCCH)資源,其中η是用于頻分雙工(FDD)ACK/NACK反饋和時分雙工(TDD) ACK/NACK反饋的PUCCH格式x的在天線端口 P上的混合自動重傳請求ACK(HARQ-ACK))傳輸?shù)淖訋枴?br> 8.如權(quán)利要求3所述的計算機程序代碼，還包括在I3DSCH中的數(shù)據(jù)的傳輸之后，從至少一個UE接收確認字符(ACK)反饋或否定確認字符(NACK)反饋。
9.如權(quán)利要求1所述的計算機程序產(chǎn)品，還包括在接收到否定確認字符(NACK)反饋時,重傳數(shù)據(jù)。
10.如權(quán)利要求9所述的計算機程序產(chǎn)品，其中，重傳數(shù)據(jù)還包括使用小區(qū)特定參考信號(CRS)、UE特定參考信號(UE-RS)或解調(diào)參考信號(DM-RS)來重傳單個小區(qū)的數(shù)據(jù)。
11.如權(quán)利要求9所述的計算機程序產(chǎn)品，其中，重傳數(shù)據(jù)還包括在停用CRC交織的情況下使用小區(qū)特定參考信號(CRS)來重傳多個小區(qū)的數(shù)據(jù)。
12.如權(quán)利要求1所述的計算機程序產(chǎn)品，還包括在循環(huán)冗余校驗(CRC)對所述多播組的UE的子集中的子集UE失敗時在從所述子集UE接收到否定確認字符(NACK)反饋時，使用混合自動重傳請求(HARQ)來重傳數(shù)據(jù)。
13.如權(quán)利要求1所述的計算機程序產(chǎn)品，其中，建立所述多播服務(wù)還包括使用無線電資源控制(RRC)信令中的信息元素(IE)多播配置來通知所述多播組中的每個UE關(guān)于所述多播標識符。
14.如權(quán)利要求13所述的計算機程序產(chǎn)品，還包括在通知所述多播組中的每個UE關(guān)于所述多播標識符之前，建立所述eNodeB與所述多播組中的所述多個UE之間的RRC連接。
15.如權(quán)利要求1所述的計算機程序產(chǎn)品，其中，建立所述多播服務(wù)還包括對所述多播組定義所述多播標識符，其中所述多播標識符包括多播小區(qū)無線電網(wǎng)絡(luò)臨時標識符(MC-RNTI)。
16.一種計算機程序產(chǎn)品，包括非暫時性計算機可讀存儲介質(zhì)，其中包含有計算機可讀程序代碼，所述計算機可讀程序代碼適用于被執(zhí)行以由用戶設(shè)備(UE)實現(xiàn)在單播子幀中的多播服務(wù)的方法，包括: 從演進節(jié)點B (eNodeB)接收多播組的多播標識符，其中所述多播標識符在所述多播組的多個UE之間共享； 從所述eNodeB接收通過所述多播標識符所編碼的單播控制信道信息；以及 使用所述多播標識符、從所接收單播控制信道信息來提取用于分配單播數(shù)據(jù)信道資源的控制信道信息。
17.如權(quán)利要求16所述的計算機程序產(chǎn)品，其中，所述多播標識符包括具有共同小區(qū)標識符(CID)的多播小區(qū)無線電網(wǎng)絡(luò)臨時標識符(MC-RNTI)，并且其中接收通過所述多播標識符所編碼的單播控制信道信息包括接收通過所述MC-RNTI所掩蔽的物理下行鏈路控制信道(PDCCH)，以及其中使用所述多播標識符從所接收單播控制信道信息來提取控制信道信息包括使用所述MC-RNTI來盲檢測所述HXXH以獲得物理下行鏈路共享數(shù)據(jù)信道(PDSCH)資源分配。
18.如權(quán)利要求17所述的計算機程序產(chǎn)品，還包括: 接收由所述roccH所配置的I3DSCH中的數(shù)據(jù)的傳輸；以及 在接收到重傳分組中的重傳數(shù)據(jù)時，將所傳送分組的roscH中的數(shù)據(jù)與先前接收的分組相結(jié)合。
19.如權(quán)利要求16所述的計算機程序產(chǎn)品，其中，使用無線電資源控制(RRC)信令中的信息元素(IE)多播配置、在所述多播組中的多個UE之間共享所述多播標識符。
20.如權(quán)利要求16所述的計算機程序產(chǎn)品，還包括在接收所述多播標識符之前，建立所述eNodeB與所述多播組中的每個UE之間的無線電資源控制(RRC)連接。
21.如權(quán)利要求16所述的計算機程序產(chǎn)品，其中，接收所述多播標識符還包括接收用于確認字符(ACK)反饋資源指示或否定確認字符(NACK)反饋資源指示的物理上行鏈路控制信道(PUCCH)資源指配,其中η是用于頻分雙工(FDD)ACK/NACK反饋或時分雙工(TDD) ACK/NACK反饋的PUCCH格式x的在天線端口 p上的混合自動重傳請求ACK (HARQ-ACK)傳輸?shù)淖訋?，以?其中所述UE的TOCCH資源指配與所述多播組中的其它UE的PUCCH資源指配不同。
22.如權(quán)利要求21所述的計算機程序產(chǎn)品，還包括在接收物理下行鏈路共享數(shù)據(jù)信道(PDSCH)中的數(shù)據(jù)的傳輸之后，傳送ACK或NACK反饋。
23.如權(quán)利要求21所述的計算機程序產(chǎn)品，還包括當所接收物理下行鏈路控制信道(PDCCH)的循環(huán)冗余校驗(CRC)失敗時，傳送NACK反饋。
24.如權(quán)利要求16所述的計算機程序產(chǎn)品，其中，所述UE配置成連接到無線局域網(wǎng)(WLAN)、無線個人區(qū)域網(wǎng)絡(luò)(WPAN)和無線廣域網(wǎng)(WffAN)中的至少一個，以及所述UE包括天線、觸敏顯示屏幕、揚聲器、話筒、圖形處理器、應(yīng)用處理器、內(nèi)部存儲器、非易失性存儲器端口或其組合。
25.一種用于單播子幀中的多播服務(wù)的演進節(jié)點B(eN0deB)，包括: 處理模塊，用于對多播組中的多個用戶設(shè)備(UE)的多播服務(wù)生成具有共同小區(qū)標識符(CID)的多播小區(qū)無線電網(wǎng)絡(luò)臨時標識符(MC-RNTI)，采用物理下行鏈路控制信道(PDCCH)來分配物理下行鏈路數(shù)據(jù)信道(PDSCH)資源，并且采用所述MC-RNTI來掩蔽所述PDCCH ；以及 收發(fā)器模塊，用于使用無線電資源控制(RRC)信令中的信息元素(IE)多播配置向多個UE傳送所述MC-RNT1、然后傳送所述H)CCH。
26.如權(quán)利要求25所述的eNodeB，其中，所述處理模塊配置成: 對至少兩個UE生成用于確認字符(ACK)或否定確認字符(NACK)反饋資源指示的物理上行鏈路控制信道(PUCCH)資源指配Λ其中η是用于頻分雙工(FDD)ACK/NACK反饋或時分雙工(TDD) ACK/NACK反饋的PUCCH格式x的在天線端口 p上的混合自動重傳請求ACK (HARQ-ACK)傳輸?shù)淖訋枺⑶移渲芯哂蠵UCCH資源指配的所述多播組中的每個UE具有與具有PUCCH資源指配的其它UE不同的PUCCH資源指配；以及 所述收發(fā)器模塊配置成使用RRC信令向每個UE傳送PUCCH資源指配，傳送TOSCH，從至少一個UE接收ACK反饋或NACK反饋，以及在接收到NACK反饋時，重傳混合自動重傳請求(HARQ)。
27.如權(quán)利要求26所述的eNodeB，其中，所述收發(fā)器模塊配置成使用小區(qū)特定參考信號(CRS)或UE特定參考信號(UE-RS)來重傳數(shù)據(jù)。
28.一種用于單播子幀中的多播服務(wù)的用戶設(shè)備(UE)，包括: 收發(fā)器模塊，用于從演進節(jié)點B(eN0deB)接收具有多播組的共同小區(qū)標識符(CID)的多播小區(qū)無線電網(wǎng)絡(luò)臨時標識符(MC-RNTI)，其中所述MC-RNTI在所述多播組中的多個UE之間共享、通過無線電資源控制(RRC)信令中的信息元素(IE)多播配置所提供，以及從所述eNodeB接收通過所述MC-RNTI所掩蔽的物理下行鏈路控制信道(PDCCH);以及 處理模塊，用于使用所述MC-RNTI來盲檢測所述H)CCH。
29.如權(quán)利要求28所述的UE，其中，所述收發(fā)器模塊配置成: 接收用于確認字符(ACK)反饋資源指示或否定確認字符(NACK)反饋資源指示的物理上行鏈路控制信道(PUCCH)資源指配 接收由所述HXXH所配置的物理下行鏈路共享數(shù)據(jù)信道(PDSCH)，以及在接收所述PDSCH中的數(shù)據(jù)之后傳送ACK或NACK反饋，其中η是用于頻分雙工(FDD)或時分雙工(TDD)ACK/NACK反饋的PUCCH格式x的在天線端口 p上的混合自動重傳請求ACK (HARQ-ACK)傳輸?shù)淖訋?，并且其中所述UE的PUCCH資源指配與所述多播組中的其它UE的PUCCH資源指配不同；以及所述處理模塊配置成 在所述roSCH的循環(huán)冗余校驗(CRC)失敗時生成NACK反饋。
【文檔編號】H04W4/08GK103988559SQ201180075700
【公開日】2014年8月13日 申請日期:2011年12月20日 優(yōu)先權(quán)日:2011年12月20日
【發(fā)明者】牛華寧, Y.張, K.埃特馬德 申請人:英特爾公司