指示信息的確定、處理以及請求消息的處理方法及裝置制造方法
【專利摘要】本發(fā)明公開了一種指示信息的確定、處理以及請求消息的處理方法及裝置，在上述方法中，確定MBMS承載的用戶面數(shù)據(jù)是否發(fā)生擁塞或過載，配置第一指示信息；向GCS AS發(fā)送第一指示信息，其中，第一指示信息用于在GCS AS請求MCE或eNB停止通過MBMS承載的因用戶面數(shù)據(jù)發(fā)生擁塞或過載而受到影響的集群業(yè)務的過程中提供參考依據(jù)。根據(jù)本發(fā)明提供的技術方案，能夠緩解MBMS承載擁塞/過載，從而減少對非擁塞/過載區(qū)域UE的影響。
【專利說明】指示信息的確定、處理以及請求消息的處理方法及裝置

【技術領域】
[0001]本發(fā)明涉及通信領域，具體而言，涉及一種指示信息的確定、處理以及請求消息的處理方法及裝置。

【背景技術】
[0002]集群通信系統(tǒng)是為了滿足行業(yè)用戶指揮調(diào)度需求而開發(fā)的、面向特定行業(yè)應用的專用無線通信系統(tǒng)，該系統(tǒng)中的大量無線用戶共享少量無線信道，以指揮調(diào)度為主體應用，是一種多用途、高效能的無線通信系統(tǒng)。集群通信系統(tǒng)在政府部門、公共安全、應急通信、電力、民航、石油化工和軍隊等領域有著廣泛的應用市場。
[0003]集群通信系統(tǒng)經(jīng)歷了與蜂窩移動通信系統(tǒng)類似的發(fā)展歷程。第一代集群系統(tǒng)是模擬集群通信系統(tǒng)，主要支持語音通信。最早進入我國的模擬集群通信系統(tǒng)是諾基亞(Nokia)公司的Act1net系統(tǒng)，其采用MPT-1327信令，應用在450MHz頻段上。此后，日本的F.A.S.T和美國摩托羅拉(Motorola)公司的Smartnet進入我國，并長期占領我國集群市場80%以上的市場份額。
[0004]第二代集群系統(tǒng)是窄帶數(shù)字集群通信系統(tǒng)，興起于20世紀90年代，2004年左右開始在我國部署，是當前國內(nèi)應用最廣泛的集群通信系統(tǒng)。數(shù)字集群通信系統(tǒng)支持語音和低速數(shù)據(jù)(最高28.8kbps)通信，代表系統(tǒng)是歐洲電信標準組織(EuropeanTelecommunicat1ns Standards Institute,簡稱為 ETSI)定義的陸上集群無線電(Terrestrial Trunked Rad1,簡稱為TETRA)系統(tǒng)、美國Motorola的綜合數(shù)字增強型網(wǎng)絡(Integrated Digital Enhanced Networks,簡稱為iDEN)系統(tǒng)，中興通訊股份有限公司基于CDMAlX開發(fā)的開放式集群結(jié)構(gòu)(Global Open Trunking Architecture,簡稱為GoTa)系統(tǒng)、華為技術有限公司基于GSM開發(fā)的GT800系統(tǒng)。從國內(nèi)來看，最近兩三年，TETRA網(wǎng)絡的增長最快，在全國已建的數(shù)字集群通信網(wǎng)中，TETRA網(wǎng)的數(shù)量約占2/3強。
[0005]集群系統(tǒng)區(qū)別于公眾系統(tǒng)的特性在于，集群系統(tǒng)需要具備高效的指揮調(diào)度特性，并且要求網(wǎng)絡具有高可靠性和安全性。
[0006]呼叫控制:根據(jù)用戶的業(yè)務請求，在主叫用戶和被叫用戶之間建立、維持和釋放業(yè)務承載；
[0007]鑒權認證:支持鑒權和認證，鑒權功能可以包括:網(wǎng)絡側(cè)對終端鑒權以及網(wǎng)絡側(cè)對終端與終端對網(wǎng)絡側(cè)的雙向鑒權；
[0008]故障弱化:當網(wǎng)絡側(cè)與基站或網(wǎng)絡側(cè)內(nèi)部網(wǎng)元之間的鏈路發(fā)生故障時，基站能夠為其覆蓋范圍下的用戶終端提供受限的集群服務。
[0009]網(wǎng)絡互聯(lián)互通功能:能夠與公共電話系統(tǒng)(Public Switched TelephoneNetwork,簡稱為PSTN)、公眾移動通信系統(tǒng)(例如:全球移動通信系統(tǒng)(GSM)/碼分多址(CDMA)、分時長期演進(TD-LTE))、互聯(lián)網(wǎng)協(xié)議(IP)電話、其他制式的集群通信系統(tǒng)等互通。在第三代合作伙伴計劃(3rd Generat1n Partnership Pro ject,簡稱為3GPP) LTE中集群通信稱為組通信服務能力(GCSE)。圖1是根據(jù)相關技術的集群通信系統(tǒng)的系統(tǒng)架構(gòu)示意圖。
[0010]為了有效地利用移動網(wǎng)絡資源，3GPP提出了多媒體廣播多播業(yè)務(MultimediaBroadcast Multicast Service,簡稱為MBMS),該業(yè)務是一種從一個數(shù)據(jù)源向多個目標移動終端傳送數(shù)據(jù)的技術，實現(xiàn)了網(wǎng)絡(包括:核心網(wǎng)和接入網(wǎng))資源的共享，提高了網(wǎng)絡資源(尤其是空中接口資源)的利用率。3GPP定義的MBMS業(yè)務不僅能夠?qū)崿F(xiàn)純文本低速率的消息類組播和廣播，而且還能夠?qū)崿F(xiàn)高速多媒體業(yè)務的廣播和組播，提供多種豐富的視頻、音頻和多媒體業(yè)務，這無疑順應了未來移動數(shù)據(jù)發(fā)展的趨勢，為3/4G的發(fā)展提供了更好的業(yè)務前景。
[0011]MBMS業(yè)務的特點是業(yè)務的數(shù)據(jù)量大，移動終端接收時持續(xù)時間長，平均數(shù)據(jù)率恒定。上述特點決定了 MBMS業(yè)務的調(diào)度與控制信令配置都是半靜態(tài)的，即MBMS業(yè)務的調(diào)度信息與控制信令信息都是“長期”保持不變的，這些信息通過MBMS控制信道(MBMS ControlChannel，簡稱為MCCH)周期性地發(fā)送，統(tǒng)稱為MCCH信息。演進型MBMS (eMBMS)系統(tǒng)可能存在多個MCCH，每個MCCH對應于不同的MBSFN區(qū)域，其中僅承載對應單頻網(wǎng)MBMS (MBMS overa Single Frequency Network,簡稱為MBSFN)區(qū)域發(fā)送的MBMS業(yè)務的控制信息。圖2是根據(jù)相關技術的LTE中MBMS的架構(gòu)示意圖。
[0012]目前業(yè)界正在討論采用MBMS技術實現(xiàn)集群通信的可能性。
[0013]在對相關技術的研究和實踐過程中發(fā)現(xiàn)相關技術存在以下問題:當發(fā)送集群業(yè)務的MBMS空口用戶面數(shù)據(jù)發(fā)生擁塞/過載時,組通信業(yè)務(Group Communicat1n Service,簡稱為GCS)應用服務器(Applicat1n Server，簡稱為AS)需要為受影響的UE建立單播承載，同時停止受影響業(yè)務的多播承載發(fā)送。GCS AS不知道受影響UE所在的MBSFN區(qū)域，而只知道UE所在的MBMS業(yè)務區(qū)域。在通常情況下，MBMS業(yè)務區(qū)域大于MBSFN區(qū)域，如果根據(jù)MBMS業(yè)務區(qū)域停止集群數(shù)據(jù)的多播發(fā)送，則可能影響其他未發(fā)生擁塞/過載區(qū)域的UE，如何實現(xiàn)MBMS業(yè)務區(qū)域到MBSFN區(qū)域的映射以及如何減少對未發(fā)生擁塞/過載區(qū)域UE的影響，目前尚未提出有效的解決方案。


【發(fā)明內(nèi)容】

