專利名稱：實現(xiàn)mbms控制信道更新通知的方法、裝置及系統(tǒng)的制作方法
技術領域：
本發(fā)明涉及長期演進(LTE，Long Term Evolution)系統(tǒng)中控制信道更新通知 技術，特別是指一種實現(xiàn)多媒體廣播多播業(yè)務(MBMS，Multimedia BroadcastMulticast Service)控制信道更新通知的方法、裝置及系統(tǒng)。
背景技術：
隨著Internet的迅猛發(fā)展和大屏幕多功能移動終端的普及，出現(xiàn)了大量移動數(shù) 據(jù)多媒體業(yè)務和各種高帶寬多媒體業(yè)務，例如視頻會議、電視廣播、視頻點播、廣告、網(wǎng)上 教育、互動游戲等，既滿足了用戶不斷上升的業(yè)務需求，同時又能為移動運營商帶來新的業(yè) 務增長點。這些移動數(shù)據(jù)多媒體業(yè)務要求多個用戶設備(UE，User Equipment)能夠同時接 收相同的數(shù)據(jù)，與一般的數(shù)據(jù)業(yè)務相比，具有數(shù)據(jù)量大、持續(xù)時間長、時延敏感等特點。為了有效地利用移動網(wǎng)絡資源，第三代合作伙伴計劃(3GPP，3rd GenerationPartnership Project)提出了 MBMS。MBMS是從一個數(shù)據(jù)源向多個目標傳送數(shù) 據(jù)的技術，實現(xiàn)了包括核心網(wǎng)和接入網(wǎng)在內的網(wǎng)絡資源共享，提高了網(wǎng)絡資源、尤其是空中 接口資源的利用率。3GPP中定義的MBMS不僅能夠實現(xiàn)純文本低速率消息類的廣播和組播， 而且還能夠實現(xiàn)高速多媒體業(yè)務的廣播和組播，提供多種豐富的視頻、音頻和多媒體業(yè)務， 這無疑順應了未來移動數(shù)據(jù)發(fā)展的趨勢，為3G的發(fā)展提供了更好的業(yè)務前景。LTE Re 1-9 中只考慮多小區(qū)模式 MBMS，MBMS 控制信道(MCCH, MulticastControl Channel)中承載與單頻網(wǎng)多播廣播(MBSFN，Multicast/Broadcast overSingle Frequency Network)區(qū)域業(yè)務相關的控制信令，該控制信令用來說明對應MBSFN區(qū)域內有哪些有效的 MBMS等信息，并不包含MBMS的時頻資源分配信息。并且，LTE Rel_9中，通過廣播控制信道 (BCCH，Broadcast ControlChannel)上的系統(tǒng)廣播消息來指示MCCH的資源配置。MBMS系 統(tǒng)可能存在多個MCCH，每個MCCH對應不同的MBMS業(yè)務發(fā)送區(qū)域，其中僅承載對應業(yè)務區(qū)域 發(fā)送的有關業(yè)務的控制信息。MCCH承載的內容更新時，需要基站需要通過傳送MCCH更新通知消息來告知UE，但 是目前對于承載MCCH更新通知消息的具體物理資源位置還未確定，沒有明確的實現(xiàn)方案， 使得基站需要發(fā)送MCCH更新通知消息時，不知道應該將MCCH更新通知消息放在哪里，而終 端也不知道應該去哪里獲取MCCH更新通知消息。

