CN100442701C - 网络侧获知用户接收多媒体广播/组播业务情况的方法 - Google Patents

Abstract

本发明公开了一种网络侧获知用户接收多媒体广播/组播业务(MBMS)情况的方法，该方法包括：A、UE接收网络侧发送的将要传输MBMS业务的业务控制信息，B、UE根据接收的业务控制信息和/或自身当前的工作情况，将自身业务接收情况信息通过上行资源上报给网络侧。应用本发明方法，网络侧可以根据各个UE上报的业务接收情况信息，准确地统计出小区内接收该MBMS业务的用户，从而正确地确定承载方式，减少功率资源浪费。

Description

网络侧获知用户接收多媒体广播/组播业务情况的方法

技术领域

本发明涉及多媒体广播/组播业务(MBMS)的实现技术，特别涉及一种网络侧获知用户接收MBMS业务情况的方法。

背景技术

组播和广播是一种从一个数据源向多个目标传送数据的技术。在传统移动网络中，小区广播业务(CBS：Cell Broadcast Service)允许低比特率数据通过小区共享广播信道向所有用户发送，属于消息类业务。

现在，人们对移动通信的需求已不再满足于电话和消息业务，随着Internet的迅猛发展，大量多媒体业务涌现出来，其中一些应用业务要求多个用户能同时接收相同数据，如视频点播、电视广播、视频会议、网上教育、互动游戏等。这些移动多媒体业务与一般的数据相比，具有数据量大、持续时间长、时延敏感等特点。目前的IP组播技术只适用于有线IP网络，不适用于移动网络，因为移动网络具有特定的网络结构、功能实体和无线接口，这些都与有线IP网络不同。

为了有效地利用移动网络资源，WCDMA/GSM全球标准化组织3GPP提出了组播和广播业务(MBMS：Multimedia Broadcast/Multicast Service)，在移动网络中提供一个数据源向多个用户发送数据的点到多点业务，实现网络资源共享，提高网络资源的利用率，尤其是空口接口资源的利用率。3GPP定义的MBMS不仅能实现纯文本低速率的消息类组播和广播，而且还能实现高速多媒体业务的组播和广播，这无疑顺应了未来移动数据发展的趋势。

为了支持MBMS业务，移动网络中新增了移动网功能实体——广播组播业务中心BM-SC，它是内容提供者的入口，用于授权和在移动网中发起MBMS承载业务，并按照预定时间计划传送MBMS内容。此外，用户设备(UE)、陆地无线接入网(UTRAN)、GERAN、SGSN、GGSN等功能实体进行增强，增加了MBMS相关的功能。

这样的网络结构参见图1，图1为支持组播/广播业务的无线网络结构示意图。其中，广播/组播业务中心(BM-SC)通过Gmb接口或Gi接口与网关通用分组无线业务(GPRS)支持节点(GGSN，Gateway GPRS SupportNode)相连，一个BM-SC可与多个GGSN相连；GGSN通过Gn/Gp接口与服务GPRS支持节点(SGSN，Serving GPRS Support Node)相连，一个GGSN可与多个SGSN相连；SGSN可通过Iu接口与通用移动通信系统(UMTS)陆地无线接入网(UTRAN)相连，然后UTRAN通过Uu接口与通信终端相连，SGSN也可通过Iu/Gb接口与全球移动通信系统(GSM)增强无线接入网(GERAN)相连，然后GERAN通过Um接口与通信终端相连。

MBMS包括组播模式和广播模式。组播业务和广播业务的区别点仅在于：组播业务只向订阅了某些信息的用户发送相应信息，广播业务则向无线网络中的所有用户发送信息。组播模式需要用户签约相应组播组，进行业务激活，并产生相应的计费信息。由于组播和广播模式在业务需求上存在不同，导致其业务流程也不同。

用户接收某个MBMS广播业务的完整流程参见图2，如图2所示，该流程包括：业务声明(Service announcement)、会话开始(Session Start)、MBMS通知(MBMS notification)、数据传输(Data transfer)、会话结束(Session Stop)过程。

其中，Service announcement过程用于由BM-SC宣告当前能提供的服务。

Session Start过程中，BM-SC准备好数据传输，通知网络建立相应核心网(CN)和通用陆地无线接入网(UTRAN)的承载资源。

MBMS notification过程用于通知UE MBMS组播会话即将开始。

