專利名稱：提高mbms業(yè)務(wù)可用性的方法及裝置的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及廣播/組播技術(shù)，尤指提高多媒體廣播/組播服務(wù)(MBMS, Media Multiple Broadcast Service)業(yè)務(wù)可用性的方法及裝置。
背景技術(shù)：
組播和廣播是一種從一個數(shù)據(jù)源向多個目標傳送數(shù)據(jù)的技術(shù)。
現(xiàn)在，人們對移動通信的需求已不再滿足于電話和消息業(yè)務(wù)，隨著因特 網(wǎng)(Internet)的迅猛發(fā)展，大量移動多媒體業(yè)務(wù)涌現(xiàn)出來。其中一些移動多 媒體業(yè)務(wù)要求多個用戶能同時接收相同數(shù)據(jù)，例如視頻點播、電視廣播、視 頻會議、網(wǎng)上教育、互動游戲等。這些移動多媒體業(yè)務(wù)與一般的數(shù)據(jù)業(yè)務(wù)相 比，具有數(shù)據(jù)量大、持續(xù)時間長、時延敏感等特點。
為了有效地利用移動通信網(wǎng)絡(luò)資源，第三代移動通信全球標準化組織 (3GPP)提出了移動通信網(wǎng)絡(luò)的多媒體廣播/組播服務(wù)(MBMS),從而在移 動通信網(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ù)業(yè)務(wù)發(fā)展的趨勢。
為了在現(xiàn)有移動通信網(wǎng)絡(luò)中支持MBMS業(yè)務(wù)，在第三代移動通信系統(tǒng) 中增加了移動網(wǎng)功能實體--廣播/組播業(yè)務(wù)中心(BM-SC )，所述BM-SC為內(nèi) 容提供者的入口，用于授權(quán)和在移動網(wǎng)中發(fā)起MBMS業(yè)務(wù)，并按照預(yù)定時 間計劃傳送MBMS內(nèi)容。此外，在現(xiàn)有無線通信網(wǎng)絡(luò)中的UE、通用移動通 信系統(tǒng)(UMTS)陸地無線接入網(wǎng)(UTRAN)、全球移動通信系統(tǒng)增強無線 接入網(wǎng)(GERAN)、服務(wù)GPRS支持節(jié)點(SGSN, Serving GPRS Support
Node )、關(guān)口 GPRS支持節(jié)點(GGSN， Gateway GPRS Support Node )等功 能實體上增加了與MBMS相關(guān)的功能。支持廣播/組播業(yè)務(wù)的無線網(wǎng)絡(luò)結(jié)構(gòu) 示意圖可參見相關(guān)協(xié)議規(guī)定，這里不再贅述。圖l是現(xiàn)有MBMS的網(wǎng)絡(luò)參 考結(jié)構(gòu)示意圖，如圖1所示，MBMS承載業(yè)務(wù)的邊緣為Gmb、 Gi參考點， 即BM-SC與GGSN之間的接口 ，其中，Gmb接口提供控制面功能，Gi接 口提供用戶面承栽功能。
目前，在MBMS廣播方案的基礎(chǔ)上提出了 MBMS增強廣播方案。MBMS 增強廣播的基本思想是在MBMS廣播基礎(chǔ)上引入MBMS組播的點到點 (P-T-P )模式與點到多點(P-T-M )模式轉(zhuǎn)換以及統(tǒng)計(COUNTING )特性。 另外，在MBMS增強廣播方案中，用戶在RRC連接建立請求消息中攜帶自 身選擇的MBMS業(yè)務(wù)信息，RNC可以從中直接得知UE選擇的業(yè)務(wù)。而在 MBMS標準組播方案中，UE選擇的MBMS業(yè)務(wù)的信息是在UE與核心網(wǎng)交 互完成加入UOIN)或業(yè)務(wù)請求(Service Request)過程后，由網(wǎng)絡(luò)側(cè)的網(wǎng) 關(guān)通用分組無線業(yè)務(wù)支持節(jié)點(SGSN)通知RNC。
由于MBMS增強廣播方案做到了隨用戶數(shù)目靈活的啟動發(fā)送以及更改 發(fā)送模式，大大提高了無線側(cè)性能，同時，由于減少了 UE與核心網(wǎng)的交互， 從而大大減小了 UE接入/切換頻道時延。
在MBMS標準組播方案和MBMS增強廣播方案中，數(shù)據(jù)發(fā)送存在P-T-P 與P-T-M兩種模式。在P-T-P發(fā)送模式下，用戶在專用信道上接收MBMS 業(yè)務(wù)；在P-T-M發(fā)送模式下，用戶在公用信道上接收MBMS業(yè)務(wù)。由于點 到點承載有功率控制機制， 一般在用戶較少的情況下P-T-P模式比P-T-M模 式更節(jié)省功率資源，而當用戶數(shù)超過一定門限值時，無線接入網(wǎng)中的無線網(wǎng) 絡(luò)控制器(RNC )啟動MBMS業(yè)務(wù)從P-T-P模式到P-T-M模式的轉(zhuǎn)換。通 常，小區(qū)會將自身當前采用的業(yè)務(wù)發(fā)送模式如P-T-P模式或P-T-M模式，通 過廣播的方式發(fā)送給進入該小區(qū)的用戶。
目前，由于MBMS模式轉(zhuǎn)換等原因，RNC可能不允許UE建立P-T-P 承載，舉例如下
用盧通過用盧終端(UE)向RNC發(fā)送RRC連接請求(RRC CONNECTION REQUEST )消息，該RRC連接請求消息中攜帶有希望建立 P-T-P承栽的信息；在MBMS增強廣播方案中，RNC接收到RRC連接請求 消息后，可以乂人該RRC連4妾_清求消息中獲得UE選擇的MBMS業(yè)務(wù)信息， 如果RNC自身通過P-T-P模式發(fā)送MBMS業(yè)務(wù)的用戶數(shù)超過預(yù)設(shè)門限值， 則RNC會觸發(fā)模式轉(zhuǎn)換，將自身發(fā)送MBMS業(yè)務(wù)的方式從P-T-P模式轉(zhuǎn)換 為P-T-M模式，因此，RNC會拒絕用戶的RRC連接建立請求或者在RRC 連接建立完成之后立即通過釋放過程釋放該RRC連接。在MBMS標準組播 方案中，在UE與核心網(wǎng)交互完成后，SGSN通過連接(Linking)過程告知 RNC用戶所選擇的業(yè)務(wù)，此時，如果RNC需要向P-T-M模式轉(zhuǎn)換，貝'j RNC 發(fā)起RRC連接釋放過程。
同樣的情形還存在于用戶越區(qū)切換的情況中，這里假設(shè)源小區(qū)采用 P-T-M模式承栽，目標小區(qū)采用P-T-P模式承載，如果UE的越區(qū)切換導(dǎo)致 目標小區(qū)模式轉(zhuǎn)換，RNC也會拒絕用戶的P-T-P承載建立要求。
由以上描述可見，RNC可以通過向UE發(fā)送RRC連接拒絕消息或者RRC 連接釋放消息來拒絕UE的MBMS P-T-P承載建立要求，但是，在RRC連 接拒絕或釋放消息中并沒有告知拒絕的原因。
從現(xiàn)有對MBMS業(yè)務(wù)處理過程來看，由于網(wǎng)絡(luò)側(cè)沒有將拒絕用戶的原 因值告知用戶，可能導(dǎo)致UE的不必要的重新連接或異常；而且，也無法給 用戶適當提示以保證用戶的感受，從而降低了 MBMS業(yè)務(wù)的可用性，也降 低了運營商的可信度。
除此之外，當用戶已經(jīng)加入一個會話(SESSION)之后，如果RNC在 接收到來自核心網(wǎng)的MBMS業(yè)務(wù)開始命令時，自身不能滿足當前會話的資 源需求，或者在SESSION進行中被優(yōu)先級更高的業(yè)務(wù)搶占，或者由于其他 的原因暫時不能向UE提供MBMS業(yè)務(wù)，網(wǎng)絡(luò)側(cè)直接切斷向UE提供的 MBMS業(yè)務(wù)，而用戶側(cè)無法獲知業(yè)務(wù)已不能提供以及不能提供的原因，此 時，用戶可能試圖重建業(yè)務(wù)但卻不能成功，UE也可能出現(xiàn)異常?？梢钥闯?， 在現(xiàn)有協(xié)議的機制下，如果出現(xiàn)以上情況，用戶的感受無法保證，從而降低
了MBMS業(yè)務(wù)的可用性，也降低了運營商的可信度。

