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

1、(10)申请公布号 CN 102281500 A (43)申请公布日 2011.12.14 C N 1 0 2 2 8 1 5 0 0 A *CN102281500A* (21)申请号 201010199462.2 (22)申请日 2010.06.10 H04W 4/06(2009.01) H04W 68/00(2009.01) H04W 72/04(2009.01) (71)申请人中兴通讯股份有限公司 地址 518057 广东省深圳市南山区高新技术 产业园科技南路中兴通讯大厦法务部 (72)发明人苟伟 艾建勋 (74)专利代理机构北京派特恩知识产权代理事 务所(普通合伙) 11270 代理人

2、张颖玲 蒋雅洁 (54) 发明名称 一种请求MBMS业务的方法及系统 (57) 摘要 本发明公开了一种请求MBMS业务的方法及 系统，包括：UE在向网络侧请求发送MBMS业务时， 在请求中携带有请求的MBMS业务的MBMS标识信 息，以及以下信息之一或任意组合：MBSFN区域标 识信息，UE的标识信息，MBMS业务请求原因，MBMS 业务类型信息；而网络侧接收到该MBMS请求消息 后，确定是否发送被请求的MBMS业务。本发明方 法很好地适应了采用MBSFN方式发送MBMS业务 的场景，从而很好地满足了用户对MBMS业务的需 求。 (51)Int.Cl. (19)中华人民共和国国家知识产权局 (

3、12)发明专利申请 权利要求书 3 页 说明书 9 页 附图 2 页 CN 102281508 A 1/3页 2 1.一种请求MBMS业务的方法，其特征在于，包括： 用户设备UE在向网络侧请求发送多媒体广播组播业务MBMS时，在请求中携带有请求 的MBMS业务的MBMS标识信息，以及以下信息之一或任意组合：多媒体广播组播业务单频网 MBSFN区域标识信息，UE的标识信息，MBMS业务请求原因，MBMS业务类型信息。 2.根据权利要求1所述的方法，其特征在于，该方法之前还包括： 所述网络侧为UE分配上行资源，所述UE在网络侧分配的上行资源上发送所述MBMS请 求。 3.根据权利要求1或2所述的方

4、法，其特征在于，该方法还包括：网络侧接收到该MBMS 请求消息后，确定是否发送被请求的MBMS业务； 所述网络侧向UE发送MBMS请求消息响应，用于通知UE，其请求的MBMS业务是否可以 发送，以及不能发送时的原因。 4.根据权利要求2所述的方法，其特征在于，所述上行资源可以是：上行公共控制信道 CCCH，或物理上行共享信道PUSCH，或专用控制信道DCCH，或约定的上行资源，或网络侧分 配的专用资源上为MBMS请求消息分配的上行资源。 5.根据权利要求1、2或4所述的方法，其特征在于，所述MBMS请求用于所述UE向网络 侧请求一个或一个以上MBMS业务的发送。 6.根据权利要求5所述的方法，

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结合的方式，具

6、体指明哪个 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， 或用户设备分配系统架构演进的

7、临时移动用户标识S-TMSI，或40比特的随机值，或小区无 线网络临时标识C-RNTI，或全球移动用户标识IMSI。 11.根据权利要求1或2所述的方法，其特征在于，所述MBMS业务请求原因至少包括 以下之一：被请求的所述MBMS业务是网络侧统计后，由于没有UE接收而关闭的MBMS业务； 或者， 被请求的所述MBMS业务不属于所述UE所在小区发送的MBMS业务。 权 利 要 求 书CN 102281500 A CN 102281508 A 2/3页 3 12.根据权利要求11所述的方法，其特征在于，该方法还包括： 所述网络侧接收到MBMS业务请求后，根据小区中发送MBMS业务请求的UE的数量，

