專利名稱：Mbms通知消息的發(fā)送方法和系統(tǒng)的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及通信領(lǐng)域，尤其涉及一種MBMS通知消息的發(fā)送方法和接收方法、手機(jī)和基站。
背景技術(shù)：
現(xiàn)在，人們對(duì)移動(dòng)通信的需求已不再局限于電話和信息業(yè)務(wù)，隨著Internet的迅 猛發(fā)展，大量移動(dòng)多媒體業(yè)務(wù)涌現(xiàn)出來(lái)，例如視頻會(huì)議、電視廣播、視頻點(diǎn)播、廣告、網(wǎng)上教 育、互動(dòng)游戲等，這些移動(dòng)多媒體業(yè)務(wù)與一般的電話和信息業(yè)務(wù)相比，具有數(shù)據(jù)量大、持續(xù) 時(shí)間長(zhǎng)、時(shí)延敏感等特點(diǎn)。為了有效的復(fù)用移動(dòng)網(wǎng)絡(luò)資源，3GPP(3rdGeneration Partnership Project，第 三代合作伙伴計(jì)劃)提出了 MBMS業(yè)務(wù)，是一種在移動(dòng)網(wǎng)絡(luò)中提供一個(gè)數(shù)據(jù)源向多個(gè)用戶發(fā) 送數(shù)據(jù)的點(diǎn)到多點(diǎn)業(yè)務(wù)，實(shí)現(xiàn)網(wǎng)絡(luò)資源共享，提高網(wǎng)絡(luò)資源的利用率。MCCH (多播控制信道，Multicast Control Channel)是傳輸MBMS控制信息的信 道，目前除了 MBMS動(dòng)態(tài)調(diào)度信息外，重要的控制信息(以下簡(jiǎn)稱為MCCH信息)都在MCCH 上進(jìn)行傳輸。接收端接收MBMS業(yè)務(wù)時(shí)，首先接收發(fā)送端發(fā)送的MCCH信息以及動(dòng)態(tài)調(diào)度信息， 使得接收端能夠獲知自己感興趣的MBMS業(yè)務(wù)的資源位置，采用的調(diào)制編碼方式等信息，從 使得接收端能夠正確的接收感興趣的MBMS數(shù)據(jù)。MCCH信息的發(fā)送是按照修改周期和重復(fù) 周期進(jìn)行的，發(fā)送端會(huì)在所述修改周期內(nèi)重復(fù)多次發(fā)送MCCH信息，以保證接收端及時(shí)接收 MCCH信息，以提高穩(wěn)定性。一個(gè)MCCH信息修改周期一般包括多個(gè)MCCH重復(fù)周期，修改周期 內(nèi)重復(fù)周期發(fā)送的MCCH信息是相同的。只有MCCH修改周期到來(lái)時(shí)，才允許MCCH信息發(fā)生 變化。MBMS業(yè)務(wù)的接收的特點(diǎn)是數(shù)據(jù)量大，接收持續(xù)時(shí)間長(zhǎng)，業(yè)務(wù)平均數(shù)據(jù)率恒定，這樣 就造成MCCH信息變化非常緩慢，所以MCCH信息不一定在每個(gè)修改周期都發(fā)生改變，也就是 說(shuō)，接收端在兩個(gè)修改周期接收的MCCH信息可能是相同的，而MCCH的信息量很大，接收端 重復(fù)接收和解析沒(méi)有發(fā)生改變的MCCH信息，造成了接收端的電能浪費(fèi)。為了解決這個(gè)問(wèn) 題，可以引入MCCH信息更新提示消息，即MBMS通知消息，在該消息中攜帶少量信息用來(lái)描 述MCCH信息是否發(fā)生了變化。上述使用MBMS通知消息描述MCCH信息是否發(fā)生變化的過(guò)程，存在如下問(wèn)題針對(duì)如何將MBMS通知消息由發(fā)送端發(fā)往接收端，目前還沒(méi)有一個(gè)具體實(shí)現(xiàn)MBMS 通知消息的發(fā)送機(jī)制。

