專利名稱：一種多播控制信道信息的傳輸方法及其設(shè)備的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及LTE(Long Term Evolution，長期演進)系統(tǒng)，特別涉及一種多播控制 信道(Multicast Control Channel, MCCH)信息的傳輸方法及其設(shè)備。
背景技術(shù)：
隨著Internet的迅猛發(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)提出了多媒體廣播多播業(yè)務(wù)(Multimedia Broadcast Multicast Service,MBMS)業(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)純文本低速率的消息類組播和廣播，而且還能夠 實現(xiàn)高速多媒體業(yè)務(wù)的廣播和組播，提供多種豐富的視頻、音頻和多媒體業(yè)務(wù)，這無疑順應(yīng) 了未來移動數(shù)據(jù)發(fā)展的趨勢，為3G的發(fā)展提供了更好的業(yè)務(wù)前景。在LTE 中，MBMS 的多播業(yè)務(wù)信道(Multicast traffic Channe 1,MTCH)和 MCCH 可 ^HfflMB SFN (Multicast/Broadcast over Single Frequency Network, /
網(wǎng)絡(luò))發(fā)送模式，采用這種發(fā)送模式的MBMS業(yè)務(wù)也稱為MBSFN業(yè)務(wù)，采用MBSFN發(fā)送模式 的MTCH和MCCH，即采用MBMS多小區(qū)傳輸?shù)腗TCH和MCCH可以在多個小區(qū)采用相同的調(diào)制 編碼格式，采用相同的物理資源發(fā)生相同內(nèi)容，MBMS多小區(qū)傳輸?shù)奶卣?)在MBSFN區(qū)域內(nèi) 同步傳輸；2)支持多小區(qū)MBMS傳輸合并；3)MTCH和MCCH在p-t-m(點到多點)模式下映射 到MCH (Multicast Chnanel，多播信道)傳輸信道上；4) MBSFN同步區(qū)域、MBSFN區(qū)域、MBSFN 傳輸、廣告以及保留小區(qū)均由操作維護半靜態(tài)配置。這樣多個小區(qū)的UE(UsereqUipment， 用戶設(shè)備)可以接收到多個內(nèi)容相同的MBMS數(shù)據(jù)(包括MTCH和MCCH)并進行SFN(音頻 網(wǎng))合并，從而可以提高接收信號的增益。采用相同的物理資源并以MBSFN發(fā)送模式發(fā)送 相同MBMS業(yè)務(wù)的多個小區(qū)構(gòu)成了一個MBSFN區(qū)域。在實際的LTE組網(wǎng)中，一個MBSFN區(qū)域 包括多個小區(qū)，具備相同的MBSFN區(qū)域的多個MBSFN業(yè)務(wù)的數(shù)據(jù)信道MTCH，以及MBSFN業(yè)務(wù) 的控制信道MCCH可以復用到一條MCH。相同MBSFN區(qū)域的MCCH和多個MTCH，即多條邏輯 信道可以映射到同一傳輸信道MCH上；MCCH上承載了 MBMS業(yè)務(wù)的控制信令，在MCCH上的消息中承載了所有MTCH的配置 信息，UUE可以讀取MCCH上的MTCH配置信息，以發(fā)現(xiàn)感興趣的MTCH配置在哪些資源上。因 此，小區(qū)中的UE為了讀取MTCH上的MBMS業(yè)務(wù)，必須首先讀取到MCCH。MCCH發(fā)送周期包括 MCCH重復周期和MCCH修改周期，在MCCH修改周期可以發(fā)送更新后的MCCH消息，而在MCCH 重復周期只能重復地發(fā)送相同的MCCH消息。
在LTE中，MBMS業(yè)務(wù)的控制信令MCCH的發(fā)送MCCH可以單小區(qū)模式發(fā)送，映 射到下行共享信道(DL-SCH，Downlink Shared Channel)上傳輸，并最終映射到物理信 道PDSCH(Physical Downlink Shared channel，物理下行共享信道)上，和鄰小區(qū)不進 行MBSFN合并，也可以采用多小區(qū)模式發(fā)送，映射到MCH上傳輸，并最終映射到物理信道 PMCH(物理多播信道)上，和鄰小區(qū)進行MBSFN合并。在LTE Release 9 (版本9)中，MCCH 只有1條，并如同MTCH —樣承載在MCH上，也如同MTCH —樣最終承載在PMCH上，在一個 MBSFN區(qū)域，MCCH消息上承載了所有MBSFN業(yè)務(wù)的控制信息。目前，網(wǎng)絡(luò)側(cè)，例如Node B (節(jié)點B)、eNB (Evolved Node B,改進的節(jié)點 B)、RNC (radio network controller,無線網(wǎng)絡(luò)控制器)、relay node (中繼節(jié)點)、 UTRAN (Universal Terrestrial Radio Access Network,通用陸地無線接入網(wǎng))、 E-UTRAN (Evolved Universal Terrestrial Radio Access Network，改進的通用陸地無線 接入網(wǎng))以及E-UTRA (Evolved Universal Terrestrial Radio Access，改進的通用陸地無 線接入)等，可以配置MBMS通知機制(MBMS Notification mechanism)，即在MCCH消息更 新時，網(wǎng)絡(luò)側(cè)配置MBMS Notification，這樣，UE可以不用周期性地接收MCCH消息，只監(jiān)測 MCCH Notification，只有監(jiān)測到的MCCH Notification上指示了 MCCH消息上的內(nèi)容更新 時，UE才會進一步地接收MCCH消息。在LTE中，網(wǎng)絡(luò)側(cè)配置的MBMS通知(MBMS Notification)機制，可以采用在某些 單播子幀的控制域，即物理下行控制信道PDCCH(Physical Downlink Control Channel) 中配置一個 MCCH 的網(wǎng)絡(luò)臨時標識 RNTI (Radio Network Temporary Identif ier)，也就是 MCCH-RNTI，來標識MBMSNotification ；也可以在PDCCH上配置一個特定的標識符來標識 MBMSNotification。相應(yīng)的，UE根據(jù)事先約定的原則，監(jiān)測可能承載MCCHNotification的 子幀，例如，UE盲檢某些單播子幀的控制域中可能的每個控制信息單元，并判斷單播子幀控 制域中的RNTI是否為MCCH-RNTI。如果是，則表示MCCH消息有更新，UE將進一步地讀取 MCCH消息，如果不是，則表示MCCH消息，UE不需要讀取MCCH消息。而對于UE而言，其可以 只監(jiān)測MBMS Notification,只有當監(jiān)測到MBMS Notification時，UE才會進一步地讀取 MCCH信息。其中，每個MBMS業(yè)務(wù)都有會話開始(session start)、會話更新(session updated)、會話結(jié)束(session stop)，還有可能包括該MBMS業(yè)務(wù)的MTCH配置參數(shù)的變化。 由于每個MBSFN區(qū)域有多個MBMS業(yè)務(wù)，即有多條MTCH，和一條MCCH，每個MBMS業(yè)務(wù)的會話 開始、會話結(jié)束或MTCH配置參數(shù)變化都會導致MCCH消息的更新，所以，MCCH消息的更新次 數(shù)會非常多，并且只能在MCCH修改周期才能發(fā)送更新的MCCH消息。這樣可以看出，每次 MCCH消息的更新都會在單播子幀上配置MBMSNotification，從而導致MBMS Notification 的出現(xiàn)次數(shù)非常多。

