CN102281500A - 一种请求mbms业务的方法及系统 - Google Patents

Abstract

本发明公开了一种请求MBMS业务的方法及系统，包括：UE在向网络侧请求发送MBMS业务时，在请求中携带有请求的MBMS业务的MBMS标识信息，以及以下信息之一或任意组合：MBSFN区域标识信息，UE的标识信息，MBMS业务请求原因，MBMS业务类型信息；而网络侧接收到该MBMS请求消息后，确定是否发送被请求的MBMS业务。本发明方法很好地适应了采用MBSFN方式发送MBMS业务的场景，从而很好地满足了用户对MBMS业务的需求。

Description

一种请求MBMS业务的方法及系统

技术领域

本发明涉及多媒体广播组播业务(MBMS，Multimedia Broadcast MulticastService)，尤指一种请求MBMS业务的方法及系统。

背景技术

随着互联网的迅猛发展和大屏幕多功能手机的普及，出现了大量移动数据多媒体业务和各种高带宽多媒体业务，比如视频会议、电视广播、视频点播、视频广告、网上教育、互动游戏等，这些移动数据多媒体业务和各种高带宽多媒体业务不仅满足了移动用户不断上升的业务需求，同时也为移动运营商带来新的业务增长点。移动数据多媒体业务和各种高带宽多媒体业务要求多个用户能够同时接收相同数据，与一般的数据业务相比，具有数据量大、持续时间长、时延敏感等特点。

为了有效地利用移动网络资源，第三代合作伙伴计划(3GPP，3rd GenerationPartnership Project)提出了MBMS业务，MBMS业务是一种从一个数据源向多个目标传送数据的技术，实现了网络(包括核心网和接入网)资源的共享，提高了网络资源(尤其是空中接口资源)的利用率。3GPP定义的MBMS业务不仅能够实现纯文本低速率的消息类组播和广播，还能够实现高速多媒体业务的广播和组播，提供多种丰富的视频、音频和多媒体业务，这无疑顺应了未来移动数据发展的趋势，为第三代数字通信(3G，3rd Generation)的发展提供了更好的业务前景。

在长期演进(LTE，Long Term Evolution)系统中，MBMS业务采用多媒体广播组播业务单频网(MB SFN，Multimedia Broadcast multicast service SingleFrequency Network)方式进行发送。MBSFN方式可以理解为一种多小区联合发送的方式，即一定地理位置内的小区均在相同的时间、相同的频率资源上发送相同的MBMS业务数据，一定的地理位置称为MBSFN区域。这样，在整个MBSFN区域内，来自每个小区发送的数据对应电波信号就会自然叠加，从而较大幅度的提升了信号强度。

现有技术中，为了获取MBMS业务，UE会向网络侧发送携带请求的MBMS标识信息的请求，由网络侧根据接收到的MBMS标识信息确定是否向该UE发送请求的MBMS业务。

由于不同的MBSFN区域有可能有相同的MBMS业务，并且使用相同MBMS标识信息，这样，通过现有获取MBMS业务的方法，是不能唯一确定请求的MBMS业务是哪个MBSFN区域的MBMS业务的。

另外，目前在LTE版本10(R10)中正在考虑是否需要引进：针对一些没有UE接收的MBMS业务，网络侧通过选择关闭这些MBMS业务，以达到节省资源的目的，并帮助网络侧节能。但是，在LTE R10中用于判断MBMS业务是否有UE接收的过程是周期性的，并且周期非常长。也就是说，如果网络侧针对某一MBMS业务进行统计结果为：该MBMS业务没有UE接收，那么，网络侧会停止发送该MBMS业务；但是，假设过一会儿，有UE对这些当时没有UE接收的MBMS业务感兴趣而需要接收时，UE需要向网络侧请求该MBMS业务的发送，那么，从现有UE获取MBMS业务的方法来看，UE如何请求以获得这样的MBMS业务也没有给出解决方案。

从现有UE获取MBMS业务的方法来看，不能很好的适应采用MBSFN方式发送MBMS业务的场景，从而不能很好满足用户对MBMS业务的需求。

发明内容

有鉴于此，本发明的主要目的在于提供一种请求MBMS业务的方法及系统，能够很好地适应采用MBSFN方式发送MBMS业务的场景，从而很好地满足用户对MBMS业务的需求。

为达到上述目的，本发明的技术方案是这样实现的：

一种请求MBMS业务的方法，包括：

用户设备UE在向网络侧请求发送多媒体广播组播业务MBMS时，在请求中携带有请求的MBMS业务的MBMS标识信息，以及以下信息之一或任意组合：多媒体广播组播业务单频网MBSFN区域标识信息，UE的标识信息，MBMS业务请求原因，MBMS业务类型信息。

