CN102281501A - 多媒体广播多播业务计数反馈的方法及系统 - Google Patents

Abstract

本发明公开了一种多媒体广播多播业务计数反馈的方法，包括：网络侧将MCCH通知信息承载于PDCCH上、将接入信息承载于MCCH上并发送；其中，所述MCCH通知信息包含MCCH指示信息以及触发事件指示信息；UE监听所述MCCH通知信息，根据所述触发事件指示信息读取对应MCCH上的接入信息，并根据所述接入信息进行上行反馈；或者，UE接收MCCH，根据所接收MCCH上的接入信息进行上行反馈。本发明同时公开了一种多媒体广播多播业务计数反馈的系统。本发明能使UE在多个MCCH的条件下能够更加快捷、准确获得发生更新的MCCH接入信息，并根据接入信息发送反馈信息，实现对UE数量的正确统计，同时减少UE功耗。

Description

多媒体广播多播业务计数反馈的方法及系统

技术领域

本发明涉及多媒体广播多播业务多媒体广播多播业务(MBMS，MultimediaBroadcast Multicast Service)系统中用户设备(UE，User Equipment)业务信息上报技术，尤其涉及一种多媒体广播多播业务计数反馈的方法及系统。

背景技术

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

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

MBMS业务的特点是业务的数据量大，移动终端接收时持续时间长，平均数据率恒定。上述特点决定了MBMS业务的调度与控制信令配置都是半静态的，即MBMS业务的调度信息与控制信令信息都是“长期”保持不变的，这些信息通过MBMS控制信道(MCCH，MBMS Control Channel)周期性地发送，统称为MCCH信息。

MBMS通知消息用于描述MCCH信息是否发生变化，对于处于空闲模式(RRC Idle，Radio Resource Control Idle)或者连接模式(RRC Connected)的UE来说，只需要监听MBMS通知消息，即可知道MCCH信息是否发生变化，从而实现选择性的接收MCCH信息，即只在MCCH信息发生变化时，才接收新的MCCH信息。由于MBMS通知消息的信息量远小于MCCH信息，故用户设备选择性的接收MCCH信息，能够有效的节省资源，降低功耗。

在长期演进(LTE，Long Term Evolution)系统中，通知用户设备(或称终端)关于某个MBMS业务将要发生变化，这些变化可以是会话开始(sessionstart)、业务承载更新或会话停止(session stop)等，可以先在物理下行控制信道(PDCCH，Physical Downlink Control Channel)上发送下行控制信息(DCI，Downlink Control Information)和MBMS无线网络临时标志符(M-RNTI，MBMS-Radio Network Temporary Identifier)。UE根据DCI中的相关信息进一步去读取具体的MCCH消息，这称为MCCH通知(notification)机制。MCCH信道上将发送具体的业务配置参数，如业务ID，业务的无线链路控制(RLC，Radio Link Control)、媒体访问控制(MAC，Media Access Control)、物理层配置参数等。

现有LTE技术中，MBMS业务的逻辑信道为多播业务信道(MTCH，Multicast Traffic Channel)，每一条MTCH对应一个MBMS业务的会话。多条MTCH信道可以映射到同一条传输信道多播信道(MCH，Multicast Channel)，一条传输或多条MCH信道映射到同一条物理多播信道(PMCH，PhysicalMulticast Channel)，一条PMCH信道由一组多媒体广播单频网(MBSFN，Multimedia Broadcast Single Frequency Network)子帧组成。

在现有LTE技术中，引入了MBSFN area的概念，在一个MBSFN area中，MBMS业务采用MBSFN方式发送，同一个MBSFN area中不同小区采用相同的资源、内容和时间同步的发送完全一样的物理信号，以实现接收UE的分集接收增益。

UE一般不知道当前DCI传送的是什么信息，也不知道自己需要的信息在哪个位置。但是UE知道自己当前在期待什么信息，例如：

UE在空闲(Idle)状态下，期待的信息是寻呼(paging)和系统消息(SI，system information)；

UE在发起随机接入(Random Access)后，期待的信息是随机接入响应(RAR，Random Access Response)；

UE在有上行数据等待发送的时候，期待的信息是上行链路(Up Link)授权(UL Grant)等。

对于不同的期望信息，UE用相应的无线网络临时标志符(RNTI，RadioNetwork Temporary Identifier)和控制信道单元(CCE，Control Channel Element)信息进行循环冗余校验(CRC，Cyclic Redundancy Check)，如果CRC校验成功，那么UE就知道这个信息是自身需要的，也可知道相应的下行控制信息格式(DCI format)、调制方式，从而可以进一步解调出DCI的内容。这就是所谓的“盲检”过程。

在PDCCH上传输的内容就叫下行控制信息DCI，目前现有的DCI的格式有0、1、1A、1B、1C、1D，2、2A，3、3A等。在LTE系统中，上下行的资源授权、调度信息等都在PDCCH上发，所以要在PDCCH上区分到底这个调度信息是寻呼信息(paging)、广播信息，还是上下行数据信息，就需要相应的无线网络临时标志符RNTI来指示。

一般来讲，这些RNTI都隐含在PDCCH的CRC校验位里，即PDCCH做完16位的CRC运算以后，就把这些CRC校验位同RNTI进行异或运算，例如当UE收PDCCH时就把RNTI和CRC进行异或运算，从而可以解调出这个PDCCH的作用是什么。

由于MBSFN区域可能出现交叠的情况，演进型MBMS(eMBMS)系统可能存在多个MCCH，每个MCCH对应于不同的MBSFN区域，其中仅承载对应MBSFN区域发送的MBMS业务的控制信息。

MBMS包括多播模式和广播模式。由于多播和广播模式在业务需求上存在不同，导致其业务流程也不同。