[0014]本發(fā)明提供了一種指示信息的確定、處理以及請求消息的處理方法及裝置，以至少解決相關技術中如何實現(xiàn)MBMS業(yè)務區(qū)域到MBSFN區(qū)域的映射以及如何減少對未發(fā)生擁塞/過載區(qū)域UE的影響的問題。
[0015]根據(jù)本發(fā)明的一個方面，提供了一種指示信息的確定方法。
[0016]根據(jù)本發(fā)明實施例的指示信息的確定方法包括:確定多媒體廣播多播業(yè)務(MBMS)承載的用戶面數(shù)據(jù)發(fā)生擁塞或過載，配置第一指示信息；向組通信業(yè)務(GCS)應用服務器(AS)發(fā)送第一指示信息，其中，第一指示信息用于在GCS AS請求多小區(qū)多播協(xié)調(diào)實體MCE或基站(eNB)停止通過MBMS承載的因用戶面數(shù)據(jù)發(fā)生擁塞或過載而受到影響的集群業(yè)務的過程中提供參考依據(jù)。
[0017]在優(yōu)選實施過程中，上述確定MBMS承載的用戶面數(shù)據(jù)發(fā)生擁塞或過載可以包括以下處理:當一個或多個eNB檢測出用戶面數(shù)據(jù)發(fā)生擁塞或過載時，確定一個或多個eNB所在的MBSFN區(qū)域或MBMS業(yè)務區(qū)域發(fā)生擁塞或過載。
[0018]優(yōu)選地，根據(jù)判定條件檢測到用戶面數(shù)據(jù)發(fā)生擁塞或過載，其中，判定條件為預先配置完成或者攜帶在從GCS AS接收到的請求消息中。
[0019]優(yōu)選地，第一指示信息中攜帶的內(nèi)容包括以下至少之一:擁塞或過載標識；一個或多個小區(qū)標識，其中，小區(qū)標識包括以下至少之一:演進的統(tǒng)一陸地無線接入網(wǎng)(E-UTRAN)小區(qū)標識、E-UTRAN小區(qū)全球標識；一個或多個業(yè)務區(qū)域標識(SAI);—個或多個單頻網(wǎng)多媒體廣播多播業(yè)務(MBSFN)區(qū)域標識；一個或多個MBMS業(yè)務標識；擁塞或過載開始標識；其中，擁塞或過載標識用于指示在當前網(wǎng)絡中用戶面數(shù)據(jù)的負載是在發(fā)生擁塞還是在發(fā)生過載，小區(qū)標識用于指示發(fā)生擁塞或過載所影響到的小區(qū)，SAI用于指示發(fā)生擁塞或過載所影響到的MBMS業(yè)務區(qū)域，MBSFN區(qū)域標識用于指示發(fā)生擁塞或過載的MBSFN區(qū)域，MBMS業(yè)務標識用于指示發(fā)生擁塞或過載所影響到的集群業(yè)務。
[0020]優(yōu)選地，向GCS AS發(fā)送第一指示信息包括以下方式之一:將發(fā)生擁塞或過載的全部MBMS業(yè)務標識發(fā)送至MCE，以使MCE根據(jù)第一參數(shù)與第二參數(shù)的對應關系從全部MBMS業(yè)務標識中選取待上報的MBMS業(yè)務標識，并上報至GCS AS，其中，第一參數(shù)為服務質(zhì)量等級標識QCI或分配與保持優(yōu)先級ARP，第二參數(shù)為臨時移動組標識TMGI ;根據(jù)接收到的來自于GCS AS的第一請求消息上報在該請求消息中指定的SAI中的TMGI狀態(tài)信息。
[0021]優(yōu)選地，在向GCS AS發(fā)送第一指示信息的觸發(fā)條件之前，還包括:判斷是否需要向GCS AS發(fā)送第一指示信息的觸發(fā)條件包括以下之一:在發(fā)生擁塞或過載開始事件，或者，發(fā)生擁塞或過載結(jié)束事件的情況下，向GCS AS發(fā)送第一指示信息；在接收到來自于GCSAS的請求消息后，向GCS AS發(fā)送第一指示信息；在接收到來自于GCS AS的請求消息并且發(fā)生擁塞或過載開始事件，或者，接收到來自于GCS AS的請求消息并且發(fā)生擁塞或過載結(jié)束事件后，向GCS AS發(fā)送第一指示信息；按照預設周期向GCS AS發(fā)送第一指示信息；在每次重新啟動后向GCS AS發(fā)送第一指示信息。
[0022]優(yōu)選地，在向GCS AS發(fā)送第一指示信息之后，還包括:確定用戶面數(shù)據(jù)發(fā)生的擁塞或過載已經(jīng)恢復，配置第二指示信息；向GCS AS發(fā)送第二指示信息，其中，第二指示信息用于為GCS AS選擇對已停止的集群業(yè)務繼續(xù)通過單播承載的方式進行發(fā)送或者恢復MBMS承載的方式進行發(fā)送提供參考依據(jù)。
[0023]根據(jù)本發(fā)明的另一方面，提供了一種請求消息的處理方法。
[0024]根據(jù)本發(fā)明實施例的請求消息的處理方法包括:接收來自于組通信業(yè)務(GCS)應用服務器(AS)的請求消息，其中，請求消息是在GCS AS從基站接收到用于指示通過多媒體廣播多播業(yè)務(MBMS)承載的用戶面數(shù)據(jù)發(fā)生擁塞或過載的指示信息后發(fā)出的，請求消息用于請求停止通過MBMS承載的因用戶面數(shù)據(jù)發(fā)生擁塞或過載而受到影響的集群業(yè)務；根據(jù)請求消息配置停止通過MBMS承載發(fā)送受到影響的集群業(yè)務。
[0025]優(yōu)選地，經(jīng)由廣播多播服務中心BM-SC接收來自于GCS AS的請求消息。
[0026]優(yōu)選地，根據(jù)請求消息配置停止通過MBMS承載發(fā)送受到影響的集群業(yè)務包括:根據(jù)請求消息獲取待停止多播承載的MBSFN區(qū)域和MBMS業(yè)務；對待停止多播承載的MBSFN區(qū)域和MBMS業(yè)務進行配置。
[0027]優(yōu)選地，請求消息中攜帶的信息包括以下至少之一:小區(qū)標識、MBMS業(yè)務標識、業(yè)務區(qū)域標識。
[0028]根據(jù)本發(fā)明的又一方面，提供了一種指示信息的處理方法。
[0029]根據(jù)本發(fā)明實施例的指示信息的處理方法包括:接收來自于基站的指示信息，其中，指示信息用于指示多媒體廣播多播業(yè)務(MBMS)承載的用戶面數(shù)據(jù)發(fā)生擁塞或過載；根據(jù)指示信息向多小區(qū)多播協(xié)調(diào)實體(MCE)發(fā)送請求消息，其中，請求消息用于請求停止通過MBMS承載的因用戶面數(shù)據(jù)發(fā)生擁塞或過載而受到影響的集群業(yè)務。
[0030]優(yōu)選地，經(jīng)由廣播多播服務中心(BM-SC)向MCE發(fā)送請求消息。
[0031]優(yōu)選地，在根據(jù)指示信息向MCE發(fā)送請求消息之前，還包括:根據(jù)指示信息確定因用戶面數(shù)據(jù)發(fā)生擁塞或過載而受到影響的目標用戶設備UE和/或集群業(yè)務標識；在用戶面數(shù)據(jù)發(fā)生擁塞的情況下，為目標UE建立單播承載并通過單播承載發(fā)送與集群業(yè)務標識對應的集群業(yè)務；或者，在用戶面數(shù)據(jù)發(fā)生過載的情況下，將與集群業(yè)務標識對應的集群業(yè)務設置為排隊等待狀態(tài)，直至等到過載結(jié)束后再進行發(fā)送；或者，在用戶面數(shù)據(jù)發(fā)生過載的情況下，搶占現(xiàn)有集群業(yè)務的資源發(fā)送與集群業(yè)務標識對應的集群業(yè)務。
[0032]優(yōu)選地，其特征在于，請求消息中攜帶的信息包括以下至少之一:小區(qū)標識、MBMS業(yè)務標識、業(yè)務區(qū)域標識。
[0033]根據(jù)本發(fā)明的再一方面，提供了一種指示信息的確定裝置。
[0034]根據(jù)本發(fā)明實施例的指示信息的確定裝置包括:配置模塊，用于確定多媒體廣播多播業(yè)務(MBMS)承載的用戶面數(shù)據(jù)發(fā)生擁塞或過載，配置第一指示信息；發(fā)送模塊，用于向組通信業(yè)務(GCS)應用服務器(AS)發(fā)送第一指示信息，其中，第一指示信息用于在GCSAS請求多小區(qū)多播協(xié)調(diào)實體(MCE)或基站(eNB)停止通過MBMS承載的因用戶面數(shù)據(jù)發(fā)生擁塞或過載而受到影響的集群業(yè)務的過程中提供參考依據(jù)。
[0035]優(yōu)選地，配置模塊，用于當檢測出用戶面數(shù)據(jù)發(fā)生擁塞或過載時，確定自身所在的MBSFN區(qū)域或MBMS業(yè)務區(qū)域發(fā)生擁塞或過載。
[0036]優(yōu)選地，配置模塊，用于根據(jù)判定條件檢測到用戶面數(shù)據(jù)發(fā)生擁塞或過載，其中，判定條件為預先配置完成或者攜帶在從GCS AS接收到的請求消息中。
[0037]優(yōu)選地，第一指示信息中攜帶的內(nèi)容包括以下至少之一:擁塞或過載標識；一個或多個小區(qū)標識，其中，小區(qū)標識包括以下至少之一:演進的統(tǒng)一陸地無線接入網(wǎng)(E-UTRAN)小區(qū)標識、E-UTRAN小區(qū)全球標識；一個或多個業(yè)務區(qū)域標識(SAI);—個或多個單頻網(wǎng)多媒體廣播多播業(yè)務(MBSFN)區(qū)域標識；一個或多個MBMS業(yè)務標識；擁塞或過載開始標識；其中，擁塞或過載標識用于指示在當前網(wǎng)絡中用戶面數(shù)據(jù)的負載是在發(fā)生擁塞還是在發(fā)生過載，小區(qū)標識用于指示發(fā)生擁塞或過載所影響到的小區(qū)，SAI用于指示發(fā)生擁塞或過載所影響到的MBMS業(yè)務區(qū)域，MBSFN區(qū)域標識用于指示發(fā)生擁塞或過載的MBSFN區(qū)域，MBMS業(yè)務標識用于指示發(fā)生擁塞或過載所影響到的集群業(yè)務。
[0038]優(yōu)選地,發(fā)送模塊,用于向GCS AS發(fā)送第一指不信息包括以下方式之一:將發(fā)生擁塞或過載的全部MBMS業(yè)務標識發(fā)送至MCE，以使MCE根據(jù)第一參數(shù)與第二參數(shù)的對應關系從全部MBMS業(yè)務標識中選取待上報的MBMS業(yè)務標識，并上報至GCS AS，其中，第一參數(shù)為服務質(zhì)量等級標識(QCI)或分配與保持優(yōu)先級(ARP),第二參數(shù)為臨時移動組標識(TMGI);根據(jù)接收到的來自于GCS AS的第一請求消息上報在該第一請求消息中指定的SAI中的TMGI狀態(tài)信息。
[0039]優(yōu)選地，上述裝置還包括:判斷模塊；判斷模塊，用于判斷是否需要向GCS AS發(fā)送第一指示信息的觸發(fā)條件包括以下之一:在發(fā)生擁塞或過載開始事件，或者，發(fā)生擁塞或過載結(jié)束事件的情況下，向GCS AS發(fā)送第一指示信息；在接收到來自于GCS AS的請求消息后，向GCS AS發(fā)送第一指示信息；在接收到來自于GCS AS的請求消息并且發(fā)生擁塞或過載開始事件，或者，接收到來自于GCS AS的請求消息并且發(fā)生擁塞或過載結(jié)束事件后，向GCSAS發(fā)送第一指示信息；按照預設周期向GCS AS發(fā)送第一指示信息；在每次重新啟動后向GCS AS發(fā)送第一指不信息。
[0040]優(yōu)選地，配置模塊，還用于確定用戶面數(shù)據(jù)發(fā)生的擁塞或過載已經(jīng)恢復，配置第二指示信息；發(fā)送模塊，還用于向GCS AS發(fā)送第二指示信息，其中，第二指示信息用于為GCSAS選擇對已停止的集群業(yè)務繼續(xù)通過單播承載的方式進行發(fā)送或者恢復MBMS承載的方式進行發(fā)送提供參考依據(jù)。
[0041]根據(jù)本發(fā)明的再一方面，提供了一種請求消息的處理裝置。
[0042]根據(jù)本發(fā)明實施例的請求消息的處理裝置包括:接收模塊，用于接收來自于組通信業(yè)務(GCS)應用服務器(AS)的請求消息，其中，請求消息是在GCS AS從基站接收到用于指示通過多媒體廣播多播業(yè)務(MBMS)承載的用戶面數(shù)據(jù)發(fā)生擁塞或過載的指示信息后發(fā)出的，請求消息用于請求停止通過MBMS承載的因用戶面數(shù)據(jù)發(fā)生擁塞或過載而受到影響的集群業(yè)務；處理模塊，用于根據(jù)請求消息配置停止通過MBMS承載發(fā)送受到影響的集群業(yè)務。
[0043]優(yōu)選地，接收模塊，用于經(jīng)由廣播多播服務中心BM-SC接收來自于GCS AS的請求消息。
[0044]優(yōu)選地，處理模塊包括:獲取單元，用于根據(jù)請求消息獲取待停止多播承載的MBSFN區(qū)域和MBMS業(yè)務；處理單元，用于對待停止多播承載的MBSFN區(qū)域和MBMS業(yè)務進行配置。
[0045]優(yōu)選地，請求消息中攜帶的信息包括以下至少之一:小區(qū)標識、MBMS業(yè)務標識、業(yè)務區(qū)域標識。
[0046]根據(jù)本發(fā)明的又一方面，提供了一種指示信息的處理裝置。
[0047]根據(jù)本發(fā)明實施例的指示信息的處理裝置包括:接收模塊，用于接收模塊接收來自于基站的指示信息，其中，指示信息用于指示多媒體廣播多播業(yè)務(MBMS)承載的用戶面數(shù)據(jù)發(fā)生擁塞或過載；第一處理模塊，用于根據(jù)指示信息向多小區(qū)多播協(xié)調(diào)實體(MCE)發(fā)送請求消息，其中，請求消息用于請求停止通過MBMS承載的因用戶面數(shù)據(jù)發(fā)生擁塞或過載而受到影響的集群業(yè)務。
[0048]優(yōu)選地，第一處理模塊，用于經(jīng)由廣播多播服務中心BM-SC向MCE發(fā)送請求消息。
[0049]優(yōu)選地，上述裝置還包括:確定模塊，用于根據(jù)指示信息確定因用戶面數(shù)據(jù)發(fā)生擁塞或過載而受到影響的目標用戶設備UE和/或集群業(yè)務標識；第二處理模塊，用于在用戶面數(shù)據(jù)發(fā)生擁塞的情況下，為目標UE建立單播承載并通過單播承載發(fā)送與集群業(yè)務標識對應的集群業(yè)務；或者，在用戶面數(shù)據(jù)發(fā)生過載的情況下，將與集群業(yè)務標識對應的集群業(yè)務設置為排隊等待狀態(tài)，直至等到過載結(jié)束后再進行發(fā)送；或者，在用戶面數(shù)據(jù)發(fā)生過載的情況下，搶占現(xiàn)有集群業(yè)務的資源發(fā)送與集群業(yè)務標識對應的集群業(yè)務。
[0050]優(yōu)選地，請求消息中攜帶的信息包括以下至少之一:小區(qū)標識、MBMS業(yè)務標識、業(yè)務區(qū)域標識。
[0051]通過本發(fā)明實施例，采用確定MBMS承載的用戶面數(shù)據(jù)發(fā)生擁塞或過載，配置第一指示信息；向GCS AS發(fā)送第一指示信息，其中，第一指示信息用于在GCS AS請求MCE或eNB停止通過MBMS承載的因用戶面數(shù)據(jù)發(fā)生擁塞或過載而受到影響的集群業(yè)務的過程中提供參考依據(jù)，解決了相關技術中如何實現(xiàn)MBMS業(yè)務區(qū)域到MBSFN區(qū)域的映射以及如何減少對未發(fā)生擁塞/過載區(qū)域UE的影響的問題，進而能夠?qū)崿F(xiàn)修改MBMS業(yè)務區(qū)域中的MBSFN區(qū)域的MBMS業(yè)務多播承載，當發(fā)生MBMS承載擁塞/過載時停止在MBSFN區(qū)域通過MBMS承載發(fā)送集群業(yè)務，以緩解MBMS承載擁塞/過載，從而減少對非擁塞/過載區(qū)域UE的影響。

【專利附圖】

【附圖說明】
[0052]此處所說明的附圖用來提供對本發(fā)明的進一步理解，構(gòu)成本申請的一部分，本發(fā)明的示意性實施例及其說明用于解釋本發(fā)明，并不構(gòu)成對本發(fā)明的不當限定。在附圖中:
[0053]圖1是根據(jù)相關技術的集群通信系統(tǒng)的系統(tǒng)架構(gòu)示意圖；
[0054]圖2是根據(jù)相關技術的LTE中MBMS的架構(gòu)示意圖；
[0055]圖3是根據(jù)本發(fā)明實施例的指示信息的確定方法的流程圖；
[0056]圖4是根據(jù)本發(fā)明優(yōu)選實施例的eNB向AS發(fā)送擁塞/過載指示信息過程的示意圖；
[0057]圖5是根據(jù)本發(fā)明實施例的請求消息的處理方法的流程圖；
[0058]圖6是根據(jù)本發(fā)明實施例的指示信息的處理方法的流程圖；
[0059]圖7是根據(jù)本發(fā)明優(yōu)選實施例的針對eNB檢測到多播承載擁塞/過載開始的場景實現(xiàn)修改多播承載方法的流程圖；
[0060]圖8是根據(jù)本發(fā)明優(yōu)選實施例的針對eNB檢測到多播承載擁塞/過載結(jié)束的場景實現(xiàn)修改多播承載的方法的流程圖；
[0061]圖9是根據(jù)本發(fā)明優(yōu)選實施例的針對eNB周期性上報擁塞/過載的場景實現(xiàn)修改多播承載的方法的流程圖；
[0062]圖10是根據(jù)本發(fā)明實施例的指示信息的確定裝置的結(jié)構(gòu)框圖；
[0063]圖11是根據(jù)本發(fā)明優(yōu)選實施例的指示信息的確定裝置的結(jié)構(gòu)框圖；
[0064]圖12是根據(jù)本發(fā)明實施例的請求消息的處理裝置的結(jié)構(gòu)框圖；
[0065]圖13是根據(jù)本發(fā)明優(yōu)選實施例的請求消息的處理裝置的結(jié)構(gòu)框圖；
[0066]圖14是根據(jù)本發(fā)明實施例的指示信息的處理裝置的結(jié)構(gòu)框圖；
[0067]圖15是根據(jù)本發(fā)明優(yōu)選實施例的指示信息的處理裝置的結(jié)構(gòu)框圖；
[0068]圖16是根據(jù)本發(fā)明優(yōu)選實施例的修改多播承載系統(tǒng)的示意圖。

