指示信息的確定、處理以及請求消息的處理方法及裝置制造方法

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

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

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


【發明內容】

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

【專利附圖】

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

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