CN102378118A - Mbms接收状态查询的方法及设备 - Google Patents

Abstract

本发明的实施例提出了一种MBMS接收状态查询的方法，包括以下步骤：网络侧设备发送MBMS接收状态查询请求信息；基于非接入层NAS信令交互或基于业务源级交互后，所述网络侧设备接收MBMS接收状态信息。本发明的实施例另一方面还提出了一种网络设备。本发明提出的上述方案，可以在不修改RAN侧协议的基础上通知网络侧关于UE对于MBMS业务的接收状态，从而确保空口MBSFN资源更加有效利用。此外，本发明提出的上述方案，对现有系统的改动较小，不会影响系统的兼容性，而且实现简单、高效。

Description

MBMS接收状态查询的方法及设备

技术领域

本发明涉及移动通信领域，具体而言，本发明涉及MBMS接收状态查询的方法及设备。

背景技术

为了有效地利用移动通信网络资源，3GPP(3rd Generation PartnershipProject，第三代合作伙伴项目)提出了移动通信网络的MBMS(MultimediaBroadcast Multicast Service，多媒体广播组播业务)，从而在移动通信网络中提供一个数据源向多个用户发送数据的点到多点业务，实现网络资源共享，提高网络资源的利用率，尤其是空口接口资源的共享。

LTE系统中，在MBMS专用的频率层和与非MBMS业务共享的频率层上都能够提供MBMS。支持MBMS的LTE小区可以是MBMS专用小区也可以是MBMS/单播混合小区。MBMS业务可以进行单小区传输，也可以进行多小区传输。MBMS的多小区传输需要支持MBSFN(MulticastBroadcast Single Frequency Network，多播广播单频网络)传输方式。

所谓MBSFN是指在同一时间以相同频率在多个小区进行同步传输。使用这种传输方式可以节约频率资源，提高频谱利用率。它要求多个小区将完全相同的内容同时发送。这样一来，UE(User Equipment，用户设备)接收机就能将多个MBSFN小区视为一个大的小区。因此，UE不仅不会受到相邻小区传输的小区间干扰，而且将受益于来自多个MBSFN小区的信号的叠加。MBMS专用小区和MBMS/单播混合小区都可以采用MBSFN传输方式。另外，如果利用先进的UE接收机技术还能解决多径传播的时间差问题，从而消除小区内干扰。这种多小区同频传输所带来的分集效果还可以解决盲区覆盖等问题，增强接收的可靠性，提高覆盖率。

MBMS多小区传输的技术特点如下：

(1)MBSFN域内MBMS的同步传输；(2)支持多小区MBMS传输的合并；(3)MTCH和MCCH信道映射在用于PTM传输的MCH物理信道上；(4)MBSFN同步区域可以半静态配置，如：通过O&M。

与MBMS传输相关的逻辑信道主要有：BCCH，MCCH和MTCH

各信道的主要作用如下：

BCCH(Broadcast Control Channel，广播控制信道)：

用于网络向UE广播系统信息。对于MBMS，BCCH中携带MCCH的配置信息，如：MCCH的重复周期、开始无线帧偏移量、子帧位置、MCCH修改周期、MCCH修改通知指示方式、传输MCCH的信令MCS格式等，以便使UE可以找到MCCH的资源位置，BCCH中并不携带具体的MBMS业务信息。

MCCH(Multicast Control Channel，多播控制信道)：

是一个点到多点的下行信道，用于网络向UE传输该MBSFN区域中MBMS相关的控制信息，一个MCCH可以对应于一个或多个MTCH(即：可以携带多个MTCH的控制信息)。MCCH可包括的信息有：该MBSFN区域的子帧分配和子帧分配重复周期、PMCH(或MCH)的配置信息(如：MBMS session信息、数据MCS格式配置、PMCH子帧位置和调度周期等)等。

MTCH(Multicast Traffic Channel，多播业务信道)：

是一个点到多点的下行信道，用于网络向UE发送具体的MBMS业务数据。

网络利用BCCH向UE指示MCCH的配置信息，再利用MCCH向UE提供(P)MCH信息，UE在(P)MCH上读取具体业务的MTCH调度信息MSI，从而能够在MTCH上接收MBMS业务。

如图1所示，为MBMS业务区与MBSFN同步区域的关系。