8、和 /或UE请求的MBMS业务，调整发送MBSFN区域的小区组成和/或被请求的MBMS业务的发 送范围。 13.根据权利要求12所述方法，其特征在于，所述网络侧的调整具体包括： 所述网络侧接收到该MBMS请求消息后，判断出所述UE所在小区为未被规划为发送所 述请求的MBMS业务的小区； 所述网络侧保存所述UE发送的MBMS请求信息，一段预设时长后，所述网络侧将未规划 发送所述请求的MBMS业务的小区设置发送所述请求的MBMS业务的小区； 所述网络侧根据接收到的MBMS请求消息，将一段预设时长后，没有请求MBMS业务的小 区划出MBMS业务发送的小区范围。 14.根据权利要求1或2所述的方法，其

9、特征在于，所述UE在向网络侧请求发送多媒 体广播组播业务MBMS时，在请求中至少携带有下述之一：请求的MBMS业务的MBMS标识信 息、多媒体广播组播业务单频网MBSFN区域标识信息、MBMS业务请求原因； 所述MBSFN区域标识信息为第一MBSFN区域的标识； 所述MBMS业务请求原因为：请求的MBMS业务在第一MBSFN区域中有，但是目前由于小 区内没有UE接收而停止发送； 在MBSFN区域重叠覆盖的小区内，所述网络侧根据MBMS请求消息中的被请求的MBMS 业务在网络侧的发送情况，选择合理的MBSFN区域发送被请求的MBMS业务。 15.根据权利要求14所述的方法，其特征在于，所述网络侧

10、根据MBMS请求消息中的被 请求的MBMS业务在网络侧的发送情况，选择合理的MBSFN区域发送被请求的MBMS业务具 体包括： 所述网络侧根据来自所述UE的MBMS请求消息，确定该UE请求的MBMS业务正在与所 述停止发送请求的MBMS业务的小区相邻的小区中，并在第二MBSFN区域的资源中发送；同 时，网络侧判断出如果在所述停止发送请求的MBMS业务的小区的第二MBSFN区域中发送该 UE请求的MBMS业务，正好与相邻小区中在第二MBSFN区域中发送该MBMS业务构成MBSFN 传输方式，所以，所述网络侧在所述停止发送请求的MBMS业务的小区的第二MBSFN区域中 发送UE请求的MBMS业务并

11、通知给UE； 所述停止发送请求的MBMS业务的小区、以及所述停止发送请求的MBMS业务的小区的 相邻小区为：第二MBSFN区域重叠覆盖的小区。 16.根据权利要求1或2所述的方法，其特征在于，所述MBMS业务类型信息，用于指示 被请求的所述MBMS业务是组播业务或是广播业务； 或者，用于指示被请求的所述MBMS业务是签约付费MBMS业务，或是免费MBMS业务。 17.根据权利要求1或2所述的方法，其特征在于，所述网络侧为：演进基站eNB、或中 继站relay、或多小区协作实体MCE，或广播组播业务中心BMSC、或MBMS网关MBMS GW。 18.一种请求MBMS业务的方法，其特征在于，包括：

12、 用户设备UE在向网络侧请求发送多媒体广播组播业务MBMS时，在请求中至少携带有 下述之一：请求的MBMS业务的MBMS标识信息、多媒体广播组播业务单频网MBSFN区域标识 信息以及MBMS业务请求原因； 权 利 要 求 书CN 102281500 A CN 102281508 A 3/3页 4 所述MBSFN区域标识信息为第一MBSFN区域的标识； 所述MBMS业务请求原因为：请求的MBMS业务在第一MBSFN区域中有，但是目前由于小 区内没有UE接收而停止发送； 在MBSFN区域重叠覆盖的小区内，所述网络侧根据MBMS请求消息中的被请求的MBMS 业务在网络侧的发送情况，选择合理的MBSF

13、N区域发送被请求的MBMS业务。 19.根据权利要求16所述的方法，其特征在于，所述网络侧根据MBMS请求消息中的被 请求的MBMS业务在网络侧的发送情况，选择合理的MBSFN区域发送被请求的MBMS业务具 体包括： 所述网络侧根据来自所述UE的MBMS请求消息，确定该UE请求的MBMS业务正在与所 述停止发送请求的MBMS业务的小区相邻的小区中，并在第二MBSFN区域的资源中发送；同 时，网络侧判断出如果在所述停止发送请求的MBMS业务的小区的第二MBSFN区域中发送该 UE请求的MBMS业务，正好与相邻小区中在第二MBSFN区域中发送该MBMS业务构成MBSFN 传输方式，所以，所述网络侧