该方法之前还包括：

所述网络侧为UE分配上行资源，所述UE在网络侧分配的上行资源上发送所述MBMS请求。

该方法还包括：网络侧接收到该MBMS请求消息后，确定是否发送被请求的MBMS业务；

所述网络侧向UE发送MBMS请求消息响应，用于通知UE，其请求的MBMS业务是否可以发送，以及不能发送时的原因。

所述上行资源可以是：上行公共控制信道CCCH，或物理上行共享信道PUSCH，或专用控制信道DCCH，或约定的上行资源，或网络侧分配的专用资源上为MBMS请求消息分配的上行资源。

所述MBMS请求用于所述UE向网络侧请求一个或一个以上MBMS业务的发送。

所述一个或一个以上MBMS业务为：所述UE所在小区或所述UE所感兴趣的MBSFN区域中没有的业务；或者，

所述一个或一个以上MBMS业务为：所述UE所在小区或所述UE所感兴趣的MBSFN区域中发送过的业务，但由于所述UE所在小区或所述UE所感兴趣的MBSFN区域内没有UE接收而被网络侧停止发送的MBMS业务。

所述MBMS标识信息为：MBMS业务ID，或临时移动组标识TMGI，或为使用多播信道MCH和sessionId结合的方式，具体指明哪个MCH中的哪个sessionId，或为使用MCH和MTCH的逻辑信道ID结合的方式，具体指明哪个MCH中的哪个MTCH；

所述MBMS标识信息为一个或一个以上。

所述MBSFN区域标识信息为UE请求的MBMS业务所属的MBSFN区域的标识；

所述MBSFN区域标识信息为一个或一个以上。

如果所述UE同时请求两个或两个以上MBMS业务，并且两个或两个以上MBMS业务不属于同一MBSFN区域，所述MBSFN区域标识信息包括所述不同的MBSFN区域的MBSFN区域标识信息。

所述UE的标识信息为：UE标识UE_ID，或用户设备分配系统架构演进的临时移动用户标识S-TMSI，或40比特的随机值，或小区无线网络临时标识C-RNTI，或全球移动用户标识IMSI。

所述MBMS业务请求原因至少包括以下之一：被请求的所述MBMS业务是网络侧统计后，由于没有UE接收而关闭的MBMS业务；或者，

被请求的所述MBMS业务不属于所述UE所在小区发送的MBMS业务。

该方法还包括：

所述网络侧接收到MBMS业务请求后，根据小区中发送MBMS业务请求的UE的数量，和/或UE请求的MBMS业务，调整发送MBSFN区域的小区组成和/或被请求的MBMS业务的发送范围。

所述网络侧的调整具体包括：

所述网络侧接收到该MBMS请求消息后，判断出所述UE所在小区为未被规划为发送所述请求的MBMS业务的小区；

所述网络侧保存所述UE发送的MBMS请求信息，一段预设时长后，所述网络侧将未规划发送所述请求的MBMS业务的小区设置发送所述请求的MBMS业务的小区；

所述网络侧根据接收到的MBMS请求消息，将一段预设时长后，没有请求MBMS业务的小区划出MBMS业务发送的小区范围。

所述UE在向网络侧请求发送多媒体广播组播业务MBMS时，在请求中至少携带有下述之一：请求的MBMS业务的MBMS标识信息、多媒体广播组播业务单频网MBSFN区域标识信息、MBMS业务请求原因；

所述MBSFN区域标识信息为第一MBSFN区域的标识；

所述MBMS业务请求原因为：请求的MBMS业务在第一MBSFN区域中有，但是目前由于小区内没有UE接收而停止发送；

在MBSFN区域重叠覆盖的小区内，所述网络侧根据MBMS请求消息中的被请求的MBMS业务在网络侧的发送情况，选择合理的MBSFN区域发送被请求的MBMS业务。

所述网络侧根据MBMS请求消息中的被请求的MBMS业务在网络侧的发送情况，选择合理的MBSFN区域发送被请求的MBMS业务具体包括：

所述网络侧根据来自所述UE的MBMS请求消息，确定该UE请求的MBMS业务正在与所述停止发送请求的MBMS业务的小区相邻的小区中，并在第二MBSFN区域的资源中发送；同时，网络侧判断出如果在所述停止发送请求的MBMS业务的小区的第二MBSFN区域中发送该UE请求的MBMS业务，正好与相邻小区中在第二MBSFN区域中发送该MBMS业务构成MBSFN传输方式，所以，所述网络侧在所述停止发送请求的MBMS业务的小区的第二MBSFN区域中发送UE请求的MBMS业务并通知给UE；