Data transfer过程中，BM-SC通过会话开始过程中建立的承载资源将数据传输给UE。

Session Stop过程用于将Session Start过程建立的承载资源释放。

在广播业务中，各个MBMS业务节点中都保存该MBMS业务的承载上下文，该承载上下文在Session Start过程中被激活，在Session Stop过程中被去激活。

用户接收某个MBMS组播业务的完整流程参见图3，如图3所示，该流程包括：订阅(Subscription)、业务声明(Service announcement)、加入(Joining)、会话开始(Session Start)、MBMS通知(MBMS notification)、数据传输(Data transfer)、会话结束(Session Stop)和离开(Leaving)过程。

其中，Subscription过程用来让用户预先订阅所需的MBMS服务。

Service announcement过程用于由BM-SC宣告当前能提供的服务。

Joining过程即MBMS组播业务激活过程，UE在Joining过程中，通知网络自身愿意成为当前组播组的成员，接收对应业务的组播数据，该Joining过程会在网络和加入组播组的UE中创建记录UE信息的MBMS UE上下文。

Session Start过程中，BM-SC准备好数据传输，通知网络建立相应CN和UTRAN的承载资源。

MBMS notification过程用于通知UE MBMS组播会话即将开始。

Data transfer过程中，BM-SC通过会话开始过程中建立的承载资源将数据传输给UE。

Session Stop过程用于将Session Start过程建立的承载资源释放。

Leaving过程使组内的订户离开组播组，即用户不再接收组播数据，该过程会将相应MBMS UE上下文删除。

MBMS业务在UTRAN和UE间传输时有两种业务承载方式：点到多点(PTM)模式和点到点(PTP)模式。PTM模式通过MBMS点到多点业务信道(MTCH)发送相同的数据，所有加入组播业务或对广播业务感兴趣的UE都可以接收；PTP模式通过专用传输信道(DTCH)发送数据，只有相应的一个UE可以接收到。

确定MBMS业务采用PTP还是PTM承载方式的一个重要因素是：RNC通过小区内统计得到的接收该MBMS业务的用户数。在RNC中针对每一个MBMS业务有一个记录MBMS业务上下文(MBMS Service Context)，其中包含了处于RRC Connected，PMM-Connected状态的用户记录。统计接收该MBMS业务的用户数的过程是计数(Counting)过程，具体说就是RNC向UE发送Counting通知消息，加入该业务的UE向RNC返回Counting响应消息，RNC将返回接收该业务的Counting响应消息记录到MBMS ServiceContext中，通过统计MBMS Service Context中的用户数，得到小区内接收该MBMS业务的用户。如果用户数大于某个预定的门限，那么将使用PTM承载方式，即使用公共信道传输；否则使用PTP方式，为每个用户都建立一个专用信道传输MBMS业务。

RNC不仅在MBMS业务传输之前进行Counting过程，统计出将要接收该MBMS业务的用户，根据该数目确定将要发送的MBMS业务的承载方式，而且还会在MBMS业务传输过程中进行Counting，统计出正在接收该MBMS业务的用户，根据该数目确定是否需要更改承载方式。

实际上，UE可以同时加入的业务数可以是比较多的，但是可以同时接收的业务却是非常有限的。对于一些低能力的UE来说，基本上可以说同时只能接收一个MBMS业务。

目前，如果UE在两个同时提供的MBMS业务间进行选择时，其中一个业务使用了点对点承载方式，由于UE和网络侧之间有一个专用的链路，因此UE很容易向网络侧发送相关的业务信息，网络侧也就可以对于用户的情况有一个清晰的了解。具体来讲，UE通过RRC消息MBMS修改响应(MBMS MODIFICATION REQUEST)，将UE的相关请求发送给网络侧，请求网络侧采取一定措施提高UE优先接收MBMS业务或是会话(session)的能力，对于UTRAN来说，MBMS业务是以多个session的形式体现的。如果UE在CELL-DCH状态下，可以根据业务的优先级别，决定是否需要向网络侧反馈是否建立/保留/拆除这个专用连接。

但是，如果网络侧同时提供的几个业务使用的都是点到多点的连接的情况下：