14、在所述停止发送请求的MBMS业务的小区的第二MBSFN区域中 发送UE请求的MBMS业务并通知给UE； 所述停止发送请求的MBMS业务的小区、以及所述停止发送请求的MBMS业务的小区的 相邻小区为：第二MBSFN区域重叠覆盖的小区。 20.一种请求MBMS业务的系统，其特征在于，主要包括网络侧和UE，其中， UE，用于向网络侧请求发送MBMS业务，在请求中携带有请求的MBMS业务的MBMS标识 信息，以及以下信息之一或任意组合：MBSFN区域标识信息，UE的标识信息，MBMS业务请求 原因，MBMS业务类型信息； 网络侧，用于接收来自UE的MBMS请求消息。 21.根据权利要求20所述的系统，

15、其特征在于，所述网络侧，还用于根据接收到的MBMS 请求消息，确定是否发送被请求的MBMS业务，向所述UE发送用于通知UE，其请求的MBMS业 务是否可以发送，以及不能发送时的原因的MBMS请求消息响应。 22.根据权利要求20或21所述的系统，其特征在于，所述网络侧，还用于为所述UE分 配上行资源； 所述UE在网络侧分配的上行资源上发送所述MBMS请求。 23.根据权利要求22所述的系统，其特征在于，所述网络侧为：演进基站eNB、或中继站 relay、或小区协作实体MCE，或广播组播业务中心BMSC、或MBMS网关MBMS GW。 权 利 要 求 书CN 102281500 A CN 102

16、281508 A 1/9页 5 一种请求 MBMS 业务的方法及系统 技术领域 0001 本发明涉及多媒体广播组播业务(MBMS，Multimedia Broadcast MulticastService)，尤指一种请求MBMS业务的方法及系统。 背景技术 0002 随着互联网的迅猛发展和大屏幕多功能手机的普及，出现了大量移动数据多媒体 业务和各种高带宽多媒体业务，比如视频会议、电视广播、视频点播、视频广告、网上教育、 互动游戏等，这些移动数据多媒体业务和各种高带宽多媒体业务不仅满足了移动用户不断 上升的业务需求，同时也为移动运营商带来新的业务增长点。移动数据多媒体业务和各种 高带宽多媒体业务

17、要求多个用户能够同时接收相同数据，与一般的数据业务相比，具有数 据量大、持续时间长、时延敏感等特点。 0003 为了有效地利用移动网络资源，第三代合作伙伴计划(3GPP，3rd GenerationPartnership Project)提出了MBMS业务，MBMS业务是一种从一个数据源向多 个目标传送数据的技术，实现了网络(包括核心网和接入网)资源的共享，提高了网络资 源(尤其是空中接口资源)的利用率。3GPP定义的MBMS业务不仅能够实现纯文本低速 率的消息类组播和广播，还能够实现高速多媒体业务的广播和组播，提供多种丰富的视频、 音频和多媒体业务，这无疑顺应了未来移动数据发展的趋势，为第三

18、代数字通信(3G，3rd Generation)的发展提供了更好的业务前景。 0004 在长期演进(LTE，Long Term Evolution)系统中，MBMS业务采用多媒体广播组 播业务单频网(MB SFN，Multimedia Broadcast multicast service SingleFrequency Network)方式进行发送。MBSFN方式可以理解为一种多小区联合发送的方式，即一定地理 位置内的小区均在相同的时间、相同的频率资源上发送相同的MBMS业务数据，一定的地理 位置称为MBSFN区域。这样，在整个MBSFN区域内，来自每个小区发送的数据对应电波信号 就会自然叠