在MBMS广播模式下，由于广播业务向无线网络中的所有用户发送信息，因此各网络节点不需要执行MBMS注册过程。当广播组播业务中心(BM-SC，Broadcast Multicast-Service Center)准备好发送数据时触发MBMS会话开始过程。会话开始过程激活网络中用于传输MBMS数据的所有需要的承载资源。通过这个过程，BM-SC将该MBMS承载业务的终端移动组标识(TMGI，TerminalMobile Group Identify)、服务质量(QoS，Quality of Service)、MBMS业务域、估计会话长度参数(如果存在的话)等会话属性提供给相关网络节点。下游节点完成相应工作后，BM-SC开始广播数据传输。各个节点通过会话开始过程中建立的承载传输广播数据到UE。

MBMS广播模式和多播模式的主要业务流程比较相似，都需要依次进行业务声明、会话开始、MBMS通知、数据传送和会话结束的处理；二者的区别在于，多播模式还需要用户签约相应多播组，进行业务激活，并依据用户加入和用户退出的时刻产生相应的计费信息。

在LTE系统中，MBMS有两种承载模式：广播模式和增强型广播模式。由于没有多播模式，因此网络侧并不能够获知UE接收/或者准备接收哪些MBMS业务。增强广播介于广播和多播之间，吸收了广播中流程简单和多播中资源优化的优点。在使用MBMS增强广播承载时，只需要在应用层上通过加入/离开过程就可以实现从UE到BM-SC的注册/注销，无需在承载网络层进行信令交互和信息存储。增强广播是对广播的一种优化和扩展，如在接入网，增强广播不会向那些没有接收用户的小区发送数据。对于增强型模式的MBMS业务，在配置系统帧号(SFN，System Frame Number)和分配资源时需要考虑接收MBMS业务的UE状态和数量，这样就需要接收/或者准备接收MBMS业务的UE信息进行反馈，这称之为MBMS的上行反馈。

为了使网络侧能够得到各个小区内有MBMS业务需求的用户数，MBMS系统引入了计数(counting)过程。这里的网络侧包括eNB和MCE。

counting过程是指一个MBMS业务Session开始时，或者在Session进行过程中，网络侧统计小区内接收和感兴趣接收某MBMS业务用户数的过程，用以确认是否采用MBSFN传输方式。网络侧准备发起计数/重新计数过程时，在MCCH的接入信息(access info)中加入MBMS业务的标识和接入概率。之所以要使用接入概率，是因为并不需要所有的用户都建立连接进行反馈，只要反馈的数量可能达到门限就可以，否则空闲(Idle)状态用户比较多的时候会引起上行拥塞。图1为MCCH信道的结构示意图，如图1所示，MCCH信道上分为接入信息期间(Access info period)、重复期间(Repetition period)和更改期间(Modification period)。

在对现有技术的研究和实践过程中，发明人发现现有技术存在以下问题：3GPP Rel9 MBMS采用了MCCH notification(以下称为MCCH通知)机制，即在PDCCH上利用特定的M-RNTI指示MCCH的变化，这里的变化只针对sessionstart事件，即只有在session start事件发生时，网络侧才会发送通知信息；如果网络侧需要对接收和感兴趣接收某个MBMS业务的UE进行计数，则在MCCH上发送接入信息(access info)，请求UE进行反馈；对于感兴趣接收MBMS业务的UE来说，如果该UE没有正在接收MBMS业务，则该UE监听MCCH通知信息，而且只在session start发生时，UE才会进一步读取MCCH的内容。这样，感兴趣接收MBMS业务的UE并不知道网络侧何时需要反馈计数，即使网络侧发送了接入信息，UE也不会主动读取接入信息，因此无法进行计数反馈，从而导致计数结果不正确。

发明内容

有鉴于此，本发明的主要目的在于提供一种多媒体广播多播业务计数反馈的方法及系统，UE在确定网络侧下发的接入信息中存在自身感兴趣的业务时上报网络侧。

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

一种多媒体广播多播业务计数反馈的方法，包括：

网络侧将MCCH通知信息承载于PDCCH上、将接入信息承载于MCCH上并发送；其中，所述MCCH通知信息包含MCCH指示信息以及触发事件指示信息；

用户设备UE监听所述MCCH通知信息，根据所述触发事件指示信息读取对应MCCH上的接入信息，并根据所述接入信息进行上行反馈；或者，UE监听MCCH，根据所监听MCCH上的接入信息进行上行反馈。

优选地，所述接入信息包含MBMS业务标识信息、接入概率信息；

根据所述接入信息进行上行反馈为：

UE确定所述接入信息中的所述MBMS业务标识的MBMS业务是自身感兴趣的业务时，随机生成一个概率值，并与所述接入信息中的所述接入概率进行比较，不大于所述接入概率时进行上行反馈。

优选地，所述方法还包括：

网络侧配置PDCCH的下行控制信息DCI格式，并在所配置DCI中承载所述MCCH指示信息以及所述触发事件指示信息。

优选地，所述触发事件指示信息包含会话开始指示信息、接入信息指示信息；

所述MCCH指示以及所述触发事件指示均以比特映射方式来实现，所述MCCH指示信息为在所配置DCI中设置N比特信息，所述触发事件指示信息为在所配置DCI中设置M比特；其中，N为系统中小区所支持的MCCH最大数量；M为1或2。

优选地，所述M为1时，所述触发事件指示信息同时指示会话开始和接入信息，其中，该比特为0时指示MCCH中有接入信息，该比特为1时指示有会话开始，有或没有接入信息；或者，该比特为1时指示MCCH中有接入信息，该比特为0时指示有会话开始，有或没有接入信息；

所述M为2时，其中一比特用于指示MCCH中有无接入信息，另一比特用于指示MCCH中有无会话开始；如果M＝2，所述两个比特都为1时，说明接入信息和会话开始都发生，此时UE要读取MCCH指示信息中所有为1比特对应的MCCH内容。

优选地，所述PDCCH是指定的MBSFN子帧上的PDCCH，所述MBSFN子帧由网络侧通过系统广播消息来指定；

所述MCCH通知信息承载于指定的MBSFN子帧的PDCCH上周期性发送，所述接入信息承载于指定的MBSFN子帧的MCCH上周期性发送；所述接入信息的发送周期小于所述MCCH修改周期。

