欧美在线观看视频网站,亚洲熟妇色自偷自拍另类,啪啪伊人网,中文字幕第13亚洲另类,中文成人久久久久影院免费观看 ,精品人妻人人做人人爽,亚洲a视频

一種子幀標識信息的傳輸方法及系統(tǒng)的制作方法

文檔序號:7713380閱讀:160來源:國知局
專利名稱:一種子幀標識信息的傳輸方法及系統(tǒng)的制作方法
一種子幀標識信息的傳輸方法及系統(tǒng)技術(shù)領(lǐng)域
本發(fā)明屬于通訊領(lǐng)域,特別涉及一種子幀標識信息的傳輸方法及系統(tǒng)。
技術(shù)背景
隨著^ternet的迅猛發(fā)展和大屏幕多功能手機的普及,出現(xiàn)了大量移動數(shù)據(jù)多 媒體業(yè)務(wù)和各種高帶寬多媒體業(yè)務(wù),例如,視頻會議、電視廣播、視頻點播、廣告、網(wǎng)上教育、 互動游戲等,這一方面滿足了移動用戶不斷上升的業(yè)務(wù)需求,同時也為移動運營商帶來新 的業(yè)務(wù)增長點。這些移動數(shù)據(jù)多媒體業(yè)務(wù)要求多個用戶能夠同時接收相同數(shù)據(jù),與一般的 數(shù)據(jù)業(yè)務(wù)相比,具有數(shù)據(jù)量大、持續(xù)時間長、時延敏感等特點。
為了有效地利用移動網(wǎng)絡(luò)資源,第三代合作伙伴計劃(3rd Generation Partnership Project,3GPP) 7 MBMS(Multimedia Broadcast Multicast Services, 多媒體多播廣播業(yè)務(wù)),該業(yè)務(wù)是一種從一個數(shù)據(jù)源向多個目標傳送數(shù)據(jù)的技術(shù),實現(xiàn)了網(wǎng) 絡(luò)(包括核心網(wǎng)和接入網(wǎng))資源的共享,提高了網(wǎng)絡(luò)資源(尤其是空中接口資源)的利用 率。3GPP定義的MBMS不僅能夠?qū)崿F(xiàn)純文本低速率的消息類組播和廣播,而且還能夠?qū)崿F(xiàn)高 速多媒體業(yè)務(wù)的廣播和組播,提供多種豐富的視頻、音頻和多媒體業(yè)務(wù),這無疑順應(yīng)了未來 移動數(shù)據(jù)發(fā)展的趨勢,為3G的發(fā)展提供了更好的業(yè)務(wù)前景。
在LTE Release 8/9 中規(guī)定使用 MBSFN(Multicast Broadcast Single Frequency Network,多播廣播單頻網(wǎng)絡(luò))子幀傳輸MBMS業(yè)務(wù),但是并不是所有的MBSFN子幀都用來傳 輸MBMS業(yè)務(wù),MBSFN子幀也有其他用途,例如定位業(yè)務(wù),relay業(yè)務(wù)等。
目前,LTE Release 8/9中規(guī)定,使用兩級制方法來配置承載MBMS業(yè)務(wù)的MBSFN無 線幀和MBSFN子幀,具體描述如下
第一級實現(xiàn)承載MBMS的MBSFN無線幀配置,滿足下面的等式
SFN mod radioFrameAlIocationPeriod = radioFrameAlIocationOffset
其中SFN為System Frame Number系統(tǒng)幀號的縮寫,即為系統(tǒng)的無線幀編號, 從 O 到 1023 ;radioFrameAlIocationPeriod 表示 MBSFN 無線幀周期,其可以取{1,2, 4,8,16,32}中任意一值;radioFrameAlIocationOffset 表示 MBSFN 無線幀的偏移, 其取值為整數(shù)且小于選定的MBSFN無線幀周期的數(shù)值,大于等于O ;mod表示SFN對 radioFrameAlIocationPeriod 取?;蛘咔笥?。
第二級實現(xiàn)承載MBMS業(yè)務(wù)的MBSFN無線幀內(nèi)的具體哪些MBSFN子幀承載MBMS業(yè) 務(wù),使用bitmap的方法指示,由于LTE中規(guī)定FDD模式下子幀#0、#4、#5、#9不能承載MBMS 業(yè)務(wù),TDD模式下子幀#0、#1、#5、#6不能承載MBMS業(yè)務(wù),因此,使用6比特的bitmap就可 以描述剩余的6個子幀哪些承載MBMS業(yè)務(wù)。而每個MBSFN無線幀內(nèi)的承載MBMS業(yè)務(wù)的 MBSFN子幀配置相同。由于兩級制配置信令在BCCH(Broadcast Control Channel,廣播控 制信道)上發(fā)送給終端,因此在每個BCCH修改周期內(nèi),MBSFN無線幀內(nèi)的MBSFN子幀配置 不能發(fā)生變化。
目前,在LTE Release 8/9用來描述MBSFN子幀分配的信息被承載于BCCH(廣播5控制信道,Broadcast Control Channel)的 SIB2 (System Information Block 2,系統(tǒng)信息 塊 2)中。MBSFN 子幀前面的 OFDM (Orthogonal Frequency Division Multiplexing,正交頻 分復(fù)用)符號為PDCCH(Physical Downlink Control Channel,物理下行控制信道)占用, 后面的OFDM符號為PMCH(Physical Multicast Channel,物理多播信道)占用,如圖1(a) 所示;當MBSFN子幀傳輸單播業(yè)務(wù)時,其后的PMCH相應(yīng)的變?yōu)镻DSCH(Physical Downlink Shared Channel,物理下行共享信道)。MBSFN子幀和Non-MBSFN子幀的詳細的描述可以參 考 36. 211,36. 212 和 36. 213 協(xié)議。
而目前,在LTE-AdvancecK也稱為LTE R10)系統(tǒng)中已經(jīng)同意使用MBSFN子幀為 RlO接收端(R10接收端可以理解為一類,區(qū)分于R8/R9接收端)傳輸PDSCH,PDSCH上是傳 輸單播業(yè)務(wù)(unicast)的,也就是LTE-Advanced中已經(jīng)同意使用MBSFN子幀為RlO的接收 端傳輸單播業(yè)務(wù)。
考慮到,在LTE-Advanced中將來會有R10、R9、R8的接收端,而LTE-Advanced系 統(tǒng)中采用了新的高效導(dǎo)頻,R8、R9的接收端不能識別這些新導(dǎo)頻,如果在一個子幀中同時調(diào) 度R8、R9、RlO接收端,該子幀就得使用舊導(dǎo)頻,但是這樣會導(dǎo)致系統(tǒng)效率下降,因此最好是 把RlO的接收端調(diào)度在一個子幀內(nèi),這個子幀可以使用為RlO接收端設(shè)計的高效導(dǎo)頻,并且 R8、R9的接收端不在這些為RlO接收端配置的子幀上接收PDSCH,直接跳過這些子幀。根 據(jù)現(xiàn)有協(xié)議對于R8接收端是直接跳過所有MBSFN子幀的PDSCH,R9的協(xié)議正在制定中,截 至目前R9接收端也是不在MBSFN子幀上接收PDSCH的,因此可以使MBSFN子幀為RlO接收 端傳輸PDSCH,但由于配置的MBSFN子幀有較多的用途,并不知哪些MBSFN子幀可以用來為 RlO的接收端傳輸單播業(yè)務(wù)。發(fā)明內(nèi)容
本發(fā)明所要解決的技術(shù)問題是,提供一種子幀標識信息的傳輸方法及系統(tǒng),從而 可以為RlO接收端指示為其傳輸單播業(yè)務(wù)的MBSFN子幀標識信息。
為了解決上述問題,本發(fā)明公開了一種子幀標識信息的傳輸方法,包括
發(fā)送端在配置為RlO接收端傳輸物理下行共享信道(PDSCH)的多播廣播單頻網(wǎng)絡(luò) (MBSFN)子幀的物理下行控制信道(PDCCH)中發(fā)送子幀標識信息給RlO接收端,其中,所述 子幀標識信息用于指示所述MBSFN子幀是為RlO接收端傳輸PDSCH的多播MBSFN子幀。
進一步地,上述方法中,所述RlO接收端在各子幀的PDCCH上檢測所述子幀標識信 息,當所述RlO接收端檢測到所述子幀標識信息時,再在該子幀上檢測自己的PDSCH的調(diào)度 信息,然后依據(jù)PDSCH調(diào)度信息接收PDSCH數(shù)據(jù)。
其中,所述發(fā)送端將所述子幀標識信息承載在PDCCH的預(yù)設(shè)檢索空間,或者PDCCH 的公共檢索空間,或者由預(yù)設(shè)的專用無線網(wǎng)絡(luò)臨時標識(RNTI)計算得到的檢索空間中。
所述發(fā)送端將所述子幀標識信息承載在所述PDCCH的預(yù)設(shè)檢索空間,或者所述 PDCCH的公共檢索空間時
所述發(fā)送端通過所述PDCCH中約定的某一下行控制信息格式的中預(yù)留比特作為 所述子幀標識信息,或者通過所述PDCCH中約定的某一 DCI格式中新增比特作為所述子幀 標識信息。
本發(fā)明還公開了一種子幀標識信息的傳輸方法,包括
發(fā)送端將配置為RlO接收端發(fā)送物理下行共享信道(PDSCH)的多播廣播單頻網(wǎng)絡(luò) (MBSFN)子幀的子幀標識信息以廣播形式發(fā)送給RlO接收端。
進一步地,上述方法中,所述子幀標識信息用于指示某一周期內(nèi)為RlO接收端發(fā) 送PDSCH的MBSFN子幀,或者用于指示為RlO接收端發(fā)送PDSCH的所有MBSFN子幀。
所述RlO接收端接收所述子幀標識信息,并在所述子幀標識信息指示的為RlO接 收端發(fā)送PDSCH的MBSFN子幀上檢測接收PDSCH數(shù)據(jù)。
其中,所述發(fā)送端將所述子幀標識信息承載在廣播控制信道(BCCH)或者專用信 令中以廣播形式周期性地發(fā)送給RlO接收端。
所述發(fā)送端將所述子幀標識信息承載在BCCH中發(fā)送給所述RlO接收端時,所述發(fā) 送端在所述BCCH中的系統(tǒng)信息塊(SIB) 2中承載所述子幀標識信息,或者在所述BCCH中新 增SIB以承載所述子幀標識信息。
所述發(fā)送端在所述BCCH中新增SIB以承載所述子幀標識信息時,所述發(fā)送端還為 所述新增SIB配置更新通知信息,該更新通知信息用于通知所述RlO接收端所述子幀標識 信息是否發(fā)生更新。
所述新增SIB的更新通知信息與BCCH中其他SIB的更新通知信息共用同一更新 通知信息,或者為所述新增SIB的更新通知信息設(shè)置專用的不同于BCCH中其他SIB的更新 通知信息的更新通知信息。
所述發(fā)送端將所述新增SIB的更新通知信息承載在尋呼消息上發(fā)送給所述RlO接 收端。
所述發(fā)送端將所述新增SIB的調(diào)度信息承載在SIBl中發(fā)送給所述RlO接收端。
所述發(fā)送端將所述更新通知信息承載在PDCCH約定的位置上發(fā)送。
所述發(fā)送端將所述子幀標識信息承載在所述專用信令中發(fā)送給所述RlO接收端 時,所述專用信令的發(fā)送模式采用點到多點的廣播方式。
所述發(fā)送端還為所述專用信令配置更新通知信息,該更新通知信息用于通知所述 RlO接收端所述專用信令是否發(fā)生更新,其中,所述發(fā)送端將所述專用信令的更新通知信息 承載在尋呼消息或者PDCCH中發(fā)送給所述RlO接收端。
所述發(fā)送端為所述專用信令配置專用信令修改周期,并在所述專用信令修改周期 內(nèi)發(fā)送所述更新通知信息;或者
所述發(fā)送端僅周期性發(fā)送所述專用信令,并在發(fā)送所述專用信令的各周期內(nèi)發(fā)送 所述更新通知信息。
本發(fā)明還公開了一種子幀標識信息的傳輸系統(tǒng),包括發(fā)送端和RlO接收端,其中
所述發(fā)送端,在配置為RlO接收端傳輸物理下行共享信道(PDSCH)的多播廣播單 頻網(wǎng)絡(luò)(MBSFN)子幀的物理下行控制信道(PDCCH)中發(fā)送子幀標識信息給RlO接收端,其 中,所述子幀標識信息用于指示所述MBSFN子幀是為RlO接收端傳輸PDSCH的多播MBSFN 子幀;
所述RlO接收端,在各子幀的PDCCH上檢測所述子幀標識信息,當所述RlO接收端 檢測到所述子幀標識信息時,再在該子幀上檢測自己的PDSCH的調(diào)度信息,然后依據(jù)PDSCH 調(diào)度信息接收PDSCH數(shù)據(jù)。
進一步地,上述系統(tǒng)中,所述發(fā)送端,將所述子幀標識信息承載在PDCCH的預(yù)設(shè)檢索空間,或者PDCCH的公共檢索空間,或者由預(yù)設(shè)的專用無線網(wǎng)絡(luò)臨時標識(RNTI)計算得 到的檢索空間中。
所述發(fā)送端將所述子幀標識信息承載在所述PDCCH的預(yù)設(shè)檢索空間,或者所述 PDCCH的公共檢索空間時
所述發(fā)送端通過所述PDCCH中約定的某一下行控制信息格式的中預(yù)留比特作為 所述子幀標識信息,或者通過所述PDCCH中約定的某一 DCI格式中新增比特作為所述子幀 標識信息。
進一步地,上述系統(tǒng)中,所述發(fā)送端,還用于將配置為RlO接收端發(fā)送物理下行共 享信道(PDSCH)的多播廣播單頻網(wǎng)絡(luò)(MBSFN)子幀的子幀標識信息以廣播形式發(fā)送給RlO 接收端;
所述RlO接收端,還用于接收所述子幀標識信息,并在所述子幀標識信息指示的 為RlO接收端發(fā)送PDSCH的MBSFN子幀上檢測接收PDSCH數(shù)據(jù)。
所述子幀標識信息用于指示某一周期內(nèi)為RlO接收端發(fā)送PDSCH的MBSFN子幀, 或者用于指示為RlO接收端發(fā)送PDSCH的所有MBSFN子幀。
所述發(fā)送端將所述子幀標識信息承載在廣播控制信道(BCCH)或者專用信令中以 廣播形式周期性地發(fā)送給RlO接收端。
所述發(fā)送端將所述子幀標識信息承載在BCCH中發(fā)送給所述RlO接收端時,所述發(fā) 送端在所述BCCH中的系統(tǒng)信息塊(SIB) 2中承載所述子幀標識信息,或者在所述BCCH中新 增SIB以承載所述子幀標識信息。
其中,所述發(fā)送端在所述BCCH中新增SIB以承載所述子幀標識信息時,所述發(fā)送 端還為所述新增SIB配置更新通知信息,該更新通知信息用于通知所述RlO接收端所述子 幀標識信息是否發(fā)生更新。
所述發(fā)送端將所述子幀標識信息承載在所述專用信令中發(fā)送給所述RlO接收端 時,所述專用信令的發(fā)送模式采用點到多點的廣播方式。
所述發(fā)送端還為所述專用信令配置更新通知信息,該更新通知信息用于通知所述 RlO接收端所述專用信令是否發(fā)生更新,其中,所述發(fā)送端將所述專用信令的更新通知信息 承載在尋呼消息或者PDCCH中發(fā)送給所述RlO接收端。
采用本發(fā)明技術(shù)方案可以有效實現(xiàn)指示子幀的目的,可以滿足指示信息的快速 性,并且在不增加接收端的復(fù)雜性的前提下,適合發(fā)送指示信息。