發(fā)明內(nèi)容
有鑒于此，本發(fā)明的主要目的在于提供兩種提高MBMS業(yè)務(wù)可用性的 方法，能夠保證用戶的業(yè)務(wù)使用感受，提高運營商的可信度。
本發(fā)明的另一目的在于提供一種提高MBMS業(yè)務(wù)可用性的裝置，能夠 保證用戶的業(yè)務(wù)使用感受，提高運營商的可信度。
為達到上述目的，本發(fā)明的技術(shù)方案具體是這樣實現(xiàn)的 一種提高多媒體廣播/組播服務(wù)MBMS業(yè)務(wù)可用性的方法，該方法包括 網(wǎng)絡(luò)側(cè)在確定自身不允許用戶的MBMS業(yè)務(wù)請求后，向用戶終端發(fā)送不允 許的原因值。
所述不允許的原因值攜帶在RRC連接拒絕消息中發(fā)送給用戶終端。 所述不允許的原因值攜帶在RRC連接釋放消息中發(fā)送給用戶終端。 所述不允許的原因值和被拒絕的MBMS業(yè)務(wù)的標識信息攜帶在小區(qū) /UTRAN注冊區(qū)更新確認消息中發(fā)送給用戶終端。 所述原因值為表示拒絕是由于模式轉(zhuǎn)換的原因值。 該方法適用于MBMS增強廣播方案。
該方法適用于MBMS標準組播方案或MBMS增強廣播方案。 一種提高MBMS業(yè)務(wù)可用性的方法，該方法包括
網(wǎng)絡(luò)側(cè)在確定自身不能滿足用戶的MBMS業(yè)務(wù)請求后，向用戶終端發(fā)送不 能滿足的原因值。
所述不能滿足的原因值攜帶在MBMS修改服務(wù)信息消息或MBMS未修改 服務(wù)信息消息中，發(fā)送給用戶終端。
所述不能滿足的原因值和被拒絕的MBMS業(yè)務(wù)的標識信息攜帶在小區(qū) /UTRAN注冊區(qū)更新確認消息中發(fā)送給用戶終端。
所述不能滿足的原因值為表示服務(wù)暫時不可用的原因值。 該方法適用子MBMS增強廣播方案或MBMS標準組播方案。 一種提高MBMS業(yè)務(wù)可用性的裝置，該裝置用于確定網(wǎng)絡(luò)側(cè)是否允許或是 否能滿足用戶的MBMS業(yè)務(wù)請求，并在不允許或不能滿足時，向用戶終端發(fā)送 不允許或不能滿足的原因值。
由上述技術(shù)方案可見，本發(fā)明中，網(wǎng)絡(luò)側(cè)在確定自身不允許或不能滿足 用戶的MBMS業(yè)務(wù)請求后，向用戶終端發(fā)送不允許或不能滿足的原因值。 本發(fā)明方案中，由于網(wǎng)絡(luò)側(cè)將拒絕UE的原因通知了 UE,使得用戶在業(yè)務(wù) 中斷后不會盲目重新發(fā)起請求，保證了用戶的感受，提高了 MBMS業(yè)務(wù)的 可用性，也提高了運營商的可信度。