MBMS业务区由一个或多个业务标识组成，每个标识映射至一个或多个小区，MBMS业务区由BM-SC(Broadcast-Multicast Service Centre，广播组播业务中心)在会话消息中携带给基站。

MBSFN区域是由同步区域内一组小区组成，这些小区进行同步的MBSFN发送，MBSFN区域由MCE(Multi-Cell/Multicast CoordinationEntity，多小区组播协调实体)根据运营商的策略进行规划，并在M2接口消息中通知基站。

MBSFN区域预留小区也属于同步区域，该小区不进行MBSFN发送。

现有技术中MCE负责MBSFN资源的分配以及相应的配置，其只能依据MBMS的业务会话以及相应的业务区域来分配不同MCH资源，这种分配相对比较静态。

现有技术中，Generic Transport of NAS messages过程的目的是为了在UE和MME之间传递上层应用的消息，例如LCS应用的LPP消息或者是位置服务消息。这个过程可以由网络和UE发起，其使用条件是UE要附着到EPS SERVICES，且UE要处于连接状态。

UE发起的Generic Transport of NAS messages过程为：

当收到来自上层实体的发送一个协议消息的请求时，EMM实体发起该过程：发送UPLINK GENERIC NAS TRANSPORT消息。

该消息格式主要包括如下信息单元：

1.Generic message container type

用于UE向应用指示对应的Generic message container中的协议消息的类型。目前定义了两个消息类型：LTE Positioning Protocol(LPP)和Locationservices message container。EMM实体应将这个IE交给对应的上层应用。

2.Generic message container

用于封装UE和网络之间传递的应用的协议消息。EMM实体应将这个IE交给对应的上层应用。

3.Additional information

这个IE中的信息是提供给应用使用的。最初引入这个IE的目的，是解决LPP协议实体中的消息路由问题。为了保持Generic Transport ofNASmessages的通用性，会议决定这个IE对于NAS协议来说是透明。如果EMM实体收到了这个IE，应交给对应的上层应用。不同的上层应用负责该IE中内容的编码定义。

网络侧发起的Generic Transport of NAS messages过程为：

网络EMM实体收到应用传递协议消息的请求后，发起该过程：发送DOWNLINK GENERIC NAS TRANSPORT消息。

消息格式和UPLINK GENERIC NAS TRANSPORT一致，UE的EMM实体需将收到Generic message container type，Generic message container，Additional information交给上层应用。

在DOWNLINK GENERIC NAS TRANSPORT消息的传输过程中，如果NAS层收到底层的指示传输失败，则直接丢弃该消息。

现有技术中，LTE系统目前不支持UE到MCE之间进行UE的MBMS业务接收状态的通知机制，这样将无法确保空中接口MBSFN资源的有效利用。

因此，有必要提出一种有效的技术方案，使得UE与MCE之间能互通进行UE的MBMS业务接收状态，以提高空中接口MBSFN资源的利用率。

发明内容

本发明的目的旨在至少解决上述技术缺陷之一，特别是UE通过非接入层NAS信令或更高层信令将MBMS业务接收状态报告反馈给网络侧，以实现网络侧对MBMS业务的合理传输。

为了达到上述目的，本发明的实施例一方面提出了一种MBMS接收状态查询的方法，包括以下步骤：

网络侧设备发送MBMS接收状态查询请求信息；

基于非接入层NAS信令交互或基于业务源级交互后，所述网络侧设备接收MBMS接收状态信息。

本发明的实施例另一方面还提出了一种网络设备，包括发送模块以及接收模块，

所述发送模块，用于发送MBMS接收状态查询请求信息；

所述接收模块，用于基于非接入层NAS信令交互或基于业务源级交互后，接收MBMS接收状态信息。

相对于现有技术，本发明提出的上述方案，可以在不修改RAN侧协议的基础上通知网络侧关于UE对于MBMS业务的接收状态，从而确保空口MBSFN资源更加有效利用。此外，本发明提出的上述方案，对现有系统的改动较小，不会影响系统的兼容性，而且实现简单、高效。

本发明附加的方面和优点将在下面的描述中部分给出，部分将从下面的描述中变得明显，或通过本发明的实践了解到。

附图说明

本发明上述的和/或附加的方面和优点从下面结合附图对实施例的描述中将变得明显和容易理解，其中：

图1为MBMS业务区与MBSFN同步区域关系示意图；

图2为目前LTE MBMS逻辑架构图；

图3为本发明实施例MBMS接收状态查询的方法流程图；

