專利名稱：一種指示mbms業務中斷的方法、裝置及用戶設備的制作方法
技術領域：
本發明涉及多媒體通訊領域，尤指一種指示多媒體廣播多播業務(MBMS)業務中斷的方法，系統及用戶設備。
背景技術：
隨著Internet的迅猛發展和大屏幕多功能移動終端的普及，出現了大量移動數據多媒體業務和各種高帶寬多媒體業務,如視頻會議、電視廣播、視頻點播、廣告、網上教育、互動游戲等，這一方面滿足了移動用戶多業務的需求，同時也為移動運營商帶來了新的業務增長點。這些移動數據多媒體業務要求多個用戶能夠同時接收相同數據，與一般的數據業務相比，具有數據量大、持續時間長、時延敏感等特點。
為了有效地利用移動網絡資源，第三代合作伙伴計劃(3GPP，3rdGenerationPartnership Project)提出了多媒體廣播多播業務(MBMS, MultimediaBroadcastMulticast Service), MBMS業務是一種從一個數據源向多個目標移動終端傳送數據的技術，實現了網絡(包括核心網和接入網)資源的共享，提高了網絡資源(尤其是空中接口資源)的利用率。3GPP定義的MBMS業務不僅能夠實現純文本低速率的消息類組播和廣播，而且還能夠實現高速多媒體業務的廣播和組播，提供多種豐富的視頻、音頻和多媒體業務，這無疑順應了未來移動數據發展的趨勢，為3G的發展提供了更好的業務前景。目前，在R9版本(Release 9)的長期演進(LTE)系統中引入了 MBMS技術，并在版本10(R10，ReleaselO)中進行了加強。在R9版本中，MBMS業務的控制信令與用戶數據分開傳輸，分別稱為控制面(CP，Control Plane)和用戶面(UP, User Plane)。其中，控制面通過控制業務的開始、更新和結束，來控制用戶面數據的發送，實現基本的MBMS業務的發送。MBMS業務在固定大小(可以靜態或半靜態配置)的MBMS單頻網(MBSFN，MBMSSingleFrequency Network)區域中發送。在RlO版本中，為了提高MBMS系統的資源利用率，方便運營商管理，對MBMS技術進行了增強。主要包括計數(Counting)和基于優先級的搶占機制。其中，MBMS Counting機制的主要原理是網絡側向用戶設備(UE,UserEquipment)發送Counting請求消息；正在接收或感興趣接收MBMS業務的連接態UE向網絡側發送響應，網絡側對相應的UE數量進行統計。引入Counting機制的主要目的，在于讓運營商統計某些MBMS業務的接收狀態，根據接收狀態恢復/掛起該業務的MBSFN傳輸方式，提高無線資源的利用率。引入基于業務優先級一分配和保留優先級(ARP, Allocation andRetentionPriority)的資源搶占(Pre-emption)技術。其主要原理是在資源緊張時,優先級較高的MBMS業務可以搶占優先級較低的MBMS業務的資源。當資源被優先級較高的業務搶占后，優先級較低的業務將停止發送。計數和資源搶占都由多小區/多播協作實體(MCE，Multi-cell/multicastCoordination Entity)發起，計數和資源強占的范圍一般是MBSFN區域。資源搶占涉及的ARP參數來自于核心網(EPC, Evolved Packet Core),可以通過MBMS會話開始請求(MBMS session start request)消息從M3接口發送到MCE。圖1(a)和(b)為現有MBMS部署的兩種方案。如圖I所示，在MBSFN區域中，MCE負責MBMS業務無線資源的配置，當廣播多播業務中心(BM-SC, Broadcast-Multicast Service Centre)發起了一個新的 MBMS 會話請求(MBMS session start request),該請求消息通過MBMS-GW、移動管理實體(MME)后到達MCE ;如果無線資源不滿足新的會服務質量(Qos, Quality of service)要求,貝U MCE可以中止新的會話，或者，如果新的業務會話優先級較高，而正在發送(ongoing)的MBMS業務優先級較低，則MCE可以根據ARP參數(也可通過MBMS session start request消息發送)用新的較高優先級的MBMS業務搶占(Pre-emption)較低優先級的MBMS業務，這稱為ARPPre-emption.
在LTE的MBMS技術中，MBMS業務通過增強型廣播的方式，在固定大小的MBSFN區域內發送。正在發送業務的MBSFN傳輸被掛起，或者由于優先級較低而被高優先級業務搶占發送資源，該業務的MBSFN傳輸將中止發送；此時，正在接收該業務的UE將無法繼續接收到該業務。但是，目前的技術沒有通知UE業務已停止發送的原因的方案。也就是說，正在接收該業務的用戶會遇到突發性的業務中斷，而且得不到及時、合理的解釋，或者是提示信息。這將對用戶運營商的業務滿意度造成較大負面影響，更嚴重地，可能造成用戶的離網；此外，對于未知原因的業務中斷，由于用戶無法區分業務中斷是網絡側行為還是UE自身行為，用戶可能會不斷地重新發起業務接入，這樣將導致大量用戶同時或反復對該業務發起接入請求，從而造成了網絡的擁塞，影響了其他用戶的正常業務接收。
發明內容
有鑒于此，本發明的主要目的在于提供一種指示MBMS業務中斷的方法、系統及用戶設備，能夠改善業務的突然中斷造成的用戶體驗下降的問題，避免大量用戶同時或反復對該業務發起接入請求而引起的網絡擁塞，提高用戶的業務體驗和運營商滿意度。為達到上述目的，本發明的技術方案是這樣實現的一種指示MBMS業務中斷的方法，包括網絡側確定需要中斷的MBMS業務；網絡側向用戶設備UE發送MBMS業務中斷指示并指明中斷原因。所述網絡側確定需要中斷MBMS業務包括所述網絡側中的多小區/多播協作實體MCE確定需要中斷的MBMS業務和中斷原因。所述網絡側向UE發送MBMS業務中斷指示并指明中斷原因包括所述網絡側選擇發送中斷指示及原因的時機，所述時機來自移動管理實體MME的會話請求消息中包含的MBMS數據傳輸最小時間，所述網絡側在該MBMS數據傳輸最小時間內發送中斷指示及中斷原因。所述網絡側向UE發送MBMS業務中斷指示并指明中斷原因包括所述網絡側的MCE通過MBMS會話更新請求消息，或MBMS調度信息，經由演進節點eNB向UE發送MBMS業務中斷指示并指明中斷原因。所述網絡側的MCE通過MBMS會話更新請求消息發送MBMS業務中斷指示并指明中斷原因，具體包括所述網絡側的MCE刪除MBMS會話更新請求消息中的需要終止的MBMS會話標識。所述網絡側的MCE通過MBMS調度信息發送MBMS業務中斷指示并指明中斷原因，包括所述網絡側的MCE刪除MBMS調度信息中攜帶的MBMS會話列表中的被中斷的MBMS會話。所述網絡側向UE發送MBMS業務中斷指示并指明中斷原因包括所述網絡側中的MCE向MME發送資源搶占的指示信息；MME收到資源搶占的指示后，經由eNB向UE發送MBMS業務中斷指示。所述MME發送MBMS業務中斷指示包括所述MME通過非接入層NAS消息，經由eNB向UE發送MBMS業務中斷指示。所述MCE向MME發送資源搶占的指示信息包括所述MCE通過MBMS會話開始響應
消息或專用信令攜帶資源搶占指示。該方法還包括所述UE接收到MBMS業務中斷指示后，通過高層信令將該MBMS業務中斷指示告知用戶。一種指示MBMS業務中斷的系統，至少包括網絡側和UE，其中，網絡側，用于確定需要中斷的MBMS業務；向UE發送MBMS業務中斷指示并指明中斷原因；UE，用于接收來自網絡側的MBMS業務中斷指示，獲知中斷原因。所述UE，還用于將接收到的MBMS業務中斷指示通過高層信令告知用戶。所述網絡側包括MBMS業務中斷決策單元，以及MBMS業務中斷指示單元,其中，MBMS業務中斷決策單元，用于確定需要中斷MBMS業務和中斷原因，通知MBMS業務中斷指示單元；MBMS業務中斷指示單元，用于接收到來自MBMS業務中斷決策單元的通知，向UE發送MBMS業務中斷指示并指明中斷原因。該系統還包括eNB，用于轉發所述MBMS業務中斷指示單元與UE之間的信令；所述網絡側為MCE ;所述MBMS業務中斷決策單元和MBMS業務中斷指示單元設置在MCE中；所述網絡側為MME,此時所述網絡側中還包括MCE ;所述MBMS業務中斷決策單元設置在MCE中，所述MBMS業務中斷指示單元設置在MME中。所述UE為正在接收MBMS業務或感興趣接收MBMS業務的UE。一種用戶設備，用于接收來自網絡側的MBMS業務中斷指示，獲知中斷原因。所述用戶設備，還用于將接收到的MBMS業務中斷指示通過高層信令告知用戶。從上述本發明提供的技術方案可以看出，包括網絡側確定需要中斷的MBMS業務，向UE發送MBMS業務中斷指示并指明中斷原因。通過本發明方案，正在接收MBMS業務的用戶在遇到突發性的業務中斷時，及時得到了業務被中斷的合理解釋，大大降低了對用戶運營商的業務滿意度所造成的負面影響；更好地避免了用戶離網情況的發生。進一步地，UE接收到MBMS業務中斷指示后，將該指示通過高層信令告知用戶。這樣，避免了大量用戶同時或反復對該業務發起接入請求，防止了網絡擁塞，提高了用戶的業務體驗和運營商滿意度。
圖I (a)為現有eMBMS部署的一種實現方案的示意圖；圖I (b)為現有eMBMS部署的另一種實現方案的示意圖；圖2為本發明指示MBMS業務中斷的方法的流程圖；圖3為本發明指示MBMS業務中斷的系統的組成結構示意圖；圖4為本發明指示MBMS業務中斷的第一實施例的流程示意圖；圖5為本發明指示MBMS業務中斷的第二實施例的流程示意圖；圖6為本發明指示MBMS業務中斷的第三實施例的流程示意圖。。
具體實施例方式圖2為本發明指示MBMS業務中斷的方法的流程圖，如圖2所示，包括步驟200 :網絡側確定需要中斷MBMS業務。在現有一個MBMS業務會話開始(session start)的流程中,BM-SC發起會話開始請求(session start request)消息,該請求經過MBMS_GW、MME到達MCE,如果無線資源滿足Qos要求，MCE將session start request消息發送到MBSFN區域中的所有相關演進節點eNB，為MBMS業務建立相應的無線承載；如果無線資源不滿足業務要求且業務優先級較高，則MCE可以根據ARP的設置，用較高優先級的業務搶占正在發送的較低優先級業務的無線資源。其中MCE是知道確定是否中斷MBMS業務的過程所需的時間的。本步驟中，MCE可以通過來自MME的session start request消息中包含的信息元(IE)即 MBMS 數據傳輸最小時間(Minimum Time to MBMS DataTransfer)，獲知 MCE 收到session start request消息到BM-SC開始發送業務數據的時間，也就是說,本步驟需要確定出得出需要中斷MBMS業務的結論的時間在BM-SC開始發送業務數據的時間之前即可。步驟201 :網絡側向用戶設備發送MBMS業務中斷指不并指明中斷原因。具體地，網絡側選擇發送中斷指示及原因的時機，所述時機來自移動管理實體MME的會話請求消息中包含的MBMS數據傳輸最小時間，所述網絡側在該MBMS數據傳輸最小時間內發送中斷指示及中斷原因。本步驟中，可以是網絡側的MCE發送MBMS業務中斷指示，也可以是網絡側中的MME發送MBMS業務中斷指示，其中，(一)MCE發送MBMS業務中斷指示包括MCE與UE之間沒有直接的信令交互，必須通過eNB進行傳輸(即M2接口)，可能的消息包括MBMS會話更新請求(MBMS session update request)消息，MBMS調度信息(MBMS scheduling information)。即MCE通過M2接口向eNB指不MBMS業務中斷及原因，eNB向UE轉發上述中斷信息，eNB可以通過無線資源控制RRC信令向UE發送MBMS中斷及原因，RRC信令包括系統消息或者MCCH消息；其中，MBMS session update request消息的目的是變更MBMS會話屬性，比如更新MBMS服務區域(MBMS service area)、更新MBMS控制面的相關節點等。在MBMS sessionupdate request消息中，攜帶有臨時移動組標識(TMGI)和MBMS會話標識(MBMS sessionIdentify)信息元，因此，MCE可以利用MBMSsession update request指示業務中斷，比如可以將需要終止的MBMS會話標識(session ID)從該MBMS session update request消息中刪除，，并添加新的MBMS會話標識，這樣，eNB在空口發送業務中是沒有該session ID的業務的，即表明該業務會話將中斷。MBMS scheduling information目的是向eNB發送多播控制信道(MCCH)的相關信息，包括 MBMS 會話列表(MBMS session list)信息兀，而且 MBMSscheduling information消息由MCE發起，在MBMS業務數據發送之前或MBMS業務停止之后發送，因此，可以利用MBMS scheduling information 指不 MBMS 業務中斷，比如 MCE 決定 Pre-emption 某個 MBMSsession,則將 MBMSscheduling information 中攜帶的 MBMS session list 中的該 MBMSsession刪除，這樣，eNB收到MBMS scheduling information后，即可確定相應的MBMSsession中斷，從而更新MCCH信息，UE讀取更新的MCCH信息后獲知由于網絡側原因導致MBMS session 中斷。(二)MME發送MBMS業務中斷指示包括從步驟200 中可知，由于 Minimum Time to MBMS Data Transfer 是 MME 通過 M3 消息發送到MCE的，因此，MME也可以作為指示MBMS業務中斷的網元，具體包括MCE向MME發送Pre-emption的指不信息；MME收到Pre-emption指不后，向UE發送MBMS業務中斷指示。這里，MME可以通過非接入層(NAS)消息向UE發送MBMS業務中斷指示，MME先將NAS消息發送到eNB，然后eNB將NAS消息轉發到UE。本發明方法中的UE是指，正在接收MBMS業務或感興趣接收MBMS業務的UE。MBMS業務中斷原因是指，由于網絡側的原因，而導致的正在發送的MBMS業務中止發送。其中，網絡側的原因包括以下至少一種由于ARPPre-emption引起的MBMS業務中斷、由于網絡側掛起MBMS業務的MBSFN傳輸等。通過本發明方法，正在接收MBMS業務的用戶在遇到突發性的業務中斷時，及時得到了業務被中斷的合理解釋，大大降低了對用戶運營商的業務滿意度所造成的負面影響；更好地避免了用戶離網情況的發生。特別地，由于目前無線資源緊張，UE正在接收的MBMS業務的優先級較低，被優先級較高的MBMS業務搶占了發送資源，從而在該業務的整個MBSFN區域范圍停止發送；由于其他網絡側的原因造成的正在發送的MBMS業務中止發送的情況，也可以向UE發送MBMS業務中斷指示。UE接收到網絡發送的MBMS業務中斷指示后，可以將其翻譯成用戶可以理解的信息，向用戶顯示，避免了大量用戶同時或反復對該業務發起接入請求，防止了網絡擁塞，提高了用戶的業務體驗和運營商滿意度。進一步地，本發明方法還包括UE接收到MBMS業務中斷指示后，將該指示通過高層信令告知用戶。這樣，避免了大量用戶同時或反復對該業務發起接入請求，防止了網絡擁塞，提高了用戶的業務體驗和運營商滿意度。針對本發明方法還提供一種指示MBMS業務中斷的系統，如圖3所示，至少包括網絡側和用戶設備，其中，網絡側，用于確定需要中斷的MBMS業務；向用戶設備發送MBMS業務中斷指示并指明中斷原因；用戶設備，用于接收來自網絡側的MBMS業務中斷指示，獲知中斷原因。進一步地，還用于將接收到的MBMS業務中斷指示通過高層信令告知用戶。
其中網絡側可以包括MBMS業務中斷決策單元，以及MBMS業務中斷指示單元，其中，MBMS業務中斷決策單元，用于確定需要中斷MBMS業務，通知MBMS業務中斷指示單元;MBMS業務中斷指示單元，用于接收到來自MBMS業務中斷決策單元的通知，向用戶設備發送MBMS業務中斷指示并指明中斷原因。該系統還包括eNB，用于轉發MBMS業務中斷指示單元與UE之間的信令，當網絡側為MCE，MBMS業務中斷決策單元和MBMS業務中斷指示單元設置在MCE中；當網絡側為MME，此時還包括MCE，MBMS業務中斷決策單元設置在MCE中，MBMS業務中斷指示單元設置在MME中。下面結合實施例對本發明方法進行詳細描述。 第一實施例，本實施例中米用MBMS scheduling information指不MBMS業務中斷。為了敘述的方便，在第一實施例中僅討論基于業務優先級的搶占(ARP Pre-emption)情況。當存在更多的MBMS業務中斷原因時，本領域技術人員知道可以采用相同處理，本發明只區分中斷原因是網絡側行為還是UE自身行為，對于網絡側行為引起的中斷具體原因不進行區分。如圖4所示，第一實施例具體包括以下步驟步驟400 MCE 收到 session start request 消息，判斷是否需要 Pre-emption 現有的MBMS業務，如果是，進入步驟401 ;否則結束本流程。MME通過M3 接口向 MCE發送 session start request 消息，MCE 收到 sessionstartrequest消息后，根據現有呼叫接納控制流程，首先判斷是否可以提供所需的資源，如果不能，有兩種選擇=MCE不為新的MBMS業務會話建立無線承載資源，向MME發送MBMS會話開始失敗(MBMS session start failure)消息，即 session start request 流程中止；或者，MCE決定用新的MBMS業務Pre-emption正在發送的MBMS業務，向MME發送MBMS會話開始響應(MBMS sessionstart response)消息，其中，對于 ARP Pre-emption,需要滿足新的MBMS業務優先級比正在進行的MBMS業務優先級高，且E-UTRAN可以滿足(Pre-empt之后)新的MBMS業務QoS要求。本步驟中的需要Pre-empt現有的MBMS業務就是指的上述后一種選擇的情況。步驟401 :MCE 在 Minimum Time to MBMS Data Transfer 時間內向 MBSFN 區域內所有的 eNB 發送 MBMS scheduling information,并將需要被 Pre-emption 的業務從 MBMSsession list 中刪除。在MME向 MCE 發送的 session start request (或 session update request)消息中會攜帶Minimum Time to MBMS Data Transfer信息元,該信息元的時間表明從MME發送session start request,到BM-SC發送MBMS業務數據之間的時間，在這段時間內，新MBMS業務數據還未開始發送，低優先級的MBMS業務還在進行。在MCE決定搶占低優先級的MBMS業務資源時，可以利用這段時間來發送低優先級的MBMS業務中止的指示信息。MBMS scheduling information在新MBMS業務開始之前,或者MBMS業務停止之后發送，因此可以在Minimum Time to MBMS Data Transfer指示的時間內發送,本步驟中，將MBMS scheduling information 中的MBMS session list 中的被搶占的低優先級的MBMS業務標識刪除，同時添加新的高優先級MBMS業務標識，以表明MBMS業務中斷原因是網絡側行為(如Pre-emption)引起的。步驟402 eNB 收到 MBMS scheduling information,向 MCE 回復 MBMS 調度信息響應(MBMS scheduling information response)消息，同時更新MCCH消息并發送。本步驟具體實現屬于現有技術，大致包括eNB根據MCCH更新時間(MCCH Update time)更新MCCH消息，添加新的MBMS業務，刪除被Pre-emption的MBMS業務，eNB中屬于相應MBSFN區域的小區發送MCCH變更通知(MCCH change notification)消息(表明新的 MBMS 業務 session start),以及更新的MCCH消息。步驟403 :正在接收或感興趣接收MBMS業務的UE讀取更新的MCCH消息。本步驟具體實現屬于現有技術，大致包括正在接收MBMS業務的UE周期性讀取MCCH消息，感興趣接收MBMS業務的UE監聽 到MCCH change notification消息后讀取更新的MCCH消息。UE根據更新的MCCH消息判斷出MBMS業務中斷是網絡側行為，不是UE自身的行為。UE通過內部的信令交互通知NAS層或應用層MBMS業務中斷，因為是網絡側原因，用戶不會重復發起MBMS業務激活請求。第二實施例，本實施中采用MBMS session update request消息來指示MBMS業務中斷。為了敘述的方便,在第二實施例中僅討論基于業務優先級的搶占(ARP Pre-emption)情況。當存在更多的MBMS業務中斷原因時，本領域技術人員知道可以采用相同處理，本發明只區分中斷原因是網絡側行為還是UE自身行為，對于網絡側行為引起的中斷具體原因不進行區分。如圖5所示，第一實施例具體包括以下步驟步驟500 :MCE 收到 session start request 消息，判斷是否需要 Pre-emption 現有的MBMS業務，如果是，進入步驟501，否則結束本流程。本步驟具體實現與步驟400完全一致，這里不再贅述。步驟501 :MCE 在 Minimum Time to MBMS Data Transfer 時間內向 MBSFN 區域內所有的eNB發送MBMS session update request消息，并將需要被Pre-emption的業務的TMGI 和 MBMS session identify 刪除。在MME向 MCE 發送的 session start request (或 session update request)消息中會攜帶Minimum Time to MBMS Data Transfer信息元,該信息元的時間表明從MME發送session start request,到BM-SC發送MBMS業務數據之間的時間，在這段時間內，新MBMS業務數據還未開始發送，低優先級的MBMS業務還在進行。在MCE決定搶占低優先級的MBMS業務資源時，可以利用這段時間來發送低優先級的MBMS業務中止的指示信息。MBMS session update request消息的目的主要是變更MBMS業務會話屬性，比如更新MBMS service area、更新MBMS控制面的相關節點(如MME、MBMS_GW等)等。在MBMSsession update request 消息中攜帶有 TMGI 和 MBMS session Identify 信息兀。本步驟中，MCE將需要終止的 TMGI 和 session Identify 從 MBMS sessionupdaterequest消息中刪除，同時，更新為新的高優先級MBMS業務標識，以表明MBMS業務中斷原因是網絡側行為(如Pre-emption)引起的。這樣，eNB在空口發送的就沒有相應的MBMS業務標識，表明該MBMS業務會話將被網絡側中斷。步驟502 eNB 收到 MBMS session update request 消息，向 MBMS-GW 分配的 IP 多播地址發送IP多播加入/退出消息，更新MCCH消息并發送；
在現有技術中，在MBMS session update request消息之后，如果涉及MBMSservice area 的變更(比如更新了 MME),—般有 MBMS session start request 消息(發送到新的控制面節點)以及MBMS session stop request消息(發到原來的控制面節點)。本實施例中，在步驟501中更改了 MBMS session update request消息中的MBMS業務標識，即有新的session start,則eNB更新相關小區的MCCH消息,添加新的MBMS業務標識，刪除被Pre-emption的MBMS業務標識，eNB中屬于相應MBSFN區域的小區發送MCCHchange notification消息(表明新的MBMS業務session start),以及更新的MCCH消息。步驟503 :正在接收或感興趣接收MBMS業務的UE讀取更新的MCCH消息。本步驟具體實現屬于現有技術，大致包括正在接收MBMS業務的UE周期性讀取MCCH消息，感興趣接收MBMS業務的UE監聽到MCCH change notification消息后讀取更新的MCCH消息。UE根據更新的MCCH消息判 斷出MBMS業務中斷是網絡側行為，不是UE自身的行為。UE通過內部的信令交互通知NAS層或應用層MBMS業務中斷，因為是網絡側原因，用戶不會重復發起MBMS業務激活請求。第三實施例，本實施例中采用NAS信令指示MBMS業務中斷，如圖6所示，包括以下步驟步驟600 MCE 收到 MBMS session start request 消息，判斷是否需要Pre-emption現有的MBMS業務,如果是,進入步驟601,否則結束本流程。本步驟具體實現與步驟400完全一致，這里不再贅述。步驟601 :MCE 向步驟 600 中發送 MBMS session start request 消息的 MME 發送Pre-emption指示。本步驟具體實現包括MCE 通過 MBMS session start response 消息攜帶 Pre-emption 指不，比如在MBMS session start response消息中新增一個信息元，用于指示被Pre-emption的業務標識，該業務標識可以是以下任意一種MBMS service ID、MBMS業務索引、MBMS業務位圖(bitmap);或者，MCE通過專用信令向MME發送Pre-emption指示,所述專用信令可以是一條新的M3 信令，如 MBMS 資源搶占指不(MBMS Pre-emption indication)等。步驟602 :MME 在 Minimum Time to MBMS Data Transfer 時間內發送 NAS 信令,指示MBMS業務中斷原因。本步驟中，如果MME知道MBSFN區域的配置，MME向MBSFN區域中的所有UE發送NAS消息，說明MBMS業務中斷原因是ARP Pre-emption ;如果MME不知道MBSFN區域配置，MME向MBMS業務區域(SA)或跟蹤區域(TA)內的所有UE發送NAS消息，說明MBMS業務中斷原因是 ARPPre-emption。步驟603 :UE接收NAS信令，用戶根據NAS信令得知當前業務中斷原因。用戶知道業務中斷原因后，可以停止接收業務或者通過其他方式繼續接收該業務，如單播方式。以上所述，僅為本發明的較佳實施例而已，并非用于限定本發明的保護范圍，凡在本發明的精神和原則之內所作的任何修改、等同替換和改進等，均應包含在本發明的保護范圍之內。
權利要求
1.一種指示MBMS業務中斷的方法，其特征在于，包括網絡側確定需要中斷的MBMS業務; 網絡側向用戶設備UE發送MBMS業務中斷指示并指明中斷原因。
2.根據權利要求I所述的方法，其特征在于，所述網絡側確定需要中斷MBMS業務包括所述網絡側中的多小區/多播協作實體MCE確定需要中斷的MBMS業務和中斷原因。
3.根據權利要求I所述的方法，其特征在于，所述網絡側向UE發送MBMS業務中斷指示并指明中斷原因包括 所述網絡側選擇發送中斷指示及原因的時機，所述時機來自移動管理實體MME的會話請求消息中包含的MBMS數據傳輸最小時間，所述網絡側在該MBMS數據傳輸最小時間內發送中斷指示及中斷原因。
4.根據權利要求I所述的方法，其特征在于，所述網絡側向UE發送MBMS業務中斷指示并指明中斷原因包括 所述網絡側的MCE通過MBMS會話更新請求消息，或MBMS調度信息，經由演進節點eNB向UE發送MBMS業務中斷指示并指明中斷原因。
5.根據權利要求4所述的方法，其特征在于，所述網絡側的MCE通過MBMS會話更新請求消息發送MBMS業務中斷指示并指明中斷原因，具體包括 所述網絡側的MCE刪除MBMS會話更新請求消息中的需要終止的MBMS會話標識。
6.根據權利要求4所述的方法，其特征在于，所述網絡側的MCE通過MBMS調度信息發送MBMS業務中斷指示并指明中斷原因，包括 所述網絡側的MCE刪除MBMS調度信息中攜帶的MBMS會話列表中的被中斷的MBMS會話。
7.根據權利要求I所述的方法，其特征在于，所述網絡側向UE發送MBMS業務中斷指示并指明中斷原因包括 所述網絡側中的MCE向MME發送資源搶占的指示信息；MME收到資源搶占的指示后，經由eNB向UE發送MBMS業務中斷指示。
8.根據權利要求7所述的方法，其特征在于，所述MME發送MBMS業務中斷指示包括 所述MME通過非接入層NAS消息，經由eNB向UE發送MBMS業務中斷指示。
9.根據權利要求8所述的方法，其特征在于，所述MCE向MME發送資源搶占的指示信息包括 所述MCE通過MBMS會話開始響應消息或專用信令攜帶資源搶占指示。
10.根據權利要求1、2、3、4或7所述的方法，其特征在于，該方法還包括 所述UE接收到MBMS業務中斷指示后，通過高層信令將該MBMS業務中斷指示告知用戶。
11.一種指示MBMS業務中斷的系統，其特征在于，至少包括網絡側和UE，其中， 網絡側，用于確定需要中斷的MBMS業務；向UE發送MBMS業務中斷指示并指明中斷原因； UE，用于接收來自網絡側的MBMS業務中斷指示，獲知中斷原因。
12.根據權利要求11所述的系統，其特征在于，所述UE，還用于將接收到的MBMS業務中斷指示通過高層信令告知用戶。
13.根據權利要求11或12所述的系統，其特征在于，所述網絡側包括MBMS業務中斷決策單元，以及MBMS業務中斷指示單元，其中， MBMS業務中斷決策單元，用于確定需要中斷MBMS業務和中斷原因，通知MBMS業務中斷指示單元； MBMS業務中斷指示單元，用于接收到來自MBMS業務中斷決策單元的通知，向UE發送MBMS業務中斷指不并指明中斷原因。
14.根據權利要求13所述的系統，其特征在于，該系統還包括eNB，用于轉發所述MBMS業務中斷指示單元與UE之間的信令； 所述網絡側為MCE ;所述MBMS業務中斷決策單元和MBMS業務中斷指示單元設置在MCE中； 所述網絡側為MME,此時所述網絡側中還包括MCE ；所述MBMS業務中斷決策單元設置在MCE中，所述MBMS業務中斷指示單元設置在MME中。
15.根據權利要求11所述的系統，其特征在于，所述UE為正在接收MBMS業務或感興趣接收MBMS業務的UE。
16.一種用戶設備，其特征在于，用于接收來自網絡側的MBMS業務中斷指示，獲知中斷原因。
17.根據權利要求16所述的用戶設備，其特征在于，所述用戶設備，還用于將接收到的MBMS業務中斷指示通過高層信令告知用戶。
全文摘要
本發明公開了一種指示MBMS業務中斷的方法、系統及用戶設備，其中方法包括網絡側確定需要中斷的MBMS業務，網絡側向UE發送MBMS業務中斷指示并指明中斷原因。通過本發明方案，正在接收MBMS業務的用戶在遇到突發性的業務中斷時，及時得到了業務被中斷的合理解釋，大大降低了對用戶運營商的業務滿意度所造成的負面影響；更好地避免了用戶離網情況的發生。進一步地，UE接收到MBMS業務中斷指示后，將該指示通過高層信令告知用戶。這樣，避免了大量用戶同時或反復對該業務發起接入請求，防止了網絡擁塞，提高了用戶的業務體驗和運營商滿意度。
文檔編號H04W28/02GK102790948SQ201110127688
公開日2012年11月21日 申請日期2011年5月17日 優先權日2011年5月17日
發明者杜曉, 沈益劍, 許輝 申請人:中興通訊股份有限公司