本发明涉及多媒体广播组播业务 （ MBMS , Multimedia Broadcast Multicast Service ), 尤指一种请求 MBMS业务的方法及系统。 背景技术

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

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

在长期演进（LTE, Long Term Evolution )系统中， MBMS业务釆用多 媒体广播组播业务单频网 （ MBSFN, Multimedia Broadcast multicast service Single Frequency 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和 sessionld结合的方式，具体指明哪个 MCH中的 哪个 sessionld, 或为使用 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分配上行资源； 所述网络侧为：演进基站 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 Control Channel ) ,或物理上行共享信道（ 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业务是否可以发送， 以及 不能发送时的原因， 这样提升了用户体验。

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

本发明 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 Group Identity )； 也可以使用间接的方式， 比如为多播信道（ MCH, Multicast Channel )和 sessionld结合的方式， 具体指明哪个 MCH中的哪个 sessionld即可。 或者为 MCH和 MTCH的逻辑信道 ID结合的方式， 具体 指明哪个 MCH中的哪个 MTCH即可。

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

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

在 LTE中， 支持多个不同的 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 Network Temporary Identifier ) , 或全球移动用户标识 ( IMSI, International Mobile Subscriber 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, MBMS GateWay )等。

下面结合不同的应用场景， 举实施例对本发明方法进行详细描述。 第一实施例， 假设某 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区 i或标识信息为 UE需 要请求的 MBMS业务所在的 MBSFN区域 ID, 即 mbsfn-Areald;

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

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相邻的小区 （如小区 1〜Ί任 意一个）中并在 MBSFN区域 2的资源中发送， 网络侧判断出如果在小区 1 的 MBSFN区域 2中发送该 UE请求的 MBMS业务， 正好可以和相邻小区 (如小区 1〜Ί任意一个 ) 中在 MBSFN区域 2中发送的该 MBMS业务构成 MBSFN传输方式（相邻小区使用相同的时频资源� �� 发送相同的数据， 这样 相邻小区的发送的数据电波信号会在空中叠加 ， 从而提升增益， 具体参考

LTE协议的多小区 MBMS传输 ) , 所以， 网络侧可以在小区 1的 MBSFN 区域 2中发送 UE请求的 MBMS业务，并且网络侧将 UE请求的 MBMS业 务将在本小区 MBSFN区域 2中发送的信息告知 UE。

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