一種單小區(qū)點(diǎn)對(duì)多點(diǎn)傳輸系統(tǒng)的傳輸方法
【技術(shù)領(lǐng)域】
[0001]本發(fā)明涉及無(wú)線通信系統(tǒng)技術(shù)領(lǐng)域，尤其涉及一種單小區(qū)點(diǎn)對(duì)多點(diǎn)傳輸系統(tǒng)的傳輸方法。
【背景技術(shù)】
[0002]為了把LTE(LongTime Evolut1n，長(zhǎng)期演進(jìn))應(yīng)用到應(yīng)急通信中，3GPP(The ThirdGenerat1n partnership Project，第三代合作伙伴)在Rel-12里引入了基于LTE的集群通信系統(tǒng)(Group Communicat1n System Enabler，GCSE)。在 Rel-12 的 GCSE 里，集群通信是基于 eMBMS (enhance Multimedia Broadcast Multimedia Multicast，增強(qiáng)多媒體廣播多播)設(shè)計(jì)的，eMBMS是在一個(gè)預(yù)先規(guī)劃區(qū)域MBSFN區(qū)域(Multicast/Broadcast overSingle Frequency Network單頻網(wǎng)多播廣播)投放多媒體內(nèi)容，例如移動(dòng)TV，但MBSFN區(qū)域是靜態(tài)的，由0AM (Operat1n and Maintenance，操作維護(hù))配置，不能根據(jù)用戶分布動(dòng)態(tài)的改變。eMBMS占用一個(gè)子幀的整個(gè)系統(tǒng)帶寬，即使沒(méi)有用完所有資源，也不允許在一個(gè)子幀里和單播復(fù)用。MBSFN子幀配置也是由0ΑΜ靜態(tài)配置的，一個(gè)無(wú)線幀里最多配6個(gè)MBSFN子幀，不能根據(jù)這一組用戶的業(yè)務(wù)和這一組用戶的數(shù)目來(lái)動(dòng)態(tài)調(diào)整。當(dāng)提供應(yīng)急通信服務(wù)時(shí)，給eMBMS配置的無(wú)線資源不可避免的會(huì)浪費(fèi)。因此為了解決資源有效增強(qiáng)，3GPP提出了單小區(qū) SC-PTM (Single-Cell point-to-multipoint，單小區(qū)點(diǎn)對(duì)多點(diǎn))傳輸。
[0003]3GPP 研究利用下行業(yè)務(wù)共享信道 FOSCH (Physical Downlink share Channel，物理下行共享信道)在空口承載多播廣播數(shù)據(jù)，靈活的資源分配以及和單播數(shù)據(jù)在同一個(gè)子幀復(fù)用，解決了傳統(tǒng)通過(guò)MBSFN傳輸多播廣播業(yè)務(wù)的無(wú)線資源有效性問(wèn)題。由于單小區(qū)SC-PTM傳輸主要應(yīng)用于應(yīng)急通信以及公共安全場(chǎng)景，數(shù)據(jù)的傳輸效率至關(guān)重要，因此結(jié)合目前單播的HARQ (Hybrid Automatic Repeat Request，混合自動(dòng)重傳請(qǐng)求)重傳機(jī)制研究SC-PTM的HARQ重傳很有意義。

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

