专利名称：一种指示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日
发明者杜晓, 沈益剑, 许辉 申请人:中兴通讯股份有限公司