【具體實施方式】
[0069]下文中將參考附圖并結(jié)合實施例來詳細說明本發(fā)明。需要說明的是，在不沖突的情況下，本申請中的實施例及實施例中的特征可以相互組合。
[0070]在下面所提供的實施例中，如無具體說明，本發(fā)明的MBMS是指演進的MBMS，即eMBMS，AS是指GCS AS，組通信是指集群通信。目前GCS AS上部署有集群業(yè)務，當然在GCSAS上還可以部署其他業(yè)務，本發(fā)明為了描述更加方便，將GCS AS分發(fā)的業(yè)務簡稱為集群業(yè)務。
[0071]在優(yōu)選實施例中，配置MCE是指網(wǎng)絡中配置了集中式MCE，此時在一個MBSFN area中，存在一個MCE和若干個eNB，MCE與eNB之間可以通過M2接口進行通訊。分布式MCE是指在一個MBSFN area中MCE與eNB設置在一起，也可以理解為eNB中的特定模塊能夠完成MCE的功能和作用，此時在該MBSFN area中，相當于存在多少個eNB就有多少個MCE。在本發(fā)明中，為了描述方便，對于分布式MCE而言，MME可以通過M3接口與eNB中的MCE模塊進行通信，此時M2接口作為邏輯接口依然存在。對于分布式MCE架構(gòu)，通過OAM實現(xiàn)MCE之間的協(xié)調(diào)工作。如無特殊說明，本發(fā)明可以應用于集中式或分布式MCE架構(gòu)。在本發(fā)明中，如果采用分布式MCE架構(gòu)，則MCE與eNB之間可以通過M2接口進行通信，其實際上屬于eNB與其自身的MCE模塊之間的內(nèi)部通信。
[0072]圖3是根據(jù)本發(fā)明實施例的指示信息的確定方法的流程圖。如圖3所示，該方法可以包括以下處理步驟:
[0073]步驟S302:eNB確定MBMS承載的用戶面數(shù)據(jù)發(fā)生擁塞或過載，配置第一指示信息；
[0074]步驟S304:eNB向GCS AS發(fā)送第一指示信息，其中，第一指示信息用于在GCS AS請求MCE或eNB停止通過MBMS承載的因用戶面數(shù)據(jù)發(fā)生擁塞或過載而受到影響的集群業(yè)務的過程中提供參考依據(jù)。
[0075]相關技術中無法實現(xiàn)MBMS業(yè)務區(qū)域到MBSFN區(qū)域的映射以及無法減少對未發(fā)生擁塞/過載區(qū)域UE的影響。采用如圖3所示的方法，基站在確定用戶面數(shù)據(jù)發(fā)生擁塞或過載的情況下，可以向GCS AS發(fā)送用于指示用戶面數(shù)據(jù)發(fā)生擁塞或過載的指示信息，GCS AS根據(jù)該指示信息請求MCE (針對集中式MCE)或eNB (針對分布式MCE)停止通過MBMS承載的因用戶面數(shù)據(jù)發(fā)生擁塞或過載而受到影響的集群業(yè)務，由此解決了相關技術中如何實現(xiàn)MBMS業(yè)務區(qū)域到MBSFN區(qū)域的映射以及如何減少對未發(fā)生擁塞/過載區(qū)域UE的影響的問題，進而能夠?qū)崿F(xiàn)修改MBMS業(yè)務區(qū)域中的MBSFN區(qū)域的MBMS業(yè)務多播承載，當發(fā)生MBMS承載擁塞/過載時停止在MBSFN區(qū)域通過MBMS承載發(fā)送集群業(yè)務，以緩解MBMS承載擁塞/過載，從而減少對非擁塞/過載區(qū)域UE的影響。
[0076]在優(yōu)選實施過程中，上述eNB確定MBMS承載的用戶面數(shù)據(jù)發(fā)生擁塞或過載可以包括以下處理:當一個或多個eNB檢測出用戶面數(shù)據(jù)發(fā)生擁塞或過載時，確定一個或多個eNB所在的MBSFN區(qū)域或MBMS業(yè)務區(qū)域發(fā)生擁塞或過載。即通過一個或多個eNB檢測用戶面數(shù)據(jù)是否發(fā)生擁塞或過載，其中，一個或多個eNB發(fā)生擁塞或過載表明其所在的MBSFN區(qū)域發(fā)生擁塞或過載。
[0077]上述擁塞是指用戶面數(shù)據(jù)負載達到預設閾值，而過載是指網(wǎng)絡節(jié)點無法繼續(xù)處理額外的用戶面數(shù)據(jù)負載。本發(fā)明中所提到的用戶面數(shù)據(jù)是指物理多播信道(PMCH)上的MBMS業(yè)務數(shù)據(jù)。
[0078]在優(yōu)選實施過程中，eNB可以根據(jù)判定條件檢測到用戶面數(shù)據(jù)發(fā)生擁塞或過載，其中，判定條件可以由操作管理維護(OAM)預先配置完成(不限定消息類型)或者攜帶在從GCS AS接收到的請求消息中。
[0079]eNB可以根據(jù)事先設定的規(guī)則判斷MBMS用戶面數(shù)據(jù)是否發(fā)生擁塞/過載，即預先定義了擁塞/過載判定條件，如果eNB經(jīng)過判斷能夠確定滿足上述預先定義的擁塞/過載判定條件時，則可以確定已經(jīng)發(fā)生擁塞/過載。
[0080]上述擁塞/過載判定條件，即設定的判斷規(guī)則除了可以采用事先設定的方式，也可以在發(fā)送給eNB的指示信息中同時攜帶。[0081 ] eNB 可以通過 eNodeB (eNB) — MCE — MME — MBMS Gff — BM-SC — AS 向 GCS AS 發(fā)送擁塞/過載指示信息。即eNB首先通過M2接口向MCE發(fā)送指示信息，該指示信息可以采用現(xiàn)有的M2接口信令并增加新的指示字段來實現(xiàn)，或者，直接采用新的M2接口信令；
[0082]同樣的，在M3接口、Sm接口、SGmb接口、MB2-C接口上發(fā)送上述擁塞/過載指示信息時，可以采用現(xiàn)有接口信令并增加新的指示字段，或者，直接采用新的專有接口信令實現(xiàn)。
[0083]優(yōu)選地，上述第一指示信息中攜帶的內(nèi)容可以包括但不限于以下至少之一:
[0084](I)擁塞/過載標識；
[0085](2) 一個或多個小區(qū)標識，例如:E-UTRAN小區(qū)標識(E-UTRAN Cell Identifier，簡稱為 ECI)或 E-UTRAN 小區(qū)全球標識(E-UTRAN Cell Global Identifier，簡稱為 ECGI)；
[0086](3) 一個或多個業(yè)務區(qū)域標識(Service Area Identifier,簡稱為SAI)；
[0087](4) 一個或多個MBSFN區(qū)域標識；
[0088](5) 一個或多個MBMS業(yè)務標識,例如:臨時移動組標識(Temporary Mobile GroupIdentity,簡稱為 TMGI);和 / 或，MBMS 會話標識(例如:sess1n ID)；
[0089](6)擁塞/過載開始標識。
[0090]其中，擁塞/過載標識用于指示網(wǎng)絡擁塞還是過載，小區(qū)標識用于指示擁塞/過載影響的小區(qū)，SAI用于指示擁塞/過載影響的MBMS業(yè)務區(qū)域，MBSFN區(qū)域標識用于指示發(fā)生擁塞/過載的MBSFN區(qū)域，TMGI用于指示擁塞/過載影響的集群業(yè)務。
[0091]需要指出的是，MBSFN區(qū)域標識只在M2接口上發(fā)送。
[0092]在優(yōu)選實施過程中，上述第一指示信息的內(nèi)容由觸發(fā)檢測擁塞的方式?jīng)Q定:
[0093]I)如果是AS請求觸發(fā)且請求消息中攜帶有區(qū)域標識和業(yè)務標識，則第一指示信息需要包括:擁塞/過載標識，開始/結(jié)束標識；進一步地，也可以包括:區(qū)域標識和業(yè)務標識。
[0094]2)如果周期性上報，則第一指示信息可以包括:擁塞/過載標識、區(qū)域標識、業(yè)務標識以及開始/結(jié)束標識，其中，區(qū)域標識可以包括:小區(qū)標識、和/或SAIJP /或MBSFN區(qū)域標識。假設eNB上報MCE的區(qū)域標識為小區(qū)標識，則MCE根據(jù)接收到的小區(qū)標識和業(yè)務標識可以判斷發(fā)生擁塞的MBSFN區(qū)域/業(yè)務區(qū)域，則MCE向AS上報的區(qū)域標識包含小區(qū)標識和/或業(yè)務區(qū)域標識。AS可以根據(jù)接收到的指示信息向MCE下發(fā)停止業(yè)務的消息中包含接收到的業(yè)務區(qū)域標識和/或小區(qū)標識，然后MCE再根據(jù)從AS接收到的業(yè)務區(qū)域標識和/或小區(qū)標識和本地已判斷出發(fā)生擁塞的MBSFN區(qū)域信息，關閉相應MBSFN區(qū)域的業(yè)務。其他的區(qū)域標識標識信息作類似處理，此處不再贅述。
[0095]擁塞/過載開始/結(jié)束的內(nèi)容可以包括但不限于以下至少之一:
[0096](I)開始(用I或true指示)；
[0097](2)結(jié)束(用O或false指示)。
[0098]擁塞/過載開始/結(jié)束，換言之，擁塞/過載開始等效于當前出現(xiàn)擁塞/過載，擁塞/過載結(jié)束等效于當前沒有出現(xiàn)擁塞/過載或已經(jīng)開始的擁塞/過載現(xiàn)已結(jié)束。
[0099]節(jié)點擁塞是指網(wǎng)絡中的MBMS用戶面數(shù)據(jù)負載達到預設閾值；節(jié)點過載是指網(wǎng)絡節(jié)點無法繼續(xù)處理額外的MBMS用戶面數(shù)據(jù)負載。
[0100]上報MBMS業(yè)務擁塞/過載信息的內(nèi)容可以包括但限于:假設擁塞用C指示，過載用O指示，舉例:
[0101]{ECI1/MBSFN area ID1/SAI 1:TMGI I, TMGI2, TMGI3 ；C,true}
[0102]{ECI2/MBSFN area ID1/SAI 1:TMGI5, TMGI6 ;0，false}
[0103]{ECI3/MBSFN area ID2/SAI 1:TMGI10 ；C,false}
[0104]說明:在上述示例中，小區(qū)ECIl中的TMGI1，TMGI2，TMGI3發(fā)生擁塞；ECI2中的TMGI5, TMGI6過載結(jié)束；ECI3中的TMGIlO擁塞結(jié)束。
[0105]擁塞/過載指示信息在發(fā)送過程中可能進行修改，通常是將小區(qū)標識ECI修改為MBMS業(yè)務區(qū)域標識SAI，如果在MCE將接收到的指示信息中的ECI修改為SAI，則GCS AS可以根據(jù)接收到的指示信息確定發(fā)生擁塞/過載的MBMS業(yè)務區(qū)域。
[0106]當過載指示O為I (True)的情況下，可以不再發(fā)送擁塞指示C ;或者雖然發(fā)送了擁塞指示C, UE可以忽略該指示。
[0107]優(yōu)選地，上述eNB向GCS AS發(fā)送第一指示信息包括以下方式之一:
[0108]方式一、將發(fā)生擁塞或過載的全部MBMS業(yè)務標識發(fā)送至MCE，以使MCE根據(jù)第一參數(shù)與第二參數(shù)的對應關系從全部MBMS業(yè)務標識中選取待上報的MBMS業(yè)務標識,并上報至GCS AS，其中，第一參數(shù)為服務質(zhì)量等級標識QCI或分配與保持優(yōu)先級ARP，第二參數(shù)為臨時移動組標識TMGI ；
[0109]方式二、根據(jù)接收到的來自于GCS AS的第一請求消息上報在該請求消息中指定的SAI中的TMGI狀態(tài)信息。
[0110]考慮到只有特定的集群業(yè)務(例如:一鍵通話(Push To Talk，簡稱為PTT))可能發(fā)生擁塞/過載，根據(jù)業(yè)務的服務質(zhì)量(QoS)信息，例如:QCI或ARP，確定發(fā)生擁塞/過載的業(yè)務是特定的集群業(yè)務。由于eNB不知道業(yè)務的QoS信息，因此在eNB中存在以下兩種上報擁塞/過載方法:
[0111]方法一、eNB上報所有發(fā)生擁塞/過載的業(yè)務標識TMGI到MCE，根據(jù)特定業(yè)務的TMGI (MCE根據(jù)QCI/ARP與TMGI的對應關系)，MCE選擇發(fā)生擁塞/過載的特定業(yè)務的TMGI上報到GCS AS ；
[0112]可選地，eNB檢測到擁塞/過載并向AS上報受影響的集群業(yè)務可以采用以下方式至少之一:
[0113]方式一、該eNB上承載的全部集群業(yè)務，即:包括全部MBSFN區(qū)域；
[0114]方式二、檢測到擁塞/過載的MBSFN區(qū)域，這個/這些MBSFN區(qū)域上所配置的全部集群業(yè)務，即包括MBSFN區(qū)域的所有PMCH上所承載的集群業(yè)務；
[0115]方式三、每個MBSFN區(qū)域上承載了一個或多個PMCH，eNB檢測到一個或多個PMCH發(fā)生了擁塞/過載，則eNB上報這個/這些PMCH上所配置的所有集群業(yè)務。
[0116]方法二、AS請求需要上報狀態(tài)的SAI和TMGI，通過路徑AS — BM-SC — MBMSGW — MME — MCE — eNB 發(fā)送請求消息到 eNB，eNB 可以通過 eNB — MCE — MME — MBMSGff — BM-SC — AS，上報特定SAI中TMGI的狀態(tài)到AS?？蛇x地，如果AS請求信息只包括SAI信息，則eNB上報SAI中所有的TMGI狀態(tài)。
[0117]優(yōu)選地，在eNB向GCS AS發(fā)送第一指示信息的觸發(fā)條件之前，還可以包括操作:
[0118]步驟S1:eNB判斷是否需要向GCS AS發(fā)送第一指示信息的觸發(fā)條件可以包括但不限于以下之一:
[0119]條件一、在發(fā)生擁塞或過載開始事件，或者，發(fā)生擁塞或過載結(jié)束事件的情況下，向GCSAS發(fā)送第一指不信息；
[0120]條件二、在接收到來自于GCS AS的請求消息后，向GCS AS發(fā)送第一指示信息；
[0121]條件三、在接收到來自于GCS AS的請求消息并且發(fā)生擁塞或過載開始事件，或者，接收到來自于GCS AS的請求消息并且發(fā)生擁塞或過載結(jié)束事件后，向GCS AS發(fā)送第一指示信息；
[0122]條件四、按照預設周期向GCS AS發(fā)送第一指示信息；
[0123]條件五、在每次重新啟動后向GCS AS發(fā)送第一指示信息。
[0124]上述發(fā)送觸發(fā)方式可以為以下之一:事件觸發(fā)、AS請求觸發(fā)、事件觸發(fā)和AS請求觸發(fā)、周期性上報，其中，事件觸發(fā)上報是指當網(wǎng)絡節(jié)點發(fā)生擁塞/過載開始/結(jié)束事件時，網(wǎng)絡節(jié)點上報到AS ;AS請求觸發(fā)是指AS向網(wǎng)絡節(jié)點發(fā)送請求消息，接收到請求消息的網(wǎng)絡節(jié)點上報節(jié)點狀態(tài)信息到AS ;事件觸發(fā)和AS請求觸發(fā)是指AS向網(wǎng)絡節(jié)點發(fā)送請求消息，當網(wǎng)絡節(jié)點檢測到擁塞/過載事件時上報到AS ;周期性上報是指配置上報周期，在每個周期eNB上報節(jié)點狀態(tài)到AS，該上報周期可以事先指定或者AS在發(fā)送請求消息時指定。
[0125]當網(wǎng)絡節(jié)點發(fā)生擁塞/過載開始/結(jié)束事件是指:從開始狀態(tài)轉(zhuǎn)換為結(jié)束狀態(tài)；或者，從結(jié)束狀態(tài)轉(zhuǎn)換為開始狀態(tài)。即如果原先并沒有發(fā)生擁塞/過載(等效于上次擁塞/過載已經(jīng)結(jié)束)轉(zhuǎn)換為開始(等效于當前已經(jīng)出現(xiàn)擁塞/過載)，則eNB需要上報；如果原先出現(xiàn)了擁塞/過載(等效于當前擁塞/過載已經(jīng)開始)到不再發(fā)生擁塞/過載(等效于當前擁塞/過載已經(jīng)結(jié)束)，則eNB需要上報；而且在eNB檢測到擁塞狀態(tài)和過載狀態(tài)彼此發(fā)生變化的情況下，eNB也需要上報。
[0126]簡單地說，C=擁塞指示，采用{0，1}標識；O =過載指示，采用{0，1}標識，只要C和/或O的標識發(fā)送了變化，eNB都需要進行上報。
[0127]總而言之，如果擁塞/過載的開始或者結(jié)束的狀態(tài)未發(fā)生改變，則eNB不再需要上報，這樣AS總能夠準確地掌握MBMS的擁塞/過載狀態(tài)。eNB可能在發(fā)生故障后重新啟動，則eNB發(fā)生了擁塞/過載改變，但eNB卻未曾得知，因此，eNB在每次重啟后總是需要上報一次擁塞/過載指示信息。
[0128]圖4是根據(jù)本發(fā)明優(yōu)選實施例的eNB向AS發(fā)送擁塞/過載指示信息過程的示意圖。如圖4所示，MBMS業(yè)務區(qū)域SAIl中有兩個MBSFN區(qū)域:MBSFN區(qū)域I和MBSFN區(qū)域2，其中，MBSFN區(qū)域I包含2個小區(qū)={ECI1, ECI2}，MBSFN區(qū)域2包含三個小區(qū)={ECI2，ECI3，ECI4}。假設 eNB 向 AS 上報擁塞 / 過載指示信息{ECI2/MBSFN area ID 1/SAII ；TMGI2, TMGI3 ；C ；true}，即 SAIl 中的 MBSFN 區(qū)域 I 中的 ECI2 中的 TMGI2 和 TMGI3 發(fā)生擁塞。AS在接收到擁塞/過載指示信息{ECI2/SAI1 ；TMGI2, TMGI3 ；C ；true}之后，確定SAIl中的小區(qū)ECI2中的TMGI2和TMGI3發(fā)生擁塞。
[0129]優(yōu)選地，在步驟S304，向GCS AS發(fā)送第一指示信息之后，還可以包括以下步驟:
[0130]步驟S2:eNB確定用戶面數(shù)據(jù)發(fā)生的擁塞或過載已經(jīng)恢復，配置第二指示信息；
[0131]步驟S3:eNB向GCS AS發(fā)送第二指示信息，其中，第二指示信息用于為GCS AS選擇對已停止的集群業(yè)務繼續(xù)通過單播承載的方式進行發(fā)送或者恢復MBMS承載的方式進行發(fā)送提供參考依據(jù)。
[0132]擁塞/過載結(jié)束是指網(wǎng)絡恢復正常，例如:用戶面數(shù)據(jù)負載不滿足預設擁塞/過載條件。
[0133]eNB 可以通過 eNodeB (eNB) — MCE — MME — MBMS Gff — BM-SC — AS 向 GCS AS 發(fā)送擁塞/過載結(jié)束(恢復)指示信息。
[0134]上述擁塞/過載結(jié)束指示信息可以包括但不限于以下至少之一:
[0135](I)擁塞/過載標識；
[0136](2) 一個或多個小區(qū)標識，例如:E-UTRAN小區(qū)標識(E-UTRAN Cell Identifier，簡稱為 ECI)或 E-UTRAN 小區(qū)全球標識(E-UTRAN Cell Global Identifier，簡稱為 ECGI)；
[0137](3) 一個或多個業(yè)務區(qū)域標識(Service Area Identifier,簡稱為SAI)；
[0138](4) 一個或多個MBSFN區(qū)域標識；
[0139](5) 一個或多個MBMS業(yè)務標識,例如:臨時移動組標識(Temporary Mobile GroupIdentity,簡稱為 TMGI)；;和 / 或，MBMS 會話標識(例如:sess1n ID)；
[0140](6)擁塞/過載結(jié)束標識。
[0141]上述發(fā)送觸發(fā)方式可以為以下之一:事件觸發(fā)、AS請求觸發(fā)、事件觸發(fā)和AS請求觸發(fā)、周期性上報，其中，事件觸發(fā)上報是指當網(wǎng)絡節(jié)點發(fā)生擁塞/過載開始/結(jié)束事件時，網(wǎng)絡節(jié)點上報到AS ;AS請求觸發(fā)是指AS向網(wǎng)絡節(jié)點發(fā)送請求消息，接收到請求消息的網(wǎng)絡節(jié)點上報節(jié)點狀態(tài)信息到AS ;事件觸發(fā)和AS請求觸發(fā)是指AS向網(wǎng)絡節(jié)點發(fā)送請求消息，當網(wǎng)絡節(jié)點檢測到擁塞/過載事件時上報到AS ;周期性上報是指配置上報周期，在每個周期eNB上報節(jié)點狀態(tài)到AS，該上報周期可以事先指定或者AS在發(fā)送請求消息時指定。
[0142]圖5是根據(jù)本發(fā)明實施例的請求消息的處理方法的流程圖。如圖5所示，該方法可以包括以下處理步驟:
[0143]步驟S502 =MCE或eNB接收來自于GCS AS的請求消息，其中，請求消息是在GCSAS從基站接收到用于指示通過MBMS承載的用戶面數(shù)據(jù)發(fā)生擁塞或過載的指示信息后發(fā)出的，請求消息用于請求停止通過MBMS承載的因用戶面數(shù)據(jù)發(fā)生擁塞或過載而受到影響的集群業(yè)務；
[0144]步驟S504 =MCE或eNB根據(jù)請求消息配置停止通過MBMS承載發(fā)送受到影響的集群業(yè)務。
[0145]在優(yōu)選實施例中，MCE或eNB可以通過接收到的請求消息和本地數(shù)據(jù)庫判斷需要停止多播承載的MBSFN區(qū)域和MBMS業(yè)務，如根據(jù)eNB在M2接口上發(fā)送的發(fā)生擁塞/過載指示信息中的MBSFN區(qū)域標識和TMGI。
[0146]如上述圖4所示，假設MCE接收到來自于MME的請求消息包含{ECI2/SAI1 ;TMGI2, TMGI3}，ECI2屬于兩個MBSFN區(qū)域，而MCE已知MBSFN區(qū)域I發(fā)生擁塞，則MCE確定將MBSFN區(qū)域I的TMGI2和TMGI3停止多播發(fā)送。MCE繼而向MBSFN區(qū)域I內(nèi)的eNB發(fā)送MBMS 調(diào)度信息(MBMS Scheduling informat1n)，在上述消息中將 TMGI2，TMGI3 刪除。接收到MBMS Scheduling informat1n的eNB在MBSFN區(qū)域I內(nèi)發(fā)送更新的MCCH信息，并在更新的MCCH信息中刪除TMGI2和TMGI3，MBSFN區(qū)域I中的受影響UE接收到更新的MCCH信息，確定相應的MBMS業(yè)務已刪除，即相應集群業(yè)務TMGI2/TMGI3停止在多播承載上發(fā)送。
[0147]圖6是根據(jù)本發(fā)明實施例的指示信息的處理方法的流程圖。如圖6所示，該方法可以包括以下處理步驟:
[0148]步驟S602 =GCS AS接收來自于基站的指示信息，其中，指示信息用于指示多媒體廣播多播業(yè)務MBMS承載的用戶面數(shù)據(jù)發(fā)生擁塞或過載；
[0149]步驟S604 =GCS AS根據(jù)指示信息向MCE發(fā)送請求消息，其中，請求消息用于請求停止通過MBMS承載的因用戶面數(shù)據(jù)發(fā)生擁塞或過載而受到影響的集群業(yè)務。
[0150]在優(yōu)選實施例中，AS可以通過BM-SC向MCE請求停止受影響業(yè)務的MBMS承載。
[0151]在AS發(fā)送上述請求消息之前，AS首先根據(jù)上述擁塞/過載指示信息確定受到影響的目標UE和集群業(yè)務TMGI，然后，AS根據(jù)擁塞/過載指示信息和本地策略確定所要采取的行動，當發(fā)生擁塞時，為目標UE建立單播承載，并通過單播承載發(fā)送集群業(yè)務；當發(fā)生過載時，AS將集群業(yè)務排隊等待過載結(jié)束再發(fā)送，或者，AS利用高優(yōu)先級的集群業(yè)務搶占現(xiàn)有集群業(yè)務的資源。
[0152]AS通過BM-SC — MBMS Gff — MME路徑向MME發(fā)送請求消息，該請求消息用于停止多播承載；該請求消息中攜帶的信息可以包括以下至少之一:小區(qū)標識、MBMS業(yè)務標識，其中，小區(qū)標識和/或MBMS業(yè)務標識為AS接收到的擁塞/過載指示信息中的小區(qū)標識ECI和業(yè)務標識TMGI。
[0153]MBMS Gff向區(qū)域內(nèi)所有的MME發(fā)送請求消息，MME根據(jù)請求消息中的小區(qū)標識判斷是否為所屬的小區(qū)，如果否，則MME丟棄收到的請求消息。MME根據(jù)小區(qū)標識選擇MCE并發(fā)送請求消息。MME可以通過M3接口消息獲取小區(qū)所屬的MCE。
[0154]上述請求消息可以通過現(xiàn)有流程或新建流程來實現(xiàn)，其中，現(xiàn)有流程為:MBMS任務停止請求(MBMS sess1n stop request)或 MBMS 任務更新(MBMS sess1n update)在現(xiàn)有流程中增加小區(qū)標識字段。通過BM-SC —MBMS GW —MME路徑向MME發(fā)送請求消息，該請求消息用于停止MBMS承載。
[0155]如果MBMS GW無法確定具體的MME JUMBMS GW可以向區(qū)域內(nèi)所有MME發(fā)送請求消息?？紤]到請求消息中攜帶有目標小區(qū)的標識，MME可以判斷目標小區(qū)是否屬于自己的范圍，并向MBMS Gff發(fā)送響應消息。
[0156]MME向AS發(fā)送響應消息，表明MME已成功/失敗接收請求消息。如果響應消息指示失敗，則AS/BM-SC/MBMS Gff將會重新發(fā)送請求消息。
[0157]此外，AS可以選擇向UE發(fā)送集群業(yè)務的方式。AS通過上述恢復指示信息確定受到影響的目標UE，并選擇合適的方式向目標UE發(fā)送集群業(yè)務。例如:繼續(xù)通過單播承載或恢復MBMS承載發(fā)送集群業(yè)務。為了避免業(yè)務中斷，GCS AS可以先向受影響的UE建立PTP承載，再釋放集群業(yè)務的PTM承載。
[0158]下面將通過以下幾個具體集群業(yè)務流程的優(yōu)選實施例來對上述優(yōu)選實施過程作進一步的說明。在下面的優(yōu)選實施例中，僅以配置了集中式MCE為場景描述。然而，在實際場景中，還可以是分布式MCE，此時MCE設置于eNB中，其相當于eNB中的特定模塊來完成MCE的功能。
[0159]優(yōu)選實施例一
[0160]圖7是根據(jù)本發(fā)明優(yōu)選實施例的針對eNB檢測到多播承載擁塞/過載開始的場景實現(xiàn)修改多播承載方法的流程圖。如圖7所示，該流程可以包括以下處理步驟:
[0161]步驟S702:選擇檢測擁塞/過載的基站eNB。
[0162]在該優(yōu)選實施例中，執(zhí)行選擇的實體可以為以下之一:由MCE選擇、由GCS AS選擇、由0&M選擇。上述擁塞/過載是指MBMS的用戶面數(shù)據(jù)業(yè)務發(fā)生擁塞/過載，擁塞/過載的判斷準則需要事先制定并通知目標eNB?？蛇x地，可以在指示信息中攜帶該判斷準則。
[0163]在正常情況下，如果MBSFN區(qū)域中發(fā)生MBMS用戶面數(shù)據(jù)擁塞/過載，考慮到MBSFN區(qū)域中參與MBSFN傳輸?shù)乃衑NB都有相同的資源配置，則所有eNB都發(fā)生擁塞/過載，此時如果所有eNB在M2接口上報擁塞/過載指示，則上報的內(nèi)容完全相同，所以沒必要讓所有eNB均上報擁塞/過載指示，一個MBSFN區(qū)域有一個eNB上報擁塞/過載即可確定該MBSFN區(qū)域/MBMS業(yè)務區(qū)域發(fā)生擁塞，即可以根據(jù)部分擁塞/過載信息推測出全部擁塞/過載信息，從而不僅可以提高檢測效率，同時還可以降低網(wǎng)絡信令負載。
[0164]上述eNB可以為一個或多個，當MCE或0&M選擇eNB時，通常在一個MBSFN區(qū)域可以選擇一個eNB，而通知可以通過0&M或信令方式實現(xiàn)。
[0165]當GCS AS選擇eNB時，考慮到選中的eNB沒有擁塞/過載，但是目標MBMS業(yè)務區(qū)域仍可能擁塞/過載，如目標MBMS業(yè)務區(qū)域有多個MBSFN區(qū)域，eNB所在的MBSFN區(qū)域沒有擁塞/過載，其他MBSFN區(qū)域發(fā)生擁塞/過載，但是GCS AS不知道MBSFN區(qū)域配置。為了盡量避免上述情況發(fā)生，GCS AS可以選擇多個eNB用來檢測擁塞/過載。
[0166]eNB為特定MBMS業(yè)務區(qū)域中的eNB，一般在MBMS業(yè)務區(qū)域中有多個eNB，此時可以選擇任意一個eNB用來監(jiān)測擁塞/過載。
[0167]需要指出的是，在選擇eNB的同時，一般也指定目標MBMS業(yè)務區(qū)域；目標MBMS業(yè)務區(qū)域為需要檢測擁塞/過載的區(qū)域；MBMS業(yè)務區(qū)域采用業(yè)務區(qū)域標識(Service AreaIdentifier,簡稱為SAI)，如果沒有指定MBMS業(yè)務區(qū)域，考慮到單個eNB可能屬于多個MBMS業(yè)務區(qū)域，則選中的eNB監(jiān)測所在的全部MBMS業(yè)務區(qū)域擁塞/過載狀態(tài)。選擇eNB也可以通過小區(qū)標識指示，即通過小區(qū)標識確定所在的eNB。
[0168]在本發(fā)明所提供的優(yōu)選實施例中，以下描述表不同一概念:MBMS承載、MBSFN承載、多播承載、點到多點(Point To Multipoint，簡稱為PTM)承載。
[0169]MBMS承載可以包括:核心網(wǎng)承載(即演進的分組核心網(wǎng)(Evolved Packet Corenetwork，簡稱為EPC)承載)和空口承載，RAN(基站eNB和/或MCE)配置MBMS空口資源，并在空口發(fā)送MBMS配置信息和集群數(shù)據(jù)。
[0170]需要指出的是，發(fā)生擁塞/過載的數(shù)據(jù)面業(yè)務可以是普通MBMS業(yè)務或GCS業(yè)務，普通MBMS業(yè)務和GCS業(yè)務可以通過不同的服務質(zhì)量等級標識(QCI)參數(shù)加以區(qū)別。
[0171]步驟S704:eNB檢測到多播承載擁塞/過載。
[0172]擁塞是指用戶面數(shù)據(jù)負載達到預設閾值，而過載是指網(wǎng)絡節(jié)點無法繼續(xù)處理額外的用戶面數(shù)據(jù)負載，在本發(fā)明中的用戶面數(shù)據(jù)是指物理多播信道(PMCH)上的MBMS業(yè)務數(shù)據(jù)。
[0173]eNB可以根據(jù)事先設定的規(guī)則判斷MBMS用戶面數(shù)據(jù)擁塞/過載，即事先定義了擁塞/過載條件，eNB判斷滿足條件時則確定發(fā)生了擁塞/過載。
[0174]可選地，上述擁塞/過載條件，也就是設定的判斷規(guī)則，除了可以事先設定之外，還可以在發(fā)送給eNB的指示信息中同時攜帶。
[0175]步驟S706: eNB向AS發(fā)送擁塞/過載指示信息。
[0176]eNB 可以通過 eNodeB (eNB) — MCE — MME — MBMS Gff — BM-SC — AS 向 GCS AS 發(fā)送擁塞/過載指示信息。即eNB首先通過M2接口向MCE發(fā)送指示信息，該指示信息可以采用現(xiàn)有的M2接口信令并增加新的指示字段來實現(xiàn)，或者，直接采用新的M2接口信令；
[0177]同樣的，在M3接口、Sm接口、SGmb接口、MB2-C接口上發(fā)送上述擁塞/過載指示信息時，可以采用現(xiàn)有接口信令并增加新的指示字段，或者，直接采用新的專有接口信令實現(xiàn)。
[0178]上述擁塞/過載指示信息可以包括但不限于以下至少之一:
[0179](I)擁塞/過載標識；
[0180](2)小區(qū)標識，例如:E-UTRAN小區(qū)標識(E-UTRAN Cell Identifier，簡稱為ECI)或E-UTRAN 小區(qū)全球標識(E-UTRAN Cell Global Identifier，簡稱為 ECGI)；
[0181](3)業(yè)務區(qū)域標識(Service Area Identifier,簡稱為 SAI)；
[0182](4) MBSFN 區(qū)域標識；
[0183](5)MBMS 業(yè)務標識,例如:臨時移動組標識(Temporary Mobile Group Identity,簡稱為TMGI)；
[0184](6)擁塞/過載開始標識。
[0185]其中，擁塞/過載標識用于指示網(wǎng)絡擁塞還是過載，小區(qū)標識用于指示擁塞/過載影響的小區(qū)，SAI用于指示擁塞/過載影響的MBMS業(yè)務區(qū)域，MBSFN區(qū)域標識用于指示發(fā)生擁塞/過載的MBSFN區(qū)域，TMGI用于指示擁塞/過載影響的集群業(yè)務。
[0186]需要指出的是，MBSFN區(qū)域標識只在M2接口上發(fā)送。
[0187]擁塞/過載開始/結(jié)束的內(nèi)容可以包括但不限于以下至少之一:
[0188](I)開始(用I或true指示)；
[0189](2)結(jié)束(用O或false指示)。
[0190]擁塞/過載開始/結(jié)束，換言之，擁塞/過載開始等效于當前出現(xiàn)擁塞/過載，擁塞/過載結(jié)束等效于當前沒有出現(xiàn)擁塞/過載或已經(jīng)開始的擁塞/過載現(xiàn)已結(jié)束。
[0191]節(jié)點擁塞是指網(wǎng)絡中的MBMS用戶面數(shù)據(jù)負載達到預設閾值；節(jié)點過載是指網(wǎng)絡節(jié)點無法繼續(xù)處理額外的MBMS用戶面數(shù)據(jù)負載。
[0192]上報MBMS業(yè)務擁塞/過載信息的內(nèi)容可以包括但限于:假設擁塞用C指示，過載用O指示，舉例:
[0193]{ECI1/MBSFN area ID1/SAI 1:TMGI I, TMGI2, TMGI3 ；C,true}
[0194]{ECI2/MBSFN area ID1/SAI 1:TMGI5, TMGI6 ;0，false}
[0195]{ECI3/MBSFN area ID2/SAI 1:TMGI10 ；C, false}
[0196]說明:在上述示例中，小區(qū)ECIl中的TMGI1，TMGI2，TMGI3發(fā)生擁塞；ECI2中的TMGI5, TMGI6過載結(jié)束；ECI3中的TMGIlO擁塞結(jié)束。
[0197]擁塞/過載指示信息在發(fā)送過程中可能進行修改，通常是將小區(qū)標識ECI修改為MBMS業(yè)務區(qū)域標識SAI，如果在MCE將接收到的指示信息中的ECI修改為SAI，則GCS AS可以根據(jù)接收到的指示信息確定發(fā)生擁塞/過載的MBMS業(yè)務區(qū)域。
[0198]當過載指示O為I (True)的情況下，可以不再發(fā)送擁塞指示C ;或者雖然發(fā)送了擁塞指示C, UE可以忽略該指示。
[0199]考慮到只有特定的集群業(yè)務(例如:一鍵通話(Push To Talk，簡稱為PTT))可能發(fā)生擁塞/過載，根據(jù)業(yè)務的服務質(zhì)量(QoS)信息，例如:QCI或ARP，確定發(fā)生擁塞/過載的業(yè)務是特定的集群業(yè)務。由于eNB不知道業(yè)務的QoS信息，因此在eNB中存在以下兩種上報擁塞/過載方法:
[0200]方法一、eNB上報所有發(fā)生擁塞/過載的業(yè)務標識TMGI到MCE，根據(jù)特定業(yè)務的TMGI (MCE根據(jù)QCI/ARP與TMGI的對應關系)，MCE選擇發(fā)生擁塞/過載的特定業(yè)務的TMGI上報到GCS AS ；
[0201 ] 方法二、AS請求需要上報狀態(tài)的SAI和TMGI，通過路徑AS — BM-SC — MBMSGW — MME — MCE — eNB 發(fā)送請求消息到 eNB，eNB 可以通過 eNB — MCE — MME — MBMSGff — BM-SC — AS，上報特定SAI中TMGI的狀態(tài)到AS。可選地，如果AS請求信息只包括SAI信息，則eNB上報SAI中所有的TMGI狀態(tài)。
[0202]上述發(fā)送觸發(fā)方式可以為以下之一:事件觸發(fā)、AS請求觸發(fā)、事件觸發(fā)和AS請求觸發(fā)、周期性上報，其中，事件觸發(fā)上報是指當網(wǎng)絡節(jié)點發(fā)生擁塞/過載開始/結(jié)束事件時，網(wǎng)絡節(jié)點上報到AS ;AS請求觸發(fā)是指AS向網(wǎng)絡節(jié)點發(fā)送請求消息，接收到請求消息的網(wǎng)絡節(jié)點上報節(jié)點狀態(tài)信息到AS ;事件觸發(fā)和AS請求觸發(fā)是指AS向網(wǎng)絡節(jié)點發(fā)送請求消息，當網(wǎng)絡節(jié)點檢測到擁塞/過載事件時上報到AS ;周期性上報是指配置上報周期，在每個周期eNB上報節(jié)點狀態(tài)到AS，該上報周期可以事先指定或者AS在發(fā)送請求消息時指定。
[0203]當網(wǎng)絡節(jié)點發(fā)生擁塞/過載開始/結(jié)束事件是指:從開始狀態(tài)轉(zhuǎn)換為結(jié)束狀態(tài)；或者，從結(jié)束狀態(tài)轉(zhuǎn)換為開始狀態(tài)。即如果原先并沒有發(fā)生擁塞/過載(等效于上次擁塞/過載已經(jīng)結(jié)束)轉(zhuǎn)換為開始(等效于當前已經(jīng)出現(xiàn)擁塞/過載)，則eNB需要上報；如果原先出現(xiàn)了擁塞/過載(等效于當前擁塞/過載已經(jīng)開始)到不再發(fā)生擁塞/過載(等效于當前擁塞/過載已經(jīng)結(jié)束)，則eNB需要上報；而且在eNB檢測到擁塞狀態(tài)和過載狀態(tài)彼此發(fā)生變化的情況下，eNB也需要上報。
[0204]簡單地說，C =擁塞指示，采用{0，1}標識；0 =過載指示，采用{0，1}標識，只要C和/或O的標識發(fā)送了變化，eNB都需要進行上報。
[0205]總而言之，如果擁塞/過載的開始或者結(jié)束的狀態(tài)未發(fā)生改變，則eNB不需要再上報，這樣AS總能夠準確地掌握MBMS的擁塞/過載狀態(tài)。
[0206]步驟S708:AS通過BM-SC向MME發(fā)送請求消息。
[0207]在AS發(fā)送上述請求消息之前，AS首先根據(jù)上述擁塞/過載指示信息確定受到影響的目標UE和集群業(yè)務TMGI，然后，AS根據(jù)擁塞/過載指示信息和本地策略確定所要采取的行動，當發(fā)生擁塞時，為目標UE建立單播承載，并通過單播承載發(fā)送集群業(yè)務；當發(fā)生過載時，AS將集群業(yè)務排隊等待過載結(jié)束再發(fā)送，或者，AS利用高優(yōu)先級的集群業(yè)務搶占現(xiàn)有集群業(yè)務的資源。
[0208]AS通過BM-SC — MBMS Gff — MME路徑向MME發(fā)送請求消息，該請求消息用于停止多播承載；該請求消息中攜帶的信息可以包括以下至少之一:小區(qū)標識、MBMS業(yè)務標識，其中，小區(qū)標識和/或MBMS業(yè)務標識為AS接收到的擁塞/過載指示信息中的小區(qū)標識ECI和業(yè)務標識TMGI。
[0209]上述請求消息可以通過現(xiàn)有流程或新建流程來實現(xiàn)，其中，現(xiàn)有流程為:MBMS任務停止請求(MBMS sess1n stop request)或 MBMS 任務更新(MBMS sess1n update)在現(xiàn)有流程中增加小區(qū)標識字段。通過BM-SC —MBMS GW —MME路徑向MME發(fā)送請求消息，該請求消息用于停止MBMS承載。
[0210]如果MBMS GW無法確定具體的MME，則MBMS GW可以向區(qū)域內(nèi)所有MME發(fā)送請求消息?？紤]到請求消息中攜帶有目標小區(qū)的標識，MME可以判斷目標小區(qū)是否屬于自己的范圍，如果是，則繼續(xù)執(zhí)行步驟S10，否則，MME丟棄接收到的請求消息并向MBMS Gff發(fā)送響應消息。
[0211]MME向AS發(fā)送響應消息，表明MME已成功/失敗接收請求消息。如果響應消息指示失敗，則AS/BM-SC/MBMS Gff將會重新發(fā)送請求消息。
[0212]步驟S710:MME向目標MCE發(fā)送請求消息。
[0213]MME可以根據(jù)小區(qū)標識和MCE的上報信息確定目標MCE，例如:MCE向MME發(fā)送的M3安裝請求(M3setup request)或M3配置更新(M3 CONFI⑶RATI ON UPDATE)消息中包含ECI/ECGI列表，上述ECI/ECGI列表為MCE所支持的小區(qū)標識，MCE可以通過eNB在M2接口發(fā)送的消息獲取自己支持的小區(qū)標識，例如:M2安裝請求(M2setup request)或M2 eNB配置更新(M2eNB CONFI⑶RAT1N UPDATE)消息。
[0214]MCE向MME發(fā)送響應消息，表明已成功/失敗接收請求消息。如果響應消息指示失敗，則MME將會向MCE重新發(fā)送請求消息。
[0215]步驟S712 =MCE配置在MBSFN區(qū)域停止多播承載。
[0216]MCE可以通過接收到的請求消息和本地數(shù)據(jù)庫判斷需要停止多播承載的MBSFN區(qū)域，例如:eNB在M2接口上發(fā)送了發(fā)生擁塞/過載MBSFN區(qū)域標識。
[0217]假設MCE接收到的請求消息中包含{ECI2 ;TMGI2，TMGI3}，因為ECI2屬于兩個MBSFN區(qū)域，但是MCE已知MBSFN區(qū)域I發(fā)生擁塞，則MCE確定將MBSFN區(qū)域I的TMGI2和TMGI3停止發(fā)送多播發(fā)送。則MCE向MBSFN區(qū)域I內(nèi)的eNB發(fā)送MBMS調(diào)度信息(MBMSScheduling informat1n),在上述消息中將TMGI2和TMGI3刪除；接收到MBMS Schedulinginformat1n的eNB在MBSFN區(qū)域I內(nèi)發(fā)送更新的MCCH信息，并在更新的MCCH信息中刪除TMGI2和TMGI3，MBSFN區(qū)域I中的受影響UE接收到更新的MCCH信息，確定相應的MBMS業(yè)務已刪除，即相應集群業(yè)務停止在多播承載上發(fā)送。
[0218]步驟S714 =MCE向AS發(fā)送響應消息。
[0219]MCE可以通過MCE — MME — MBMS Gff — BM-SC — AS向GCS AS發(fā)送請求響應消息，用于指示AS的請求消息已成功/失敗執(zhí)行。如果響應消息指示失敗，則AS可重新向MCE發(fā)送請求消息。
[0220]步驟S716:AS停止通過多播承載發(fā)送集群業(yè)務。
[0221]集群業(yè)務為受擁塞/過載影響的集群業(yè)務。
[0222]優(yōu)選實施例二
[0223]圖8是根據(jù)本發(fā)明優(yōu)選實施例的針對eNB檢測到多播承載擁塞/過載結(jié)束的場景實現(xiàn)修改多播承載的方法的流程圖。如圖8所示，該流程可以包括以下處理步驟:
[0224]步驟S802:eNB檢測到擁塞/過載結(jié)束。
[0225]擁塞/過載結(jié)束是指網(wǎng)絡恢復正常，例如:用戶面數(shù)據(jù)負載不滿足預設擁塞/過載條件。
[0226]步驟S804:eNB向AS發(fā)送恢復指示信息。
[0227]eNB 可以通過 eNodeB (eNB) — MCE — MME — MBMS Gff — BM-SC — AS 向 GCS AS 發(fā)送擁塞/過載指示信息。
[0228]上述擁塞/過載指示信息可以包括但不限于以下至少之一:
[0229](I)擁塞/過載標識；
[0230](2) 一個或多個小區(qū)標識，例如:E-UTRAN小區(qū)標識(E-UTRAN Cell Identifier，簡稱為 ECI)或 E-UTRAN 小區(qū)全球標識(E-UTRAN Cell Global Identifier，簡稱為 ECGI)；
[0231](3) 一個或多個業(yè)務區(qū)域標識(Service Area Identifier,簡稱為SAI)；
[0232](4) 一個或多個MBSFN區(qū)域標識；
[0233](5) 一個或多個MBMS業(yè)務標識,例如:臨時移動組標識(Temporary Mobile GroupIdentity,簡稱為 TMGI);和 / 或，MBMS 會話標識(例如:sess1n ID)；
[0234](6)擁塞/過載結(jié)束標識。
[0235]上述發(fā)送觸發(fā)方式可以為以下之一:事件觸發(fā)、AS請求觸發(fā)、事件觸發(fā)和AS請求觸發(fā)、周期性上報，其中，事件觸發(fā)上報是指當網(wǎng)絡節(jié)點發(fā)生擁塞/過載開始/結(jié)束事件時，網(wǎng)絡節(jié)點上報到AS ;AS請求觸發(fā)是指AS向網(wǎng)絡節(jié)點發(fā)送請求消息，接收到請求消息的網(wǎng)絡節(jié)點上報節(jié)點狀態(tài)信息到AS ;事件觸發(fā)和AS請求觸發(fā)是指AS向網(wǎng)絡節(jié)點發(fā)送請求消息，當網(wǎng)絡節(jié)點檢測到擁塞/過載事件時上報到AS ;周期性上報是指配置上報周期，在每個周期eNB上報節(jié)點狀態(tài)到AS，該上報周期可以事先指定或者AS在發(fā)送請求消息時指定。
[0236]步驟S806:AS確定是否恢復多播承載，如果是，轉(zhuǎn)向步驟S808，否則，轉(zhuǎn)向步驟S816。
[0237]AS通過上述恢復指示信息確定受到影響的目標UE，并選擇合適的方式向目標UE發(fā)送集群業(yè)務。例如:繼續(xù)通過單播承載或重新建立MBMS承載發(fā)送集群業(yè)務，具體選擇何種承載方式由AS實現(xiàn)決定。
[0238]步驟S808:AS通過BM-SC向MCE發(fā)送請求消息。
[0239]該請求消息用于為集群業(yè)務建立MBMS承載，其中，該請求消息可以包括以下至少之一:小區(qū)標識/SA1、TMGI。
[0240]步驟S810:MCE判斷是否建立新的MBSFN區(qū)域，如果是，轉(zhuǎn)向步驟S816，否則，轉(zhuǎn)向步驟S814。
[0241]MCE可以根據(jù)接收到的請求消息和/或OAM信息和/或運營商策略判斷是否需要建立新的MBSFN區(qū)域，例如:現(xiàn)有MBSFN區(qū)域不包含請求小區(qū)，則建立新的MBSFN區(qū)域，否則修改原MBSFN區(qū)域。
[0242]步驟S812 =MCE建立新的MBSFN區(qū)域，AS通過MBMS承載發(fā)送集群業(yè)務。
[0243]AS通過MBMS承載向新的MBSFN中的UE發(fā)送集群業(yè)務。新的MBSFN區(qū)域可以包含請求小區(qū)和請求消息中的TMGI。
[0244]步驟S814 =MCE修改MBSFN區(qū)域，AS在MBSFN區(qū)域內(nèi)發(fā)送集群業(yè)務。
[0245]修改是指現(xiàn)有MBSFN區(qū)域包含請求的小區(qū)，在現(xiàn)有MBSFN區(qū)域中配置請求的TMGI，AS在現(xiàn)有MBSFN區(qū)域內(nèi)向UE發(fā)送集群業(yè)務。
[0246]步驟S816:AS通過單播承載繼續(xù)發(fā)送集群業(yè)務。
[0247]AS不建立MBMS承載，繼續(xù)通過單播承載發(fā)送集群業(yè)務。
[0248]優(yōu)選實施例三
[0249]圖9是根據(jù)本發(fā)明優(yōu)選實施例的針對eNB周期性上報擁塞/過載的場景實現(xiàn)修改多播承載的方法的流程圖。如圖9所示，該流程可以包括以下處理步驟:
[0250]步驟S902:選擇上報擁塞/過載的eNB.
[0251]步驟S904:eNB判斷在預設周期內(nèi)是否發(fā)生擁塞/過載，如果是轉(zhuǎn)向步驟S906，否貝U，轉(zhuǎn)向步驟S912。
[0252]預設周期用于eNB上報指示信息到AS，預設周期可以通過OAM或AS設定，在預設周期內(nèi)即使eNB未檢測到擁塞/過載，eNB也需要上報指示信息到AS。
[0253]eNB檢測MBMS空口用戶面承載，即PMCH上是否發(fā)生擁塞/過載。
[0254]步驟S906:eNB上報擁塞/過載信息到AS。
[0255]eNB檢測到擁塞/過載，則通過路徑eNodeB(eNB) — MCE — MME — MBMSGff — BM-SC — AS向GCS AS發(fā)送擁塞/過載指示信息。上述接口發(fā)送的指示信息可采用現(xiàn)有信令并增加新的字段，或者，直接采用新的接口信令實現(xiàn)。指示信息可以包括以下至少之一:EC1、SA1、MBSFN area ID、TMG1、擁塞 / 過載開始標識。
[0256]步驟S908:AS請求MCE修改受影響的多播承載。
[0257]接收到指示信息的AS可以通過路徑AS — BM-SC — MBMS GW — MME — MCE向MCE發(fā)送請求消息:修改受影響多播承載。
[0258]步驟S910 =MCE修改MBSFN區(qū)域內(nèi)的多播承載。
[0259]MCE通過MBMS Scheduling informat1n修改多播承載,例如:刪除受影響MBSFN區(qū)域內(nèi)的TMGI ;eNB在接收到MBMS Scheduling informat1n后，貝U發(fā)送更新的MCCH消息，接收到更新的MCCH消息的UE確定相應的MBMS業(yè)務已停止多播發(fā)送。
[0260]步驟S912:eNB向AS上報指示信息，并繼續(xù)監(jiān)測。
[0261]eNB未檢測到擁塞/過載或者擁塞/過載已結(jié)束，則eNB通過路徑eNB — MCE — MME — MBMS Gff — BM-SC — AS向GCS AS發(fā)送指示信息；上述接口發(fā)送的指示信息可采用現(xiàn)有信令并增加新的字段，或者，直接采用新的接口信令實現(xiàn)。指示信息可以包括以下至少之一:EC1、SA1、MBSFN area ID、TMG1、擁塞/過載結(jié)束標識。
[0262]eNB繼續(xù)監(jiān)測擁塞/過載，返回步驟S904。
[0263]圖10是根據(jù)本發(fā)明實施例的指示信息的確定裝置的結(jié)構(gòu)框圖。該裝置可以應用于eNB，如圖10所示，該指示信息的確定裝置可以包括:配置模塊10，用于確定MBMS承載的用戶面數(shù)據(jù)發(fā)生擁塞或過載，配置第一指示信息；發(fā)送模塊20，用于向GCS AS發(fā)送第一指示信息，其中，第一指示信息用于在GCS AS請求MCE或eNB停止通過MBMS承載的因用戶面數(shù)據(jù)發(fā)生擁塞或過載而受到影響的集群業(yè)務的過程中提供參考依據(jù)。
[0264]優(yōu)選地，配置模塊10，用于當檢測出用戶面數(shù)據(jù)發(fā)生擁塞或過載時，確定自身所在的MBSFN區(qū)域或MBMS業(yè)務區(qū)域發(fā)生擁塞或過載。
[0265]優(yōu)選地，配置模塊10，用于根據(jù)判定條件檢測到用戶面數(shù)據(jù)發(fā)生擁塞或過載，其中，判定條件為預先配置完成或者攜帶在從GCS AS接收到的請求消息中。
[0266]優(yōu)選地，上述第一指示信息中攜帶的內(nèi)容包括以下至少之一:
[0267](I)擁塞或過載標識；
[0268](2) 一個或多個小區(qū)標識，其中，小區(qū)標識包括以下至少之一:演進的統(tǒng)一陸地無線接入網(wǎng)(E-UTRAN)小區(qū)標識、E-UTRAN小區(qū)全球標識；
[0269](3) 一個或多個業(yè)務區(qū)域標識(SAI)；
[0270](4) 一個或多個單頻網(wǎng)多媒體廣播多播業(yè)務(MBSFN)區(qū)域標識；
[0271](5) 一個或多個MBMS業(yè)務標識；
[0272](6)擁塞或過載開始標識；
[0273]其中，擁塞或過載標識用于指示在當前網(wǎng)絡中用戶面數(shù)據(jù)的負載是在發(fā)生擁塞還是在發(fā)生過載，小區(qū)標識用于指示發(fā)生擁塞或過載所影響到的小區(qū)，SAI用于指示發(fā)生擁塞或過載所影響到的MBMS業(yè)務區(qū)域，MBSFN區(qū)域標識用于指示發(fā)生擁塞或過載的MBSFN區(qū)域，MBMS業(yè)務標識用于指示發(fā)生擁塞或過載所影響到的集群業(yè)務。
[0274]優(yōu)選地,發(fā)送模塊20,用于向GCS AS發(fā)送第一指不信息包括以下方式之一:
[0275]方式一、將發(fā)生擁塞或過載的全部MBMS業(yè)務標識發(fā)送至MCE，以使MCE根據(jù)第一參數(shù)與第二參數(shù)的對應關系從全部MBMS業(yè)務標識中選取待上報的MBMS業(yè)務標識,并上報至GCS AS，其中，第一參數(shù)為服務質(zhì)量等級標識QCI或分配與保持優(yōu)先級ARP，第二參數(shù)為臨時移動組標識TMGI ；
[0276]方式二、根據(jù)接收到的來自于GCS AS的第一請求消息上報在該第一請求消息中指定的SAI中的TMGI狀態(tài)信息。
[0277]優(yōu)選地，如圖11所示，上述裝置還包括:判斷模塊30 ;判斷模塊30，用于判斷是否需要向GCS AS發(fā)送第一指示信息的觸發(fā)條件包括以下之一:
[0278]條件一、在發(fā)生擁塞或過載開始事件，或者，發(fā)生擁塞或過載結(jié)束事件的情況下，向GCS AS發(fā)送第一指不信息；
[0279]條件二、在接收到來自于GCS AS的請求消息后，向GCS AS發(fā)送第一指示信息；
[0280]條件三、在接收到來自于GCS AS的請求消息并且發(fā)生擁塞或過載開始事件，或者，接收到來自于GCS AS的請求消息并且發(fā)生擁塞或過載結(jié)束事件后，向GCS AS發(fā)送第一指示信息；
[0281]條件四、按照預設周期向GCS AS發(fā)送第一指示信息；
[0282]條件五、在每次重新啟動后向GCS AS發(fā)送第一指示信息。
[0283]優(yōu)選地，配置模塊10，還用于確定用戶面數(shù)據(jù)發(fā)生的擁塞或過載是否已經(jīng)恢復，配置第二指示信息；發(fā)送模塊20，還用于向GCS AS發(fā)送第二指示信息，其中，第二指示信息用于為GCS AS選擇對已停止的集群業(yè)務繼續(xù)通過單播承載的方式進行發(fā)送或者恢復MBMS承載的方式進行發(fā)送提供參考依據(jù)。
[0284]圖12是根據(jù)本發(fā)明實施例的請求消息的處理裝置的結(jié)構(gòu)框圖。該裝置可以應用于MCE中，如圖12所示，該請求消息的處理裝置可以包括:接收模塊40，用于接收來自于組通信業(yè)務GCS應用服務器AS的請求消息，其中，請求消息是在GCS AS從基站接收到用于指示通過多媒體廣播多播業(yè)務MBMS承載的用戶面數(shù)據(jù)發(fā)生擁塞或過載的指示信息后發(fā)出的，請求消息用于請求停止通過MBMS承載的因用戶面數(shù)據(jù)發(fā)生擁塞或過載而受到影響的集群業(yè)務；處理模塊50，用于根據(jù)請求消息配置停止通過MBMS承載發(fā)送受到影響的集群業(yè)務。
[0285]優(yōu)選地，接收模塊40，用于經(jīng)由廣播多播服務中心BM-SC接收來自于GCS AS的請求消息。
[0286]優(yōu)選地，如圖13所示，處理模塊50可以包括:獲取單元500，用于根據(jù)請求消息和本地數(shù)據(jù)庫獲取待停止多播承載的MBSFN區(qū)域和MBMS業(yè)務；處理單元502，用于對待停止多播承載的MBSFN區(qū)域和MBMS業(yè)務進行配置。
[0287]優(yōu)選地，上述請求消息中攜帶的信息可以包括以下至少之一:小區(qū)標識、MBMS業(yè)務標識、業(yè)務區(qū)域標識。
[0288]圖14是根據(jù)本發(fā)明實施例的指示信息的處理裝置的結(jié)構(gòu)框圖。該裝置可以應用于GCS AS，如圖14所示，該指示信息的處理裝置可以包括:接收模塊60，用于接收模塊接收來自于基站的指示信息，其中，指示信息用于指示多媒體廣播多播業(yè)務MBMS承載的用戶面數(shù)據(jù)發(fā)生擁塞或過載；第一處理模塊70，用于根據(jù)指示信息向MCE發(fā)送請求消息，其中，請求消息用于請求停止通過MBMS承載的因用戶面數(shù)據(jù)發(fā)生擁塞或過載而受到影響的集群業(yè)務。
[0289]優(yōu)選地，第一處理模塊70，用于經(jīng)由廣播多播服務中心BM-SC向MCE發(fā)送請求消肩、O
[0290]優(yōu)選地，如圖15所示，該裝置還可以包括:確定模塊80，用于根據(jù)指示信息確定因用戶面數(shù)據(jù)發(fā)生擁塞或過載而受到影響的目標用戶設備UE和/或集群業(yè)務標識；第二處理模塊90，用于在用戶面數(shù)據(jù)發(fā)生擁塞的情況下，為目標UE建立單播承載并通過單播承載發(fā)送與集群業(yè)務標識對應的集群業(yè)務；或者，在用戶面數(shù)據(jù)發(fā)生過載的情況下，將與集群業(yè)務標識對應的集群業(yè)務設置為排隊等待狀態(tài)，直至等到過載結(jié)束后再進行發(fā)送；或者，在用戶面數(shù)據(jù)發(fā)生過載的情況下，搶占現(xiàn)有集群業(yè)務的資源發(fā)送與集群業(yè)務標識對應的集群業(yè)務。
[0291]優(yōu)選地，上述請求消息中攜帶的信息可以包括以下至少之一:小區(qū)標識、MBMS業(yè)務標識、業(yè)務區(qū)域標識。
[0292]作為本發(fā)明的一個優(yōu)選實施例，還提供了一種修改多播承載系統(tǒng)，圖16是根據(jù)本發(fā)明優(yōu)選實施例的修改多播承載系統(tǒng)的示意圖。如圖16所示，該修改多播承載系統(tǒng)可以包括:AS 1，用于接收RAN發(fā)送的擁塞/過載指示信息，并向EPC發(fā)送修改多播承載請求消息；用于選擇發(fā)送集群業(yè)務的承載方式；以及還用于發(fā)送集群業(yè)務數(shù)據(jù)。EPC 2，可以包括但不限于:BM-SC、MBMS-GW、MME，用于轉(zhuǎn)發(fā)AS和RAN之間的控制消息；用于接收AS發(fā)送的修改多播承載請求消息；以及還用于EPC內(nèi)部的消息傳遞。RAN 3，可以包括但不限于:MCE和eNB，用于修改多播承載，其中，eNB用于檢測擁塞/過載，以及向UE發(fā)送集群業(yè)務數(shù)據(jù)和配置信息。用戶設備UE 4，用于接收RAN發(fā)送的修改多播承載指示信息，并接收AS發(fā)送的集群服務數(shù)據(jù)。
[0293]從以上的描述中，可以看出，上述實施例實現(xiàn)了如下技術效果(需要說明的是這些效果是某些優(yōu)選實施例可以達到的效果):采用本發(fā)明實施例所提供的技術方案，在eNB檢測到MBMS承載用戶面數(shù)據(jù)擁塞/過載的情況下，可以通過MCE向GCS AS發(fā)送擁塞/過載指示信息。GCS AS在接收到擁塞/過載指示信息之后，可以通過BM-SC向MCE請求停止通過MBMS承載發(fā)送受影響的集群業(yè)務。接收到停止請求的MCE配置在受影響的MBSFN區(qū)域停止通過MBMS承載發(fā)送受影響的集群業(yè)務。然后，當eNB檢測到擁塞/過載恢復時，還可以通過MCE向AS發(fā)送擁塞/過載恢復指示信息。由此能夠?qū)崿F(xiàn)修改MBMS業(yè)務區(qū)域中的MBSFN區(qū)域的MBMS業(yè)務多播承載，當發(fā)生MBMS承載擁塞/過載時停止在MBSFN區(qū)域通過MBMS承載發(fā)送受影響的集群業(yè)務，以緩解MBMS承載擁塞/過載，從而減少對非擁塞/過載區(qū)域UE的影響。
[0294]顯然，本領域的技術人員應該明白，上述的本發(fā)明的各模塊或各步驟可以用通用的計算裝置來實現(xiàn)，它們可以集中在單個的計算裝置上，或者分布在多個計算裝置所組成的網(wǎng)絡上，可選地，它們可以用計算裝置可執(zhí)行的程序代碼來實現(xiàn)，從而，可以將它們存儲在存儲裝置中由計算裝置來執(zhí)行，并且在某些情況下，可以以不同于此處的順序執(zhí)行所示出或描述的步驟，或者將它們分別制作成各個集成電路模塊，或者將它們中的多個模塊或步驟制作成單個集成電路模塊來實現(xiàn)。這樣，本發(fā)明不限制于任何特定的硬件和軟件結(jié)合。
[0295]以上所述僅為本發(fā)明的優(yōu)選實施例而已，并不用于限制本發(fā)明，對于本領域的技術人員來說，本發(fā)明可以有各種更改和變化。凡在本發(fā)明的精神和原則之內(nèi)，所作的任何修改、等同替換、改進等，均應包含在本發(fā)明的保護范圍之內(nèi)。
【權利要求】
1.一種指示信息的確定方法，其特征在于，包括: 確定多媒體廣播多播業(yè)務MBMS承載的用戶面數(shù)據(jù)發(fā)生擁塞或過載，配置第一指示信息； 向組通信業(yè)務GCS應用服務器AS發(fā)送第一指示信息，其中，所述第一指示信息用于在所述GCS AS請求多播協(xié)調(diào)實體MCE或基站eNB停止通過所述MBMS承載的因所述用戶面數(shù)據(jù)發(fā)生擁塞或過載而受到影響的集群業(yè)務的過程中提供參考依據(jù)。
2.根據(jù)權利要求1所述的方法，其特征在于，確定所述MBMS承載的所述用戶面數(shù)據(jù)發(fā)生擁塞或過載包括:當一個或多個eNB檢測出所述用戶面數(shù)據(jù)發(fā)生擁塞或過載時，確定所述一個或多個eNB所在的MBSFN區(qū)域或MBMS業(yè)務區(qū)域發(fā)生擁塞或過載。
3.根據(jù)權利要求1所述的方法，其特征在于，根據(jù)判定條件檢測到所述用戶面數(shù)據(jù)發(fā)生擁塞或過載，其中，所述判定條件為預先配置完成或者攜帶在從所述GCS AS接收到的請求消息中。
4.根據(jù)權利要求1至3中任一項所述的方法，其特征在于，所述第一指示信息中攜帶的內(nèi)容包括以下至少之一: 擁塞或過載標識； 一個或多個小區(qū)標識，其中，所述小區(qū)標識包括以下至少之一:演進的統(tǒng)一陸地無線接入網(wǎng)E-UTRAN小區(qū)標識、E-UTRAN小區(qū)全球標識； 一個或多個業(yè)務區(qū)域標識SAI ； 一個或多個單頻網(wǎng)多媒體廣播多播業(yè)務MBSFN區(qū)域標識； 一個或多個MBMS業(yè)務標識； 擁塞或過載開始標識； 其中，所述擁塞或過載標識用于指示在當前網(wǎng)絡中所述用戶面數(shù)據(jù)的負載是在發(fā)生擁塞還是在發(fā)生過載，所述小區(qū)標識用于指示發(fā)生擁塞或過載所影響到的小區(qū)，所述SAI用于指示發(fā)生擁塞或過載所影響到的MBMS業(yè)務區(qū)域，MBSFN區(qū)域標識用于指示發(fā)生擁塞或過載的MBSFN區(qū)域，所述MBMS業(yè)務標識用于指示發(fā)生擁塞或過載所影響到的集群業(yè)務。
5.根據(jù)權利要求4所述的方法，其特征在于，向所述GCSAS發(fā)送所述第一指示信息包括以下方式之一: 將發(fā)生擁塞或過載的全部MBMS業(yè)務標識發(fā)送至所述MCE，以使所述MCE根據(jù)第一參數(shù)與第二參數(shù)的對應關系從所述全部MBMS業(yè)務標識中選取待上報的MBMS業(yè)務標識，并上報至所述GCS AS，其中，第一參數(shù)為服務質(zhì)量等級標識QCI或分配與保持優(yōu)先級ARP，第二參數(shù)為臨時移動組標識TMGI ； 根據(jù)接收到的來自于所述GCS AS的請求消息上報在該第一請求消息中指定的SAI中的TMGI狀態(tài)信息。
6.根據(jù)權利要求1所述的方法，其特征在于，在向所述GCSAS發(fā)送所述第一指示信息之前，還包括: 判斷是否需要向所述GCS AS發(fā)送所述第一指示信息的觸發(fā)條件包括以下之一: 在發(fā)生擁塞或過載開始事件，或者，發(fā)生擁塞或過載結(jié)束事件的情況下，向所述GCS AS發(fā)送所述第一指示信息； 在接收到來自于所述GCS AS的請求消息后，向所述GCS AS發(fā)送所述第一指示信息； 在接收到來自于所述GCS AS的請求消息并且發(fā)生擁塞或過載開始事件，或者，接收到來自于所述GCS AS的請求消息并且發(fā)生擁塞或過載結(jié)束事件后，向所述GCS AS發(fā)送所述第一指示信息； 按照預設周期向所述GCS AS發(fā)送所述第一指示信息； 在每次重新啟動后向所述GCS AS發(fā)送所述第一指示信息。
7.根據(jù)權利要求1所述的方法，其特征在于，在向所述GCSAS發(fā)送所述第一指示信息之后，還包括: 確定所述用戶面數(shù)據(jù)發(fā)生的擁塞或過載已經(jīng)恢復，配置第二指示信息； 向所述GCS AS發(fā)送所述第二指示信息，其中，所述第二指示信息用于為所述GCS AS選擇對已停止的集群業(yè)務繼續(xù)通過單播承載的方式進行發(fā)送或者恢復MBMS承載的方式進行發(fā)送提供參考依據(jù)。
8.—種請求消息的處理方法，其特征在于，包括: 接收來自于組通信業(yè)務GCS應用服務器AS的請求消息，其中，所述請求消息是在所述GCS AS從基站接收到用于指示通過多媒體廣播多播業(yè)務MBMS承載的用戶面數(shù)據(jù)發(fā)生擁塞或過載的指示信息后發(fā)出的，所述請求消息用于請求停止通過所述MBMS承載的因所述用戶面數(shù)據(jù)發(fā)生擁塞或過載而受到影響的集群業(yè)務； 根據(jù)所述請求消息配置停止通過所述MBMS承載發(fā)送所述受到影響的集群業(yè)務。
9.根據(jù)權利要求8所述的方法，其特征在于，經(jīng)由廣播多播服務中心BM-SC接收來自于所述GCS AS的所述請求消息。
10.根據(jù)權利要求8所述的方法，其特征在于，根據(jù)所述請求消息配置停止通過所述MBMS承載發(fā)送所述受到影響的集群業(yè)務包括: 根據(jù)所述請求消息獲取待停止多播承載的MBSFN區(qū)域和MBMS業(yè)務； 對所述待停止多播承載的MBSFN區(qū)域和MBMS業(yè)務進行配置。
11.根據(jù)權利要求8至10中任一項所述的方法，其特征在于，所述請求消息中攜帶的信息包括以下至少之一: 小區(qū)標識、MBMS業(yè)務標識、業(yè)務區(qū)域標識。
12.一種指示信息的處理方法，其特征在于，包括: 接收來自于基站的指示信息，其中，所述指示信息用于指示多媒體廣播多播業(yè)務MBMS承載的用戶面數(shù)據(jù)發(fā)生擁塞或過載； 根據(jù)所述指示信息向多小區(qū)多播協(xié)調(diào)實體MCE發(fā)送請求消息，其中，所述請求消息用于請求停止通過所述MBMS承載的因所述用戶面數(shù)據(jù)發(fā)生擁塞或過載而受到影響的集群業(yè)務。
13.根據(jù)權利要求12所述的方法，其特征在于，經(jīng)由廣播多播服務中心BM-SC向所述MCE發(fā)送所述請求消息。
14.根據(jù)權利要求12所述的方法，其特征在于，在根據(jù)所述指示信息向所述MCE發(fā)送所述請求消息之前，還包括: 根據(jù)所述指示信息確定因所述用戶面數(shù)據(jù)發(fā)生擁塞或過載而受到影響的目標用戶設備UE和/或集群業(yè)務標識； 在所述用戶面數(shù)據(jù)發(fā)生擁塞的情況下，為所述目標UE建立單播承載并通過所述單播承載發(fā)送與所述集群業(yè)務標識對應的集群業(yè)務；或者，在所述用戶面數(shù)據(jù)發(fā)生過載的情況下，將與所述集群業(yè)務標識對應的集群業(yè)務設置為排隊等待狀態(tài)，直至等到過載結(jié)束后再進行發(fā)送；或者，在所述用戶面數(shù)據(jù)發(fā)生過載的情況下，搶占現(xiàn)有集群業(yè)務的資源發(fā)送與所述集群業(yè)務標識對應的集群業(yè)務。
15.根據(jù)權利要求12至14中任一項所述的方法，其特征在于，所述請求消息中攜帶的信息包括以下至少之一: 小區(qū)標識、MBMS業(yè)務標識、業(yè)務區(qū)域標識。
16.一種指示信息的確定裝置，其特征在于，包括: 配置模塊，用于確定多媒體廣播多播業(yè)務MBMS承載的用戶面數(shù)據(jù)發(fā)生擁塞或過載，配置第一指示信息； 發(fā)送模塊，用于向組通信業(yè)務GCS應用服務器AS發(fā)送第一指示信息，其中，所述第一指示信息用于在所述GCS AS請求多小區(qū)多播協(xié)調(diào)實體MCE或基站eNB停止通過所述MBMS承載的因所述用戶面數(shù)據(jù)發(fā)生擁塞或過載而受到影響的集群業(yè)務的過程中提供參考依據(jù)。
17.根據(jù)權利要求16所述的裝置，其特征在于，所述配置模塊，用于當檢測出所述用戶面數(shù)據(jù)發(fā)生擁塞或過載時，確定自身所在的MBSFN區(qū)域或MBMS業(yè)務區(qū)域發(fā)生擁塞或過載。
18.根據(jù)權利要求16所述的裝置，其特征在于，所述檢測模塊，用于根據(jù)判定條件檢測到所述用戶面數(shù)據(jù)發(fā)生擁塞或過載，其中，所述判定條件為預先配置完成或者攜帶在從所述GCS AS接收到的請求消息中。
19.根據(jù)權利要求16至18中任一項所述的裝置，其特征在于，所述第一指示信息中攜帶的內(nèi)容包括以下至少之一: 擁塞或過載標識； 一個或多個小區(qū)標識，其中，所述小區(qū)標識包括以下至少之一:演進的統(tǒng)一陸地無線接入網(wǎng)E-UTRAN小區(qū)標識、E-UTRAN小區(qū)全球標識； 一個或多個業(yè)務區(qū)域標識SAI ； 一個或多個單頻網(wǎng)多媒體廣播多播業(yè)務MBSFN區(qū)域標識； 一個或多個MBMS業(yè)務標識； 擁塞或過載開始標識； 其中，所述擁塞或過載標識用于指示在當前網(wǎng)絡中所述用戶面數(shù)據(jù)的負載是在發(fā)生擁塞還是在發(fā)生過載，所述小區(qū)標識用于指示發(fā)生擁塞或過載所影響到的小區(qū)，所述SAI用于指示發(fā)生擁塞或過載所影響到的MBMS業(yè)務區(qū)域，MBSFN區(qū)域標識用于指示發(fā)生擁塞或過載的MBSFN區(qū)域，所述MBMS業(yè)務標識用于指示發(fā)生擁塞或過載所影響到的集群業(yè)務。
20.根據(jù)權利要求19所述的裝置，其特征在于，所述發(fā)送模塊，用于向所述GCSAS發(fā)送所述第一指示信息包括以下方式之一: 將發(fā)生擁塞或過載的全部MBMS業(yè)務標識發(fā)送至所述MCE，以使所述MCE根據(jù)第一參數(shù)與第二參數(shù)的對應關系從所述全部MBMS業(yè)務標識中選取待上報的MBMS業(yè)務標識，并上報至所述GCS AS，其中，第一參數(shù)為服務質(zhì)量等級標識QCI或分配與保持優(yōu)先級ARP，第二參數(shù)為臨時移動組標識TMGI ； 根據(jù)接收到的來自于所述GCS AS的第一請求消息上報在該第一請求消息中指定的SAI中的TMGI狀態(tài)信息。
21.根據(jù)權利要求16所述的裝置，其特征在于，所述裝置還包括:判斷模塊； 所述判斷模塊，用于判斷是否需要向所述GCS AS發(fā)送所述第一指示信息的觸發(fā)條件包括以下之一: 在發(fā)生擁塞或過載開始事件，或者，發(fā)生擁塞或過載結(jié)束事件的情況下，向所述GCS AS發(fā)送所述第一指示信息； 在接收到來自于所述GCS AS的請求消息后，向所述GCS AS發(fā)送所述第一指示信息；在接收到來自于所述GCS AS的請求消息并且發(fā)生擁塞或過載開始事件，或者，接收到來自于所述GCS AS的請求消息并且發(fā)生擁塞或過載結(jié)束事件后，向所述GCS AS發(fā)送所述第一指示信息； 按照預設周期向所述GCS AS發(fā)送所述第一指示信息； 在每次重新啟動后向所述GCS AS發(fā)送所述第一指示信息。
22.根據(jù)權利要求16所述的裝置，其特征在于， 所述配置模塊，還用于確定所述用戶面數(shù)據(jù)發(fā)生的擁塞或過載已經(jīng)恢復，配置第二指示信息； 所述發(fā)送模塊，還用于向所述GCS AS發(fā)送所述第二指示信息，其中，所述第二指示信息用于為所述GCS AS選擇對已停止的集群業(yè)務繼續(xù)通過單播承載的方式進行發(fā)送或者恢復MBMS承載的方式進行發(fā)送提供參考依據(jù)。
23.—種請求消息的處理裝置，其特征在于，包括: 接收模塊，用于接收來自于組通信業(yè)務GCS應用服務器AS的請求消息，其中，所述請求消息是在所述GCS AS從基站接收到用于指示通過多媒體廣播多播業(yè)務MBMS承載的用戶面數(shù)據(jù)發(fā)生擁塞或過載的指示信息后發(fā)出的，所述請求消息用于請求停止通過所述MBMS承載的因所述用戶面數(shù)據(jù)發(fā)生擁塞或過載而受到影響的集群業(yè)務； 處理模塊，用于根據(jù)所述請求消息配置停止通過所述MBMS承載發(fā)送所述受到影響的集群業(yè)務。
24.根據(jù)權利要求23所述的裝置，其特征在于，所述接收模塊，用于經(jīng)由廣播多播服務中心BM-SC接收來自于所述GCS AS的所述請求消息。
25.根據(jù)權利要求23所述的裝置，其特征在于，所述處理模塊包括: 獲取單元，用于根據(jù)所述請求消息獲取待停止多播承載的MBSFN區(qū)域和MBMS業(yè)務； 處理單元，用于對所述待停止多播承載的MBSFN區(qū)域和MBMS業(yè)務進行配置。
26.根據(jù)權利要求23至25中任一項所述的裝置，其特征在于，所述請求消息中攜帶的信息包括以下至少之一: 小區(qū)標識、MBMS業(yè)務標識、業(yè)務區(qū)域標識。
27.一種指示信息的處理裝置，其特征在于，包括: 接收模塊，用于接收模塊接收來自于基站的指示信息，其中，所述指示信息用于指示多媒體廣播多播業(yè)務MBMS承載的用戶面數(shù)據(jù)發(fā)生擁塞或過載； 第一處理模塊，用于根據(jù)所述指示信息向多小區(qū)多播協(xié)調(diào)實體MCE發(fā)送請求消息，其中，所述請求消息用于請求停止通過所述MBMS承載的因所述用戶面數(shù)據(jù)發(fā)生擁塞或過載而受到影響的集群業(yè)務。
28.根據(jù)權利要求27所述的裝置，其特征在于，所述第一處理模塊，用于經(jīng)由廣播多播服務中心BM-SC向所述MCE發(fā)送所述請求消息。
29.根據(jù)權利要求27所述的裝置，其特征在于，所述裝置還包括: 確定模塊，用于根據(jù)所述指示信息確定因所述用戶面數(shù)據(jù)發(fā)生擁塞或過載而受到影響的目標用戶設備UE和/或集群業(yè)務標識； 第二處理模塊，用于在所述用戶面數(shù)據(jù)發(fā)生擁塞的情況下，為所述目標UE建立單播承載并通過所述單播承載發(fā)送與所述集群業(yè)務標識對應的集群業(yè)務；或者，在所述用戶面數(shù)據(jù)發(fā)生過載的情況下，將與所述集群業(yè)務標識對應的集群業(yè)務設置為排隊等待狀態(tài)，直至等到過載結(jié)束后再進行發(fā)送；或者，在所述用戶面數(shù)據(jù)發(fā)生過載的情況下，搶占現(xiàn)有集群業(yè)務的資源發(fā)送與所述集群業(yè)務標識對應的集群業(yè)務。
30.根據(jù)權利要求27至29中任一項所述的裝置，其特征在于，所述請求消息中攜帶的信息包括以下至少之一: 小區(qū)標識、MBMS業(yè)務標識、業(yè)務區(qū)域標識。
【文檔編號】H04W4/06GK104270725SQ201410495828
【公開日】2015年1月7日 申請日期:2014年9月24日 優(yōu)先權日:2014年9月24日
【發(fā)明者】許輝, 馬子江, 盧忱, 劉紅軍, 呂永, 王亞英 申請人:中興通訊股份有限公司