优选地，所述接入概率为针对处于无线资源控制RRC空闲状态下UE或处于RRC连接状态下UE的数值。

优选地，所述UE向上行反馈的信息包含以下信息的至少一种：小区ID、MBMS业务ID、UE ID、事件ID、事件时间戳、载干比、承载ID。

优选地，所述UE上行反馈的信息承载于RRC连接请求信息中，或者小区更新信息中，或者随机接入请求信息中，或者测量报告中，或者媒体接入控制控制粒子MAC CE中，或者专用信令信息中。

一种多媒体广播多播业务MBMS计数反馈的系统，包括承载单元、发送单元、监听单元、接收单元和反馈单元；其中，

承载单元，用于将MCCH通知信息承载于PDCCH上、将接入信息承载于MCCH上；其中，所述MCCH通知信息包含MCCH指示信息以及触发事件指示信息；

发送单元，用于发送MCCH及PDCCH上的信息；

监听单元，用于监听所述MCCH通知信息；

接收单元，用于接收MCCH信息；

反馈单元，用于根据所述MCCH通知信息中的所述触发事件指示信息读取对应MCCH上的接入信息，并根据所述接入信息进行上行反馈；或者，直接根据所述接收的MCCH上的接入信息进行上行反馈。

优选地，所述接入信息包含MBMS业务标识信息、接入概率信息；

所述反馈单元进一步在UE确定所述接入信息中的所述MBMS业务标识的MBMS业务是自身感兴趣的业务时，随机生成一个概率值，并与所述接入信息中的所述接入概率进行比较，不大于所述接入概率时进行上行反馈。

优选地，所述系统还包括：配置单元，用于配置PDCCH的DCI格式，所述承载单元进一步在所配置DCI中承载所述MCCH指示信息以及所述触发事件指示信息。

优选地，所述触发事件指示信息包含会话开始指示信息、接入信息指示信息；

所述MCCH指示以及所述触发事件指示均以比特映射方式来实现，所述MCCH指示信息为在所配置DCI中设置N比特信息，所述触发事件指示信息为在所配置DCI中设置M比特；其中，N为系统中小区所支持的MCCH最大数量；M为1或2。

优选地，所述M为1时，所述触发事件指示信息同时指示会话开始和接入信息，其中，该比特为0时指示MCCH中有接入信息，该比特为1时指示MCCH中有会话开始，有或没有接入信息；或者，该比特为1时指示MCCH中有接入信息，该比特为0时指示MCCH中有会话开始，有或没有接入信息；

所述M为2时，其中一比特用于指示MCCH中有无接入信息，另一比特用于指示MCCH中有无会话开始；如果M＝2，所述两个比特都为1时，说明接入信息和会话开始都发生，此时UE要读取MCCH指示信息中所有为1比特对应的MCCH内容。

优选地，所述UE上行反馈的信息包含以下信息的至少一种：小区ID、MBMS业务ID、UE ID、事件ID、事件时间戳、载干比、承载ID。

本发明中，网络侧利用PDCCH下发MCCH通知信息，在其中承载MCCH指示信息以事件触发指示信息，这样，UE通过监听PDCCH上的MCCH通知信息即可确定是否读取MCCH，并在事件触发指示信息指示会话开始(sessionstart)或接入信息(access info)时，根据MCCH指示信息接收承载MBMS控制信息的MCCH，根据MCCH上的接入信息进一步确定相关的MBMS业务是否是自身感兴趣的业务，是时UE将随机生成一个概率值，并与接入信息中携带的接入概率进行比较，在不大于所述接入概率时向网络侧进行计数上报。本发明能使UE在多个MCCH的条件下能够更加快捷、准确获得发生更新的MCCH接入信息，并根据接入信息发送反馈信息，实现对UE数量的正确统计，同时减少UE功耗。

附图说明

图1为MCCH信道的结构示意图；

图2为触发事件标识采用2个比特位的示意图；

图3为触发事件标识采用1个比特位的示意图；

图4是本发明多媒体广播多播业务计数反馈的方法实施例一/二的流程图；

图5是本发明RRC IDUE态UE的计数反馈的示意图；

图6为本发明多媒体广播多播业务计数反馈的系统的组成结构示意图。

具体实施方式

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

下面将结合附图和实施例对本发明进行详细描述。

本发明针对计数过程中，如何配置、传输MCCH通知信息的问题，提出了MCCH通知信息的配置、传输等技术方案，用于实现MCCH通知信息在物理下行控制信道上的DCI格式和内容的配置、传输，在网络侧发出计数请求时，使UE在多个MCCH的条件下能够更加快捷、准确获得发生更新的MCCH接入信息，并根据接入信息发送反馈信息，实现对UE数量的正确统计，同时减少UE功耗。

本发明应用场景为：UE所在小区属于一个或多个MBSFN区域，每个MBSFN区域对应一条MCCH信道。

本发明的基本思想在于：针对MBMS的计数过程，增加MCCH通知信息的触发事件—接入信息(access info)，从现有的DCI中选择出用于传输MCCH通知信息的所需的DCI格式，在MCCH通知信息内容中增加触发事件标识指示；然后，网络侧按照选定的DCI格式发送所述MCCH通知信息，用户设备按照选定的DCI格式监听所述MCCH通知信息，并按照所述MCCH通知信息的内容在选定DCI格式上的传输位置，解析获得MCCH通知信息的内容；如果触发事件为access info，则UE读取MCCH中的接入信息，并根据接入信息的内容，向网络侧发送反馈信息；网络侧根据UE反馈进行计数。

概括地，本发明多媒体广播多播业务MBMS计数反馈的方法包括以下步骤：

步骤1，网络侧设定MCCH通知信息的内容，并将触发事件设置为accessinfo；网络侧设定MCCH中接入信息的内容；

步骤2，用户设备监听MCCH通知信息，根据通知信息读取MCCH中接入信息；