發(fā)明內(nèi)容
本發(fā)明所要解決的技術(shù)問題是，提供一種多播控制信道信息的傳輸方法及其設(shè) 備，從而減少UE讀取MCCH消息的次數(shù)。為了解決上述技術(shù)問題，本發(fā)明公開了一種MCCH信息的傳輸方法，包括網(wǎng)絡(luò)側(cè)在下發(fā)MBMS業(yè)務(wù)的過程中，僅在每個MBMS業(yè)務(wù)會話開始時，向用戶設(shè)備發(fā)送通知消息，以通知用戶設(shè)備會話開始；所述用戶設(shè)備僅在接到會話開始的通知后讀取 MCCH信息。進一步地，上述方法中，所述通知消息為MBMS通知消息或MCCH通知消息。其中，所述用戶設(shè)備讀取MCCH消息后，若判斷所讀取的MCCH消息中的MBMS業(yè)務(wù) 與用戶預先選擇的MBMS業(yè)務(wù)相一致，則在該MBMS業(yè)務(wù)的MTCH上接收數(shù)據(jù)。所述用戶設(shè)備在所述MTCH上接收數(shù)據(jù)時，還在MCCH修改周期讀取MCCH消息。所述用戶設(shè)備在每個MCCH修改周期讀取所述MCCH消息，或者所述用戶設(shè)備每間 隔一個或兩個以上的MCCH修改周期讀取所述MCCH消息。本發(fā)明還公開了一種用于傳輸MCCH信息的網(wǎng)絡(luò)側(cè)設(shè)備，包括相互連接的觸發(fā)模 塊和處理模塊，其中所述觸發(fā)模塊，用于在各個MBMS業(yè)務(wù)會話開始時刻，向所述處理模塊發(fā)送該MBMS 業(yè)務(wù)的下發(fā)命令；所述處理模塊，用于接收所述觸發(fā)模塊發(fā)送的下發(fā)命令，并根據(jù)該下發(fā)命令，下發(fā) 通知消息，以通知用戶設(shè)備會話開始。進一步地，上述網(wǎng)絡(luò)側(cè)設(shè)備中，所述通知消息為MBMS通知消息或MCCH通知消息。本發(fā)明還公開了一種用于接收MCCH信息的用戶設(shè)備，包括相互連接的監(jiān)測模塊 以及接收處理模塊，其中所述監(jiān)測模塊，用于實時監(jiān)測通知消息，并將所監(jiān)測到的通知消息發(fā)送到所述接 收處理模塊；所述接收處理模塊，用于在接收到所述監(jiān)測模塊發(fā)送的通知消息后，讀取MCCH消 息，若判斷所述MCCH消息中的MBMS業(yè)務(wù)與用戶預先選擇的MBMS業(yè)務(wù)相一致，則在該MBMS 業(yè)務(wù)的MTCH上接收數(shù)據(jù)。進一步地，上述用戶設(shè)備中，所述用于通知消息為MBMS通知消息或MCCH通知消息。其中，所述接收處理模塊，在所述MTCH上接收數(shù)據(jù)時，還用于在MCCH修改周期讀 取MCCH消息。本發(fā)明技術(shù)方案大大減少了由于UE被錯誤喚醒而進一步讀取MCCH消息的次數(shù)， 并節(jié)省了 UE的電能。