图4为本发明实现方式一的信令流程图；

图5为新增加的协议实体示意图；

图6为本发明实现方式二的信令流程图；

图7为本发明实现方式三的信令流程图；

图8为本发明实施例网络侧设备的结构示意图。

具体实施方式

下面详细描述本发明的实施例，所述实施例的示例在附图中示出，其中自始至终相同或类似的标号表示相同或类似的元件或具有相同或类似功能的元件。下面通过参考附图描述的实施例是示例性的，仅用于解释本发明，而不能解释为对本发明的限制。

目前LTE MBMS逻辑架构如图2所示，图中，MBMS GW为MBMS网关，M1为用户面接口，M2为E-UTRAN(Evolved Universal Terrestrial RadioAccess Network，演进的通用陆基无线接入网)互联网控制面接口，M3为E-UTRAN和EPC(Evolved Packet Core，演进型分组核心网)控制面接口。即，MCE作为RAN侧的集中节点，M3接口作为MCE与MME的逻辑接口，主要功能包括会话管理，负责会话开始、结束和更新，同时具有M3接口复位和错误指示功能。

MCE负责MBSFN资源的分配，以及相应的配置，因此UE对于某个MBMS业务的接收状态可以反馈给MCE，由MCE根据此信息动态或半静态调整MBSFN的区域，从而确保资源的有效利用。

本发明的核心思想是，UE通过非接入层NAS信令或更高层信令将MBMS业务接收状态报告反馈给网络侧，以实现网络侧对MBMS业务的合理传输。

MBMS业务接收状态报告在MCE与UE之间交互，最终信息汇总至MCE，由MCE根据MBSFN的资源情况，调整相应的资源分配，包括某区域的会话(session)发起、停止、更新过程和/或发起MCCH相关BCCH配置更新等。UE的MBMS业务接收报告结果还可以传输给MBMS集中控制节点，例如BM-SC节点，用于调整会话的发起、停止、更新过程等。UE的MBMS业务接收报告结果也可以传输给OAM(Operation Administrationand Maintenance，操作管理和维护)，用于对网络整体监测和优化配置等目的。

为了实现本发明之目的，本发明提出了一种MBMS接收状态查询的方法，包括以下步骤：网络侧设备发送MBMS接收状态查询请求信息；基于非接入层NAS信令交互或基于业务源级交互后，所述网络侧设备接收MBMS接收状态信息。

如图3所示，为本发明实施例MBMS接收状态查询的方法流程图，包括以下步骤：

步骤S110：网络侧设备发送MBMS接收状态查询请求信息。

在本发明公开的实施例中，网络侧设备包括但不限于多小区组播协调实体MCE、操作管理和维护OAM或广播组播业务中心BM-SC。基于简单和便于理解，后文叙述中主要以MCE为例说明。

步骤S120：基于非接入层NAS信令交互或基于业务源级交互后，网络侧设备接收MBMS接收状态信息。

在步骤S120中，基于非接入层NAS信令交互或基于业务源级交互可以以多种形式出现，在不超出本发明的发明范畴下，总结归纳出以下三种典型的方式作说明，以充分阐述本发明。显然，本发明的保护范围不仅限于具体的方式。

实现方式一：

MME通过NAS过程发送MBMS接收状态报告消息给用户设备UE；

UE接收到所述报告消息后，根据其中的指示信息以及上报准则以NAS消息进行相应的上报；

MME接收到所述UE的接收状态上报后进行汇总并发送给网络侧设备。

网络侧设备以MCE为例，MME通过NAS信令与UE交互MBMS业务接收状态，汇总后，通知MCE。

本发明实现方式一的流程图如图4所示。

0a、MCE向MME配置或者请求统计MBMS接收状态的信息；

0b、或者其它核心网实体，例如BM-SC实体向MME配置或请求统计MBMS接收状态的信息；

0c、或者MME自身触发；

1、MME通过NAS过程发送MBMS接收状态报告消息给各UE；

2、各UE接收消息后，根据其中的信息以及上报准则等以NAS消息进行相应的上报；

3、MME接收到各UE的接收状态上报后对计数信息进行汇总；

4、MME将汇总信息通过M3接口消息发送给MCE。

在本发明中，计数是指对反馈进行一定的统计操作，例如计算所有肯定回答或感兴趣的UE的总数，百分比，甚至发送请求信息至UE的UE总数目，回复UE的总数目等信息，上面这些信息还可以区分UE的状态(连接状态，空闲状态)、UE的类型等进行分别统计。