由于Idle，URA-PCH和CELL-PCH状态的UE是不能使用上行信道的，因此，此时无法和网络侧取得联系，它们自身情况和业务的相关信息，包括：UE接收MBMS业务优先级、UE接收MBMS业务的能力、UE正在接收的MBMS业务、UE准备接收的MBMS业务等等接收MBMS业务情况信息就无法传递到网络。可见，这些状态的UE在接收哪些业务，他们的能力如何等情况网络侧此时一无所知，这样由于网络侧不知道目前加入某个业务的UE中到底有多少能够接收该业务，只能是把所有这些用户全部进行计数，这样实际上就是默认为所有用户都是超能力的用户。结果自然会造成对于接收某个业务用户数计数的错误。

选择承载方式是为了更好地节省无线资源，而错误地承载方式的选择，换句话说，点到点承载改为点到多点将会造成更多的功率资源的浪费，counting过程对于网络来说所起的作用会大大减小。

发明内容

有鉴于此，本发明的主要目的在于提供一种网络侧获知用户接收MBMS业务情况的方法，应用该方法使得网络侧能够根据用户接收MBMS业务的情况，确定MBMS业务的承载方式，减少功率资源浪费。

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

一种网络侧获知用户接收多媒体广播/组播业务MBMS情况的方法，该方法包括以下步骤：

A、UE接收网络侧发送的将要或是正在传输MBMS业务的业务控制信息；

B、UE接收所述业务控制信息后，直接将自身业务接收情况信息通过上行资源上报给网络侧，或当UE自身正在接收另一种或多种MBMS业务和/或非MBMS业务时，将自身的业务接收情况信息通过上行资源上报给网络侧。

所述的业务接收情况信息可以包含：MBMS业务的接收情况信息和/或非MBMS业务的接收情况信息；所述MBMS业务的接收情况信息包括以下信息中的一种或是任意组合：用户预先设置并存储在UE中的接收MBMS业务优先级表、UE接收MBMS业务的能力、UE正在接收的MBMS业务、UE准备接收的MBMS业务、用户是否拒绝一种或是多种MBMS业务。

步骤A所述的业务控制信息可以为：网络侧通过公共控制信道发送给UE的通知将要或是正在以点到多点PTM方式传输的MBMS业务的控制信息。

若所述业务接收情况信息包含接收MBMS业务优先级表，则UE在判断出当前自身正在接收另一种或多种MBMS业务时，进一步判断控制信息中指示的业务的优先级是否高于正在接收业务的优先级，如果是则准备接收控制信息中的该高优先级的业务；否则继续接收正在接收的业务。

当判断出控制信息中指示的业务的优先级高于当前正在接收的业务的优先级时，可以进一步判断控制信息中指示的业务是否为重发业务且UE是否已经正确接收该业务，如果是，则继续接收正在接收的业务；否则准备接收控制信息中指示的业务。

所述步骤B可以进一步包括：如果控制信息中包含频率层汇聚信息，则进行频率层汇聚，再执行将自身业务接收情况信息通过上行资源上报给网络侧的步骤；否则不进行频率层汇聚，直接执行将自身业务接收情况信息通过上行资源上报给网络侧的步骤。

所述的业务接收情况信息包含业务能力时，UE可以进一步根据自身业务能力判断自身是否能够接收控制信息中指示的业务，如果能，则准备接收该业务；否则将MBMS业务情况信息上报给网络侧。

UE判断出正在接收非MBMS业务时，收到一种或是多种MBMS业务，则用户需要决定是否转为接收MBMS或是同时接收两种类型的业务，如果用户选择只接收MBMS业务，则UE通知网络断掉现有的非MBMS业务；如果用户选择只接收非MBMS业务或同时接收两种类型的业务，则继续接收非MBMS业务。

所述用户决定是否转为接收MBMS或是同时接收两种类型的业务的方法可以为：

UE的非接入层根据用户预先设置的业务选择信息决定；

或UE的非接入层通过与用户交互，获得用户决定是否转为接收MBMS或是同时接收两种类型的业务信息。

步骤A所述的业务控制信息可以为：网络侧通过公共控制信道发送给UE的通知将要对一种MBMS业务进行计数Counting的通知信息；

所述步骤B中直接将自身业务接收情况信息通过上行资源上报给网络侧，具体为：直接将自身MBMS业务接收情况信息通过上行资源随Counting响应信息上报给网络侧；

所述步骤B中当UE自身正在接收另一种或多种MBMS业务和/或非MBMS业务时，将自身的业务接收情况信息通过上行资源上报给网络侧，具体为：将自身MBMS业务接收情况信息通过上行资源随Counting响应信息上报给网络侧；所述步骤B中进一步包括：判断当前自身未在接收另一种或多种MBMS业务和/或非MBMS业务时，只将Counting响应信息返回给网络侧。

