提高mbms業務可用性的方法及裝置的製作方法

2023-05-06 00:18:36 1

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

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


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