其中，NAS消息可以采取设计新的信令过程和格式，也可以采取现有的NAS信令捎带的形式。查询消息中除了原有NAS信令的设计格式要求以外，可以携带以下一个或多个信息：

MBSFN Service Area Id or MBSFN Area Id，标识一个MBSFN业务区域/MBMSN区域；

MBSFN Service Id，标识一个MBSFN业务；

MBMS Session Identity，标识一个MBMS会话。

上述信息可以以列表list形式出现，也可以是单独的域。

此外，网络侧需要查询MBMS业务情况时，也可以在查询信令中不携带业务标识，则UE接收到这样的查询信令，上报自己接收的所有MBMS业务信息的状态信息，并在上报信息中明确标识哪些业务是感兴趣或者正在接收的。

UE收到该MBMS接收状态查询消息时，根据业务标识信息回复是否对该MBMS业务感兴趣，或者仅在感兴趣的情况下回复肯定答复，不感兴趣时不回复。

MME对所有发出去的查询信息进行汇总，将感兴趣的UE数目或者感兴趣的UE比例组织信息，发送给MCE，以供MCE使用。

MME发送给MCE的M3消息，可以是单独设计的消息过程，也可以伴随现有的消息在其中增加新的域。可以伴随的M3消息包括：

MBMS SESSION START REQUEST；

MBMS SESSION UPDATE REQUEST。

如果是单独设计的消息过程，可以包含以下内容：

MBSFN Service Area Id or MBSFN Area Id，标识一个MBSFN业务区域/MBMSN区域；

MBSFN Service Id，标识一个MBSFN业务；

MBMS Session Identity，标识一个MBMS会话；

Number of Users/User groups，感兴趣的UE/群数量；

Possibility Factor，感兴趣的UE比例；

Start/Stop information，需要开始或者结束的会话信息。

如果采取捎带的信令格式，其携带内容与上述单独的消息过程所需的内容项一致，特别地，在原信令中有业务标识则前两项可省略。

实现方式二：

MME接收到所述网络设备发送的状态查询请求信息后不解析，采取通用NAS传输机制将该消息携带在NAS信令中发往UE；

UE对查询消息向所述MME响应；

所述MME将所述UE的响应信息发送给所述网络设备。

网络设备以MCE为例，设计新的协议实体在UE和MCE中交互，信令通过通用NAS传输机制承载；其中新增加的协议实体示意图5所示。其中，在MCE和UE中增加一个新的协议层，用以处理MBMS相关的信息交互，例如交互MBMS接收状态信息。MCE中的MBMS相关新协议层产生网络侧的请求或者控制信息，通过现有的低层传输方式发送至MME中的NAS层，利用NAS层通用传输机制传输至UE NAS层，NAS层提供类似透明容器的传输机制，并不对高层数据包进行解析，按照消息类型将该包递交到UE侧的MBMS相关新协议层进行处理，新协议层根据网络侧下发的请求或者控制信息进行相应操作或上报，上行响应或上报信息仍旧通过NAS通用传输机制进行传输，再由MME中的NAS层进行中转，最终达到MCE的MBMS相关新协议层进行处理。新的协议实体主要用于对UE进行MBMS接收状态的查询。

实现方式二的信令流程如图6所示：

0a、其它核心网实体，例如BM-SC实体向MCE配置或请求统计MBMS接收状态的信息；

0b、或者MCE本地触发MBMS接收状态查询；

1、MCE通过M3接口向MME发送查询信息，该信息为新的协议层生成；

2、MME接收到该消息，并不解析，采取通用NAS传输机制将该消息携带在NAS信令中发往UE；

3、UE对查询消息进行相应；

4、MME将信息通过M3接口消息发送给MCE；

5、MCE汇总计数消息。

其中DL generic NAS transport和UL generic NAS transport信令在现有用法的基础上做扩展：

Generic message container type域中增加新的消息类型：MBMS servicesmessage container指示该消息中承载的内容为MBMS相关信息，可以是MBMS接收状态上报的相关内容，也可以是其他MBMS信息，例如，以后MBMS相关的信息需要网络侧和UE进行交换时，也可以通过这样的过程进行交换。

