專利名稱：一種保證網(wǎng)絡(luò)側(cè)接收用戶設(shè)備消息的方法
技術(shù)領(lǐng)域：
本發(fā)明涉及多媒體廣播/組播服務(wù)(MBMS)技術(shù)，尤指一種保證網(wǎng)絡(luò)側(cè)接收用戶設(shè)備消息的方法。
背景技術(shù)：
組播和廣播是一種從一個(gè)數(shù)據(jù)源向多個(gè)目標(biāo)傳送數(shù)據(jù)的技術(shù)。在傳統(tǒng)移動(dòng)通信網(wǎng)絡(luò)中，小區(qū)組播業(yè)務(wù)或廣播業(yè)務(wù)(CBS，Cell Broadcast Service)允許低比特率數(shù)據(jù)通過(guò)小區(qū)共享廣播信道向所有用戶發(fā)送，此種業(yè)務(wù)屬于消息類業(yè)務(wù)。
現(xiàn)在，人們對(duì)移動(dòng)通信的需求已不再滿足于電話和消息業(yè)務(wù)，隨著因特網(wǎng)(Internet)的迅猛發(fā)展，大量移動(dòng)多媒體業(yè)務(wù)涌現(xiàn)出來(lái)。其中一些移動(dòng)多媒體業(yè)務(wù)要求多個(gè)用戶能同時(shí)接收相同數(shù)據(jù)，例如視頻點(diǎn)播、電視廣播、視頻會(huì)議、網(wǎng)上教育、互動(dòng)游戲等。這些移動(dòng)多媒體業(yè)務(wù)與一般的數(shù)據(jù)業(yè)務(wù)相比，具有數(shù)據(jù)量大、持續(xù)時(shí)間長(zhǎng)、時(shí)延敏感等特點(diǎn)。目前的網(wǎng)際協(xié)議(IP)組播和廣播技術(shù)只適用于有線IP通信網(wǎng)絡(luò)，不適用于移動(dòng)通信網(wǎng)絡(luò)，因?yàn)橐苿?dòng)通信網(wǎng)絡(luò)具有特定的網(wǎng)絡(luò)結(jié)構(gòu)、功能實(shí)體和無(wú)線接口，這些都與有線通信IP網(wǎng)絡(luò)不同。
為了有效地利用移動(dòng)通信網(wǎng)絡(luò)資源，第三代移動(dòng)通信全球標(biāo)準(zhǔn)化組織(3GPP)提出了移動(dòng)通信網(wǎng)絡(luò)的MBMS，從而在移動(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ò)資源的利用率，尤其是空口接口資源。3GPP提出的MBMS不僅能實(shí)現(xiàn)純文本低速率的消息類組播和廣播，而且還能實(shí)現(xiàn)高速多媒體業(yè)務(wù)的組播和廣播，這無(wú)疑順應(yīng)了未來(lái)移動(dòng)數(shù)據(jù)發(fā)展的趨勢(shì)。
圖1為支持廣播/組播業(yè)務(wù)的無(wú)線網(wǎng)絡(luò)結(jié)構(gòu)示意圖，如圖1所示，現(xiàn)有3GPP中，支持廣播/組播業(yè)務(wù)的無(wú)線網(wǎng)絡(luò)實(shí)體為廣播/組播業(yè)務(wù)服務(wù)器(BM-SC)101，BM-SC 101通過(guò)Gmb接口或Gi接口與關(guān)口GPRS支持節(jié)點(diǎn)(GGSN，GatewayGPRS Support Node)102相連，一個(gè)BM-SC 101可與多個(gè)GGSN 102相連；GGSN 102通過(guò)Gn/Gp接口與服務(wù)GPRS支持節(jié)點(diǎn)(SGSN，Serving GPRSSupport Node)103相連，一個(gè)GGSN 102可與多個(gè)SGSN 103相連；SGSN 103可通過(guò)Iu接口與通用移動(dòng)通信系統(tǒng)(UMTS)陸地?zé)o線接入網(wǎng)(UTRAN)104相連，然后UTRAN 104通過(guò)Uu接口與UE 106相連，SGSN 103也可通過(guò)Iu/Gb接口與全球移動(dòng)通信系統(tǒng)增強(qiáng)無(wú)線接入網(wǎng)(GERAN)105相連，然后GERAN 105通過(guò)Um接口與UE 107相連。其中，GGSN和SGSN屬于無(wú)線網(wǎng)絡(luò)中核心網(wǎng)(CN)內(nèi)的節(jié)點(diǎn)。
從圖1給出的網(wǎng)絡(luò)結(jié)構(gòu)可以看出，為了支持MBMS業(yè)務(wù)，在第三代移動(dòng)通信系統(tǒng)中增加了移動(dòng)網(wǎng)功能實(shí)體--廣播組播業(yè)務(wù)中心，即BM-SC，所述BM-SC為內(nèi)容提供者的入口，用于授權(quán)和在移動(dòng)網(wǎng)中發(fā)起MBMS業(yè)務(wù)，并按照預(yù)定時(shí)間計(jì)劃傳送MBMS內(nèi)容。此外，在UE、UTRAN、GERAN、SGSN、GGSN等功能實(shí)體上增加了與MBMS相關(guān)的功能。
MBMS包括組播模式和廣播模式，其中組播模式需要用戶簽約相應(yīng)的組播組，進(jìn)行業(yè)務(wù)激活，并產(chǎn)生相應(yīng)的計(jì)費(fèi)信息。由于組播模式和廣播模式在業(yè)務(wù)需求上存在不同，導(dǎo)致各自的業(yè)務(wù)流程也不同，如圖2和圖3所示，圖2為MSMS組播模式的業(yè)務(wù)流程示意圖，圖3為MSMS廣播模式的業(yè)務(wù)流程示意圖。
如圖2所示，MBMS組播業(yè)務(wù)涉及的處理過(guò)程包括簽約(Subscription)、服務(wù)宣告(Service announcement)、用戶加入(Joining)、會(huì)話開(kāi)始(Session Start)、MBMS通知(MBMS notification)、數(shù)據(jù)傳送(Data transfer)、會(huì)話結(jié)束(SessionStop)和用戶退出(Leaving)。其中，簽約過(guò)程用來(lái)建立用戶與業(yè)務(wù)提供者之間的關(guān)系，讓用戶預(yù)先訂閱所需的MBMS服務(wù)；服務(wù)宣告過(guò)程用于由BM-SC宣告當(dāng)前能提供的服務(wù)，即通知用戶MBMS業(yè)務(wù)的相關(guān)信息；用戶加入過(guò)程即MBMS業(yè)務(wù)激活過(guò)程，UE在加入過(guò)程中，通知網(wǎng)絡(luò)自身愿意成為當(dāng)前組播組的成員，接收對(duì)應(yīng)MBMS業(yè)務(wù)的數(shù)據(jù)，該加入過(guò)程會(huì)在網(wǎng)絡(luò)和加入組播組的UE中創(chuàng)建記錄UE信息的MBMS UE上下文；會(huì)話開(kāi)始過(guò)程中，BM-SC準(zhǔn)備好數(shù)據(jù)傳輸，通知網(wǎng)絡(luò)建立相應(yīng)核心網(wǎng)和接入網(wǎng)的承載資源；MBMS通知過(guò)程用于由RNC通知UE MBMS組播會(huì)話即將開(kāi)始；在數(shù)據(jù)傳送過(guò)程中，BM-SC通過(guò)會(huì)話開(kāi)始過(guò)程中建立的承載資源將數(shù)據(jù)傳輸給UE，MBMS業(yè)務(wù)在UTRAN和UE間傳輸時(shí)有兩種模式點(diǎn)對(duì)多點(diǎn)(PTM)模式和點(diǎn)對(duì)點(diǎn)(PTP)模式，PTM模式通過(guò)MBMS點(diǎn)到多點(diǎn)業(yè)務(wù)信道(MTCH)發(fā)送相同的數(shù)據(jù)，所有加入組播業(yè)務(wù)或?qū)V播業(yè)務(wù)感興趣的UE都可以接收，PTP模式通過(guò)DTCH邏輯信道發(fā)送數(shù)據(jù)，只有相應(yīng)的一個(gè)UE可以收到；會(huì)話結(jié)束過(guò)程用于將會(huì)話開(kāi)始過(guò)程建立的承載資源釋放；用戶退出過(guò)程使組內(nèi)的訂戶離開(kāi)組播組，即用戶不再接收組播數(shù)據(jù)，該過(guò)程會(huì)將相應(yīng)MBMS UE上下文刪除。
如圖3所示，MBMS廣播業(yè)務(wù)涉及的處理過(guò)程與MBMS組播業(yè)務(wù)類似，只是在會(huì)話開(kāi)始之前，不需要執(zhí)行簽約過(guò)程和用戶加入過(guò)程，并且，在會(huì)話結(jié)束之后，不需要執(zhí)行用戶退出過(guò)程。
在MBMS PTM傳輸模式中，相關(guān)的無(wú)線控制信息包括業(yè)務(wù)信息、接入信息、無(wú)線承載信息、頻率層收斂(FLC)信息等，都由無(wú)線資源控制(RRC)層通過(guò)邏輯信道如MBMS點(diǎn)到多點(diǎn)控制信道(MCCH)發(fā)送。通常，MCCH信息是基于固定調(diào)度的方式來(lái)傳送的，并且，為了提高可靠性和穩(wěn)定性，UTRAN會(huì)重復(fù)發(fā)送MCCH信息。圖4為MCCH信息的傳輸調(diào)度圖，如圖4所示，重復(fù)發(fā)送MCCH信息的周期為重復(fù)周期(RP)，完整的MCCH信息會(huì)根據(jù)重復(fù)周期被周期性的發(fā)送。修改周期(MP)則被定義為整數(shù)倍的重復(fù)周期，在每一個(gè)修改周期內(nèi)都要對(duì)MCCH信息進(jìn)行修改，MCCH調(diào)度對(duì)于所有業(yè)務(wù)是一致的。
MCCH信息又分成關(guān)鍵信息和非關(guān)鍵信息，其中，關(guān)鍵信息由MBMS鄰小區(qū)信息(MBMS neighboring cell information)、MBMS業(yè)務(wù)信息(MBMS serviceinformation)、MBMS無(wú)線承載信息(MBMS radio bearer information)組成，以重復(fù)周期和修改周期周期性地傳輸，關(guān)鍵信息在每個(gè)修改周期中不能改變；非關(guān)鍵信息是指MBMS接入信息(MBMS access information)是在接入周期進(jìn)行傳輸?shù)模琈BMS接入信息可以根據(jù)接入信息周期被周期性的發(fā)送，且接入信息周期是重復(fù)周期的整數(shù)分割，接入信息可在接入周期內(nèi)被修改，圖4中黑色填充的方塊代表變化信息。
目前，在進(jìn)行MBMS業(yè)務(wù)傳輸時(shí)，一個(gè)用戶可能加入多個(gè)MBMS業(yè)務(wù)，而且，用戶在加入或接收多個(gè)MBMS業(yè)務(wù)時(shí)，還會(huì)有非MBMS業(yè)務(wù)到來(lái)。這種情況下，用戶就需要進(jìn)行業(yè)務(wù)優(yōu)先級(jí)的選擇，如果由于接收某個(gè)PTP連接的MBMS業(yè)務(wù)而阻止了用戶接收其它高優(yōu)先級(jí)的業(yè)務(wù)，則處于CELL DCH狀態(tài)的UE會(huì)發(fā)起MBMS更改請(qǐng)求(MBMS Modified Request)過(guò)程，要求釋放接收相應(yīng)MBMS業(yè)務(wù)的PTP無(wú)線承載連接，這樣，用戶就可以接收到自己想要接收的業(yè)務(wù)了。這里，相應(yīng)MBMS業(yè)務(wù)是指阻止高優(yōu)先級(jí)業(yè)務(wù)接收的PTP連接的MBMS業(yè)務(wù)。
UE發(fā)起的MBMS更改請(qǐng)求流程如圖5所示該過(guò)程由UE向UTRAN發(fā)起，請(qǐng)求釋放掉一個(gè)或多個(gè)UE正在接收的MBMS業(yè)務(wù)的PTP無(wú)線承載。該過(guò)程的目的是保證正在接收MBMS業(yè)務(wù)的用戶可以順利接收到自己想要接收的業(yè)務(wù)，因?yàn)楦鶕?jù)現(xiàn)有協(xié)議規(guī)定只要有PTP的連接，用戶就無(wú)法接收PTM的業(yè)務(wù)，即使用戶想要接收相應(yīng)的PTM業(yè)務(wù)。UTRAN收到MBMS更改請(qǐng)求消息MBMS Modified Request后，會(huì)根據(jù)消息的內(nèi)容決定釋放掉用戶所要求的一個(gè)或多個(gè)PTP連接。當(dāng)然，該過(guò)程也可以用于UE請(qǐng)求移動(dòng)到某個(gè)業(yè)務(wù)的優(yōu)選頻率層上去。
根據(jù)現(xiàn)有技術(shù)中流程的規(guī)定，圖5所示的MBMS更改請(qǐng)求流程執(zhí)行后的結(jié)果可能有兩個(gè)一個(gè)是UE發(fā)送的請(qǐng)求消息被網(wǎng)絡(luò)正確收到，流程正常結(jié)束；另一個(gè)就是UE發(fā)送的請(qǐng)求消息沒(méi)有被網(wǎng)絡(luò)收到，此時(shí)，可能出現(xiàn)的結(jié)果就是網(wǎng)絡(luò)無(wú)法知道UE的請(qǐng)求，并且，由于所發(fā)送消息的丟失，UE無(wú)法得到網(wǎng)絡(luò)下發(fā)的PTP RB釋放指令，UE就無(wú)法釋放相應(yīng)的無(wú)線承載，進(jìn)而UE就無(wú)法得到自身期望接收的業(yè)務(wù)，造成UE對(duì)網(wǎng)絡(luò)質(zhì)量的不滿。
可見(jiàn)，UE向UTRAN發(fā)送的請(qǐng)求消息是非常重要的消息，如果不保證正確傳輸，將對(duì)UE產(chǎn)生非常大的影響。

