CN102387470A - 一种实现多媒体多播广播业务接收状态上报的方法和系统 - Google Patents

Abstract

本发明公开了一种实现接收状态上报的方法和系统，均可根据网络需要，向用户侧发送接收状态报告请求；用户侧接收到所述接收状态报告请求后，上报对多媒体多播广播业务的接收状态。本发明方法和系统均能支持用户设备对多媒体多播广播业务接收状态的反馈。

Description

一种实现多媒体多播广播业务接收状态上报的方法和系统

技术领域

本发明涉及通信领域，具体涉及一种实现多媒体多播广播业务接收状态上报的方法和系统。

背景技术

在LTE/LTE_A E_MBMS(Long Term Evolution/Long Term EvolutionAdvanced Evolved Multimedia Multicast/Broadcast Service，长期演进/长期演进后续演进型多媒体多播广播业务)领域中，MBMS(Multimedia Broadcast/MulticastService，多媒体广播多播业务)作为一种发送一次、收益多次的技术，获得了广大运营商的广泛关注。MBMS业务可以用于传输手机电视等多媒体视频业务，也可以用于传输一些广播信息，在未来的移动宽带通信网中将取得较大范围的应用。因此，3GPP(3GPP，the 3rd Generation Partnership Project)组织组织了大量的人力物力，在Rel-6/7(Release-6/7，版本-6/7)中对其进行了标准化的工作。在LTE/LTE_A中，由于系统网络结构的变换，MBMS技术也产生了一些新的需求，如UE(User Equipment，用户设备)上报MBMS业务的接收状态等。这些内容都被纳入了Rel-10/11(Release-10/11，版本-10/11)的E_MBMS项目中进行。

在RAN#48会议中达成了一项研究目标：研究一种MBMS接收状态反馈机制，该机制允许运营商激活/去激活该业务的MBSFN(MBMS Single FrequencyNetwork，多媒体多播广播业务单频网络)传输。针对这一目标，研究如何实现UE对MBMS业务接收状态的反馈，并通过该反馈结果来帮助运营商实现对某些MBMS业务的激活/去激活就显得十分重要。

但是，目前并没有具体的技术内容支持UE对MBMS业务的接收状态进行反馈，因而网络无法获知UE对某一MBMS业务的接收状态，从而无法实现激活和/或去激活该MBMS业务的MBSFN传输问题。

发明内容

有鉴于此，本发明的主要目的在于提供一种实现接收状态上报的方法和系统，以支持UE对MBMS业务接收状态的反馈。

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

一种实现接收状态上报的方法，该方法包括：

根据网络需要，向用户侧发送接收状态报告请求；用户侧接收到所述接收状态报告请求后，上报对多媒体多播广播业务MBMS业务的接收状态。

上报所述接收状态的方法为：

周期性和/或由事件触发，上报接收状态；或者，

初始上报一次接收状态；之后周期性和/或由事件触发，上报接收状态。

发送所述接收状态报告请求的过程为：通过广播控制信道BCCH或MBMS点到多点控制信道MCCH发送所述接收状态报告请求；

上报所述接收状态的过程为：通过无线资源控制RRC信令上报所述接收状态。

所述接收状态报告请求除了包括需要统计的业务标识以外，还包括反馈周期、触发事件标识和概率因子；所述概率因子用于限制参与上报的主体数目。

该方法进一步包括：

向用户侧发送接收状态报告结束命令，结束本次MBMS接收状态报告上报过程。

一种实现接收状态上报的系统，该系统包括上报控制单元、上报执行单元；其中，

所述上报控制单元，用于根据网络需要发送接收状态报告请求；

所述上报执行单元，用于接收所述接收状态报告请求，上报对MBMS业务的接收状态。

所述上报执行单元在上报所述接收状态时，用于：

周期性和/或由事件触发，上报接收状态；或者，

初始上报一次接收状态；之后周期性和/或由事件触发，上报接收状态。

所述上报控制单元在发送所述接收状态报告请求时，用于：通过BCCH或MCCH发送所述接收状态报告请求；

所述上报执行单元在上报所述接收状态时，用于：通过RRC信令上报所述接收状态。

所述接收状态报告请求除了包括需要统计的业务标识以外，还包括反馈周期、触发事件标识和概率因子；所述概率因子用于限制参与上报的主体数目。

所述上报控制单元进一步用于：