当NAS层接收到generic NAS transport消息后，读取Generic messagecontainer type，发现为MBMS信息，则直接将Generic message containertype，Generic message container，Additional information的内容传递给专门的应用层，即协议结构图中的New protocol层去处理。

其中，如果存在路由问题，也可以在Additional information里携带额外信息等。

如果有其他的核心网节点向MCE触发MBMS接收状态请求，则该消息中可以携带以下一个或多个信息：

MBSFN Service Area Id or MBSFN Area Id，标识一个MBSFN业务区域/MBMSN区域；

MBSFN Service Id，标识一个MBSFN业务；

MBMS Session Identity，标识一个MBMS会话。

上述信息可以以列表list形式出现，也可以是单独的域。

此外，网络侧需要查询MBMS业务情况时，也可以在查询信令中不携带业务标识，则UE接收到这样的查询信令，上报自己接收的所有MBMS业务信息的状态信息，并在上报信息中明确标识哪些业务是感兴趣或者正在接收的。

MCE在接收到请求消息或者本地满足触发MBMS接收状态查询的条件后，需要根据MBMS业务和一定的规则，决定需要向哪些UE发起查询，UE组成可以如下：

该MBMS服务区域内的所有连接态UE；

该MBMS服务区域内的连接态UE中按照一定规则选取的部分UE；

该MBMS服务区域内的所有UE；

该MBMS服务区域内的按照一定规则选取的部分UE；

该MBMS服务区域内的全部连接态UE和按照一定规则选取的部分空闲态UE。

其中，如果是空闲态UE，不能向该UE直接发送消息，而应该先寻呼，待UE由空闲态转换到连接态，再发送MBMS接收状态查询消息。此选择UE的说明也适用于其他两种方式。

此外，实现方式一、二都是有高层请求-＞终端反馈，除此之外还存在这样一种形式：终端在需要接收时主动反馈(读MCCH已经知道有哪些MBMS业务了)，而不需高层请求过程。在终端满足触发条件主动上报的流程中，上报过程完全与方式一和二中的流程一致，只是省略了网络侧请求的过程。

实现方式三：

基于业务源级交互为：所述网络设备向短消息中心发送MBMS接收状态查询请求；所述短消息中心组织查询消息并向UE发送查询信息；所述短消息中心接收UE的反馈信息，汇总后发送给所述网络设备。

以网络设备为MCE为例，通过业务源与UE交互，并将信息发送给MCE，如图7所示，为实现方式三的信令流程图：

1、MCE实体向短消息中心等节点发送MBMS接收状态查询请求；

2、短消息中心等节点组织查询消息；

3、发送下行查询消息；

4、UE根据查询消息进行反馈和；

5、短消息中心根据反馈汇总计数信息；

6、将汇总结果发送给MCE节点。

其中，MCE向短消息中心发送MBMS接收状态请求，该消息中可以携带以下一个或多个信息：

MBSFN Service Area Id or MBSFN Area Id，标识一个MBSFN业务区域/MBMSN区域；

MBSFN Service Id，标识一个MBSFN业务；

MBMS Session Identity，标识一个MBMS会话；

MBMS Service content，MBMS业务内容，内容简介；

上述信息可以以列表list形式出现，也可以是单独的域。

此外，网络侧需要查询MBMS业务情况时，也可以在查询信令中不携带业务标识，则UE接收到这样的查询信令，上报自己接收的所有MBMS业务信息的状态信息，并在上报信息中明确标识哪些业务是感兴趣或者正在接收的。

短消息中心在群发短消息时，可以携带简单的业务标识信息和内容简介等，便于用户根据内容进行反馈。

如图8所示，为根据本发明实施例网络侧设备100的结构示意图，包括发送模块110以及接收模块120。

其中，发送模块110，用于发送MBMS接收状态查询请求信息。

接收模块120，用于基于非接入层NAS信令交互或基于业务源级交互后，接收MBMS接收状态信息。

作为上述设备的实施例，网络侧设备包括：

多小区组播协调实体MCE、操作管理和维护OAM或广播组播业务中心BM-SC。

作为上述设备的实施例，基于非接入层NAS信令交互包括：

MME通过NAS过程发送MBMS接收状态报告消息给用户设备UE；

UE接收到报告消息后，根据其中的指示信息以及上报准则以NAS消息进行相应的上报；

MME接收到UE的接收状态上报后进行汇总并发送给接收模块120。