19、加，从而较大幅度的提升了信号强度。 0005 现有技术中，为了获取MBMS业务，UE会向网络侧发送携带请求的MBMS标识信息 的请求，由网络侧根据接收到的MBMS标识信息确定是否向该UE发送请求的MBMS业务。 0006 由于不同的MBSFN区域有可能有相同的MBMS业务，并且使用相同MBMS标识信息， 这样，通过现有获取MBMS业务的方法，是不能唯一确定请求的MBMS业务是哪个MBSFN区域 的MBMS业务的。 0007 另外，目前在LTE版本10(R10)中正在考虑是否需要引进：针对一些没有UE接收 的MBMS业务，网络侧通过选择关闭这些MBMS业务，以达到节省资源的目的，并帮助网络侧 节

20、能。但是，在LTE R10中用于判断MBMS业务是否有UE接收的过程是周期性的，并且周期 非常长。也就是说，如果网络侧针对某一MBMS业务进行统计结果为：该MBMS业务没有UE 接收，那么，网络侧会停止发送该MBMS业务；但是，假设过一会儿，有UE对这些当时没有UE 接收的MBMS业务感兴趣而需要接收时，UE需要向网络侧请求该MBMS业务的发送，那么，从 现有UE获取MBMS业务的方法来看，UE如何请求以获得这样的MBMS业务也没有给出解决 说 明 书CN 102281500 A CN 102281508 A 2/9页 6 方案。 0008 从现有UE获取MBMS业务的方法来看，不能很好的适应

21、采用MBSFN方式发送MBMS 业务的场景，从而不能很好满足用户对MBMS业务的需求。 发明内容 0009 有鉴于此，本发明的主要目的在于提供一种请求MBMS业务的方法及系统，能够很 好地适应采用MBSFN方式发送MBMS业务的场景，从而很好地满足用户对MBMS业务的需求。 0010 为达到上述目的，本发明的技术方案是这样实现的： 0011 一种请求MBMS业务的方法，包括： 0012 用户设备UE在向网络侧请求发送多媒体广播组播业务MBMS时，在请求中携带有 请求的MBMS业务的MBMS标识信息，以及以下信息之一或任意组合：多媒体广播组播业务单 频网MBSFN区域标识信息，UE的标识信息，M

22、BMS业务请求原因，MBMS业务类型信息。 0013 该方法之前还包括： 0014 所述网络侧为UE分配上行资源，所述UE在网络侧分配的上行资源上发送所述 MBMS请求。 0015 该方法还包括：网络侧接收到该MBMS请求消息后，确定是否发送被请求的MBMS业 务； 0016 所述网络侧向UE发送MBMS请求消息响应，用于通知UE，其请求的MBMS业务是否 可以发送，以及不能发送时的原因。 0017 所述上行资源可以是：上行公共控制信道CCCH，或物理上行共享信道PUSCH，或专 用控制信道DCCH，或约定的上行资源，或网络侧分配的专用资源上为MBMS请求消息分配的 上行资源。 0018 所述

23、MBMS请求用于所述UE向网络侧请求一个或一个以上MBMS业务的发送。 0019 所述一个或一个以上MBMS业务为：所述UE所在小区或所述UE所感兴趣的MBSFN 区域中没有的业务；或者， 0020 所述一个或一个以上MBMS业务为：所述UE所在小区或所述UE所感兴趣的MBSFN 区域中发送过的业务，但由于所述UE所在小区或所述UE所感兴趣的MBSFN区域内没有UE 接收而被网络侧停止发送的MBMS业务。 0021 所述MBMS标识信息为：MBMS业务ID，或临时移动组标识TMGI，或为使用多播信道 MCH和sessionId结合的方式，具体指明哪个MCH中的哪个sessionId，或为使用M

24、CH和MTCH 的逻辑信道ID结合的方式，具体指明哪个MCH中的哪个MTCH； 0022 所述MBMS标识信息为一个或一个以上。 0023 所述MBSFN区域标识信息为UE请求的MBMS业务所属的MBSFN区域的标识； 0024 所述MBSFN区域标识信息为一个或一个以上。 0025 如果所述UE同时请求两个或两个以上MBMS业务，并且两个或两个以上MBMS业务 不属于同一MBSFN区域，所述MBSFN区域标识信息包括所述不同的MBSFN区域的MBSFN区 域标识信息。 0026 所述UE的标识信息为：UE标识UE_ID，或用户设备分配系统架构演进的临时移动 用户标识S-TMSI，或40比特的