發(fā)明內(nèi)容
本發(fā)明提供了一種MBMS通知消息的發(fā)送方法和系統(tǒng)，解決了沒(méi)有MBMS通知消息 發(fā)送機(jī)制的問(wèn)題。一種MBMS通知消息的發(fā)送方法，包括
發(fā)送端選擇承載尋呼消息的無(wú)線幀，作為發(fā)送MBMS通知消息的無(wú)線幀；或，發(fā)送端選擇與承載尋呼消息的無(wú)線幀相鄰的無(wú)線幀，作為發(fā)送MBMS通知消息的 無(wú)線幀；所述發(fā)送端在所述發(fā)送MBMS通知消息的無(wú)線幀中各選擇一個(gè)子幀；所述發(fā)送端在所述子幀發(fā)送MBMS通知消息。進(jìn)一步的，所述發(fā)送端選擇承載尋呼消息的無(wú)線幀，作為發(fā)送MBMS通知消息的無(wú) 線幀；或，發(fā)送端選擇與承載尋呼消息的無(wú)線幀相鄰的無(wú)線幀，作為發(fā)送MBMS通知消息的 無(wú)線幀具體為在多播控制信道(MCCH)的修改周期內(nèi)，發(fā)送端選擇至少一個(gè)承載尋呼消息的無(wú) 線幀，作為發(fā)送MBMS通知消息的無(wú)線幀；或，在多播控制信道(MCCH)的修改周期內(nèi)，發(fā)送端選擇至少一個(gè)與承載尋呼消息的 無(wú)線幀相鄰的無(wú)線幀，作為發(fā)送MBMS通知消息的無(wú)線幀。進(jìn)一步的，所述發(fā)送端在所述發(fā)送MBMS通知消息的無(wú)線幀中各選擇一個(gè)子幀具 體為所述發(fā)送端在所述發(fā)送MBMS通知消息的無(wú)線幀中，選擇不承載尋呼消息的子幀 或單頻網(wǎng)廣播組播(MBSFN)子幀。進(jìn)一步的，所述發(fā)送端在所述發(fā)送MBMS通知消息的無(wú)線幀中各選擇一個(gè)子幀具 體為所述發(fā)送端和根據(jù)與接收端約定的預(yù)先約定，在所述發(fā)送MBMS通知消息的無(wú)線 幀中固定使用一個(gè)固定的子幀用來(lái)承載MBMS通知消息。進(jìn)一步的，所述發(fā)送端在所述子幀發(fā)送MBMS通知消息具體為所述發(fā)送端在所述子幀的物理下行控制信道(PDCCH)的公共檢索區(qū)發(fā)送所述 MBMS通知消息，所述MBMS通知消息攜帶無(wú)線網(wǎng)絡(luò)臨時(shí)標(biāo)識(shí)(RNTI)表明該消息的性質(zhì)為 MBMS通知消息。進(jìn)一步的，所述發(fā)送端在所述子幀發(fā)送MBMS通知消息具體為所述發(fā)送端在所述子幀的PDCCH中發(fā)送指示MBMS通知消息占用的下行共享信道 (DL-SCH)的信息，在所述DL-SCH發(fā)送所述MBMS通知消息。一種MBMS通知消息的發(fā)送系統(tǒng)，包括發(fā)送端和接收端；所述發(fā)送端，用于選擇承載尋呼消息的無(wú)線幀，作為發(fā)送MBMS通知消息的無(wú)線 幀；或，選擇與承載尋呼消息的無(wú)線幀相鄰的無(wú)線幀，作為發(fā)送MBMS通知消息的無(wú)線幀，并 在所述發(fā)送MBMS通知消息的無(wú)線幀中各選擇一個(gè)子幀，在所述子幀發(fā)送MBMS通知消息；所述接收端，用于在所述發(fā)送端在發(fā)送MBMS通知消息的無(wú)線幀中選擇的子幀，接 收所述發(fā)送端發(fā)送的MBMS通知消息。進(jìn)一步的，所述發(fā)送端，用于在多播控制信道(MCCH)的修改周期內(nèi)，選擇至少一 個(gè)承載尋呼消息的無(wú)線幀，作為發(fā)送MBMS通知消息的無(wú)線幀；或，在多播控制信道(MCCH)的修改周期內(nèi)，選擇至少一個(gè)與承載尋呼消息的無(wú)線幀 相鄰的無(wú)線幀，作為發(fā)送MBMS通知消息的無(wú)線幀。進(jìn)一步的，所述發(fā)送端，用于在所述發(fā)送MBMS通知消息的無(wú)線幀中，選擇不承載 尋呼消息的子幀或單頻網(wǎng)廣播組播(MBSFN)子幀；或，
根據(jù)與接收端的預(yù)先約定，在所述發(fā)送MBMS通知消息的無(wú)線幀中使用一個(gè)固定 的子幀用來(lái)承載MBMS通知消息。進(jìn)一步的，所述發(fā)送端，用于在所述子幀的物理下行控制信道(PDCCH)的公共檢 索區(qū)發(fā)送所述MBMS通知消息，所述MBMS通知消息攜帶無(wú)線網(wǎng)絡(luò)臨時(shí)標(biāo)識(shí)(RNTI)表明該消 息的性質(zhì)為MBMS通知消息；或，在所述子幀的PDCCH中發(fā)送指示MBMS通知消息占用的下行共享信道(DL-SCH)的 信息，在所述DL-SCH發(fā)送所述MBMS通知消息。本發(fā)明提供的MBMS通知消息的發(fā)送方法和系統(tǒng)，在發(fā)送MBMS通知消息時(shí)，發(fā)送端 選擇承載尋呼消息的無(wú)線幀或與承載尋呼消息的無(wú)線幀相鄰的無(wú)線幀，作為發(fā)送MBMS通 知消息的無(wú)線幀，并進(jìn)一步從所述發(fā)送MBMS通知消息的無(wú)線幀中選擇用來(lái)發(fā)送MBMS通知 消息的子幀，在所述子幀發(fā)送MBMS通知消息，解決了沒(méi)有MBMS通知消息發(fā)送和接收機(jī)制的 問(wèn)題。