在判断当前自身正在接收另一种MBMS业务或非MBMS业务时，可以进一步根据自身MBMS业务或非MBMS业务的接收情况判断是否响应Counting通知信息。

若所述MBMS业务接收情况信息包含接收MBMS业务优先级表，则UE在判断出当前自身正在接收另一种MBMS业务时，进一步判断Counting通知信息中指示的业务的优先级是否高于正在接收业务的优先级，如果是则响应Counting通知信息；否则不响应Counting通知信息。

当判断出Counting通知信息中指示的业务的优先级高于当前正在接收的业务的优先级时，进一步判断Counting通知信息中指示的业务是否为重发业务且UE已经正确接收该业务信息，如果是，则不响应Counting通知信息；否则响应Counting通知信息。

所述步骤B可以进一步包括：如果通知信息中包含频率层汇聚信息，且通知信息中指示的业务的优先级高于正在接收的业务，则进行频率层汇聚，响应Counting通知信息；否则不进行频率层汇聚，也不响应Counting通知信息。

所述的MBMS业务接收情况信息包含业务能力时，UE可以进一步根据自身业务能力判断自身是否能够接收通知信息中指示的业务，如果能，则响应Counting通知信息；否则不响应Counting通知信息。

所述步骤B可以进一步包括：UE上报自身的业务接收情况信息后，记录曾经上报过；

当UE收到业务控制信息时，判断是否曾经已经上报过MBMS业务接收情况信息，如果是，则不上报；否则上报。

若UE曾经上报过MBMS业务接收情况信息，则进一步判断该MBMS业务接收情况是否有变化，如果有，则上报；否则不再上报。

所述上行资源可以为：UE已建立的上行资源或专为上报MBMS业务接收情况信息建立的无线资源。

所述UE已建立的上行资源为：UE为接收当前点到点PTP方式的MBMS业务建立的上行资源。

所述通过专为上报MBMS业务接收情况建立的无线资源进行上报的方法可以为：

对于处于Idle状态的UE，其先与网络侧建立RRC连接，并通过建立的RRC连接，将自己的业务接收情况信息上报给网络侧；

对于处于URA-PCH状态的UE，则转入CELL-FACH状态，利用上行信道将自己的业务接收情况信息上报给网络侧；

对于处于CELL-PCH状态的UE，则转入CELL-FACH状态，利用上行信道将自己的业务接收情况信息上报给网络侧；

对于处于CELL-FACH状态的UE，则直接利用上行信道将自己的业务接收情况信息上报给网络侧。

所述步骤B中：UE可以是定时将自身MBMS业务接收情况信息通过上行资源上报给网络侧。

UE在获知自身业务接收情况信息改变时，可以立即向网络侧上报该信息。

由上述的技术方案可见，本发明的这种网络侧获知用户接收MBMS业务情况的方法，UE在接收网络侧发送的将要传输MBMS业务的业务控制信息后，根据接收的业务控制信息和自身当前的工作情况，将自身MBMS业务接收情况信息通过上行资源上报给网络侧。这样，网络侧就可以根据各个UE上报的业务接收情况信息，准确地统计出小区内接收该MBMS业务的用户，从而正确地确定承载方式，减少功率资源浪费。

附图说明

图1为支持组播/广播业务的无线网络结构示意图；

图2为用户接收某个MBMS广播业务的完整流程；

图3为用户接收某个MBMS组播业务的完整流程；

图4为本发明方法第一较佳实施例的处理流程图；

图5为本发明方法第二较佳实施例的处理流程图。

具体实施方式

为使本发明的目的、技术方案及优点更加清楚明白，以下参照附图并举两个较佳实施例，对本发明进一步详细说明。

本发明的这种网络侧获知用户接收MBMS业务情况的方法，UE在接收网络侧发送的将要或是正在传输MBMS业务的业务控制信息后，根据接收的业务控制信息和/或自身当前的工作情况，将自身业务接收情况信息通过上行资源上报给网络侧。

本发明所述的业务接收情况信息可以包含：用户预先设置并存储在UE中的接收MBMS业务优先级表、UE接收MBMS业务的能力、UE正在接收的MBMS业务、UE准备接收的MBMS业务、用户是否拒绝一种或是多种MBMS业务，其中的一种信息或任意组合的多种MBMS业务接收情况信息；或/和非MBMS业务的接收情况信息。