向用户侧发送接收状态报告结束命令，结束本次MBMS接收状态报告上报过程。

本发明方法和系统能够支持UE对MBMS业务接收状态的反馈。

附图说明

图1为本发明一实施例的实现接收状态上报的原理示意图；

图2为本发明一实施例的实现接收状态上报的流程图；

图3为本发明一实施例的上报接收状态的流程图；

图4为本发明一实施例的实现接收状态上报的流程简图；

图5为本发明一实施例的实现接收状态上报的系统图。

具体实施方式

总体而言，为了实现对MBMS业务的接收状态的反馈，可以进行以下步骤的操作：

第一步，eNB(基站)根据网络需要，发送接收状态报告请求。所述网络需求可能是运营商需要统计网络中一些MBMS业务的接收状态，即接收用户数目，用来判断该业务是否值得继续发送，从而激活/去激活该业务的MBSFN传输；或者统计一个去激活的MBMS业务的感兴趣用户数目，用来判断是否激活该业务，也可以是一些突发状态等，如：网络资源紧张，需要关闭一些接收用户较少的低优先级MBMS业务以释放资源。当然，上述举例只是网络发送接收状态报告请求的需求中的一部分，还可以根据实际应用场景提出其他类似需求。eNB发送的接收状态报告请求除了包括需要统计的业务标识外，还可以包括UE反馈周期、触发事件标识和概率因子等，UE反馈接收状态的周期要小于MBMS业务的持续时间。eNB可以采用概率因子来配置一部分UE参与反馈，并要求UE在其反馈周期内随机发送反馈信息；还可以在因上行资源受限等原因导致无法正常上报时，后退一定时间后再次发送。当然，也可以根据需求，要求UE上报一些其他网络测需要获知的信息，如信道质量、用户感兴趣的业务等。所述接收状态报告请求可以通过BCCH(广播控制信道)或其他控制信道发送。

第二步，UE接收到来自eNB发送的接收状态报告请求后，开始上报接收状态。首先，UE可以初始上报一次接收状态，如发送接收状态报告。之后，UE周期性和/或由事件触发上报接收状态。在UE周期性地向eNB发送MBMS业务的接收状态报告时，当UE满足某些事件发生条件(如对某一MBMS接收状态发生改变，或发生小区切换后等)，可以向eNB发送MBMS业务的接收状态报告。UE上报的接收状态报告可以包括UE对MBMS业务的接收状态、对MBMS业务的感兴趣程度以及状态报告优先级，还可以包括信道环境等。与周期性发送相比，事件触发的接收状态上报优先级更高，如，基于事件触发的接收状态上报将覆盖基于周期上报的接收状态上报。eNB在接收到来自UE的接收状态上报后，可以记录UE的接收状态；对于重复上报，只保存最初上报的优先级较高的接收状态。当然，UE也可以只采用周期性的接收状态报告上报方式或事件触发的接收状态报告上报方式。

第三步，判断是否接收到eNB发送的接收状态报告结束命令。eNB通过一段时间内的接收状态统计，决定激活/去激活某个业务，或者当该业务持续时间结束时，向UE发送接收状态报告结束命令，以结束本次MBMS接收状态报告上报过程。

下面结合附图对技术方案的实施作进一步的详细描述。

如图1所示，当网络侧需要激活/去激活某一MBMS业务时，或者是由于网络资源紧张，需要统计各种MBMS业务的接收用户数目，关闭低优先级的业务以释放资源时，可以向UE发送接收状态报告请求。当然，接收状态报告请求的发送可以是半静态配置的，也可以由运营商根据需要临时配置。对于半静态配置的情况，可以根据用户使用MBMS业务的规律来配置，如在早上9点到11点期间不需要统计UE对MBMS业务的接收状态，在月初、月末或是年初、年末时统计用户对MBMS业务的接收状态等。运营商根据需要临时配置eNB发送接收状态报告请求的情况，可以是在某一业务的激活/去激活或开通试运营时等。除了上面的情况外，也可以根据需要配置发送接收状态报告的UE的概率因子，用于限制参与反馈的UE数目，UE在反馈周期内随机上报接收状态，避免大量UE同时上报对网络负载造成较大压力。当需要估算所有正在接收MBMS业务的UE数目时，可以配置空闲态UE数目估算因子，利用通常情况下连接态UE数目与空闲态UE数目之间的比例关系(如1∶20)来估算空闲态UE数目，也可利用整个网络中R10版本UE数目与传统UE(主要是R9版本UE)数目的关系来估算传统UE数目，最终得到所有正在接收MBMS业务的UE数目。当然，上述内容只是一些可能的应用场景，技术人员可以根据实际情况得到更多的应用场景，从而应用于eNB发送接收状态报告请求的配置中。

