国产精品1024永久观看,大尺度欧美暖暖视频在线观看,亚洲宅男精品一区在线观看,欧美日韩一区二区三区视频,2021中文字幕在线观看

  • <option id="fbvk0"></option>
    1. <rt id="fbvk0"><tr id="fbvk0"></tr></rt>
      <center id="fbvk0"><optgroup id="fbvk0"></optgroup></center>
      <center id="fbvk0"></center>

      <li id="fbvk0"><abbr id="fbvk0"><dl id="fbvk0"></dl></abbr></li>

      在無線網(wǎng)絡(luò)中中繼單播和多播數(shù)據(jù)的制作方法

      文檔序號(hào):7978369閱讀:429來源:國(guó)知局
      在無線網(wǎng)絡(luò)中中繼單播和多播數(shù)據(jù)的制作方法
      【專利摘要】一種用于無線網(wǎng)絡(luò)的中繼節(jié)點(diǎn)(150),被配置為基于具有多個(gè)子幀的無線幀進(jìn)行傳輸。中繼節(jié)點(diǎn)(150)包括第一中繼路徑(630)和第二中繼路徑(640)。第一中繼路徑(630)被配置為:在子幀中的第一子幀中接收第一單播傳輸信號(hào),對(duì)第一單播傳輸信號(hào)進(jìn)行解碼以獲得單播數(shù)據(jù),以及通過在子幀中的第二子幀中發(fā)送第二單播傳輸信號(hào)來轉(zhuǎn)發(fā)解碼的單播數(shù)據(jù)。第二中繼路徑(640)被配置為:在子幀中的第三子幀中接收多播傳輸信號(hào),對(duì)所接收的多播傳輸信號(hào)進(jìn)行放大,以及在第三子幀中發(fā)送放大的多播傳輸信號(hào)。中繼節(jié)點(diǎn)(150)可以在第一中繼路徑(630)和第二中繼路徑(640)之間切換,以實(shí)現(xiàn)解碼轉(zhuǎn)發(fā)和放大轉(zhuǎn)發(fā)混合中繼操作。
      【專利說明】在無線網(wǎng)絡(luò)中中繼單播和多播數(shù)據(jù)
      【技術(shù)領(lǐng)域】
      [0001]本發(fā)明涉及在無線網(wǎng)絡(luò)中中繼單播和多播數(shù)據(jù)的方法以及相應(yīng)的設(shè)備。
      【背景技術(shù)】
      [0002]在諸如根據(jù)3GPP(第三代合作伙伴計(jì)劃)的移動(dòng)網(wǎng)絡(luò)中,已知使用中繼來提供網(wǎng)絡(luò)的性能和/或覆蓋。例如,在3GPP LTE(長(zhǎng)期演進(jìn))的版本10技術(shù)方案(TS)中引入中繼。中繼的大體想法是中繼節(jié)點(diǎn)(RN)從發(fā)送方接收傳輸,并向接收方轉(zhuǎn)發(fā)此傳輸。例如,可以從基站(在3GPP LTE中被稱為“演進(jìn)節(jié)點(diǎn)B (eNB) ”)接收傳輸,并向移動(dòng)終端或其他類型的用戶設(shè)備(UE)轉(zhuǎn)發(fā)該傳輸,反之亦然。在3GPP LTE中,RN經(jīng)由回程鏈路與其服務(wù)eNB (還被稱為施主eNB)進(jìn)行通信,并經(jīng)由接入鏈路提供對(duì)與RN的中繼小區(qū)附接的UE的訪問?;爻替溌泛徒尤腈溌肪鞘褂肔TE無線接口來實(shí)現(xiàn)的。
      [0003]根據(jù)3GPP TS,解碼轉(zhuǎn)發(fā)(DF)類型的中繼操作用于中繼單播傳輸。在此類型的中繼操作中,RN在向接收機(jī)轉(zhuǎn)發(fā)之前,對(duì)發(fā)送方的有用信號(hào)進(jìn)行解碼。基本上存在兩種不同的RN實(shí)現(xiàn)。存在例如通過分離的天線的方式足夠好地分離接入鏈路和回程鏈路的RN(還被稱為類型IbRN)或通過分離的頻帶的方式足夠好地分離接入鏈路和回程鏈路的RN (還被稱為類型Ia RN)。此外,存在其接入鏈路和回程鏈路會(huì)嚴(yán)重地相互干擾使得使用分離的接入子幀和回程子幀的配置的RN(還被稱為類型1RN)。在回程子幀中,RN可以與施主eNB進(jìn)行通信,而在接入子幀中,RN可以與附接到中繼小區(qū)的UE進(jìn)行通信。如3GPP TS36.216中所定義,RN向相連的UE宣布下行鏈路(DL)回程子幀為MBSFN(單頻網(wǎng)絡(luò)上的多媒體廣播/多播服務(wù))子巾貞,以便在回程子幀期間不使相連的UE混亂。
      [0004]在3GPP LTE,提供多媒體廣播/多播服務(wù)(MBMS)用于多播數(shù)據(jù)或廣播數(shù)據(jù)的高效傳遞。多播數(shù)據(jù)是旨在由多播UE接收的數(shù)據(jù),并且廣播數(shù)據(jù)被認(rèn)為是多播數(shù)據(jù)的特定情況,旨在所有UE能夠接收該多播數(shù)據(jù)。在MBMS的上下文中,支持MBMS的所有相連的UE可以接收到廣播數(shù)據(jù),而多播數(shù)據(jù)的接收可以限于通過認(rèn)證的相連UE的子組。
      [0005]MBSFN在eNB組中協(xié)調(diào)MBMS數(shù)據(jù)(即廣播數(shù)據(jù)或多播數(shù)據(jù))的傳輸,使得所有涉及的eNB聯(lián)合傳輸數(shù)據(jù),即使用相同時(shí)頻資源以同步的方式傳輸相同數(shù)據(jù)。從UE的角度看,所有信號(hào)在空中合并,導(dǎo)致提高的信號(hào)與干擾噪聲比(SINR)。在物理多播信道(PMCH)上承載并在MBSFN子幀的MBSFN區(qū)域中執(zhí)行MBMS數(shù)據(jù)的MBSFN傳輸。在LTE版本9和10中,eNB使用由第一 OFDM符號(hào)或第一 OFDM符號(hào)和第二 OFDM符號(hào)構(gòu)成的非MBSFN區(qū)域(還被稱為控制區(qū))來提供小區(qū)專用控制信息。控制區(qū)的大小是多小區(qū)/多播協(xié)調(diào)實(shí)體(MCE)為參與MBSFN區(qū)域的所有小區(qū)進(jìn)行半靜態(tài)地配置,并經(jīng)由PCFICH發(fā)信號(hào)通知的。然而,根據(jù) 3GPP TS36.300 章節(jié) 15.1, RN 不支持 MBMS。
      [0006]因此,需要允許單播數(shù)據(jù)和多播數(shù)據(jù)或廣播數(shù)據(jù)兩者的高效中繼的技術(shù)。

      【發(fā)明內(nèi)容】

      [0007]根據(jù)本發(fā)明實(shí)施例,提供了一種在無線網(wǎng)絡(luò)中中繼單播數(shù)據(jù)和多播數(shù)據(jù)的方法。無線網(wǎng)絡(luò)包括:RN,被配置為基于具有多個(gè)子幀的無線幀進(jìn)行傳輸。根據(jù)該方法,RN在子幀中的第一子幀中接收第一單播傳輸信號(hào)。RN對(duì)第一單播傳輸信號(hào)進(jìn)行解碼以獲得單播數(shù)據(jù),并通過在子幀中的第二子幀中發(fā)送第二單播傳輸信號(hào)來轉(zhuǎn)發(fā)解碼的單播數(shù)據(jù)。此外,RN在子幀中的第三子幀中接收多播傳輸信號(hào)。RN對(duì)所接收的多播傳輸信號(hào)進(jìn)行放大,并在第三子幀中發(fā)送所放大的多播傳輸信號(hào)。
      [0008]根據(jù)本發(fā)明的另一實(shí)施例,提供了一種用于無線網(wǎng)絡(luò)的RN。所述RN被配置為基于具有多個(gè)子幀的無線幀進(jìn)行傳輸。所述RN包括第一中繼路徑和第二中繼路徑。所述第一中繼路徑被配置為:在子幀中的第一子幀中接收第一單播傳輸信號(hào),對(duì)所述第一單播傳輸信號(hào)進(jìn)行解碼以獲得單播數(shù)據(jù),以及通過在子幀中的第二子幀中發(fā)送第二單播傳輸信號(hào)來轉(zhuǎn)發(fā)解碼的單播數(shù)據(jù)。所述第二中繼路徑被配置為:在子幀中的第三子幀中接收多播傳輸信號(hào),對(duì)所接收的多播傳輸信號(hào)進(jìn)行放大,以及在第三子幀中發(fā)送放大的多播傳輸信號(hào)。
      [0009]根據(jù)其他實(shí)施例,可以提供用于實(shí)現(xiàn)所述方法的其他方法、設(shè)備或計(jì)算機(jī)程序產(chǎn)品O
      【專利附圖】

      【附圖說明】
      [0010]圖1示意性地示出了可以實(shí)現(xiàn)根據(jù)本發(fā)明實(shí)施例的概念的無線網(wǎng)絡(luò)。
      [0011]圖2示意性地示出了根據(jù)本發(fā)明實(shí)施例的在包括RN的無線網(wǎng)絡(luò)中傳輸?shù)氖纠?br> [0012]圖3示意性地示出了根據(jù)本發(fā)明實(shí)施例的在包括RN的無線網(wǎng)絡(luò)中傳輸?shù)牧硪皇纠?br> [0013]圖4示意性地示出了如本發(fā)明實(shí)施例中所使用的用于多播傳輸?shù)淖訋?br> [0014]圖5還示出了根據(jù)本發(fā)明實(shí)施例的無線網(wǎng)絡(luò)中的結(jié)構(gòu)。
      [0015]圖6示意性地示出了根據(jù)本發(fā)明實(shí)施例的RN。
      [0016]圖7示意性地示出了 RN的基于處理器的實(shí)現(xiàn)。
      [0017]圖8示出了用于闡述根據(jù)本發(fā)明實(shí)施例的方法中單播數(shù)據(jù)的中繼的流程圖。
      [0018]圖9示出了用于闡述根據(jù)本發(fā)明實(shí)施例的方法中多播數(shù)據(jù)的中繼的流程圖。
      【具體實(shí)施方式】
      [0019]以下,將通過參考示例性實(shí)施例并參考附圖,更詳細(xì)地解釋本發(fā)明。所述實(shí)施例涉及中繼單播數(shù)據(jù)和多播數(shù)據(jù)兩者的概念,這可以通過使用混合中繼操作來完成,混合中繼操作向單播傳輸應(yīng)用DF類型的中繼操作,并向多播數(shù)據(jù)應(yīng)用放大轉(zhuǎn)發(fā)(AF)類型的中繼操作。此概念可以應(yīng)用在根據(jù)3GPP LTE的無線網(wǎng)絡(luò)中。然而,應(yīng)當(dāng)理解的是,所述概念同樣可以應(yīng)用在其他類型的無線網(wǎng)絡(luò)中。
      [0020]圖1示意性地示出了可以應(yīng)用根據(jù)本發(fā)明實(shí)施例的概念的示例性無線網(wǎng)絡(luò)。
      [0021]如所示,無線網(wǎng)絡(luò)包括若干基站110,具體而言,第一基站(BS1)、第二基站(BS2)和第三基站(BS3)。此外,無線網(wǎng)絡(luò)包括若干RN150,具體而言,第一 RN(RNl)和第二中繼節(jié)點(diǎn)(RN2)。此外,無線網(wǎng)絡(luò)包括控制節(jié)點(diǎn)130,控制節(jié)點(diǎn)130具有協(xié)調(diào)無線網(wǎng)絡(luò)中多播傳輸?shù)哪康?,控制?jié)點(diǎn)130還包括向基站110提供多播數(shù)據(jù)。這可以使用基于電線的鏈路(通過實(shí)線表示)來完成。基站110在多播傳輸中發(fā)送多播數(shù)據(jù),這是使用無線鏈路來實(shí)現(xiàn),由虛線箭頭表示。RN150可以對(duì)多播傳輸進(jìn)行中繼。在所示示例中,RNl中繼BSl的多播傳輸并且RN2中繼BS3的多播傳輸。此外,BSllO還可以向它們的附屬RN150發(fā)送具有單播數(shù)據(jù)的單播傳輸。單播數(shù)據(jù)可以由RN150中繼或可以在RN150中用于控制目的。例如,RNl可以中繼由BSl提供的單播數(shù)據(jù),即BSl可以被認(rèn)為是RNl的施主基站。類似地,RN2可以中繼由BS3提供的單播數(shù)據(jù),即BS3可以被認(rèn)為是RNl的施主基站。
      [0022]若干移動(dòng)終端或其他類型的UE210(具體而言,第一 UE(UEl)、第二 UE(UE2)和第三UE(UE3))位于允許接收多播數(shù)據(jù)的無線網(wǎng)絡(luò)的覆蓋區(qū)域中。在所述示例中,UEl接收來自RN1、BSl和BS2的聯(lián)合傳輸中的多播數(shù)據(jù),UE2接收來自BS2、BS3和RN2的聯(lián)合傳輸中的多播數(shù)據(jù),并且UE3接收來自BS3和RN2的聯(lián)合傳輸中的多播數(shù)據(jù)。這里,術(shù)語(yǔ)“聯(lián)合傳輸”的意思是,使用相同時(shí)頻資源以同步的方式傳輸多播數(shù)據(jù),使得所傳輸?shù)男盘?hào)建設(shè)性地(constructively)在空中合并。術(shù)語(yǔ)“多播數(shù)據(jù)”意味著,數(shù)據(jù)旨在由多個(gè)UE接收,并還包括廣播數(shù)據(jù)。術(shù)語(yǔ)“廣播數(shù)據(jù)”意味著多播數(shù)據(jù)的特殊情形,該多播數(shù)據(jù)旨在針對(duì)能夠接收該多播數(shù)據(jù)的所有UE。
      [0023]圖1的無線網(wǎng)絡(luò)可以根據(jù)3GPP LTE實(shí)現(xiàn)。在此情況下,多播傳輸可以對(duì)應(yīng)于MBMS數(shù)據(jù)的MBSFN傳輸。這樣,多播數(shù)據(jù)可以由支持MBMS的所有UE接收,而多播數(shù)據(jù)的接收可以限于例如通過認(rèn)證的UE的子組。
      [0024]圖2示意性地示出了當(dāng)對(duì)根據(jù)本發(fā)明實(shí)施例的RN(例如圖1和2中所示的RN)進(jìn)行操作時(shí)無線網(wǎng)絡(luò)中下行鏈路(DL)傳輸?shù)氖纠?。圖2還示出了 RN150、RNl50的施主基站出5)110和服210。還示出了施主基站110和RN150之間的回程鏈路(BL)以及RN150和UE210之間的接入鏈路(AL)。接入鏈路用于向UE210和其他UE的多播傳輸。此外,接入鏈路用于從RN150到UE210的DL單播傳輸或用于從UE210到RN150的上行鏈路(UL)單播傳輸。緊挨著RN150,示出了針對(duì)由RN發(fā)送的無線幀配置。緊挨著施主基站110,示出了針對(duì)由施主基站110發(fā)送的無線幀配置。緊挨著UE210,示出了針對(duì)由UE210接收的無線幀配置。如所示,無線幀配置每個(gè)包括多個(gè)子幀20、30、20’、30’、20”和30”。由##表示的行指示子幀的索引。
      [0025]在基站的無線幀配置和在RN的無線幀配置中,陰影指示用于多播傳輸?shù)淖訋?0、30’。在上述3GPP LTE場(chǎng)景中,這些子幀可以是MBSFN子幀。沒有陰影指示常規(guī)子幀,即用于單播傳輸?shù)淖訋T谏鲜?GPP LTE場(chǎng)景中,這些子幀可以是非MBSFN子幀。在UE的無線幀配置中,陰影指示子幀30 ”,其中,UE被配置用于多播傳輸(例如MBMS數(shù)據(jù)的MBSFN傳輸)的接收。
      [0026]在圖2中,傳輸由垂直箭頭示出。實(shí)箭頭示出多播傳輸,即向多個(gè)接收方的傳輸。多播傳輸是從基站110到UE210和從RN150到UE210聯(lián)合實(shí)現(xiàn)的。更具體地,RNl50在用于多播傳輸30的子幀之一中接收多播傳輸?shù)男盘?hào)(在下文中被稱為多播傳輸信號(hào)),放大該多播傳輸信號(hào),并在用于多播傳輸30的相同子幀中發(fā)送放大的多播傳輸信號(hào)。在圖2的示例中,在具有索引2、6和8的子幀中應(yīng)用此類型的中繼操作。
      [0027]在UE210,來自基站110和來自RN150的多播傳輸信號(hào)在空中合并,并呈現(xiàn)為單個(gè)信號(hào)。因此,與多播傳輸有關(guān)的中繼操作對(duì)UE是透明的。此外,基站110也不需要知道與多播傳輸有關(guān)的RN150的中繼操作。
      [0028]圖2中的點(diǎn)箭頭示出了單播傳輸,即向單個(gè)接收方的傳輸。如圖2所示,RN150還中繼單播傳輸。為此,RN150從基站110接收單播傳輸?shù)男盘?hào)(在下文中被稱為單播傳輸信號(hào))。這可以在用于多播傳輸30的子巾貞之一中實(shí)現(xiàn)。然后,RN150對(duì)單播傳輸信號(hào)進(jìn)行解碼以獲得單播數(shù)據(jù),并通過在子幀20、30中的另一子幀中發(fā)送其他單播傳輸信號(hào)來轉(zhuǎn)發(fā)所解碼的單播數(shù)據(jù)。在圖2的示例中,在具有索引I和5的子幀和具有索引3和9的子幀中應(yīng)用此類型的中繼操作。
      [0029]可以看到,施主基站110和RN150聯(lián)合向UE210發(fā)送多播傳輸,并且RN150向多播傳輸應(yīng)用的中繼操作對(duì)應(yīng)于AF類型的中繼操作。這就是說,在轉(zhuǎn)發(fā)之前,不對(duì)多播傳輸進(jìn)行解碼。應(yīng)用于單播傳輸?shù)闹欣^操作進(jìn)而對(duì)應(yīng)于DF類型的中繼操作,即在轉(zhuǎn)發(fā)之前對(duì)該單播傳輸進(jìn)行解碼。在圖2的示例中,RN150用于接收來自施主基站110的單播傳輸?shù)腞N150無線幀配置中的子幀(即回程子幀)對(duì)應(yīng)于用于多播傳輸30的子幀。這與3GPP TS36.216一致并避免UE210的混亂,因?yàn)樵谟糜诙嗖鬏數(shù)淖訋校琔E210不期望從RN150到UE210的任何(例如參考信號(hào)的)傳輸。
      [0030]因此,RN150將DF類型的中繼操作用于單播傳輸,而將AF類型的中繼操作用于多播傳輸。這具有對(duì)于多播傳輸不需要回程數(shù)據(jù)的分離傳輸?shù)膬?yōu)點(diǎn)。以此方式,增加數(shù)量的子幀可用于單播傳輸?shù)闹欣^。
      [0031]圖3示意性地示出了當(dāng)對(duì)根據(jù)本發(fā)明實(shí)施例的RN進(jìn)行操作時(shí)無線網(wǎng)絡(luò)中傳輸?shù)牧硪皇纠?。圖3的情形與圖2類似,但還假定在例如如類型Ia RN或類型Ib RN中的單播傳輸期間,接入鏈路和回程鏈路相互隔離。該隔離可以通過使用空間上分離的傳輸信道(例如通過使用定向天線)和/或通過使用不同頻率來實(shí)現(xiàn)。應(yīng)當(dāng)理解的是,來自施主基站110和來自RN150的聯(lián)合多播傳輸將使用相同頻率。
      [0032]如圖3中所示,回程鏈路和接入鏈路之間的隔離允許將用于單播傳輸20的子幀(例如非MBSFN子幀)用作RN150從施主基站110接收單播數(shù)據(jù)的回程子幀。在圖3的示例中,具有索引I和3的子幀(即用于中繼單播數(shù)據(jù)的回程子幀)是用于單播傳輸20的子幀。
      [0033]圖4示意性地示出了如本發(fā)明實(shí)施例中所使用的用于多播傳輸?shù)淖訋?。具體而言,所述子幀的結(jié)構(gòu)對(duì)應(yīng)于如上述3GPP LTE場(chǎng)景中所使用的MBSFN子幀。圖式以沿著時(shí)間軸(由t表示)和頻率軸(由f表示)布置的塊的形式,示出了子幀的時(shí)頻資源。
      [0034]如所示,多播傳輸?shù)淖訋ǖ谝粫r(shí)隙SI和第二時(shí)隙S2,每個(gè)由六個(gè)OFDM符號(hào)構(gòu)成。在圖4中,符號(hào)索引是由#sym表示。在所述示例中,子幀的開始兩個(gè)OFDM符號(hào)(即第一時(shí)隙SI中具有索引O和I的OFDM符號(hào))形成子幀的控制區(qū)CR。該控制區(qū)通常包括控制數(shù)據(jù),例如Ll/L2(層I/層2)控制數(shù)據(jù)。子幀的剩余OFDM符號(hào)(即第一時(shí)隙SI中具有索引2至5的OFDM符號(hào)和第二時(shí)隙S2中具有索引O至5的OFDM符號(hào))形成子幀的數(shù)據(jù)區(qū)DR (在所述MBSFN子幀的示例中還被稱為MBSFN區(qū)域)。
      [0035]子幀的每個(gè)OFDM符號(hào)包括循環(huán)前綴CP、CP’。針對(duì)數(shù)據(jù)區(qū)DR的OFDM符號(hào),通常使用循環(huán)前綴CP’的長(zhǎng)度,與針對(duì)控制區(qū)CR的OFDM符號(hào)的循環(huán)前綴長(zhǎng)度相比,循環(huán)前綴CP’的長(zhǎng)度被延長(zhǎng)。利用延長(zhǎng)的循環(huán)前綴CP’,可以考慮UE通常從與UE具有不同距離的各種源接收多播區(qū)域中的聯(lián)合MBSFN傳輸。根據(jù)3GPP TS36.211表6.12_1,控制區(qū)CR的第一 OFDM符號(hào)的循環(huán)前綴CP(即,第一時(shí)隙SI中具有索引O的OFDM符號(hào))具有大約Tero = 5.2ys的長(zhǎng)度,控制區(qū)CR的第二 OFDM符號(hào)的循環(huán)前綴CP(即,第一時(shí)隙SI中具有索引I的OFDM符號(hào))具有大約Tero = 4.7 μ s的長(zhǎng)度,并且多播區(qū)域MR中OFDM符號(hào)的循環(huán)前綴CP’每個(gè)具有大約TCp_e = 16.7 u s的擴(kuò)展長(zhǎng)度。
      [0036]子幀中OFDM符號(hào)是根據(jù)具有l(wèi)s/12 = (T+TCP_c)的基本長(zhǎng)度的常規(guī)網(wǎng)格來布置的,其中T表示OFDM符號(hào)的長(zhǎng)度,并大約是T = 66.7 μ s。MBSFN區(qū)域內(nèi)的所有OFDM符號(hào)是根據(jù)此網(wǎng)格傳輸?shù)?,而控制區(qū)CR內(nèi)的OFDM符號(hào)使用更短循環(huán)前綴CP并因此比使用多播區(qū)域的擴(kuò)展循環(huán)前綴CP’的兩個(gè)OFDM符號(hào)更短。因此,在控制區(qū)CR的最后一個(gè)OFDM符號(hào)和多播區(qū)域的第一個(gè)OFDM符號(hào)之間存在間隙G。間隙G的長(zhǎng)度取決于一個(gè)還是兩個(gè)OFDM符號(hào)是否被配置用于控制區(qū)CR。在圖4的示例中,子幀的控制區(qū)包括兩個(gè)OFDM符號(hào),間隙G的長(zhǎng)度可以是大約13.5 μ S。
      [0037]控制區(qū)CR可以承載可以由RN并還可由UE接收的來自施主eNB的DL控制信令,而數(shù)據(jù)區(qū)DR可以承載由RN和由施主eNB進(jìn)行的實(shí)際MBSFN傳輸。
      [0038]用作用于單播傳輸?shù)淖訋姆荕BSFN子幀具有類似的結(jié)構(gòu),并同樣包括控制區(qū)和數(shù)據(jù)區(qū)。然而,在非MBSFN子幀的控制區(qū)和數(shù)據(jù)區(qū)中,均使用正常的更短的循環(huán)前綴CP。
      [0039]DF至AF交換可以發(fā)生在MBSFN子幀的控制區(qū)CR和MBSFN子幀的數(shù)據(jù)區(qū)DR之間(如圖4中時(shí)間tl所示),并且AF至DF交換可以發(fā)生在MBSFN子幀的數(shù)據(jù)區(qū)MR和下一子幀的控制區(qū)之間的MBSFN子幀的末尾(如圖4中時(shí)間t2所示)。以此方式,能夠?qū)N中MBSFN子幀的控制區(qū)CR進(jìn)行解碼,并將控制區(qū)CR中傳輸?shù)目刂茢?shù)據(jù)用于控制RN的操作。
      [0040]如圖4所示,當(dāng)將延長(zhǎng)循環(huán)前綴CP’應(yīng)用到MBSFN子幀的數(shù)據(jù)區(qū)DR并將正常循環(huán)前綴CP應(yīng)用到MBSFN子幀的控制區(qū)CR時(shí),在控制區(qū)CR的最后一個(gè)OFDM符號(hào)和數(shù)據(jù)區(qū)DR的第一 OFDM符號(hào)之間存在間隙G。間隙G的長(zhǎng)度取決于一個(gè)還是兩個(gè)OFDM符號(hào)被配置用于控制區(qū)CR。這緩和了對(duì)于切換的定時(shí)要求。
      [0041]如果正常循環(huán)前綴CP或延長(zhǎng)循環(huán)前綴CP’結(jié)合間隙G不足夠,DF至AF切換時(shí)間可以取自數(shù)據(jù)區(qū)DR、控制區(qū)CR或數(shù)據(jù)區(qū)DR和控制區(qū)CR兩者。類似地,AF至DF切換時(shí)間可以取自數(shù)據(jù)區(qū)DR、控制區(qū)CR或數(shù)據(jù)區(qū)DR和控制區(qū)CR兩者。在一些場(chǎng)景中,可以認(rèn)為控制信息更重要,使得優(yōu)選地僅從數(shù)據(jù)區(qū)DR中取切換時(shí)間。這可以縮短數(shù)據(jù)區(qū)DR的第一多播數(shù)據(jù)符號(hào)和/或最后一個(gè)多播數(shù)據(jù)符號(hào)的持續(xù)時(shí)間。
      [0042]當(dāng)如上所述通過DF類型的中繼操作中繼單播數(shù)據(jù)并通過AF類型的中繼操作中繼多播操作時(shí),RN150可以基于指示子幀中的哪個(gè)對(duì)應(yīng)于DF類型的中繼操作并且子幀中的哪些對(duì)應(yīng)于AF的類型中繼信息的信息,在這兩種類型的中繼操作之間切換。RN可以從施主基站110接收的控制數(shù)據(jù)(例如從子幀的控制區(qū)(例如在如圖4所述的MBSFN子幀的控制區(qū)CR中或從非MBSFN子幀的控制區(qū))中傳輸?shù)目刂茢?shù)據(jù))中獲得此信息。RN還可以從子幀的數(shù)據(jù)區(qū)(例如在如圖4所述的MBSFN子幀的數(shù)據(jù)區(qū)DR中或從非MBSFN子幀的數(shù)據(jù)區(qū)中)獲得控制數(shù)據(jù)。為此,還可以對(duì)針對(duì)用于中繼多播數(shù)據(jù)的多播傳輸?shù)淖訋目刂茀^(qū)和/或數(shù)據(jù)區(qū)中的信號(hào)進(jìn)行解碼。然而,因?yàn)锳F類型的中繼操作用于多播傳輸,所以在轉(zhuǎn)發(fā)該多播傳輸之前不需要執(zhí)行此解碼,而是可以稍后完成。此信息還可以從基站110向RN傳輸?shù)南?例如在較高協(xié)議層上定義并在從基站110向RN150傳輸?shù)囊粋€(gè)或更多個(gè)單播中傳輸?shù)南?中獲得。
      [0043]在下文中,將結(jié)合3GPP LTE場(chǎng)景描述獲得子幀中的哪些對(duì)應(yīng)于DF類型的中繼操作并且子幀中的哪些對(duì)應(yīng)于AF的類型中繼操作的信息的選項(xiàng),在3GPP LTE場(chǎng)景中,多播傳輸對(duì)應(yīng)于MBMS數(shù)據(jù)的MBSFN傳輸。[0044]根據(jù)第一選項(xiàng),RNl50在基站110的無線幀配置中所配置的所有MBSFN子幀中使用AF類型的中繼操作。RN150通過讀取由基站110傳輸?shù)亩嗖タ刂菩诺?MCCH),獲得子幀中的哪些子幀被配置為MBSFN子幀的信息。如果基站服務(wù)多個(gè)MBSFN區(qū)域,為每個(gè)MBSFN區(qū)域提供一個(gè)MCCH,并且RN150可以讀取這些MCCH中的每一個(gè)MCCH??梢酝ㄟ^讀取由基站110傳輸?shù)南到y(tǒng)信息塊(SIB)(具體而言,被稱為SIB13的SIB)尋找MCCH。備選地,基站110可以使用專用控制信令(例如專用RRC消息)來向RN150發(fā)信號(hào)通知此消息。
      [0045]根據(jù)第二選項(xiàng),RN150僅在針對(duì)MBSFN區(qū)域的子集的子幀中使用AF類型的中繼操作。在此情況下,基站例如通過使用專用控制信令向RN150發(fā)信號(hào)通知應(yīng)當(dāng)中繼MBSFN區(qū)域中的哪些MBSFN區(qū)域。例如,基站110可以使用專用RRC消息來向RN150發(fā)信號(hào)通知此消息。RN150可以通過讀取由基站傳輸?shù)南鄳?yīng)的MCCH來獲得基站110將子幀中的哪些子幀用于所選擇的MBSFN區(qū)域的子集。可以再次通過讀取由基站110傳輸?shù)腟IB (具體而言,STB13)來尋找MCCH。備選地,基站110可以使用專用控制信令(例如專用RRC消息)來向RNl50發(fā)信號(hào)通知此消息。
      [0046]在以上選項(xiàng)中,還可以僅將AF類型的中繼操作用在基站110為MBMS傳輸所實(shí)際使用的那些MBSFN子幀中。以此方式,可以考慮不是所有被配置為MBSFN子幀并被分配給由MCCH所限定的多播信道的子幀被實(shí)際用于MBSFN傳輸。例如,基站110可以將被配置為MBSFN子幀的子幀用于單播傳輸,例如如果要傳輸?shù)腗BMS數(shù)據(jù)比適合多播信道調(diào)度周期(MSP)的少,這意味著朝向MSP末端的MBSFN子幀可用于由基站110的單播傳輸。RN150可以通過讀取基站110傳輸?shù)亩嗖バ诺勒{(diào)度信息(MSI)確定將哪些子幀實(shí)際用于MBMS傳輸。備選地,基站110可以使用專用控制信令(例如專用RRC消息)來向RN150發(fā)信號(hào)通知此消息。通過僅在基站110為MBMS傳輸實(shí)際使用的子幀中執(zhí)行AF類型的中繼操作,這可以避免AF類型的中繼操作應(yīng)用于被配置為MBSFN子幀但被用于單播傳輸?shù)淖訋?,這可能進(jìn)而造成對(duì)來自基站110的單播傳輸?shù)牟黄谕母蓴_。
      [0047]圖5中進(jìn)一步示出了根據(jù)3GPP LTE的實(shí)現(xiàn)中的無線網(wǎng)絡(luò)的結(jié)構(gòu)。為了清楚,圖5僅示出了單個(gè)基站110(根據(jù)3GPP LTE術(shù)語(yǔ)被稱為eNB)、單個(gè)RN150和單個(gè)UE210。然而,應(yīng)當(dāng)理解的是,可以出現(xiàn)多個(gè)基站、多個(gè)RN和/或多個(gè)UE。
      [0048]如圖5所示,圖1的控制節(jié)點(diǎn)130可以由多個(gè)實(shí)體(也就是MCE130-1和MBMS網(wǎng)關(guān)(MBMS Gff) 130-2)實(shí)現(xiàn)。此外,圖5還示出移動(dòng)管理實(shí)體(MME) 140。
      [0049]MCE130-1的功能包括針對(duì)以MBSFN傳輸模式的MBMS信號(hào)的聯(lián)合傳輸?shù)腗BSFN區(qū)域中,準(zhǔn)入控制和要由eNB和RN (例如eNBllO和RN150)使用的無線資源的分配。MCE130-1還可以決定要用于聯(lián)合傳輸?shù)腗CS。MBMS GW130-2的功能包括向eNB(例如向eNBllO)提供多播數(shù)據(jù)。如所示,MCE130-1可以經(jīng)由被稱為“M3”的接口與MME140耦合,MCE130-1可以經(jīng)由被稱為“M2”的接口與eNBllO耦合,并且MBMS GW130-2可以經(jīng)由被稱為“Ml”的接口與eNBllO耦合.MCE130-1和MBMS GW130-2的附加功能以及接口 Ml、M2和M3的屬性可以如3GPPTS36.300所定義。如進(jìn)一步所示,eNBllO經(jīng)由回程鏈路BL與RN150耦合,回程鏈路BL可以經(jīng)由被稱為“Un”的LTE無線接口建立,RNl50經(jīng)由接入鏈路與UE210耦合,接入鏈路可以經(jīng)由被稱為“Uu”的LTE無線接口建立。在3GPPTS中可以找到關(guān)于Un接口和Uu接口的其他細(xì)節(jié)。
      [0050]eNBllO經(jīng)由M2接口從MCE接收控制面信息。從MBMS GW130-2經(jīng)由Ml接口發(fā)送MBMS數(shù)據(jù)(也被稱為用戶面數(shù)據(jù))。如所述,Ml接口和M2接口均可以終止于eNBllO。然而,因?yàn)槿缟纤龅腁F類型的中繼操作不需要這些接口,RN150變得能夠加入MBSFN傳輸。備選地,還可以在RN150中終止Ml接口和M2接口中的至少一個(gè)。這可以以與用于單播傳輸?shù)默F(xiàn)有SI和X2接口類似的方式實(shí)現(xiàn)。在這種情況下,eNBllO可以充當(dāng)針對(duì)Ml和/或M2接口的代理。利用這種架構(gòu),控制面數(shù)據(jù)和用戶面數(shù)據(jù)可以一直傳輸?shù)絉N150。
      [0051]然而,當(dāng)使用如上所述的AF類型的中繼操作時(shí),用戶面數(shù)據(jù)不需要傳輸?shù)絉N150。因此,至少M(fèi)l接口不需要終止于RN150,并且eNBllO不需要轉(zhuǎn)發(fā)用戶面數(shù)據(jù)。此外,如上所述,RN150可以通過監(jiān)視eNBllO的傳輸(例如通過讀取MCCH和/或MSI),獲得要用于實(shí)現(xiàn)AF類型的中繼操作的控制數(shù)據(jù)。因此,RN150中不需要M2接口來實(shí)現(xiàn)AF類型的中繼操作。在一些實(shí)施例中,eNBllO可以具有以下信息:RN150是否支持AF類型的中繼操作用于MBSFN傳輸或RNl50是否支持DF類型的中繼操作不僅用于單播傳輸還用于MBSFN傳輸。例如,可以將這些信息提供給eNB作為RN性能信息的部分??梢杂刹僮髦С窒到y(tǒng)(OSS)或直接由RN150經(jīng)由RRC消息向eNBllO發(fā)信號(hào)通知RN性能信息。取決于RN性能信息,eNBllO可以充當(dāng)或不充當(dāng)針對(duì)Ml和/或M2接口的代理。
      [0052]如上所述,在一些情況下,如上所述的AF類型的中繼操作可以涉及讀取MCCH、MSI和/或用于指示MBSFN區(qū)域的控制信令。在一些實(shí)施例中,如果M2接口終止于RN150,并且eNBllO充當(dāng)關(guān)于經(jīng)由M2接口傳輸?shù)目刂泼鏀?shù)據(jù)的代理,MCCH中包含的信息、MSI和/或MBSFN區(qū)域的子集上的信息可以經(jīng)由M2接口對(duì)RN150可用。
      [0053]圖6示出了根據(jù)本發(fā)明實(shí)施例的RN150的結(jié)構(gòu),RN 150被配置為如上所述通過將DF類型的中繼操作用于中繼單播傳輸并將AF類型的中繼操作用于中繼多播傳輸進(jìn)行操作。如所述,RN150具有兩個(gè)支路,也就是第一中繼路徑630和第二中繼路徑640。第一中繼路徑630對(duì)應(yīng)于DF類型的中繼操作,并且第二中繼路徑640對(duì)應(yīng)于AF類型的中繼操作。如進(jìn)一步所述,RN150具有接收天線610、接收機(jī)(RX)620、功率放大器(PA)660、發(fā)射機(jī)(TX) 670和由第一中繼路徑630和第二中繼路徑640共享的發(fā)射天線690。RNl50還具有用于選擇第一中繼路徑630還是第二中繼路徑640用于轉(zhuǎn)發(fā)傳輸?shù)拈_關(guān)650。為此,開關(guān)650被配置為選擇性地將第一中繼路徑630或第二中繼路徑640耦合到發(fā)射機(jī)670。接收機(jī)620可以包括例如輸入濾波器、輸入放大器、解調(diào)器和/或其他接收組件。發(fā)射機(jī)670可以包括輸出濾波器、輸出放大器、調(diào)制器和/或其他發(fā)射組件。RN還具有用于控制開關(guān)650的操作的控制器700。RNl50還包括協(xié)議處理器690,協(xié)議處理器690與第一中繼路徑630耦合。
      [0054]如所示,第一中繼路徑630包括解碼器631、調(diào)度處理器632和編碼器633。解碼器631具有對(duì)所接收的信號(hào)進(jìn)行解碼以從所接收的信號(hào)獲得數(shù)據(jù)的目的。具體而言,解碼器631可以用在上述DF類型的中繼操作中,用于對(duì)單播傳輸信號(hào)進(jìn)行解碼,從而獲得用于轉(zhuǎn)發(fā)的單播數(shù)據(jù)。調(diào)度處理器632具有通過例如為單播傳輸選擇合適隨后子幀來調(diào)度單播傳輸用于轉(zhuǎn)發(fā)此單播數(shù)據(jù)的目的。編碼器633具有將要轉(zhuǎn)發(fā)的單播數(shù)據(jù)編碼到此單播傳輸中的目的。
      [0055]在DF類型的中繼操作期間,開關(guān)650將第一中繼路徑630耦合到功率放大器660、發(fā)射機(jī)670和發(fā)射天線680。因此,將由天線610和接收機(jī)620所接收的信號(hào)(即單播傳輸信號(hào))經(jīng)由第一接收路徑630提供給功率放大器660、發(fā)射機(jī)670和發(fā)射天線680。因此,解碼器631對(duì)單播傳輸信號(hào)進(jìn)行解碼以獲得要轉(zhuǎn)發(fā)的單播數(shù)據(jù),調(diào)度用于轉(zhuǎn)發(fā)該單播數(shù)據(jù)的單播傳輸,并且在功率放大器660對(duì)此傳輸?shù)膯尾鬏斝盘?hào)進(jìn)行放大并由發(fā)射機(jī)670和發(fā)射天線680發(fā)送之前,將該單播數(shù)據(jù)編碼為單播傳輸。
      [0056]與此相比,在AF類型的中繼操作期間,開關(guān)650將第二中繼路徑640耦合到功率放大器660、發(fā)射機(jī)670和發(fā)射天線680。因此,將由天線610和接收機(jī)620所接收的信號(hào)(即多播傳輸信號(hào))經(jīng)由第二接收路徑640提供給功率放大器660、發(fā)射機(jī)670和發(fā)射天線680。以此方式,在由RN150進(jìn)行轉(zhuǎn)發(fā)之前,不對(duì)多播傳輸信號(hào)進(jìn)行解碼。由于解碼器631下游的開關(guān)650的布置,還在AF類型的中繼操作期間向解碼器631提供所接收的信號(hào),同樣可以對(duì)多播傳輸?shù)男盘?hào)進(jìn)行解碼例如以便于從該信號(hào)獲得控制數(shù)據(jù)。
      [0057]協(xié)議處理器690可以用于從解碼器631解碼的信號(hào)中獲得控制數(shù)據(jù)⑶??刂茢?shù)據(jù)CD可以提供給控制器700或用于控制開關(guān)650的操作。此外,控制數(shù)據(jù)還可以提供給調(diào)度處理器632或用于調(diào)度由RN進(jìn)行的單播傳輸。
      [0058]在AF類型的中繼操作期間,期望避免在接收天線610的接收信號(hào)和來自發(fā)射天線680的發(fā)射信號(hào)之間的干擾。這可以通過讓接收天線610和發(fā)射天線680充分隔離或分離來實(shí)現(xiàn)。備選地或另外地,可以通過例如在發(fā)射機(jī)670中的復(fù)雜基帶處理來完成自干擾消除。
      [0059]開關(guān)650在DF類型的中繼操作和AF類型的中繼操作之間的切換可以在短時(shí)限內(nèi)完成,該短時(shí)限例如具有比結(jié)合圖4所述的循環(huán)前綴CP、CP’更短的切換時(shí)間。如果切換時(shí)間較長(zhǎng),可以考慮中繼操作中的“間隔”。
      [0060]圖7示出了根據(jù)本發(fā)明實(shí)施例的RN150的基于處理器的實(shí)現(xiàn)。RN150可以實(shí)現(xiàn)上述中繼單播數(shù)據(jù)和多播數(shù)據(jù)的功能。
      [0061]在所示出的示例中,RN150包括用于與施主基站進(jìn)行通信的回程接口 152以及用于與UE進(jìn)行通信的接入接口 153?;爻探涌?152和接入接口 153可以由單個(gè)物理無線接口(例如包括相應(yīng)的共享天線、接收機(jī)和/或發(fā)射機(jī))實(shí)現(xiàn),或可以由分離的物理無線接口(例如通過使用專用天線、接收機(jī)和/或發(fā)射機(jī))實(shí)現(xiàn)。在3GPP LTE場(chǎng)景中,回程接口可以對(duì)應(yīng)于Un接口。在上述概念中,具體而言,回程接口 152可以用于接收要由RN150轉(zhuǎn)發(fā)的單播傳輸和多播傳輸。此外,回程接口 152還可以用于向施主基站發(fā)送UL數(shù)據(jù)和信息,例如支持多播傳輸?shù)腁F類型的中繼操作的信息。此外,回程接口 152還可以用于從施主基站接收控制數(shù)據(jù)。具體而言,接入接口 153可以用于向UE發(fā)送多播傳輸和單播傳輸。此外,接入接口 153還可以用于從UE接收單播傳輸,用于向UE發(fā)送控制數(shù)據(jù)和/或從UE接收控制數(shù)據(jù),以及用于向UE發(fā)送參考信號(hào)。
      [0062]此外,RNl50包括與回程接口 152和接入接口 153耦合的處理器154,以及與處理器154耦合的存儲(chǔ)器160。存儲(chǔ)器160可以包括只讀存儲(chǔ)器(ROM)(例如,快閃ROM)、隨機(jī)存取存儲(chǔ)器(RAM)(例如,動(dòng)態(tài)RAM(DRAM)或靜態(tài)RAM(SRAM))、大容量存儲(chǔ)器(例如,硬盤或固態(tài)硬盤)等。存儲(chǔ)器160包括要由處理器154執(zhí)行的合適地配置的程序代碼,以便于實(shí)現(xiàn)上述通過應(yīng)用DF類型的中繼操作來中繼單播傳輸和通過應(yīng)用AF類型的中繼操作來中繼多播傳輸?shù)墓δ堋榇?,處理?54實(shí)現(xiàn)第一中繼路徑156和第二中繼路徑158,第一中繼路徑156和第二中繼路徑158對(duì)應(yīng)于結(jié)合圖6所述的第一中繼路徑630和第二中繼路徑640。例如,回程接口 152可以實(shí)現(xiàn)圖6的接收天線610和接收機(jī)620,并且接入接口 153可以實(shí)現(xiàn)圖6的功率放大器660、發(fā)射機(jī)670和發(fā)射天線680。處理器自身進(jìn)而可以實(shí)現(xiàn)圖6的解碼器631、調(diào)度處理器632、編碼器633、開關(guān)650、協(xié)議處理器690和控制器700。
      [0063]存儲(chǔ)器160可以包括編碼模塊161,以便實(shí)現(xiàn)上述傳輸?shù)慕獯a和編碼。存儲(chǔ)器160還可以包括調(diào)度模塊162,以便實(shí)現(xiàn)上述單播傳輸?shù)恼{(diào)度。此外,存儲(chǔ)器160可以包括控制模塊163,以便實(shí)現(xiàn)各種控制功能,例如控制DF類型的中繼操作和AF類型的中繼操作之間的控制切換。
      [0064]應(yīng)該理解的是,圖7中所示的結(jié)構(gòu)僅是示意性的,并且RN150可以實(shí)際地包括為了簡(jiǎn)潔未示出的其他組件(例如,諸如維護(hù)接口的其他接口)。還應(yīng)當(dāng)理解的是,存儲(chǔ)器160可以包括未示出的其他類型的程序代碼模塊。根據(jù)一些實(shí)施例,還可以提供計(jì)算機(jī)程序產(chǎn)品(例如,存儲(chǔ)要在存儲(chǔ)器160中存儲(chǔ)的程序代碼的介質(zhì))來實(shí)現(xiàn)根據(jù)本發(fā)明實(shí)施例的概念。
      [0065]圖8和9示出了用于闡述無線網(wǎng)絡(luò)中中繼單播數(shù)據(jù)和多播數(shù)據(jù)的方法的流程圖。更具體地,圖8示出了此方法中用于中繼單播傳輸?shù)奶幚?,而圖9示出了此方法中用于中繼多播傳輸?shù)奶幚?。具體而言,圖8的處理可以實(shí)現(xiàn)應(yīng)用于單播傳輸?shù)纳鲜鯠F類型的中繼操作。具體而言,圖9的處理可以實(shí)現(xiàn)應(yīng)用于多播傳輸?shù)纳鲜鯝F類型的中繼操作。應(yīng)當(dāng)理解的是,RN(例如如上所述的RN150)可以在合適時(shí)合并圖8和圖9的處理,以實(shí)現(xiàn)單播數(shù)據(jù)和多播數(shù)據(jù)兩者的混合中繼操作。具體而言,可以以任意合適的順序執(zhí)行處理,并可以在需要時(shí)重復(fù)處理。此外,可以對(duì)圖8和9的處理步驟進(jìn)行交織例如以獲得如圖2和3中所述的傳輸模式。
      [0066]在步驟810中,RN例如通過接收機(jī)(例如圖6的接收機(jī)620)的方式接收第一單播傳輸信號(hào)。RN被配置為基于包括多個(gè)子幀的無線幀進(jìn)行操作,并且在這些子幀之一(在下文中被稱為第一子幀)中接收到第一單播傳輸信號(hào)。在一些實(shí)施例中,無線網(wǎng)絡(luò)被配置為3GPP LTE網(wǎng)絡(luò),并且這些子幀可以是MBSFN子幀(適用于聯(lián)合MBSFN傳輸)和非MBSFN或正常子幀。
      [0067]在步驟820,RN對(duì)第一單播傳輸信號(hào)進(jìn)行解碼以獲得單播數(shù)據(jù)。解碼可以例如通過諸如圖6的解碼器631的解碼器來完成。
      [0068]在步驟830,RN通過發(fā)送第二單播傳輸信號(hào)來轉(zhuǎn)發(fā)解碼的單播數(shù)據(jù)。這是在子幀中的另一子幀(在下文中被稱為第二子幀)中完成。RN可以例如基于所接收的控制數(shù)據(jù)適當(dāng)?shù)卣{(diào)度第二單播傳輸信號(hào)的發(fā)送。例如,這種控制數(shù)據(jù)可以是從發(fā)送第一單播傳輸信號(hào)的還被稱為施主基站的基站(例如從如上所述的基站110)接收的。
      [0069]在步驟910中,RN例如通過接收機(jī)(例如圖6的接收機(jī)620)接收多播傳輸信號(hào)。多播傳輸信號(hào)可以是從施主基站但還可以從一些其他源(例如從另一 RN或其他基站)接收的。多播傳輸信號(hào)的接收是在子幀中的另一子幀(在下文中被稱為第三子幀)中完成。
      [0070]在步驟920中,RN例如通過放大器(例如圖6的功率放大器660)的方式對(duì)所接收的多播傳輸信號(hào)進(jìn)行放大。
      [0071]在步驟930中,RN例如通過發(fā)射機(jī)(例如圖6的發(fā)射機(jī)670)的方式發(fā)送放大的多播傳輸信號(hào)。該多播傳輸信號(hào)的發(fā)送是在與多播傳輸信號(hào)的接收相同的子幀(即第三子中貞)中完成。在一些實(shí)施例中,RN可以與由施主基站發(fā)送的多播傳輸信號(hào)同步地發(fā)送放大的多播傳輸信號(hào)。此外,RN可以與來自至少一個(gè)其他基站和/或至少一個(gè)其他中繼節(jié)點(diǎn)的其他多播傳輸信號(hào)同步地發(fā)送放大的多播傳輸信號(hào)。具體而言,此多播傳輸信號(hào)的同步發(fā)送可以對(duì)應(yīng)于聯(lián)合MBSFN傳輸。
      [0072]如上所述,RN還可以用于從施主基站接收控制數(shù)據(jù)。例如,每個(gè)子幀可以包括控制區(qū)和數(shù)據(jù)區(qū),并且控制數(shù)據(jù)可以通過對(duì)子幀的控制區(qū)或數(shù)據(jù)區(qū)中的信號(hào)進(jìn)行解碼來接收至IJ。在一些場(chǎng)景中,控制數(shù)據(jù)可以通過對(duì)第三子幀的控制區(qū)中(即MBSFN子幀的控制區(qū)中)的信號(hào)進(jìn)行解碼來接收到。在一些場(chǎng)景中,控制數(shù)據(jù)還可以通過對(duì)第三子幀的數(shù)據(jù)區(qū)中(即MBSFN子幀的數(shù)據(jù)區(qū)中)的信號(hào)進(jìn)行解碼來接收到。這里,應(yīng)當(dāng)注意的是,第三子幀的數(shù)據(jù)區(qū)中信號(hào)的解碼與AF類型的中繼操作兼容,因?yàn)椴恍枰谵D(zhuǎn)發(fā)放大的多播傳輸信號(hào)之前完成此解碼而是可以在隨后完成,這使得在中繼操作中不存在過多的延遲。在一些場(chǎng)景中,控制數(shù)據(jù)還可以通過對(duì)第一子幀的控制區(qū)中(即非MBSFN子幀的控制區(qū)中)的信號(hào)進(jìn)行解碼來接收到。
      [0073]在一些情況下,控制數(shù)據(jù)還可以通過對(duì)來自施主基站的專用單播傳輸進(jìn)行解碼來接收到。例如,RN可以在子幀中的另一子幀(在下文中被稱為第四子幀)中接收第三單播傳輸信號(hào),并通過對(duì)該第三單播傳輸信號(hào)進(jìn)行解碼來獲得控制數(shù)據(jù)。通常,RN將不中繼這些專用單播傳輸。
      [0074]在一些場(chǎng)景中,控制數(shù)據(jù)還可以在來自施主基站的消息中(例如在諸如RRC協(xié)議的更高協(xié)議層上定義的消息中)接收到。這種控制數(shù)據(jù)可以通過對(duì)第一子幀的數(shù)據(jù)區(qū)中(例如非MBSFN子幀的數(shù)據(jù)區(qū)中)的信號(hào)進(jìn)行解碼來接收到。
      [0075]所接收的控制數(shù)據(jù)可以用于各種目的,例如調(diào)度由RN進(jìn)行的單播傳輸。在一些場(chǎng)景中,RN可以使用所接收的控制數(shù)據(jù)作為用于確定第三子幀被配置用于由施主基站進(jìn)行的多播傳輸(例如被配置為施主基站的MBSFN子幀)的基礎(chǔ)。在一些場(chǎng)景中,RN可以使用所接收的控制數(shù)據(jù)作為用于確定第三子幀實(shí)際被施主基站用于多播傳輸(例如用于MBSFN傳輸)的基礎(chǔ)。RN然后可以將此信息用于控制針對(duì)根據(jù)圖8的處理的單播傳輸?shù)闹欣^的操作模式和針對(duì)根據(jù)圖9的處理的多播傳輸?shù)闹欣^的操作模式之間的切換。
      [0076]在上述概念中,可以以高效方式中繼單播數(shù)據(jù)和多播數(shù)據(jù)兩者。具體而言,應(yīng)用于多播傳輸?shù)腁F類型的中繼操作不需要回程鏈路上附加的子幀,這意味著更多子幀可用于單播傳輸和多播傳輸。此外,當(dāng)在根據(jù)3GPP LTE的無線網(wǎng)絡(luò)中應(yīng)用時(shí),不存在用于中繼MBSFN傳輸?shù)腗BSFN子幀的過度使用,使得MBSFN子幀還可用于“遮蔽”回程子幀。此外,能夠在RN中本地地應(yīng)用這些概念,而不對(duì)其他組件作出改變。
      [0077]應(yīng)該理解,如上所述的示例和實(shí)施例僅是示意性的,并可以經(jīng)受各種修改。例如,盡管以上描述頻繁地提及根據(jù)3GPP LTE的無線網(wǎng)絡(luò),這些概念還可以應(yīng)用于其他類型的無線網(wǎng)絡(luò)。此外,應(yīng)該理解的是,可以通過使用在中繼節(jié)點(diǎn)或基站的處理器所執(zhí)行的相應(yīng)地設(shè)計(jì)的軟件或通過使用專用設(shè)備硬件,實(shí)現(xiàn)以上概念。
      【權(quán)利要求】
      1.一種在無線網(wǎng)絡(luò)中中繼數(shù)據(jù)的方法,所述無線網(wǎng)絡(luò)包括中繼節(jié)點(diǎn)(150),所述中繼節(jié)點(diǎn)(150)被配置為基于具有多個(gè)子幀(20、30)的無線幀進(jìn)行傳輸,所述方法包括: 所述中繼節(jié)點(diǎn)(150)在所述子幀(20、30)中的第一子幀(20、30)中接收第一單播傳輸信號(hào); 所述中繼節(jié)點(diǎn)(150)對(duì)所述第一單播傳輸信號(hào)進(jìn)行解碼以獲得單播數(shù)據(jù); 所述中繼節(jié)點(diǎn)(150)通過在所述子幀(20、30)中的第二子幀(20、30)中發(fā)送第二單播傳輸信號(hào)來轉(zhuǎn)發(fā)解碼的單播數(shù)據(jù); 所述中繼節(jié)點(diǎn)(150)在所述子幀(20、30)中的第三子幀(30)中接收多播傳輸信號(hào); 所述中繼節(jié)點(diǎn)(150)對(duì)所述多播傳輸信號(hào)進(jìn)行放大;以及 所述中繼節(jié)點(diǎn)(150)在所述第三子幀(30)中發(fā)送放大的多播傳輸信號(hào)。
      2.根據(jù)權(quán)利要求1所述的方法, 其中,所述中繼節(jié)點(diǎn)(150)從基站(110)接收所述多播傳輸信號(hào),并與來自所述基站(110)的所述多播傳輸信號(hào)同步地發(fā)送所述放大的多播傳輸信號(hào)。
      3.根據(jù)權(quán)利要求2所述的方法, 其中,所述中繼節(jié)點(diǎn)(150)與來自至少一個(gè)其他基站(110)和/或至少一個(gè)其他中繼節(jié)點(diǎn)(150)的其他多播傳輸信號(hào)同步地發(fā)送所述放大的多播傳輸信號(hào)。
      4.根據(jù)權(quán)利要求2或3所述 的方法,包括: 所述中繼節(jié)點(diǎn)(150)從所述基站(110)接收控制數(shù)據(jù)。
      5.根據(jù)權(quán)利要求4所述的方法, 其中,每個(gè)所述子幀(20、30)包括控制區(qū)(CR)和數(shù)據(jù)區(qū)(DR);以及 所述控制數(shù)據(jù)是通過對(duì)所述第三子幀(30)的控制區(qū)(CR)中的信號(hào)進(jìn)行解碼來接收的。
      6.根據(jù)權(quán)利要求4或5所述的方法, 其中,每個(gè)所述子幀(20、30)包括控制區(qū)(CR)和數(shù)據(jù)區(qū)(DR);以及 所述控制數(shù)據(jù)是通過對(duì)所述第一子幀(20、30)的控制區(qū)中的信號(hào)進(jìn)行解碼來接收的。
      7.根據(jù)權(quán)利要求4至6中任一項(xiàng)所述的方法, 其中,每個(gè)所述子幀(20、30)包括控制區(qū)(CR)和數(shù)據(jù)區(qū)(DR);以及 所述控制數(shù)據(jù)是通過對(duì)所述第三子幀(30)的數(shù)據(jù)區(qū)(DR)中的信號(hào)進(jìn)行解碼來接收的。
      8.根據(jù)權(quán)利要求4至7中任一項(xiàng)所述的方法,包括: 所述中繼節(jié)點(diǎn)(150)在所述子幀(20、30)的第四子幀(20、30)中接收第三單播傳輸信號(hào); 所述中繼節(jié)點(diǎn)(150)對(duì)所述第三單播傳輸信號(hào)進(jìn)行解碼以獲得所述控制數(shù)據(jù)。
      9.根據(jù)權(quán)利要求4至8中任一項(xiàng)所述的方法,包括: 在來自所述基站(110)的消息中接收所述控制數(shù)據(jù)。
      10.根據(jù)權(quán)利要求4至9中任一項(xiàng)所述的方法, 所述中繼節(jié)點(diǎn)(150)基于所接收的控制數(shù)據(jù),確定所述第三子幀(30)被配置用于多播傳輸。
      11.根據(jù)權(quán)利要求4至10中任一項(xiàng)所述的方法,包括:所述中繼節(jié)點(diǎn)(150)基于所接收的控制數(shù)據(jù),確定所述基站(110)將所述第三子幀(30)用于多播傳輸。
      12.根據(jù)權(quán)利要求4至11中任一項(xiàng)所述的方法,包括: 所述中繼節(jié)點(diǎn)(150)基于所接收的控制數(shù)據(jù),在用于所述解碼的單播數(shù)據(jù)的所述轉(zhuǎn)發(fā)的操作模式和用于所述放大的多播傳輸信號(hào)的所述發(fā)送的第二操作模式之間進(jìn)行切換。
      13.根據(jù)前述權(quán)利要求中任一項(xiàng)所述的方法, 其中,所述無線網(wǎng)絡(luò)被配置為3GPP LTE網(wǎng)絡(luò)并且所述第三子幀(30)對(duì)應(yīng)于MBSFN子幀。
      14.一種中繼節(jié)點(diǎn)(150),被配置為基于包括多個(gè)子幀(20)的無線幀進(jìn)行傳輸,所述中繼節(jié)點(diǎn)(150)包括: 第一中繼路徑(156 ;630);以及 第二中繼路徑(158 ;640), 其中,所述第一中繼路徑(156;630)被配置為:在所述子幀(20、30)中的第一子幀(20,30)中接收第一單 播傳輸信號(hào),對(duì)所述第一單播傳輸信號(hào)進(jìn)行解碼以獲得單播數(shù)據(jù),并通過在所述子幀(20、30)中的第二子幀(20、30)中發(fā)送第二單播傳輸信號(hào)來轉(zhuǎn)發(fā)解碼的單播數(shù)據(jù);以及 所述第二中繼路徑(158 ;640)被配置為:在所述子幀(30)中的第三子幀(30)中接收多播傳輸信號(hào),對(duì)所接收的多播傳輸信號(hào)進(jìn)行放大,并在所述第三子幀(30)中發(fā)送放大的多播傳輸信號(hào)。
      15.根據(jù)權(quán)利要求14所述的中繼節(jié)點(diǎn)(150),包括: 發(fā)射機(jī)(670);以及 開關(guān)(650),被配置為:選擇性地將所述第一中繼路徑(156 ;630)或所述第二中繼路徑(158 ;640)耦合到所述發(fā)射機(jī)(670)。
      16.根據(jù)權(quán)利要求14或15所述的中繼節(jié)點(diǎn)(150),包括: 控制器(700),被配置為:從發(fā)送所述多播傳輸信號(hào)的基站(110)獲得控制數(shù)據(jù),并基于所接收的控制數(shù)據(jù)控制所述開關(guān)(650)。
      17.根據(jù)權(quán)利要求14至16中任一項(xiàng)所述的中繼節(jié)點(diǎn)(150),包括: 放大器(660),由所述第一中繼路徑(156)和所述第二中繼路徑(158)共享。
      18.根據(jù)權(quán)利要求14至17中任一項(xiàng)所述的中繼節(jié)點(diǎn)(150), 其中,所述中繼節(jié)點(diǎn)(150)被配置為:根據(jù)權(quán)利要求1至13中任一項(xiàng)所述的方法進(jìn)行操作。
      【文檔編號(hào)】H04B7/155GK103814533SQ201180073592
      【公開日】2014年5月21日 申請(qǐng)日期:2011年9月20日 優(yōu)先權(quán)日:2011年9月20日
      【發(fā)明者】克里斯蒂安·霍伊曼, 邁安·胡斯切克, 邁-安·芬 申請(qǐng)人:瑞典愛立信有限公司
      網(wǎng)友詢問留言 已有0條留言
      • 還沒有人留言評(píng)論。精彩留言會(huì)獲得點(diǎn)贊!
      1