發(fā)明內(nèi)容
有鑒于此，本發(fā)明的主要目的在于提供一種保證網(wǎng)絡(luò)側(cè)接收用戶設(shè)備消息的方法，能保證網(wǎng)絡(luò)側(cè)收到UE發(fā)送的MBMS更改請(qǐng)求消息。
本發(fā)明進(jìn)一步的目的在于，保證網(wǎng)絡(luò)側(cè)及時(shí)準(zhǔn)確地對(duì)UE的請(qǐng)求進(jìn)行響應(yīng)。
為達(dá)到上述目的，本發(fā)明的技術(shù)方案是這樣實(shí)現(xiàn)的本發(fā)明提供了一種保證網(wǎng)絡(luò)側(cè)接收用戶設(shè)備消息的方法，該方法包括a11.UE設(shè)定多媒體廣播/組播服務(wù)MBMS更改請(qǐng)求消息中的消息IE；a12.UE采用RLC AM模式在控制信道上向網(wǎng)絡(luò)側(cè)發(fā)送設(shè)定好消息IE的MBMS更改請(qǐng)求消息。
步驟a12之后進(jìn)一步包括網(wǎng)絡(luò)側(cè)收到UE發(fā)送的MBMS更改請(qǐng)求消息后，根據(jù)具體情況對(duì)收到的消息進(jìn)行響應(yīng)。
上述方案中，所述控制信道為專用控制信道DCCH，或?yàn)楣部刂菩诺繡CCH。
本發(fā)明還提供了一種保證網(wǎng)絡(luò)側(cè)接收用戶設(shè)備消息的方法，設(shè)置定時(shí)器，該方法還包括a21.UE設(shè)定MBMS更改請(qǐng)求消息中的消息IE；a22.UE采用RLC UM模式在控制信道上向網(wǎng)絡(luò)側(cè)發(fā)送設(shè)定好消息IE的MBMS更改請(qǐng)求消息；a23.UE在定時(shí)器到時(shí)時(shí)判斷是否收到網(wǎng)絡(luò)側(cè)的響應(yīng)，如果收到，則結(jié)束本次處理流程；如果未收到，則UE采用RLC UM模式在控制信道上再次向網(wǎng)絡(luò)側(cè)發(fā)送步驟a21中設(shè)定好消息IE的MBMS更改請(qǐng)求消息。
其中，步驟a23中UE進(jìn)行判斷的同時(shí)網(wǎng)絡(luò)側(cè)進(jìn)一步包括網(wǎng)絡(luò)側(cè)收到UE發(fā)送的MBMS更改請(qǐng)求消息后，根據(jù)具體情況對(duì)收到的消息進(jìn)行響應(yīng)。
該方法還可以進(jìn)一步包括設(shè)置消息發(fā)送次數(shù)閾值；則步驟a23中，UE未收到網(wǎng)絡(luò)側(cè)響應(yīng)再次發(fā)送MBMS更改請(qǐng)求消息之前進(jìn)一步包括UE判斷MBMS更改請(qǐng)求消息的已發(fā)送次數(shù)是否小于等于所設(shè)置的消息發(fā)送次數(shù)閾值，如果是，則UE采用RLC UM模式在控制信道上再次向網(wǎng)絡(luò)側(cè)發(fā)送步驟a21中設(shè)定好消息IE的MBMS更改請(qǐng)求消息，并記錄已發(fā)送次數(shù)；否則，結(jié)束本次處理流程，或向網(wǎng)絡(luò)發(fā)送重新發(fā)起MBMS更改請(qǐng)求流程的請(qǐng)求。
上述方案中，所述控制信道為專用控制信道DCCH，或?yàn)楣部刂菩诺繡CCH。所述定時(shí)器的時(shí)長(zhǎng)和消息發(fā)送次數(shù)閾值可由UE設(shè)定，或由網(wǎng)絡(luò)側(cè)設(shè)定并通知UE。
本發(fā)明所提供的保證網(wǎng)絡(luò)側(cè)接收用戶設(shè)備消息的方法，UE通過(guò)無(wú)線鏈路控制層確認(rèn)模式(RLC AM)向網(wǎng)絡(luò)側(cè)發(fā)送MBMS更改請(qǐng)求消息，利用AM模式自身的糾錯(cuò)機(jī)制對(duì)出現(xiàn)的錯(cuò)誤通過(guò)重傳進(jìn)行修改；或者，UE通過(guò)RLC非確認(rèn)模式(UM)向網(wǎng)絡(luò)側(cè)發(fā)送MBMS更改請(qǐng)求消息，并同時(shí)設(shè)置定時(shí)器或消息發(fā)送次數(shù)閾值，進(jìn)一步保證UE向網(wǎng)絡(luò)傳輸消息的可靠性。如此，能保證用戶發(fā)送的MBMS更改請(qǐng)求消息能被網(wǎng)絡(luò)接收到，進(jìn)而使網(wǎng)絡(luò)及時(shí)準(zhǔn)確地對(duì)UE的請(qǐng)求進(jìn)行響應(yīng)，比如在UE發(fā)起釋放PTP業(yè)務(wù)時(shí)，保證網(wǎng)絡(luò)收到UE發(fā)送的請(qǐng)求消息，釋放UE指定的PTP無(wú)線承載，使UE可以接收自己期望接收的業(yè)務(wù)，從而提高了用戶的滿意度。
另外，本發(fā)明的目的可以通過(guò)不同的方式實(shí)現(xiàn)，不僅實(shí)現(xiàn)靈活，而且，在通過(guò)RLC AM模式發(fā)送MBMS更改請(qǐng)求消息時(shí)，完全是利用系統(tǒng)本身的已有機(jī)制，實(shí)現(xiàn)簡(jiǎn)單、合理，對(duì)已有機(jī)制改動(dòng)很小。