以下对两个较佳实施例分别进行说明。

第一较佳实施例：

参见图4，图4为本发明方法第一较佳实施例的处理流程图。本实施例中，UE将要上报的MBMS业务接收情况信息至少包含：接收MBMS业务优先级表，和UE接收MBMS业务的能力。该流程包括以下步骤：

步骤401，UE接收到网络侧通过公共控制信道发送的，将以PTM方式提供一种MBMS业务的控制信息。

步骤402，UE判断自身是否正在接收另一个或多个MBMS业务或非MBMS业务，如果是，则执行步骤403；否则执行步骤408。

步骤403，UE判断自身能力是否能够同时接收该MBMS业务，如果可以，执行步骤404；否则执行步骤405。

步骤404，继续执行正在接收的MBMS业务或非MBMS业务和该控制信息中的MBMS业务，结束本流程。

步骤405，如果用户正在接收的是一个或多个MBMS业务，则判断控制信息中指示的MBMS业务的优先级是否比正在接收的MBMS业务优先级高，如果是，则执行步骤406；否则，执行步骤409。

如果用户当前接收的业务中，不包含MBMS业务，是其他非MBMS业务，则用户需要决定是否转为接收MBMS或是同时接收两种类型的业务，如果用户选择只接收MBMS业务，则UE通知网络断掉现有的非MBMS业务；执行步骤406；如果用户选择只接收非MBMS业务，则执行步骤409；如果用户选择同时接收两种类型的业务，则执行步骤406。

其中，用户决定是否转为接收MBMS或是同时接收两种类型的业务的方法有两种：

第一种：UE的非接入层根据用户预先设置的业务选择信息决定：如果用户设置该非MBMS业务优先级低于MBMS业务，则选择接收MBMS业务；如果UE能力允许，选择同时接收；如果该非MBMS业务优先级高于MBMS业务，且UE能力不允许，则选择不接收MBMS业务，当然，如果UE的能力较高也可以选择同时接收。

第二种：UE的非接入层通过与用户交互，获得用户决定是否专为接收MBMS或是同时接收两种类型的业务信息。

步骤406，UE准备接收控制信息中指示的MBMS业务。这个过程与现有技术的过程相同，这里不再赘述。

步骤407，UE将包含接收MBMS业务优先级表，和UE接收MBMS业务的能力的MBMS业务接收情况信息上报给网络侧。

如果UE正在接收的业务是以PTP方式传输的，则UE直接通过该业务建立的专用链路的上行无线资源将MBMS业务接收情况信息上报给网络侧。

如果UE正在接收的业务也是以PTM方式传输的，则不同状态的UE有不同的处理，具体如下：

对于处于Idle状态的UE，其先与网络侧建立RRC连接，并通过建立的RRC连接，将自己的MBMS业务接收情况信息上报给网络侧；

对于处于URA-PCH状态的UE，则转入CELL-FACH状态，利用上行信道将自己的MBMS业务接收情况信息上报给网络侧；

对于处于CELL-PCH状态的UE，则转入CELL-FACH状态，利用上行信道将自己的MBMS业务接收情况信息上报给网络侧；

对于处于CELL-FACH状态的UE，则直接利用上行信道将自己的MBMS业务接收情况信息上报给网络侧。

也就是说，对处于Idle状态的UE，是通过建立专用来上报MBMS业务接收情况信息的上行无线资源来上报的。

步骤408，继续执行控制信息中指示的MBMS业务流程。结束本流程。

步骤409，UE将包含接收MBMS业务优先级表，和UE接收MBMS业务的能力，以及UE正在接收的MBMS业务、UE准备接收的MBMS业务、用户是否拒绝一种或是多种MBMS业务等MBMS业务的接收情况信息，和当前接收的非MBMS业务的接收情况信息上报给网络侧。本步骤中的上报方法与步骤407完全相同，这里不再赘述。

本实施例中，UE在上报前可以进一步判断控制信息中指示的业务是否为重发业务且UE已经正确接收该业务信息，如果是，则可以不准备接收控制信息中指示的高优先级的业务，甚至可以不上报业务接收情况信息。

实际上，UE在上报前可以进一步判断控制信息中是否包含频率层汇聚(FLC)信息，如果包含，则先执行频率层汇聚操作，再上报MBMS业务接收情况信息，如果不包含就直接上报。