[0004]為了解決現(xiàn)有技術(shù)存在的問(wèn)題，本發(fā)明提出了一種單小區(qū)點(diǎn)對(duì)多點(diǎn)傳輸系統(tǒng)的傳輸方法，實(shí)現(xiàn)了 UE上行反饋時(shí)只在解錯(cuò)roSCH時(shí)發(fā)送NACK，而解對(duì)roSCH時(shí)不發(fā)送ACK這一規(guī)則，可以解決多個(gè)UE發(fā)送PUCCH時(shí)的資源沖突問(wèn)題，可以達(dá)到重傳roSCH的目的，能夠提高單小區(qū)點(diǎn)對(duì)多點(diǎn)傳輸系統(tǒng)的傳輸效率，避免無(wú)線資源的浪費(fèi)。
[0005]本發(fā)明采用的技術(shù)方案具體內(nèi)容如下:
一種單小區(qū)點(diǎn)對(duì)多點(diǎn)傳輸系統(tǒng)的傳輸方法，包括:
基站側(cè):
基站通過(guò)核心網(wǎng)獲得和MBMS業(yè)務(wù)相關(guān)聯(lián)的UE個(gè)數(shù)記為UeNum_MBMS ；
基站在SC-MCCH里面增加計(jì)數(shù)請(qǐng)求消息MBMSCountingRequest、上行反饋指示UL_Feedback以及和MBMS業(yè)務(wù)相關(guān)聯(lián)的UE個(gè)數(shù)UeNum_MBMS ；
基站周期性發(fā)送SC-PTM控制信道SC-MCCH ； 基站通過(guò)UE反饋的計(jì)數(shù)回應(yīng)消息MBMSCountingResponse對(duì)正在接收這MBMS業(yè)務(wù)的處于連接態(tài)的UE個(gè)數(shù)計(jì)數(shù)，記為UeNum_Connect ；
基站根據(jù)所述UeNum_MBMS和UeNum_Connect分別和其對(duì)應(yīng)的門限值進(jìn)行比較決定是否開啟上行反饋，設(shè)UeNum_MBMS的門限值為UeNum_Th，UeNum_Connect的門限值為UeNumConnect_Th ；如果UeNum_MBMS沒(méi)有超過(guò)其門限值UeNum_Th，基站在SC-MCCH里設(shè)置UL_Feedback為Ture ;如果UeNum_MBMS超過(guò)其門限值UeNum_Th，但如果連接態(tài)UE個(gè)數(shù)UeNum_Connect 沒(méi)有超過(guò)其門限值 UeNumConnect_Th，基站在 SC-MCCH 里設(shè)置 UL_Feedback為Ture ;如果UeNum_MBMS超過(guò)其門限值UeNum_Th，連接態(tài)UE個(gè)數(shù)UeNum_Connect也超過(guò)其門限值 UeNum_Connect，則基站在 SC-MCCH 里設(shè)置 UL_Feedback 為 False ；
UE側(cè):
UE 接收 SC-MCCH 獲取計(jì)數(shù)請(qǐng)求消息 MBMSCountingRequest、UL_Feedback 和 UeNum_MBMS ；
UE反饋計(jì)數(shù)回應(yīng)消息MBMSCountingResponse給基站；
如果UE檢測(cè)到UL_Feedback為Ture，并且UeNum_MBMS沒(méi)有超過(guò)其門限值UeNum_Th，同時(shí)UE如果處于連接態(tài)，則根據(jù)UE接收H)SCH情況發(fā)送上行反饋，如果解錯(cuò)，則發(fā)送NACK，如果解對(duì)，則不發(fā)送反饋；如果UE處于空閑態(tài)，則發(fā)起RRC連接請(qǐng)求，建立RRC連接，根據(jù)接收PDSCH情況發(fā)送上行反饋，如果解錯(cuò)，則發(fā)送NACK，如果解對(duì)，則不發(fā)送反饋；如果UE檢測(cè)到UL_Feedback為Ture，并且UeNum_MBMS超過(guò)其門限值UeNum_Th，如果UE處于連接態(tài)，則根據(jù)UE接收H)SCH情況發(fā)送上行反饋，如果解錯(cuò)，則發(fā)送NACK，如果解對(duì)，則不發(fā)送反饋；如果UE處于空閑態(tài)，接收H)SCH，不做RRC連接建立；如果UE檢測(cè)到UL_Feedback為False，則直接接收roscH。
[0006]有益效果:
本發(fā)明所述的一種單小區(qū)點(diǎn)對(duì)多點(diǎn)傳輸系統(tǒng)的傳輸方法，根據(jù)和MBMS業(yè)務(wù)相關(guān)的UE個(gè)數(shù)以及處于連接態(tài)UE個(gè)數(shù)判斷是否開啟上行反饋傳輸，通過(guò)在SC-PTM的控制信道里面增加上行反饋指示來(lái)指示UE是否發(fā)送上行反饋，針對(duì)UE發(fā)送PUCCH時(shí)產(chǎn)生的資源沖突問(wèn)題，設(shè)定UE上行反饋時(shí)只在解錯(cuò)H)SCH時(shí)發(fā)送NACK，而解對(duì)H)SCH時(shí)不發(fā)送ACK這一規(guī)貝1J，可以解決多個(gè)UE發(fā)送PUCCH時(shí)的資源沖突問(wèn)題，可以達(dá)到重傳H)SCH的目的，從而提高SC-PTM傳輸?shù)男?，避免無(wú)線資源的浪費(fèi)。
【附圖說(shuō)明】
[0007]圖1為本發(fā)明實(shí)施例提供的一種SC-PTM傳輸系統(tǒng)的傳輸過(guò)程流程圖。
[0008]圖2為本發(fā)明實(shí)施例提供的一種SC-PTM傳輸系統(tǒng)的基站側(cè)處理流程圖。
[0009]圖3為本發(fā)明實(shí)施例提供的一種SC-PTM傳輸系統(tǒng)的UE側(cè)處理流程圖。
[0010]關(guān)鍵詞:
SC-PTM: Single-Cell point-to-multipoint單小區(qū)點(diǎn)對(duì)多點(diǎn)
3GPP: The Third Generat1n partnership Project第三代合作伙伴
LTE: Long Time Evolut1n長(zhǎng)期演進(jìn)
MBMS: Multimedia Broadcast Multimedia Multicast多媒體廣播多播
eMBMS: enhance Multimedia Broadcast Multimedia Multicast 增強(qiáng)多媒體廣播多播 GCSE:Group Communicat1n System Enabler集群通信系統(tǒng)
0AM:Operat1n and Maintenance操作維護(hù)
MBSFN:Multicast/Broadcast over Single Frequency Network 單頻網(wǎng)多播廣播
RAN:Rad1 Access Network無(wú)線接入網(wǎng)
RNTI:Rad1 Network Temp Identity無(wú)線網(wǎng)絡(luò)臨時(shí)標(biāo)識(shí)
PDCCH:Physical Downlink Control Channel物理下行控制信道
PUCCH:Physical Uplink Control Channel物理上行控制信道
PDSCH:Physical Downlink share Channel物理下行共享信道
MCCH:Multicast Control Channel多播控制信道
MCE:Multicast Coordinat1n entity多播協(xié)調(diào)實(shí)體
UE:User Equipment用戶終端
HARQ:Hybrid Automatic Repeat Request混合自動(dòng)重傳請(qǐng)求
CSI:Channel State informat1n信道狀態(tài)信息
RRC:Rad1 Resource Control無(wú)線資源控制。
【具體實(shí)施方式】
[0011]下面結(jié)合附圖和具體實(shí)施例對(duì)本發(fā)明進(jìn)行詳細(xì)說(shuō)明。
[0012]如圖1-3所示，本發(fā)明所述的一種單小區(qū)點(diǎn)對(duì)多點(diǎn)傳輸系統(tǒng)的傳輸方法，包括基站側(cè)和與基站側(cè)傳輸數(shù)據(jù)的UE側(cè)兩部分共兩部分流程。
[0013]基站側(cè):
基站通過(guò)核心網(wǎng)獲得和MBMS業(yè)務(wù)相關(guān)聯(lián)的UE個(gè)數(shù)UeNum—MBMS。與MBMS業(yè)務(wù)相關(guān)聯(lián)的UE包括對(duì)接收某一 MBMS業(yè)務(wù)的UE或?qū)@一 MBMS業(yè)務(wù)感興趣的UE ；
基站在SC-MCCH里面增加計(jì)數(shù)請(qǐng)求消息MBMSCountingRequest、上行反饋指示UL—Feedback以及和某一 MBMS相關(guān)聯(lián)的UE個(gè)數(shù)UeNum—MBMS ；
基站周期性發(fā)送SC-PTM控制信道SC-MCCH ；
基站通過(guò)UE反饋的計(jì)數(shù)回應(yīng)消息MBMSCountingResponse對(duì)正在接收這MBMS業(yè)務(wù)的處于連接態(tài)的UE個(gè)數(shù)計(jì)數(shù)，記為UeNum—Connect ;
基站側(cè)根據(jù)所述U