所述停止发送请求的MBMS业务的小区、以及所述停止发送请求的MBMS业务的小区的相邻小区为：第二MBSFN区域重叠覆盖的小区。

所述MBMS业务类型信息，用于指示被请求的所述MBMS业务是组播业务或是广播业务；

或者，用于指示被请求的所述MBMS业务是签约付费MBMS业务，或是免费MBMS业务。

所述网络侧为：演进基站eNB、或中继站relay、或多小区协作实体MCE，或广播组播业务中心BMSC、或MBMS网关MBMS GW。

一种请求MBMS业务的方法，包括：

用户设备UE在向网络侧请求发送多媒体广播组播业务MBMS时，在请求中至少携带有下述之一：请求的MBMS业务的MBMS标识信息、多媒体广播组播业务单频网MBSFN区域标识信息以及MBMS业务请求原因；

所述MBSFN区域标识信息为第一MBSFN区域的标识；

所述MBMS业务请求原因为：请求的MBMS业务在第一MBSFN区域中有，但是目前由于小区内没有UE接收而停止发送；

在MBSFN区域重叠覆盖的小区内，所述网络侧根据MBMS请求消息中的被请求的MBMS业务在网络侧的发送情况，选择合理的MBSFN区域发送被请求的MBMS业务。

所述网络侧根据MBMS请求消息中的被请求的MBMS业务在网络侧的发送情况，选择合理的MBSFN区域发送被请求的MBMS业务具体包括：

所述网络侧根据来自所述UE的MBMS请求消息，确定该UE请求的MBMS业务正在与所述停止发送请求的MBMS业务的小区相邻的小区中，并在第二MBSFN区域的资源中发送；同时，网络侧判断出如果在所述停止发送请求的MBMS业务的小区的第二MBSFN区域中发送该UE请求的MBMS业务，正好与相邻小区中在第二MBSFN区域中发送该MBMS业务构成MBSFN传输方式，所以，所述网络侧在所述停止发送请求的MBMS业务的小区的第二MBSFN区域中发送UE请求的MBMS业务并通知给UE；

所述停止发送请求的MBMS业务的小区、以及所述停止发送请求的MBMS业务的小区的相邻小区为：第二MBSFN区域重叠覆盖的小区。

一种请求MBMS业务的系统，主要包括网络侧和UE，其中，

UE，用于向网络侧请求发送MBMS业务，在请求中携带有请求的MBMS业务的MBMS标识信息，以及以下信息之一或任意组合：MBSFN区域标识信息，UE的标识信息，MBMS业务请求原因，MBMS业务类型信息；

网络侧，用于接收来自UE的MBMS请求消息。

所述网络侧，还用于根据接收到的MBMS请求消息，确定是否发送被请求的MBMS业务，向所述UE发送用于通知UE，其请求的MBMS业务是否可以发送，以及不能发送时的原因的MBMS请求消息响应。

所述网络侧，还用于为所述UE分配上行资源；

所述UE在网络侧分配的上行资源上发送所述MBMS请求。

所述网络侧为：演进基站eNB、或中继站relay、或小区协作实体MCE，或广播组播业务中心BMSC、或MBMS网关MBMS GW。

从上述本发明提供的技术方案可以看出，UE在向网络侧请求发送MBMS业务时，在请求中携带有请求的MBMS业务的MBMS标识信息，以及以下信息之一或任意组合：MBSFN区域标识信息，UE的标识信息，MBMS业务请求原因，MBMS业务类型信息；而网络侧接收到该MBMS请求消息后，确定是否发送被请求的MBMS业务。本发明方法很好地适应了采用MBSFN方式发送MBMS业务的场景，从而很好地满足了用户对MBMS业务的需求。

附图说明

图1为本发明请求MBMS业务的方法的流程图；

图2为本发明MBMS请求的组成示意图；

图3为本发明请求MBMS业务的系统的组成结构示意图；

图4为本发明请求MBMS业务的实施例的场景示意图。

具体实施方式

图1为本发明请求MBMS业务的方法的流程图，如图1所示，包括：

步骤100：UE向网络侧请求发送MBMS业务，在请求中携带有请求的MBMS业务的MBMS标识信息，以及以下信息之一或任意组合：MBSFN区域标识信息，UE的标识信息，MBMS业务请求原因，MBMS业务类型信息。

MBMS请求是UE向网络侧请求发送一个或多个MBMS业务的消息，UE在给网络侧发送之前，网络侧会为UE分配上行资源，然后UE在网络侧分配的上行资源上将MBMS请求发送给网络侧。