步骤410，继续正在接收的MBMS业务流程。结束本流程。

实际应用中，UE可以只要接收到上述通知信息后，就直接将自身MBMS业务接收情况信息上报给网络侧，而不考虑自身的工作情况，这样能够简化UE的处理流程。

由于本实施例会在步骤407或步骤409将MBMS业务接收情况信息上报给网络侧。这样，网络侧就可以根据UE的接收MBMS业务优先级表，和接收MBMS业务的能力，判断出UE当前是接收正在传输的MBMS业务，还是准备接收控制信息中指示的业务，如果准备接收控制信息中指示的业务，则可以在该MBMS业务进行重计数时对该UE进行计数，否则不计数。

比如：UE的接收能力只能接收1种MBMS业务(通常的UE接收能力都只有1种)，而当前接收的MBMS业务的优先级比控制信息中指示的业务高，则判断出UE当前是接收正在传输的MBMS业务，而不准备接收控制信息中指示的业务，则不对该UE进行计数。如果UE的接收能力只能接收1种MBMS业务，而当前接收的MBMS业务的优先级比控制信息中指示的业务低，则判断出UE当前是不在接收正在传输的MBMS业务，而准备接收控制信息中指示的业务，则对该UE进行计数。这样，在该控制信息中指示的业务进行重计数后，可以根据统计的用户多少，判断是否超过预定值，如果没超过，则可以该为采用PTP承载方式下发该业务，从而减少了功率资源浪费。

另外，如果UE虽然有同时接收多个业务的能力，但是由于目前UE只想接收其中的一个或是几个业务，那么UE也需要将想接收的业务或/和正在接收的业务在MBMS业务接收情况信息中上报给网络侧。网络侧根据优先级表、UE将要接收的业务或/和正在接收的业务，判断出UE当前接收MBMS业务的情况。UE想接收的业务还可以是暂时想要接收的业务，可以以暂时接收业务列表形式上报。网络侧可以根据暂时想接收的业务列表，对UE进行统计，并发送MBMS业务，在UE暂时想接收的业务列表中的业务都传输完成后，网络侧可以将这个列表删除。

第二较佳实施例：

参见图5，图5为本发明方法第二较佳实施例的处理流程图。本实施例中，UE将要上报的MBMS业务接收情况信息至少包含：接收MBMS业务优先级表，和UE接收MBMS业务的能力。该流程包括以下步骤：

步骤501，UE通过公共控制信道接收一种MBMS业务的Counting通知信息。

步骤502，UE判断自身是否正在接收另一个或多个MBMS业务或一种非MBMS业务，如果是，则执行步骤503；否则执行步骤504。

步骤503，UE判断自身能力是否能够同时接收该MBMS业务，如果可以，执行步骤504；否则执行步骤505。

步骤504，UE向网络侧返回能够接收该MBMS业务的Counting响应。结束本流程。

步骤505，如果用户正在接收的业务中包含MBMS业务，则判断Counting通知信息中指示的业务的优先级是否比正在接收的MBMS业务优先级高，如果是，则执行步骤507；否则，执行步骤506。

如果用户当前接收的业务不包含MBMS业务，是其他非MBMS业务，则提示用户是否转为接收通知信息中指示的MBMS业务，如果用户选择接收该MBMS业务，则执行步骤507；否则继续执行非MBMS业务，执行步骤506。

步骤506，UE不响应该Counting通知信息。结束本流程。

步骤507，判断Counting通知信息中指示的业务是否为重发业务且UE已经正确接收该业务信息，如果是，则执行步骤506；否则执行步骤508。

步骤508，判断Counting通知信息中是否包含频率层汇聚(FLC)信息，如果包含，则执行步骤509后执行步骤510；否则直接执行步骤510。

步骤509，执行频率层汇聚操作。

执行频率层汇聚的方法与现有技术相同，这里不再赘述。

步骤510，UE将MBMS业务接收情况信息随Counting响应信息上报给网络侧。

实际应用中，UE可以只要接收到上述通知信息后，就直接将自身MBMS业务接收情况信息通过上行资源随Counting响应信息上报给网络侧，而不考虑自身的工作情况，这样能简化UE的处理流程。

本实施例中，如果UE当前接收的是非MBMS业务，且用户选择了只接收Counting通知信息中指示的MBMS业务，则UE还通知网络断掉现有的非MBMS业务。

