用于廣播通信的蜂窩通信系統(tǒng)的制作方法
【專利摘要】描述了一種多個通信蜂窩中的至少一個中的用于支持廣播傳輸?shù)姆涓C通信系統(tǒng)。該蜂窩通信系統(tǒng)包括能夠經由至少一個中繼節(jié)點（RN）（224）將內容廣播到至少一個無線通信單元（226）的至少一個基站（210），其中至少一個基站（210）布置為用與廣播內容相關聯(lián)的至少一個增強的單播傳輸補充廣播傳輸。
【專利說明】用于廣播通信的蜂窩通信系統(tǒng)
【技術領域】
[0001]本發(fā)明總地涉及蜂窩通信系統(tǒng)中的通信資源的利用，并且，更具體地，但不唯一地，涉及一種在長期演進(LTE)第三代合作伙伴項目(3GPP?)蜂窩通信系統(tǒng)中接收廣播通信的無線通信單元。
【背景技術】
[0002]當前，正在安裝第三代蜂窩通信系統(tǒng)以進一步加強提供給移動電話用戶的通信服務。最廣泛采用的第三代通信系統(tǒng)基于碼分多址(CDMA)以及頻分雙工(FDD)或時分雙工(TDD)技術。在CDMA系統(tǒng)中，通過在相同載波頻率上和在相同時間間隔中對不同用戶分配不同擴頻碼和/或擾碼來獲取用戶分離。這與時分多址(TDMA)系統(tǒng)相反，在該系統(tǒng)中通過對不同用戶指派不同時隙來完成用戶分離。使用這些原理的通信系統(tǒng)的示例是通用移動通信系統(tǒng)(UMTS?)。
[0003]為提供加強的通信服務，設計了第三代蜂窩通信系統(tǒng)的長期演進(LTE)版本以支持多種不同的以及加強的服務。這種加強的服務之一是多媒體服務的支持。針對可經由移動電話和其他手持設備所接收的多媒體服務的需求被定為在接下來的數(shù)年中快速增長。多媒體服務由于要通信的數(shù)據(jù)內容的性質而要求高帶寬。在多媒體服務的供應中典型的且最成本有效的方法是“廣播”多媒體信號，與通過單播(即點對點)方式發(fā)送多媒體信號相反。一般地，攜載所謂新聞、影視、體育等的數(shù)十個信道可通過通信網(wǎng)絡同時廣播。在由Wiley于 2009 年出版的 Sesia, Toufik, Baker 的:^LTE-The UMTS Long Term Evolution; FromTheory to Practice”的第11頁中可找到LTE的進一步的描述。
[0004]因為無線電頻譜資源稀缺，`所以要求頻譜有效傳輸技術以向用戶提供盡可能多的廣播服務，從而向移動電話用戶(訂戶)提供最廣泛的服務選擇。公知的是，可通過蜂窩網(wǎng)絡以類似于常規(guī)地面電視/無線傳輸?shù)姆绞絹頂y載廣播服務。因此，在過去數(shù)年中已開發(fā)出用于通過蜂窩網(wǎng)絡傳遞多媒體廣播服務的技術，諸如用于UMTS?的LTE方面的演進的移動廣播和多播服務(eMBMS)。在這些廣播蜂窩系統(tǒng)中，通過常規(guī)蜂窩系統(tǒng)內的鄰近蜂窩上的無重疊的物理資源傳輸相同廣播信號。因此，在無線訂戶單元處，接收者必須能夠檢測來自其所連接到的蜂窩的廣播信號。尤其，需要在存在通過鄰近蜂窩的無重疊物理資源傳輸?shù)母搅?、潛在干擾廣播信號的情況下進行該檢測。
[0005]為提高頻譜效率，也已開發(fā)出用于蜂窩系統(tǒng)的廣播方案，其中通過多個蜂窩、但使用相同(即重疊的)物理資源來傳輸相同廣播信號。在這些系統(tǒng)中，由于傳輸布置為大致同時進行，蜂窩不導致彼此干擾，并且因此支持廣播服務的能力得到提高。這種系統(tǒng)有時被稱為“單頻網(wǎng)絡”或“SFN”。在SFN系統(tǒng)中，公共蜂窩標識符(ID)用來指示那些在相同時間廣播相同內容的(公共)蜂窩。在本描述的上下文中，術語“公共蜂窩標識符”包括用于指定SFN操作的任何機制，其在一些示例中可包括所謂單擾碼的使用。
[0006]在3GPP? RellO中考慮了用于LTE的中繼節(jié)點的概念100，如圖1所示。中繼概念100包括中繼節(jié)點(RN)120的部署以通過Uu接口 125將無線覆蓋范圍擴展到那些在RN120的覆蓋區(qū)域內的訂戶通信單元(在3G用語中稱作用戶設備(UE))130。使用LTE無線資源通過Un接口 115提供用于RN120的回程連接性。通過該方式，RN120經由可稱為宿主eNodeB(DeNB)IlO的通信源基站(在3G用語中稱為演進節(jié)點B (eNodeB))通過LTE無線資源連接到演進分組核心(EPC) 105。從RN120覆蓋范圍內的UE130的角度來看，RNl20表現(xiàn)為常規(guī)eNodeB。從宿主eNodeBllO的角度來看，RNl20表現(xiàn)為與UE130有些相似。
[0007]已在(2010 年 6 月 2-7 月 2 日、#70bis, Stockholm, Sweden 的 CMCC, 3GPP TSG-RANWG2 會議的 Tdoc R2-103960:，Considerations on deployment of both relay andeMBMS’)中提到通過RN支持eMBMS的問題。在該文檔中按以下內容簡述了用于擴展eMBMS的方法:
[0008]“Under this architecture, the content synchronization should beguaranteed not only from BM-SC to DeNB, but also from BM-SC to RN.1n thiscase, the eMBMS related data needs to be transmitted to the DeNB firstly, and thenbe forwarded towards the corresponding RNs before transmitting to the UEs (在該架構下，應不僅從BM-SC到DeNB、還從BM-SC到RN來保證內容同步。在該情況下，與數(shù)據(jù)相關的eMBMS需要首先被傳輸?shù)紻eNB，然后在傳輸?shù)経E前被轉發(fā)向相應RN)?！?br> [0009]該摘錄清楚地啟發(fā)本領域的技術人員，宿主eNodeBllO將使用單播承載首先將eMBMS業(yè)務首先從DeNBllO轉發(fā)到RN120，雖然未指定承載。一旦RN120已接收eMBMS數(shù)據(jù)，那么DeNBllO和RN120均可在相同時間通過單頻網(wǎng)絡傳輸eMBMS數(shù)據(jù)，使得UE130可在物理層容易地將從范圍內的所有eNodeB和RN120所接收的傳輸進行合并。
[0010]該方法的缺點是eMBMS業(yè)務由DeNBllO傳輸兩次，第一次在通過Un接口 115到Rn 120的單播傳輸中，第二次是當DeNBllO通過Uu接口 125進行eMBMS廣播其本身時。一旦RN120已接收eMBMS數(shù)據(jù)，那么DeNBllO和RN120均能夠通過單頻傳輸eMBMS數(shù)據(jù)。來自中繼節(jié)點層(或可替代地，同時來自中繼節(jié)點層和eNodeB層)的所有傳輸應在相同時間發(fā)生。這確保來自多個DeNB110/RN120的任何宏分集eMBMS傳輸以落入OFDM符號的循環(huán)前綴內的時間偏移到達UE130，從而簡化UE的均衡過程，例如在物理層將來自范圍內的所有enodeB和RN的傳輸進行合并。如果在DeNBllO的覆蓋范圍內存在多個RN120，那么攜載相同信息的多個單播流將是必要的。該重復的傳輸具有消耗附加eNB無線資源的缺點。
[0011]該經提出的機制的進一步的潛在問題是RN120和與其相關聯(lián)的DeNBllO之間的傳播延遲可能不同。因此，萬——旦RN120接收到從DeNBllO所接收的eMBMS信息，每個RN120就簡單地重新廣播該信息，那么由于Un接口 115上的傳播延遲差異，不能保證來自多個RN120的傳輸在UE的循環(huán)前綴窗口內到達UE130 (假定在Uu接口中的每一個上還將存在累積傳播延遲差異)。例如，如果來自中繼節(jié)點的所有傳輸原計劃在相同時間發(fā)生(例如對于多播廣播SFN(MBSFN)在UE130處的中繼節(jié)點傳輸?shù)奈锢韺雍喜?、或如果需要RN傳輸與來自DeNBllO的傳輸符號對齊，使得在DeNBllO和RN傳輸二者的UE130處可完成合并，這種問題發(fā)生。
[0012]該經提出的機制的進一步的潛在問題是，每個RN盡可能準確地解碼來自DeNB的eMBMS業(yè)務是重要的，因為其可能正將該信息重新廣播到數(shù)十個或數(shù)百個UE。因此，在RN處的eMBMS信號的正確檢測的概率要高。
[0013]因此，當前技術是次優(yōu)的。因此，在蜂窩網(wǎng)絡中使用中繼節(jié)點解決支持廣播傳輸問題的改進機制將是有利的。

【發(fā)明內容】

[0014]在權利要求中限定了本發(fā)明的各方面和特征。
[0015]本發(fā)明的實施例力圖逐一的或以任何組合形式地緩和、減輕或消除上述缺點中的一個或多個。
[0016]根據(jù)本發(fā)明的第一方面，提供了多個通信蜂窩中的至少一個中的用于支持廣播傳輸?shù)姆涓C通信系統(tǒng)，該蜂窩通信系統(tǒng)包括能夠將內容廣播到包括以下內容的組中的至少一個的至少一個基站:至少一個中繼節(jié)點(RN)、至少一個無線通信單元；其中至少一個基站布置為用與廣播內容相關聯(lián)的至少一個增強(augmented)的單播傳輸補充廣播傳輸。
[0017]在一個可選示例實施例中，至少一個增強的單播傳輸攜載可與廣播內容相關聯(lián)的附加的差錯編碼冗余位。在一個可選示例實施例中，附加的差錯編碼冗余位可根據(jù)廣播內容計算。
[0018]在一個可選示例實施例中，至少一個增強的單播傳輸可或者部分地或者全部地攜載與廣播內容相同的內容。
[0019]在一個可選示例實施例中，至少一個增強的單播傳輸可以不傳達廣播內容。
[0020]在一個可選示例實施例中，方法可進一步包括動態(tài)地發(fā)起至少一個增強的單播傳輸?shù)牡絾蝹€RN或多個RN的傳輸。
[0021]在一個可選示例實施例中，方法可進一步包括動態(tài)地調整至少一個增強的單播傳輸?shù)膮?shù)，其中參數(shù)包括包括以下內容的組中的至少一個:用于至少一個增強的單播傳輸?shù)膫鬏敼β始?；增強的單播傳輸上所采用的?shù)據(jù)率；經選擇的調制方案；在其上要進行增強的單播傳輸?shù)慕涍x擇的時間和/或頻率資源；在增強的單播傳輸上所傳達的數(shù)個冗余物
理層位。
[0022]在一個可選示例實施例中，前述動態(tài)地發(fā)起至少一個增強的單播傳輸?shù)牡絾蝹€RN或多個RN的傳輸、動態(tài)地調整至少一個增強的單播傳輸?shù)膮?shù)中的至少一個，可基于包括以下內容的組中的至少一個來實現(xiàn):基站和至少一個RN之間的占主導的信道條件；從至少一個RN提供到基站的廣播信道的信號質量的反饋信息；經合并的廣播和單播傳輸?shù)馁|量。
[0023]在一個可選示例實施例中，蜂窩通信系統(tǒng)是第三代合作伙伴項目(3GPP?)系統(tǒng)的長期演進(LTE)版本。
[0024]本發(fā)明的這些和其他方面、特征和優(yōu)點在下文所描述的實施例中是顯而易見的，并且參考下文所描述的實施例進行闡述。
【專利附圖】

【附圖說明】
[0025]將僅通過示例的方式參考附圖來描述本發(fā)明的實施例，其中:
[0026]圖1示出采用中繼節(jié)點的系統(tǒng)部署的已知架構。
[0027]圖2示出根據(jù)本發(fā)明的一些示例實施例的、采用至少一個中繼節(jié)點的3GPP? LTE蜂窩通信系統(tǒng)。
[0028]圖3示出根據(jù)本發(fā)明的一些示例實施例的、適應的無線通信單元的示例。
[0029]圖4示出根據(jù)本發(fā)明的一些示例實施例的、由各通信單元所采用的用戶平面的協(xié)議棧的第一個不例。
[0030]圖5示出根據(jù)本發(fā)明的一些示例實施例的、由各通信單元所采用的用戶平面的協(xié)議棧的第二個示例。
[0031]圖6示出根據(jù)本發(fā)明的示例實施例的、采用至少一個中繼節(jié)點的3GPP?無線蜂窩通信系統(tǒng)的示例。
[0032]圖7示出根據(jù)本發(fā)明的一些示例實施例的、在宿主eNodeB處所采用以支持到無線通信單元的廣播通信的流程圖的示例。
[0033]圖8示出根據(jù)本發(fā)明的一些示例實施例的、在中繼節(jié)點處經采用以支持由無線通信單元進行的廣播通信的流程圖的示例。
[0034]圖9示出本發(fā)明的實施例中的、可被采用以實現(xiàn)信號處理功能性的典型的計算系統(tǒng)。
【具體實施方式】
[0035]接下來的描述重點在于適用于長期演進(LTE)蜂窩通信系統(tǒng)的本發(fā)明的示例實施例，具體來講，適用于在第三代合作伙伴項目(3GPP?)系統(tǒng)內以任何成對或不成對的頻譜形式運行的LTE無線接入網(wǎng)絡(RAN)。然而，應理解的是，本發(fā)明不限于該特定蜂窩通信系統(tǒng)，還可應用于任何支持廣播通信的蜂窩通信系統(tǒng)。接下來的描述重點還在于適用于在LTE蜂窩通信系統(tǒng)上提供廣播(例如單向的)服務的本發(fā)明的示例實施例，例如支持演進的移動廣播和多播服務(eMBMS)的一個。
[0036]eMBMS是通過諸如演進分組系統(tǒng)(EPS)等的移動電信網(wǎng)絡所供應的廣播和多播服務。用于 eMBMS 的技術說明書包括3GPP? TS22.146.3GPP? TS23.246 以及 3GPP? TS26.346。
[0037]本文所述的示例實施例可應用到eMBMS數(shù)據(jù)可通過LTE中繼節(jié)點(RN)傳送的場景。本發(fā)明的示例實施例可減輕前述在單播信道(到一個或多個中繼節(jié)點(RN))和在eMBMS廣播信道(到DeNB的覆蓋范圍內的UE)上均傳輸相同eMBMS內容的DeNB的問題。在本發(fā)明的示例實施例中，所謂宿主eNodeB (DeNB)形式的基站可配置為實施由DeNB的覆蓋范圍內的UE所接收的、以及由DeNB的覆蓋范圍內的一個或多個中繼節(jié)點(RN)、例如布置為提供用于廣播eMBMS數(shù)據(jù)的擴展的覆蓋區(qū)域的一個或多個RN所接收的廣播eMBMS傳輸。本發(fā)明的示例實施例提出一個或多個RN隨后將eMBMS數(shù)據(jù)重新廣播到諸如位于一個或多個RN的覆蓋范圍內的用戶設備(UE)的無線訂戶通信單元的機制。針對位于DeNB和一個或多個RN的覆蓋區(qū)域內的UE，DeNB和RN 二者的覆蓋范圍內的UE可能夠使用適當?shù)木彌_電路和合并技術以接收和合并二者的廣播傳輸，不論是在解碼前或解碼后。通過該方式，不發(fā)生如已知技術中所提出的來自DeNB的相同信息的復制傳輸。
[0038]在本發(fā)明的示例實施例中，描述了可提高在RN處的eMBMS信號的正確檢測的概率的機制，因為每個RN盡可能準確地解碼從DeNB所接收的eMBMS業(yè)務是重要的，由于其可將該信息重新廣播到數(shù)十或數(shù)百個UE。在示例中，來自DeNB的eMBMS廣播傳輸用單播傳輸加以增強。在一個示例中，增強的單播傳輸在與eMBMS廣播傳輸?shù)拇笾孪嗤瑫r間從DeNB傳輸?shù)揭粋€或多個RN。然而，在該示例中，增強的單播傳輸可能不傳達與在eMBMS廣播(數(shù)據(jù))傳輸上所傳達的相同信息。在一個示例實施例中，增強的單播傳輸可攜載附加的差錯編碼冗余位，其可根據(jù)eMBMS數(shù)據(jù)計算并且對于已經包括在主eMBMS數(shù)據(jù)流內的那些可以是附加的。
[0039]在當前LTE標準中，當傳輸MBMS業(yè)務時，其在專用于MBMS傳輸?shù)淖訋?I毫秒塊)(即這些“MBMS”子幀不能被共享用于單播業(yè)務的傳輸)進行傳輸。因此，在一個示例實施例中，可以在分開的子幀中進行增強的單播傳輸，例如分開其他I毫秒塊到MBMS傳輸。在一些示例實施例中，可在相同10毫秒幀的不同子幀中發(fā)送MBMS和增強的單播傳輸二者。在一些示例實施例中，可在不同的10毫秒幀中發(fā)送MBMS和增強的單播傳輸二者，盡管這可能在中繼節(jié)點需要一些附加的緩沖。
[0040]在一些不例實施例中，可使用各種不同方法用于確定必須在MBMS承載上傳輸?shù)奈灰约氨仨氃谠鰪姷膯尾コ休d上傳輸?shù)奈?。例如，在一些示例實施例中，可使用用于編碼第一傳輸和編碼第二傳輸?shù)淖詣又貍髡埱?ARQ)/混合ARQ (HARQ)中所使用的任何技術，其中第一傳輸?shù)慕浘幋a位將在一些不例中對應于將在MBMS承載上所傳輸?shù)奈?并且第二傳輸?shù)慕浘幋a位將對應于將在增強的單播承載上所傳輸?shù)奈?。在一些示例實施例中，在中繼節(jié)點處，常規(guī)地用于合并第一和第二 ARQ/HARQ傳輸?shù)南嗤椒捎糜诤喜BMS和增強的單播傳輸。因此在一個示例實施例中DeNB可取得原始信息內容并使用信道編碼算法確定前向糾錯(FEC)冗余位的集合。固定比例的這些冗余位可以總是在MBMS承載上與原始信息位并排傳輸。取決于DeNB和RN附加冗余位之間的占主導的信道條件，其不在MBMS承載上發(fā)送，可在增強的單播承載上發(fā)送。在接收者處中繼節(jié)點(或在RN還傳輸增強的單播傳輸?shù)腢E場景中的UE)結合經接收的原始信息位，使用在MBMS承載和增強的單播承載上所提供的冗余位的全集。通過該方式，RN可能夠確定最可能經傳輸?shù)拇a字并且從而確定最可能的原始信息位序列。在一些示例中，可使用基于諸如混合ARQ追加(Chase)合并以及混合ARQ增量冗余的方法的各種類似技術。
[0041 ] 此外，在一些示例實施例中，根據(jù)例如DeNB和各自的一個或多個RN之間的占主導的信道條件，例如必要時通過發(fā)起增強的單播傳輸，可動態(tài)地采用這種增強的單播傳輸。因此，萬一 DeNB和特定RN之間的占主導的信道條件不良，可僅針對該RN采用增強的單播傳輸。在一些示例實施例中，一個或多個RN使用在增強的單播傳輸數(shù)據(jù)流中所提供的信息以提高其所接收的eMBMS數(shù)據(jù)流的檢測概率。
[0042]在一個示例中，可能不由DeNB或RN的覆蓋區(qū)域內的任何UE接收通過Un接口的增強的單播傳輸。因此，將不由任何UE使用該潛在有用信息來提高UE其本身中的后續(xù)eMBMS傳輸?shù)臋z測概率。因此，在另一個示例實施例中，UE還可配置為能夠接收和解碼/合并增強的單播傳輸，從而提高在UE處所測量的服務質量。此外，可避免或減少由DeNB進行的eMBMS業(yè)務的重復傳輸，從而支持無線資源的更有效利用。
[0043]此外，在一些示例實施例中，接收UE可配置為從包括以下內容的組中的至少一個接收廣播內容的廣播傳輸:諸如基站(例如DeNB)以及至少一個中繼節(jié)點(RN)。接收UE還可配置為從包括以下內容的組中的至少一個接收補充的至少一個增強的單播傳輸:基站(DeNB)和至少一個中繼節(jié)點(RN，其中至少一個增強的單播傳輸與廣播內容相關聯(lián)。在該示例中，UE還有RN還可受益于包含在至少一個增強的單播傳輸中的附加信息。
[0044]現(xiàn)在參考圖2，根據(jù)本發(fā)明的一個示例實施例，概括地示出了無線通信系統(tǒng)200。在該示例實施例中，無線通信系統(tǒng)200兼容并包含能夠通過通用移動通信系統(tǒng)(UMTS?)空中接口運行的網(wǎng)絡元件。具體來講，實施例與用于演進的UMTS陸地無線接入網(wǎng)絡(E-UTRAN)無線通信系統(tǒng)的系統(tǒng)架構相關，其當前處于用于長期演進(LTE)標準的第三代合作伙伴項目(3GPP?)規(guī)范的討論之下，其基于下行鏈路(DL)中的OFDMA (正交頻分多址)和上行鏈路(UL)中的SC-FDMA (單載波頻分多址)，如3GPP? TS36.xxx系列規(guī)范中所述。在LTE內，定義了時分雙工(TDD)和頻分雙工(FDD)模式二者。具體來講，LTE系統(tǒng)的示例實施例可適應于在一個或多個通信蜂窩中支持廣播和增強的單播E-UTRAN通信二者。
[0045]架構包括無線接入網(wǎng)絡(RAN)元件和核心網(wǎng)絡(CN)元件，核心網(wǎng)絡204耦連到命名為分組數(shù)據(jù)網(wǎng)絡(PDN)的外部網(wǎng)絡202，諸如互聯(lián)網(wǎng)或企業(yè)網(wǎng)絡。RAN的主要部件是eNodeB (演進的NodeB) 210、220，其經由SI接口連接到CN204并且經由Uu接口連接到UE225。無線通信系統(tǒng)一般將具有大量這種基礎設施元件，其中為了清楚起見，在圖2中僅示出了有限的數(shù)目。eNodeB210、220控制并管理與無線資源相關的功能用于多個無線訂戶通信單元/終端(或UMTS?術語中的用戶設備(UE) 225)。如所示，每個eNodeB210、220包括可操作地耦連到信號處理器模塊296和調度器292的一個或多個無線收發(fā)器單元294。eNodeB210、220經由Ml接口可操作地耦連到核心網(wǎng)絡(CN)中的MBMS網(wǎng)關206，以及經由M3接口可操作地耦連到核心網(wǎng)絡(CN)中的移動性管理實體(MME) 208。MME208管理MBMS承載的會話控制并且可操作地耦連到存儲與UE相關的信息的家庭用戶服務(HSS)數(shù)據(jù)庫230。MBMS網(wǎng)關206起移動錨點的作用并對eNodeB提供MBMS用戶平面數(shù)據(jù)的IP多播分布。MBMS網(wǎng)關206經由廣播多播服務中心(BM-SC)207從一個或多個內容提供者209接收MBMS內容。
[0046]eNodeB210、220的序列典型地實施用于網(wǎng)絡的較低層處理、實施介質訪問控制(MAC)操作的功能、格式化用于傳輸?shù)臄?shù)據(jù)塊以及物理地傳輸傳送塊到UE225。除eNodeB210、220經常實施的這些功能之外，eNodeB210、220的自適應調度器292附加地布置為通過在UL和/或DL時隙的二者之一或全部中分配資源用于由單獨UE225使用來響應于來自UE225的對資源的需求。
[0047]在一個示例實施例中，eNodeB210將eMBMS內容廣播到位于其覆蓋范圍285內的中繼節(jié)點(RN) 224 (為了清楚起見僅示出一個RN)，用于中繼到RN224的覆蓋范圍內的UE，該覆蓋范圍包括位于eNodeB210的覆蓋范圍之外的UE226。
[0048]E-UTRAN RAN基于下行鏈路(DL)中的OFDMA (正交頻分多址)以及上行鏈路(UL)中的SC-FDMA (單載波頻分多址)，其中E-UTRAN中所使用的物理層配置和無線幀格式的進一步的信息可在 3GPP? TS36.211v.9.1.0 (2010-03), “3GPP Technical specificationgroup radio access network, physical channels and modulation (release9)中找到。
[0049]UE中的每一個包括可操作地耦連到信號處理邏輯229的收發(fā)器單元227 (為了清楚起見僅以細節(jié)示出一個UE)并且與支持UE的各自位置區(qū)域中通信的eNOdeB210進行通信。系統(tǒng)包括許多其他UE225、RN224以及eNodeB210、220，為了清楚起見未示出。
[0050]在示出的示例中，eNode_B210在地理區(qū)域285上廣播eMBMS數(shù)據(jù)221。由UE225和諸如覆蓋范圍285內的RN224的任何中繼節(jié)點(RN)接收經廣播的eMBMS數(shù)據(jù)221。RN224支持在地理區(qū)域287上的經廣播的eMBMS通信。如所示，eNodeB210包括可操作地耦連到信號處理器模塊296和計時器292的發(fā)射機294。本發(fā)明的實施例利用信號處理器模塊296和計時器292以配置來自eNodeB210的廣播傳輸。
[0051]在本發(fā)明的一個示例實施例中，在提供廣播數(shù)據(jù)到接收的RN224中將eNodeB210視為宿主eNodeB (DeNB),按設想，與在從RN224到UE225、226的eMBMS廣播傳輸上提供的物理層冗余相比較，可在從DeNB210到一個或多個RN224的eMBMS單播傳輸上提供附加的物理層冗余。在一個示例實施例中，按設想，可動態(tài)地提供這種附加的物理層冗余，例如取決于占主導的通信條件。在一個示例實施例中，按設想，可按事實(de facto)模式的操作提供這種附加的物理層冗余。
[0052]現(xiàn)在參考圖3，示出根據(jù)本發(fā)明的一些示例實施例的、適應的無線通信單元的框圖。實際上，純粹出于解釋本發(fā)明的實施例的目的，無線通信單元依照DeNB210或RN224加以描述，因為功能元件非常類似。無線通信單元、DeNB210或RN224包含天線、天線陣列302、或多個天線，耦連到在無線通信單元314內的接收和傳輸鏈之間提供隔離的天線開關304。一個或多個接收器鏈，如本領域中已知的，包括接收器前端電路306 (有效提供接收、濾波以及中間或基帶頻率轉換)。接收器前端電路306耦連到信號處理模塊308。一個或多個接收器鏈可操作地配置為通過eMBMS網(wǎng)絡接收一個或多個子幀中的廣播數(shù)據(jù)分組流。在示例實施例中，并且當將無線通信單元視為RN224時，分開的接收器鏈(未示出)可用于接收廣播和增強的單播傳輸。技術人員將理解，在一些實例中，使用接收器電路或部件的集成等級可以是取決于實現(xiàn)方案的。
[0053]控制器314維持無線通信單元210、224的全部操作的控制?？刂破?14還耦連到接收器前端電路306和信號處理模塊308 (通常由數(shù)字信號處理器(DSP)所實現(xiàn))。在一些示例中，控制器314還稱連到緩沖器模塊317和選擇性地存儲操作域(operating regime)的存儲器設備316，操作域諸如解碼/編碼功能、同步模式、代碼序列等。計時器318可操作地耦連到控制器314以控制無線通信單元210、224內的操作的時序(時變信號的傳輸或接收)。
[0054]關于傳輸鏈，其基本包括eMBMS輸入模塊320，串行地耦連穿過發(fā)射機/調制電路322和功率放大器324到天線、天線陣列302或多個天線。發(fā)射機/調制電路322和功率放大器324操作地響應于控制器314。在DeNB210和RN224的實例中，傳輸鏈可操作地配置為廣播eMBMS數(shù)據(jù)分組流。
[0055]傳輸鏈中的信號處理器模塊308可實現(xiàn)為與接收鏈中的信號處理器相異?？商娲兀瑔蝹€處理器可用來實現(xiàn)傳輸和接收信號二者的處理，如圖3所示。明顯地，可以以分立或集成部件的形式實現(xiàn)無線通信單元210、224內的各種部件，最終結構因此是應用專用或設計選擇。
[0056]在一個示例中，當通信單元起RN224的作用時，RN224可配置為簡單的中繼器(repeater )，其接收來自DeNB210的廣播eMBMS傳輸、實施任何解調制、解碼、糾錯、編碼、調制以及重新廣播eMBMS數(shù)據(jù)。
[0057]在第一示例中，并且現(xiàn)在參考圖4，示出根據(jù)本發(fā)明的一些示例實施例的、由各通信單元所采用的第一用戶平面的協(xié)議棧400。MBMS數(shù)據(jù)分組430的通信路徑從eBM_SC410遍歷穿過eMBMS網(wǎng)關405和DeNB210到RN224和其后的一個或多個UE226。在該第一示例中，當通信單元起RN224的作用時，RN224可配置有加強的功能性以將多個eMBMS流解復用(de-multiplex)到各個UE，諸如UE226。在該第一示例中，RN224可以以類似于智能中繼器的方式實施功能，因為RN224可包括足夠的收發(fā)器和信號處理功能性/模塊以嘗試將所有協(xié)議層解包(unpack),協(xié)議層例如來自來自DeNB210的傳輸?shù)臒o線鏈路控制(RLC)層、介質訪問控制(MAC)層和物理(PHY)層?；旧?，用于RN224的接收端的協(xié)議?？赡鼙憩F(xiàn)為類似于用于UE226的MBMS協(xié)議棧(在常規(guī)的非RN布置中)。然而，根據(jù)一個加強的示例實施例，在該示例中存在一個需注意的差異，即在DeNB210和RN224之間的PHY連接可包含增強的單播傳輸(例如額外的PHY層冗余信息)以提高正確碼字檢測的概率。
[0058]RN224的傳輸端可能表現(xiàn)為類似于DeNB210的傳輸協(xié)議棧(在沒有中繼節(jié)點的網(wǎng)絡中)，而在一個示例實施例中的例外是,MBMS分組可以是RN224中經重新構建的435、440。依照沒有RN的系統(tǒng)示出了 UE協(xié)議棧，經接收、重新構建的MBMS數(shù)據(jù)分組445被解碼。
[0059]在該示例中，將RN224中的所有協(xié)議層解包可以有若干益處。例如，如果RN224無法解碼構成完整MBMS數(shù)據(jù)分組的MBMS分組數(shù)據(jù)塊中的一個，那么RN224可能不將完整MBMS分組中繼到處于RN224之下的諸如UE226的UE。該場景避免RN224不必要地轉發(fā)UE226將僅能夠在制定(formulating)部分的MBMS分組中使用的傳送塊);至少例如在來自RN224的單個蜂窩廣播的情況下。此外，在該示例中，RN224可以傳輸在DeNB210上可用的服務的子集，使得服務的一些解復用和服務的子集的一些重新封裝可在RN224處實施。
[0060]在進一步的第二示例中，并且現(xiàn)在參考圖5，示出根據(jù)本發(fā)明的一些示例實施例的、由各種通信單元所采用的第二用戶平面的協(xié)議棧500。再次地，MBMS數(shù)據(jù)分組530的通信路徑從eBM-SC510遍歷穿過eMBMS網(wǎng)關505和DeNB210和RN224到一個或多個UE226。在該第二示例中，當通信單元起RN224的功能以解復用和廣播多個eMBMS流到各個UE226時，RN224可配置有加強的功能性。在該第二示例中，RN224可以以類似于智能中繼器的方式實施功能，例如包括足夠的收發(fā)器和信號處理功能性/模塊以嘗試恢復物理(PHY)層MBMS數(shù)據(jù)分組550/信道并重新傳輸數(shù)據(jù)分組555。
[0061]在一些示例中，在圖4的第一用戶平面架構或者圖5的第二用戶平面架構中，SYNC協(xié)議425、525還可擴展到RN224。在其他示例中，在圖4的第一用戶平面架構或者圖5的第二用戶平面架構中，SYNC協(xié)議可用來確保同步的多蜂窩內容傳輸。在又一個進一步的變形中(未示出)，代替了 E-MBMS網(wǎng)關405、505和RN224之間運行的SYNC協(xié)議，替代地可存在從E-MBMS網(wǎng)關運行到DeNB210的SYNC協(xié)議以及從DeNB210運行到RN224的另一個SYNC協(xié)議。在又一個進一步的變形中(未示出)，可以不使用或要求SYNC協(xié)議。
[0062]現(xiàn)在參考圖6，示出根據(jù)本發(fā)明的示例實施例的、采用至少一個中繼節(jié)點的3GPP?無線蜂窩通信系統(tǒng)600的示例。具體來講，圖6示出根據(jù)本發(fā)明的一些示例實施例的、示出DeNB210覆蓋范圍內的eMBMS廣播傳輸610以及DeNB210和RN224之間的冗余(FEC)物理層位的單播傳輸605的無線通信系統(tǒng)。
[0063]在一個示例中，用一個或多個單播傳輸605增強來自DeNB210的eMBMS廣播傳輸610。在一個示例中，在與eMBMS傳輸610相同的時間從DeNB210到RN224進行了增強的一個或多個單播傳輸605。在一個示例中，取決于占主導的通信條件，選擇性地以及動態(tài)地從DeNB210到RN224發(fā)起了增強的一個或多個單播傳輸605。
[0064]在本發(fā)明的示例實施例中，一個或多個增強的單播傳輸605(—般)不傳達與eMBMS傳輸上所傳達的廣播信息相同的信息。相反，一個或多個增強的單播傳輸605布置為攜載附加的差錯編碼冗余位。在該示例中，附加的差錯編碼冗余位可根據(jù)eMBMS數(shù)據(jù)計算，并可配置為已經包括在主eMBMS數(shù)據(jù)流內的數(shù)據(jù)的附加信息。
[0065]在一個示例中，接收器206和RN224的數(shù)據(jù)處理模塊308使用增強的單播數(shù)據(jù)流605中所提供的信息以提高經接收的eMBMS數(shù)據(jù)流610的成功檢測的概率。值得注意的是，在正常的占主導的通信條件中，包含在經接收的eMBMS數(shù)據(jù)流610中的差錯檢測/糾正信息可能是足以實施足夠的eMBMS數(shù)據(jù)的差錯檢測和糾正，因為DeNB210的覆蓋區(qū)域內的任何UE226應能夠接收和解碼eMBMS廣播數(shù)據(jù)流而不要求來自增強的單播數(shù)據(jù)流的附加可用信息。
[0066]在本發(fā)明的一個示例實施例中，可在增強的單播信道上提供物理層(前向糾錯(FEC))冗余信息。在該情況下，增強的單播信道可傳達增量冗余流，RN224的信號處理模塊308可能夠與eMBMS流合并以更好地解碼eMBMS廣播數(shù)據(jù)流610。
[0067]在本發(fā)明的一個示例實施例中，根據(jù)Un接口 115上的占主導的信道條件，可動態(tài)地調整增強的單播信道上所使用的功率級、增強的單播信道上所采用的數(shù)據(jù)率和/或增強的單播信道上所傳達的冗余物理層位的數(shù)目。在一個示例中，這可通過RN224經由反饋信道(未示出)提供反饋到DeNB210來達成，例如基于eMBMS位誤差率或信號干擾(或干擾加噪聲)比(SIR)計算。
[0068]在本發(fā)明的一個示例實施例中，當圖3中的通信單元是DeNB210時，信號處理模塊308可布置為確定DeNB210和一個或多個RN224之間的eMBMS通信信道是否可正在經歷影響用于eMBMS傳輸?shù)念l率/時間塊的正確同步和解碼的衰落條件。在該示例中，DeNB210的信號處理模塊308可布置為在非衰落的時間/頻率資源單元中調度增強的單播傳輸605，從而減少衰落信道條件的不利影響。
[0069]在本發(fā)明的一個示例實施例中，當圖3中的通信單元是DeNB210時，信號處理模塊308可布置為配置增強的單播傳輸605以包括大致部分或所有可用信息，并且因此不限于與增強的單播通信605相關聯(lián)的冗余位。通過該方式，信號處理模塊308又可布置為在非衰落的時間/頻率資源單元中調度增強的單播傳輸605，從而減少衰落信道條件的不利影響。
[0070]在本發(fā)明的一個示例實施例中，按設想，能夠接收eMBMS廣播信道上的eMBMS廣播傳輸以及增強的單播信道上的增強的單播傳輸605 二者的DeNB210的覆蓋區(qū)域內的任何UE，可利用增強的單播信道上所供應的附加數(shù)據(jù)/信息(注意，在一些示例中，RN224將控制與增強的單播信道相關聯(lián)的數(shù)個參數(shù)例如所使用的頻隙/時隙、傳輸功率、增量冗余率等)。
[0071]在本發(fā)明的一個示例實施例中，設想了其中存在正由單個DeNB210所服務的多個RN224的場景。在該情況下可通過一個或多個附加的單播/多播信道提供由DeNB210的信號處理模塊308所提供的額外的冗余信息。在該示例中，根據(jù)所謂來自在特定時間點需要或要求增強的傳輸605 (在該場景中增強的信道是多播的)的所有/任何RN224的反饋，DeNB210的信號處理模塊308可選擇/設置某些參數(shù)，諸如功率級、冗余率等。在該示例中，DeNB210的信號處理模塊308可基于來自任何RN的最需要的標準來選擇/設置某些參數(shù)，從而確保到所有RN的多播傳輸正得到支持，例如信號處理模塊308可選擇/設置最高功率級、由任何中繼節(jié)點所請求的最大數(shù)目的增量位等。
[0072]在一些示例中，當DeNB210和RN224之間的通過Un接口的eMBMS廣播信道是好的、并且不要求增強的單播信道時，那么否則可能已用于攜載增強的單播信道的頻率/時間塊可配置為用于攜載到DeNB210的覆蓋區(qū)域內的任何UE226的單播傳輸。
[0073]總之，在一些示例中，本發(fā)明的實施例可提供避免在單播和eMBMS信道二者上的相同信息的至少一個復制傳輸?shù)膬?yōu)點。然而，在一些示例中，本發(fā)明的實施例可提供機制，通過該機制，如果在任意特定時間點處一個或多個RN224正在盡力正確地解碼eMBMS傳輸，那么必要時使用增強的單播信道上所提供的信息，接收的質量可得到適應性地提高/增強。在一些示例中，在增強的單播信道的傳輸中所消耗的無線資源平均可遠小于當使用(現(xiàn)有技術解決方案的)單播信道時所消耗的無線資源。在已知現(xiàn)有技術解決方案中，所有廣播內容加冗余編碼需要包括在單播傳輸中用于經傳輸?shù)拿總€eMBMS幀，然而在本發(fā)明的示例實施例中當RN不能接收廣播傳輸時僅要求增強的信道。即使當要求廣播內容加冗余編碼時，其可僅攜載比已知現(xiàn)有技術解決方案更小數(shù)目的附加位，例如只是一些額外冗余位。
[0074]因此，有利地，不要求對核心網(wǎng)絡和相關聯(lián)的服務/應用的修改以達到前述實施例的一些示例目標。
[0075]在一些示例中，從DeNB210到RN224的傳輸可使用單個蜂窩或多蜂窩MBSFN。在一些示例中，從RN224到UE的傳輸可包括以下內容中的一個或多個:
[0076]a) MBSFN廣播傳輸，其中多個中繼節(jié)點在相同時間/頻率資源上在相同時間傳輸相同內容；
[0077]b )單個蜂窩中的MBSFN廣播傳輸；
[0078]c)到多個經標識UE的一個或多個多播/單播傳輸，其中數(shù)個或每個UE提供反饋到RN，RN選擇功率級、調制編碼方案、時間和/或頻率資源以及可選地波束形成設定使得所有UE接收傳輸(無論在一個或多個多播信道還是單播信道上)；
[0079]d)使用多個單播信道將數(shù)據(jù)從RN224轉移到UE。
[0080]現(xiàn)在參考圖7，示出在DeNB210處支持廣播通信的流程圖700的示例。流程圖700在步驟705開始并且移動到步驟710，其中針對每個新eMBMS數(shù)據(jù)分組幀，DeNB發(fā)起以下過程。方法隨后移動到步驟715，其中針對由DeNB210所服務的每個RN224，DeNB210發(fā)起以下過程。方法隨后移動到步驟720，其中關于來自RN的經最后報告的服務質量(QoS)報告是否大于預定的或經動態(tài)調整的閾值QoS級別進行確定。如果在步驟720來自RN的經最后報告的服務質量(QoS)報告不大于預定的或經動態(tài)調整的閾值QoS級別，那么方法移動到步驟725，其中關于系統(tǒng)/網(wǎng)絡是否已經采用增強的單播信道進行確定。如果在步驟725確定系統(tǒng)/網(wǎng)絡尚未采用增強的單播信道，那么方法移動到步驟730，其中建立增強的單播信道。在該步驟中，在一個示例實施例中，可初始化冗余位，并且方法移動到步驟735。如果在步驟725中確定系統(tǒng)/網(wǎng)絡已經采用增強的單播信道，那么方法移動到步驟740，其中可增量所采用的冗余位的數(shù)目，并且方法移動到步驟735。
[0081]參考回到步驟720，響應于來自RN的經最后報告的服務質量(QoS)報告大于預定的或經動態(tài)調整的閾值QoS級別，方法移動到步驟745，其中關于系統(tǒng)/網(wǎng)絡是否已經采用增強的單播信道進行確定。如果在步驟745確定系統(tǒng)/網(wǎng)絡尚未采用增強的單播信道，那么方法移動到步驟760。如果在步驟745確定系統(tǒng)/網(wǎng)絡已經采用增強的單播信道，那么方法移動到步驟750，其中可減量所采用的冗余位的數(shù)目，并且方法移動到步驟735。
[0082]在步驟735中，調度器布置為選擇要用于增強的單播信道的一個標準或多個標準，例如選擇特定時間和/或頻率資源、要采用的調制方案、功率級用于攜載增強的單播信道上的冗余位等。調度器可從RN224接收一個或多個輸入，諸如信道探測信息。方法隨后移動到步驟760，其中關于是否任何更多RN落入DeNB的控制和通信覆蓋范圍進行確定。如果在步驟760確定更多RN落入DeNB的控制和通信覆蓋范圍，那么方法返回到步驟715。但是在步驟760，如果確定沒有更多RN落入DeNB的控制和通信覆蓋范圍，那么方法移動到步驟765并且廣播傳輸和增強的單播傳輸二者在經要求和調度的時間被發(fā)送。隨后等待下一幀并且過程返回到步驟710。
[0083]現(xiàn)在參考圖8，示出了在諸如RN224的RN處支持廣播通信的流程圖800的示例。流程圖800在步驟805開始并且移動到步驟810，其中針對每個新eMBMS數(shù)據(jù)分組幀距，RN發(fā)起以下過程。方法隨后移動到步驟815，其中RN確定是否存在單播傳輸并且如果存在，那么實施MBMS廣播信號和單播信號的類似HARQ合并。RN隨后在適當?shù)?、經調度的時間將每個MBMS幀重新廣播到處于RN的覆蓋區(qū)域之下的UE，如步驟830所示。在一些示例實施例中，RN隨后大致并發(fā)地將經合并、接收的MBMS信號和增強的單播信道內的一個或多個QoS參數(shù)報告給其DeNB，如步驟820所示。RN可隨后將信號干擾比(或類似的)測量通過可由增強的單播傳輸所使用的數(shù)個/所有時間和/或頻率資源報告給DeNB，如步驟825所示。在步驟825或步驟820之后，方法隨后移動到步驟835并且RN等待下一個經接收的MBMS幀，之后返回到步驟815。
[0084]現(xiàn)在參考圖9，示出了本發(fā)明的實施例中的、可被采用以實現(xiàn)信號處理功能性的典型的計算系統(tǒng)900?？稍诮尤朦c和無線通信單元中使用該類型的計算系統(tǒng)。相關領域中的技術人員還將理解如何使用其他計算機系統(tǒng)或架構來實現(xiàn)本發(fā)明。計算系統(tǒng)900可代表例如臺式、膝上或筆記本計算機、手持計算設備(PDA、蜂窩電話、掌上型計算機等)、大型機、月艮務器、客戶端、或者可滿足或適合用于給定的應用或環(huán)境的任何其他類型的專用或通用計算設備。計算系統(tǒng)900可包括一個或多個處理器，諸如處理器904?？墒褂猛ㄓ没驅Ｓ玫奶幚硪嬷T如例如微處理器、微控制器或其他控制邏輯來實現(xiàn)處理器904。在該示例中，處理器904連接到總線902或其他通信介質。
[0085]計算系統(tǒng)900還可包括主存儲器908，諸如隨機存取存儲器(RAM)或其他動態(tài)存儲器，用于存儲要由處理器904所執(zhí)行的信息或指令。主存儲器908還可用于在要由處理器904所執(zhí)行的指令的執(zhí)行期間存儲臨時變量或其他中間信息。計算系統(tǒng)900也可包括耦連到總線902的只讀存儲器(ROM)或其他靜態(tài)存儲設備用于存儲用于處理器904的靜態(tài)信息和指令。
[0086]計算系統(tǒng)900還可包括信息存儲系統(tǒng)910，其可包括例如介質驅動器912以及可移動存儲接口 920。介質驅動器912可包括驅動器或其他機制以支持固定或可移動存儲介質，諸如硬盤驅動器、軟盤驅動器、磁帶驅動器、光盤驅動器、壓縮光盤(⑶)或數(shù)字視頻驅動器(DVD)、讀或寫驅動器(R或RW)、或其他可移動或固定介質驅動器。存儲介質918可包括例如硬盤、軟盤、磁帶、光盤、CD或DVD、或由介質驅動器912進行讀取或寫入的其他固定或可移動介質。如這些示例示出的，存儲介質918可包括其中存儲特定計算機軟件或數(shù)據(jù)的計算機可讀存儲介質。
[0087]在可替代實施例中，信息存儲系統(tǒng)910可包括用于允許計算機程序或其他指令或數(shù)據(jù)被加載到計算系統(tǒng)900中的其他類似部件。這種部件可包括例如可移動存儲單元922和接口 920，諸如程序盒式存儲器和盒式存儲器接口、可移動存儲器(例如閃存或其他可移動存儲器模塊)和存儲器插槽、以及允許軟件和數(shù)據(jù)從可移動存儲單元918轉移到計算系統(tǒng)900的其他可移動存儲單元922和接口 920。[0088]計算系統(tǒng)900還可包括通信接口 924。通信接口 924可用來允許軟件和數(shù)據(jù)在計算系統(tǒng)900和外部設備之間轉移。通信接口 924的示例可包括調制解調器、網(wǎng)絡接口(諸如以太網(wǎng)或其他NIC卡)、通信端口(諸如例如通用串行總線(USB)端口)、PCMCIA插槽和卡等。經由通信接口 924所轉移的軟件和數(shù)據(jù)是以下形式的信號，其可以是電子、電磁以及光學或能夠由通信接口 924所接收的其他信號。經由信道928將這些信號提供到通信接口 924。該信道928可攜載信號并可使用無線介質、有線或電纜、光纖、或其他通信介質來實現(xiàn)。信道的一些示例包括電話線、蜂窩電話鏈路、RF鏈路、網(wǎng)絡接口、局域或廣域網(wǎng)絡以及其他通
Ir In Xe o
[0089]在該文檔中，術語‘計算機程序產品’ ‘計算機可讀介質’等通?？捎脕碇钢T如例如存儲器908、存儲設備918、或存儲單元922的介質。這些和其他形式的計算機可讀介質可存儲用于由處理器904使用的一個或多個指令，以使處理器實施指定操作。通常被稱為‘計算機程序代碼’(其可以以計算機程序或其他分組的形式被分組)的這種指令，當執(zhí)行時使能計算系統(tǒng)900實施本發(fā)明的實施例的功能。注意，代碼可直接使處理器實施指定操作、經編譯以使處理器實施指定操作、和/或與其他軟件、硬件、和/或固件元件(例如用于實施標準功能的庫)結合以使處理器實施指定操作。
[0090]在使用軟件實現(xiàn)元件的實施例中，軟件可通過使用例如可移動存儲驅動器922、驅動器912或通信接口 924存儲在計算機可讀介質中以及加載到計算系統(tǒng)900中?？刂七壿?在該示例中是軟件指令或計算機程序代碼)當由處理器904所執(zhí)行時，使處理器904實施如本文所述的本發(fā)明的功能。
[0091]在一個示例中，有形的非暫時性計算機程序產品包括可執(zhí)行程序代碼用于支持包括多個通信蜂窩的無線通信系統(tǒng)中的廣播傳輸，廣播內容經由至少一個中繼節(jié)點(RN)從基站路由到至少一個無線通信單元。可執(zhí)行程序代碼當在基站執(zhí)行時，可以是可操作的用于將廣播內容從基站廣播到至少一個RN。
[0092]在一個示例中，有形的非暫時性計算機程序產品包括可執(zhí)行程序代碼用于支持包括多個通信蜂窩的無線通信系統(tǒng)中的廣播傳輸，廣播內容經由至少一個中繼節(jié)點(RN)從基站路由到至少一個無線通信單元?？蓤?zhí)行程序代碼當在至少一個無線通信單元執(zhí)行時，可以是可操作的用于從基站接收廣播內容；從至少一個RN隨后接收相同廣播內容；以及緩沖和合并二者的廣播傳輸以解碼廣播內容。
[0093]應理解的是，為了清楚起見，上文的描述已參考不同功能的單元和處理器來描述本發(fā)明的實施例。然而顯而易見的是，可使用不同的功能單元或處理器之間的功能性的任何合適的分布，例如關于廣播模式邏輯或管理邏輯，而不偏離本發(fā)明。例如，示出的要由分開的處理器或控制器所實施的功能性可由相同處理器或控制器加以實施。因此，對具體的功能單元的參考僅視為對用于提供所描述的功能性的合適裝置的參考，而非嚴格的邏輯或物理結構或組織的指示。
[0094]本發(fā)明的方面可以以任何合適的形式實現(xiàn)，包括硬件、軟件、固件或其組合?？蛇x地，可以至少部分地將本發(fā)明實現(xiàn)為在一個或多個數(shù)據(jù)處理器和/或數(shù)字信號處理器上運行的計算機軟件。因此，可以以任何合適的方式來物理地、功能地以及邏輯地實現(xiàn)本發(fā)明的實施例的元件和部件。實際上，可在單個單元、多個單元中或作為其他的功能單元的一部分來實現(xiàn)功能性。[0095]本領域的技術人員將理解的是，本文所描述的功能塊和/或邏輯元件可實現(xiàn)集成電路中用于合并到一個或多個通信單元中。此外，所意圖的是，邏輯塊之間的邊界僅是示意性的并且可替代實施例可融合邏輯塊或電路元件或在各邏輯塊或電路元件上施加功能性的替代組合。所進一步意圖的是，本文所描繪的架構僅是示例性的，實際上可實現(xiàn)達成相同功能性的許多其他架構。例如，為了清楚起見，信號處理模塊308已被示出和描述為單個處理模塊，然而在其他實現(xiàn)方案中其可包括分開的處理模塊或邏輯塊。
[0096]雖然結合一些示例實施例描述了本發(fā)明，但不旨在將其限制到本文所闡述的具體形式。相反，本發(fā)明的范圍僅由所附權利要求所限制。此外，雖然特征可表現(xiàn)為如結合特定實施例所描述的，但本領域的技術人員將理解的是，可根據(jù)本發(fā)明合并所描述的實施例的各特征。在權利要求中，術語‘包括’不排除其他元件或步驟的存在。
[0097]另外，多個裝置、元件或方法步驟雖然被單獨列出，但其可通過例如單個單元或處理器來加以實現(xiàn)。此外，雖然單獨特征可包括在不同權利要求中，但這些特征可以可能有利地加以合并，并且在不同權利要求中的包含不暗示特征的合并是不可行的和/或有利的。并且，權利要求的一個分類中的特征的包含不暗示對該分類的限制，而是指示特征酌情同等地適用于其他權利要求分類。
[0098]另外，權利要求中的特征的順序不暗示特征必須按其實施的任何具體順序，并且具體來講，方法權利要求中的單獨步驟的順序不暗示步驟必須以此順序實施。而是步驟可以以任何合適的順序來加以實施。此外，單數(shù)的參考不排除復數(shù)。因此，對“一”、“一個”、
“第一”、“第二”等的參考不排除復數(shù)。
【權利要求】
1.一種多個通信蜂窩中的至少一個中的用于支持廣播傳輸?shù)姆涓C通信系統(tǒng)，所述蜂窩通信系統(tǒng)包括能夠將內容廣播到包括以下內容的組中的至少一個的至少一個基站:至少一個中繼節(jié)點(RN) (224)、至少一個無線通信單元(226);其中所述至少一個基站(210)布置為用與廣播內容相關聯(lián)的至少一個增強的單播傳輸補充所述廣播傳輸。
2.根據(jù)權利要求1所述的蜂窩通信系統(tǒng)，其中所述至少一個增強的單播傳輸攜載與所述廣播內容相關聯(lián)的附加的差錯編碼冗余位。
3.根據(jù)權利要求2所述的蜂窩通信系統(tǒng)，其中所述附加的差錯編碼冗余位根據(jù)所述廣播內容計算。
4.根據(jù)任何一個先前權利要求所述的蜂窩通信系統(tǒng)，其中所述至少一個增強的單播傳輸或者部分地或者全部地攜載與所述廣播內容相同的內容。
5.根據(jù)先前權利要求1到3中的任何一個所述的蜂窩通信系統(tǒng)，其中所述至少一個增強的單播傳輸不傳達所述廣播內容。
6.根據(jù)任何一個先前權利要求所述的蜂窩通信系統(tǒng)，其中所述基站布置為動態(tài)地發(fā)起所述至少一個增強的單播傳輸?shù)牡絾蝹€RN或多個RN的傳輸。
7.根據(jù)任何一個先前權利要求所述的蜂窩通信系統(tǒng)，其中所述至少一個基站(210)布置為動態(tài)地調整所述至少一個增強的單播傳輸?shù)膮?shù)，其中所述參數(shù)包括包括以下內容的組中的至少一個: 用于所述至少一個增強的單播傳輸?shù)膫鬏敼β始墸? 所述增強的單播傳輸上所采用的數(shù)據(jù)率； 經選擇的調制方案； 在其上要進行所述增強的單播傳輸?shù)慕涍x擇的時間和/或頻率資源； 在所述增強的單播傳輸上所傳達的數(shù)個冗余物理層位。
8.根據(jù)權利要求6或權利要求7所述的蜂窩通信系統(tǒng)，其中所述至少一個基站(210)布置為實施以下內容中的至少一個: 動態(tài)地發(fā)起所述至少一個增強的單播傳輸?shù)牡絾蝹€RN或多個RN的傳輸； 動態(tài)地調整所述至少一個增強的單播傳輸?shù)膮?shù)；基于包括以下內容的組中的至少一個: 所述基站和所述至少一個RN之間的占主導的信道條件； 從所述至少一個RN提供到基站的廣播信道的信號質量的反饋信息； 經合并的廣播和單播傳輸?shù)馁|量。
9.根據(jù)任何一個先前權利要求所述的蜂窩通信系統(tǒng)，其中所述蜂窩通信系統(tǒng)是第三代合作伙伴項目(3GPP?)系統(tǒng)的長期演進(LTE)版本。
【文檔編號】H04W4/06GK103430576SQ201180062539
【公開日】2013年12月4日 申請日期:2011年12月16日 優(yōu)先權日:2010年12月24日
【發(fā)明者】斯蒂芬·巴雷特 申請人:輝達公司