作为上述设备的实施例，NAS消息采用新设计的信令过程和格式，或通过现有NAS信令捎带，NAS消息携带以下一个或多个信息：

MBSFN Service Area Id or MBSFN Area Id，标识一个MBSFN业务区域/MBMSN区域；

MBSFN Service Id，标识一个MBSFN业务；

MBMS Session Identity，标识一个MBMS会话。

作为上述设备的实施例，当网络侧设备为MCE时，MME通过M3接口向MCE发送M3消息，M3消息包括汇总后的MBMS接收状态信息，

其中，M3消息为单独设计的消息过程或伴随现有的M3消息，包括以下一个或多个信息：

MBSFN Service Area Id or MBSFN Area Id，标识一个MBSFN业务区域/MBMSN区域，

MBSFN Service Id，标识一个MBSFN业务，

MBMS Session Identity，标识一个MBMS会话，

Number of Users/User groups，感兴趣的UE/群数量，

Possibility Factor，感兴趣的UE比例，

Start/Stop information，需要开始或者结束的会话信息；

当为伴随现有的M3消息时，能够伴随的M3消息包括：

MBMS SES SION START REQUEST，MBMS SESSION UPDATEREQUEST。

作为上述设备的实施例，基于非接入层NAS信令交互包括：

MME接收到发送模块110发送的状态查询请求信息后不解析，采取通用NAS传输机制将该消息携带在NAS信令中发往UE；

UE对查询消息向MME响应；

MME将UE的响应信息发送给接收模块120。

作为上述设备的实施例，采取通用NAS传输机制将该消息携带在NAS信令中发往UE包括：通过DL generic NAS transport传递状态查询请求信息，UE对查询消息向MME响应包括：通过UL generic NAS transport传递响应消息；其中，DL generic NAS transport和UL generic NAS transport信令在现有用法的基础上做扩展：

Generic message container type域中增加新的消息类型：MBMS servicesmessage container，指示该消息中承载的内容为MBMS相关信息，为MBMS接收状态上报的相关内容，也可以是其他MBMS信息，例如，以后MBMS相关的信息需要网络侧和UE进行交换时，也可以通过这样的过程进行交换。

作为上述设备的实施例，基于业务源级交互包括：

发送模块110向短消息中心发送MBMS接收状态查询请求；

短消息中心组织查询消息并向UE发送查询信息；

短消息中心接收UE的反馈信息，汇总后发送给接收模块120。

作为上述设备的实施例，发送模块110向短消息中心发送的MBMS接收状态查询请求包括以下一个或多个信息：

MBSFN Service Area Id or MBSFN Area Id，标识一个MBSFN业务区域/MBMSN区域；

MBSFN Service Id，标识一个MBSFN业务；

MBMS Session Identity，标识一个MBMS会话；

MBMS Service content，MBMS业务内容及内容简介。

为了进一步上述本发明，下面根据上述方法或设备，以MCE为例，对本发明公开的上述方案举例如下：

示例一：MME通过NAS信令向UE查询MBMS接收状态，参见实现方式一。

MCE设备：

步骤1：根据一定策略，组织MBMS接收状态查询消息，并发送给对应MME；

步骤2：接收来MME的计数报告，根据其中的信息决定是否变更资源等。

MME设备：

步骤1：接收到MBMS接收状态查询消息后或者本地满足触发查询消息条件，根据对应的业务信息，准备通知UE；

步骤2：MME采取NAS消息通知UE；

步骤3：MME接受到来自终端的状态上报后，进行汇总；

步骤4：MME在完成汇总后，使用计数报告消息通知MCE。

示例二：设计新的协议实体在UE和MCE中交互，信令通过通用NAS传输机制承载，参见实现方式二。

MCE设备：

步骤1：根据一定策略，组织计数控制消息，并发送给MME；

步骤2：接收来自MME的计数报告，根据其中的信息决定是否变更资源等。

MME设备：

步骤1：接收到MBMS状态查询消息后，准备通知UE；

步骤2：MME通过NAS层信令透明container消息通知UE；

步骤3：MME接受到来自终端的NAS层信令透明container消息；

步骤4：MME将MBMS状态上报消息通知MCE。

示例三：各eNB根据OAM的预先配置进行计数统计过程，参见实现方式三。

短消息中心等设备：

步骤1：接收到MBMS接收状态上报请求消息后，组织查询消息，准备向UE发送；

步骤2：通过短消息等业务源级的消息，向UE发送查询接收状态的消息；