圖1為本實施例中網(wǎng)絡(luò)側(cè)設(shè)備結(jié)構(gòu)示意圖；圖2為本實施例中用戶設(shè)備結(jié)構(gòu)示意圖；圖3為本實施例中傳輸MCCH信息的流程圖。
具體實施例方式本發(fā)明的主要構(gòu)思是，網(wǎng)絡(luò)側(cè)可以僅在每個MBMS業(yè)務(wù)的會話開始時，下發(fā)一條通 知消息，以通知用戶設(shè)備會話開始，具體地，該通知消息可以是MBMS Notification或者 是MCCH Not i fi cat ion，這樣，用戶設(shè)備監(jiān)測到通知消息后，只要確定該通知消息所通知的 MBMS業(yè)務(wù)會話與用戶感興趣的MBMS業(yè)務(wù)相同，則在該MBMS業(yè)務(wù)的MTCH上開始接收數(shù)據(jù)，并在MCCH修改周期讀取MCCH消息，從而極大地減少UE讀取MCCH消息的次數(shù)。下面結(jié)合附圖及具體實施例對本發(fā)明技術(shù)方案作進一步詳細說明。一種用于傳輸多播控制信道信息的網(wǎng)絡(luò)側(cè)設(shè)備，可以是Node B、RNC、relay node、 UTRAN、E-UTRAN或者E-UTRA等，其結(jié)構(gòu)如圖1所示，至少包括相互連接的觸發(fā)模塊和處理 模塊。下面介紹各模塊的功能。觸發(fā)模塊，用于在各個MBMS業(yè)務(wù)的session start時，向處理模塊發(fā)送該MBMS業(yè) 務(wù)的下發(fā)命令；處理模塊，用于接收觸發(fā)模塊發(fā)送的下發(fā)命令，并根據(jù)該下發(fā)命令，下發(fā)通知 消息以通知用戶設(shè)備會話開始，優(yōu)選地，該通知消息為MBMSNot i fi cat ion或者MCCH Notification，其中，可以按照現(xiàn)有技術(shù)，在PDCCH中配置MCCH的網(wǎng)絡(luò)臨時標識RNTI以標 識MBMS Notification信息；或者在PDCCH中配置特定標識符以標識MBMS Notification fn息ο一種用戶設(shè)備UE,如圖2所示，至少包括相互連接的監(jiān)測模塊以及接收處理模塊。 各模塊功能介紹如下監(jiān)測模塊，用于實時監(jiān)測通知消息，并將所監(jiān)測到的通知消息發(fā)送到接收處理模 塊；本實施例中，通知消息為MBMS Notificationa 或者 MCCHNotificationa。接收處理模塊，用于在接收到監(jiān)測模塊發(fā)送的通知消息后，讀取MCCH消息，若判 斷所讀取的MCCH消息中的MBMS業(yè)務(wù)與用戶預先選擇的MBMS業(yè)務(wù)相一致，則在該MBMS業(yè) 務(wù)的MTCH上接收數(shù)據(jù)，并讀取該MBMS業(yè)務(wù)的MCCH消息，以確定該MBMS業(yè)務(wù)是否被更新；其中，接收處理模塊可以在每個MCCH修改周期，或者每間隔一個或兩個以上的 MCCH修改周期讀取MCCH消息，其中，MCCH消息中包括MCCH更新內(nèi)容和/或MCCH未更新內(nèi) 容。下面詳細說明上述網(wǎng)絡(luò)側(cè)設(shè)備與用戶設(shè)備之間傳輸MCCH信息的過程，如圖3所 示，包括以下步驟步驟300 網(wǎng)絡(luò)側(cè)在下發(fā)多媒體廣播多播業(yè)務(wù)MBMS業(yè)務(wù)過程中，僅在每個MBMS業(yè) 務(wù)的會話開始時，向用戶設(shè)備下發(fā)通知消息，以通知用戶設(shè)備會話開始；在優(yōu)選實施例中，該通知消息為MBMS Notification或者MCCHNotification， 當通知消息采用MBMS Notification時，網(wǎng)絡(luò)側(cè)可以按照現(xiàn)有技術(shù)，在單播子幀的控制域 PDCCH上配置MCCH-RNTI以標識MBMSNotification信息；或者在PDCCH上配置特定的標識 符以標識MBMSNotification信息。步驟301 =UE實時監(jiān)測上述通知消息；步驟302 當UE監(jiān)測到通知消息時，根據(jù)該通知消息讀取MCCH消息；步驟303 =UE判斷所讀取的MCCH消息中的MBMS業(yè)務(wù)(即通知消息所通知的MBMS 業(yè)務(wù))與用戶預先選擇的MBMS業(yè)務(wù)是否一致，如果是，進入步驟304，否則返回步驟301 ；該步驟中，用戶預先選擇的MBMS業(yè)務(wù)即為用戶感興趣的MBMS業(yè)務(wù)，其中，用戶可 以從UE所接收到的業(yè)務(wù)聲明中確定哪些MBMS業(yè)務(wù)為其感興趣的MBMS業(yè)務(wù)。步驟304 =UE從該MBMS業(yè)務(wù)的MTCH上接收數(shù)據(jù)，并在MCCH修改周期讀取MCCH消 息以確定該MBMS業(yè)務(wù)是否被更新，其中，UE所讀取的MCCH消息中包括MCCH更新內(nèi)容和/或MCCH未更新內(nèi)容；該步驟中，UE可以在MCCH修改周期讀取MCCH更新消息，也可以間隔一個或若干 個MCCH修改周期讀取MCCH更新消息，這樣，當MCCH消息發(fā)生更新時，UE就可以及時知道
MBMS ^Ik^-WKS^^^^^； sessionstop session updated。從上述實施例可以看出，本發(fā)明技術(shù)方案只在某個MBMS業(yè)務(wù)的session start 時，才會下發(fā)通知消息，而UE接收到通知消息后，也只在該MBMS業(yè)務(wù)即為用戶所感興趣的 業(yè)務(wù)時，再進一步接收該MBMS業(yè)務(wù)的MTCH以及MCCH消息，從而大大減少了由于UE被錯誤 喚醒而進一步讀取MCCH消息的次數(shù)，并節(jié)省了 UE的電能。以上所述僅為本發(fā)明的優(yōu)選實施例而已，并不用于限制本發(fā)明，對于本領(lǐng)域的技 術(shù)人員來說，本發(fā)明可以有各種更改和變化。凡在本發(fā)明的精神和原則之內(nèi)，所作的任何修 改、等同替換、改進等，均應(yīng)包含在本發(fā)明所附的權(quán)利要求的保護范圍之內(nèi)。
權(quán)利要求
一種多播控制信道MCCH信息的傳輸方法，包括網(wǎng)絡(luò)側(cè)在下發(fā)多媒體廣播多播MBMS業(yè)務(wù)的過程中，僅在每個MBMS業(yè)務(wù)會話開始時，向用戶設(shè)備發(fā)送通知消息，以通知用戶設(shè)備會話開始；所述用戶設(shè)備僅在接到會話開始的通知后讀取MCCH信息。
2.如權(quán)利要求1所述的方法，其特征在于，所述通知消息為MBMS通知消息或MCCH通知消息。
3.如權(quán)利要求1或2所述的方法，其特征在于，所述用戶設(shè)備讀取MCCH消息后，若判斷所讀取的MCCH消息中的MBMS業(yè)務(wù)與用戶預先 選擇的MBMS業(yè)務(wù)相一致，則在該MBMS業(yè)務(wù)的多播業(yè)務(wù)信道MTCH上接收數(shù)據(jù)。
4.如權(quán)利要求3所述的方法，其特征在于，所述用戶設(shè)備在所述MTCH上接收數(shù)據(jù)時，還在MCCH修改周期讀取MCCH消息。
5.如權(quán)利要求4所述的方法，其特征在于，所述用戶設(shè)備在每個MCCH修改周期讀取所述MCCH消息，或者所述用戶設(shè)備每間隔一 個或兩個以上的MCCH修改周期讀取所述MCCH消息。
6.一種用于傳輸多播控制信道MCCH信息的網(wǎng)絡(luò)側(cè)設(shè)備，其特征在于，包括相互連接的 觸發(fā)模塊和處理模塊，其中所述觸發(fā)模塊，用于在各個多媒體廣播多播MBMS業(yè)務(wù)會話開始時刻，向所述處理模塊 發(fā)送該MBMS業(yè)務(wù)的下發(fā)命令；所述處理模塊，用于接收所述觸發(fā)模塊發(fā)送的下發(fā)命令，并根據(jù)該下發(fā)命令，下發(fā)通知 消息，以通知用戶設(shè)備會話開始。
7.如權(quán)利要求6所述的網(wǎng)絡(luò)側(cè)設(shè)備，其特征在于， 所述通知消息為MBMS通知消息或MCCH通知消息。
8.一種用于接收多播控制信道MCCH信息的用戶設(shè)備，其特征在于，包括相互連接的監(jiān) 測模塊以及接收處理模塊，其中所述監(jiān)測模塊，用于實時監(jiān)測通知消息，并將所監(jiān)測到的通知消息發(fā)送到所述接收處 理模塊；所述接收處理模塊，用于在接收到所述監(jiān)測模塊發(fā)送的通知消息后，讀取MCCH消息， 若判斷所述MCCH消息中的多媒體廣播多播MBMS業(yè)務(wù)與用戶預先選擇的MBMS業(yè)務(wù)相一致， 則在該MBMS業(yè)務(wù)的多播業(yè)務(wù)信道MTCH上接收數(shù)據(jù)。
9.如權(quán)利要求8所述的用戶設(shè)備，其特征在于， 所述用于通知消息為MBMS通知消息或MCCH通知消息。
10.如權(quán)利要求8或9所述的用戶設(shè)備，其特征在于，所述接收處理模塊，在所述MTCH上接收數(shù)據(jù)時，還用于在MCCH修改周期讀取MCCH消肩、o
全文摘要
本發(fā)明公開了一種多播控制信道MCCH信息的傳輸方法及其設(shè)備，涉及LTE系統(tǒng)。本發(fā)明方法包括網(wǎng)絡(luò)側(cè)在下發(fā)MBMS業(yè)務(wù)的過程中，僅在每個MBMS業(yè)務(wù)會話開始時，向用戶設(shè)備發(fā)送通知消息，以通知用戶設(shè)備會話開始；所述用戶設(shè)備僅在接到會話開始的通知后讀取MCCH信息。本發(fā)明技術(shù)方案大大減少了由于UE被錯誤喚醒而進一步讀取MCCH消息的次數(shù)，并節(jié)省了UE的電能。
文檔編號H04W68/00GK101931879SQ200910150609
公開日2010年12月29日 申請日期2009年6月19日 優(yōu)先權(quán)日2009年6月19日
發(fā)明者毛磊, 翟恒星, 許輝, 馬子江 申請人:中興通訊股份有限公司