这里上行资源可以是：上行公共控制信道(CCCH，Common ControlChannel)，或物理上行共享信道(PUSCH，Physical Uplink Shared Channel)，或专用控制信道(DCCH，Dedicated Control Channel)，或约定的上行资源，或网络侧分配的专用资源上为MBMS请求消息分配的上行资源。具体来讲：UE在CCCH上给网络侧发送MBMS请求消息，或者在PUSCH上给网络侧发送MBMS请求消息，或者在DCCH上发送MBMS请求消息，或者在约定的上行资源上发送MBMS请求消息，或者在网络侧分配的专用资源上为MBMS请求消息分配的上行资源上发送MBMS请求消息。

MBMS请求消息，用于UE向网络侧请求一个或者多个MBMS业务的发送。这里，一个或者多个MBMS业务是网络侧没有发送的；进一步地，这些MBMS业务可以是UE所在小区即本小区(或者UE所感兴趣的MBSFN区域，也称为本MBSFN区域)没有的业务，即事先没有分配在本小区(或本MBSFN区域)发送的MBMS业务，也可以是本小区(或本MBSFN区域)原来发送的业务，但是由于当时本小区(或本MBSFN区域)内没有UE接收而被网络侧停止发送的MBMS业务。

步骤101：网络侧接收到该MBMS请求消息后，确定是否发送被请求的MBMS业务。

网络侧接收到UE发送的MBMS请求消息后，网络侧向UE发送MBMS请求消息响应，用于通知UE，其请求的MBMS业务是否可以发送，以及不能发送时的原因，这样提升了用户体验。

网络侧可以为：演进基站(cNB)，中继站(relay)，小区协作实体(MCE，Multi-cell/multicast Coordination Entity)，广播组播业务中心(BMSC，Broadcast-Multicast-Service Centre)，MBMS网关(MBMS GW，MBMSGateWay)等。

本发明MBMS请求中携带的各信息可以同时包含多个，比如，如果UE需要同时请求网络侧发送两个MBMS业务，那么，UE可以向网络侧发送一次MBMS请求消息，在该MBMS请求消息中同时携带UE请求的两个MBMS业务的MBMS标识信息。

图2为本发明MBMS请求的组成示意图，如图2所示，下面详细介绍MBMS请求中携带的各信息如下：

(1)MBMS标识信息。

MBMS标识信息为UE请求的MBMS业务的标识，以便网络侧获知UE正在针对哪个MBMS业务发送请求消息。具体的表示形式可以多种多样，比如为MBMS业务ID(service Id)，或临时移动组标识(TMGI，Temporary Mobile GroupIdentity)；也可以使用间接的方式，比如为多播信道(MCH，Multicast Channel)和sessionId结合的方式，具体指明哪个MCH中的哪个sessionId即可。或者为MCH和MTCH的逻辑信道ID结合的方式，具体指明哪个MCH中的哪个MTCH即可。

MBMS标识信息可以有一个或者多个，当为多个时，表示UE同时请求多个MBMS业务发送。

(2)MBSFN区域标识信息。

MBSFN区域标识信息为UE请求的MBMS业务所属的MBSFN区域的标识，可以使用MBSFN区域ID(mbsfn-AreaId)。

在UTE中，支持多个不同的MBSFN区域同时覆盖同一地理位置，那么相应的同一地理位置的小区会同时属于多个MBSFN区域覆盖，需要发送多个MBSFN区域的MBMS业务。由于不同的MBSFN区域有可能有相同的MBMS业务，并且使用相同MBMS业务标识，此时，如果UE处于被MBSFN区域重叠覆盖的小区内向网络侧发送MBMS请求消息时，在请求消息中需要携带被请求的MBMS业务所属的MBSFN区域的MBSFN区域标识信息，这样，网络侧才可以通过MBSFN区域标识信息确定UE请求的是哪一个MBSFN区域的MBMS业务。

MBSFN区域标识信息可以有一个或者多个，UE可以同时请求相同或者不同MBSFN区域的MBMS发送。

(3)UE的标识信息。

UE的标识信息为：UE标识(UE_ID)，或用户设备分配系统架构演进的临时移动用户标识(S-TMSI，SAE Temporary Mobile Station Identifier)，或40比特的随机值，或小区无线网络临时标识(C-RNTI，Cell Radio NetworkTemporary Identifier)，或全球移动用户标识(IMSI，International MobileSubscriber Identity)。