25、随机值，或小区无线网络临时标识C-RNTI，或全球移动用户 说 明 书CN 102281500 A CN 102281508 A 3/9页 7 标识IMSI。 0027 所述MBMS业务请求原因至少包括以下之一：被请求的所述MBMS业务是网络侧统 计后，由于没有UE接收而关闭的MBMS业务；或者， 0028 被请求的所述MBMS业务不属于所述UE所在小区发送的MBMS业务。 0029 该方法还包括： 0030 所述网络侧接收到MBMS业务请求后，根据小区中发送MBMS业务请求的UE的数 量，和/或UE请求的MBMS业务，调整发送MBSFN区域的小区组成和/或被请求的MBMS业 务的发送范围。

26、0031 所述网络侧的调整具体包括： 0032 所述网络侧接收到该MBMS请求消息后，判断出所述UE所在小区为未被规划为发 送所述请求的MBMS业务的小区； 0033 所述网络侧保存所述UE发送的MBMS请求信息，一段预设时长后，所述网络侧将未 规划发送所述请求的MBMS业务的小区设置发送所述请求的MBMS业务的小区； 0034 所述网络侧根据接收到的MBMS请求消息，将一段预设时长后，没有请求MBMS业务 的小区划出MBMS业务发送的小区范围。 0035 所述UE在向网络侧请求发送多媒体广播组播业务MBMS时，在请求中至少携带有 下述之一：请求的MBMS业务的MBMS标识信息、多媒体广播组播

27、业务单频网MBSFN区域标识 信息、MBMS业务请求原因； 0036 所述MBSFN区域标识信息为第一MBSFN区域的标识； 0037 所述MBMS业务请求原因为：请求的MBMS业务在第一MBSFN区域中有，但是目前由 于小区内没有UE接收而停止发送； 0038 在MBSFN区域重叠覆盖的小区内，所述网络侧根据MBMS请求消息中的被请求的 MBMS业务在网络侧的发送情况，选择合理的MBSFN区域发送被请求的MBMS业务。 0039 所述网络侧根据MBMS请求消息中的被请求的MBMS业务在网络侧的发送情况，选 择合理的MBSFN区域发送被请求的MBMS业务具体包括： 0040 所述网络侧根据来自

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

29、小区。 0042 所述MBMS业务类型信息，用于指示被请求的所述MBMS业务是组播业务或是广播 业务； 0043 或者，用于指示被请求的所述MBMS业务是签约付费MBMS业务，或是免费MBMS业 务。 0044 所述网络侧为：演进基站eNB、或中继站relay、或多小区协作实体MCE，或广播组 播业务中心BMSC、或MBMS网关MBMS GW。 说 明 书CN 102281500 A CN 102281508 A 4/9页 8 0045 一种请求MBMS业务的方法，包括： 0046 用户设备UE在向网络侧请求发送多媒体广播组播业务MBMS时，在请求中至少携 带有下述之一：请求的MBMS业务的M

30、BMS标识信息、多媒体广播组播业务单频网MBSFN区域 标识信息以及MBMS业务请求原因； 0047 所述MBSFN区域标识信息为第一MBSFN区域的标识； 0048 所述MBMS业务请求原因为：请求的MBMS业务在第一MBSFN区域中有，但是目前由 于小区内没有UE接收而停止发送； 0049 在MBSFN区域重叠覆盖的小区内，所述网络侧根据MBMS请求消息中的被请求的 MBMS业务在网络侧的发送情况，选择合理的MBSFN区域发送被请求的MBMS业务。 0050 所述网络侧根据MBMS请求消息中的被请求的MBMS业务在网络侧的发送情况，选 择合理的MBSFN区域发送被请求的MBMS业务具体包括

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