在eNB发送的接收状态报告请求中，可以包括网络需要统计的信息，如正在接收某一业务的连接态UE的数目(必选)，对某一尚未开通业务感兴趣的UE的数目(可选)等；也可以根据运营商的需求，统计用户满意度(可选)、CQI(Channel Quality Indicator，信道质量指示)等无线信道环境(可选)、HARQ(重传请求)(可选)等。当然，上述参数可以根据网络实际情况和运营商需求予以增加或删减。

所述接收状态报告请求可以通过BCCH或MCCH(MBMS点到多点控制信道)等发送。

UE接收到eNB的接收状态报告请求后，初始向eNB发送一次接收状态报告。之后，UE在反馈周期内随机地向eNB发送接收状态报告；还可以在因上行资源受限等原因导致无法正常上报时，后退一定时间后再次发送。当满足触发事件条件(如UE对某一MBMS业务接收状态发生变化，或UE进入其他MBSFN区域等)时，UE向eNB发送接收状态报告。事件触发的UE反馈优先级高于周期性的UE反馈。eNB只记录接收到的优先级较高的接收状态上报。当然，UE也可以只采用周期性反馈或事件触发反馈中的一种方式进行接收状态上报。UE反馈的接收状态报告可以通过RRC(无线资源控制)信令上报给eNB。

eNB根据接收到的UE对MBMS业务的接收状态(如接收用户数目等)决定是否激活/去激活某一MBMS业务。当作出激活/去激活决定后，或者该业务持续时间结束时，eNB向UE发送接收状态报告结束命令，UE结束接收状态上报。一般而言，eNB只要检测到有一定数量的UE对某一MBMS业务感兴趣或正在通过单播接收该业务，并且网络资源能够满足，就可以激活该业务的MBSFN传输。而对于去激活一个业务，一般要统计一个相对长一点的时间，确认接收UE数目较少并且业务优先级较差，则可以去激活或者直接关闭该业务。

参见图2，图2为本发明一实施例的实现接收状态上报的流程图，该流程包括以下步骤：

步骤201，eNB发送接收状态报告请求。该过程可以由网络控制，或者由运营商根据需求来触发。

步骤202，UE接收到eNB的接收状态报告请求后，开始周期性和/或由事件触发反馈，上报对MBMS业务的接收状态。

步骤203，判断eNB的接收状态统计反馈时间窗是否结束，如果尚未结束，则返回步骤202；否则，eNB向UE发送接收状态报告结束命令，结束本流程。

参见图3，图3中，UE采用周期性方式和事件触发方式发送接收状态报告。图3所示流程包括以下步骤：

步骤301，UE初始发送一次接收状态报告。

步骤302，判断是否有触发事件发生，如果有，直接进入步骤304；否则，进入步骤303。

步骤303，判断是否到达下一个UE反馈周期，如果是，进入步骤304；否则，返回步骤302。

步骤304，UE发送一次接收状态报告。

步骤305，判断eNB是否发送了接收状态报告结束命令，如果发送了，结束本流程；否则，返回步骤302。

在实际应用中，UE上报接收状态，也可以仅采用周期性上报或事件触发上报的形式，其方法与图3中的相应上报操作类似，也是先初始发送一次接收状态报告，接着周期性或由事件触发发送接收状态报告，直到收到eNB发送的接收状态报告结束命令为止。

由以上所述流程可见，本发明实现接收状态上报的操作思路可以表示如图4所示。参见图4，图4为本发明一实施例的实现接收状态上报的流程简图，该流程包括以下步骤：

步骤410，eNB根据网络需要，发送接收状态报告请求。

步骤420，UE接收到来自eNB发送的接收状态报告请求后，上报接收状态。

为了保证上述操作思路及流程能够顺利实现，可以进行如图5所示的设置。参见图5，图5为本发明一实施例的实现接收状态上报的系统图，该系统包括相连的上报控制单元、上报执行单元；其中，上报控制单元可以设置于eNB等网络侧设备中，上报执行单元可以设置于UE等用户侧设备中。