本实施例中UE向网络侧上报MBMS业务接收情况信息的方法与图4所示实施例一的步骤407或步骤409相同，这里也不再赘述。

以上两个流程只是较佳实施例，实际应用中对与上报MBMS业务接收情况信息的方法还可以有多种处理，例如：UE上报自身的MBMS业务接收情况信息后，记录曾经上报过；当UE收到业务控制信息时，判断是否曾经已经上报过MBMS业务接收情况信息，如果是，则不上报；否则上报。

若UE曾经上报过MBMS业务接收情况信息，则可以进一步判断该MBMS业务接收情况是否有变化，如果有，则上报；否则不再上报。

UE还可以在获知自身MBMS业务接收情况信息改变时，立即向网络侧上报该信息，也可以按照原来的上报时机上报。

上述两个实施例中UE上报的时机可以说是由网络侧决定的，实际应用中也可以是用户决定。例如，UE定时将自身MBMS业务接收情况信息通过上行资源上报给网络侧。

由上述的实施例可见，应用本发明的这种网络侧获知用户接收MBMS业务情况的方法，网络侧就可以根据各个UE上报的业务接收情况信息，准确地统计出小区内接收该MBMS业务的用户，从而正确地确定承载方式，减少功率资源浪费。

Claims (22)

1、一种网络侧获知用户接收多媒体广播/组播业务MBMS情况的方法，其特征在于，该方法包括以下步骤：

A、UE接收网络侧发送的将要或是正在传输MBMS业务的业务控制信息；

B、UE接收所述业务控制信息后，直接将自身业务接收情况信息通过上行资源上报给网络侧，或当UE自身正在接收另一种或多种MBMS业务和/或非MBMS业务时，将自身的业务接收情况信息通过上行资源上报给网络侧。

2、如权利要求1所述的方法，其特征在于：所述的业务接收情况信息包含：MBMS业务的接收情况信息和/或非MBMS业务的接收情况信息；

所述MBMS业务的接收情况信息包括以下信息中的一种或是任意组合：用户预先设置并存储在UE中的接收MBMS业务优先级表、UE接收MBMS业务的能力、UE正在接收的MBMS业务、UE准备接收的MBMS业务、用户是否拒绝一种或是多种MBMS业务。

3、如权利要求2所述的方法，其特征在于，步骤A所述的业务控制信息为：网络侧通过公共控制信道发送给UE的通知将要或是正在以点到多点PTM方式传输的MBMS业务的控制信息。

4、如权利要求3所述的方法，其特征在于：若所述业务接收情况信息包含接收MBMS业务优先级表，则UE在判断出当前自身正在接收另一种或多种MBMS业务时，进一步判断控制信息中指示的业务的优先级是否高于正在接收业务的优先级，如果是则准备接收控制信息中的该高优先级的业务；否则继续接收正在接收的业务。

5、如权利要求4所述的方法，其特征在于：当判断出控制信息中指示的业务的优先级高于当前正在接收的业务的优先级时，进一步判断控制信息中指示的业务是否为重发业务且UE是否已经正确接收该业务，如果是，则继续接收正在接收的业务；否则准备接收控制信息中指示的业务。

6、如权利要求4所述的方法，其特征在于，所述步骤B进一步包括：如果控制信息中包含频率层汇聚信息，则进行频率层汇聚，再执行将自身业务接收情况信息通过上行资源上报给网络侧的步骤；否则不进行频率层汇聚，直接执行将自身业务接收情况信息通过上行资源上报给网络侧的步骤。

7、如权利要求3或4所述的方法，其特征在于：所述的业务接收情况信息包含业务能力时，UE进一步根据自身业务能力判断自身是否能够接收控制信息中指示的业务，如果能，则准备接收该业务；否则将MBMS业务情况信息上报给网络侧。

8、如权利要求3所述的方法，其特征在于：UE判断出正在接收非MBMS业务时，收到一种或是多种MBMS业务，则用户需要决定是否转为接收MBMS或是同时接收两种类型的业务，如果用户选择只接收MBMS业务，则UE通知网络断掉现有的非MBMS业务；如果用户选择只接收非MBMS业务或同时接收两种类型的业务，则继续接收非MBMS业务。

9、如权利要求8所述的方法，其特征在于，所述用户决定是否转为接收MBMS或是同时接收两种类型的业务的方法为：

