版權說明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權,請進行舉報或認領
文檔簡介
多媒體廣播和組播業(yè)務控制信道更新的通知方法及系統(tǒng)專利01專利背景附圖說明發(fā)明內(nèi)容技術領域目錄03020405權利要求榮譽表彰實施方式目錄0706基本信息《多媒體廣播和組播業(yè)務控制信道更新的通知方法及系統(tǒng)》是中興通訊股份有限公司于2009年10月23日申請的專利,該專利的申請?zhí)枮?9,公布號為CNA,授權公布日為2010年12月29日,發(fā)明人是許輝?!抖嗝襟w廣播和組播業(yè)務控制信道更新的通知方法及系統(tǒng)》公開了一種多媒體廣播和組播業(yè)務控制信道更新的通知方法,該方法包括:基站側通過多媒體廣播和組播業(yè)務控制信道無線絡臨時標識(M-RNTI),指示多媒體廣播和組播業(yè)務控制信道(MCCH)的內(nèi)容存在更新,并通知用戶設備(UE)側;UE檢測到M-RNTI后,繼續(xù)讀取MCCH內(nèi)容或者根據(jù)自身業(yè)務需要判斷是否需要繼續(xù)讀取更新的MCCH內(nèi)容。該發(fā)明還公開了一種多媒體廣播和組播業(yè)務控制信道更新的通知系統(tǒng),該系統(tǒng)中基站側的通知單元,用于基站側通過M-RNTI指示MCCH的內(nèi)容存在更新,并通知UE側。采用該發(fā)明的方法及系統(tǒng),實現(xiàn)了MCCH更新的通知機制,使UE對MCCH的更新進行監(jiān)測,從而減少UE功耗。2016年12月7日,《多媒體廣播和組播業(yè)務控制信道更新的通知方法及系統(tǒng)》獲得第十八屆中國專利優(yōu)秀獎。(概述圖為《多媒體廣播和組播業(yè)務控制信道更新的通知方法及系統(tǒng)》摘要附圖)專利背景專利背景隨著Internet的發(fā)展和大屏幕多功能手機的普及,出現(xiàn)了大量移動數(shù)據(jù)多媒體業(yè)務和各種高帶寬多媒體業(yè)務,例如:視頻會議、電視廣播、視頻點播、廣告、上教育、互動游戲等,既滿足了移動用戶不斷上升的業(yè)務需求,同時又能為移動運營商帶來新的業(yè)務增長點。這些移動數(shù)據(jù)多媒體業(yè)務要求多個用戶能夠同時接收相同數(shù)據(jù),與一般的數(shù)據(jù)業(yè)務相比,具有數(shù)據(jù)量大、持續(xù)時間長、時延敏感等特點。為了有效地利用移動絡資源,第三代合作伙伴計劃(3GPP,3rdGenerationPartnershipProject)提出了MBMS業(yè)務,該MBMS業(yè)務是從一個數(shù)據(jù)源向多個目標傳送數(shù)據(jù)的技術,實現(xiàn)了包括核心和接入在內(nèi)的絡資源共享,提高了絡資源,尤其是空中接口資源的利用率。3GPP定義的MBMS業(yè)務不僅能夠實現(xiàn)純文本低速率的消息類組播和廣播,而且還能夠實現(xiàn)高速多媒體業(yè)務的廣播和組播,提供多種豐富的視頻、音頻和多媒體業(yè)務,這無疑順應了未來移動數(shù)據(jù)發(fā)展的趨勢,為3G的發(fā)展提供了更好的業(yè)務前景。LTERel-8中MBMS控制信道(MCCH,MulticastControlChannel)的設計采用分層結構:第一MBMS控制信道(P-MCCH,PrimaryMCCH),用來承載P-MCCH的信令,也稱為主多播控制信令;第二MBMS控制信道(S-MCCH,SecondaryMCCH),用來承載S-MCCH的信令,也稱為次多播控制信令。LTERel-8中規(guī)定廣播控制信道(BCCH,BroadcastControlChannel)上指示一個或者兩個P-MCCH的調度信息,其中一個為單小區(qū)模式被傳輸在下行共享信道(DL-SCH,DownLink-SharedCHannel);另一個為多小區(qū)模式被傳輸在多播信道(MCH,MulticastChannel上。P-MCCH中可以承載S-MCCH的指示信息,以幫助發(fā)現(xiàn)S-MCCH。發(fā)明內(nèi)容專利目的改善效果技術方案發(fā)明內(nèi)容專利目的《多媒體廣播和組播業(yè)務控制信道更新的通知方法及系統(tǒng)》的主要目的在于提供一種MCCH更新的通知方法及系統(tǒng),實現(xiàn)了MCCH更新的通知機制,使UE對MCCH的更新進行監(jiān)測,從而減少UE功耗。
技術方案一種多媒體廣播和組播業(yè)務控制信道更新的通知方法,該方法包括:基站側通過多媒體廣播和組播業(yè)務控制信道無線絡臨時標識M-RNTI,指示多媒體廣播和組播業(yè)務控制信道MCCH的內(nèi)容存在更新,并通知用戶設備側;用戶設備檢測到所述M-RNTI后,繼續(xù)讀取MCCH內(nèi)容或者根據(jù)自身業(yè)務需要判斷是否需要繼續(xù)讀取更新的MCCH內(nèi)容。其中,所述通知具體包括:增強型基站eNB在系統(tǒng)廣播消息中將所述M-RNTI的位置信息通知所述用戶設備;所述eNB將多媒體廣播和組播業(yè)務MBMS業(yè)務標識,封裝到與所述M-RNTI相對應的下行控制信息DCI中。其中,所述用戶設備根據(jù)所述M-RNTI的位置信息檢測到所述M-RNTI后,獲取DCI中的內(nèi)容,UE可以繼續(xù)讀取MCCH內(nèi)容或者判斷是否需要繼續(xù)讀取所述更新的MCCH內(nèi)容具體包括:所述用戶設備根據(jù)所述M-RNTI讀取與所述M-RNTI相對應的DCI,繼續(xù)讀取相應MCCH的內(nèi)容;或者從所述DCI中獲取到所述MBMS業(yè)務標識,與用戶設備側的MBMS業(yè)務列表中的MBMS業(yè)務標識進行匹配;如果匹配,則繼續(xù)讀取所述更新的MCCH內(nèi)容,否則,不讀取所述更新的MCCH內(nèi)容。其中,該方法進一步包括:在單小區(qū)模式下,在承載單播業(yè)務的子幀的物理下行控制信道PDCCH上承載所述M-RNTI;在非連續(xù)接收DRX周期中,在每個尋呼時刻,所述eNB在所述PDCCH上重復發(fā)送所述M-RNTI;在多小區(qū)模式下,根據(jù)MBSFN區(qū)域內(nèi)的MBMS業(yè)務相關信息,為MBSFN區(qū)域配置承載MBMS業(yè)務的無線幀及其子幀;在配置的承載MBMS業(yè)務的子幀的PDCCH上承載所述M-RNTI對應通知信息。改善效果采用《多媒體廣播和組播業(yè)務控制信道更新的通知方法及系統(tǒng)》,由于基站側和MBMS的UE側事先約定了M-RNTI,因此,當基站側通過M-RNTI指示MCCH的內(nèi)容存在更新并通知UE側后,UE側只要獲取到M-RNTI,就知道MCCH的內(nèi)容存在更新,從而UE對MCCH的更新進行監(jiān)測即可;而2009年10月前技術是:UE需要連續(xù)監(jiān)測MCCH,從而導致UE的功耗增大,可見,采用該發(fā)明能降低MBMS的UE的功耗。另外,由于M-RNTI是基站側和MBMS的UE側事先約定的,因此,非MBMS的UE并不識別,也不會去監(jiān)測,從而降低了非MBMS的UE的功耗。
附圖說明附圖說明圖1為《多媒體廣播和組播業(yè)務控制信道更新的通知方法及系統(tǒng)》基站側通知UE側MCCH內(nèi)容更新的實現(xiàn)流程示意圖;圖2為該發(fā)明UE判斷讀取更新的MCCH內(nèi)容的實現(xiàn)流程示意圖;圖3為該發(fā)明M-RNTI的信道傳送示意圖;圖4為該發(fā)明UE讀取MCCH內(nèi)容流程示意圖。
技術領域技術領域《多媒體廣播和組播業(yè)務控制信道更新的通知方法及系統(tǒng)》涉及長期演進(LTE,LongTermEvolution)系統(tǒng)中控制信道更新的通知技術,尤其涉及一種多媒體廣播和組播業(yè)務(MBMS,MultimediaBroadcastMulticastService)控制信道更新的通知方法及系統(tǒng)。
權利要求權利要求1.一種多媒體廣播和組播業(yè)務控制信道更新的通知方法,其特征在于,該方法包括:基站側通過多媒體廣播和組播業(yè)務控制信道無線絡臨時標識M-RNTI,指示多媒體廣播和組播業(yè)務控制信道MCCH的內(nèi)容存在更新,并通知用戶設備側;用戶設備檢測到所述M-RNTI后,繼續(xù)讀取MCCH內(nèi)容,或者根據(jù)自身業(yè)務需要判斷是否需要繼續(xù)讀取更新的MCCH內(nèi)容。2.根據(jù)權利要求1所述的方法,其特征在于,所述通知具體包括:增強型基站eNB在系統(tǒng)廣播消息中將所述M-RNTI的位置信息通知所述用戶設備;所述eNB將多媒體廣播和組播業(yè)務MBMS業(yè)務標識,封裝到與所述M-RNTI相對應的下行控制信息DCI中。3.根據(jù)權利要求2所述的方法,其特征在于,所述用戶設備根據(jù)所述M-RNTI的位置信息檢測到所述M-RNTI后,判斷是否需要繼續(xù)讀取所述更新的MCCH內(nèi)容具體包括:所述用戶設備根據(jù)所述M-RNTI讀取與所述M-RNTI相對應的DCI,從所述DCI中獲取到所述MBMS業(yè)務標識,與用戶設備側的MBMS業(yè)務列表中的MBMS業(yè)務標識進行匹配;如果匹配,則繼續(xù)讀取所述更新的MCCH內(nèi)容,否則,不讀取所述更新的MCCH內(nèi)容。4.實施方式實施方式《多媒體廣播和組播業(yè)務控制信道更新的通知方法及系統(tǒng)》的基本思想是:基站側通過M-RNTI指示MCCH的內(nèi)容存在更新,并通知UE側;UE檢測到M-RNTI后,繼續(xù)讀取MCCH的內(nèi)容或者根據(jù)自身業(yè)務需要判斷是否需要繼續(xù)讀取更新的MCCH內(nèi)容。下面結合附圖對技術方案的實施作進一步的詳細描述。在此,首先對《多媒體廣播和組播業(yè)務控制信道更新的通知方法及系統(tǒng)》實現(xiàn)LTE系統(tǒng)中針對MCCH更新的通知機制,其引入思路進行闡述如下:通知機制的目的是當MCCH內(nèi)容發(fā)生變化時,使用相關的信令通知UE。在2009年10月前的3GPPRel-6系統(tǒng)中,MBMS需要單獨設計并采用一個特殊的信道用于指示MCCH內(nèi)容的更新變化,這個特殊的信道是MBMS指示信道(MICH,MBMSIndicationCHannel),用于實現(xiàn)MCCH通知機制。在LTE系統(tǒng)中,MBMS同樣需要考慮如何實現(xiàn)MCCH通知機制。考慮到MCCH內(nèi)容特性與BCCH內(nèi)容特性具有相似性,而系統(tǒng)消息的更新是采用尋呼信令通知UE的,因此,考慮該發(fā)明對于MCCH的更新也可以采用類似尋呼信令的方法來通知UE?;谶@個考慮,該發(fā)明基于MCCH
溫馨提示
- 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
- 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯(lián)系上傳者。文件的所有權益歸上傳用戶所有。
- 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁內(nèi)容里面會有圖紙預覽,若沒有圖紙預覽就沒有圖紙。
- 4. 未經(jīng)權益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
- 5. 人人文庫網(wǎng)僅提供信息存儲空間,僅對用戶上傳內(nèi)容的表現(xiàn)方式做保護處理,對用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對任何下載內(nèi)容負責。
- 6. 下載文件中如有侵權或不適當內(nèi)容,請與我們聯(lián)系,我們立即糾正。
- 7. 本站不保證下載資源的準確性、安全性和完整性, 同時也不承擔用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。
最新文檔
- 吊車出售協(xié)議合同范例
- 加盟店培訓合同范例
- 平臺搭建合同范例
- 出售殯葬項目合同范例
- 織帶加工合同范例
- 展廳多媒體裝修合同范例
- 室內(nèi)線安裝合同范例
- 紫砂店鋪轉讓合同范例
- 寫字樓施工范例合同范例
- 倉儲代理合同范例
- 人教版數(shù)學小學二年級上冊無紙筆測試題
- 小學科學實驗圖片和文字
- 項目總監(jiān)簡歷模板
- 拉薩硫氧鎂凈化板施工方案
- 施工單位自查自糾記錄表
- 產(chǎn)品合格證出廠合格證A4打印模板
- IEC60287中文翻譯版本第一部分課件
- 《公路隧道設計細則》(D70-2010 )【可編輯】
- 東南大學高數(shù)實驗報告
- 農(nóng)業(yè)開發(fā)有限公司章程范本
- 化工企業(yè)隱患排查與治理
評論
0/150
提交評論