步骤3，用户设备根据接入信息的内容向网络侧发送反馈信息；

步骤4，网络侧根据用户设备反馈信息对用户设备数量进行统计。

上述网络侧包括eNB和多媒体协调实体(MCE，Multicast CoordinationEntity)；其中，MCE为逻辑实体，MCE可以单独存在，或者作为其他网元的一部分存在，如作为eNB的一部分；上面步骤中用户设备是指具有MBMS接收能力的用户设备。网络侧也可以是中继Relay，或者家庭基站HeNB(HomeeNodeB)等。

上述步骤1中所述MCCH通知信息的内容包括MCCH标识指示和触发事件指示，触发事件包括但不限于：session start和access info。步骤1中所述accessinfo的内容包括但不限于：MBMS业务标识(MBMS service ID)、接入概率因子(access probability factor)。

上述步骤2中用户设备监听通知信息是指用户设备在指定的MBSFN子帧上，对PDCCH中的DCI信息进行盲检测；所述指定MBSFN子帧是指通过系统广播消息或高层信令指示的子帧，所述DCI是指DCI format 1c，相应的RNTI为M-RNTI，所述盲检是指UE根据相应的DCI格式和M-RNTI值对PDCCH进行盲检，即使用当前可用的DCI格式和M-RNTI值分别对PDCCH进行检测，直到能检测出相应的信息；

上述步骤中UE可以处于RRC_IDLE状态，或者RRC_CONNECTED状态；

用户设备发送的反馈信息包含但不限于以下的内容的一种或多种：小区标识(ID，Identifier)，MBMS业务(Service)ID，UE ID、事件(Event)ID，事件时间戳(Event time stamp)，载干比(C/I，Carrier/Interference ratio)，承载(Bearer)ID，等等。

步骤3中用户设备如果在RRC IDLE状态(以下简称Idle态)，则UE首先发起RRC连接建立请求，同时在RRC连接建立请求信息中附加发送反馈信息，例如将RRC连接建立原因设置为MBMS reception；

步骤3中用户设备如果出于RRC CONNECTED状态(以下简称Connected态)，则UE发起小区更新过程，同时在小区更新信息中附加反馈信息，如将小区更新原因设为MBMS reception；

步骤4中网络侧根据用户设备反馈信息是指根据正在接收MBMS业务和感兴趣接收MBMS业务的UE数量信息；

上述用户设备包括正在接收MBMS业务和感兴趣接收MBMS业务的用户设备；

在网络侧选定DCI格式后，可以设定各MCCH信道对应的MCCH标识指示以及在PDCCH信道上的发送位置；可以设定触发事件标识信息在PDCCH上的发送位置。

不同的格式的DCI的长度不同，其中DCI format 1c为紧凑格式，所需的比特数较少。MCCH通知信息可采用format 1c。所述MCCH通知信息对应的format1c的信息长度与现有format 1c相同，但是信息位的定义却不同，具体信息位的定义需要根据所述MCCH通知信息的具体内容而定。

在MCCH通知信息对应DCI中可以包括三部分，具体如下：

MCCH标识，用于指示发生变化的MCCH；

触发事件标识，用于指示MCCH发生变化的原因；

保留位，此为可选的，用于扩展用途。

在确定了需要指示在DCI上的MCCH通知信息内容之后，就可以设置MCCH通知信息内容在DCI上的发送位置。

下面针对MCCH标识和触发事件标识如何设定发送位置进行具体说明。网络侧将PDCCH上的DCI资源分成三部分内容：

第一部分，用于承载MCCH标识指示信息，指示哪条MCCH将要发生变化；

所述网络侧设定各MCCH标识指示信息时，可根据所能支持的最大MCCH数目，在DCI的N个比特使用比特映射(bitmap)方式来指示，其中N等于系统中MBSFN小区所能支持的最大MCCH数目。所述N个比特可以是从DCI首比特开始的N个比特，或者是DCI末比特向前的N个比特，或者是DCI中某一比特开始的连续N个比特。

第二部分，用于承载触发事件标识指示信息；

本发明中，目前只考虑两类触发事件：session start和access info，在DCI中用1个或2个比特分别指示，可以采用Bitmap方式指示相应事件是否发生。上述的1个或2个比特是指DCI中在MCCH标识之后或之前的2个比特，UE则可根据触发事件标识指示获知是否有自身感兴趣的事件发生改变；本发明中，触发事件标识指示置放于MCCH标识指示信息之前或者之后的1个或2个比特位，其中MCCH标识指示占8个比特位。图2和图3分别是触发事件标识位于MCCH标识之前，采用2个和1个比特位的示意图。

第三部分，为保留位，保留位的长度可变，用于扩展目的用途。

在DCI中除去MCCH标识和触发事件标识之后的信息比特作为保留位，用于扩展目的。

现有LTE系统中，寻呼消息可以采用DCI format 1a或format 1c两种格式，不同的格式的DCI的长度不同，其中DCI format 1c为紧凑格式，所需要的比特数较少。考虑到MCCH通知信息和寻呼消息的相似性，MCCH通知信息也可采用DCI format 1a或format 1c.表1总结了DCI format 1a和1c在不同系统带宽时的长度。但DCI format 1a或format 1c时，DCI格式中的信息比特的定义，需要根据MCCH通知信息内容重新定义。可以理解的是，也可以参照DCIformat 1a或format 1c.格式，并结合MCCH通知信息的特点来定义出新的DCI格式，用于承载MCCH通知信息。

系统带宽	DCI 1a	DCI 1c
			5MHz	25bit	12bit
10MHz	27bit	13bit
			20MHz	28bit	15bit

表1

为了减少系统负载，这里选择DCI 1c作为MCCH通知信息的载体。以下分析以10MHz带宽为例(相应DCI长度为13bit)进行讨论。当然，采用其他格式的DCI也能实现本发明技术方案。

在用户设备接收MCCH通知消息时，用户设备UE接收MCCH通知信息的方法包括：