32、为：第二MBSFN区域重叠覆盖的小区。 0053 一种请求MBMS业务的系统，主要包括网络侧和UE，其中， 0054 UE，用于向网络侧请求发送MBMS业务，在请求中携带有请求的MBMS业务的MBMS 标识信息，以及以下信息之一或任意组合：MBSFN区域标识信息，UE的标识信息，MBMS业务 请求原因，MBMS业务类型信息； 0055 网络侧，用于接收来自UE的MBMS请求消息。 0056 所述网络侧，还用于根据接收到的MBMS请求消息，确定是否发送被请求的MBMS业 务，向所述UE发送用于通知UE，其请求的MBMS业务是否可以发送，以及不能发送时的原因 的MBMS请求消息响应。 0057 所

33、述网络侧，还用于为所述UE分配上行资源； 0058 所述UE在网络侧分配的上行资源上发送所述MBMS请求。 0059 所述网络侧为：演进基站eNB、或中继站relay、或小区协作实体MCE，或广播组播 业务中心BMSC、或MBMS网关MBMS GW。 0060 从上述本发明提供的技术方案可以看出，UE在向网络侧请求发送MBMS业务时，在 请求中携带有请求的MBMS业务的MBMS标识信息，以及以下信息之一或任意组合：MBSFN区 域标识信息，UE的标识信息，MBMS业务请求原因，MBMS业务类型信息；而网络侧接收到该 MBMS请求消息后，确定是否发送被请求的MBMS业务。本发明方法很好地适应了采

34、用MBSFN 方式发送MBMS业务的场景，从而很好地满足了用户对MBMS业务的需求。 附图说明 0061 图1为本发明请求MBMS业务的方法的流程图； 说 明 书CN 102281500 A CN 102281508 A 5/9页 9 0062 图2为本发明MBMS请求的组成示意图； 0063 图3为本发明请求MBMS业务的系统的组成结构示意图； 0064 图4为本发明请求MBMS业务的实施例的场景示意图。 具体实施方式 0065 图1为本发明请求MBMS业务的方法的流程图，如图1所示，包括： 0066 步骤100：UE向网络侧请求发送MBMS业务，在请求中携带有请求的MBMS业务的 MBMS

35、标识信息，以及以下信息之一或任意组合：MBSFN区域标识信息，UE的标识信息，MBMS 业务请求原因，MBMS业务类型信息。 0067 MBMS请求是UE向网络侧请求发送一个或多个MBMS业务的消息，UE在给网络侧发 送之前，网络侧会为UE分配上行资源，然后UE在网络侧分配的上行资源上将MBMS请求发 送给网络侧。 0068 这里上行资源可以是：上行公共控制信道(CCCH，Common ControlChannel)，或 物理上行共享信道(PUSCH，Physical Uplink Shared Channel)，或专用控制信道(DCCH， Dedicated Control Channel)

36、，或约定的上行资源，或网络侧分配的专用资源上为MBMS请 求消息分配的上行资源。具体来讲：UE在CCCH上给网络侧发送MBMS请求消息，或者在 PUSCH上给网络侧发送MBMS请求消息，或者在DCCH上发送MBMS请求消息，或者在约定的上 行资源上发送MBMS请求消息，或者在网络侧分配的专用资源上为MBMS请求消息分配的上 行资源上发送MBMS请求消息。 0069 MBMS请求消息，用于UE向网络侧请求一个或者多个MBMS业务的发送。这里，一个 或者多个MBMS业务是网络侧没有发送的；进一步地，这些MBMS业务可以是UE所在小区即 本小区(或者UE所感兴趣的MBSFN区域，也称为本MBSFN区

37、域)没有的业务，即事先没有 分配在本小区(或本MBSFN区域)发送的MBMS业务，也可以是本小区(或本MBSFN区域) 原来发送的业务，但是由于当时本小区(或本MBSFN区域)内没有UE接收而被网络侧停止 发送的MBMS业务。 0070 步骤101：网络侧接收到该MBMS请求消息后，确定是否发送被请求的MBMS业务。 0071 网络侧接收到UE发送的MBMS请求消息后，网络侧向UE发送MBMS请求消息响应， 用于通知UE，其请求的MBMS业务是否可以发送，以及不能发送时的原因，这样提升了用户 体验。 0072 网络侧可以为：演进基站(cNB)，中继站(relay)，小区协作实体(MCE， Mu

38、lti-cell/multicast Coordination Entity)，广播组播业务中心(BMSC， Broadcast-Multicast-Service Centre)，MBMS网关(MBMS GW，MBMSGateWay)等。 0073 本发明MBMS请求中携带的各信息可以同时包含多个，比如，如果UE需要同时请求 网络侧发送两个MBMS业务，那么，UE可以向网络侧发送一次MBMS请求消息，在该MBMS请 求消息中同时携带UE请求的两个MBMS业务的MBMS标识信息。 0074 图2为本发明MBMS请求的组成示意图，如图2所示，下面详细介绍MBMS请求中携 带的各信息如下： 007

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