步骤3：接收UE的反馈，并进行汇总；

步骤4：将汇总消息发送给MCE。

MCE设备：

步骤1：根据一定策略，发送MBMS接收状态查询请求给短消息中心等实体；

步骤2：接收来自短消息中心的计数报告，根据其中的信息决定是否变更资源等。

相对于现有技术，本发明提出的上述方案，可以在不修改RAN侧协议的基础上通知网络侧关于UE对于MBMS业务的接收状态，从而确保空口MBSFN资源更加有效利用。此外，本发明提出的上述方案，对现有系统的改动较小，不会影响系统的兼容性，而且实现简单、高效。

本领域普通技术人员可以理解实现上述实施例方法携带的全部或部分步骤是可以通过程序来指令相关的硬件完成，所述的程序可以存储于一种计算机可读存储介质中，该程序在执行时，包括方法实施例的步骤之一或其组合。

另外，在本发明各个实施例中的各功能单元可以集成在一个处理模块中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个模块中。上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。所述集成的模块如果以软件功能模块的形式实现并作为独立的产品销售或使用时，也可以存储在一个计算机可读取存储介质中。

上述提到的存储介质可以是只读存储器，磁盘或光盘等。

Claims (18)

1.一种MBMS接收状态查询的方法，其特征在于，包括以下步骤：

网络侧设备发送MBMS接收状态查询请求信息；

基于非接入层NAS信令交互或基于业务源级交互后，所述网络侧设备接收MBMS接收状态信息。

2.如权利要求1所述的方法，其特征在于，所述网络侧设备包括：

多小区组播协调实体MCE、操作管理和维护OAM或广播组播业务中心BM-SC。

3.如权利要求2所述的方法，其特征在于，基于非接入层NAS信令交互包括：

MME通过NAS过程发送MBMS接收状态报告消息给用户设备UE；

所述UE接收到所述报告消息后，根据其中的指示信息以及上报准则以NAS消息进行相应的上报；

所述MME接收到所述UE的接收状态上报后进行汇总并发送给所述网络侧设备。

4.如权利要求3所述的方法，其特征在于，所述NAS消息采用新设计的信令过程和格式，或通过现有NAS信令捎带，所述NAS消息携带以下一个或多个信息：

MBSFN Service Area Id or MBSFN Area Id，标识一个MBSFN业务区域/MBMSN区域；

MBSFN Service Id，标识一个MBSFN业务；

MBMS Session Identity，标识一个MBMS会话。

5.如权利要求4所述的方法，其特征在于，当所述网络侧设备为MCE时，所述MME通过M3接口向所述MCE发送M3消息，所述M3消息包括所述汇总后的MBMS接收状态信息，

其中，所述M3消息为单独设计的消息过程或伴随现有的M3消息，包括以下一个或多个信息：

MBSFN Service Area Id or MBSFN Area Id，标识一个MBSFN业务区域/MBMSN区域，

MBSFN Service Id，标识一个MBSFN业务，

MBMS Session Identity，标识一个MBMS会话，

Number of Users/User groups，感兴趣的UE/群数量，

Possibility Factor，感兴趣的UE比例，

Start/Stop information，需要开始或者结束的会话信息；

当为伴随现有的M3消息时，能够伴随的M3消息包括：

MBMS SESSION START REQUEST，MBMS SES SION UPDATEREQUEST。

6.如权利要求2所述的方法，其特征在于，基于非接入层NAS信令交互包括：

MME接收到所述网络设备发送的状态查询请求信息后不解析，采取通用NAS传输机制将该消息携带在NAS信令中发往UE；

UE对查询消息向所述MME响应；

所述MME将所述UE的响应信息发送给所述网络设备。

7.如权利要求6所述的方法，其特征在于，采取通用NAS传输机制将该消息携带在NAS信令中发往UE包括：通过DL generic NAS transport传递状态查询请求信息，UE对查询消息向所述MME响应包括：通过ULgeneric NAS transport传递响应消息；其中，DL generic NAS transport和ULgeneric NAS transport信令在现有用法的基础上做扩展：

Generic message container type域中增加新的消息类型：MBMS servicesmessage container，指示该消息中承载的内容为MBMS相关信息，为MBMS接收状态上报的相关内容。

8.如权利要求2所述的方法，其特征在于，基于业务源级交互包括：

所述网络设备向短消息中心发送MBMS接收状态查询请求；