UE根据网络侧设定的MCCH通知信息发送位置指示，在相应位置接收MCCH通知信息，根据MCCH通知信息判断是否进一步接收MCCH消息；UE接收到MCCH通知信息后，根据触发事件标识指示信息，可以判断出MCCH发生变化的对应的触发事件，进而根据用户的需求选择是否进一步去接收相应具体的MCCH消息。所述用户感兴趣的MBMS业务包括用户已经加入的MBMS业务以及打算加入的MBMS业务。所述DCI中的指示信息位置是事先约定的，所述位置是网络侧和UE预知的。

以下，通过具体实施例，进一步阐明本发明技术方案的实质。

实施例一

本示例的应用场景是在网络侧设置MCCH通知信息和MCCH接入信息的内容，具有MBMS接收能力的UE处于Idle状态，UE正在接收MBMS业务，或者感兴趣接收网络侧需要进行计数的MBMS业务；UE根据通知信息和接入信息发送反馈信息，网络侧根据反馈信息对UE数量进行计数统计。图4是本发明多媒体广播多播业务计数反馈的方法实施例一的流程图，如图4所示，本示例多媒体广播多播业务计数反馈的方法包括以下步骤：

步骤101，网络侧准备启动计数过程，网络侧设置MCCH通知信息的内容；网络侧具体包括eNB和MCE；所述通知信息是指用于指示MCCH变化的信息，这里的MCCH变化原因包括session start和access info；通知信息以周期方式发送，发送周期通过系统消息指示；通知信息可以在PDCCH上通过DCI发送；所述DCI格式为DCI format1c；

所述网络侧设定通知信息内容是指设定相应DCI中的比特定义，配置MCCH标识指示和触发事件标识指示，映射到DCI特定位置；具体可以图2或图3所示的方式来设定，具体的，在图2中，触发事件session start和access info分别用一个比特指示，比特位的取值为1表明相应的事件发生，而比特位的取值为0表明相应的事件未发生；

图2中，触发事件标识用DCI format 1c中的前两个比特指示，其中：bit0对应session start，bit1对应access info。

根据现有公开技术，单个小区中的MBSFN区域最多为8个MCCH，即最多有个8个不同的MCCH，这样利用DCI 1c中的8比特分别和8个MCCH一一对应，在图2中，bit2对应MCCH#0，bit3对应MCCH#1，...，bit9对应MCCH#7。比特位的取值为1表明相应的MCCH发生变化，而比特位的取值为0表明相应的MCCH不变；

在图3中，触发事件session start和access info共用一个比特指示，比特位的取值为0表明access info事件发生而session start事件未发生，比特位的取值为1表明session start事件发生，access info可能发生，也可能未发生。当然，上述的比特值的指示含义也可以反过来，同样能实现本发明。

图3中，触发事件标识用DCI format 1c中的第1个比特指示。

在图3中，bit1对应MCCH#0，bit2对应MCCH#1，...，bit8对应MCCH#7。比特位的取值为1表明相应的MCCH发生变化，而比特位的取值为0表明相应的MCCH不变；

所述DCI中除上述内容外剩余比特保留；

步骤102，网络侧设定MCCH中接入信息的内容；

所述接入信息在MCCH的开始部分按一定周期发送，所述周期为接入信息周期，接入信息周期AP小于MCCH修改周期MP，一般有MP＝N×AP的关系，N为正整数。所述接入信息周期通过系统消息指示；

所述接入信息内容一般包含MBMS业务标识和接入概率。其中MBMS业务标识用于指示需要进行计数统计的特定MBMS业务，接入概率用于控制参加反馈的UE数量，接入概率可以动态调整大小；

步骤103，用户设备监听MCCH通知信息，判断access info事件是否发生，如果是，则执行步骤104，否则执行步骤107；

如果所述用户设备正在接收的MBMS业务就是access info中指示的业务，此时用户设备需要周期性地读取MCCH，因此UE可以直接读取access info而不用根据MCCH通知信息判断；

所述用户设备监听通知信息是指用户设备在指定的MBSFN子帧上，对PDCCH中的DCI信息进行盲检测；所述指定MBSFN子帧是指通过系统广播消息指示的子帧，所述DCI是指DCI format 1c，相应的RNTI为M-RNTI，所述盲检是指UE根据所用DCI格式和M-RNTI值对PDCCH进行盲检；

所述判断access info是否发生是指根据PDCCH上DCI的对应比特位取值判断：如果DCI中触发事件标识有2个比特，则access info对应比特取值为1，说明MCCH中有access info，如果DCI中触发事件标识有1个比特，则该比特取值为0，说明MCCH中有access info，但是没有session start事件，此时UE可以只读取MCCH中接入信息，而忽略其他内容；该比特为1，说明session start发生，此时UE读取MCCH的全部内容，其中可能有access info，也可能没有access info。

所述access info信息在MCCH中不总是存在，在一个MCCH修改周期中的access info信息可以不同，一个MCCH修改周期中的access info对应相同的一个或多个MBMS业务；

步骤104，用户设备读取MCCH中access info的内容，判断是否需要进行反馈，如果是，则执行步骤105，否则执行步骤107；

用户设备读取access info是在收到通知信息的下一个MCCH修改周期的开始进行的，在一个MCCH修改周期内，除access info之外的内容保持不变；

如果MCCH通知信息中session start和access info两个触发事件都发生了，则UE读取完access info之后，需要继续读取MCCH中的其它内容；

如果MCCH通知信息中只有access info一个触发事件，则UE读取完accessinfo之后，可以继续读取MCCH中的其它内容，或者停止读取MCCH的其它内容；

所述反馈需要满足两个条件：一个是access info中的MBMS业务标识是UE正在接收，或者感兴趣接收的业务标识，另一个是满足接入概率的条件。所述满足接入概率的条件是指UE随机选择的概率值小于access info中的接入概率值；

如果access info中的MBMS业务标识不是UE正在接收的业务，也不是UE感兴趣接收的业务，则UE不发送反馈信息；