40、ID结合的方式，具体指明哪 个MCH中的哪个MTCH即可。 0077 MBMS标识信息可以有一个或者多个，当为多个时，表示UE同时请求多个MBMS业务 发送。 0078 (2)MBSFN区域标识信息。 0079 MBSFN区域标识信息为UE请求的MBMS业务所属的MBSFN区域的标识，可以使用 MBSFN区域ID(mbsfn-AreaId)。 0080 在UTE中，支持多个不同的MBSFN区域同时覆盖同一地理位置，那么相应的同一地 理位置的小区会同时属于多个MBSFN区域覆盖，需要发送多个MBSFN区域的MBMS业务。由 于不同的MBSFN区域有可能有相同的MBMS业务，并且使用相同MBMS业

41、务标识，此时，如果 UE处于被MBSFN区域重叠覆盖的小区内向网络侧发送MBMS请求消息时，在请求消息中需要 携带被请求的MBMS业务所属的MBSFN区域的MBSFN区域标识信息，这样，网络侧才可以通 过MBSFN区域标识信息确定UE请求的是哪一个MBSFN区域的MBMS业务。 0081 MBSFN区域标识信息可以有一个或者多个，UE可以同时请求相同或者不同MBSFN 区域的MBMS发送。 0082 (3)UE的标识信息。 0083 UE的标识信息为：UE标识(UE_ID)，或用户设备分配系统架构演进的临时移动用 户标识(S-TMSI，SAE Temporary Mobile Station

42、Identifier)，或40比特的随机值，或小 区无线网络临时标识(C-RNTI，Cell Radio NetworkTemporary Identifier)，或全球移动 用户标识(IMSI，International MobileSubscriber Identity)。 0084 对于接收到MBMS业务请求的网络侧，可以根据UE的标识信息，判断该UE请求的 MBMS业务是否满足给该UE发送的条件，比如：如果该UE请求的是一个付费的MBMS业务， 网络侧可以根据UE的标识信息判断该UE是否为欠费用户，如果该UE为非欠费且属于签约 用户，那么，满足给该UE发送的条件，网络侧才可能选择为该U

43、E发送其请求的MBMS业务。 0085 需要说明的是，如果UE事先知道自身请求的MBMS属于免费业务，也可以不携带自 身的表示信息。 0086 (4)MBMS业务请求原因。 0087 MBMS业务请求原因至少包括下列之一：被请求的MBMS业务是网络侧统计后，由于 没有UE接收而关闭的MBMS业务，或者，被请求的MBMS业务不属于UE所在小区发送的MBMS 业务等。 0088 (5)MBMS业务类型信息，用于指示被请求的MBMS业务是组播业务，或者是广播业 务，或者描述为是签约付费MBMS业务还是免费MBMS业务。 0089 一般情况下，组播业务是付费业务，广播业务是免费业务。对于组播(或者付费

44、业 务)业务可能需要计费，所以UE如果请求的MBMS业务是组播业务，那么，网络侧在进一步 判断出该UE为已经签约的UE后，才向该UE发送请求的MBMS业务；如果判断出该UE不是 签约UE，那么，网络侧可以提醒该UE，该业务需要签约后接收。 说 明 书CN 102281500 A CN 102281508 A 7/9页 11 0090 需要说明的是，如果MBMS业务请求消息中未携带该MBMS业务类型信息，网络侧通 过检索后，也可以判断出被请求的MBMS业务为付费业务还是免费业务，具体实现属于本领 域技术人员公知技术，这里不再赘述。 0091 图3为本发明请求MBMS业务的系统的组成结构示意图，如

