專利名稱：多媒體廣播/組播業(yè)務(wù)中小區(qū)信息變化的通知方法
技術(shù)領(lǐng)域：
本發(fā)明涉及多媒體廣播/組播(MBMS)業(yè)務(wù)中小區(qū)信息變化的通知方法。
背景技術(shù)：
組播和廣播是一種從一個數(shù)據(jù)源向多個目標傳送數(shù)據(jù)的技術(shù)。在傳統(tǒng)移動網(wǎng)絡(luò)中，小區(qū)廣播業(yè)務(wù)(CBSCell Broadcast Service)允許低比特率數(shù)據(jù)通過小區(qū)共享廣播信道向所有用戶發(fā)送，屬于消息類業(yè)務(wù)。
現(xiàn)在，人們對移動通信的需求已不再滿足于電話和消息業(yè)務(wù)，隨著Internet的迅猛發(fā)展，大量多媒體業(yè)務(wù)涌現(xiàn)出來，其中一些應(yīng)用業(yè)務(wù)要求多個用戶能同時接收相同數(shù)據(jù)，如視頻點播、電視廣播、視頻會議、網(wǎng)上教育、互動游戲等。這些移動多媒體業(yè)務(wù)與一般的數(shù)據(jù)相比，具有數(shù)據(jù)量大、持續(xù)時間長、時延敏感等特點。目前的IP組播技術(shù)只適用于有線IP網(wǎng)絡(luò)，不適用于移動網(wǎng)絡(luò)，因為移動網(wǎng)絡(luò)具有特定的網(wǎng)絡(luò)結(jié)構(gòu)、功能實體和無線接口，這些都與有線IP網(wǎng)絡(luò)不同。
為了有效地利用移動網(wǎng)絡(luò)資源，WCDMA/GSM全球標準化組織3GPP提出了組播和廣播業(yè)務(wù)(MBMSMultimedia Broadcast/Multicast Service)，在移動網(wǎng)絡(luò)中提供一個數(shù)據(jù)源向多個用戶發(fā)送數(shù)據(jù)的點到多點業(yè)務(wù)，實現(xiàn)網(wǎng)絡(luò)資源共享，提高網(wǎng)絡(luò)資源的利用率，尤其是空口接口資源的利用率。3GPP定義的MBMS不僅能實現(xiàn)純文本低速率的消息類組播和廣播，而且還能實現(xiàn)高速多媒體業(yè)務(wù)的組播和廣播，這無疑順應(yīng)了未來移動數(shù)據(jù)發(fā)展的趨勢。
為了支持MBMS業(yè)務(wù)，移動網(wǎng)絡(luò)中新增了移動網(wǎng)功能實體——廣播組播業(yè)務(wù)中心BM-SC，它是內(nèi)容提供者的入口，用于授權(quán)和在移動網(wǎng)中發(fā)起MBMS承載業(yè)務(wù)，并按照預(yù)定時間計劃傳送MBMS內(nèi)容。此外，用戶設(shè)備(UE)、陸地?zé)o線接入網(wǎng)(UTRAN)、GERAN、SGSN、GGSN等功能實體進行增強，增加了MBMS相關(guān)的功能。
這樣的網(wǎng)絡(luò)結(jié)構(gòu)參見圖1，圖1為支持組播/廣播業(yè)務(wù)的無線網(wǎng)絡(luò)結(jié)構(gòu)示意圖。其中，廣播/組播業(yè)務(wù)中心(BM-SC)通過Gmb接口或Gi接口與網(wǎng)關(guān)通用分組無線業(yè)務(wù)(GPRS)支持節(jié)點(GGSN，Gateway GPRS SupportNode)相連，一個BM-SC可與多個GGSN相連；GGSN通過Gn/Gp接口與服務(wù)GPRS支持節(jié)點(SGSN，Serving GPRS Support Node)相連，一個GGSN可與多個SGSN相連；SGSN可通過Iu接口與通用移動通信系統(tǒng)(UMTS)陸地?zé)o線接入網(wǎng)(UTRAN)相連，然后UTRAN通過Uu接口與通信終端相連，SGSN也可通過Iu/Gb接口與全球移動通信系統(tǒng)(GSM)增強無線接入網(wǎng)(GERAN)相連，然后GERAN通過Um接口與通信終端相連。
MBMS包括組播模式和廣播模式。組播業(yè)務(wù)和廣播業(yè)務(wù)的區(qū)別點僅在于組播業(yè)務(wù)只向訂閱了某些信息的用戶發(fā)送相應(yīng)信息，廣播業(yè)務(wù)則向無線網(wǎng)絡(luò)中的所有用戶發(fā)送信息。組播模式需要用戶簽約相應(yīng)組播組，進行業(yè)務(wù)激活，并產(chǎn)生相應(yīng)的計費信息。由于組播和廣播模式在業(yè)務(wù)需求上存在不同，導(dǎo)致其業(yè)務(wù)流程也不同。
由于MBMS的廣播業(yè)務(wù)是向無線網(wǎng)絡(luò)中的所有用戶發(fā)送信息，不需要用戶加入過程，所以以下僅對MBMS的組播業(yè)務(wù)過程進行說明。
參見圖2，圖2為用戶接收組播業(yè)務(wù)的完整流程，包括訂閱(Subscription)、業(yè)務(wù)聲明(Service announcement)、加入(Joining)、會話開始(Session Start)、MBMS通知(MBMS notification)、數(shù)據(jù)傳輸(Datatransfer)、會話結(jié)束(Session Stop)和離開(Leaving)過程。
其中，Subscription過程用來讓用戶預(yù)先訂閱所需的MBMS服務(wù)。
Service announcement過程用于由BM-SC宣告當前能提供的服務(wù)。
Joining過程即MBMS組播業(yè)務(wù)激活過程，UE在Joining過程中，通知網(wǎng)絡(luò)自身愿意成為當前組播組的成員，接收對應(yīng)業(yè)務(wù)的組播數(shù)據(jù)，該Joining過程會在網(wǎng)絡(luò)和加入組播組的UE中創(chuàng)建記錄UE信息的MBMS UE上下文。
Session Start過程中，BM-SC準備好數(shù)據(jù)傳輸，通知網(wǎng)絡(luò)建立相應(yīng)核心網(wǎng)和接入網(wǎng)的承載資源。
MBMS notification過程用于通知UE MBMS組播會話即將開始。
Data transfer過程中，BM-SC通過會話開始過程中建立的承載資源將數(shù)據(jù)傳輸給UE。
Session Stop過程用于將Session Start過程建立的承載資源釋放。
Leaving過程使組內(nèi)的訂戶離開組播組，即用戶不再接收組播數(shù)據(jù)，該過程會將相應(yīng)MBMS UE上下文刪除。
在MBMS業(yè)務(wù)過程中，網(wǎng)絡(luò)側(cè)發(fā)送給UE的小區(qū)信息不是固定不變的，而是隨著業(yè)務(wù)的變化而有所改變，比如網(wǎng)絡(luò)側(cè)發(fā)送給UE的無線承載(RB)信息、網(wǎng)絡(luò)側(cè)當前提供的業(yè)務(wù)等小區(qū)信息就會發(fā)生改變。下面以網(wǎng)絡(luò)側(cè)如何給UE發(fā)送無線承載(RB)信息為例，介紹目前網(wǎng)絡(luò)側(cè)向UE發(fā)送小區(qū)信息的過程。
在接入網(wǎng)建立無線承載資源時，網(wǎng)絡(luò)側(cè)的BSC/RNC會通知用戶MBMS業(yè)務(wù)無線承載(RB)信息，RB信息包括無線承載配置(PDCP)和映射(RLC)信息，以及傳輸信道和物理信道的配置信息。
如果小區(qū)內(nèi)將要或是正在傳輸?shù)腗BMS業(yè)務(wù)的RB信息發(fā)生變化時，網(wǎng)絡(luò)側(cè)也會通知用戶去接收變化后的RB信息。通知用戶本小區(qū)內(nèi)無線承載變化的信息指示是在MBMS MODIFIED SERVICES INFORMATION消息中傳輸?shù)摹８鶕?jù)這個消息中指示的動作，UE進一步接收無線承載信息。MBMS MODIFIEDSERVICES INFORMATION和無線承載信息都是在MBMS控制信道(MCCH)上傳輸?shù)摹?br> 網(wǎng)絡(luò)側(cè)通過MCCH向UE發(fā)送的無線承載信息不僅包含本小區(qū)的RB信息還包含鄰小區(qū)的RB信息。
根據(jù)協(xié)議規(guī)定，目前網(wǎng)絡(luò)側(cè)通知用戶MBMS業(yè)務(wù)無線承載參數(shù)的過程包括如下兩種情況1、用戶加入了某個MBMS業(yè)務(wù)，而當前小區(qū)還沒有提供該業(yè)務(wù)這種情況下，用戶無論處于任何狀態(tài)(Idle state或是RRC connected state)都監(jiān)控MBMS通知指示信道(MICH)；網(wǎng)絡(luò)側(cè)可以通過SGSN獲得鄰小區(qū)的RB信息，如果Iur接口存在的話，還可以通過Iur接口獲得鄰小區(qū)的RB信息。網(wǎng)絡(luò)側(cè)可能根據(jù)業(yè)務(wù)需要調(diào)整本小區(qū)的無線承載信息。
當本小區(qū)中承載該業(yè)務(wù)的無線承載信息發(fā)生變化時，網(wǎng)絡(luò)側(cè)會在MICH指示該業(yè)務(wù)的變化；當用戶從MICH信道得知自己關(guān)心的業(yè)務(wù)發(fā)生了變化時，則進一步解調(diào)MCCH中的MBMS MODIFIED SERVICES INFORMATION消息中得到業(yè)務(wù)的RB信息變化通知承載的RB信息消息，從而獲取該業(yè)務(wù)變化后的RB信息。
2、用戶正在接收該MBMS業(yè)務(wù)這種情況下，用戶無論任何狀態(tài)都周期接收MBMS控制信道(MCCH)；BSC/RNC可以通過SGSN獲得鄰小區(qū)的RB信息，如果Iur接口存在的話，還可以通過Iur接口獲得鄰小區(qū)的RB信息。網(wǎng)絡(luò)側(cè)可能根據(jù)業(yè)務(wù)需要調(diào)整本小區(qū)的無線承載信息。
當本小區(qū)中承載該業(yè)務(wù)的無線承載信息發(fā)生變化時，網(wǎng)絡(luò)側(cè)會在MCCH的MODIFIED SERVICES INFORMATION消息中指示該業(yè)務(wù)的變化；當用戶在接收該MBMS業(yè)務(wù)的同時，從MCCH中的MBMS MODIFIED SERVICESINFORMATION消息中得到業(yè)務(wù)的RB信息變化通知時，則進一步解調(diào)相應(yīng)的MCCH上承載的RB信息消息，從而獲取該業(yè)務(wù)變化后的RB信息。
從上面的現(xiàn)有技術(shù)過程可以看出，目前，雖然網(wǎng)絡(luò)側(cè)能夠獲知鄰小區(qū)的RB信息發(fā)生了變化，但是只有本小區(qū)內(nèi)某業(yè)務(wù)的RB信息發(fā)生變化時，網(wǎng)絡(luò)側(cè)才通過MICH或是MCCH上的MBMS MODIFIED SERVICES INFORMATION消息中通知用戶無線承載信息的變化，也就是說現(xiàn)有技術(shù)中只能由本小區(qū)RB信息變化來觸發(fā)用戶解調(diào)RB信息。
由于相鄰小區(qū)的具體情況，以及小區(qū)內(nèi)提供的業(yè)務(wù)種類都有可能不相同，因此相鄰小區(qū)的RB信息也極有可能不相同。這樣如果只有鄰小區(qū)該業(yè)務(wù)的RB信息發(fā)生了變化，按照現(xiàn)有的協(xié)議，是不在MBMS MODIFIED SERVICESINFORMATION中反映的，換句話說，就是某MBMS業(yè)務(wù)在本小區(qū)的RB消息沒有發(fā)生變化，而鄰小區(qū)的RB消息發(fā)生了變化時，在本小區(qū)內(nèi)的用戶是無法被通知到鄰小區(qū)RB信息的變化的。
當一個用戶正在接收該MBMS業(yè)務(wù)，并且移動到兩個小區(qū)的邊緣時，用戶在這兩個相鄰小區(qū)交界處，可以對該業(yè)務(wù)執(zhí)行選擇/軟合并功能。選擇合并主要是在RLC層對從兩個相鄰小區(qū)接收到的相同業(yè)務(wù)信息進行對比，并挑出一個質(zhì)量好的數(shù)據(jù)。而軟合并與現(xiàn)有WCDMA系統(tǒng)的軟合并一樣。這里不再詳述。在這種場景下，如果UE沒有隨著鄰小區(qū)RB信息更新而更新其儲存的RB信息，導(dǎo)致RB信息錯誤，那么UE無法從鄰小區(qū)接收到相同業(yè)務(wù)的信息，從而無法執(zhí)行合并功能。
同樣的，對于其他的小區(qū)信息來說，現(xiàn)有技術(shù)也都是在本小區(qū)的該小區(qū)信息變化時，才會通過MICH或MCCH信道通知UE，而在鄰小區(qū)信息有變化而本小區(qū)信息沒有變化時，就不會通知UE，在UE移動到兩個小區(qū)的邊緣時，就可能由于小區(qū)信息錯誤而引起UE無法執(zhí)行相關(guān)功能。