如果不满足接入概率的条件，可以调整接入概率的数值，在下一个accessinfo周期继续进行判断，或者用户设备根据需要进一步读取MCCH中除accessinfo之外的其它内容；所述用户设备进一步读取MCCH的内容是指在当前MCCH修改周期内的MCCH内容；

所述MBMS业务标识为一个以上；所述MBMS业务可以已经开始或者还未开始；

所述接入概率包括分别针对Connected态和Idle态UE的接入概率；接入概率由网络侧设定，在一个MCCH修改周期内可以改变；

步骤105，UE发送上行反馈信息；

对于满足反馈条件的UE，首先通过随机接入过程实现上行同步，然后向网络侧发起RRC连接建立请求，同时将RRC连接请求原因设为MBMS reception；

用户设备发送的反馈信息包含但不限于以下的内容的一种或多种：小区标识，业务ID，UE ID，事件ID，事件时间戳，载干比，承载ID，等等。

所述UE发送反馈信息可以承载于RRC连接请求信息中，或者承载于随机接入请求信息中，或者承载于测量报告中，或者承载于MAC CE(ControlElement)中，或者承载于专用信令信息中；

一般来说，Idle态UE采用RRC信令反馈需要先进行随机接入过程；

步骤106，网络侧根据UE反馈信息进行计数统计；

网络侧根据反馈信息进行计数，并根据计数结果对系统资源进行优化配置；

对于反馈结束的UE，可以通过RRC信令，或者其它高层信令，或者专用信令将Connected态的UE转回Idle态；

如果反馈UE数量已达到一定门限值，网络侧可以发送RRC信令结束反馈过程，所述门限值是指网络侧在反馈前设置的用于一定目的的UE数值；

步骤107，流程结束。

上述流程是指与通知信息有关的计数流程；如果MCCH通知信息中触发事件是session start，则UE可以继续读取MCCH的内容。具体的，图5是本发明RRC IDLE态UE的计数反馈的示意图，如图5所示，eNB向UE发送MCCH通知信息。eNB通过MCCH接入信息将MBMS业务的标识及为UE分配的接入概率通知给UE，UE随后发起随机接入过程，在RRC连接建立请求中发送反馈信息。

实施例二

本示例的场景是在网络侧设置MCCH通知信息和MCCH接入信息的内容，具有MBMS接收能力的UE处于Connected状态，同时UE正在接收，或者感兴趣接收网络侧需要进行计数的MBMS业务，UE根据通知信息和接入信息发送反馈信息，网络侧根据反馈信息对UE数量进行计数统计，图4是本发明多媒体广播多播业务计数反馈的方法实施例二的流程图，如图4所示，本示例多媒体广播多播业务计数反馈的方法包括以下步骤：

步骤201，网络侧准备启动计数过程，网络侧设置MCCH通知信息的内容；

所述网络侧包括eNB和MCE；

所述通知信息是指用于指示MCCH变化的信息，这里的MCCH变化原因包括session start和access info；通知信息以周期方式发送，发送周期通过系统消息指示；通知信息可以在PDCCH上通过DCI发送；所述DCI格式为DCIformat1c；本示例中，DCI采用format1c是为节约资源的考量，使用其他格式的DCI同样能实现本发明。

所述网络侧设定通知信息内容是指设定相应DCI中的比特定义，配置MCCH标识指示和触发事件标识指示，映射到DCI特定位置；

在图2中，触发事件session start和access info分别用一个比特指示，比特位的取值为1表明相应的事件发生，而比特位的取值为0表明相应的事件未发生；

图2中，触发事件标识用DCI format 1c中的前两个比特指示，其中：bit0对应session start，bit1对应access info.

根据现有公开技术，单个小区中的MBSFN区域最多为8个，即最多有个8个不同的MCCH，这样利用DCI 1c中的8比特分别和8个MCCH一一对应，在图2中，bit2对应MCCH#0，bit3对应MCCH#1，...，bit9对应MCCH#7。比特位的取值为1表明相应的MCCH发生变化，而比特位的取值为0表明相应的MCCH不变；

在图3中，触发事件session start和access info共用一个比特指示，比特位的取值为0表明access info事件发生而session start事件未发生，比特位的取值为1表明session start事件发生，access info可能发生，也可能未发生；

图3中，触发事件标识用DCI format 1c中的第1个比特指示；

在图3中，bit1对应MCCH#0，bit2对应MCCH#1，...，bit8对应MCCH#7。比特位的取值为1表明相应的MCCH发生变化，而比特位的取值为0表明相应的MCCH不变；

所述DCI中除上述内容外剩余比特保留；

步骤202，网络侧设定MCCH中接入信息的内容；

所述接入信息在MCCH的开始部分按一定周期发送，所述周期为接入信息周期，接入信息周期AP小于MCCH修改周期MP，一般有MP＝N×AP的关系，N为正整数。所述接入信息周期通过系统消息指示；

所述接入信息内容一般包含MBMS业务标识和接入概率。其中MBMS业务标识用于指示需要进行计数统计的特定MBMS业务，接入概率用于控制参加反馈的UE数量，接入概率可以动态调整大小；

步骤203，用户设备监听MCCH通知信息，判断access info事件是否发生，如果是，则转向步骤204，否则转向步骤207；

如果所述用户设备正在接收的MBMS业务就是access info中指示的业务，此时用户设备需要周期性的读取MCCH，因此UE可以直接读取access info而不用根据MCCH通知信息判断；

所述用户设备监听通知信息是指用户设备在指定的MBSFN子帧上，对PDCCH中的DCI信息进行盲检测；所述指定MBSFN子帧是指通过系统广播消息或其它信令指示的子帧，所述DCI是指DCI format 1c，相应的RNTI为M-RNTI，所述盲检是指UE根据所用DCI格式和M-RNTI值对PDCCH进行盲检；

所述判断access info是否发生是指根据PDCCH上DCI的对应比特位取值判断：如果DCI中触发事件标识有2个比特，则access info对应比特取值为1，说明MCCH中有access info；