所述短消息中心组织查询消息并向UE发送查询信息；

所述短消息中心接收UE的反馈信息，汇总后发送给所述网络设备。

9.如权利要求8所述的方法，其特征在于，所述网络设备向短消息中心发送的MBMS接收状态查询请求包括以下一个或多个信息：

MBSFN Service Area Id or MBSFN Area Id，标识一个MBSFN业务区域/MBMSN区域；

MBSFN Service Id，标识一个MBSFN业务；

MBMS Session Identity，标识一个MBMS会话；

MBMS Service content，MBMS业务内容及内容简介。

10.一种网络设备，其特征在于，包括发送模块以及接收模块，

所述发送模块，用于发送MBMS接收状态查询请求信息；

所述接收模块，用于基于非接入层NAS信令交互或基于业务源级交互后，接收MBMS接收状态信息。

11.如权利要求10所述的网络设备，其特征在于，所述网络侧设备包括：

多小区组播协调实体MCE、操作管理和维护OAM或广播组播业务中心BM-SC。

12.如权利要求11所述的网络设备，其特征在于，基于非接入层NAS信令交互包括：

MME通过NAS过程发送MBMS接收状态报告消息给用户设备UE；

所述UE接收到所述报告消息后，根据其中的指示信息以及上报准则以NAS消息进行相应的上报；

所述MME接收到所述UE的接收状态上报后进行汇总并发送给所述接收模块。

13.如权利要求12所述的网络设备，其特征在于，所述NAS消息采用新设计的信令过程和格式，或通过现有NAS信令捎带，所述NAS消息携带以下一个或多个信息：

MBSFN Service Area Id or MBSFN Area Id，标识一个MBSFN业务区域/MBMSN区域；

MBSFN Service Id，标识一个MBSFN业务；

MBMS Session Identity，标识一个MBMS会话。

14.如权利要求13所述的网络设备，其特征在于，当所述网络侧设备为MCE时，所述MME通过M3接口向所述MCE发送M3消息，所述M3消息包括所述汇总后的MBMS接收状态信息，

其中，所述M3消息为单独设计的消息过程或伴随现有的M3消息，包括以下一个或多个信息：

MBSFN Service Area Id or MBSFN Area Id，标识一个MBSFN业务区域/MBMSN区域，

MBSFN Service Id，标识一个MBSFN业务，

MBMS Session Identity，标识一个MBMS会话，

Number of Users/User groups，感兴趣的UE/群数量，

Possibility Factor，感兴趣的UE比例，

Start/Stop information，需要开始或者结束的会话信息；

当为伴随现有的M3消息时，能够伴随的M3消息包括：

MBMS SESSION START REQUEST，MBMS SESSION UPDATEREQUEST。

15.如权利要求11所述的网络设备，其特征在于，基于非接入层NAS信令交互包括：

MME接收到所述发送模块发送的状态查询请求信息后不解析，采取通用NAS传输机制将该消息携带在NAS信令中发往UE；

UE对查询消息向所述MME响应；

所述MME将所述UE的响应信息发送给所述接收模块。

16.如权利要求15所述的网络设备，其特征在于，采取通用NAS传输机制将该消息携带在NAS信令中发往UE包括：通过DL generic NAStransport传递状态查询请求信息，UE对查询消息向所述MME响应包括：通过UL generic NAS transport传递响应消息；其中，DL generic NAStransport和UL generic NAS transport信令在现有用法的基础上做扩展：

Generic message container type域中增加新的消息类型：MBMS servicesmessage container，指示该消息中承载的内容为MBMS相关信息，为MBMS接收状态上报的相关内容。

17.如权利要求11所述的网络设备，其特征在于，基于业务源级交互包括：

所述发送模块向短消息中心发送MBMS接收状态查询请求；

所述短消息中心组织查询消息并向UE发送查询信息；

所述短消息中心接收UE的反馈信息，汇总后发送给所述接收模块。

18.如权利要求17所述的网络设备，其特征在于，所述发送模块向短消息中心发送的MBMS接收状态查询请求包括以下一个或多个信息：

MBSFN Service Area Id or MBSFN Area Id，标识一个MBSFN业务区域/MBMSN区域；

MBSFN Service Id，标识一个MBSFN业务；

MBMS Session Identity，标识一个MBMS会话；

MBMS Service content，MBMS业务内容及内容简介。

Images