發(fā)明內(nèi)容
有鑒于此，本發(fā)明的目的在于提供一種多媒體廣播/組播業(yè)務(wù)中小區(qū)信息變化的通知方法，該方法能保證在UE移動到兩個小區(qū)的邊緣時，小區(qū)信息正確。
為了達到上述目的，本發(fā)明提供了一種多媒體廣播/組播業(yè)務(wù)MBMS中小區(qū)信息變化的通知方法，該方法包括由本小區(qū)的小區(qū)信息變化來觸發(fā)用戶解調(diào)小區(qū)信息的過程，該方法還包括由鄰小區(qū)的小區(qū)信息變化來觸發(fā)用戶解調(diào)小區(qū)信息的過程，該過程包括以下步驟A、網(wǎng)絡(luò)側(cè)實時獲取并判斷鄰小區(qū)的小區(qū)信息是否有變化，如果有變化則執(zhí)行步驟B，否則重復(fù)執(zhí)行本步驟；B、網(wǎng)絡(luò)側(cè)在控制信道的指示信息中承載該業(yè)務(wù)的業(yè)務(wù)信息，通知用戶設(shè)備UE小區(qū)信息有變化。
其中，所述由本小區(qū)的小區(qū)信息變化來觸發(fā)用戶解調(diào)小區(qū)信息的過程，可以包括以下步驟a、網(wǎng)絡(luò)側(cè)在修改本小區(qū)的小區(qū)信息時，判斷鄰小區(qū)的小區(qū)信息是否有變化，如果有則執(zhí)行步驟b；否則在控制信道的指示信息中承載該業(yè)務(wù)的業(yè)務(wù)信息及提示用戶只捕獲本小區(qū)的小區(qū)信息的用戶操作提示，通知UE小區(qū)信息有變化，并按照所述用戶操作提示捕獲小區(qū)信息；b、在控制信道的指示信息中承載該業(yè)務(wù)的業(yè)務(wù)信息及提示用戶同時捕獲本小區(qū)和鄰小區(qū)的小區(qū)信息的用戶操作提示，通知UE小區(qū)信息有變化，并按照所述用戶操作提示捕獲小區(qū)信息。
所述由本小區(qū)的小區(qū)信息變化來觸發(fā)用戶解調(diào)小區(qū)信息的過程，可以包括以下步驟a1、網(wǎng)絡(luò)側(cè)在修改本小區(qū)的小區(qū)信息時，判斷鄰小區(qū)的小區(qū)信息是否有變化，如果有則執(zhí)行步驟a3；否則執(zhí)行a2；a2，判斷修改的是本小區(qū)的公共信息還是非公共信息，根據(jù)判斷結(jié)果在控制信道的指示信息中承載該業(yè)務(wù)的業(yè)務(wù)信息及用戶操作提示，通知UE小區(qū)信息有變化，并按照所述用戶操作提示捕獲小區(qū)信息；本步驟所述用戶操作提示為提示用戶捕獲修改的本小區(qū)公共信息或/和修改的非公共信息；a3、判斷修改的是本小區(qū)的公共信息還是非公共信息，并判斷變化的鄰小區(qū)信息是公共信息還是非公共信息，根據(jù)判斷結(jié)果在控制信道的指示信息中承載該業(yè)務(wù)的業(yè)務(wù)信息及用戶操作提示，通知UE小區(qū)信息有變化，并按照所述用戶操作提示捕獲小區(qū)信息；本步驟所述用戶操作提示為提示用戶捕獲變化的本小區(qū)或/和鄰小區(qū)的公共信息或/和變化的非公共信息。
當鄰小區(qū)的小區(qū)信息沒有變化時，步驟A所述重復(fù)執(zhí)行本步驟前可以進一步包括判斷本小區(qū)的小區(qū)信息是否有變化，如果有，則在控制信道的指示信息中承載該業(yè)務(wù)的業(yè)務(wù)信息，通知用戶設(shè)備UE小區(qū)信息有變化；否則重復(fù)執(zhí)行本步驟。
步驟A中如果鄰小區(qū)的小區(qū)信息沒有變化而本小區(qū)的小區(qū)信息有變化，則可以進一步在指示信息中承載提示用戶只捕獲本小區(qū)的小區(qū)信息的用戶操作提示，通知UE按照所述用戶操作提示捕獲小區(qū)信息。
步驟A中如果鄰小區(qū)的小區(qū)信息沒有變化而本小區(qū)的小區(qū)信息有變化，則進一步判斷是本小區(qū)的公共信息還是非公共信息有變化，并根據(jù)判斷結(jié)果在控制信道的指示信息中承載用戶操作提示，通知UE按照所述用戶操作提示捕獲小區(qū)信息；本步驟所述用戶操作提示為提示用戶捕獲變化的本小區(qū)的公共信息或/和變化的本小區(qū)的非公共信息。
所述步驟B可以包括B1、判斷本小區(qū)的小區(qū)信息是否有變化，如果有則在控制信道的指示信息中承載該業(yè)務(wù)的業(yè)務(wù)信息及提示用戶同時捕獲本小區(qū)和鄰小區(qū)的小區(qū)信息的用戶操作提示，通知UE小區(qū)信息有變化，并按照所述用戶操作提示捕獲小區(qū)信息；否則執(zhí)行步驟B2；B2、在控制信道的指示信息中承載該業(yè)務(wù)的業(yè)務(wù)信息及提示用戶只捕獲鄰小區(qū)的小區(qū)信息的用戶操作提示，通知UE小區(qū)信息有變化，并按照所述用戶操作提示捕獲小區(qū)信息。
所述步驟B可以包括
B11、判斷本小區(qū)的小區(qū)信息是否有變化，如果有則執(zhí)行步驟B12；否則執(zhí)行步驟B13；B12、判斷變化的是本小區(qū)的公共信息還是非公共信息，并判斷變化的鄰小區(qū)信息是公共信息還是非公共信息，根據(jù)判斷結(jié)果在控制信道的指示信息中承載該業(yè)務(wù)的業(yè)務(wù)信息及用戶操作提示，通知UE小區(qū)信息有變化，并按照所述用戶操作提示捕獲小區(qū)信息；本步驟所述用戶操作提示為提示用戶捕獲變化的本小區(qū)或/和鄰小區(qū)的公共信息或/和變化的非公共信息；B13、判斷變化的鄰小區(qū)信息是公共信息還是非公共信息，根據(jù)判斷結(jié)果在控制信道的指示信息中承載該業(yè)務(wù)的業(yè)務(wù)信息及用戶操作提示，通知UE小區(qū)信息有變化，并按照所述用戶操作提示捕獲小區(qū)信息；本步驟所述的用戶操作提示為提示用戶捕獲變化的鄰小區(qū)的公共信息或/和變化的鄰小區(qū)非公共信息。
該方法可以進一步包括C、網(wǎng)絡(luò)側(cè)將本小區(qū)的小區(qū)信息和鄰小區(qū)的小區(qū)信息通過控制信道下發(fā)給用戶設(shè)備。
所述的控制信道可以為MBMS通知指示信道MICH或MBMS控制信道MCCH；所述的指示消息為MBMS MODIFIED SERVICES INFORMATION消息。
所述的小區(qū)信息可以為MBMS業(yè)務(wù)的無線承載信息。
所述的無線承載信息至少可以包含無線承載配置和映射信息，傳輸信道和物理信道信息。
所述的指示信息中承載的業(yè)務(wù)信息為該MBMS業(yè)務(wù)的業(yè)務(wù)標識。
所述網(wǎng)絡(luò)側(cè)獲得鄰小區(qū)的小區(qū)信息的方法為由服務(wù)GPRS支撐節(jié)點SGSN下發(fā)給基站控制器/無線網(wǎng)絡(luò)控制器BSC/RNC。
由上述的技術(shù)方案可見，本發(fā)明的這種MBMS業(yè)務(wù)中小區(qū)信息變化的通知方法，不僅在本小區(qū)的小區(qū)信息變化時通知UE，而且在鄰小區(qū)的小區(qū)信息變化時也能通知UE，因此本發(fā)明能夠保證UE在包含移動到兩個小區(qū)的邊緣的任何時候，小區(qū)信息都正確。