如果DCI中触发事件标识有1个比特，则该比特取值为0，说明MCCH中有access info，但是没有session start事件，此时UE可以只读取MCCH中接入信息，而忽略其他内容；该比特为1，说明session start发生，此时UE读取MCCH的全部内容，其中可能有access info，也可能没有access info.

所述access info信息在MCCH中不总是存在，在一个MCCH修改周期中的access info信息可以不同，一个MCCH修改周期中的access info对应相同的一个或多个MBMS业务；

步骤204，用户设备读取MCCH中access info的内容，判断是否需要进行反馈，如果是，则执行步骤205，否则执行步骤207；

所述用户设备读取access info是在收到通知信息的下一个MCCH修改周期的开始进行的，在一个MCCH修改周期内，除access info之外的内容保持不变；

如果MCCH通知信息中session start和access info两个触发事件都发生了，则UE读取完access info之后，需要继续读取MCCH中的其它内容；

如果MCCH通知信息中只有access info一个触发事件，则UE读取完accessinfo之后，可以继续读取MCCH中的其它内容，或者停止读取MCCH的其它内容；

所述反馈需要满足两个条件：一个是access info中的MBMS业务标识是UE正在接收，或者感兴趣接收的业务，另一个是满足接入概率的条件。所述满足接入概率的条件是指UE随机选择的概率值小于access info中的接入概率值；

如果access info中的MBMS业务标识不是UE正在接收的业务，也不是UE感兴趣接收的业务，则UE不发送反馈信息；

如果不满足接入概率的条件，网络侧可以调整接入概率的数值，在下一个access info周期继续进行判断，或者用户设备进一步读取MCCH中除access info之外的其它内容；所述用户设备进一步读取MCCH的内容是指在当前MCCH修改周期内的MCCH内容；

所述MBMS业务标识可以是一个或一个以上；所述MBMS业务可以已经开始或者还未开始；

所述接入概率包括分别针对Connected态和Idle态UE的接入概率；接入概率由网络侧设定，在一个MCCH修改周期内可以改变；

步骤205，UE发送上行反馈信息；

对于满足反馈条件的UE，向网络侧发起小区更新流程，同时将小区更新原因设为MBMS reception；

用户设备发送的反馈信息包含但不限于以下的内容的一种或多种：小区标识，业务ID，UE ID，事件ID，事件时间戳，载干比，承载ID，等等。

所述UE发送反馈信息可以附加在小区更新信令中，或者测量报告中，或者MAC CE，或者专用信令信息中；

步骤206，网络侧根据UE反馈信息进行计数统计；

网络侧根据反馈信息进行计数，并根据计数结果对系统资源进行优化配置；

对于反馈结束的UE，可以通过RRC信令，或者其它高层信令，或者专用信令通知UE反馈结束；

如果反馈UE数量已达到一定门限值，网络侧可以发送RRC信令结束反馈过程，所述门限值是指网络侧在反馈前设置的用于一定目的的UE数值；

步骤207，流程结束。

所述流程是指与通知信息有关的计数流程。

本发明通过在MCCH通知信息中增加access info触发事件指示，实现了对感兴趣接收MBMS业务的UE数量的正确统计。

图6为本发明多媒体广播多播业务计数反馈的系统的组成结构示意图，如图6所示，本发明多媒体广播多播业务计数反馈的系统包括承载单元60、发送单元61、监听单元62和反馈单元63；其中，

承载单元60，用于将MCCH通知信息承载于PDCCH上、将接入信息承载于MCCH上；其中，所述MCCH通知信息包含MCCH指示信息以及触发事件指示信息；

发送单元61，用于发送MCCH及PDCCH上的信息；

监听单元62，用于监听所述MCCH通知信息；

接收单元63，用于接收所述MCCH信息；

反馈单元64，用于根据所述MCCH通知信息中的所述触发事件指示信息读取对应MCCH上的接入信息，并根据所述接入信息进行上行反馈；或者，直接根据接收单元63的MCCH上的接入信息进行上行反馈。

上述接入信息包含MBMS业务标识信息、接入概率信息；

反馈单元64进一步在UE确定所述接入信息中的所述MBMS业务标识的MBMS业务是自身感兴趣的业务时，随机生成一个概率值，并与所述接入信息中的所述接入概率进行比较，不大于所述接入概率时进行上行反馈。

如图6所示，本发明多媒体广播多播业务计数反馈的系统还包括：配置单元65，用于配置PDCCH的DCI格式，承载单元60进一步在所配置DCI中承载所述MCCH指示信息以及所述触发事件指示信息。

上述触发事件指示信息包含会话开始指示信息、接入信息指示信息；

所述MCCH指示以及所述触发事件指示均以比特映射方式来实现，所述MCCH指示信息为在所配置DCI中设置N比特信息，所述触发事件指示信息为在所配置DCI中设置M比特；其中，N为系统中小区所支持的MCCH最大数量；M为1或2。

上述M为1时，所述触发事件指示信息同时指示会话开始和接入信息，其中，该比特为0时指示MCCH中有接入信息，该比特为1时指示MCCH中有会话开始，有或没有接入信息；或者，该比特为1时指示MCCH中有接入信息，该比特为0时指示MCCH中有会话开始，有或没有接入信息；

上述M为2时，其中一比特用于指示MCCH中有无接入信息，另一比特用于指示MCCH中有无会话开始。

UE上行反馈的信息包含以下信息的至少一种：小区ID、MBMS业务ID、UE ID、事件ID、事件时间戳、载干比、承载ID。

其中，UE发送反馈信息可以附加在小区更新信令中，或者测量报告中，或者MAC CE，或者专用信令信息中。

本领域技术人员应当理解，本发明多媒体广播多播业务计数反馈的系统是为实现前述的多媒体广播多播业务计数反馈的方法而设计的，上述各处理单元的实现功能可参照前述方法的相关描述而理解。图中的各处理单元的功能可通过运行于处理器上的程序而实现，也可通过具体的逻辑电路而实现。