發(fā)明內容
有鑒于此，本發(fā)明的主要目的在于提供一種實現(xiàn)多媒體廣播多播業(yè)務控制信道更 新通知的方法、裝置及系統(tǒng)，明確MCCH更新通知機制的具體實現(xiàn)。為達到上述目的，本發(fā)明的技術方案是這樣實現(xiàn)的一種實現(xiàn)MBMS控制信道更新通知的方法，MBMS控制信道MCCH內容有更新時，該 方法包括MCCH更新通知消息承載在單播子幀的物理下行共享信道PDSCH上。所述MCCH更新通知消息承載在單播子幀的PDSCH上，包括
基站將用于指示用戶設備UE MCCH內容存在更新的多媒體廣播和組播業(yè)務無線網(wǎng)絡臨時標識M-RNTI承載在單播子幀的物理下行控制信道PDCCH上傳送；基站將MCCH更新通知消息承載在所述單播子幀的PDSCH上傳送。所述將MCCH更新通知消息承載在單播子幀的PDSCH上傳送，包括通過M-RNTI對應的DCI向UE指示承載MCCH更新通知消息的單播子幀的PDSCH 的資源信息；基站將MCCH更新通知消息承載在所述單播子幀的PDSCH的對應資源上傳送。所述將MCCH更新通知消息承載在單播子幀的PDSCH的對應資源上傳送，包括將發(fā)生MCCH內容更新的MBMS的MBMS業(yè)務標識封裝到M-RNTI對應的DCI所指示 的、所述單播子幀的PDSCH的對應物理資源塊PRB中，通過該PRB傳送包含MBMS業(yè)務標識 的MCCH更新通知消息；如果MBMS系統(tǒng)中配置有多條MCCH，則所述MCCH更新通知消息還包括MCCH標識， 用于標識承載所述更新的MCCH內容的MCCH。所述MBMS業(yè)務標識通過媒體接入控制MAC子頭中的邏輯信道標識LCID來指示； 和/或，所述MCCH標識是MCCH的標識或單頻網(wǎng)多播廣播MBSFN區(qū)域標識。所述MCCH更新通知消息承載在單播子幀的PDSCH上之前，進一步包括半靜態(tài)指 定或基站通過系統(tǒng)廣播消息通知UE傳送所述M-RNTI的子幀位置；和/或，所述單播子幀為單播尋呼子幀；和/或，用于指示MCCH內容存在更新的所述M-RNTI具體指示的是會話開始session start事件；和/或，所述M-RNTI 對應的 DCI 為 DCI format 1C。所述MCCH更新通知消息承載在單播子幀的PDSCH上，包括UE在單播子幀的PDCCH上檢測到M-RNTI時，在單播子幀的PDSCH上讀取MCCH更 新通知消息；UE根據(jù)該MCCH更新通知消息判斷是否需要讀取更新的MCCH內容。所述在單播子幀的PDSCH上讀取MCCH更新通知消息，包括根據(jù)M-RNTI對應的 DCI在單播子幀的PDSCH上讀取MCCH更新通知消息。所述根據(jù)M-RNTI對應的DCI在單播子幀的PDSCH上讀取MCCH更新通知消息，包 括通過讀取M-RNTI對應的DCI獲取傳送MCCH更新通知消息的資源信息；在單播子幀的PDSCH的對應資源上讀取MCCH更新通知消息。所述根據(jù)該MCCH更新通知消息判斷是否需要讀取更新的MCCH內容，包括判斷讀取到的MCCH更新通知消息中的MBMS業(yè)務標識是否能夠與UE本地的MBMS列表中的MBMS業(yè)務標識匹配，如果能夠匹配，則表明需要讀取更新的MCCH內容；如果不能匹配，則表明沒有需要讀取的MCCH內容。如果MBMS系統(tǒng)中配置有多條MCCH，則所述能夠匹配之后進一步包括讀取相應更新的MCCH內容，
具體為根據(jù)MCCH更新通知消息中包含的MCCH標識，到對應MCCH上讀取所需的、 更新的MCCH內容。所述UE在單播子幀的PDCCH上檢測M-RNTI之前，進一步包括根據(jù)半靜態(tài)指定或 收到的系統(tǒng)廣播消息確定傳送所述M-RNTI的子幀位置；和/或，所述單播子幀為單播尋呼子幀。一種MBMS控制信道更新通知的系統(tǒng)，該系統(tǒng)包括基站和UE，MCCH內容有更新時， 基站和UE之間交互的MCCH更新通知消息承載在單播子幀的PDSCH上。所述基站用于將用來指示UE MCCH內容存在更新的M-RNTI承載在單播子幀的 PDCCH上傳送，將MCCH更新通知消息承載在所述單播子幀的PDSCH上傳送；所述UE用于在單播子幀的PDCCH上檢測到M-RNTI時，在單播子幀的PDSCH上讀 取MCCH更新通知消息，根據(jù)該MCCH更新通知消息判斷是否需要讀取更新的MCCH內容。所述基站進一步用于通過系統(tǒng)廣播消息通知UE傳送所述M-RNTI的子幀位置；所述UE進一步用于根據(jù)收到的系統(tǒng)廣播消息確定傳送所述M-RNTI的子幀位置。一種MBMS控制信道更新通知的基站，MCCH內容有更新時，包括M-RNTI發(fā)送單元，用于將用來指示UE MCCH內容存在更新的M-RNTI承載在單播子 幀的PDCCH上傳送；通知單元，用于將MCCH更新通知消息承載在單播子幀的PDSCH上傳送。所述通知單元包括DCI設置單元，用于通過M-RNTI對應的DCI向UE指示承載MCCH更新通知消息的 單播子幀的PDSCH的資源信息；通知發(fā)送單元，用于將MCCH更新通知消息承載在所述單播子幀的PDSCH的對應資 源上傳送。所述基站進一步包括=M-RNTI指示單元，用于通過系統(tǒng)廣播消息將傳送M-RNTI的 子幀位置通知UE。一種MBMS控制信道更新通知的用戶設備，MCCH內容有更新時，包括M-RNTI檢測單元，用于在單播子幀的PDCCH上檢測M-RNTI，檢測到M-RNTI時觸發(fā) 通知解析單元；通知解析單元，用于根據(jù)M-RNTI檢測單元的觸發(fā)，在單播子幀的PDSCH上讀取 MCCH更新通知消息，根據(jù)該MCCH更新通知消息判斷是否需要讀取更新的MCCH內容。所述通知解析單元包括DCI解析單元，用于通過讀取M-RNTI對應的DCI獲取傳送MCCH更新通知消息的資 源信息；通知讀取單元，用于在單播子幀的PDSCH的對應資源上讀取MCCH更新通知消息；判斷單元，用于根據(jù)讀取到的MCCH更新通知消息判斷是否需要讀取更新的MCCH 內容。所述用戶設備進一步包括MCCH讀取單元，用于讀取所需的更新的MCCH內容；和/或，M-RNTI接收單元，用于根據(jù)收到的系統(tǒng)廣播消息確定傳送M-RNTI的子幀位置。根據(jù)本發(fā)明提供的方案，明確了 MCCH更新通知機制的具體實現(xiàn)，通過在單播子幀的PDSCH上承載MCCH更新通知消息，簡化了 MCCH更新通知機制的實現(xiàn)；無需對DCI進行改 動，實現(xiàn)了與現(xiàn)有3GPP標準中DCI格式的兼容，力求達到對現(xiàn)有標準規(guī)范的改動最小。在具體實現(xiàn)中，由于基站與UE預先約定了用于指示MCCH更新通知的M-RNTlJi 得UE只需在相關單播子幀上檢測M-RNTI即可，無需不間斷地對MCCH進行檢測，大大降低 了 UE的功耗。