圖1為本發(fā)明的實(shí)施例一提供的一種MBMS通知消息的發(fā)送方法的流程圖；圖2為本發(fā)明的實(shí)施例中尋呼周期、MBMS通知消息發(fā)送周期和修改周期的關(guān)系示 意圖；圖3為本發(fā)明的實(shí)施例中無(wú)線幀結(jié)構(gòu)示意圖；圖4為本發(fā)明的實(shí)施例二提供的一種MBMS通知消息的發(fā)送方法的流程圖；圖5為本發(fā)明的實(shí)施例提供的一種MBMS通知消息的發(fā)送系統(tǒng)的結(jié)構(gòu)示意圖。
具體實(shí)施例方式
為了解決沒(méi)有MBMS通知消息發(fā)送和接收機(jī)制的問(wèn)題，本發(fā)明的實(shí)施例提供了 一 種MBMS通知消息發(fā)送，下面結(jié)合具體實(shí)施例，對(duì)該方法進(jìn)行詳細(xì)說(shuō)明。在LTE系統(tǒng)中，為了實(shí)現(xiàn)接收端省電，減少資源浪費(fèi)，規(guī)定接收端在沒(méi)有業(yè)務(wù)處于 IDLE模式時(shí)關(guān)閉大部分射頻系統(tǒng)，進(jìn)入睡眠狀態(tài)；在約定的時(shí)間到來(lái)時(shí)再啟動(dòng)射頻系統(tǒng)進(jìn) 入喚醒狀態(tài)，以接收尋呼消息(PagingMessages)。接收端在承載尋呼消息的子幀到來(lái)之前 (具體提前量由接收端設(shè)計(jì)廠商自己設(shè)計(jì)而定)喚醒，從而接收尋呼消息，檢測(cè)是否有自己 的尋呼消息，如果沒(méi)有對(duì)該接收端的尋呼消息，就再回到睡眠狀態(tài)。LTE中，尋呼消息是周期性發(fā)送的，稱尋呼消息發(fā)送遵循的周期為尋呼周期。一般 情況下，尋呼周期小于MCCH信息的修改周期(MCCHmodification period)，如尋呼周期為 320ms，此時(shí)的MCCH信息的修改周期可以為10. 24s。尋呼消息發(fā)送的周期是由發(fā)送端設(shè)定的，并把設(shè)定結(jié)果通知接收端，如果能夠利 用尋呼幀發(fā)送所述MBMS通知消息，則不需要為MBMS通知消息約定另外的發(fā)送時(shí)間，本發(fā)明 實(shí)施例提供了一種MBMS通知消息的發(fā)送和接收方法，能夠利用到尋呼消息的發(fā)送周期，避 免為MBMS通知消息引入獨(dú)立的喚醒周期，本發(fā)明實(shí)施例中的發(fā)送端可以是中繼站或基站， 現(xiàn)以基站為例進(jìn)行說(shuō)明。接收端可以是中繼站或手機(jī)終端或筆記本電腦。下面結(jié)合附圖，對(duì)本發(fā)明的實(shí)施例一進(jìn)行介紹，本發(fā)明的實(shí)施例一提供了一種 MBMS通知消息的發(fā)送方法，使用該方法發(fā)送MBMS通知消息的流程如圖1所示，包括
步驟101、在MCCH信息的修改周期內(nèi)，發(fā)送端選擇至少一個(gè)承載尋呼消息的無(wú)線 幀，作為發(fā)送MBMS通知消息的無(wú)線幀；由于MBMS通知消息是用來(lái)通知接收端所述MCCH信息是否發(fā)生改變，以避免在 MCCH信息未發(fā)生改變的情況下接收新的MCCH信息帶來(lái)的電能浪費(fèi)，故每個(gè)MCCH修改周期 內(nèi)的MBMS通知消息需要在MCCH信息之前發(fā)送。MBMS通知消息也可以在一個(gè)MCCH信息的修改周期中可以發(fā)送多次，以確保接收 端接收到所述MBMS通知消息，增加通信的可靠性；在一個(gè)修改周期多次發(fā)送MBMS通知消息 時(shí)，可以周期性的發(fā)送MBMS消息，即每次發(fā)送MBMS消息的時(shí)間間隔相同，也可以沒(méi)有一個(gè) 固定的發(fā)送MBMS消息的時(shí)間間隔，分散的選擇用于發(fā)送MBMS的無(wú)線幀。本發(fā)明實(shí)施例中，以周期性發(fā)送MBMS通知消息為例，MCCH信息的修改周期為 10. 24s, MBMS通知消息的發(fā)送周期定為2560ms，尋呼周期為320ms，即在一個(gè)MCCH信息的 修改周期內(nèi)，需要發(fā)送32次尋呼消息，4次MBMS通知消息。對(duì)于接收端而言，要接收MBMS通知消息就需要啟動(dòng)射頻系統(tǒng)，這一啟動(dòng)過(guò)程很消 耗接收端的能源，故本發(fā)明實(shí)施例在承載尋呼消息的無(wú)線幀發(fā)送所述MBMS通知消息，以減 少接收端射頻系統(tǒng)啟動(dòng)的次數(shù)。本發(fā)明實(shí)施例中，尋呼消息的尋呼周期為320ms，即在一個(gè)修改周期里需要發(fā)送 32次尋呼消息，尋呼周期、MBMS通知消息發(fā)送周期和修改周期的關(guān)系如圖2所示，MBMS通 知消息占用承載尋呼消息的無(wú)線幀內(nèi)的子幀發(fā)送。尋呼消息發(fā)送時(shí)占用的無(wú)線幀由發(fā)送端 預(yù)先通知接收端，接收端在尋呼幀打開(kāi)射頻系統(tǒng)進(jìn)入喚醒狀態(tài)，并維持整個(gè)尋呼幀的喚醒 狀態(tài)。本步驟中，將所述MBMS通知消息承載在承載尋呼消息的無(wú)線幀中發(fā)送，接收端就 可以在一個(gè)承載尋呼消息的無(wú)線幀中接收尋呼消息及MBMS通知消息。步驟102、所述發(fā)送端在所述發(fā)送MBMS通知消息的無(wú)線幀中各選擇一個(gè)子幀；本步驟中，從各個(gè)承載尋呼消息的無(wú)線幀的下行子幀中，選擇一個(gè)子幀作為發(fā) 送MBMS通知消息的子幀，即在每個(gè)發(fā)送MBMS通知消息的無(wú)線幀中，都選擇一個(gè)用來(lái)發(fā)送 MBMS通知消息的子幀，所述子幀可以是承載尋呼消息的子幀，也可以是其他子幀，優(yōu)先選擇 MBSFN子幀。用來(lái)發(fā)送MBMS通知消息的子幀可以是固定的，即接收端和發(fā)送端約定某一個(gè)子 幀用來(lái)發(fā)送MBMS通知消息，這時(shí)，發(fā)送端不需要與接收端進(jìn)行信令交互，通知接收端具體 使用哪個(gè)子幀來(lái)發(fā)送MBMS通知消息；也可以是由發(fā)送端臨時(shí)選擇的，這時(shí)發(fā)送端就要預(yù)先 通知接收端在該子幀接收MBMS通知消息，或由接收端在無(wú)線幀內(nèi)的每個(gè)子幀都進(jìn)行檢索， 直到檢索出MBMS通知消息或者檢索完該無(wú)線幀內(nèi)所有子幀。一個(gè)無(wú)線幀長(zhǎng)度為10ms，包含10個(gè)長(zhǎng)度為Ims的子幀，將一個(gè)無(wú)線幀的10個(gè)子 幀以時(shí)間順序分別編號(hào)為0至9號(hào)子幀，如圖3所示。發(fā)送消息時(shí)，可以選用承載尋呼消息 的無(wú)線幀的一個(gè)下行子幀發(fā)送尋呼消息，如使用9號(hào)子幀；也可以選用兩個(gè)子幀發(fā)送尋呼 消息，如4號(hào)子幀和9號(hào)子幀；也可以選用四個(gè)子幀發(fā)送尋呼消息，如0號(hào)子幀，4號(hào)子幀，5 號(hào)子幀和9號(hào)子幀。步驟103、所述發(fā)送端在所述子幀發(fā)送MBMS通知消息；
由于本發(fā)明實(shí)施例中，發(fā)送端選擇承載尋呼消息的無(wú)線幀發(fā)送MBMS通知消息，故不需要接收端啟動(dòng)射頻系統(tǒng)兩次，而是通過(guò)一次啟動(dòng)，在一個(gè)喚醒狀態(tài)持續(xù)時(shí)間內(nèi)接收尋 呼消息的MBMS通知消息。 在選定完用來(lái)發(fā)送MBMS通中知消息的無(wú)線幀和子幀后，發(fā)送端在預(yù)先選定的承 載尋呼消息的無(wú)線幀的子幀，向接收端發(fā)送MBMS通知消息；本步驟中，發(fā)送端在步驟101和步驟102選擇的承載尋呼消息的無(wú)線幀內(nèi)的子幀 上，向接收端發(fā)送MBMS通知消息。尋呼消息承載在無(wú)線幀的PDCCH(物理下行控制信道)，PDCCH包括公共檢索區(qū)域 和非公共檢索區(qū)域，接收端在接收PDCCH時(shí)會(huì)優(yōu)先檢索公共檢索區(qū)域，再檢索非公共檢索 區(qū)域。當(dāng)MBMS通知消息與尋呼消息在同一子幀時(shí)，由于PDCCH能夠承載的數(shù)據(jù)量是有限 的，如果尋呼消息與MBMS通知消息的總合不超過(guò)PDCCH的承載能力，也可以將MBMS通知消 息與尋呼消息放在同一子幀中發(fā)送；進(jìn)一步地，如果不超過(guò)PDCCH公共檢索區(qū)域的承載能 力，則優(yōu)先放在公共檢索區(qū)域發(fā)送，否則放在非公共檢索區(qū)域。如果承載MBMS通知消息的子幀與尋呼消息占用的子幀不同，這時(shí)，MBMS通知消息 占用的子幀有可能也要同時(shí)承載系統(tǒng)消息，所述系統(tǒng)消息具體承載在MBMS通知消息的子 幀的PDCCH的公共檢索區(qū)，如果不超過(guò)PDCCH公共檢索區(qū)域的承載能力，則優(yōu)先將MBMS通 知消息放在公共檢索區(qū)域，否則放在非公共檢索區(qū)域發(fā)送。本步驟中，可以為MBMS通知消息添加標(biāo)識(shí)，如M-RNTI標(biāo)識(shí)(RadioNetwork Temporary Identifier,無(wú)線網(wǎng)絡(luò)臨時(shí)標(biāo)識(shí))，用于表明該消息的性質(zhì)為MBMS通知消息，以 便接收端識(shí)別消息；也可以在承載MBMS通知消息的子幀的PDCCH中承載指示MBMS通知消 息占用的DL-SCH (下行共享信道)的信息，在該DL-SCH發(fā)送MBMS通知消息。此外，如果步驟101中選定的用來(lái)發(fā)送MBMS通知消息的無(wú)線幀，則選擇MBSFN子 幀作為發(fā)送MBMS通知消息子幀，由于MBSFN子幀不會(huì)承載系統(tǒng)消息和尋呼消息的控制信 息，故MBSFN子幀的PDCCH的公共檢索區(qū)可以承載下MBMS通知消息，便于接收端快速檢索 到該MBMS通知消息。當(dāng)然，也可以選擇該無(wú)線幀的非MBSFN子幀作為承載MBMS通知消息 的子幀，此時(shí)仍優(yōu)先將MBMS通知消息放在該子幀的PDCCH的公共檢索區(qū)發(fā)送，如果承載不 下，再放到非公共檢索區(qū)。步驟104、接收端在承載MBMS通知消息的無(wú)線幀啟動(dòng)喚醒狀態(tài)，在用于發(fā)送MBMS 通知消息的子幀，接收所述MBMS通知消息；本步驟中，接收端在承載尋呼消息的無(wú)線幀進(jìn)入喚醒狀態(tài)，具體的，可以在該無(wú)線 幀的第一個(gè)子幀即進(jìn)入喚醒狀態(tài)，也可以在其他子幀喚醒，只要保證能接收到尋呼消息和 MBMS通知消息即可。接收端可以預(yù)先通過(guò)上層信令(例如廣播控制信道(BCCH，Broadcast Control Channel))獲取發(fā)送端發(fā)送MBMS通知消息的周期。如果MBMS通知消息帶有M-RNTI標(biāo)識(shí)，則接收端在接收到MBMS通知消息后，對(duì) MBMS通知消息進(jìn)行校驗(yàn)，如果校驗(yàn)成功，則接收端就能確定收到的即是等待的MBMS通知消 息，并根據(jù)所述MBMS通知消息決定在下一個(gè)修改周期到時(shí)的時(shí)候需不需要接收新的MCCH 信息；或者，接收端在承載MBMS通知消息的子幀的PDCCH接收到指示MBMS通知消息占用的 DL-SCH的信息，根據(jù)該信息從DL-SCH獲取MBMS通知消息。本發(fā)明的實(shí)施例提供了一種MBMS通知消息的發(fā)送方法，在MCCH信息的修改周期內(nèi)，發(fā)送端選擇至少一個(gè)承載尋呼消息的無(wú)線幀，作為發(fā)送MBMS通知消息的無(wú)線幀，并進(jìn) 一步從所述至少一個(gè)承載尋呼消息的無(wú)線幀中選擇用來(lái)發(fā)送MBMS通知消息的子幀，在所 述子幀發(fā)送MBMS通知消息，解決了沒(méi)有MBMS通知消息發(fā)送和接收機(jī)制的問(wèn)題。且實(shí)現(xiàn)了 在單播和多播不同系統(tǒng)下傳輸MBMS通知消息，具有普遍適用性。下面結(jié)合附圖，對(duì)本發(fā)明的實(shí)施例二進(jìn)行說(shuō)明，本發(fā)明的實(shí)施例二提供了一種 MBMS通知消息的發(fā)送方法，使用該方法發(fā)送MBMS通知消息的流程如圖4所示，包括步驟401、在MCCH信息的修改周期內(nèi)，發(fā)送端選擇至少一個(gè)與承載尋呼消息的無(wú) 線幀相鄰的無(wú)線幀，作為發(fā)送MBMS通知消息的無(wú)線幀；本發(fā)明實(shí)施例中，以周期性發(fā)送MBMS 通知消息為例，MCCH信息的修改周期為 10. 24s, MBMS通知消息的發(fā)送周期定為2560ms，尋呼周期為320ms，即在一個(gè)MCCH信息的 修改周期內(nèi)，需要發(fā)送32次尋呼消息，4次MBMS通知消息。本步驟中，將所述MBMS通知消息承載在與承載尋呼消息的無(wú)線幀相鄰的無(wú)線幀 中。步驟402、所述發(fā)送端在所述發(fā)送MBMS通知消息的無(wú)線幀中各選擇一個(gè)子幀；本步驟中，從各個(gè)與承載尋呼消息的無(wú)線幀相鄰的無(wú)線幀的下行子幀中，選擇一 個(gè)子幀作為發(fā)送MBMS通知消息的子巾貞，即在每個(gè)發(fā)送MBMS通知消息的無(wú)線幀中，都選擇一 個(gè)用來(lái)發(fā)送MBMS通知消息的子幀，所述子幀可以是MBSFN子幀，也可以是非MBSFN子幀。用來(lái)發(fā)送MBMS通知消息的子幀可以是固定的，即接收端和發(fā)送端約定某一個(gè)子 幀用來(lái)發(fā)送MBMS通知消息(例如固定使用8號(hào)子幀)，這時(shí)，發(fā)送端不需要與接收端進(jìn)行信 令交互，通知接收端具體使用哪個(gè)子幀來(lái)發(fā)送MBMS通知消息；也可以是由發(fā)送端臨時(shí)選擇 的，這時(shí)發(fā)送端就要預(yù)先通知接收端在該子幀接收MBMS通知消息，或由接收端在無(wú)線幀內(nèi) 的每個(gè)子幀都進(jìn)行檢索，直到檢索出MBMS通知消息或者檢索完該無(wú)線幀內(nèi)所有子幀。步驟403、所述發(fā)送端在所述子幀發(fā)送MBMS通知消息；本步驟中，發(fā)送端在預(yù)先選定的承載尋呼消息的無(wú)線幀的子幀，向接收端發(fā)送 MBMS通知消息；本步驟中，發(fā)送端在步驟401和步驟402選擇的發(fā)送MBMS通知消息的無(wú)線幀內(nèi)的 相應(yīng)子幀上，向接收端發(fā)送MBMS通知消息。如果承載MBMS通知消息的子幀與尋呼消息占用的子幀不同，這時(shí)，MBMS通知消息 的子幀有可能也要同時(shí)承載系統(tǒng)消息，所述系統(tǒng)消息具體承載在MBMS通知消息的子幀的 PDCCH的公共檢索區(qū)，如果不超過(guò)PDCCH公共檢索區(qū)域的承載能力，則優(yōu)先將MBMS通知消息 放在公共檢索區(qū)域，否則放在非公共檢索區(qū)域發(fā)送。本步驟中，可以為MBMS通知消息添加標(biāo)識(shí)，如M-RNTI標(biāo)識(shí)，用于表明該消息的性 質(zhì)為MBMS通知消息，以便接收端識(shí)別消息；也可以在承載MBMS通知消息的子幀的PDCCH中 承載指示MBMS通知消息占用的DL-SCH的信息，在該DL-SCH發(fā)送MBMS通知消息。如果發(fā)送MBMS通知消息的子幀是MBSFN子幀，由于MBSFN子幀不會(huì)承載系統(tǒng)消息 和尋呼消息的控制信息，故MBSFN子幀的PDCCH的公共檢索區(qū)可以承載下MBMS通知消息， 便于接收端快速檢索到該MBMS通知消息。當(dāng)然，也可以選擇該多播無(wú)線幀的非MBSFN子幀 作為承載MBMS通知消息的子幀，此時(shí)仍優(yōu)先將MBMS通知消息放在該子幀的PDCCH的公共 檢索區(qū)發(fā)送，如果承載不下，再放到非公共檢索區(qū)。
此外，當(dāng)選擇用來(lái)發(fā)送MBMS通知消息的無(wú)線幀是一個(gè)單播無(wú)線幀時(shí)，則在該單播 無(wú)線幀的下行子幀中選擇一個(gè)用來(lái)發(fā)送MBMS通知消息的子幀，并固定使用承載MBMS通知 消息的子幀的PDCCH的公共檢索區(qū)發(fā)送MBMS通知消息，以使得接收端快速的檢索到該MBMS 通知消息，進(jìn)一步節(jié)約電量。發(fā)送端根據(jù)選定的發(fā)送MBMS通知消息的無(wú)線幀和子幀，通知 接收端喚醒接收MBMS通知消息的時(shí)間。步驟404、接收端在承載MBMS通知消息的無(wú)線幀啟動(dòng)喚醒狀態(tài)，在用于發(fā)送MBMS 通知消息的子幀，接收所述MBMS通知消息；如果發(fā)送MBMS通知消息的無(wú)線幀在一承載尋呼消息的無(wú)線幀前且與該承載尋呼 消息的無(wú)線幀相鄰，由于MBMS通知消息占用的多播子幀發(fā)送端事先已經(jīng)通知接收端了，所 以接收端將在承載MBMS通知消息的無(wú)線幀處喚醒接收該無(wú)線幀內(nèi)的MBMS通知消息，之后 接收端可以保持喚醒狀態(tài)，在尋呼消息所在無(wú)線幀接收尋呼消息；如果發(fā)送MBMS通知消息 的無(wú)線幀在一承載尋呼消息的無(wú)線幀后且與該承載尋呼消息的無(wú)線幀相鄰，相應(yīng)的接收端 在承載尋呼消息的無(wú)線幀就喚醒，接收尋呼消息后，保持喚醒狀態(tài)直到承載MBMS通知消息 的無(wú)線幀中接收MBMS通知消息。由于本發(fā)明實(shí)施例中，發(fā)送端選擇與承載尋呼消息的無(wú)線幀相鄰的無(wú)線幀發(fā)送 MBMS通知消息，故不需要接收端啟動(dòng)射頻系統(tǒng)兩次，而是通過(guò)一次啟動(dòng)，在一個(gè)喚醒狀態(tài)持 續(xù)時(shí)間內(nèi)接收尋呼消息的MBMS通知消息。使用承載尋呼消息的無(wú)線幀發(fā)送MBMS通知消息， 不需要修改接收端進(jìn)入喚醒狀態(tài)的時(shí)長(zhǎng)，接收端只需在承載尋呼消息的無(wú)線幀保持喚醒狀 態(tài)即可。本步驟中，接收端在與發(fā)送端預(yù)先約定的MBMS通知消息占用的子幀，接收所述 MBMS通知消息。如果MBMS通知消息帶有M-RNTI標(biāo)識(shí)，則接收端在接收到MBMS通知消息 后，對(duì)MBMS通知消息進(jìn)行校驗(yàn)，如果校驗(yàn)成功，則接收端就能確定收到的即是等待的MBMS 通知消息，并根據(jù)所述MBMS通知消息決定在下一個(gè)修改周期到時(shí)的時(shí)候需不需要接收新 的MCCH信息；或者，接收端在承載MBMS通知消息的子幀的PDCCH接收到指示MBMS通知消 息占用的DL-SCH的信息，根據(jù)該信息從DL-SCH獲取MBMS通知消息。本發(fā)明的實(shí)施例提供了一種MBMS通知消息的發(fā)送方法，在發(fā)送MBMS通知消息時(shí)， 發(fā)送端選擇至少一個(gè)與承載尋呼消息的無(wú)線幀相鄰的無(wú)線幀，作為發(fā)送MBMS通知消息的 無(wú)線幀，并進(jìn)一步從所述至少一個(gè)承載尋呼消息的無(wú)線幀中選擇用來(lái)發(fā)送MBMS通知消息 的子幀，在所述子幀發(fā)送MBMS通知消息，解決了沒(méi)有MBMS通知消息發(fā)送和接收機(jī)制的問(wèn) 題。且實(shí)現(xiàn)了在單播和多播不同系統(tǒng)下傳輸MBMS通知消息，具有普遍適用性。本發(fā)明的實(shí)施例還提供了一種MBMS通知消息的發(fā)送系統(tǒng)，所述系統(tǒng)的結(jié)構(gòu)如圖5 所示，包括發(fā)送端501和接收端502 ；所述發(fā)送端501，用于選擇承載尋呼消息的無(wú)線幀，作為發(fā)送MBMS通知消息的無(wú) 線幀；或，選擇與承載尋呼消息的無(wú)線幀相鄰的無(wú)線幀，作為發(fā)送MBMS通知消息的無(wú)線幀， 并在所述發(fā)送MBMS通知消息的無(wú)線幀中各選擇一個(gè)子幀，在所述子幀發(fā)送MBMS通知消 息；所述接收端502，用于在所述發(fā)送端501在發(fā)送MBMS通知消息的無(wú)線幀中選擇的 子幀，接收所述發(fā)送端501發(fā)送的MBMS通知消息。進(jìn)一步的，所述發(fā)送端501，用于在多播控制信道(MCCH)的修改周期內(nèi)，選擇至少一個(gè)承載尋呼消息的無(wú)線幀，作為發(fā)送MBMS通知消息的無(wú)線幀；或，在多播控制信道(MCCH)的修改周期內(nèi)，選擇至少一個(gè)與承載尋呼消息的無(wú)線幀 相鄰的無(wú)線幀，作為發(fā)送MBMS通知消息的無(wú)線幀。進(jìn)一步的，所述發(fā)送端501，用于在所述發(fā)送MBMS通知消息的無(wú)線幀中，選擇不承 載尋呼消息的子幀或單頻網(wǎng)廣播組播(MBSFN)子幀；或，根據(jù)與接收端的預(yù)先約定，在所述發(fā)送MBMS通知消息的無(wú)線幀中使用一個(gè)固定 的子幀用來(lái)承載MBMS通知消息。進(jìn)一步的，所述發(fā)送端501，用于在所述子幀的物理下行控制信道(PDCCH)的公共 檢索區(qū)發(fā)送所述MBMS通知消息，所述MBMS通知消息攜帶無(wú)線網(wǎng)絡(luò)臨時(shí)標(biāo)識(shí)(RNTI)表明該 消息的性質(zhì)為MBMS通知消息；或，在所述子幀的PDCCH中發(fā)送指示MBMS通知消息占用的下行共享信道(DL-SCH)的 信息，在所述DL-SCH發(fā)送所述MBMS通知消息。上述MBMS通知消息的發(fā)送系統(tǒng)，可以與本發(fā)明的實(shí)施例提供的一種MBMS通知消 息的發(fā)送方法相結(jié)合，在發(fā)送MBMS通知消息時(shí)，發(fā)送端選擇至少一個(gè)承載尋呼消息的無(wú)線 幀或與之相鄰的無(wú)線幀，作為發(fā)送MBMS通知消息的無(wú)線幀，并進(jìn)一步從所述至少一個(gè)承載 尋呼消息的無(wú)線幀中選擇用來(lái)發(fā)送MBMS通知消息的子幀，在所述子幀發(fā)送MBMS通知消息， 解決了沒(méi)有MBMS通知消息發(fā)送和接收機(jī)制的問(wèn)題。本領(lǐng)域普通技術(shù)人員可以理解實(shí)現(xiàn)上述實(shí)施例方法攜帶的全部或部分步驟是可 以通過(guò)程序來(lái)指令相關(guān)的硬件完成，所述的程序可以存儲(chǔ)于一種計(jì)算機(jī)可讀存儲(chǔ)介質(zhì)中， 該程序在執(zhí)行時(shí)，包括方法實(shí)施例的步驟之一或其組合。另外，在本發(fā)明各個(gè)實(shí)施例中的各功能單元可以采用硬件的形式實(shí)現(xiàn)，也可以采 用軟件功能模塊的形式實(shí)現(xiàn)。所述集成的模塊如果以軟件功能模塊的形式實(shí)現(xiàn)并作為獨(dú)立 的產(chǎn)品銷售或使用時(shí)，也可以存儲(chǔ)在一個(gè)計(jì)算機(jī)可讀取存儲(chǔ)介質(zhì)中。 上述提到的存儲(chǔ)介質(zhì)可以是只讀存儲(chǔ)器，磁盤(pán)或光盤(pán)等。
以上所述，僅為本發(fā)明的具體實(shí)施方式
，但本發(fā)明的保護(hù)范圍并不局限于此，任何 熟悉本技術(shù)領(lǐng)域的技術(shù)人員在本發(fā)明揭露的技術(shù)范圍內(nèi)，可輕易想到變化或替換，都應(yīng)涵 蓋在本發(fā)明的保護(hù)范圍之內(nèi)。因此，本發(fā)明的保護(hù)范圍應(yīng)以權(quán)利要求所述的保護(hù)范圍為準(zhǔn)。
權(quán)利要求
一種多媒體廣播組播業(yè)務(wù)(MBMS)通知消息的發(fā)送方法，其特征在于，包括發(fā)送端選擇承載尋呼消息的無(wú)線幀，作為發(fā)送MBMS通知消息的無(wú)線幀；或，發(fā)送端選擇與承載尋呼消息的無(wú)線幀相鄰的無(wú)線幀，作為發(fā)送MBMS通知消息的無(wú)線幀；所述發(fā)送端在所述發(fā)送MBMS通知消息的無(wú)線幀中各選擇一個(gè)子幀；所述發(fā)送端在所述子幀發(fā)送MBMS通知消息。
2.根據(jù)權(quán)利要求1所述的MBMS通知消息的發(fā)送方法，其特征在于，所述發(fā)送端選擇承 載尋呼消息的無(wú)線幀，作為發(fā)送MBMS通知消息的無(wú)線幀；或，發(fā)送端選擇與承載尋呼消息 的無(wú)線幀相鄰的無(wú)線幀，作為發(fā)送MBMS通知消息的無(wú)線幀具體為在多播控制信道(MCCH)的修改周期內(nèi)，發(fā)送端選擇至少一個(gè)承載尋呼消息的無(wú)線幀， 作為發(fā)送MBMS通知消息的無(wú)線幀；或，在多播控制信道(MCCH)的修改周期內(nèi)，發(fā)送端選擇至少一個(gè)與承載尋呼消息的無(wú)線 幀相鄰的無(wú)線幀，作為發(fā)送MBMS通知消息的無(wú)線幀。
3.根據(jù)權(quán)利要求1所述的MBMS通知消息的發(fā)送方法，其特征在于，所述發(fā)送端在所述 發(fā)送MBMS通知消息的無(wú)線幀中各選擇一個(gè)子幀具體為所述發(fā)送端在所述發(fā)送MBMS通知消息的無(wú)線幀中，選擇不承載尋呼消息的子幀或單 頻網(wǎng)廣播組播(MBSFN)子幀。
4.根據(jù)權(quán)利要求1所述的MBMS通知消息的發(fā)送方法，其特征在于，所述發(fā)送端在所述 發(fā)送MBMS通知消息的無(wú)線幀中各選擇一個(gè)子幀具體為所述發(fā)送端根據(jù)與接收端的預(yù)先約定，在所述發(fā)送MBMS通知消息的無(wú)線幀中使用一 個(gè)固定的子幀用來(lái)承載MBMS通知消息。
5.根據(jù)權(quán)利要求1所述的MBMS通知消息的發(fā)送方法，其特征在于，所述發(fā)送端在所述 子幀發(fā)送MBMS通知消息具體為所述發(fā)送端在所述子幀的物理下行控制信道(PDCCH)的公共檢索區(qū)發(fā)送所述MBMS通 知消息，所述MBMS通知消息攜帶無(wú)線網(wǎng)絡(luò)臨時(shí)標(biāo)識(shí)(RNTI)表明該消息的性質(zhì)為MBMS通知 消息。
6.根據(jù)權(quán)利要求1所述的MBMS通知消息的發(fā)送方法，其特征在于，所述發(fā)送端在所述 子幀發(fā)送MBMS通知消息具體為所述發(fā)送端在所述子幀的PDCCH中發(fā)送指示MBMS通知消息占用的下行共享信道 (DL-SCH)的信息，在所述DL-SCH發(fā)送所述MBMS通知消息。
7.一種MBMS通知消息的發(fā)送系統(tǒng)，其特征在于，包括發(fā)送端和接收端；所述發(fā)送端，用于選擇承載尋呼消息的無(wú)線幀，作為發(fā)送MBMS通知消息的無(wú)線幀；或， 選擇與承載尋呼消息的無(wú)線幀相鄰的無(wú)線幀，作為發(fā)送MBMS通知消息的無(wú)線幀，并在所述 發(fā)送MBMS通知消息的無(wú)線幀中各選擇一個(gè)子幀，在所述子幀發(fā)送MBMS通知消息；所述接收端，用于接收在所述發(fā)送端在發(fā)送MBMS通知消息的無(wú)線幀中選擇的子幀，所 述發(fā)送端發(fā)送的MBMS通知消息。
8.根據(jù)權(quán)利要求7所述的MBMS通知消息的發(fā)送系統(tǒng)，其特征在于，所述發(fā)送端，進(jìn)一步用于在多播控制信道(MCCH)的修改周期內(nèi)，選擇至少一個(gè)承載尋 呼消息的無(wú)線幀，作為發(fā)送MBMS通知消息的無(wú)線幀；或，在多播控制信道(MCCH)的修改周期內(nèi)，選擇至少一個(gè)與承載尋呼消息的無(wú)線幀相鄰 的無(wú)線幀，作為發(fā)送MBMS通知消息的無(wú)線幀。
9.根據(jù)權(quán)利要求7所述的MBMS通知消息的發(fā)送系統(tǒng)，其特征在于，所述發(fā)送端，進(jìn)一步用于在所述發(fā)送MBMS通知消息的無(wú)線幀中，選擇不承載尋呼消息 的子幀或單頻網(wǎng)廣播組播(MBSFN)子幀；或，根據(jù)與接收端的預(yù)先約定，在所述發(fā)送MBMS通知消息的無(wú)線幀中使用一個(gè)固定的子 幀用來(lái)承載MBMS通知消息。
10.根據(jù)權(quán)利要求7所述的MBMS通知消息的發(fā)送系統(tǒng)，其特征在于，所述發(fā)送端，進(jìn)一步用于在所述子幀的物理下行控制信道(PDCCH)的公共檢索區(qū)發(fā)送 所述MBMS通知消息，所述MBMS通知消息攜帶無(wú)線網(wǎng)絡(luò)臨時(shí)標(biāo)識(shí)(RNTI)表明該消息的性質(zhì) 為MBMS通知消息；或，在所述子幀的PDCCH中發(fā)送指示MBMS通知消息占用的下行共享信道(DL-SCH)的信 息，在所述DL-SCH發(fā)送所述MBMS通知消息。
全文摘要
本發(fā)明公開(kāi)了一種MBMS通知消息的發(fā)送方法和系統(tǒng)。涉及通信領(lǐng)域，解決了沒(méi)有MBMS通知消息發(fā)送機(jī)制的問(wèn)題。該方法包括發(fā)送端選擇承載尋呼消息的無(wú)線幀，作為發(fā)送MBMS通知消息的無(wú)線幀；或，發(fā)送端選擇與承載尋呼消息的無(wú)線幀相鄰的無(wú)線幀，作為發(fā)送MBMS通知消息的無(wú)線幀；所述發(fā)送端在所述發(fā)送MBMS通知消息的無(wú)線幀中各選擇一個(gè)子幀；所述發(fā)送端在所述子幀發(fā)送MBMS通知消息。本發(fā)明提供的技術(shù)方案，適用于MBMS業(yè)務(wù)中。
文檔編號(hào)H04W68/00GK101990164SQ20091016154
公開(kāi)日2011年3月23日 申請(qǐng)日期2009年7月31日 優(yōu)先權(quán)日2009年7月31日
發(fā)明者茍偉, 馬子江 申請(qǐng)人:中興通訊股份有限公司