以上所述，仅为本发明的较佳实施例而已，并非用于限定本发明的保护范围。

Claims (15)

1.一种多媒体广播多播业务MBMS计数反馈的方法，其特征在于，所述方法包括：

网络侧将MBMS控制信道MCCH通知信息承载于物理下行控制信道PDCCH上、将接入信息承载于MCCH上并发送；其中，所述MCCH通知信息包含MCCH指示信息以及触发事件指示信息；

用户设备UE监听所述MCCH通知信息，根据所述触发事件指示信息读取对应MCCH上的接入信息，并根据所述接入信息进行上行反馈；或者，UE接收MCCH，根据所接收MCCH上的接入信息进行上行反馈。

2.根据权利要求1所述的方法，其特征在于，所述接入信息包含：MBMS业务标识信息、接入概率信息；

根据所述接入信息进行上行反馈为：

UE确定所述接入信息中的所述MBMS业务标识的MBMS业务是自身感兴趣的业务时，随机生成一个概率值，并与所述接入信息中的所述接入概率进行比较，不大于所述接入概率时进行上行反馈。

3.根据权利要求1所述的方法，其特征在于，所述方法还包括：

网络侧配置PDCCH的下行控制信息DCI格式，并在所配置DCI中承载所述MCCH指示信息以及所述触发事件指示信息。

4.根据权利要求3所述的方法，其特征在于，所述触发事件指示信息包含会话开始指示信息、接入信息指示信息；

所述MCCH指示以及所述触发事件指示均以比特映射方式来实现，所述MCCH指示信息为在所配置DCI中设置N比特信息，所述触发事件指示信息为在所配置DCI中设置M比特；其中，N为系统中小区所支持的MCCH最大数量，N＝8；M为1或2。

5.根据权利要求4所述的方法，其特征在于，所述M为1时，所述触发事件指示信息同时指示会话开始和接入信息，其中，该比特为0时指示MCCH中有接入信息，该比特为1时指示有会话开始，MCCH有或没有接入信息；或者，该比特为1时指示MCCH中有接入信息，该比特为0时指示有会话开始，MCCH有或没有接入信息；

所述M为2时，其中一比特用于指示MCCH中有无接入信息，另一比特用于指示MCCH中有无会话开始。

6.根据权利要求4所述的方法，其特征在于，所述PDCCH是指定的多媒体广播单频网MBSFN子帧上的PDCCH，所述MBSFN子帧由网络侧通过系统广播消息来指定；

所述MCCH通知信息承载于指定的MBSFN子帧的PDCCH上周期性发送，所述接入信息承载于指定的MBSFN子帧的MCCH上周期性发送；所述接入信息的发送周期小于所述MCCH修改周期。

7.根据权利要求2所述的方法，其特征在于，所述接入概率为针对处于无线资源控制RRC空闲状态下UE或处于RRC连接状态下UE的数值。

8.根据权利要求1至7任一项所述的方法，其特征在于，所述UE上行反馈的信息包含以下信息的至少一种：小区ID、MBMS业务ID、UE ID、事件ID、事件时间戳、载干比、承载ID。

9.根据权利要求8所述的方法，其特征在于，所述UE上行反馈的信息承载于RRC连接请求信息中，或者小区更新信息中，或者随机接入请求信息中，或者测量报告中，或者媒体接入控制控制粒子MAC CE中，或者专用信令信息中。

10.一种多媒体广播多播业务MBMS计数反馈的系统，其特征在于，所述系统包括承载单元、发送单元、监听单元、接收单元和反馈单元；其中，

承载单元，用于将MCCH通知信息承载于PDCCH上、将接入信息承载于MCCH上；其中，所述MCCH通知信息包含MCCH指示信息以及触发事件指示信息；

发送单元，用于发送MCCH及PDCCH上的信息；

监听单元，用于监听所述MCCH通知信息；

接收单元，用于接收所述MCCH信息；

反馈单元，用于根据所述MCCH通知信息中的所述触发事件指示信息读取对应MCCH上的接入信息，并根据所述接入信息进行上行反馈；或者，直接根据所述接收的MCCH上的接入信息进行上行反馈。

11.根据权利要求10所述的系统，其特征在于，所述接入信息包含MBMS业务标识信息、接入概率信息；

所述反馈单元进一步在UE确定所述接入信息中的所述MBMS业务标识的MBMS业务是自身感兴趣的业务时，随机生成一个概率值，并与所述接入信息中的所述接入概率进行比较，不大于所述接入概率时进行上行反馈。

12.根据权利要求10所述的系统，其特征在于，所述系统还包括：配置单元，用于配置PDCCH的DCI格式，所述承载单元进一步在所配置DCI中承载所述MCCH指示信息以及所述触发事件指示信息。

13.根据权利要求12所述的系统，其特征在于，所述触发事件指示信息包含会话开始指示信息、接入信息指示信息；

所述MCCH指示以及所述触发事件指示均以比特映射方式来实现，所述MCCH指示信息为在所配置DCI中设置N比特信息，所述触发事件指示信息为在所配置DCI中设置M比特；其中，N为系统中小区所支持的MCCH最大数量，N＝8；M为1或2。

14.根据权利要求13所述的系统，其特征在于，所述M为1时，所述触发事件指示信息同时指示会话开始和接入信息，其中，该比特为0时指示MCCH中有接入信息，该比特为1时指示有会话开始，有或没有接入信息；或者，该比特为1时指示MCCH中有接入信息，该比特为0时指示有会话开始，有或没有接入信息；

所述M为2时，其中一比特用于指示MCCH中有无接入信息，另一比特用于指示MCCH中有无会话开始。

15.根据权利要求10至14任一项所述的系统，其特征在于，所述UE上行反馈的信息包含以下信息的至少一种：小区ID、MBMS业务ID、UE ID、事件ID、事件时间戳、载干比、承载ID。

Images