圖1 (a)是現(xiàn)有MBSFN子幀的結(jié)構(gòu)示意圖1 (b)是現(xiàn)有Non-MBSFN子幀的結(jié)構(gòu)示意圖2 (a)是實施例1的流程圖2(b)是實施例1配圖3是實施例2的流程圖4是BCCH中的SIB發(fā)送流程圖5是實施例2中BCCH的SIfoiew的更新機制示意圖6是實施例3流程圖。
具體實施方式
下面結(jié)合附圖及具體實施例對本發(fā)明技術(shù)方案作進一步詳細說明。
一種子幀標識信息的傳輸系統(tǒng),至少包括發(fā)送端和RlO接收端。
發(fā)送端(基站、MCE或者relay),主要用于將事先配置的為RlO接收端發(fā)送PDSCH 的MBSFN子幀的子幀標識信息發(fā)送給RlO接收端;
其中,發(fā)送端,可以將子幀標識信息承載在PDCCH上發(fā)送給RlO接收端,此時,將子 幀標識信息承載在PDCCH的預(yù)設(shè)檢索空間,或者PDCCH的公共檢索空間,或者利用預(yù)設(shè)的專 用RNTI計算出子幀標識信息承載的檢索空間,具體地,可以通過PDCCH中DCI格式的預(yù)留 比特,或者在PDCCH中任一 DCI格式中新增比特以承載子幀標識信息,或者使用預(yù)設(shè)的專 用的RNTI作為子幀標識信息;當確定了子幀標識信息后,可以使用預(yù)設(shè)的專用的RNTI加 擾子幀標識信息,然后在發(fā)送被預(yù)設(shè)的專用的RNTI加擾后的子幀標識信息,從而實現(xiàn)了在 PDCCH中使用所述RNTI作為子幀標識信息的一個標志,接收端借助所述標志在PDCCH中檢 索子幀標識信息;
發(fā)送端,還可以將子幀標識信息承載在BCCH上發(fā)送給RlO接收端,此時,可以在 BCCH的SIB2中,或者在BCCH上新增SIB以承載子幀標識信息;具體地,采用BCCH上的SIB2 承載子幀標識信息時,使用現(xiàn)有的更新通知機制,并且使用SIB2現(xiàn)有的更新通知信息(現(xiàn) 有的更新通知機制見LTE協(xié)議36. 331_860,更新通知信息在PCH(Paging Channel,尋呼信 道)中承載,詳細的參看36. 331_860),其中,更新通知信息是用于通知RlO接收端本次發(fā) 送的子幀標識信息和上次發(fā)送的子幀標識信息比較是否發(fā)生更新;如果在BCCH上新增加 SIB以承載子幀標識信息時,可以采用現(xiàn)有更新通知機制,并和其他現(xiàn)有SIB共用同一更新 通知信息;或者新增SIB使用現(xiàn)有更新機制,但是和其他SIB不共用更新通知信息,而是有 自己獨立的更新通知信息;或者新增SIB使用新的更新機制和更新通知信息,新的更新機 制通過PDCCH來承載更新通知信息。
發(fā)送端,還可以將子幀標識信息承載在點到多點的廣播方式的專用信令上發(fā)送, 此時,發(fā)送端也可以為子幀標識信息配置更新通知機制,配置更新通知信息,專用信令采用 周期發(fā)送,或者采用重復(fù)周期和修改周期結(jié)合的方式發(fā)送,其中,當發(fā)送端采用BCCH或者 專用信令承載子幀標識信息時,那么子幀標識信息功能是,描述那個些MBSFN子幀是為RlO 接收端傳輸PDSCH的子幀,可以是描述一個子幀配置規(guī)律的信息,例如子幀號能夠被2整除 的子幀,例如是一個周期內(nèi)子幀號能夠被2整除的子幀;如果是通過每個子幀的PDCCH來承 載的子幀標識信息,那么此子幀標識信息是僅標識該子幀是否是為RlO接收端傳輸PDSCH 的MBSFN子幀。
RlO接收端,是指按照LTE-Advanced的標準生產(chǎn)的接收端(如手機終端、筆記本終 端或者relay),通過接收上述子幀標識信息,并根據(jù)所接收的子幀標識信息,獲知那個或哪 些MBSFN子幀為RlO接收端傳輸PDSCH數(shù)據(jù);
其中,當發(fā)送端采用PDCCH承載子幀標識信息時,那么RlO接收端接收子幀時,若 在該子幀的PDCCH中收到了上述子幀標識信息,則表示當前子幀是為RlO接收端傳輸PDSCH 的MBSFN子幀,此時,RlO接收端在該子幀的PDCCH中繼續(xù)檢測有沒有本接收端的PDSCH的 調(diào)度信息(具體檢測方法參考LTE協(xié)議36. 212和36. 211),如果有,RlO接收端解析PDSCH9的調(diào)度信息,并根據(jù)調(diào)度信息在該子幀的數(shù)據(jù)域接收數(shù)據(jù),如果沒有PDSCH的調(diào)度信息,則 不接收該子幀的數(shù)據(jù)域;
當發(fā)送端采用BCCH或者專用信令承載子幀標識信息時,RlO接收端從BCCH或者 專用信令中收到上述子幀標識信息時,即可獲知那些MBSFN子幀是為RlO接收端傳輸PDSCH 的,在之后的這類子幀上,RlO接收端在這些子幀的PDCCH中檢測是否有自己的PDSCH的 調(diào)度信息,如果檢測到有自己的PDSCH的調(diào)度信息,則根據(jù)調(diào)度信息接收解析屬于自己的 PDSCH中的數(shù)據(jù),否則,不接收PDSCH ;
RlO接收端還要實時監(jiān)測更新通知信息,當監(jiān)測到的更新通知信息告知子幀標識 信息與之前接收的子幀標識信息比較發(fā)生了更新,那么,RlO接收端要重新接收子幀標識信 肩、ο
下面根據(jù)具體應(yīng)用場景介紹上述系統(tǒng)傳輸為RlO接收端傳輸PDSCH的MBSFN子幀 的子幀標識信息的過程。
實施例1
本實施例以PDCCH承載為RlO接收端傳輸PDSCH的MBSFN子幀的子幀標識信息為 例,說明傳輸子幀標識信息的具體過程,該過程如圖2(a)所示,包括以下步驟
步驟200 系統(tǒng)配置為RlO接收端傳輸PDSCH的MBSFN子幀,并在這些子幀中形成 子幀標識信息;
該步驟中,發(fā)送端將通過SIB2中MBSFN-SubframeConfigList配置的MBSFN子幀 中一個或多個配置為RlO接收端傳輸PDSCH的MBSFN子幀,或者發(fā)送端為了提高系統(tǒng)的效 率,可以通過SIB2中MBSFN-SubframeConfigList配置過多的MBSFN子幀,再進一步將過多 的MBSFN子幀指示為RlO接收端傳輸PDSCH的MBSFN子幀,當然也可以包括一個或多個之 前為單播子幀的子幀,之后又被配置為為RlO接收端傳輸PDSCH的子幀;
其中,系統(tǒng)包括基站、MCE(Multi-cell/multicast Coordination Entity,多小區(qū) 協(xié)調(diào)實體)和中繼站(relay)。
步驟210 發(fā)送端(為基站或者中繼站)將上述為RlO接收端傳輸PDSCH的MBSFN 子幀的子幀標識信息承載在PDCCH上(如圖2(b)所示)發(fā)送,其中,子幀標識信息即表示 當前子幀是否為RlO接收端傳輸PDSCH的MBSFN子幀;
該步驟中,發(fā)送端將子幀標識信息承載在為RlO接收端傳輸PDSCH的MBSFN子幀 內(nèi)的PDCCH中發(fā)送,其中,發(fā)送端可以在PDCCH上的事先約定的檢索空間中承載子幀標識信 息,例如,可以在PDCCH上編號為17到24的8個CCEs (Control Channel Element,控制信 道元素)中承載子幀標識信息;又如,可以在PDCCH的公共檢索空間中承載子幀標識信息, 因為公共檢索空間是目前LTE中PDCCH中約定好的空間,主要用于承載公共信息的控制信 息,這樣,接收端檢索速度較快;又如,發(fā)送端可以通過約定的專用RNTI來計算子幀標識信 息在PDCCH中的承載位置(具體計算方法可以參考LTE中通過C-RNTI計算某一接收端的 PDSCH調(diào)度信息在PDCCH中承載位置的確定方式,協(xié)議為36. 212和36. 211)。其中,發(fā)送端 在PDCCH發(fā)送子幀標識信息的具體位置,可以是發(fā)送端與接收端事先約定好的,也可以是 接收端通過約定的專用RNTI計算獲知的;
具體地,可以利用PDCCH中已有的某一 DCI格式的保留比特(如現(xiàn)有format IA 中的預(yù)留比特)表示子幀標識信息,或者在PDCCH中已有的某一 DCI格式中增加新的指示10位用于承載子幀標識信息,例如,可以在現(xiàn)有formatO中增加相應(yīng)的比特信息,用于指示該 MBSFN子幀是否為RlO接收端傳輸PDSCH的MBSFN子幀。
步驟220 =RlO接收端首先在PDCCH上的相應(yīng)的位置接收檢測子幀標識信息,并根 據(jù)解析后的子幀標識信息,進行相應(yīng)操作;
該步驟中,當RlO接收端解析的子幀標識信息表示當前子幀不是為RlO接收端傳 輸PDSCH的MBSFN子幀時,RlO接收端不再繼續(xù)檢測PDCCH中PDSCH的調(diào)度信息,不接收 當前子幀的數(shù)據(jù)域;當RlO接收端解析的子幀標識信息表示當前子幀是為RlO接收端傳輸 PDSCH的MBSFN子幀,則在當前子幀的PDCCH中繼續(xù)檢測有沒有本接收端PDSCH的調(diào)度信 息,如果有,RlO接收端解析PDSCH的調(diào)度信息,并根據(jù)調(diào)度信息在該子幀的數(shù)據(jù)域接收數(shù) 據(jù),如果沒有PDSCH的調(diào)度信息,則不接收該子幀的數(shù)據(jù)域;
其中,當前子幀的子幀標識信息表示該子幀是為RlO傳輸PDSCH的MBSFN子幀時, RlO接收端對該子幀的數(shù)據(jù)域處理和LTE系統(tǒng)中Non-MBSFN子幀的數(shù)據(jù)域處理相同,控制域 最多分配2個OFDM符號,并且處理和Non-MBSFN子幀控制域使用2個OFDM符號相同;
RlO接收端接收子幀標識信息的位置,與發(fā)送端使用的方式有關(guān),例如,發(fā)送端使 用公共檢索空間承載子幀標識信息時,RlO接收端則在公共檢索空間內(nèi)接收子幀標識信息 即可;
其中,RlO接收端為手機終端、筆記本終端或者relay。
在其他場景中,發(fā)送端為子幀標識信息配置專用的RNTI (Radio Network Temporary I dent i fi er,無線網(wǎng)絡(luò)臨時標識)時,該專用的RNTI用于向接收端指明該MBSFN 子幀是否是為RlO接收端傳輸PDSCH的MBSFN子巾貞,具體地,使用專用的RNTI時,可以為子 幀標識信息添加CRC(Cyclic Redundancy Check,循環(huán)冗余校驗)校驗比特,然后使用專用 的RNTI加擾CRC校驗比特,再將所得數(shù)據(jù)進行調(diào)制編碼后承載于PDCCH中,此時,發(fā)送端可 以將子幀標識信息承載于PDCCH的公共檢索空間,或者根據(jù)專用的RNTI計算子幀標識信息 在PDCCH的檢索空間起始位置(具體計算方法與現(xiàn)有LTE系統(tǒng)中接收端根據(jù)C-RNTI (Cell RNTI)計算承載檢索空間起始位置的計算方法相同,可參考36. 212)。
實施例2
本實施例以BCCH承載為RlO接收端傳輸PDSCH的MBSFN子幀的子幀標識信息為 例,說明傳輸子幀標識信息的具體過程,該過程如圖3(a)所示,包括以下步驟
步驟300 系統(tǒng)配置為RlO接收端傳輸PDSCH的MBSFN子幀,形成子幀標識信息;
該步驟中,發(fā)送端將通過SIB2中MBSFN-SubframeConfigList配置的MBSFN子幀 中一個或多個配置為RlO接收端傳輸PDSCH的MBSFN子幀,或者發(fā)送端為了提高系統(tǒng)的效 率,可以通過SIB2中MBSFN-SubframeConfigList配置過多的MBSFN子幀,再進一步將過多 的MBSFN子幀指示為RlO接收端傳輸PDSCH的MBSFN子幀,當然也可以包括一個或多個之 前為單播子幀的子幀,之后又被配置為為RlO接收端傳輸PDSCH的子幀;
其中,系統(tǒng)指基站、MCE (Multi-cell/multicast Coordination Entity,多小區(qū)協(xié) 調(diào)實體)或者中繼站(relay)。
步驟310 發(fā)送端(基站或者relay)將上述為RlO接收端傳輸PDSCH的MBSFN子 幀的子幀標識信息承載在BCCH上發(fā)送,其中,子幀標識信息描述那個或哪些MBSFN子幀是 為RlO接收端傳輸PDSCH的MBSFN子幀,可以是描述一個子幀配置規(guī)律的信息,例如,子幀標識信息可以指示某一周期內(nèi)為RlO接收端傳輸PDSCH的MBSFN子幀,或者可以指示為RlO 接收端傳輸PDSCH的所有MBSFN子幀;
該步驟中,可以在BCCH上已有的某一 SIB中承載子幀標識信息,由于SIB2上已經(jīng) 承載了 LTE R8/9的MBSFN子幀的配置信息,如果在LTE RlO中,繼續(xù)使用R8/9中的SIB2承 載為RlO傳輸PDSCH的MBSFN子幀的子幀標識信息,則無需增加新的SIB,即可以減少SIB 數(shù)量,簡化SIB的調(diào)度發(fā)送,因此本實施例中優(yōu)選BCCH中的SIB2承載子幀標識信息,此時, 如果為RlO接收端傳輸PDSCH的MBSFN子幀的子幀標識信息發(fā)生更新,則承載該子幀標識 信息的SIB2依然按照現(xiàn)有更新通知機制進行更新,現(xiàn)有SIB2的更新通知機制參考LTE協(xié) 議 36.331。
步驟320 =RlO接收端接收BCCH中承載子幀標識信息的SIB,來獲知那些MBSFN子 幀是為RlO接收端傳輸PDSCH的子幀,并在這些子幀上檢測接收PDSCH數(shù)據(jù);
該步驟中,RlO接收端獲取子幀標識信息后,即可知道那些MBSFN子幀是為RlO接 收端傳輸PDSCH的,在之后的這類子幀上,RlO接收端進一步檢測這類子幀的PDCCH中有沒 有本接收端PDSCH的調(diào)度信息,如果有,RlO接收端再解析PDSCH的調(diào)度信息,并根據(jù)調(diào)度 信息在該子幀的數(shù)據(jù)域接收數(shù)據(jù),如果沒有PDSCH的調(diào)度信息,則不接收該子幀的數(shù)據(jù)域, 其中,RlO接收端根據(jù)發(fā)送端發(fā)送子幀標識信息的方式,采用相應(yīng)的方式接收承載子幀標識 信息的SIB,其中,RlO接收端包括手機終端、筆記本終端和relay。
在實施例中,發(fā)送端還可以采用新增加的SIB (后文簡稱為SIBnew)來承載為RlO 接收端傳輸PDSCH的MBSFN子幀的子幀標識信息,其中,新增SMnew的調(diào)度可以由SIBl來 實現(xiàn),即SMnew的調(diào)度信息像其他SIB (例如SIB2)的調(diào)度信息一樣承載于SIBl中,對于 連接狀態(tài)或空閑狀態(tài)的RlO接收端(UEs in RRC_C0NNECTED or RRC_IDLE state)應(yīng)該接 收承載子幀標識信息的SIBnew,該SIfoiew還可以用于承載LTE RlO系統(tǒng)中僅是LTERlO相 關(guān)的信息,即可以理解為把SMnew變?yōu)閷S糜诔休dLTE RlO系統(tǒng)特有的信息的一個系統(tǒng)信 息塊,這樣可以做到所有RlO接收端接收SIfoiew獲取LTE RlO系統(tǒng)的相關(guān)信息,而R8/R9 接收端可以不接收該SIBnew,從而實現(xiàn)R8/R9接收端省電;
該SIfoiew的更新機制則可以采用目前LTE R8/9現(xiàn)有的SIB (例如SIB2)的更新 通知機制,和現(xiàn)有其他SIB共用同一更新通知信息,即更新通知信息為paging message (尋 呼消息)中的systemhfoModification參數(shù),用來指示SIfoiew是否發(fā)生更新,具體使用可 參考LTE協(xié)議36. 331_860中的描述。關(guān)于SMnew的調(diào)度發(fā)送,可以將SMnew和其他R8/ R9接收端能夠識別的某一(或者多個)SIB調(diào)度在同一 SI (System Information,系統(tǒng)消 息)窗內(nèi)發(fā)送,此時,所有接收端同時接收到SMnew和某一(或者多個)SIB,這樣,雖然對 于不能識別SMnew的R8/R9接收端會造成電能浪費,但對于具有兼容R8/R9的能力的RlO 接收端,則可以全部識別,且發(fā)送端調(diào)度簡單;發(fā)送端也可以將SMnew和某一(或者多個) SIB(這些SIB,R8/R9接收端可以識別)分別調(diào)度在不同的SI窗內(nèi)發(fā)送,這樣RlO接收端 分別接收在兩個SI窗中接收發(fā)送的SIB,由于R8/R9接收端不能夠識別Sl&iew,所以R8/R9 的接收端可以選擇不接收調(diào)度發(fā)送SIfoiew的SI窗內(nèi)SIBnew,從而可以幫助R8/R9接收端 省電;
使用現(xiàn)有的更新通知機制時,當然SIfoiew還可以采用其他更新通知信息,例如, 在paging message中新增一個更新通知信息,用于指示SIfoiew是否發(fā)生更新,原有的systemlnfoModification指示標識位對于SIfoiew無效。使用新增的更新通知信息可以使 用1比特來描述SIfoiew的更新情況時,該比特為“1”時可以表示SIfoiew發(fā)生更新,該比特 為“0”時可以表示SIfoiew未更新;
又如,對于現(xiàn)有的BCCH更新通知機制,由于BCCH中包含很多的SIB,并且這些SIB 的信息更新較為緩慢,也就是說會造成SMnew的更新也是變得比較緩慢,如圖4所示,因 此發(fā)送端可以使用新的更新通知機制,即把更新通知信息承載于PDCCH中來通知接收端 SMnew是否發(fā)生更新。具體為將更新通知信息承載于PDCCH約定的位置上(例如承載于 PDCCH公共檢索空間,或者在PDCCH中另外配置專用檢索空間),如圖5所示,在BCCH修改周 期內(nèi)某一時刻子幀標識信息發(fā)生更新,發(fā)送端則在子幀的PDCCH上發(fā)送更新通知信息通知 接收端SMnew中的子幀標識信息發(fā)生了更新,并且發(fā)送端立即調(diào)度發(fā)送更新后的SIBnew, RlO接收端收到承載于子幀的PDCCH中的更新通知信息后,如果更新通知信息告知接收端 SIBnew發(fā)生更新,則接收端立即接收更新后的SIBnew,采用此種機制時,RlO接收端必須監(jiān) 聽PDCCH中的SIfoiew更新通知信息,當發(fā)現(xiàn)更新通知信息指示SIfoiew發(fā)生更新后,要立即 接收更新的SIBnew,獲取新的子幀標識信息。
實施例3
本實施例以專用信令承載為RlO接收端傳輸PDSCH的MBSFN子幀的子幀標識信息 為例,說明傳輸子幀標識信息的具體過程,該過程如圖6所示,包括以下步驟
步驟600 系統(tǒng)配置為RlO接收端傳輸PDSCH的MBSFN子幀,形成子幀標識信息;
該步驟中,發(fā)送端將通過SIB2中MBSFN-SubframeConfigList配置的MBSFN子幀 中一個或多個配置為RlO接收端傳輸PDSCH的MBSFN子幀,或者發(fā)送端為了提高系統(tǒng)的效 率,可以通過SIB2中MBSFN-SubframeConfigList配置過多的MBSFN子幀,再進一步將過多 的MBSFN子幀指示為RlO接收端傳輸PDSCH的MBSFN子幀,當然也可以包括一個或多個之 前為單播子幀的子幀,之后又被配置為為RlO接收端傳輸PDSCH的子幀;
其中,系統(tǒng)指基站、MCE (Multi-cell/multicast Coordination Entity,多小區(qū)協(xié) 調(diào)實體)或者中繼站(relay)。
步驟610 發(fā)送端(基站或者中繼站)將上述為RlO接收端傳輸PDSCH的MBSFN子 幀的子幀標識信息承載在專用信令中發(fā)送,其中,子幀標識信息描述那個或哪些MBSFN子 幀是為RlO接收端傳輸PDSCH的子幀,可以是描述一個子幀配置規(guī)律的信息;
該步驟中,在LTE-Advanced系統(tǒng)中增加一個針對RlO接收端以點到多點的廣播方 式發(fā)送的專用信令,在該專用信令中承載為RlO接收端傳輸PDSCH的MBSFN子幀的子幀標 識信息,并且,該專用信令還可以承載專為RlO接收端群體發(fā)送的其他信息;
其中,專用信令發(fā)送機制可以采用如下方式,
第一種是配置專用信令修改周期和專用信令重復(fù)周期,每個修改周期包含若干個 重復(fù)周期,每個修改周期到來時,允許承載于專用信令中的信息(包括子幀標識信息)發(fā)生 更新,每個修改周期內(nèi)的重復(fù)周期內(nèi)的專用信令中承載的信息(包括子幀標識信息)保持 相同;
第二種是專用信令僅周期性發(fā)送,即每個周期都允許承載于專用信令中的信息 (包括子幀標識信息)發(fā)生更新;
專用信令是否采用更新通知機制是可選的,建議的更新通知機制如下
如果專用信令中承載的信息數(shù)據(jù)量較大,并且變化較慢時,在優(yōu)選實施例中,還可 以為專用信令配置更新通知機制以減少RlO接收端接收專用信令的次數(shù),達到省電功效, 當采用上述第一種發(fā)送機制發(fā)送專用信令時,可以進一步通知接收端下一個即將到來的專 用信令修改周期處發(fā)送的專用信令的內(nèi)容與上次的專用信令的內(nèi)容是否更新(包括子幀 標識信息是否發(fā)生更新),每個專用信令修改周期至少發(fā)送一次更新通知信息;采用上述 第二種發(fā)送機制發(fā)送專用信令時,可以進一步通知接收端即將到來的專用信令周期處發(fā)送 的專用信令內(nèi)容與上次的專用信令的內(nèi)容是否更新,具體地,可以通過在paging message 中增加一個更新通知信息,該更新通知信息使用1比特作為標識位,當該位置“1”時,表示 專用信令內(nèi)容發(fā)生更新,該標識位置“0”時,則表示專用信令內(nèi)容未更新。每個專用信令周 期內(nèi)至少發(fā)送一次更新通知信息。
步驟620 :R10接收端接收上述專用信令,解析該專用信令,以獲取其中的子幀標 識信息,從而獲知那些子幀為RlO接收端傳輸PDSCH的MBSFN子幀,并在這些子幀上檢測接 收PDSCH數(shù)據(jù);
該步驟中,如果發(fā)送端為采用了上述第一種發(fā)送機制,則接收端只需要在每個專 用信令修改周期處到來時接收專用信令即可,修改周期內(nèi)是否接收重復(fù)周期發(fā)送的專用信 令,可以由接收端自己決定(即可以接收也可以不接收)如果接收,可以使用前后2次重復(fù) 周期發(fā)送同樣的專用信令來實現(xiàn)軟合并譯碼,提高接收端性能;
如果發(fā)送端采用上述第二種發(fā)送機制發(fā)送專用信令,則接收端在每個周期都需要 接收一次專用信令。
RlO接收端接收并解析其中的子幀標識信息,從而獲知那些MBSFN子幀是為RlO接 收端傳輸PDSCH的,在之后的這類子幀上,RlO接收端需要在這些子幀的PDCCH中檢測是否 有自己的PDSCH的調(diào)度信息(檢測的方法和R8/R9接收端檢測相同,具體檢測方法參考LTE 協(xié)議36. 212和36. 211)。如果檢測到有自己的為PDSCH的調(diào)度信息,那么接收端則根據(jù)調(diào) 度信息接收解析屬于自己的PDSCH中的數(shù)據(jù)。否則,不接收PDSCH。
如果發(fā)送端采用了更新通知機制,當發(fā)送端采用上述第一種發(fā)送機制發(fā)送專用信 令時,接收端在第一次接收了專用信令之后,只需要保持監(jiān)聽更新通知信息即可,如果更新 通知信息告知接收端專用信令發(fā)生更新,才到修改周期處接收新的專用信令;發(fā)送端采用 上述第二種發(fā)送機制發(fā)送專用信令時,接收端第一次接收專用信令后,一直監(jiān)聽更新通知 信息,如果更新通知信息告知接收端專用信令發(fā)生更新,那么接收端才在下一個周期到來 時接收新的專用信令。
在 LTE-Advanced 系統(tǒng)中也引入了多點協(xié)作傳輸(Coordinated multiple point transmition and reception, COMP) 上述實施例均可應(yīng)用于COMP子幀的配置指示信息的 傳輸,即那些子幀是用來進行COMP傳輸?shù)淖訋瑯俗R信息,接收端收到此信息后,即可獲知 哪些子幀是用于COMP傳輸?shù)?,以便于進行COMP傳輸?shù)慕邮斩私邮?。即用于COMP傳輸?shù)淖?幀通過系統(tǒng)信息發(fā)送給接收端,或者通過專用信令發(fā)送,或者在PDCCH中發(fā)送。
從上述實施例可以看出,本發(fā)明技術(shù)方案指示出哪些MBSFN子幀被配置為為RlO 接收端傳輸PDSCH的子幀,這樣對于RlO接收端而言,其發(fā)現(xiàn)子幀配置信息后,在該子幀上 嘗試接收自己的單播數(shù)據(jù)即可,即直接跳過沒有用于RlO接收端的MBSFN子幀,從而可以省 H1^ ο
以上所述僅為本發(fā)明的優(yōu)選實施例而已,并不用于限制本發(fā)明,對于本領(lǐng)域的技 術(shù)人員來說,本發(fā)明可以有各種更改和變化。凡在本發(fā)明的精神和原則之內(nèi),所作的任何修 改、等同替換、改進等,均應(yīng)包含在本發(fā)明的保護范圍之內(nèi)。
權(quán)利要求
1.一種子幀標識信息的傳輸方法,其特征在于,該方法包括發(fā)送端在配置為RlO接收端傳輸物理下行共享信道(PDSCH)的多播廣播單頻網(wǎng)絡(luò) (MBSFN)子幀的物理下行控制信道(PDCCH)中發(fā)送子幀標識信息給RlO接收端,其中,所述 子幀標識信息用于指示所述MBSFN子幀是為RlO接收端傳輸PDSCH的多播MBSFN子幀。
2.如權(quán)利要求1所述的方法,其特征在于,所述RlO接收端在各子幀的PDCCH上檢測所述子幀標識信息,當所述RlO接收端檢測 到所述子幀標識信息時,再在該子幀上檢測自己的PDSCH的調(diào)度信息,然后依據(jù)PDSCH調(diào)度 信息接收PDSCH數(shù)據(jù)。
3.如權(quán)利要求1或2所述的方法,其特征在于,所述發(fā)送端將所述子幀標識信息承載在PDCCH的預(yù)設(shè)檢索空間,或者PDCCH的公共檢 索空間,或者由預(yù)設(shè)的專用無線網(wǎng)絡(luò)臨時標識(RNTI)計算得到的檢索空間中。
4.如權(quán)利要求3所述的方法,其特征在于,所述發(fā)送端將所述子幀標識信息承載在所述PDCCH的預(yù)設(shè)檢索空間,或者所述PDCCH 的公共檢索空間時所述發(fā)送端通過所述PDCCH中約定的某一下行控制信息格式的中預(yù)留比特作為所述 子幀標識信息,或者通過所述PDCCH中約定的某一 DCI格式中新增比特作為所述子幀標識信息。
5.一種子幀標識信息的傳輸方法,其特征在于,該方法包括發(fā)送端將配置為RlO接收端發(fā)送物理下行共享信道(PDSCH)的多播廣播單頻網(wǎng)絡(luò) (MBSFN)子幀的子幀標識信息以廣播形式發(fā)送給RlO接收端。
6.如權(quán)利要求5所述的方法,其特征在于,所述子幀標識信息用于指示某一周期內(nèi)為RlO接收端發(fā)送PDSCH的MBSFN子幀,或者 用于指示為RlO接收端發(fā)送PDSCH的所有MBSFN子幀。
7.如權(quán)利要求5或6所述的方法,其特征在于,所述RlO接收端接收所述子幀標識信息,并在所述子幀標識信息指示的為RlO接收端 發(fā)送PDSCH的MBSFN子幀上檢測接收PDSCH數(shù)據(jù)。
8.如權(quán)利要求5或6所述的方法,其特征在于,所述發(fā)送端將所述子幀標識信息承載在廣播控制信道(BCCH)或者專用信令中以廣播 形式周期性地發(fā)送給RlO接收端。
9.如權(quán)利要求8所述的方法,其特征在于,所述發(fā)送端將所述子幀標識信息承載在BCCH中發(fā)送給所述RlO接收端時,所述發(fā)送 端在所述BCCH中的系統(tǒng)信息塊(SIB) 2中承載所述子幀標識信息,或者在所述BCCH中新增 SIB以承載所述子幀標識信息。
10.如權(quán)利要求9所述的方法,其特征在于,所述發(fā)送端在所述BCCH中新增SIB以承載所述子幀標識信息時,所述發(fā)送端還為所述 新增SIB配置更新通知信息,該更新通知信息用于通知所述RlO接收端所述子幀標識信息 是否發(fā)生更新。
11.如權(quán)利要求10所述的方法,其特征在于,所述新增SIB的更新通知信息與BCCH中其他SIB的更新通知信息共用同一更新通知信息,或者為所述新增SIB的更新通知信息設(shè)置專用的不同于BCCH中其他SIB的更新通知 信息的更新通知信息。
12.如權(quán)利要求10或11所述的方法,其特征在于,所述發(fā)送端將所述新增SIB的更新通知信息承載在尋呼消息上發(fā)送給所述RlO接收端。
13.如權(quán)利要求10或11所述的方法,其特征在于,所述發(fā)送端將所述新增SIB的調(diào)度信息承載在SIBl中發(fā)送給所述RlO接收端。
14.如權(quán)利要求10或11所述的方法,其特征在于,所述發(fā)送端將所述更新通知信息承載在PDCCH約定的位置上發(fā)送。
15.如權(quán)利要求7所述的方法,其特征在于,所述發(fā)送端將所述子幀標識信息承載在所述專用信令中發(fā)送給所述RlO接收端時,所 述專用信令的發(fā)送模式采用點到多點的廣播方式。
16.如權(quán)利要求15所述的方法,其特征在于,所述發(fā)送端還為所述專用信令配置更新通知信息,該更新通知信息用于通知所述RlO 接收端所述專用信令是否發(fā)生更新,其中,所述發(fā)送端將所述專用信令的更新通知信息承 載在尋呼消息或者PDCCH中發(fā)送給所述RlO接收端。
17.如權(quán)利要求16所述的方法,其特征在于,所述發(fā)送端為所述專用信令配置專用信令修改周期,并在所述專用信令修改周期內(nèi)發(fā) 送所述更新通知信息;或者所述發(fā)送端僅周期性發(fā)送所述專用信令,并在發(fā)送所述專用信令的各周期內(nèi)發(fā)送所述 更新通知信息。
18.一種子幀標識信息的傳輸系統(tǒng),其特征在于,該系統(tǒng)包括發(fā)送端和RlO接收端,其中所述發(fā)送端,在配置為RlO接收端傳輸物理下行共享信道(PDSCH)的多播廣播單頻網(wǎng) 絡(luò)(MBSFN)子幀的物理下行控制信道(PDCCH)中發(fā)送子幀標識信息給RlO接收端,其中,所 述子幀標識信息用于指示所述MBSFN子幀是為RlO接收端傳輸PDSCH的多播MBSFN子幀; 所述RlO接收端,在各子幀的PDCCH上檢測所述子幀標識信息,當所述RlO接收端檢測 到所述子幀標識信息時,再在該子幀上檢測自己的PDSCH的調(diào)度信息,然后依據(jù)PDSCH調(diào)度 信息接收PDSCH數(shù)據(jù)。
19.如權(quán)利要求18所述的系統(tǒng),其特征在于,所述發(fā)送端,將所述子幀標識信息承載在PDCCH的預(yù)設(shè)檢索空間,或者PDCCH的公共檢 索空間,或者由預(yù)設(shè)的專用無線網(wǎng)絡(luò)臨時標識(RNTI)計算得到的檢索空間中。
20.如權(quán)利要求18所述的系統(tǒng),其特征在于,所述發(fā)送端將所述子幀標識信息承載在所述PDCCH的預(yù)設(shè)檢索空間,或者所述PDCCH 的公共檢索空間時所述發(fā)送端通過所述PDCCH中約定的某一下行控制信息格式的中預(yù)留比特作為所述 子幀標識信息,或者通過所述PDCCH中約定的某一 DCI格式中新增比特作為所述子幀標識信息ο
21.如權(quán)利要求18所述的系統(tǒng),其特征在于,所述發(fā)送端,還用于將配置為RlO接收端發(fā)送物理下行共享信道(PDSCH)的多播廣播 單頻網(wǎng)絡(luò)(MBSFN)子幀的子幀標識信息以廣播形式發(fā)送給RlO接收端;所述RlO接收端,還用于接收所述子幀標識信息,并在所述子幀標識信息指示的為RlO 接收端發(fā)送PDSCH的MBSFN子幀上檢測接收PDSCH數(shù)據(jù)。
22.如權(quán)利要求21所述的系統(tǒng),其特征在于,所述子幀標識信息用于指示某一周期內(nèi)為RlO接收端發(fā)送PDSCH的MBSFN子幀,或者 用于指示為RlO接收端發(fā)送PDSCH的所有MBSFN子幀。
23.如權(quán)利要求21或22所述的系統(tǒng),其特征在于,所述發(fā)送端將所述子幀標識信息承載在廣播控制信道(BCCH)或者專用信令中以廣播 形式周期性地發(fā)送給RlO接收端。
24.如權(quán)利要求23所述的系統(tǒng),其特征在于,所述發(fā)送端將所述子幀標識信息承載在BCCH中發(fā)送給所述RlO接收端時,所述發(fā)送 端在所述BCCH中的系統(tǒng)信息塊(SIB) 2中承載所述子幀標識信息,或者在所述BCCH中新增 SIB以承載所述子幀標識信息。
25.如權(quán)利要求M所述的系統(tǒng),其特征在于,所述發(fā)送端在所述BCCH中新增SIB以承載所述子幀標識信息時,所述發(fā)送端還為所述 新增SIB配置更新通知信息,該更新通知信息用于通知所述RlO接收端所述子幀標識信息 是否發(fā)生更新。
26.如權(quán)利要求23所述的系統(tǒng),其特征在于,所述發(fā)送端將所述子幀標識信息承載在所述專用信令中發(fā)送給所述RlO接收端時,所 述專用信令的發(fā)送模式采用點到多點的廣播方式。
27.如權(quán)利要求沈所述的系統(tǒng),其特征在于,所述發(fā)送端還為所述專用信令配置更新通知信息,該更新通知信息用于通知所述RlO 接收端所述專用信令是否發(fā)生更新,其中,所述發(fā)送端將所述專用信令的更新通知信息承 載在尋呼消息或者PDCCH中發(fā)送給所述RlO接收端。
全文摘要
本發(fā)明涉及一種子幀標識信息的傳輸方法及系統(tǒng),屬于通訊領(lǐng)域。本發(fā)明方法包括發(fā)送端在配置為R10接收端傳輸物理下行共享信道(PDSCH)的多播廣播單頻網(wǎng)絡(luò)(MBSFN)子幀的物理下行控制信道(PDCCH)中發(fā)送子幀標識信息給R10接收端,其中,所述子幀標識信息用于指示所述MBSFN子幀是為R10接收端傳輸PDSCH的多播MBSFN子幀。采用本發(fā)明技術(shù)方案可以有效實現(xiàn)指示子幀的目的,可以滿足指示信息的快速性,并且在不增加接收端的復(fù)雜性的前提下,適合發(fā)送指示信息。
文檔編號H04W72/14GK102036171SQ20091017459
公開日2011年4月27日 申請日期2009年9月30日 優(yōu)先權(quán)日2009年9月30日
發(fā)明者茍偉 申請人:中興通訊股份有限公司
網(wǎng)友詢問留言 已有0條留言
  • 還沒有人留言評論。精彩留言會獲得點贊!
1
望城县| 闻喜县| 江油市| 扎赉特旗| 山阴县| 许昌县| 城市| 永清县| 拜泉县| 丽水市| 茂名市| 南乐县| 甘泉县| 当阳市| 布尔津县| 报价| 德清县| 遵义县| 凤城市| 祁连县| 盐城市| 奇台县| 泊头市| 临江市| 曲阜市| 景德镇市| 两当县| 稷山县| 英德市| 广州市| 台安县| 金塔县| 墨脱县| 嵊州市| 福安市| 六盘水市| 高碑店市| 航空| 封丘县| 赣榆县| 罗江县|