对于接收到MBMS业务请求的网络侧，可以根据UE的标识信息，判断该UE请求的MBMS业务是否满足给该UE发送的条件，比如：如果该UE请求的是一个付费的MBMS业务，网络侧可以根据UE的标识信息判断该UE是否为欠费用户，如果该UE为非欠费且属于签约用户，那么，满足给该UE发送的条件，网络侧才可能选择为该UE发送其请求的MBMS业务。

需要说明的是，如果UE事先知道自身请求的MBMS属于免费业务，也可以不携带自身的表示信息。

(4)MBMS业务请求原因。

MBMS业务请求原因至少包括下列之一：被请求的MBMS业务是网络侧统计后，由于没有UE接收而关闭的MBMS业务，或者，被请求的MBMS业务不属于UE所在小区发送的MBMS业务等。

(5)MBMS业务类型信息，用于指示被请求的MBMS业务是组播业务，或者是广播业务，或者描述为是签约付费MBMS业务还是免费MBMS业务。

一般情况下，组播业务是付费业务，广播业务是免费业务。对于组播(或者付费业务)业务可能需要计费，所以UE如果请求的MBMS业务是组播业务，那么，网络侧在进一步判断出该UE为已经签约的UE后，才向该UE发送请求的MBMS业务；如果判断出该UE不是签约UE，那么，网络侧可以提醒该UE，该业务需要签约后接收。

需要说明的是，如果MBMS业务请求消息中未携带该MBMS业务类型信息，网络侧通过检索后，也可以判断出被请求的MBMS业务为付费业务还是免费业务，具体实现属于本领域技术人员公知技术，这里不再赘述。

图3为本发明请求MBMS业务的系统的组成结构示意图，如图3所示，本分发明系统主要包括网络侧和UE，其中，

UE，用于向网络侧请求发送MBMS业务，在请求中携带有请求的MBMS业务的MBMS标识信息，以及以下信息之一或任意组合：MBSFN区域标识信息，UE的标识信息，MBMS业务请求原因，MBMS业务类型信息。

网络侧，用于接收来自UE的MBMS请求消息。

网络侧，还用于根据接收到的MBMS请求消息，确定是否发送被请求的MBMS业务，向所述UE发送MBMS请求消息响应，用于通知UE，其请求的MBMS业务是否可以发送，以及不能发送时的原因。

网络侧可以为：演进基站(eNB)，中继站(relay)，小区协作实体(MCE，Multi-cell/multicast Coordination Entity)，广播组播业务中心(BMSC，Broadcast-Multicast-Service Centre)，MBMS网关(MBMS GW，MBMSGateWay)等。

下面结合不同的应用场景，举实施例对本发明方法进行详细描述。

第一实施例，假设某UE从MBMS业务电子节目单(是一个包含很多MBMS业务简介的电子菜单，UE可以通过很多现有公知方式事先获得)中了解到某MBMS业务的简介，该UE对这个MBMS业务感兴趣并需要进行接收，但是通过相关控制信息的接收后，该UE发现该MBMS业务在本小区内没有发送。

此时，UE可以向网络侧发送MBMS请求消息，MBMS请求消息可以在上行公共控制信道，或PUSCH，或约定好的上行资源中发送。需要说明的是，如果是在在上行公共控制信道，或PUSCH上发送MBMS业务，在UE发送MBMS请求消息之前，网络侧在上行公共控制信道或者PUSCH中为UE分配有上行资源，具体的分配资源的过程属于本领域技术人员公知技术，这里不再赘述。

第一实施例中，假设MBMS请求消息携带有：MBMS标识信息、MBSFN区域标识信息、UE的标识信息、MBMS业务请求原因，以及MBMS业务类型信息。第一实施例中，相应的每个参数的取值分别为：

MBMS标识信息为MBMS service ID；MBSFN区域标识信息为UE需要请求的MBMS业务所在的MBSFN区域ID，即mbsfn-AreaId；

UE的标识信息为UE_ID，每个UE都有一个固有的ID。UE的标识信息也可以使UE随机生成40比特的随机数作为标识信息；UE的标识信息还可以使用C-RNTI，主要是针对连接态的UE，因为连接态的UE，网络侧会为其配置一个C-RNTI；UE的标识信息也可以使用S-TMSI。上述的这些信息可以根据不同的场景应用，也可以通过标准化后，固定为某一种信息；

MBMS业务请求原因，可以为非本小区(或本MBSFN区域)的MBMS业务请求，也可以是本小区内被停止播放的业务，UE可以根据具体情况进行配置。

MBMS业务类型信息由网络侧根据实际情况进行配置。