圖1為支持組播/廣播業(yè)務(wù)的無線網(wǎng)絡(luò)結(jié)構(gòu)示意圖；圖2為用戶接收組播業(yè)務(wù)的完整流程；圖3為本發(fā)明第一較佳實施例中由鄰小區(qū)RB信息變化觸發(fā)的用戶解調(diào)RB信息的流程示意圖；圖4為本發(fā)明第二較佳實施例中由本小區(qū)RB信息變化觸發(fā)的用戶解調(diào)RB信息的流程示意圖；圖5為圖4所示實施例中由鄰小區(qū)RB信息變化觸發(fā)的用戶解調(diào)RB信息的流程示意圖。
具體實施例方式
為使本發(fā)明的目的、技術(shù)方案和優(yōu)點更加清楚，下面結(jié)合附圖和兩個實施例對本發(fā)明作進一步的詳細描述。
本發(fā)明的這種多媒體廣播/組播業(yè)務(wù)中小區(qū)信息變化的通知方法，網(wǎng)絡(luò)側(cè)在只有本小區(qū)的與該業(yè)務(wù)相關(guān)的小區(qū)信息發(fā)生變化，或是只有鄰小區(qū)與該業(yè)務(wù)相關(guān)的小區(qū)信息發(fā)生變化，或是本小區(qū)和鄰小區(qū)的該業(yè)務(wù)相關(guān)的小區(qū)信息都發(fā)生了變化等幾種情況任意一種出現(xiàn)時，都通過MICH和MCCH通知用戶該業(yè)務(wù)的小區(qū)信息的變化。
與MBMS業(yè)務(wù)相關(guān)的小區(qū)信息比較多，比如網(wǎng)絡(luò)側(cè)發(fā)送給UE的無線承載(RB)信息、網(wǎng)絡(luò)側(cè)當前提供的業(yè)務(wù)等小區(qū)信息。以下舉兩個網(wǎng)絡(luò)側(cè)發(fā)送給UE的RB信息的具體實施例，對本發(fā)明進行詳細的說明。
實施例一
本實施例中，在網(wǎng)絡(luò)側(cè)中BSC/RNC中增加一段處理程序，使得BSC/RNC在鄰小區(qū)RB信息變化時同樣能夠觸發(fā)用戶解調(diào)RB信息。本實施例中，仍保留現(xiàn)有技術(shù)中由本小區(qū)RB信息變化時觸發(fā)用戶解調(diào)RB信息的過程不做改動，這里不再詳述。
參見圖3，圖3為本發(fā)明第一較佳實施例中由鄰小區(qū)RB信息變化觸發(fā)的通知用戶解調(diào)RB信息的流程示意圖。該流程包括以下三個步驟步驟301，BSC/RNC實時獲取并判斷鄰小區(qū)的RB信息是否有變化，如果有變化則執(zhí)行步驟302，否則重復(fù)執(zhí)行本步驟。本實施例中，獲取鄰小區(qū)RB信息的方法與現(xiàn)有技術(shù)相同。
步驟302，BSC/RNC在MICH信道和MCCH信道下發(fā)的MBMSMODIFIED SERVICES INFORMATION指示信息中承載該業(yè)務(wù)的業(yè)務(wù)標識，通知UE，RB信息有變化。
步驟303，BSC/RNC將本小區(qū)原RB信息和鄰小區(qū)變化后的RB信息通過MCCH信道下發(fā)給UE。返回步驟301。
這樣，本實施例不僅可以在本小區(qū)RB信息變化時觸發(fā)用戶解調(diào)RB信息，而且能夠在鄰小區(qū)RB信息變化時觸發(fā)用戶解調(diào)RB信息。這就保證了UE在任何時候，本小區(qū)和鄰小區(qū)的RB信息都正確。
實施例二本實施例中，不僅在網(wǎng)絡(luò)側(cè)中BSC/RNC中增加在鄰小區(qū)RB信息變化時觸發(fā)用戶解調(diào)RB信息的處理程序，而且對現(xiàn)有技術(shù)中由本小區(qū)RB信息變化時觸發(fā)用戶解調(diào)RB信息的過程進行了改進，以下分別進行說明。
參見圖4，圖4為本發(fā)明第二較佳實施例中由本小區(qū)RB信息變化觸發(fā)的通知用戶解調(diào)RB信息的流程示意圖。該流程包括以下步驟步驟401，BSC/RNC修改本小區(qū)RB信息。
步驟402，判斷鄰小區(qū)RB信息是否有變化，如果是則執(zhí)行步驟403，否則執(zhí)行步驟405。本實施例中BSC/RNC也是通過現(xiàn)有技術(shù)的方法來獲取的鄰小區(qū)RB信息。
步驟403，BSC/RNC在MICH信道和MCCH信道下發(fā)的MBMSMODIFIED SERVICES INFORMATION指示信息中承載該業(yè)務(wù)的業(yè)務(wù)標識，和用戶操作指示。
這里用戶操作指示可以有兩種方式第一種，用戶操作指示分為只捕獲本小區(qū)RB信息、只捕獲鄰小區(qū)RB信息、同時捕獲本小區(qū)RB信息和鄰小區(qū)RB信息。
第二種，用戶操作指示分為只捕獲變化的本小區(qū)或/和鄰小區(qū)公共RB信息、只捕獲變化的本小區(qū)或/和鄰小區(qū)RB非公共信息、同時捕獲變化的本小區(qū)或/和鄰小區(qū)公共和非公共RB信息。
本實施例按第一種方式指示用戶操作，因此本步驟是指示同時捕獲本小區(qū)RB信息和鄰小區(qū)RB信息。如果是按第二種方式指示用戶操作，則還進一步判斷是本小區(qū)還是鄰小區(qū)的公共RB信息變化還是非公共RB信息變化，然后根據(jù)判斷結(jié)果在本步驟中，指示只捕獲變化的本小區(qū)或/和鄰小區(qū)公共RB信息、只捕獲變化的本小區(qū)或/和鄰小區(qū)RB非公共信息、同時捕獲變化的本小區(qū)或/和鄰小區(qū)公共和非公共RB信息。
步驟404，BSC/RNC將本小區(qū)變化后的RB信息和鄰小區(qū)變化后的RB信息通過MCCH信道下發(fā)給UE。返回步驟501。
步驟405，BSC/RNC在MICH信道和MCCH信道下發(fā)的MBMSMODIFIED SERVICES INFORMATION指示信息中承載該業(yè)務(wù)的業(yè)務(wù)標識，和用戶操作指示。
本實施例按第一種方式指示用戶操作，因此本步驟是指示只捕獲本小區(qū)RB信息。
步驟406，BSC/RNC將本小區(qū)變化后RB信息和鄰小區(qū)原RB信息通過MCCH信道下發(fā)給UE。
本實施例中，MCCH下發(fā)RB信息的順序，如表1所示。

