专利名称:计数请求信息的发送方法及系统的制作方法
技术领域:
本发明涉及多媒体广播多播业务(MBMS,Multimedia Broadcast MulticastService)系统中计数请求信息的发送技术,尤其涉及一种多媒体广播多播业务系统中计数请求信息的发送方法及系统。
背景技术:
随着^ternet的迅猛发展和大屏幕多功能移动终端的普及,出现了大量移动数据多媒体业务和各种高带宽多媒体业务,如视频会议、电视广播、视频点播、广告、网上教育、互动游戏等,这一方面满足了移动用户多业务的需求,同时也为移动运营商带来了新的业务增长点。这些移动数据多媒体业务要求多个用户能够同时接收相同数据,与一般的数据业务相比,具有数据量大、持续时间长、时延敏感等特点。为了有效地利用移动网络资源,第三代合作伙伴计划(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-fcidio Network Temporary Identifier)。UE 根据 DCI中的相关信息进一步去读取具体的MCCH消息,这称为MCCH通知(notification)机制。 MCCH信道上将发送具体的业务配置参数,如业务ID,业务的无线链路控制(RLC,Radio Link Control)、媒体访问控制(MAC,Media Access Control)、物理层配置参数等。现有LTE技术中,MBMS业务的逻辑信道为多播业务信道(MTCH,Multicast TraffcChannel),每一条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的分集接收增益。由于MBSFN区域可能出现交叠的情况,演进型MBMS(eMBMS)系统可能存在多个 MCCH,每个MCCH对应于不同的MBSFN区域,其中仅承载对应MBSFN区域发送的MBMS业务的控制信息。当UE进入MBSFN小区后,UE将读取广播控制信道(BCCH, BroadcastControl Channel)、多播控制信道MCCH的消息获取目标小区中MBMS业务的配置信息,然后在MTCH 上接收所需业务。 MBMS包括多播模式和广播模式。由于多播和广播模式在业务需求上存在不同,导致其业务流程也不同。在MBMS广播模式下,由于广播业务向无线网络中的所有用户发送信息,因此各网络节点不需要执行MBMS注册过程。当BM-SC准备好发送数据时触发MBMS会话开始过程。会话开始过程激活网络中用于传输MBMS数据的所有需要的承载资源。通过这个过程,BM-SC 将该MBMS承载业务的终端移动组标识(TMGUerminal Mobile Group Identify)、服务质量(QoS,Quality ofService)、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)过程。counting过程,是指一个MBMS业务kssion开始时,或者在 Session进行过程中(也称为重计数recounting ;在本发明说明书中不严格区分counting 和recounting,统一用计数表示),网络侧统计小区内接收和感兴趣接收某MBMS业务用户数的过程,用以确认是否采用MBSFN传输方式。在3GPP Rel6/7MBMS中,网络侧准备发起计数/重计数过程时,在MCCH上发送接入信息(access info),在接入信息中加入需要计数的 MBMS业务标识和接入概率。之所以要使用接入概率,是因为并不需要所有的用户都建立连接进行反馈,只要反馈的数量可能达到门限就可以,否则空闲(Idle)状态用户比较多的时候会引起上行拥塞。系统广播消息是UE获知网络侧信息的重要来源,也是网络侧对UE进行配置的重要手段。系统消息发生改变,是通过寻呼(Paging)过程通知UE。具体地,UE在配置/ 计算的寻呼周期内,首先读取寻呼指示信道块(PICH Block),然后读取寻呼信道块(PCH Block),从中解出Imaging消息,然后根据Imaging消息确定系统消息发生改变,UE在BCCH 上重新读取系统消息。系统广播消息的有效范围是一个小区。系统消息通过BCCH逻辑信道承载,包括主信息块(MIB, Master Information Block)和系统信息块(SIB, System hformationBlock),将哪些信息放在同一个SIB中,主要考虑两方面的内容1、同一性质的信息尽量放在同一SIB中;2、相同发送周期的信息尽量放在同一SIB中。系统消息具有修改周期和重复周期,一个修改周期包含多个重复周期,在一个修改周期内,系统消息保持不变。在LTE Rel9中,与MBMS业务对应的系统消息为SIB 13。图1为系统广播消息的信道映射示意图,如图1所示,寻呼用于网络发起的呼叫建立过程和指示系统消息的变化。有效的寻呼过程可以允许UE在多数时间处于休眠状态,只在预定时间醒来监听网络的寻呼信息。在LTE系统中寻呼信息承载于PDCCH中。图2为寻呼的DRX接收示意图,如图2所示, UE依照特定的非连续接收(DRX,Discontinuous Reception)周期在预定时刻监听PDCCH。 因为PDCCH传输时间很短,引入寻呼指示信道(PICH,Paging Indicator Channel)后节省的能量很有限,所以LTE系统中没有使用物理层寻呼指示信道。如果在PDCCH上检测到自身的寻呼组标识,UE将解读PDSCH并将解码的数据通过寻呼传输信道传到MAC层。PCH传输块中包含被寻呼的UE的标识。未在PCH上找到自身标识的UE会丢弃该信息并依照DRX周期进入休眠。在对现有技术的研究和实践过程中,发现现有技术存在以下问题如果网络侧需要对一个或多个小区中接收和感兴趣接收某个MBMS业务的UE进行计数,即进行Counting 过程,则在MCCH上发送接入信息,请求UE进行反馈;由于MCCH的发送范围是MBSFN区域, 即MBSFN区域中的所有小区中UE都会收到MCCH信息,此时,MBSFN区域中所有接收MBMS业务的UE都会读取MCCH中的接入信息,并根据要求进行反馈;显然,这与网络侧的计数初衷并不相符,即计数结果不能反映所需统计小区的UE数量。
发明内容
有鉴于此,本发明的主要目的在于提供一种计数请求信息的发送方法及系统,能保证将接入信息准确通知给LE的同时使UE最大可能地节电。为达到上述目的,本发明的技术方案是这样实现的一种计数请求信息的发送方法,包括网络侧将指示MBMS系统消息是否发生变化的指示信息置于寻呼消息中、将接入信息置于系统消息中,发送所述寻呼消息及所述系统消息;UE监听所述寻呼消息,根据所述寻呼消息中的所述指示信息确定是否读取所述系统消息;读取所述系统消息时,根据所读取的接入信息进行上行反馈。
优选地,所述寻呼信息承载于PF中并周期性发送;所述发送周期通过系统消息指不。优选地,所述网络侧包括以下网元的至少一种eNB、MCE、MBMS-GW、MME, BM-SC。优选地,所述寻呼消息承载于所述PF中的PO中发送;所述寻呼机会为在PDCCH中包含P-RNTI的寻呼子帧,所述P-RNTI用于指示PDSCH中承载有寻呼消息。优选地,在所述PF中,对于FDD帧结构,所述PO为编号为0、4、5或9的子帧,对于 TDD帧结构,所述PO为编号为0、1、5或6的子帧。优选地,所述UE监听所述寻呼消息为所述用户设备对所述PF中承载所述寻呼消息的指定寻呼子帧中的DCI进行盲检测;所述DCI为DCI format lc, RNTI信息为P-RNTI ;所述UE监测到所述P-RNTI和DCI, 进一步读取PDSCH中的寻呼消息。优选地,所述接入信息置于系统消息块SIB 13中,或者所述接入信息为一条单独的 RRC message。优选地,所述寻呼消息中的指示信息用于指示SIB13是否变化;SIB13是否变化包括接入信息是否变化,也包括SIB13中其他信息是否变化。优选地,所述接入信息包含MBMS业务标识信息、接入概率信息;根据所述接入信息进行上行反馈为UE确定所述接入信息中的所述MBMS业务标识的MBMS业务是自身感兴趣的业务时,随机生成一个概率值,并与所述接入信息中的所述接入概率进行比较,不大于所述接入概率时进行上行反馈。优选地,所述接入概率设为0时,指示计数反馈过程结束。优选地,所述UE为处于RRC空闲状态下UE或处于RRC连接状态下UE。优选地,所述方法还包括处于RRC空闲状态下UE进行上行反馈前,先进入RRC连接状态。优选地,所述接入信息周期性发送,所述接入信息的发送周期小于系统消息修改周期;所述接入信息发送周期通过系统消息指示。优选地,所述系统消息修改周期是所述接入信息发送周期的N倍,其中N为大于等于2的整数。优选地,所述UE上行反馈的信息包含以下信息的至少一种MBSFN区域ID、通知指示、MBMS业务ID、UE ID、PMCH ID、LCID、业务列表索引。优选地,所述UE上行反馈的信息承载于RRC连接请求信息中,或者RRC连接建立完成信息中,或者RRC重建请求信息中,或者RRC重建完成信息中,或者小区更新信息中,或者随机接入请求信息中,或者测量报告中,或者MACCE中,或者专用RRC信令信息中。一种计数请求信息的发送系统,包括承载单元、发送单元、监听单元、确定单元、读取单元和反馈单元;其中,承载单元,用于将指示MBMS系统消息是否发生变化的指示信息置于寻呼消息中、 将接入信息置于系统消息中;发送单元,用于发送所述寻呼消息及所述系统消息;监听单元,用于监听所述寻呼消息;
确定单元,用于根据所述寻呼消息中的所述指示信息确定是否读取所述系统消息;读取单元,用于读取所述系统消息;反馈单元,用于在读取所述系统消息时,根据所读取的接入信息进行上行反馈。优选地,所述承载单元进一步将寻呼信息承载于PF中,并由所述发送单元周期性发送;所述发送周期通过系统消息指示。优选地,所述承载单元进一步将寻呼消息承载于所述PF中的PO中发送;所述寻呼机会为在PDCCH中包含P-RNTI的寻呼子帧,所述P-RNTI用于指示PDSCH中承载有寻呼消
肩、ο优选地,所述监听单元进一步对所述PF中承载所述寻呼消息的指定寻呼子帧中的DCI进行盲检测;所述DCI为DCI format lc, RNTI信息为P-RNTI ;所述监听单元监测到所述P-RNTI和DCI时,所述读取单元进一步读取PDSCH中的寻呼消息。优选地,所述接入信息置于系统消息块SIB 13中;所述寻呼消息中的指示信息用于指示SIB 13是否变化;SIB 13是否变化包括接入信息是否变化,也包括SIB 13中其他信息是否变化。本发明中,网络侧需要对MBMS相关的UE进行计数时,将MBMS的接入信息承载于系统广播消息中传输给UE,并在寻呼消息中发送指示信息,UE监听寻呼消息,并根据系统消息中的接入信息发送反馈信息,实现对接收和感兴趣接收MBMS业务UE数量的小区级颗粒度计数统计。利用本发明的技术方案,UE仅需监听寻呼信道即可确定是否需要接收系统信息,在系统消息未变化时将不会读取系统消息,使UE能够根据寻呼消息更加快捷、准确获得发生更新的MBMS系统消息,并根据系统消息中的接入信息发送反馈信息,实现对接收 MBMS业务UE数量的正确统计,同时减少UE功耗。
图1为系统广播消息的信道映射示意图;图2为寻呼的DRX接收示意图;图3为本发明计数请求信息的发送方法的流程图;图4为本发明计数请求信息的发送方法实施例一 / 二的流程图;图5为本发明计数请求信息的发送系统的组成结构示意图。
具体实施例方式本发明基本思想为,针对MBMS的计数过程,将MBMS接入信息置于MBMS系统消息 SIB 13中,同时在寻呼消息中增加MBMS系统消息变更指示(MBMS-indication);网络侧在寻呼信道上发送所述寻呼消息,UE周期性监听所述寻呼消息,并根据所述寻呼消息的指示, 读取系统消息中的接入信息,并根据接入信息的内容,向网络侧发送反馈信息;网络侧根据 UE反馈和其他信息进行计数。为使本发明的目的、技术方案和优点更加清楚明白,以下举实施例并参照附图,对本发明进一步详细说明。下面将结合附图和实施例对本发明进行详细描述。
本发明主要用于实现MBMS接入信息在广播控制信道上的SIB消息中的配置、传输,在网络侧发出计数请求时,使UE能够根据寻呼消息更加快捷、准确获得发生更新的 MBMS系统消息,并根据系统消息中的接入信息发送反馈信息,实现对接收MBMS业务UE数量的正确统计,同时减少UE功耗。本发明应用场景为UE所在小区属于一个或多个MBSFN区域,每个MBSFN区域对应一条MCCH信道。图3为本发明计数请求信息的发送方法的流程图,如图3所示,本发明计数请求信息的发送方法包括以下步骤步骤101,网络侧发送寻呼消息,并在寻呼消息中增设MBMS-indication ;在系统消息中增设接入信息的内容;步骤102,用户设备监听寻呼消息,根据寻呼消息指示读取系统消息中的接入信息;步骤103,用户设备根据接入信息的内容向网络侧发送反馈信息;步骤104,网络侧根据用户设备反馈信息和/或其他信息对用户设备数量进行统计。上述步骤中网络侧包括但不限于eNB、MCE、移动管理实体(MME, MobilityManagement Entity)、MBMS-Gff 和 BM-SC ;所述 MCE 为逻辑实体,MCE 可以单独存在,或者作为其他网元的一部分存在,如作为eNB的一部分;上面步骤中所述用户设备是指具有MBMS接收能力的用户设备。步骤101中所述寻呼消息是指在寻呼机会(POJaging Occasion)中发的消息,寻呼机会是指在PDCCH上包含P-RNTI的寻呼子帧,其中P-RNTI表明PDSCH中有寻呼消息。在一个无线寻呼帧(PF,Paging Frame)中,对于FDD帧结构,可能的PO是编号为0、4、5、9的子帧,对于TDD帧结构,可能的PO是编号为0、1、5、6的子帧。步骤101中增加MBMS-indication后的寻呼消息(Paging message)的定义可能如下表1所示Paging message
权利要求
1.一种计数请求信息的发送方法,其特征在于,所述方法包括网络侧将指示多媒体广播多播业务MBMS系统消息是否发生变化的指示信息置于寻呼消息中、将接入信息置于系统消息中,发送所述寻呼消息及所述系统消息;用户设备UE监听所述寻呼消息,根据所述寻呼消息中的所述指示信息确定是否读取所述系统消息;读取所述系统消息时,根据所读取的接入信息进行上行反馈。
2.根据权利要求1所述的方法,其特征在于,所述寻呼信息承载于寻呼帧PF中并周期性发送;所述发送周期通过系统消息指示。
3.根据权利要求1所述的方法,其特征在于,所述网络侧包括以下网元的至少一种 基站eNB、MBMS协调实体MCE、MBMS网关MBMS-GW、移动管理实体MME、广播/多播服务中心 BM-SC。
4.根据权利要求2所述的方法,其特征在于,所述寻呼消息承载于所述PF中的寻呼机会PO中发送;所述寻呼机会为在物理下行控制信道PDCCH中包含寻呼无线网络临时标识 P-RNTI的寻呼子帧,所述P-RNTI用于指示PDSCH中承载有寻呼消息。
5.根据权利要求4所述的方法,其特征在于,在所述PF中,对于频分双工FDD帧结构, 所述PO为编号为0、4、5或9的子帧,对于时分双工TDD帧结构,所述PO为编号为0、1、5或 6的子帧。
6.根据权利要求5所述的方法,其特征在于,所述UE监听所述寻呼消息为所述用户设备对所述PF中承载所述寻呼消息的指定寻呼子帧中的下行控制信息DCI 进行盲检测;所述DCI为DCI format lc, RNTI信息为P-RNTI ;所述UE监测到所述P-RNTI 和DCI,进一步读取PDSCH中的寻呼消息。
7.根据权利要求1所述的方法,其特征在于,所述接入信息置于系统消息块SIB13中, 或者所述接入信息为一条单独的无线资源控制消息RRC message。
8.根据权利要求7所述的方法,其特征在于,所述寻呼消息中的指示信息用于指示 SIB13是否变化;SIB13是否变化包括接入信息是否变化,也包括SIB13中其他信息是否变化。
9.根据权利要求1所述的方法,其特征在于,所述接入信息包含MBMS业务标识信息、 接入概率信息;根据所述接入信息进行上行反馈为UE确定所述接入信息中的所述MBMS业务标识的MBMS业务是自身感兴趣的业务时,随机生成一个概率值,并与所述接入信息中的所述接入概率进行比较,不大于所述接入概率时进行上行反馈。
10.根据权利要求9所述的方法,其特征在于,所述接入概率设为0时,指示计数反馈过程结束。
11.根据权利要求1所述的方法,其特征在于,所述UE为处于无线资源控制RRC空闲状态下UE或处于RRC连接状态下UE。
12.根据权利要求11所述的方法,其特征在于,所述方法还包括处于RRC空闲状态下UE进行上行反馈前,先进入RRC连接状态。
13.根据权利要求9所述的方法,其特征在于,所述接入信息周期性发送,所述接入信息的发送周期小于系统消息修改周期;所述接入信息发送周期通过系统消息指示。
14.根据权利要求13所述的方法,其特征在于,所述系统消息修改周期是所述接入信息发送周期的N倍,其中N为大于等于2的整数。
15.根据权利要求1至14任一项所述的方法,其特征在于,所述UE上行反馈的信息包含以下信息的至少一种MBSFN区域ID、通知指示notification-indicator、MBMS业务ID、 UE ID、物理多播信道PMCH ID、逻辑信道标识LCID、业务列表索引。
16.根据权利要求15所述的方法,其特征在于,所述UE上行反馈的信息承载于RRC连接请求信息中,或者RRC连接建立完成信息中,或者RRC重建请求信息中,或者RRC重建完成信息中,或者小区更新信息中,或者随机接入请求信息中,或者测量报告中,或者媒体接入控制控制粒子MAC CE中,或者专用RRC信令信息中。
17.一种计数请求信息的发送系统,其特征在于,所述系统包括承载单元、发送单元、监听单元、确定单元、读取单元和反馈单元;其中,承载单元,用于将指示MBMS系统消息是否发生变化的指示信息置于寻呼消息中、将接入信息置于系统消息中;发送单元,用于发送所述寻呼消息及所述系统消息;监听单元,用于监听所述寻呼消息;确定单元,用于根据所述寻呼消息中的所述指示信息确定是否读取所述系统消息;读取单元,用于读取所述系统消息;反馈单元,用于在读取所述系统消息时,根据所读取的接入信息进行上行反馈。
18.根据权利要求17所述的系统,其特征在于,所述承载单元进一步将寻呼信息承载于PF中,并由所述发送单元周期性发送;所述发送周期通过系统消息指示。
19.根据权利要求18所述的系统,其特征在于,所述承载单元进一步将寻呼消息承载于所述PF中的PO中发送;所述寻呼机会为在PDCCH中包含P-RNTI的寻呼子帧,所述 P-RNTI用于指示PDSCH中承载有寻呼消息。
20.根据权利要求19所述的系统,其特征在于,所述监听单元进一步对所述PF中承载所述寻呼消息的指定寻呼子帧中的DCI进行盲检测;所述DCI为DCI format lc,RNTI信息为P-RNTI ;所述监听单元监测到所述P-RNTI和DCI时,所述读取单元进一步读取PDSCH中的寻呼消息。
21.根据权利要求17所述的系统,其特征在于,所述接入信息置于SIB13中;所述寻呼消息中的指示信息用于指示SIB 13是否变化;SIB 13是否变化包括接入信息是否变化, 也包括SIB13中其他信息是否变化。
全文摘要
本发明公开了一种计数请求信息的发送方法,包括网络侧将指示MBMS系统消息是否发生变化的指示信息置于寻呼消息中、将接入信息置于系统消息中,发送所述寻呼消息及所述系统消息;UE监听所述寻呼消息,根据所述寻呼消息中的所述指示信息确定是否读取所述系统消息;读取所述系统消息时,根据所读取的接入信息进行上行反馈。本发明同时公开了一种计数请求信息的发送系统。本发明能使UE能够根据寻呼消息更加快捷、准确获得发生更新的MBMS系统消息,并根据系统消息中的接入信息发送反馈信息,实现对接收MBMS业务UE数量的正确统计,同时减少UE功耗。
文档编号H04W4/06GK102300157SQ20101021930
公开日2011年12月28日 申请日期2010年6月25日 优先权日2010年6月25日
发明者王斌, 许辉 申请人:中兴通讯股份有限公司