最后，UE将设置好的MBMS请求消息发送给网络侧，网络侧接收到MBMS请求消息后，针对MBMS请求消息中的参数，确定后续的操作。

比如，UE发送的MBMS请求消息中请求的MBMS业务不属于本小区(或本MBSFN区域)，那么，如果网络侧不支持本小区(本MBSFN区域没有的MBMS业务，网络侧不支持发送)发送非本小区的MBMS业务，网络侧可以回复该UE，并携带上述不能发送的原因；如果网络侧支持这种跨小区(或不同MBSFN区域)发送MBMS业务，并且经过判断，确认该UE请求的MBMS业务为免费业务，网络侧认为该UE满足接收请求的MBMS业务的条件，可以回复该UE，并携带网络侧即将发送该MBMS业务，请求用户做好接收准备的信息。

比如，UE发送的MBMS请求消息中请求的MBMS业务属于付费业务，如果网络侧接收到该MBMS请求消息后，通过判断发现该业务为付费MBMS业务，并且通过该UE的标识信息，网络侧进一步判断出该UE为非签约用户，那么，网络侧是不能开启该MBMS业务的，网络侧回复该UE，并携带上述不能发送UE请求的MBMS业务的原因，并建议该UE签约后在请求该MBMS业务的发送的信息。

比如，假设在某一小区(或多个小区内)内，有较多的UE发送各自的MBMS请求消息，网络侧接收到这些MBMS请求消息后，发现有较多的UE都在请求同一个MBMS业务的发送，但是，网络侧通过判断后确认这些小区均属于没有被规划为发送该MBMS业务的小区。那么，网络侧可以回复该UE，并携带上述不能发送UE请求的MBMS业务的原因；

同时，较佳地，网络侧可以保存每次UE发送的MBMS请求信息，一段时间后，网络侧在这些小区请求该MBMS业务的情况越来越多时，将这些原本没有规划到MBMS业务的发送小区内的这些小区纳为新的MBMS业务发送小区。相反地，网络侧根据UE发送MBMS请求消息，可以把一些一直没有请求MBMS业务的小区划出MBMS业务发送的小区范围。

这样，实现了网络侧根据UE发送的MBMS请求消息调整MBMS发送范围的目的。

比如，UE所处的小区同时属于多个MBSFN区域，这种情况在LTE中被称为MBSFN区域重叠覆盖。相应地，该小区同时发送多个不同的MBSFN区域的MBMS业务。此时，如果本小区中有UE发送MBMS请求消息给网络侧，那么该MBMS请求消息中除了携带MBMS标识信息外，由于两个不同的MBSFN区域有可能会出现不同MBMS业务的标识信息是相同的情况，因此，MBMS请求消息中还应该至少携带MBSFN区域标识信息。如果UE需要同时向网络侧请求2个不同区域的MBMS业务时，MBMS请求消息中需要同时携带两个MBSFN区域的标识信息。

第二实施例，图4为本发明请求MBMS业务的实施例的场景示意图，当MBSFN区域1和MBSFN区域2重叠覆盖某一个(些)小区时，如图4中的小区1到7被重叠覆盖，不同的MBSFN区域使用不同的子帧资源。这种情况下，

比如，某UE已获知请求的MBMS业务在MBSFN区域1中有，但是固前由于小区内没有UE接收而停止发送，该UE在MBMS请求消息中，除了携带上述MBMS业务请求原因外，还携带有MBSFN区域1的标识，并将MBMS请求消息发送给网络侧；网络侧根据该UE的MBMS请求消息，发现该UE请求的MBMS业务正在与该小区1相邻的小区(如小区2～7任意一个)中并在MBSFN区域2的资源中发送，网络侧判断出如果在小区1的MBSFN区域2中发送该UE请求的MBMS业务，正好可以和相邻小区(如小区2～7任意一个)中在MBSFN区域2中发送的该MBMS业务构成MBSFN传输方式(相邻小区使用相同的时频资源，发送相同的数据，这样相邻小区的发送的数据电波信号会在空中叠加，从而提升增益，具体参考LTE协议的多小区MBMS传输)，所以，网络侧可以在小区1的MBSFN区域2中发送UE请求的MBMS业务，并且网络侧将UE请求的MBMS业务将在本小区MBSFN区域2中发送的信息告知UE。

以上所述，仅为本发明的较佳实施例而已，并非用于限定本发明的保护范围，凡在本发明的精神和原则之内所作的任何修改、等同替换和改进等，均应包含在本发明的保护范围之内。

Claims (23)

1.一种请求MBMS业务的方法，其特征在于，包括：