圖1為支持廣播/組播業(yè)務(wù)的無(wú)線網(wǎng)絡(luò)結(jié)構(gòu)示意圖；圖2為MBMS組播模式的業(yè)務(wù)流程示意圖；圖3為MBMS廣播模式的業(yè)務(wù)流程示意圖；圖4為MCCH信息調(diào)度的示意圖；圖5為UE發(fā)起的MBMS更改請(qǐng)求流程示意圖；圖6為本發(fā)明方法一種方案的實(shí)現(xiàn)流程圖；圖7為本發(fā)明方法另一種方案的實(shí)現(xiàn)流程圖。
具體實(shí)施例方式
本發(fā)明的基本思想是確保UE向UTRAN發(fā)送的消息被UTRAN收到，進(jìn)而保證網(wǎng)絡(luò)及時(shí)、準(zhǔn)確地釋放PTP無(wú)線承載。本發(fā)明的方法可以采用三種方式實(shí)現(xiàn)①UE通過(guò)RLC AM模式向網(wǎng)絡(luò)側(cè)發(fā)送MBMS更改請(qǐng)求消息，利用AM模式自身的糾錯(cuò)機(jī)制對(duì)出現(xiàn)的錯(cuò)誤通過(guò)重傳進(jìn)行修改；②UE通過(guò)RLC UM模式向網(wǎng)絡(luò)側(cè)發(fā)送MBMS更改請(qǐng)求消息，同時(shí)，通過(guò)設(shè)置定時(shí)器或消息發(fā)送次數(shù)閾值保證UE向網(wǎng)絡(luò)傳輸消息的可靠性。
實(shí)施例一本實(shí)施例中，UE采用RLC AM模式在DCCH上向網(wǎng)絡(luò)側(cè)發(fā)送MBMS更改請(qǐng)求消息，具體處理過(guò)程如圖6所示步驟601當(dāng)UE需要發(fā)起MBMS更改請(qǐng)求流程時(shí)，也就是說(shuō)，UE需要進(jìn)行頻率重選或釋放PTP連接時(shí)，UE先設(shè)定MBMS更改請(qǐng)求消息中的消息IE。
具體來(lái)說(shuō)如果UE想要接收的業(yè)務(wù)所在的頻率不同于當(dāng)前使用的頻率，或是當(dāng)前網(wǎng)絡(luò)提供的PTP承載的業(yè)務(wù)阻止了更高優(yōu)先級(jí)的業(yè)務(wù)，UE會(huì)發(fā)起MBMS更改請(qǐng)求流程。其中，如果是由于頻率變化引發(fā)的消息發(fā)送，則UE設(shè)定MBMS更改請(qǐng)求消息中消息IE等于“MBMS preferred frequency request”的業(yè)務(wù)為UE期望接收的業(yè)務(wù)；如果是由于釋放PTP無(wú)線承載而引發(fā)的消息發(fā)送，則UE設(shè)定MBMS更改請(qǐng)求消息中消息IE等于“MBMS RB list requested to bereleased”的業(yè)務(wù)為要釋放PTP連接的業(yè)務(wù)。
步驟602UE使用RLC AM模式在專用控制信道(DCCH)上向UTRAN發(fā)送設(shè)定好消息IE的MBMS更改請(qǐng)求消息。
步驟603UTRAN收到步驟602中UE發(fā)送的MBMS更改請(qǐng)求消息后，針對(duì)不同的情況采取不同的方式進(jìn)行響應(yīng)。比如UTRAN完成UE指定的MBMS業(yè)務(wù)的頻率重選；或是，UTRAN釋放UE指定的MBMS業(yè)務(wù)的PTP無(wú)線承載。這里，具體的響應(yīng)過(guò)程與現(xiàn)有技術(shù)相同，在此不再贅述。
實(shí)施例二
本實(shí)施例中，UE采用RLC AM模式在公共控制信道(CCCH)上向網(wǎng)絡(luò)側(cè)發(fā)送MBMS更改請(qǐng)求消息，與實(shí)施例一不同的是UE向網(wǎng)絡(luò)發(fā)送MBMS更改請(qǐng)求消息的信道不同，其具體處理過(guò)程與實(shí)施例一完全相同。
實(shí)施例三本實(shí)施例中，UE采用RLC UM模式在DCCH上向網(wǎng)絡(luò)側(cè)發(fā)送MBMS更改請(qǐng)求消息，并且，通過(guò)設(shè)置定時(shí)器(timer)來(lái)監(jiān)控UE向網(wǎng)絡(luò)發(fā)送的MBMS更改請(qǐng)求消息是否成功，如果不成功，再次發(fā)送，直至發(fā)送成功為止。具體處理過(guò)程如圖7所示步驟701當(dāng)UE需要發(fā)起MBMS更改請(qǐng)求流程時(shí)，也就是說(shuō)，UE需要進(jìn)行頻率重選或釋放PTP連接時(shí)，UE先設(shè)定MBMS更改請(qǐng)求消息中的消息IE。
具體來(lái)說(shuō)如果UE想要接收的業(yè)務(wù)所在的頻率不同于當(dāng)前使用的頻率，或是當(dāng)前網(wǎng)絡(luò)提供的PTP承載的業(yè)務(wù)阻止了更高優(yōu)先級(jí)的業(yè)務(wù)，UE會(huì)發(fā)起MBMS更改請(qǐng)求流程。其中，如果是由于頻率變化引發(fā)的消息發(fā)送，則UE設(shè)定MBMS更改請(qǐng)求消息中消息IE等于“MBMS preferred frequency request”的業(yè)務(wù)為UE期望接收的業(yè)務(wù)；如果是由于釋放PTP無(wú)線承載而引發(fā)的消息發(fā)送，則UE設(shè)定MBMS更改請(qǐng)求消息中消息IE等于“MBMS RB list requested to bereleased”的業(yè)務(wù)為要釋放PTP連接的業(yè)務(wù)。
步驟702UE使用RLC AM模式在專用控制信道(DCCH)上向UTRAN發(fā)送設(shè)定好消息IE的MBMS更改請(qǐng)求消息。
步驟703UE與UTRAN并行執(zhí)行以下步驟在UE側(cè)，UE在所設(shè)置的定時(shí)器到時(shí)時(shí)判斷是否收到UTRAN發(fā)送的響應(yīng)，如果收到，則說(shuō)明UTRAN已成功收到請(qǐng)求，結(jié)束本次處理流程；如果未收到，則UE再次發(fā)送步驟701中設(shè)定好消息IE的MBMS更改請(qǐng)求消息；在UTRAN側(cè)，UTRAN收到步驟702中UE發(fā)送的MBMS更改請(qǐng)求消息后，針對(duì)不同的情況采取不同的方式進(jìn)行響應(yīng)。比如UTRAN完成UE指定的MBMS業(yè)務(wù)的頻率重選；或是，UTRAN釋放UE指定的MBMS業(yè)務(wù)的PTP無(wú)線承載。這里，具體的響應(yīng)過(guò)程與現(xiàn)有技術(shù)相同，在此不再贅述。
本實(shí)施例中，所設(shè)置定時(shí)器的時(shí)長(zhǎng)可以根據(jù)網(wǎng)絡(luò)負(fù)載狀況、用戶需求等因素任意設(shè)置；并且，所設(shè)置的定時(shí)器時(shí)長(zhǎng)可以由UE設(shè)定，也可以由網(wǎng)絡(luò)側(cè)設(shè)定后通知給UE。
實(shí)施例四本實(shí)施例中，UE采用RLC UM模式在CCCH上向網(wǎng)絡(luò)側(cè)發(fā)送MBMS更改請(qǐng)求消息，并且，通過(guò)設(shè)置定時(shí)器來(lái)監(jiān)控UE向網(wǎng)絡(luò)發(fā)送的消息是否成功，如果不成功，再次發(fā)送，直至發(fā)送成功為止。與實(shí)施例三不同的是UE向網(wǎng)絡(luò)發(fā)送MBMS更改請(qǐng)求消息的信道不同，其具體處理過(guò)程與實(shí)施例三完全相同。
實(shí)施例五在實(shí)施例三和實(shí)施例四的基礎(chǔ)上，可進(jìn)一步設(shè)置消息發(fā)送次數(shù)閾值，在每次定時(shí)器到時(shí)時(shí)，進(jìn)一步判斷MBMS更改請(qǐng)求消息的已發(fā)送次數(shù)是否小于等于消息發(fā)送次數(shù)閾值，如果是，則UE在通過(guò)定時(shí)器監(jiān)控未收到網(wǎng)絡(luò)側(cè)響應(yīng)后，再次發(fā)送MBMS更改請(qǐng)求消息，并記錄MBMS更改請(qǐng)求消息的已發(fā)送次數(shù)；如果MBMS更改請(qǐng)求消息的已發(fā)送次數(shù)大于消息發(fā)送次數(shù)閾值，且UE仍未收到網(wǎng)絡(luò)側(cè)的響應(yīng)，則UE不再發(fā)送MBMS更改請(qǐng)求消息，結(jié)束當(dāng)前流程，或者，UE向網(wǎng)絡(luò)請(qǐng)示重新發(fā)起此流程，比如UE向網(wǎng)絡(luò)發(fā)送重新發(fā)起MBMS更改請(qǐng)求流程的請(qǐng)求。
這里，消息發(fā)送次數(shù)閾值的大小可以根據(jù)網(wǎng)絡(luò)負(fù)載狀況、用戶需求等因素任意設(shè)置；并且，該消息發(fā)送次數(shù)閾值可以由UE設(shè)置，也可以由網(wǎng)絡(luò)側(cè)設(shè)定后通知給UE。
本發(fā)明中，將專用控制信道和公共控制信道統(tǒng)稱為控制信道。
以上所述，僅為本發(fā)明的較佳實(shí)施例而已，并非用于限定本發(fā)明的保護(hù)范圍。
權(quán)利要求
1.一種保證網(wǎng)絡(luò)側(cè)接收用戶設(shè)備消息的方法，其特征在于，該方法包括a11.UE設(shè)定多媒體廣播/組播服務(wù)MBMS更改請(qǐng)求消息中的消息IE；a12.UE采用RLC AM模式在控制信道上向網(wǎng)絡(luò)側(cè)發(fā)送設(shè)定好消息IE的MBMS更改請(qǐng)求消息。
2.根據(jù)權(quán)利要求1所述的方法，其特征在于，步驟a12之后進(jìn)一步包括網(wǎng)絡(luò)側(cè)收到UE發(fā)送的MBMS更改請(qǐng)求消息后，根據(jù)具體情況對(duì)收到的消息進(jìn)行響應(yīng)。
3.根據(jù)權(quán)利要求1或2所述的方法，其特征在于，所述控制信道為專用控制信道DCCH，或?yàn)楣部刂菩诺繡CCH。
4.一種保證網(wǎng)絡(luò)側(cè)接收用戶設(shè)備消息的方法，其特征在于，設(shè)置定時(shí)器，該方法還包括a21.UE設(shè)定MBMS更改請(qǐng)求消息中的消息IE；a22.UE采用RLC UM模式在控制信道上向網(wǎng)絡(luò)側(cè)發(fā)送設(shè)定好消息IE的MBMS更改請(qǐng)求消息；a23.UE在定時(shí)器到時(shí)時(shí)判斷是否收到網(wǎng)絡(luò)側(cè)的響應(yīng)，如果收到，則結(jié)束本次處理流程；如果未收到，則UE采用RLC UM模式在控制信道上再次向網(wǎng)絡(luò)側(cè)發(fā)送步驟a21中設(shè)定好消息IE的MBMS更改請(qǐng)求消息。
5.根據(jù)權(quán)利要求4所述的方法，其特征在于，步驟a23中UE進(jìn)行判斷的同時(shí)網(wǎng)絡(luò)側(cè)進(jìn)一步包括網(wǎng)絡(luò)側(cè)收到UE發(fā)送的MBMS更改請(qǐng)求消息后，根據(jù)具體情況對(duì)收到的消息進(jìn)行響應(yīng)。
6.根據(jù)權(quán)利要求4或5所述的方法，其特征在于，所述控制信道為專用控制信道DCCH，或?yàn)楣部刂菩诺繡CCH。
7.根據(jù)權(quán)利要求4或5所述的方法，其特征在于，所述定時(shí)器的時(shí)長(zhǎng)由UE設(shè)定，或由網(wǎng)絡(luò)側(cè)設(shè)定并通知UE。
8.根據(jù)權(quán)利要求4或5所述的方法，其特征在于，該方法進(jìn)一步包括設(shè)置消息發(fā)送次數(shù)閾值；則步驟a23中，UE未收到網(wǎng)絡(luò)側(cè)響應(yīng)再次發(fā)送MBMS更改請(qǐng)求消息之前進(jìn)一步包括UE判斷MBMS更改請(qǐng)求消息的已發(fā)送次數(shù)是否小于等于所設(shè)置的消息發(fā)送次數(shù)閾值，如果是，則UE采用RLC UM模式在控制信道上再次向網(wǎng)絡(luò)側(cè)發(fā)送步驟a21中設(shè)定好消息IE的MBMS更改請(qǐng)求消息，并記錄已發(fā)送次數(shù)；否則，結(jié)束本次處理流程，或向網(wǎng)絡(luò)發(fā)送重新發(fā)起MBMS更改請(qǐng)求流程的請(qǐng)求。
9.根據(jù)權(quán)利要求8所述的方法，其特征在于，所述控制信道為專用控制信道DCCH，或?yàn)楣部刂菩诺繡CCH。
10.根據(jù)權(quán)利要求8所述的方法，其特征在于，所述消息發(fā)送次數(shù)閾值由UE設(shè)定，或由網(wǎng)絡(luò)側(cè)設(shè)定并通知UE。
全文摘要
本發(fā)明公開(kāi)了一種保證網(wǎng)絡(luò)側(cè)接收用戶設(shè)備消息的方法，該方法包括UE設(shè)定多媒體廣播/組播服務(wù)MBMS更改請(qǐng)求消息中的消息IE；之后，采用RLCAM模式在控制信道上向網(wǎng)絡(luò)側(cè)發(fā)送設(shè)定好消息IE的MBMS更改請(qǐng)求消息。本發(fā)明還公開(kāi)了一種保證網(wǎng)絡(luò)側(cè)接收用戶設(shè)備消息的方法，設(shè)置定時(shí)器，該方法還包括a21.UE設(shè)定MBMS更改請(qǐng)求消息中的消息IE；a22.UE采用RLC UM模式在控制信道上向網(wǎng)絡(luò)側(cè)發(fā)送設(shè)定好消息IE的MBMS更改請(qǐng)求消息；a23.UE在定時(shí)器到時(shí)時(shí)判斷是否收到網(wǎng)絡(luò)側(cè)的響應(yīng)，如果收到，則結(jié)束本次處理流程；否則UE采用RLC UM模式在控制信道上再次向網(wǎng)絡(luò)側(cè)發(fā)送步驟a21中設(shè)定好消息IE的MBMS更改請(qǐng)求消息。采用本發(fā)明的方法能保證網(wǎng)絡(luò)側(cè)收到UE發(fā)送的MBMS更改請(qǐng)求消息。
文檔編號(hào)H04L1/16GK1794622SQ200510093389
公開(kāi)日2006年6月28日 申請(qǐng)日期2005年8月23日 優(yōu)先權(quán)日2005年8月23日
發(fā)明者丁穎哲, 鄭瀟瀟, 胡灝 申請(qǐng)人:華為技術(shù)有限公司