圖1為本發(fā)明中實現(xiàn)MCCH更新通知的基站側處理流程示意圖；圖2為本發(fā)明中實現(xiàn)MCCH更新通知的UE側處理流程示意圖；圖3為本發(fā)明中實現(xiàn)MCCH更新通知的子幀結構示意圖；圖4為本發(fā)明中實現(xiàn)MCCH更新通知的系統(tǒng)結構示意圖。
具體實施例方式對于一個具體的MBMS，可能存在多個事件如MBMS會話開始、MBMS無線承載(RB， Radio Bearer)改變、MBMS業(yè)務停止等。通常，UE并不知道這些事件何時可能發(fā)生，而是需 要網(wǎng)絡側通過一些指示來告知UE?？紤]到MCCH內容特性與BCCH內容特性具有相似性，而系 統(tǒng)消息的更新是通過尋呼信令通知UE的，因此3GPP RAN2#66Bis會議上已經采納在PDCCH 上通過多媒體廣播和組播業(yè)務無線網(wǎng)絡臨時標識(M-RNTI，MBMS-Radio NetworkTemporary Identifier)指示MBMS中的會話開始(session start)事件。M-RNTI是協(xié)助UE在子幀 的控制域接收MCCH更新通知消息的標識，網(wǎng)絡側在對MCCH更新通知消息進行封裝時，將 M-RNTI隱含在子幀的物理下行控制信道(PDCCH，Physics Down Control CHannle)的循環(huán) 冗余校驗(CRC, CyclicRedundancy Check)編碼中。LTE 系統(tǒng)中，無線網(wǎng)絡臨時標識(RNTI，Radio Network Temporary Identifier) 為16比特，主要用于標識公共信道和用戶，如尋呼RNTI、系統(tǒng)信息RNTI、功率控制RNTI等。 目前僅剩下10個取值沒有使用，因此，分配給MBMS使用的RNTI將不會很多，可以分配一個 取值作為M-RNTI，用來標識MCCH更新通知消息。通知機制的目的是當MCCH內容發(fā)生變化時，使用相關的信令通知UE。在已有的 3GPP Rel-6系統(tǒng)中，MBMS需要單獨設計一個特殊的信道用來指示MCCH內容的更新變化，這 個特殊的信道是MBMS指示信道(MICH, MBMSIndication CHannel)，用于實現(xiàn)MCCH通知機 制。在LTE系統(tǒng)中，MBMS同樣需要考慮MCCH通知機制的實現(xiàn)。MCCH更新通知的具體實現(xiàn)可能有以下兩種方式一種方式是將MCCH更新通知消 息承載在M-RNTI對應的下行控制信息(DCI，Downlink Control Information)中，另一種是 承載在單播子幀的物理下行共享信道(PDSCH，PhysicsDown Shared CHannle)中。如果將 MCCH更新通知消息承載在PDCCH的DCI中，一方面由于DCI的長度有限，因而MCCH更新通 知消息可以指示的信息量也就非常有限，另一方面還需要定義新的DCI格式或者對現(xiàn)有的 DCI進行擴展，這樣需要對現(xiàn)有3GPP標準進行較大的改動，具有很大的局限性。本發(fā)明方案 實現(xiàn)中，考慮到Rel-9MBMS版本的簡化，因此本發(fā)明中MCCH內容有更新時，MCCH更新通知 消息承載在單播子幀的PDSCH上。所述單播子幀具體可以為單播尋呼子幀。具體地，MCCH內容有更新時，基站將M-RNTI承載在單播子幀的PDCCH上傳送，指示UE MCCH內容存在更新；將MCCH更新通知消息承載在單播子幀的PDSCH上傳送。UE在單播子幀的PDCCH上檢測到M-RNTI，在單播子幀的PDSCH上讀取MCCH更新 通知消息，根據(jù)該MCCH更新通知消息判斷是否需要讀取更新的MCCH內容。M-RNTI具體可以承載在單播子幀的PDCCH上傳送；相應地，UE在單播子幀的 PDCCH 上檢測 M-RNTI。傳送M-RNTI的位置可以是半靜態(tài)指定的，也可以是由基站通過系統(tǒng)廣播消息通 知給UE的，從而，基站在對應位置上傳送M-RNTI ；并且，UE在對應位置上檢測M-RNTI。傳 送M-RNTI的位置可以是具體的一個或多個無線幀所在的位置；也可以具體的一個或多個 無線子幀所在的位置。所述半靜態(tài)指定是指在一定時間范圍、如兩個MBMS修改周期內有效 的指定。下面通過附圖、并結合具體實例對本發(fā)明的具體實現(xiàn)做進一步說明。圖1為本發(fā)明中實現(xiàn)MCCH更新通知的基站側處理流程示意圖，如圖1所示，基站 側實現(xiàn)MCCH更新通知的具體處理過程包括步驟101 =MCCH內容有更新時，基站將M-RNTI承載在單播子幀的PDCCH上傳送?；究梢栽诓襟E101之前，通過系統(tǒng)廣播消息將傳送M-RNTI的位置通知UE，以使 UE在對應位置的PDCCH上檢測M-RNTI。另外，也可以將傳送M-RNTI的位置半靜態(tài)指定。傳 送M-RNTI的位置可以是具體的一個或多個無線幀所在的位置、如無線幀號；也可以具體的 一個或多個無線子幀所在的位置，如子幀號、或無線幀號與子幀號的組合(用來表示具體 無線幀中的具體無線子幀)。MCCH內容的更新通常是發(fā)生在MCCH修改周期的開始部分，在每個MCCH修改周期 內，上述M-RNTI信息在相關單播子幀的PDCCH上只發(fā)送一次或重復發(fā)送。步驟102 基站通過M-RNTI對應的DCI向UE指示承載MCCH更新通知消息的單播 子幀的PDSCH的資源信息。所述M-RNTI對應的DCI可以為DCIformat IC0 步驟103 基站將MCCH更新通知消息承載在相應單播子幀的PDSCH的對應資源上 傳送。MCCH更新通知消息中包含MBMS業(yè)務標識，用來指示發(fā)生MCCH內容更新的具體 MBMS業(yè)務；MBMS系統(tǒng)中配置有多條MCCH時，MCCH更新通知消息中還包含MCCH標識，用來 指示傳送更新的MCCH內容的具體MCCH。由于一條MCCH對應著一個MBSFN區(qū)域，因此，MCCH 標識可以為MCCH自身的標識，也可以為MBSFN區(qū)域標識(MBSFN area ID)?；緦l(fā)生MCCH內容更新的相應具體的MBMS業(yè)務標識封裝到M-RNTI對應的DCI 所指示的、單播子幀的PDSCH的對應物理資源塊(PRB，Physical Resource Block)中，通過 該PRB傳送包含MBMS業(yè)務標識的MCCH更新通知消息；如果MCCH有多條，則將MBMS業(yè)務標 識和MCCH標識一并封裝在對應PRB中，通過該PRB傳送包含MBMS業(yè)務標識和MCCH標識的 MCCH更新通知消息。MBMS業(yè)務標識可以通過媒體接入控制(MAC，Media Access Control)子頭中的邏 輯信道標識(LCID，Logical Channel ID)來指示。圖2為本發(fā)明中實現(xiàn)MCCH更新通知的UE側處理流程示意圖，如圖2所示，UE側 實現(xiàn)MCCH更新通知的具體處理過程包括步驟201 =UE在單播子幀的PDDCH上檢測到M-RNTI。
UE在步驟201之前，根據(jù)半靜態(tài)指定或根據(jù)系統(tǒng)廣播消息確定傳送M-RNTI的位置。如果傳送M-RNTI的位置是具體的無線幀，則UE在每個MCCH修改周期內的對應無線幀 中除MBSFN子幀外的其他所有子幀、即各單播子幀上檢測M-RNTI ；當單播子幀具體為單播 尋呼子幀時，UE在每個MCCH修改周期內的對應無線幀中的各單播尋呼子幀上檢測M-RNTI。 如果傳送M-RNTI的位置是具體的無線子幀，則UE直接在對應無線子幀上檢測M-RNTI，此處 的無線子幀為單播子幀，甚至可以為具體的單播尋呼子幀。步驟202 =UE根據(jù)M-RNTI對應的DCI在單播子幀的PDSCH上讀取MCCH更新通知消息。UE通過讀取M-RNTI對應的DCI獲取傳送MCCH更新通知消息的資源信息，在單播 子幀的PDSCH的對應資源上讀取MCCH更新通知消息；即UE在M-RNTI對應的DCI所指示 的、單播子幀的PDSCH的對應PRB中讀取MCCH更新通知消息。所述M-RNTI對應的DCI可 以為 DCI format 1C。這里，承載MCCH更新通知消息的單播子幀與承載M-RNTI的單播子幀為同一無線 子幀。步驟203 =UE根據(jù)讀取到的MCCH更新通知消息判斷是否需要讀取更新的MCCH內 容，如果需要讀取，則繼續(xù)讀取所需的更新的MCCH內容；如果不需要讀取，則不對更新的 MCCH內容進行讀取，結束當前流程。由于UE本地的MBMS列表中包含的MBMS業(yè)務標識對應著當前UE應用的具體MBMS 業(yè)務，因此，如果MCCH更新通知消息中的MBMS業(yè)務標識能夠與本地MBMS列表中的MBMS業(yè) 務標識匹配，則UE需要讀取相應更新的MCCH內容。這樣，根據(jù)讀取到的MCCH更新通知消息 判斷是否需要讀取更新的MCCH內容，具體為判斷讀取到的MCCH更新通知消息中的MBMS 業(yè)務標識是否能夠與UE本地的MBMS列表中的MBMS業(yè)務標識匹配，如果能夠匹配，則表明 需要讀取相應更新的MCCH內容；如果不能匹配，則表明沒有需要讀取的MCCH內容。MBMS系統(tǒng)中配置有多條MCCH時，UE讀取更新的MCCH內容具體為根據(jù)MCCH更新 通知消息中包含的MCCH標識，到對應MCCH上讀取所需的、更新的MCCH內容。所需的更新 的MCCH內容即為UE當前應用的具體MBMS業(yè)務對應的更新MCCH內容。具體實施例一本實施例中，MBMS系統(tǒng)中只有單個MCCH/MBSFN,即只有一個MBSFN區(qū)域和一個對應的MCCH。MBMS系統(tǒng)中，在MCCH修改周期內，在單播尋呼子幀的PDCCH上承載一個用于標 識MCCH內容更新通知的M-RNTI，該單播尋呼子幀的位置可以半靜態(tài)指定或者通過系統(tǒng)消 息廣播通知給UE，如圖3所示。標識MCCH內容更新通知的M-RNTI具體指示的是一個會話 開始事件。所述單播尋呼子幀可以與承載尋呼無線網(wǎng)絡臨時標識(P-RNTI，Paging-Radio Network TemporaryIdentifier)的單播尋呼子幀相同或不同。其中，M-RNTI是預先規(guī)定好 的特定值，eNB和UE均已知相應M-RNTI的取值。MCCH更新通知消息承載在該單播尋呼子 幀的PDSCH上。本實施例中，實現(xiàn)MCCH更新通知的具體處理包括以下步驟步驟Al :eNB將承載MCCH的MBSFN子幀的位置通過系統(tǒng)廣播消息通知UE，eNB還 通過系統(tǒng)廣播消息將傳送M-RNTI的單播尋呼子幀的位置通知UE。
步驟A2 如果有更新的MCCH內容、即發(fā)生MCCH內容更新，則eNB在MCCH修改周 期內，將M-RNTI承載在相應單播尋呼子幀的PDCCH上傳送。步驟A3 :eNB通過M-RNTI對應的DCI向UE指示承載MCCH更新通知消息的單播尋 呼子幀的PDSCH的資源信息。這里，M-RNTI對應的DCI可以為DCI format IC0步驟A4 :eNB基站將發(fā)生MCCH內容更新的相應具體的MBMS業(yè)務標識封裝到 M-RNTI對應的DCI所指示的、單播尋呼子幀的PDSCH的對應PRB中，通過該PRB傳送包含 MBMS業(yè)務標識的MCCH更新通知消息。步驟A5 =UE在每個MCCH修改周期內，根據(jù)半靜態(tài)指定或收到的系統(tǒng)廣播消息，在 上述單播尋呼子幀的PDCCH上檢測M-RNTI。步驟A6 =UE檢測到M-RNTI后，通過讀取M-RNTI對應的DClJn DCIformat IC獲 取傳送MCCH更新通知消息的資源信息，在上述單播尋呼子幀的PDSCH的對應資源塊上讀取 MCCH更新通知消息。步驟A7 =UE判斷讀取到的MCCH更新通知消息中的MBMS業(yè)務標識是否能夠與UE 本地的MBMS列表中的MBMS業(yè)務標識匹配，如果能夠匹配，則繼續(xù)在MBSFN子幀的MCCH上 讀取所需的MCCH內容；如果不能匹配，則不對更新的MCCH內容進行讀取。具體實施例二本實施例中，MBMS系統(tǒng)中有多個MCCH/MBSFN,即有多個MBSFN區(qū)域，各MBSFN區(qū)域 有對應的MCCH。MBMS系統(tǒng)中，根據(jù)每個MBSFN區(qū)域內的MBMS相關信息，分別為各MBSFN區(qū)域配置 對應的MCCH，為各MBSFN區(qū)域配置承載MCCH的無線幀及其子幀，相應無線幀為MBSFN幀，相 應子幀為MBSFN子幀。如果各MBSFN區(qū)域對應的MCCH修改周期相同或者存在整數(shù)倍關系，要求在最小 的MCCH修改周期內，在單播尋呼子幀的PDCCH中承載一個用于標識MCCH內容更新通知的 M-RNTI，該單播尋呼子幀的位置可以半靜態(tài)指定或者通過系統(tǒng)消息廣播通知給UE。所述單 播尋呼子幀可以與承載P-RNTI的單播尋呼子幀相同或不同。其中，M-RNTI是預先規(guī)定好 的特定值，eNB和UE均已知相應取值下M-RNTI的指示含義。MCCH更新通知消息承載在該 單播尋呼子幀的PDSCH上。本實施例中，實現(xiàn)MCCH更新通知的具體處理包括以下步驟步驟Bl :eNB將MCCH放置在系統(tǒng)配置的MBSFN無線幀內的相關MBSFN子幀上，由 于有多個MCCH，承載MCCH的相應MBSFN子幀可能需要多個。eNB將承載MCCH的MBSFN子 幀的位置通過系統(tǒng)廣播消息通知UE，eNB還通過系統(tǒng)廣播消息將傳送M-RNTI的單播尋呼子 幀的位置通知UE。步驟B2 如果有更新的MCCH內容、即發(fā)生MCCH內容更新，則eNB在最小MCCH修 改周期內，將M-RNTI承載在相應單播尋呼子幀的PDCCH上傳送。步驟B3 :eNB通過M-RNTI對應的DCI向UE指示承載MCCH更新通知消息的單播尋 呼子幀的PDSCH的資源信息。步驟B4 eNB基站將發(fā)生MCCH內容更新的相應具體MBMS的MBMS業(yè)務標識和MCCH 標識封裝到M-RNTI對應的DCI所指示的、單播尋呼子幀的PDSCH的對應PRB中，通過該PRB 傳送包含MBMS業(yè)務標識和MCCH標識的MCCH更新通知消息。
步驟B5 =UE在每個最小MCCH修改周期內，根據(jù)半靜態(tài)指定或收到的系統(tǒng)廣播消 息，在上述單播尋呼子幀的PDCCH上檢測M-RNTI。步驟B6 =UE檢測到M-RNTI后，通過讀取M-RNTI對應的DCI獲取傳送MCCH更新 通知消息的資源信息，在上述單播尋呼子幀的PDSCH的對應資源塊上讀取MCCH更新通知消 肩、ο步驟B7 =UE判斷讀取到的MCCH更新通知消息中的MBMS業(yè)務標識是否能夠與UE 本地的MBMS列表中的MBMS業(yè)務標識匹配，如果能夠匹配，則根據(jù)MCCH標識繼續(xù)在MBSFN 子幀的相應MCCH上讀取所需的MCCH內容；如果不能匹配，則不對更新的MCCH內容進行讀取。對于以上各部分描述，為了簡單描述，故將其都表述為一系列的動作組合，但是本 領域技術人員應該知悉，本發(fā)明并不受所描述的動作順序的限制，依據(jù)本發(fā)明，某些步驟可 以采用其他順序或者同時進行。以上所述MCCH內容是指承載MCCH的MBSFN子幀中傳送的MCCH內容。以上所述 MCCH標識對應的MCCH是指包含MBMS業(yè)務標識對應的MBMS控制信息的特定MCCH，即承載 MBMS業(yè)務標識對應的MBMS的更新的MCCH內容的MCCH。圖4為本發(fā)明中實現(xiàn)MCCH更新通知的系統(tǒng)結構示意圖，如圖4所示，該系統(tǒng)包括 基站和UE，MCCH內容有更新時，基站和UE之間交互的MCCH更新通知消息承載在單播子幀 的PDSCH上。其中，基站用于將用來指示UE MCCH內容存在更新的M-RNTI承載在單播子幀的 PDCCH上傳送，將MCCH更新通知消息承載在所述單播子幀的PDSCH上傳送；UE用于在單播 子幀的PDCCH上檢測到M-RNTI時，在單播子幀的PDSCH上讀取MCCH更新通知消息，根據(jù)該 MCCH更新通知消息判斷是否需要讀取更新的MCCH內容。具體地，基站包括M_RNTI發(fā)送單元和通知單元，M-RNTI發(fā)送單元用于MCCH內容 有更新時，將M-RNTI承載在單播子幀的PDCCH上傳送，以指示UE MCCH內容存在更新；通知 單元用于將MCCH更新通知消息承載在單播子幀的PDSCH上傳送。UE包括M_RNTI檢測單元和通知解析單元，M-RNTI檢測單元用于在單播子幀的 PDCCH上檢測M-RNTI，檢測到M-RNTI時觸發(fā)通知解析單元；通知解析單元用于根據(jù)M-RNTI 檢測單元的觸發(fā)，在單播子幀的PDSCH上讀取MCCH更新通知消息，根據(jù)該MCCH更新通知消 息判斷是否需要讀取更新的MCCH內容?；緜鹊耐ㄖ獑卧―CI設置單元和通知發(fā)送單元，DCI設置單元用于通過 M-RNTI對應的DCI向UE指示承載MCCH更新通知消息的單播子幀的PDSCH的資源信息；通 知發(fā)送單元用于將MCCH更新通知消息承載在相應單播子幀的PDSCH的對應資源上傳送。UE側的通知解析單元包括DCI解析單元、通知讀取單元和判斷單元，DCI解析單 元用于通過讀取M-RNTI對應的DCI獲取傳送MCCH更新通知消息的資源信息，并提供給通 知讀取單元；通知讀取單元用于在單播子幀的PDSCH的對應資源上讀取MCCH更新通知消 息；判斷單元用于根據(jù)讀取到的MCCH更新通知消息判斷是否需要讀取更新的MCCH內容?；具M一步包括=M-RNTI指示單元，用于通過系統(tǒng)廣播消息將傳送M-RNTI的位置 通知UE ；相應地，UE進一步包括=M-RNTI接收單元，用于根據(jù)收到的系統(tǒng)廣播消息確定傳送 M-RNTI的位置。
UE進一步包括MCCH讀取單元，通知解析單元、具體可以是其中的判斷單元還用 于確定需要讀取所需的更新的MCCH內容時觸發(fā)MCCH讀取單元；MCCH讀取單元用于根據(jù)觸 發(fā)讀取所需的更新的MCCH內容。以上各部分內部的具體實現(xiàn)與前面流程描述的對應部分完全相同，在此不再贅 述。以上所述，僅為本發(fā)明的較佳實施例而已，并非用于限定本發(fā)明的保護范圍。
權利要求
一種實現(xiàn)多媒體廣播多播業(yè)務MBMS控制信道更新通知的方法，MBMS控制信道MCCH內容有更新時，其特征在于，該方法包括MCCH更新通知消息承載在單播子幀的物理下行共享信道PDSCH上。
2.根據(jù)權利要求1所述的方法，其特征在于，所述MCCH更新通知消息承載在單播子幀 的PDSCH上，包括基站將用于指示用戶設備UE MCCH內容存在更新的多媒體廣播和組播業(yè)務無線網(wǎng)絡臨 時標識M-RNTI承載在單播子幀的物理下行控制信道PDCCH上傳送； 基站將MCCH更新通知消息承載在所述單播子幀的PDSCH上傳送。
3.根據(jù)權利要求2所述的方法，其特征在于，所述將MCCH更新通知消息承載在單播子 幀的PDSCH上傳送，包括通過M-RNTI對應的DCI向UE指示承載MCCH更新通知消息的單播子幀的PDSCH的資 源信息；基站將MCCH更新通知消息承載在所述單播子幀的PDSCH的對應資源上傳送。
4.根據(jù)權利要求3所述的方法，其特征在于，所述將MCCH更新通知消息承載在單播子 幀的PDSCH的對應資源上傳送，包括將發(fā)生MCCH內容更新的MBMS的MBMS業(yè)務標識封裝到M-RNTI對應的DCI所指示的、所 述單播子幀的PDSCH的對應物理資源塊PRB中，通過該PRB傳送包含MBMS業(yè)務標識的MCCH 更新通知消息；如果MBMS系統(tǒng)中配置有多條MCCH，則所述MCCH更新通知消息還包括MCCH標識，用于 標識承載所述更新的MCCH內容的MCCH。
5.根據(jù)權利要求4所述的方法，其特征在于，所述MBMS業(yè)務標識通過媒體接入控制MAC子頭中的邏輯信道標識LCID來指示；和/或，所述MCCH標識是MCCH的標識或單頻網(wǎng)多播廣播MBSFN區(qū)域標識。
6.根據(jù)權利要求2至5任一所述的方法，其特征在于，所述MCCH更新通知消息承載在單播子幀的PDSCH上之前，進一步包括半靜態(tài)指定或 基站通過系統(tǒng)廣播消息通知UE傳送所述M-RNTI的子幀位置；和/或， 所述單播子幀為單播尋呼子幀；和/或，用于指示MCCH內容存在更新的所述M-RNTI具體指示的是會話開始session start事 件；和/或，所述 M-RNTI 對應的 DCI 為 DCI format 1C。
7.根據(jù)權利要求1至5任一所述的方法，其特征在于，所述MCCH更新通知消息承載在 單播子幀的PDSCH上，包括UE在單播子幀的PDCCH上檢測到M-RNTI時，在單播子幀的PDSCH上讀取MCCH更新通 知消息；UE根據(jù)該MCCH更新通知消息判斷是否需要讀取更新的MCCH內容。
8.根據(jù)權利要求7所述的方法，其特征在于，所述在單播子幀的PDSCH上讀取MCCH更 新通知消息，包括根據(jù)M-RNTI對應的DCI在單播子幀的PDSCH上讀取MCCH更新通知消息。
9.根據(jù)權利要求8所述的方法，其特征在于，所述根據(jù)M-RNTI對應的DCI在單播子幀 的PDSCH上讀取MCCH更新通知消息，包括通過讀取M-RNTI對應的DCI獲取傳送MCCH更新通知消息的資源信息； 在單播子幀的PDSCH的對應資源上讀取MCCH更新通知消息。
10.根據(jù)權利要求7所述的方法，其特征在于，所述根據(jù)該MCCH更新通知消息判斷是否 需要讀取更新的MCCH內容，包括判斷讀取到的MCCH更新通知消息中的MBMS業(yè)務標識是否能夠與UE本地的MBMS列表 中的MBMS業(yè)務標識匹配，如果能夠匹配，則表明需要讀取更新的MCCH內容； 如果不能匹配，則表明沒有需要讀取的MCCH內容。
11.根據(jù)權利要求10所述的方法，其特征在于，如果MBMS系統(tǒng)中配置有多條MCCH，則所述能夠匹配之后進一步包括讀取相應更新的 MCCH內容，具體為根據(jù)MCCH更新通知消息中包含的MCCH標識，到對應MCCH上讀取所需的、更新 的MCCH內容。
12.根據(jù)權利要求7所述的方法，其特征在于，所述UE在單播子幀的PDCCH上檢測M-RNTI之前，進一步包括根據(jù)半靜態(tài)指定或收到 的系統(tǒng)廣播消息確定傳送所述M-RNTI的子幀位置；和/或， 所述單播子幀為單播尋呼子幀。
13.一種MBMS控制信道更新通知的系統(tǒng)，其特征在于，該系統(tǒng)包括基站和UE，MCCH內 容有更新時，基站和UE之間交互的MCCH更新通知消息承載在單播子幀的PDSCH上。
14.根據(jù)權利要求13所述的系統(tǒng)，其特征在于，所述基站用于將用來指示UE MCCH內容存在更新的M-RNTI承載在單播子幀的PDCCH 上傳送，將MCCH更新通知消息承載在所述單播子幀的PDSCH上傳送；所述UE用于在單播子幀的PDCCH上檢測到M-RNTI時，在單播子幀的PDSCH上讀取MCCH 更新通知消息，根據(jù)該MCCH更新通知消息判斷是否需要讀取更新的MCCH內容。
15.根據(jù)權利要求13或14所述的系統(tǒng)，其特征在于，所述基站進一步用于通過系統(tǒng)廣播消息通知UE傳送所述M-RNTI的子幀位置； 所述UE進一步用于根據(jù)收到的系統(tǒng)廣播消息確定傳送所述M-RNTI的子幀位置。
16.一種MBMS控制信道更新通知的基站，其特征在于，MCCH內容有更新時，包括 M-RNTI發(fā)送單元，用于將用來指示UE MCCH內容存在更新的M-RNTI承載在單播子幀的PDCCH上傳送；通知單元，用于將MCCH更新通知消息承載在單播子幀的PDSCH上傳送。
17.根據(jù)權利要求16所述的基站，其特征在于，所述通知單元包括DCI設置單元，用于通過M-RNTI對應的DCI向UE指示承載MCCH更新通知消息的單播 子幀的PDSCH的資源信息；通知發(fā)送單元，用于將MCCH更新通知消息承載在所述單播子幀的PDSCH的對應資源上 傳送。
18.根據(jù)權利要求16或17所述的基站，其特征在于，所述基站進一步包括=M-RNTI指 示單元，用于通過系統(tǒng)廣播消息將傳送M-RNTI的子幀位置通知UE。
19.一種MBMS控制信道更新通知的用戶設備，其特征在于，MCCH內容有更新時，包括 M-RNTI檢測單元，用于在單播子幀的PDCCH上檢測M-RNTI，檢測到M-RNTI時觸發(fā)通知解析單元；通知解析單元，用于根據(jù)M-RNTI檢測單元的觸發(fā)，在單播子幀的PDSCH上讀取MCCH更 新通知消息，根據(jù)該MCCH更新通知消息判斷是否需要讀取更新的MCCH內容。
20.根據(jù)權利要求19所述的用戶設備，其特征在于，所述通知解析單元包括DCI解析單元，用于通過讀取M-RNTI對應的DCI獲取傳送MCCH更新通知消息的資源信息；通知讀取單元，用于在單播子幀的PDSCH的對應資源上讀取MCCH更新通知消息； 判斷單元，用于根據(jù)讀取到的MCCH更新通知消息判斷是否需要讀取更新的MCCH內容。
21.根據(jù)權利要求19或20所述的用戶設備，其特征在于，所述用戶設備進一步包括 MCCH讀取單元，用于讀取所需的更新的MCCH內容；和/或，M-RNTI接收單元，用于根據(jù)收到的系統(tǒng)廣播消息確定傳送M-RNTI的子幀位置。
全文摘要
本發(fā)明公開了一種實現(xiàn)多媒體廣播多播業(yè)務控制信道更新通知的方法、裝置及系統(tǒng)。本發(fā)明方案中，MCCH內容有更新時，MCCH更新通知消息承載在單播子幀的物理下行共享信道PDSCH上。進一步地，基站將M-RNTI承載在單播子幀的PDCCH上傳送，指示UE MCCH內容存在更新，將MCCH更新通知消息承載在單播子幀的PDSCH上傳送；UE在單播子幀的PDCCH上檢測到M-RNTI，在單播子幀的PDSCH上讀取MCCH更新通知消息，根據(jù)該MCCH更新通知消息判斷是否需要讀取更新的MCCH內容。本發(fā)明方案簡化了MCCH更新通知機制的實現(xiàn)；無需對DCI進行改動，實現(xiàn)了與現(xiàn)有3GPP標準中DCI格式的兼容，力求達到對現(xiàn)有標準規(guī)范的改動最小。
文檔編號H04W4/06GK101990160SQ20091009022
公開日2011年3月23日 申請日期2009年7月31日 優(yōu)先權日2009年7月31日
發(fā)明者許輝 申請人:中興通訊股份有限公司