用户设备UE在向网络侧请求发送多媒体广播组播业务MBMS时，在请求中携带有请求的MBMS业务的MBMS标识信息，以及以下信息之一或任意组合：多媒体广播组播业务单频网MBSFN区域标识信息，UE的标识信息，MBMS业务请求原因，MBMS业务类型信息。

2.根据权利要求1所述的方法，其特征在于，该方法之前还包括：

所述网络侧为UE分配上行资源，所述UE在网络侧分配的上行资源上发送所述MBMS请求。

3.根据权利要求1或2所述的方法，其特征在于，该方法还包括：网络侧接收到该MBMS请求消息后，确定是否发送被请求的MBMS业务；

所述网络侧向UE发送MBMS请求消息响应，用于通知UE，其请求的MBMS业务是否可以发送，以及不能发送时的原因。

4.根据权利要求2所述的方法，其特征在于，所述上行资源可以是：上行公共控制信道CCCH，或物理上行共享信道PUSCH，或专用控制信道DCCH，或约定的上行资源，或网络侧分配的专用资源上为MBMS请求消息分配的上行资源。

5.根据权利要求1、2或4所述的方法，其特征在于，所述MBMS请求用于所述UE向网络侧请求一个或一个以上MBMS业务的发送。

6.根据权利要求5所述的方法，其特征在于，所述一个或一个以上MBMS业务为：所述UE所在小区或所述UE所感兴趣的MBSFN区域中没有的业务；或者，

所述一个或一个以上MBMS业务为：所述UE所在小区或所述UE所感兴趣的MBSFN区域中发送过的业务，但由于所述UE所在小区或所述UE所感兴趣的MBSFN区域内没有UE接收而被网络侧停止发送的MBMS业务。

7.根据权利要求1或2所述的方法，其特征在于，所述MBMS标识信息为：MBMS业务ID，或临时移动组标识TMGI，或为使用多播信道MCH和sessionId结合的方式，具体指明哪个MCH中的哪个sessionId，或为使用MCH和MTCH的逻辑信道ID结合的方式，具体指明哪个MCH中的哪个MTCH；

所述MBMS标识信息为一个或一个以上。

8.根据权利要求1或2所述的方法，其特征在于，所述MBSFN区域标识信息为UE请求的MBMS业务所属的MBSFN区域的标识；

所述MBSFN区域标识信息为一个或一个以上。

9.根据权利要求8所述的方法，其特征在于，如果所述UE同时请求两个或两个以上MBMS业务，并且两个或两个以上MBMS业务不属于同一MBSFN区域，所述MBSFN区域标识信息包括所述不同的MBSFN区域的MBSFN区域标识信息。

10.根据权利要求1所述的方法，其特征在于，所述UE的标识信息为：UE标识UE_ID，或用户设备分配系统架构演进的临时移动用户标识S-TMSI，或40比特的随机值，或小区无线网络临时标识C-RNTI，或全球移动用户标识IMSI。

11.根据权利要求1或2所述的方法，其特征在于，所述MBMS业务请求原因至少包括以下之一：被请求的所述MBMS业务是网络侧统计后，由于没有UE接收而关闭的MBMS业务；或者，

被请求的所述MBMS业务不属于所述UE所在小区发送的MBMS业务。

12.根据权利要求11所述的方法，其特征在于，该方法还包括：

所述网络侧接收到MBMS业务请求后，根据小区中发送MBMS业务请求的UE的数量，和/或UE请求的MBMS业务，调整发送MBSFN区域的小区组成和/或被请求的MBMS业务的发送范围。

13.根据权利要求12所述方法，其特征在于，所述网络侧的调整具体包括：

所述网络侧接收到该MBMS请求消息后，判断出所述UE所在小区为未被规划为发送所述请求的MBMS业务的小区；

所述网络侧保存所述UE发送的MBMS请求信息，一段预设时长后，所述网络侧将未规划发送所述请求的MBMS业务的小区设置发送所述请求的MBMS业务的小区；

所述网络侧根据接收到的MBMS请求消息，将一段预设时长后，没有请求MBMS业务的小区划出MBMS业务发送的小区范围。

14.根据权利要求1或2所述的方法，其特征在于，所述UE在向网络侧请求发送多媒体广播组播业务MBMS时，在请求中至少携带有下述之一：请求的MBMS业务的MBMS标识信息、多媒体广播组播业务单频网MBSFN区域标识信息、MBMS业务请求原因；

所述MBSFN区域标识信息为第一MBSFN区域的标识；

所述MBMS业务请求原因为：请求的MBMS业务在第一MBSFN区域中有，但是目前由于小区内没有UE接收而停止发送；