表1實際上MCCH信道的各種信息都有帶有標識，這樣，UE可以根據(jù)業(yè)務(wù)ID來解調(diào)MCCH，并根據(jù)用戶操作指示和信息標識捕獲到需要的RB信息。
圖5為圖4所示實施例中由鄰小區(qū)RB信息變化觸發(fā)的通知用戶解調(diào)RB信息的流程示意圖。該流程包括以下步驟步驟501，BSC/RNC實時獲取并判斷鄰小區(qū)的RB信息是否有變化，如果有變化則執(zhí)行步驟502；否則執(zhí)行步驟508。
步驟502，記錄鄰小區(qū)變化的RB信息。
步驟503，判斷本小區(qū)RB信息是否有變化，如果是則執(zhí)行步驟504；否則執(zhí)行步驟506。
步驟504，BSC/RNC在MICH信道和MCCH信道下發(fā)的MBMSMODIFIED SERVICES INFORMATION指示信息中承載該業(yè)務(wù)的業(yè)務(wù)標識，和用戶操作指示。
本實施例按第一種方式指示用戶操作，因此本步驟是指示同時捕獲本小區(qū)RB信息和鄰小區(qū)RB信息。
步驟505，BSC/RNC將本小區(qū)變化后的RB信息和鄰小區(qū)變化后的RB信息通過MCCH信道下發(fā)給UE。返回步驟501。
步驟506，BSC/RNC在MICH信道和MCCH信道下發(fā)的MBMSMODIFIED SERVICES INFORMATION指示信息中承載該業(yè)務(wù)的業(yè)務(wù)標識，和用戶操作指示。
本實施例按第一種方式指示用戶操作，因此本步驟是指示只捕獲鄰小區(qū)RB信息。
步驟507，BSC/RNC將原本小區(qū)的RB信息和鄰小區(qū)變化后的RB信息通過MCCH信道下發(fā)給UE。返回步驟501。
步驟508，判斷本小區(qū)RB信息是否有變化，如果是則執(zhí)行步驟509，否則返回執(zhí)行步驟501。
步驟509，BSC/RNC在MICH信道和MCCH信道下發(fā)的MBMSMODIFIED SERVICES INFORMATION指示信息中承載該業(yè)務(wù)的業(yè)務(wù)標識，和用戶操作指示。
本實施例按第一種方式指示用戶操作，因此本步驟是指示只捕獲本小區(qū)RB信息。
步驟510，BSC/RNC將變化后的本小區(qū)RB信息和鄰小區(qū)原RB信息通過MCCH信道下發(fā)給UE。返回步驟501。
上述實施例以RB信息為例，實際應(yīng)用中，對于其他小區(qū)信息同樣適用，這里不再重復(fù)說明。
由上述的實施例可見，本發(fā)明方法能保證UE在包含移動到兩個小區(qū)的邊緣的任何時候，小區(qū)信息都正確。
總之，以上所述僅為本發(fā)明的較佳實施例而已，并非用于限定本發(fā)明的保護范圍。
權(quán)利要求
1.一種多媒體廣播/組播業(yè)務(wù)MBMS中小區(qū)信息變化的通知方法，該方法包括由本小區(qū)的小區(qū)信息變化來觸發(fā)用戶解調(diào)小區(qū)信息的過程，其特征在于該方法還包括由鄰小區(qū)的小區(qū)信息變化來觸發(fā)用戶解調(diào)小區(qū)信息的過程，該過程包括以下步驟A、網(wǎng)絡(luò)側(cè)實時獲取并判斷鄰小區(qū)的小區(qū)信息是否有變化，如果有變化則執(zhí)行步驟B，否則重復(fù)執(zhí)行本步驟；B、網(wǎng)絡(luò)側(cè)在控制信道的指示信息中承載該業(yè)務(wù)的業(yè)務(wù)信息，通知用戶設(shè)備UE小區(qū)信息有變化。
2.如權(quán)利要求1所述的通知方法，其特征在于所述由本小區(qū)的小區(qū)信息變化來觸發(fā)用戶解調(diào)小區(qū)信息的過程，包括以下步驟a、網(wǎng)絡(luò)側(cè)在修改本小區(qū)的小區(qū)信息時，判斷鄰小區(qū)的小區(qū)信息是否有變化，如果有則執(zhí)行步驟b；否則在控制信道的指示信息中承載該業(yè)務(wù)的業(yè)務(wù)信息及提示用戶只捕獲本小區(qū)的小區(qū)信息的用戶操作提示，通知UE小區(qū)信息有變化，并按照所述用戶操作提示捕獲小區(qū)信息；b、在控制信道的指示信息中承載該業(yè)務(wù)的業(yè)務(wù)信息及提示用戶同時捕獲本小區(qū)和鄰小區(qū)的小區(qū)信息的用戶操作提示，通知UE小區(qū)信息有變化，并按照所述用戶操作提示捕獲小區(qū)信息。
3.如權(quán)利要求1所述的通知方法，其特征在于所述由本小區(qū)的小區(qū)信息變化來觸發(fā)用戶解調(diào)小區(qū)信息的過程，包括以下步驟a1、網(wǎng)絡(luò)側(cè)在修改本小區(qū)的小區(qū)信息時，判斷鄰小區(qū)的小區(qū)信息是否有變化，如果有則執(zhí)行步驟a3；否則執(zhí)行a2；a2，判斷修改的是本小區(qū)的公共信息還是非公共信息，根據(jù)判斷結(jié)果在控制信道的指示信息中承載該業(yè)務(wù)的業(yè)務(wù)信息及用戶操作提示，通知UE小區(qū)信息有變化，并按照所述用戶操作提示捕獲小區(qū)信息；本步驟所述用戶操作提示為提示用戶捕獲修改的本小區(qū)公共信息或/和修改的非公共信息；a3、判斷修改的是本小區(qū)的公共信息還是非公共信息，并判斷變化的鄰小區(qū)信息是公共信息還是非公共信息，根據(jù)判斷結(jié)果在控制信道的指示信息中承載該業(yè)務(wù)的業(yè)務(wù)信息及用戶操作提示，通知UE小區(qū)信息有變化，并按照所述用戶操作提示捕獲小區(qū)信息；本步驟所述用戶操作提示為提示用戶捕獲變化的本小區(qū)或/和鄰小區(qū)的公共信息或/和變化的非公共信息。
4.如權(quán)利要求1所述的通知方法，其特征在于，當鄰小區(qū)的小區(qū)信息沒有變化時，步驟A所述重復(fù)執(zhí)行本步驟前進一步包括判斷本小區(qū)的小區(qū)信息是否有變化，如果有，則在控制信道的指示信息中承載該業(yè)務(wù)的業(yè)務(wù)信息，通知用戶設(shè)備UE小區(qū)信息有變化；否則重復(fù)執(zhí)行本步驟。
5.如權(quán)利要求4所述的通知方法，其特征在于，步驟A中如果鄰小區(qū)的小區(qū)信息沒有變化而本小區(qū)的小區(qū)信息有變化，則進一步在指示信息中承載提示用戶只捕獲本小區(qū)的小區(qū)信息的用戶操作提示，通知UE按照所述用戶操作提示捕獲小區(qū)信息。
6.如權(quán)利要求4所述的通知方法，其特征在于，步驟A中如果鄰小區(qū)的小區(qū)信息沒有變化而本小區(qū)的小區(qū)信息有變化，則進一步判斷是本小區(qū)的公共信息還是非公共信息有變化，并根據(jù)判斷結(jié)果在控制信道的指示信息中承載用戶操作提示，通知UE按照所述用戶操作提示捕獲小區(qū)信息；本步驟所述用戶操作提示為提示用戶捕獲變化的本小區(qū)的公共信息或/和變化的本小區(qū)的非公共信息。
7.如權(quán)利要求1所述的通知方法，其特征在于，所述步驟B包括B1、判斷本小區(qū)的小區(qū)信息是否有變化，如果有則在控制信道的指示信息中承載該業(yè)務(wù)的業(yè)務(wù)信息及提示用戶同時捕獲本小區(qū)和鄰小區(qū)的小區(qū)信息的用戶操作提示，通知UE小區(qū)信息有變化，并按照所述用戶操作提示捕獲小區(qū)信息；否則執(zhí)行步驟B2；B2、在控制信道的指示信息中承載該業(yè)務(wù)的業(yè)務(wù)信息及提示用戶只捕獲鄰小區(qū)的小區(qū)信息的用戶操作提示，通知UE小區(qū)信息有變化，并按照所述用戶操作提示捕獲小區(qū)信息。
8.如權(quán)利要求1所述的通知方法，其特征在于，所述步驟B包括B11、判斷本小區(qū)的小區(qū)信息是否有變化，如果有則執(zhí)行步驟B12；否則執(zhí)行步驟B13；B12、判斷變化的是本小區(qū)的公共信息還是非公共信息，并判斷變化的鄰小區(qū)信息是公共信息還是非公共信息，根據(jù)判斷結(jié)果在控制信道的指示信息中承載該業(yè)務(wù)的業(yè)務(wù)信息及用戶操作提示，通知UE小區(qū)信息有變化，并按照所述用戶操作提示捕獲小區(qū)信息；本步驟所述用戶操作提示為提示用戶捕獲變化的本小區(qū)或/和鄰小區(qū)的公共信息或/和變化的非公共信息；B13、判斷變化的鄰小區(qū)信息是公共信息還是非公共信息，根據(jù)判斷結(jié)果在控制信道的指示信息中承載該業(yè)務(wù)的業(yè)務(wù)信息及用戶操作提示，通知UE小區(qū)信息有變化，并按照所述用戶操作提示捕獲小區(qū)信息；本步驟所述的用戶操作提示為提示用戶捕獲變化的鄰小區(qū)的公共信息或/和變化的鄰小區(qū)非公共信息。
9.如權(quán)利要求1所述的通知方法，其特征在于，該方法進一步包括C、網(wǎng)絡(luò)側(cè)將本小區(qū)的小區(qū)信息和鄰小區(qū)的小區(qū)信息通過控制信道下發(fā)給用戶設(shè)備。
10.如權(quán)利要求1-9中任意所述的通知方法，其特征在于所述的控制信道為MBMS通知指示信道MICH或MBMS控制信道MCCH；所述的指示消息為MBMS MODIFIED SERVICES INFORMATION消息。
11.如權(quán)利要求1-9中任意所述的通知方法，其特征在于所述的小區(qū)信息為MBMS業(yè)務(wù)的無線承載信息。
12.如權(quán)利要求11所述的通知方法，其特征在于，所述的無線承載信息至少包含無線承載配置和映射信息，傳輸信道和物理信道信息。
13.如權(quán)利要求1-9中任意所述的通知方法，其特征在于所述的指示信息中承載的業(yè)務(wù)信息為該MBMS業(yè)務(wù)的業(yè)務(wù)標識。
14.如權(quán)利要求1-9中任意所述的通知方法，其特征在于所述網(wǎng)絡(luò)側(cè)獲得鄰小區(qū)的小區(qū)信息的方法為由服務(wù)GPRS支撐節(jié)點SGSN下發(fā)給基站控制器/無線網(wǎng)絡(luò)控制器BSC/RNC。
全文摘要
本發(fā)明公開了一種多媒體廣播/組播業(yè)務(wù)MBMS中小區(qū)信息變化的通知方法，該方法包括由本小區(qū)的小區(qū)信息變化來觸發(fā)用戶解調(diào)小區(qū)信息的過程，該方法還包括由鄰小區(qū)的小區(qū)信息變化來觸發(fā)用戶解調(diào)小區(qū)信息的過程，該過程包括以下步驟A.網(wǎng)絡(luò)側(cè)實時獲取并判斷鄰小區(qū)的小區(qū)信息是否有變化，如果有變化則執(zhí)行步驟B，否則重復(fù)執(zhí)行本步驟；B.網(wǎng)絡(luò)側(cè)在控制信道的指示信息中承載該業(yè)務(wù)的業(yè)務(wù)信息，通知用戶設(shè)備UE小區(qū)信息有變化。應(yīng)用本發(fā)明能夠保證UE在包含移動到兩個小區(qū)的邊緣時的任何時候，小區(qū)信息都正確。
文檔編號H04W4/06GK1756429SQ200410085408
公開日2006年4月5日 申請日期2004年9月30日 優(yōu)先權(quán)日2004年9月30日
發(fā)明者胡灝 申請人:華為技術(shù)有限公司