圖l是現(xiàn)有MSMS的網(wǎng)絡(luò)參考結(jié)構(gòu)示意圖； 圖2a是本發(fā)明RRC連接建立實施例的流程圖； 圖2b是本發(fā)明RRC連接釋放實施例的流程圖。
具體實施例方式
本發(fā)明的核心思想是網(wǎng)絡(luò)側(cè)在確定自身不允許或不能滿足用戶的 MBMS業(yè)務(wù)請求后，向用戶終端發(fā)送不允許或不能滿足的原因值，以便UE 給用戶適當?shù)奶崾就瑫r避免UE出現(xiàn)異常。
為使本發(fā)明的目的、技術(shù)方案及優(yōu)點更加清楚明白，以下參照附圖并舉 較佳實施例，對本發(fā)明中網(wǎng)絡(luò)側(cè)在確定自身不允許用戶的MBMS業(yè)務(wù)請求 的情況，進一步詳細說明。
圖2a是本發(fā)明RRC連接建立實施例的流程圖，如圖2a所示，以WCDMA 系統(tǒng)為例，包括以下步驟
步驟200a: UE向RNC發(fā)送RRC連接請求消息，該RRC連接請求消 息中攜帶有信元表示希望建立MBMS P-T-P承栽以及請求的業(yè)務(wù)。
步驟200b: RNC接收到RRC連接請求消息后，假設(shè)由于自身的通過
P-T-P模式發(fā)送MBMS業(yè)務(wù)的用戶數(shù)超過預(yù)設(shè)門限值而觸發(fā)模式轉(zhuǎn)換，將自 身發(fā)送MBMS業(yè)務(wù)的方式從P-T-P模式轉(zhuǎn)換為P-T-M模式，那么，RNC將 表示拒絕是由于模式轉(zhuǎn)換(MBMS MODE CHANGE )的原因值攜帶在RRC 連接建立拒絕消息中發(fā)送給UE。
所述原因值可以攜帶在RRC連接建立拒絕消息的已有拒絕原因 (Rejection cause )信元中，當然也可以攜帶在其它已有信元或新增信元中。 圖2a中，由于UE在RRC連接請求消息中攜帶有請求的業(yè)務(wù)的信息， 屬于MBMS增強廣播方案，由于RNC已獲取用戶選擇的業(yè)務(wù)信息，因此， RNC可以直接拒絕UE請求的P-T-P模式，通過公共信道向UE發(fā)送MBMS 業(yè)務(wù)。
圖2a所示的方法適用于MBMS增強廣播方案。
圖2b是本發(fā)明RRC連接釋放實施例的流程圖，如圖2b所示，包括以 下步驟
步驟200b: UE向RNC發(fā)送RRC連接請求消息，該RRC連接請求消
息中攜帶有信元表示希望建立MBMS P-T-P承載。
假設(shè)此時RNC未向UE發(fā)送RRC連接建立拒絕消息。
步驟201b~步驟202b: UE與核心網(wǎng)如SGSN進行交互完成UE加入
MBMS業(yè)務(wù)，之后，SGSN通過UE連接(Linking )過程通知RNC用戶的
MBMS上下文信息。
這里MBMS上下文信息中包含有UE選擇的MBMS業(yè)務(wù)信息。
步驟203b ~步驟204b:如果此時RNC觸發(fā)UE所在小區(qū)的MBMS承
載向P-T-M模式轉(zhuǎn)換，則RNC將表示拒絕是由于模式轉(zhuǎn)換的原因值攜帶在
RRC連接釋放消息中發(fā)送給UE。
所述原因值可以攜帶在RRC連接釋放消息的已有拒絕原因信元中，當
然也可以攜帶在其它已有信元或新增信元中。
步驟205b: UE向RNC發(fā)送RRC連接釋放完成消息。
圖2b中，由于UE在RRC連接請求消息中未攜帶請求的業(yè)務(wù)的信息，屬子MBMS標準組播方案，因此，RNC不能直接拒絕UE請求的P-T-P模 式，而是在后續(xù)完成UE加入MBMS并獲取UE請求的業(yè)務(wù)信息后，通過 RRC連接釋放消息拒絕UE的請求，之后用戶通過公共信道接收業(yè)務(wù)。 圖2b所示的方法適用于MBMS標準組4番方案。
容易看出，對于MBMS增強廣播方案，RNC也可以通過RRC連接釋 放過程，再將表示拒絕是由于模式轉(zhuǎn)換的原因值通知給UE，這里不再詳述。
從圖2a和圖2b所示的流程圖可見，用戶從網(wǎng)絡(luò)側(cè)的消息中獲知了被拒 絕的原因，使得用戶可以根據(jù)失敗原因采取相應(yīng)的措施，重新正確、快捷地 接入網(wǎng)絡(luò)。比如，圖2a或圖2b所示實施例中，用戶獲知網(wǎng)絡(luò)側(cè)是由于從 P-T-P模式轉(zhuǎn)換為P-T-M模式而拒絕了 UE的請求的，那么用戶可以不必再 嘗試RRC連接請求，而只需等待從公用信道接收MBMS廣播業(yè)務(wù)即可。這 樣，保證了用戶的感受，提高了 MBMS業(yè)務(wù)的可用性，也提高了運營商的 可信度。
對于用戶越區(qū)切換的情況，如果網(wǎng)絡(luò)側(cè)也是由于模式轉(zhuǎn)換而拒絕用戶連 接時，實現(xiàn)方法與圖2a或圖2b所示類似，這里不再重述。
除此之外，對于網(wǎng)絡(luò)側(cè)在確定自身不能滿足用戶的MBMS業(yè)務(wù)請求的 情況，該情況適用于MBMS增強廣播方案和MBMS標準組播方案。具體實 現(xiàn)如下
當某小區(qū)不能提供相關(guān)服務(wù)時，可以在已有MBMS修改服務(wù)信息 (MBMS modified services Information )消息或者已有MBMS未修改服務(wù)信 息(MBMS unmodified services Information)消息中增加指明不能夠提供相 關(guān)業(yè)務(wù)的原因值。當UE得知相關(guān)MBMS業(yè)務(wù)不能夠提供后，可以給用戶 適當提示。
這里，不能夠提供相關(guān)業(yè)務(wù)即不能滿足用戶的MBMS業(yè)務(wù)請求的情況， 包括網(wǎng)絡(luò)側(cè)不能滿足當前MBMS業(yè)務(wù)的資源需求，或者在SESSION進行中 被優(yōu)先級更高的業(yè)務(wù)搶占，或者由于其他的原因暫時不能向UE提供MBMS 業(yè)務(wù)等。
本發(fā)明實施例中，可以通過在MBMS modified services Information消息 和MBMS unmodified services Information消息的MBMS請求UE動作
(MBMS R叫uired UE action)信元中增加如服務(wù)暫時不可用(service temp down)等提示來指明網(wǎng)絡(luò)側(cè)不能滿足用戶的MBMS業(yè)務(wù)請求。
這樣，在網(wǎng)絡(luò)側(cè)在業(yè)務(wù)開始后或業(yè)務(wù)進行中由于各種原因處于不能夠提 供服務(wù)狀態(tài)時，由于UE可以及時得知信息及原因，使得用戶在業(yè)務(wù)中斷后 不會盲目重新發(fā)起請求，保證了用戶的感受，提高了 MBMS業(yè)務(wù)的可用性， 也提高了運營商的可信度。
另外，在對處于小區(qū)—前向接入信道(CELL—FACH)狀態(tài)、小區(qū)—尋呼 信道(CELL—PCH)狀態(tài)、通用移動通信系統(tǒng)陸地無線接入網(wǎng)(UTRAN) 注冊區(qū)—尋呼信道(URA—PCH)狀態(tài)的用戶的處理時，當用戶發(fā)起小區(qū)/注 冊區(qū)更新(CELL/URA UPDATE)消息，如果該CELL/URA UPDATE消息 中攜帶有請求P-T-P承載的信息，而此時，如果網(wǎng)絡(luò)側(cè)觸發(fā)了模式轉(zhuǎn)換，那 么，本發(fā)明中，網(wǎng)絡(luò)側(cè)可以在小區(qū)ZUTRAN注冊區(qū)更新確認(CELL/URA UPDATE CONFIRM )消息的新增MBMS模式改變信元中攜帶表示拒絕是由 于模式轉(zhuǎn)換的原因值；或者，網(wǎng)絡(luò)側(cè)由于資源等原因不能提供用于要求的 P-T-P承載時，可以在CELL/URA UPDATE CONFIRM消息的新增擁塞
(Congestion)信元中攜帶表示業(yè)務(wù)擁塞的原因值。
同時，網(wǎng)絡(luò)側(cè)可以將拒絕的MBMS業(yè)務(wù)的標識(MBMS Service ID)同 時攜帶在CELL/URA UPDATE CONFIRM消息的新增MBMS業(yè)務(wù)標識信元 中發(fā)送給用戶終端，這樣，用戶不但獲知了拒絕的原因，而且也獲知了被拒 絕的業(yè)務(wù)。
容易看出，本發(fā)明針對處于CELL—FACH狀態(tài)、CELL—PCH狀態(tài)、 URA—PCH狀態(tài)下的用戶發(fā)起CELL/URA更新的處理，既適用于MBMS標 準組播方案，也適用于MBMS增強廣播方案。
基于上述方法，本發(fā)明還提供了一種提高MBMS業(yè)務(wù)可用性的裝置，
該裝置用于確定網(wǎng)絡(luò)側(cè)是否允許或是否能滿足用戶的MBMS業(yè)務(wù)請求，并 在不允許或不能滿足時，向用戶終端發(fā)送不允許或不能滿足的原因值。該裝 置可以設(shè)置在網(wǎng)絡(luò)側(cè)的RNC中。
以上所述，僅為本發(fā)明的較佳實施例而已，并非用于限定本發(fā)明的保護 范圍，凡在本發(fā)明的精神和原則之內(nèi)所做的任何修改、等同替換、改進等， 均應(yīng)包含在本發(fā)明的保護范圍之內(nèi)。
權(quán)利要求
1.一種提高多媒體廣播/組播服務(wù)MBMS業(yè)務(wù)可用性的方法，其特征在于，該方法包括網(wǎng)絡(luò)側(cè)在確定自身不允許用戶的MBMS業(yè)務(wù)請求后，向用戶終端發(fā)送不允許的原因值。
2. 根據(jù)權(quán)利要求1所述的方法，其特征在于，所述不允許的原因值攜帶在 RRC連接拒絕消息中發(fā)送給用戶終端。
3. 根據(jù)權(quán)利要求1所述的方法，其特征在于，所述不允許的原因值攜帶在 RRC連接釋放消息中發(fā)送給用戶終端。
4. 根據(jù)權(quán)利要求1所述的方法，其特征在于，所述不允許的原因值和被拒 絕的MBMS業(yè)務(wù)的標識信息攜帶在小區(qū)/UTRAN注冊區(qū)更新確認消息中發(fā) 送給用戶終端。
5. 根據(jù)權(quán)利要求1 4任一項所述的方法，其特征在于，所述原因值為表 示拒絕是由于模式轉(zhuǎn)換的原因值。
6. 根據(jù)權(quán)利要求2所述的方法，其特征在于，該方法適用于MBMS增強 廣播方案。
7. 根據(jù)權(quán)利要求3或4所述的方法，其特征在于，該方法適用于MBMS 標準組播方案或MBMS增強廣播方案。
8. —種提高MBMS業(yè)務(wù)可用性的方法，其特征在于，該方法包括網(wǎng)絡(luò)側(cè)在確定自身不能滿足用戶的MBMS業(yè)務(wù)請求后，向用戶終端發(fā)送不 能滿足的原因值。
9. 根據(jù)權(quán)利要求8所述的方法，其特征在于，所述不能滿足的原因值攜帶 在MBMS修改服務(wù)信息消息或MBMS未修改服務(wù)信息消息中，發(fā)送給用戶終端。
10. 根據(jù)權(quán)利要求8所述的方法，其特征在于，所迷不能滿足的原因值和 -故拒絕的MBMS業(yè)務(wù)的標識信息攜帶在小區(qū)/UTRAN注冊區(qū)更新確認消息中發(fā)送給用戶終端。
11. 根據(jù)權(quán)利要求8 IO任一項所述的方法，其特征在于，所述不能滿足 的原因值為表示服務(wù)暫時不可用的原因值。
12. 根據(jù)權(quán)利要求9或IO所述的方法，其特征在于，該方法適用于MBMS 增強廣播方案或MBMS標準組播方案。
13. —種提高MBMS業(yè)務(wù)可用性的裝置，其特征在于，該裝置用于確定 網(wǎng)絡(luò)側(cè)是否允許或是否能滿足用戶的MBMS業(yè)務(wù)請求，并在不允許或不能滿足 時，向用戶終端發(fā)送不允許或不能滿足的原因值。
全文摘要
本發(fā)明公開了兩種提高MBMS業(yè)務(wù)可用性的方法，該方法包括網(wǎng)絡(luò)側(cè)在確定自身不允許或不能滿足用戶的MBMS業(yè)務(wù)請求后，向用戶終端發(fā)送不允許或不能滿足的原因值。本發(fā)明還同時公開了一種提高MBMS業(yè)務(wù)可用性的裝置。本發(fā)明方案中，由于網(wǎng)絡(luò)側(cè)將拒絕UE的原因值通知了UE，使得用戶在業(yè)務(wù)中斷后不會盲目重新發(fā)起請求，保證了用戶的感受，提高了MBMS業(yè)務(wù)的可用性，也提高了運營商的可信度。
文檔編號H04W48/08GK101170716SQ20061013770
公開日2008年4月30日 申請日期2006年10月26日 優(yōu)先權(quán)日2006年10月26日
發(fā)明者旭 曾, 軍 胡, 晟 謝, 建 陳 申請人:華為技術(shù)有限公司