UE的非接入层根据用户预先设置的业务选择信息决定；

或UE的非接入层通过与用户交互，获得用户决定是否转为接收MBMS或是同时接收两种类型的业务信息。

10、如权利要求2所述的方法，其特征在于，步骤A所述的业务控制信息为：网络侧通过公共控制信道发送给UE的通知将要对一种MBMS业务进行计数Counting的通知信息；

所述步骤B中直接将自身业务接收情况信息通过上行资源上报给网络侧，具体为：直接将自身MBMS业务接收情况信息通过上行资源随Counting响应信息上报给网络侧；

所述步骤B中当UE自身正在接收另一种或多种MBMS业务和/或非MBMS业务时，将自身的业务接收情况信息通过上行资源上报给网络侧，具体为：将自身MBMS业务接收情况信息通过上行资源随Counting响应信息上报给网络侧；

所述步骤B中进一步包括：判断当前自身未在接收另一种或多种MBMS业务和/或非MBMS业务时，只将Counting响应信息返回给网络侧。

11、如权利要求10所述的方法，其特征在于，在判断当前自身正在接收另一种MBMS业务或非MBMS业务时，进一步根据自身MBMS业务或非MBMS业务的接收情况判断是否响应Counting通知信息。

12、如权利要求11所述的方法，其特征在于：若所述MBMS业务接收情况信息包含接收MBMS业务优先级表，则UE在判断出当前自身正在接收另一种MBMS业务时，进一步判断Counting通知信息中指示的业务的优先级是否高于正在接收业务的优先级，如果是则响应Counting通知信息；否则不响应Counting通知信息。

13、如权利要求12所述的方法，其特征在于：当判断出Counting通知信息中指示的业务的优先级高于当前正在接收的业务的优先级时，进一步判断Counting通知信息中指示的业务是否为重发业务且UE已经正确接收该业务信息，如果是，则不响应Counting通知信息；否则响应Counting通知信息。

14、如权利要求12或13所述的方法，其特征在于，所述步骤B进一步包括：如果通知信息中包含频率层汇聚信息，且通知信息中指示的业务的优先级高于正在接收的业务，则进行频率层汇聚，响应Counting通知信息；否则不进行频率层汇聚，也不响应Counting通知信息。

15、如权利要求10或11所述的方法，其特征在于：所述的MBMS业务接收情况信息包含业务能力时，UE进一步根据自身业务能力判断自身是否能够接收通知信息中指示的业务，如果能，则响应Counting通知信息；否则不响应Counting通知信息。

16、如权利要求1、2、3或10所述的方法，其特征在于，所述步骤B进一步包括：UE上报自身的业务接收情况信息后，记录曾经上报过；

当UE收到业务控制信息时，判断是否曾经已经上报过MBMS业务接收情况信息，如果是，则不上报；否则上报。

17、如权利要求16所述的方法，其特征在于：若UE曾经上报过MBMS业务接收情况信息，则进一步判断该MBMS业务接收情况是否有变化，如果有，则上报；否则不再上报。

18、如权利要求1、2、3或10所述的方法，其特征在于，所述上行资源为：UE已建立的上行资源或专为上报MBMS业务接收情况信息建立的无线资源。

19、如权利要求18所述的方法，其特征在于，所述UE已建立的上行资源为：UE为接收当前点到点PTP方式的MBMS业务建立的上行资源。

20、如权利要求18所述的方法，其特征在于，所述通过专为上报MBMS业务接收情况建立的无线资源进行上报的方法为：

对于处于Idle状态的UE，其先与网络侧建立RRC连接，并通过建立的RRC连接，将自己的业务接收情况信息上报给网络侧；

对于处于URA-PCH状态的UE，则转入CELL-FACH状态，利用上行信道将自己的业务接收情况信息上报给网络侧；

对于处于CELL-PCH状态的UE，则转入CELL-FACH状态，利用上行信道将自己的业务接收情况信息上报给网络侧；

对于处于CELL-FACH状态的UE，则直接利用上行信道将自己的业务接收情况信息上报给网络侧。

21、如权利要求1所述的方法，其特征在于，所述步骤B中：UE是定时将自身MBMS业务接收情况信息通过上行资源上报给网络侧。

22、如权利要求1或2所述的方法，其特征在于，UE在获知自身业务接收情况信息改变时，立即向网络侧上报该信息。

Images