45、图3所示，本分发明系 统主要包括网络侧和UE，其中， 0092 UE，用于向网络侧请求发送MBMS业务，在请求中携带有请求的MBMS业务的MBMS 标识信息，以及以下信息之一或任意组合：MBSFN区域标识信息，UE的标识信息，MBMS业务 请求原因，MBMS业务类型信息。 0093 网络侧，用于接收来自UE的MBMS请求消息。 0094 网络侧，还用于根据接收到的MBMS请求消息，确定是否发送被请求的MBMS业务， 向所述UE发送MBMS请求消息响应，用于通知UE，其请求的MBMS业务是否可以发送，以及不 能发送时的原因。 0095 网络侧可以为：演进基站(eNB)，中继站(relay)，小区

46、协作实体(MCE， Multi-cell/multicast Coordination Entity)，广播组播业务中心(BMSC， Broadcast-Multicast-Service Centre)，MBMS网关(MBMS GW，MBMSGateWay)等。 0096 下面结合不同的应用场景，举实施例对本发明方法进行详细描述。 0097 第一实施例，假设某UE从MBMS业务电子节目单(是一个包含很多MBMS业务简介 的电子菜单，UE可以通过很多现有公知方式事先获得)中了解到某MBMS业务的简介，该UE 对这个MBMS业务感兴趣并需要进行接收，但是通过相关控制信息的接收后，该UE发现该 M

47、BMS业务在本小区内没有发送。 0098 此时，UE可以向网络侧发送MBMS请求消息，MBMS请求消息可以在上行公共控制信 道，或PUSCH，或约定好的上行资源中发送。需要说明的是，如果是在在上行公共控制信道， 或PUSCH上发送MBMS业务，在UE发送MBMS请求消息之前，网络侧在上行公共控制信道或 者PUSCH中为UE分配有上行资源，具体的分配资源的过程属于本领域技术人员公知技术， 这里不再赘述。 0099 第一实施例中，假设MBMS请求消息携带有：MBMS标识信息、MBSFN区域标识信息、 UE的标识信息、MBMS业务请求原因，以及MBMS业务类型信息。第一实施例中，相应的每个 参数的取

48、值分别为： 0100 MBMS标识信息为MBMS service ID；MBSFN区域标识信息为UE需要请求的MBMS业 务所在的MBSFN区域ID，即mbsfn-AreaId； 0101 UE的标识信息为UE_ID，每个UE都有一个固有的ID。UE的标识信息也可以使UE 随机生成40比特的随机数作为标识信息；UE的标识信息还可以使用C-RNTI，主要是针对 连接态的UE，因为连接态的UE，网络侧会为其配置一个C-RNTI；UE的标识信息也可以使用 S-TMSI。上述的这些信息可以根据不同的场景应用，也可以通过标准化后，固定为某一种信 息； 0102 MBMS业务请求原因，可以为非本小区(或本

49、MBSFN区域)的MBMS业务请求，也可 以是本小区内被停止播放的业务，UE可以根据具体情况进行配置。 0103 MBMS业务类型信息由网络侧根据实际情况进行配置。 0104 最后，UE将设置好的MBMS请求消息发送给网络侧，网络侧接收到MBMS请求消息 说 明 书CN 102281500 A CN 102281508 A 8/9页 12 后，针对MBMS请求消息中的参数，确定后续的操作。 0105 比如，UE发送的MBMS请求消息中请求的MBMS业务不属于本小区(或本MBSFN区 域)，那么，如果网络侧不支持本小区(本MBSFN区域没有的MBMS业务，网络侧不支持发送) 发送非本小区的MBMS业务，网络侧可以回复该UE，并携带上述不能发送的原因；如果网络 侧支持这种跨小区(或不同MBSFN区域)发送MBMS业务，并且经过判断，确认该UE请求的 MBMS业务为免费业务，