具体应用时，上报控制单元能够根据网络需求向上报执行单元发送接收状态报告请求，要求上报执行单元上报MBMS业务的接收状态；上报执行单元能够在接收到接收状态报告请求后，上报对MBMS业务的接收状态。上报接收状态时，上报执行单元可以在收到接收状态报告请求后初始上报一次接收状态，还可以在此之后以前述的周期性和/或事件触发方式上报接收状态。

在实际应用中，上报控制单元还能够在决定激活/去激活某个业务，或者当该业务持续时间结束时，向上报执行单元发送接收状态报告结束命令，以结束本次MBMS接收状态报告上报过程；上报执行单元则在收到接收状态报告结束命令后停止上报接收状态。

图5所示各单元所能实现的操作已在前述流程中详细描述，在此不再赘述。

综上所述可见，无论是方法还是系统，本发明实现接收状态上报的技术与现有技术相比，有以下好处：

网络侧决定是否要求UE上报对MBMS业务的接收状态，可以根据需要决定UE是否反馈接收状态，避免了资源的浪费。而且，网络侧一般不会要求频繁开关业务，网络侧的下行信令也不会太多，因而可以大幅度节省资源。

再有，网络侧控制参与反馈的UE数目，并且可以在收到接收状态上报结束命令之前一直统计UE的接收状态，采用一段时间内的统计结果来激活/去激活业务，提高了系统统计的准确性。此外，可以利用诸如概率因子、空闲态UE因子、传统UE因子等估算系统接收MBMS业务的总UE数目，提高了系统的估算准确度，更好的实现激活/去激活业务，也提高了空闲态UE和传统UE所能提供的用户感受。

另外，UE可以在反馈周期内随机发送接收状态报告，避免了大量UE同时上报造成的冲突问题。而且，UE采用周期性上报和事件触发两种上报方式，提高了系统的统计准确度，而且可以及时告知UE接收状态的变化，便于网络侧作出激活/去激活业务的决策。

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

Claims (10)

1.一种实现接收状态上报的方法，其特征在于，该方法包括：

根据网络需要，向用户侧发送接收状态报告请求；用户侧接收到所述接收状态报告请求后，上报对多媒体多播广播业务MBMS业务的接收状态。

2.根据权利要求1所述的方法，其特征在于，上报所述接收状态的方法为：

周期性和/或由事件触发，上报接收状态；或者，

初始上报一次接收状态；之后周期性和/或由事件触发，上报接收状态。

3.根据权利要求2所述的方法，其特征在于，

发送所述接收状态报告请求的过程为：通过广播控制信道BCCH或MBMS点到多点控制信道MCCH发送所述接收状态报告请求；

上报所述接收状态的过程为：通过无线资源控制RRC信令上报所述接收状态。

4.根据权利要求1至3任一项所述的方法，其特征在于，所述接收状态报告请求除了包括需要统计的业务标识以外，还包括反馈周期、触发事件标识和概率因子；所述概率因子用于限制参与上报的主体数目。

5.根据权利要求4所述的方法，其特征在于，该方法进一步包括：

向用户侧发送接收状态报告结束命令，结束本次MBMS接收状态报告上报过程。

6.一种实现接收状态上报的系统，其特征在于，该系统包括上报控制单元、上报执行单元；其中，

所述上报控制单元，用于根据网络需要发送接收状态报告请求；

所述上报执行单元，用于接收所述接收状态报告请求，上报对MBMS业务的接收状态。

7.根据权利要求6所述的系统，其特征在于，所述上报执行单元在上报所述接收状态时，用于：

周期性和/或由事件触发，上报接收状态；或者，

初始上报一次接收状态；之后周期性和/或由事件触发，上报接收状态。

8.根据权利要求7所述的系统，其特征在于，

所述上报控制单元在发送所述接收状态报告请求时，用于：通过BCCH或MCCH发送所述接收状态报告请求；

所述上报执行单元在上报所述接收状态时，用于：通过RRC信令上报所述接收状态。

9.根据权利要求6至8任一项所述的系统，其特征在于，所述接收状态报告请求除了包括需要统计的业务标识以外，还包括反馈周期、触发事件标识和概率因子；所述概率因子用于限制参与上报的主体数目。

10.根据权利要求9所述的系统，其特征在于，所述上报控制单元进一步用于：

向用户侧发送接收状态报告结束命令，结束本次MBMS接收状态报告上报过程。

Images