[發明專利]一種多媒體廣播多播業務通知信息的傳輸方法及系統

有效

• 申請號: 200910179245.4
• 申請日: 2009-09-30
• 公開（公告）號: CN102035807A
• 公開（公告）日: 2011-04-27
• 發明（設計）人: 許輝
• 申請（專利權）人: 中興通訊股份有限公司
• 主分類號: H04L29/06
• 分類號: H04L29/06;H04W88/18
• 代理公司: 北京安信方達知識產權代理有限公司 11262
• 代理人: 李健;龍洪

技術領域

本發明涉及多媒體廣播多播業務(MBMS，Multimedia?Broadcast?Multicast?Service)中通知信息的傳輸方法及系統。

背景技術

隨著Internet的迅猛發展和大屏幕多功能移動終端的普及，出現了大量移動數據多媒體業務和各種高帶寬多媒體業務，如視頻會議、電視廣播、視頻點播、廣告、網上教育、互動游戲等，這一方面滿足了移動用戶多業務的需求，同時也為移動運營商帶來了新的業務增長點。這些移動數據多媒體業務要求多個用戶能夠同時接收相同數據，與一般的數據業務相比，具有數據量大、持續時間長、時延敏感等特點。

為了有效地利用移動網絡資源，第三代合作伙伴計劃(3GPP，3rd?Generation?Partnership?Project)提出了多媒體廣播多播業務MBMS(Multimedia?Broadcast?Multicast?Service)，該MBMS業務是一種從一個數據源向多個目標移動終端傳送數據的技術，實現了網絡(包括核心網和接入網)資源的共享，提高了網絡資源(尤其是空中接口資源)的利用率。3GPP定義的MBMS不僅能夠實現純文本低速率的消息類組播和廣播，而且還能夠實現高速多媒體業務的廣播和組播，提供多種豐富的視頻、音頻和多媒體業務，這無疑順應了未來移動數據發展的趨勢，為3G的發展提供了更好的業務前景。

在長期演進(LTE，Long?Term?Evolution)系統中，通知用戶設備(UE，或稱終端)關于某個MBMS業務將要發生變化，這些變化可以是會話開始(session?start)、業務承載更新或會話停止(session?stop)等，可以先在物理下行控制信道(PDCCH，Physical?Downlink?Control?CHannel)上發送下行控制信息(DCI，Downlink?Control?Information)和MBMS無線網絡臨時標志符(M-RNTI，MBMS-Radio?Network?Temporary?Identifier)。用戶設備UE根據DCI中的相關信息進一步去讀取具體的MBMS控制信道(MBMS?Control?Channel，簡稱MCCH)消息，這稱為MCCH通知(notification)機制。MCCH信道上將發送具體的業務配置參數，如業務ID，業務的RLC(Radio?Link?Control，無線鏈路控制)、MAC(Media?Access?Control，媒體訪問控制)、物理層配置參數等。

在物理下行控制信道PDCCH上，承載DCI的基本單元是CCE(Control?Channel?Element，控制信道單元)。每個CCE包含9個REGs(Resource?Element?Group，資源粒子組)，每個REG包含4個RE(Resource?Element，資源粒子)，也就是一個CCE是包含36個RE的一個連續資源塊。那么在系統帶寬和用于PDCCH的符號(symbol)數量確定后基本可以計算出總的CCE數量，具體計算方法可以為：從總的RE數量中去掉PCFICH(Physical?Control?Format?Indicator?Channel，物理控制格式指示信道)，PHICH(Physical?HARQ?Indicator?CHannel，物理混合自動請求重傳指示信道)以及參考信號所占的RE，再除以36，即可得到總的CCE數量。

用戶設備UE一般不知道當前DCI傳送的是什么信息，也不知道自己需要的信息在哪個位置。但是UE知道自己當前在期待什么信息，例如：

UE在空閑(Idle)狀態下，期待的信息是尋呼(paging)和系統消息SI(system?information)；

UE在發起隨機接入(Random?Access)后，期待的信息是隨機接入響應(RAR，Random?Access?Response)；

UE在有上行數據等待發送的時候，期待的信息是上行鏈路(Up?Link)授權UL?Grant等。

對于不同的期望信息，UE用相應的無線網絡臨時標志符RNTI(Radio?Network?Temporary?Identifier)和CCE信息進行循環冗余校驗CRC(Cyclic?Redundancy?Check)校驗，如果CRC校驗成功，那么UE就知道這個信息是自己需要的，也可知道相應的下行控制信息格式(DCI?format)、調制方式，從而可以進一步解出DCI的內容。這就是所謂的“盲檢”過程。