在MBSFN区域重叠覆盖的小区内，所述网络侧根据MBMS请求消息中的被请求的MBMS业务在网络侧的发送情况，选择合理的MBSFN区域发送被请求的MBMS业务。

15.根据权利要求14所述的方法，其特征在于，所述网络侧根据MBMS请求消息中的被请求的MBMS业务在网络侧的发送情况，选择合理的MBSFN区域发送被请求的MBMS业务具体包括：

所述网络侧根据来自所述UE的MBMS请求消息，确定该UE请求的MBMS业务正在与所述停止发送请求的MBMS业务的小区相邻的小区中，并在第二MBSFN区域的资源中发送；同时，网络侧判断出如果在所述停止发送请求的MBMS业务的小区的第二MBSFN区域中发送该UE请求的MBMS业务，正好与相邻小区中在第二MBSFN区域中发送该MBMS业务构成MBSFN传输方式，所以，所述网络侧在所述停止发送请求的MBMS业务的小区的第二MBSFN区域中发送UE请求的MBMS业务并通知给UE；

所述停止发送请求的MBMS业务的小区、以及所述停止发送请求的MBMS业务的小区的相邻小区为：第二MBSFN区域重叠覆盖的小区。

16.根据权利要求1或2所述的方法，其特征在于，所述MBMS业务类型信息，用于指示被请求的所述MBMS业务是组播业务或是广播业务；

或者，用于指示被请求的所述MBMS业务是签约付费MBMS业务，或是免费MBMS业务。

17.根据权利要求1或2所述的方法，其特征在于，所述网络侧为：演进基站eNB、或中继站relay、或多小区协作实体MCE，或广播组播业务中心BMSC、或MBMS网关MBMS GW。

18.一种请求MBMS业务的方法，其特征在于，包括：

用户设备UE在向网络侧请求发送多媒体广播组播业务MBMS时，在请求中至少携带有下述之一：请求的MBMS业务的MBMS标识信息、多媒体广播组播业务单频网MBSFN区域标识信息以及MBMS业务请求原因；

所述MBSFN区域标识信息为第一MBSFN区域的标识；

所述MBMS业务请求原因为：请求的MBMS业务在第一MBSFN区域中有，但是目前由于小区内没有UE接收而停止发送；

在MBSFN区域重叠覆盖的小区内，所述网络侧根据MBMS请求消息中的被请求的MBMS业务在网络侧的发送情况，选择合理的MBSFN区域发送被请求的MBMS业务。

19.根据权利要求16所述的方法，其特征在于，所述网络侧根据MBMS请求消息中的被请求的MBMS业务在网络侧的发送情况，选择合理的MBSFN区域发送被请求的MBMS业务具体包括：

所述网络侧根据来自所述UE的MBMS请求消息，确定该UE请求的MBMS业务正在与所述停止发送请求的MBMS业务的小区相邻的小区中，并在第二MBSFN区域的资源中发送；同时，网络侧判断出如果在所述停止发送请求的MBMS业务的小区的第二MBSFN区域中发送该UE请求的MBMS业务，正好与相邻小区中在第二MBSFN区域中发送该MBMS业务构成MBSFN传输方式，所以，所述网络侧在所述停止发送请求的MBMS业务的小区的第二MBSFN区域中发送UE请求的MBMS业务并通知给UE；

所述停止发送请求的MBMS业务的小区、以及所述停止发送请求的MBMS业务的小区的相邻小区为：第二MBSFN区域重叠覆盖的小区。

20.一种请求MBMS业务的系统，其特征在于，主要包括网络侧和UE，其中，

UE，用于向网络侧请求发送MBMS业务，在请求中携带有请求的MBMS业务的MBMS标识信息，以及以下信息之一或任意组合：MBSFN区域标识信息，UE的标识信息，MBMS业务请求原因，MBMS业务类型信息；

网络侧，用于接收来自UE的MBMS请求消息。

21.根据权利要求20所述的系统，其特征在于，所述网络侧，还用于根据接收到的MBMS请求消息，确定是否发送被请求的MBMS业务，向所述UE发送用于通知UE，其请求的MBMS业务是否可以发送，以及不能发送时的原因的MBMS请求消息响应。

22.根据权利要求20或21所述的系统，其特征在于，所述网络侧，还用于为所述UE分配上行资源；

所述UE在网络侧分配的上行资源上发送所述MBMS请求。

23.根据权利要求22所述的系统，其特征在于，所述网络侧为：演进基站eNB、或中继站relay、或小区协作实体MCE，或广播组播业务中心BMSC、或MBMS网关MBMS GW。

Images