CN102300157B - 计数请求信息的发送方法及系统 - Google Patents
计数请求信息的发送方法及系统 Download PDFInfo
- Publication number
- CN102300157B CN102300157B CN201010219306.8A CN201010219306A CN102300157B CN 102300157 B CN102300157 B CN 102300157B CN 201010219306 A CN201010219306 A CN 201010219306A CN 102300157 B CN102300157 B CN 102300157B
- Authority
- CN
- China
- Prior art keywords
- information
- beep
- mbms
- message
- page message
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Fee Related
Links
Classifications
-
- Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
- Y02D—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
- Y02D30/00—Reducing energy consumption in communication networks
- Y02D30/70—Reducing energy consumption in communication networks in wireless communication networks
Landscapes
- Mobile Radio Communication Systems (AREA)
Abstract
本发明公开了一种计数请求信息的发送方法,包括:网络侧将指示MBMS系统消息是否发生变化的指示信息置于寻呼消息中、将接入信息置于系统消息中,发送所述寻呼消息及所述系统消息;UE监听所述寻呼消息,根据所述寻呼消息中的所述指示信息确定是否读取所述系统消息;读取所述系统消息时,根据所读取的接入信息进行上行反馈。本发明同时公开了一种计数请求信息的发送系统。本发明能使UE能够根据寻呼消息更加快捷、准确获得发生更新的MBMS系统消息,并根据系统消息中的接入信息发送反馈信息,实现对接收MBMS业务UE数量的正确统计,同时减少UE功耗。
Description
技术领域
本发明涉及多媒体广播多播业务(MBMS,MultimediaBroadcastMulticastService)系统中计数请求信息的发送技术,尤其涉及一种多媒体广播多播业务系统中计数请求信息的发送方法及系统。
背景技术
随着Internet的迅猛发展和大屏幕多功能移动终端的普及,出现了大量移动数据多媒体业务和各种高带宽多媒体业务,如视频会议、电视广播、视频点播、广告、网上教育、互动游戏等,这一方面满足了移动用户多业务的需求,同时也为移动运营商带来了新的业务增长点。这些移动数据多媒体业务要求多个用户能够同时接收相同数据,与一般的数据业务相比,具有数据量大、持续时间长、时延敏感等特点。
为了有效地利用移动网络资源,第三代合作伙伴计划(3GPP,3rdGenerationPartnershipProject)提出了MBMS业务,该MBMS业务是一种从一个数据源向多个目标移动终端传送数据的技术,实现了网络(包括核心网和接入网)资源的共享,提高了网络资源尤其是空中接口资源的利用率。3GPP定义的MBMS不仅能够实现纯文本低速率的消息类组播和广播,而且还能够实现高速多媒体业务的广播和组播,提供多种丰富的视频、音频和多媒体业务,这无疑顺应了未来移动数据发展的趋势,为第三代(3G,3rdGeneration)通信的发展提供了更好的业务前景。
MBMS业务的特点是业务的数据量大,移动终端接收时持续时间长,平均数据率恒定。上述特点决定了MBMS业务的调度与控制信令配置都是半静态的,即MBMS业务的调度信息与控制信令信息都是“长期”保持不变的,这些信息通过MBMS控制信道(MCCH,MBMSControlChannel)周期性地发送,统称为MCCH信息。
MBMS通知消息用于描述MCCH信息是否发生变化,对于处于空闲模式(RRCIdle,RadioResourceControlIdle)或者连接模式(RRCConnected)的UE来说,只需要监听MBMS通知消息,即可知道MCCH信息是否发生变化,从而实现选择性的接收MCCH信息,即只在MCCH信息发生变化时,才接收新的MCCH信息。由于MBMS通知消息的信息量远小于MCCH信息,故用户设备选择性的接收MCCH信息,能够有效的节省资源,降低功耗。
在长期演进(LTE,LongTermEvolution)系统中,通知用户设备(或称终端)关于某个MBMS业务将要发生变化,这些变化可以是会话开始(sessionstart)、业务承载更新或会话停止(sessionstop)等,可以先在物理下行控制信道(PDCCH,PhysicaiDownlinkControlChannel)上发送下行控制信息(DCI,DownlinkControlInformation)和MBMS无线网络临时标志符(M-RNTI,MBMS-RadioNetworkTemporaryIdentifier)。UE根据DCI中的相关信息进一步去读取具体的MCCH消息,这称为MCCH通知(notification)机制。MCCH信道上将发送具体的业务配置参数,如业务ID,业务的无线链路控制(RLC,RadioLinkControl)、媒体访问控制(MAC,MediaAccessControl)、物理层配置参数等。
现有LTE技术中,MBMS业务的逻辑信道为多播业务信道(MTCH,MulticastTraffcChannel),每一条MTCH对应一个MBMS业务的会话。多条MTCH信道可以映射到同一条传输信道多播信道(MCH,MulticastChannel),一条传输或多条MCH信道映射到同一条物理多播信道(PMCH,PhysicalMulticastChannel),一条PMCH信道由一组多媒体广播单频网(MBSFN,MultimediaBroadcastSingleFrequencyNetwork)子帧组成。
在现有LTE技术中,引入了MBSFNarea的概念,在一个MBSFNarea中,MBMS业务采用MBSFN方式发送,同一个MBSFNarea中不同小区采用相同的资源、内容和时间同步的发送完全一样的物理信号,以实现接收UE的分集接收增益。
由于MBSFN区域可能出现交叠的情况,演进型MBMS(eMBMS)系统可能存在多个MCCH,每个MCCH对应于不同的MBSFN区域,其中仅承载对应MBSFN区域发送的MBMS业务的控制信息。
当UE进入MBSFN小区后,UE将读取广播控制信道(BCCH,BroadcastControlChannel)、多播控制信道MCCH的消息获取目标小区中MBMS业务的配置信息,然后在MTCH上接收所需业务。
MBMS包括多播模式和广播模式。由于多播和广播模式在业务需求上存在不同,导致其业务流程也不同。
在MBMS广播模式下,由于广播业务向无线网络中的所有用户发送信息,因此各网络节点不需要执行MBMS注册过程。当BM-SC准备好发送数据时触发MBMS会话开始过程。会话开始过程激活网络中用于传输MBMS数据的所有需要的承载资源。通过这个过程,BM-SC将该MBMS承载业务的终端移动组标识(TMGI,TerminalMobileGroupIdentify)、服务质量(QoS,QualityofService)、MBMS业务域、估计会话长度参数(如果存在的话)等会话属性提供给相关网络节点。下游节点完成相应工作后,BM-SC开始广播数据传输。各个节点通过会话开始过程中建立的承载传输广播数据到UE。
MBMS广播模式和多播模式的主要业务流程比较相似,都需要依次进行业务声明、会话开始、MBMS通知、数据传送和会话结束的处理;二者的区别在于,多播模式还需要用户签约相应多播组,进行业务激活,并依据用户加入和用户退出的时刻产生相应的计费信息。
在LTE系统中,MBMS有两种承载模式,分别是广播模式和增强型广播模式。由于没有多播模式,因此网络侧并不能够获知UE接收/或者准备接收哪些MBMS业务。增强广播介于广播和多播之间,吸收了广播中流程简单和多播中资源优化的优点。在使用MBMS增强广播承载时,只需要在应用层上通过加入/离开过程就可以实现从UE到BM-SC的注册/注销,无需在承载网络层进行信令交互和信息存储。增强广播是对广播的一种优化和扩展,如在接入网侧,增强广播不会向那些没有接收用户的小区发送数据。对于增强型模式的MBMS业务,在配置系统帧号(SFN,SystemFrameNumber)和分配资源时需要考虑接收MBMS业务的UE状态和数量,这样就需要接收/或者准备接收MBMS业务的UE信息进行反馈,这称之为MBMS的上行反馈。
为了使网络侧能够得到各个小区内有MBMS业务需求的用户数,MBMS系统引入了计数(counting)过程。counting过程,是指一个MBMS业务Session开始时,或者在Session进行过程中(也称为重计数recounting;在本发明说明书中不严格区分counting和recounting,统一用计数表示),网络侧统计小区内接收和感兴趣接收某MBMS业务用户数的过程,用以确认是否采用MBSFN传输方式。在3GPPRe16/7MBMS中,网络侧准备发起计数/重计数过程时,在MCCH上发送接入信息(accessinfo),在接入信息中加入需要计数的MBMS业务标识和接入概率。之所以要使用接入概率,是因为并不需要所有的用户都建立连接进行反馈,只要反馈的数量可能达到门限就可以,否则空闲(Idle)状态用户比较多的时候会引起上行拥塞。
系统广播消息是UE获知网络侧信息的重要来源,也是网络侧对UE进行配置的重要手段。系统消息发生改变,是通过寻呼(Paging)过程通知UE。具体地,UE在配置/计算的寻呼周期内,首先读取寻呼指示信道块(PICHBlock),然后读取寻呼信道块(PCHBlock),从中解出Paging消息,然后根据Paging消息确定系统消息发生改变,UE在BCCH上重新读取系统消息。系统广播消息的有效范围是一个小区。系统消息通过BCCH逻辑信道承载,包括主信息块(MIB,MasterInformationBlock)和系统信息块(SIB,SystemInformationBlock),将哪些信息放在同一个SIB中,主要考虑两方面的内容:1、同一性质的信息尽量放在同一SIB中;2、相同发送周期的信息尽量放在同一SIB中。系统消息具有修改周期和重复周期,一个修改周期包含多个重复周期,在一个修改周期内,系统消息保持不变。在LTERe19中,与MBMS业务对应的系统消息为SIB13。图1为系统广播消息的信道映射示意图,如图1所示,寻呼用于网络发起的呼叫建立过程和指示系统消息的变化。有效的寻呼过程可以允许UE在多数时间处于休眠状态,只在预定时间醒来监听网络的寻呼信息。在LTE系统中寻呼信息承载于PDCCH中。图2为寻呼的DRX接收示意图,如图2所示,UE依照特定的非连续接收(DRX,DiscontinuousReception)周期在预定时刻监听PDCCH。因为PDCCH传输时间很短,引入寻呼指示信道(PICH,PagingIndicatorChannel)后节省的能量很有限,所以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为DCIformat1c,RNTI信息为P-RNTI;所述UE监测到所述P-RNTI和DCI,进一步读取PDSCH中的寻呼消息。
优选地,所述接入信息置于系统消息块SIB13中,或者所述接入信息为一条单独的RRCmessage。
优选地,所述寻呼消息中的指示信息用于指示SIB13是否变化;SIB13是否变化包括接入信息是否变化,也包括SIB13中其他信息是否变化。
优选地,所述接入信息包含:MBMS业务标识信息、接入概率信息;
根据所述接入信息进行上行反馈为:
UE确定所述接入信息中的所述MBMS业务标识的MBMS业务是自身感兴趣的业务时,随机生成一个概率值,并与所述接入信息中的所述接入概率进行比较,不大于所述接入概率时进行上行反馈。
优选地,所述接入概率设为0时,指示计数反馈过程结束。
优选地,所述UE为处于RRC空闲状态下UE或处于RRC连接状态下UE。
优选地,所述方法还包括:
处于RRC空闲状态下UE进行上行反馈前,先进入RRC连接状态。
优选地,所述接入信息周期性发送,所述接入信息的发送周期小于系统消息修改周期;所述接入信息发送周期通过系统消息指示。
优选地,所述系统消息修改周期是所述接入信息发送周期的N倍,其中N为大于等于2的整数。
优选地,所述UE上行反馈的信息包含以下信息的至少一种:MBSFN区域ID、通知指示、MBMS业务ID、UEID、PMCHID、LCID、业务列表索引。
优选地,所述UE上行反馈的信息承载于RRC连接请求信息中,或者RRC连接建立完成信息中,或者RRC重建请求信息中,或者RRC重建完成信息中,或者小区更新信息中,或者随机接入请求信息中,或者测量报告中,或者MACCE中,或者专用RRC信令信息中。
一种计数请求信息的发送系统,包括承载单元、发送单元、监听单元、确定单元、读取单元和反馈单元;其中,
承载单元,用于将指示MBMS系统消息是否发生变化的指示信息置于寻呼消息中、将接入信息置于系统消息中;
发送单元,用于发送所述寻呼消息及所述系统消息;
监听单元,用于监听所述寻呼消息;
确定单元,用于根据所述寻呼消息中的所述指示信息确定是否读取所述系统消息;
读取单元,用于读取所述系统消息;
反馈单元,用于在读取所述系统消息时,根据所读取的接入信息进行上行反馈。
优选地,所述承载单元进一步将寻呼信息承载于PF中,并由所述发送单元周期性发送;所述发送周期通过系统消息指示。
优选地,所述承载单元进一步将寻呼消息承载于所述PF中的PO中发送;所述寻呼机会为在PDCCH中包含P-RNTI的寻呼子帧,所述P-RNTI用于指示PDSCH中承载有寻呼消息。
优选地,所述监听单元进一步对所述PF中承载所述寻呼消息的指定寻呼子帧中的DCI进行盲检测;所述DCI为DCIformat1c,RNTI信息为P-RNTI;所述监听单元监测到所述P-RNTI和DCI时,所述读取单元进一步读取PDSCH中的寻呼消息。
优选地,所述接入信息置于系统消息块SIB13中;所述寻呼消息中的指示信息用于指示SIB13是否变化;SIB13是否变化包括接入信息是否变化,也包括SIB13中其他信息是否变化。
本发明中,网络侧需要对MBMS相关的UE进行计数时,将MBMS的接入信息承载于系统广播消息中传输给UE,并在寻呼消息中发送指示信息,UE监听寻呼消息,并根据系统消息中的接入信息发送反馈信息,实现对接收和感兴趣接收MBMS业务UE数量的小区级颗粒度计数统计。利用本发明的技术方案,UE仅需监听寻呼信道即可确定是否需要接收系统信息,在系统消息未变化时将不会读取系统消息,使UE能够根据寻呼消息更加快捷、准确获得发生更新的MBMS系统消息,并根据系统消息中的接入信息发送反馈信息,实现对接收MBMS业务UE数量的正确统计,同时减少UE功耗。
附图说明
图1为系统广播消息的信道映射示意图;
图2为寻呼的DRX接收示意图;
图3为本发明计数请求信息的发送方法的流程图;
图4为本发明计数请求信息的发送方法实施例一/二的流程图;
图5为本发明计数请求信息的发送系统的组成结构示意图。
具体实施方式
本发明基本思想为,针对MBMS的计数过程,将MBMS接入信息置于MBMS系统消息SIB13中,同时在寻呼消息中增加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,MobilityManagementEntity)、MBMS-GW和BM-SC;所述MCE为逻辑实体,MCE可以单独存在,或者作为其他网元的一部分存在,如作为eNB的一部分;上面步骤中所述用户设备是指具有MBMS接收能力的用户设备。
步骤101中所述寻呼消息是指在寻呼机会(PO,PagingOccasion)中发的消息,寻呼机会是指在PDCCH上包含P-RNTI的寻呼子帧,其中P-RNTI表明PDSCH中有寻呼消息。在一个无线寻呼帧(PF,PagingFrame)中,对于FDD帧结构,可能的PO是编号为0、4、5、9的子帧,对于TDD帧结构,可能的PO是编号为0、1、5、6的子帧。
步骤101中增加MBMS-indication后的寻呼消息(Pagingmessage)的定义可能如下表1所示:
Pagingmessage
表1
与现有的寻呼消息相比,增加了MBMS-indication信息项;其中,MBMS-indication为“1”时,表明MBMS系统消息发生变化。MBMS系统消息的变化包括但不限于接入信息的变化;所述接入信息的变化不包括仅接入概率的变化。
步骤101中所述系统消息具体是指SIB13,即MBMS的专用系统消息。包含接入信息的SIB13的可能定义如下表2所示:
表2
与现有的SIB13相比,增加了“Access-Info”项;其中Access-Info中可能包括但不限于以下信息:MBMS业务标识(MBMSserviceID),接入概率(AccessProbabilityFactor)。
步骤102中UE监听寻呼消息是指UE在寻呼机会监听,每个寻呼机会与UEID对应,因此UE只需要监听自身所对应的寻呼机会,在寻呼消息中有UEID。如果上述寻呼消息中包含MBMS-Indication,表明SIB13发生变更,则具有MBMS接收能力的UE进一步读取SIB13的内容。在SIB13上有AccessInfo,UE读取AccessInfo,如果AccessInfo中的MBMSserviceID与UE感兴趣接收的业务相同,则UE进入计数过程。
步骤103中根据接入信息的内容是指根据接入信息中的MBMSserviceID和AccessProbabilityFactor。如果满足以下两个条件,则UE发送上行反馈,1、上述MBMSserviceID是UE感兴趣接收的业务,2、满足接入概率的要求。所述满足接入概率的要求是指UE随机选择的概率小于接入信息中的接入概率,所述接入概率包括RRCIDLEUE的接入概率和RRCCONNECTEDUE的接入概率。
本发明中,可以将接入概率设为0,来指示计数反馈过程的结束。
步骤103中UE发送反馈信息进一步包括:用户设备如果在RRCIDLE状态(以下简称Idle态),则UE发起RRC连接建立请求,同时在RRC连接建立请求信息中附加发送反馈信息,例如将RRC连接建立原因设置为MBMSreception;用户设备如果在RRCCONNECTED状态(以下简称Connected态),则UE发起小区更新过程,同时在小区更新信息中附加反馈信息,如将小区更新原因设为MBMSreception。
步骤104中网络侧根据用户反馈信息是指根据感兴趣接收MBMS业务的UE反馈信息。
步骤104中所述其他信息是指没有发送反馈信息的UE通过其他方式向网络侧表明身份的信息,包括但不限于正在接收MBMS业务UE在核心网中的信息,所述核心网包括但不限于:BM-SC、MBMS-GW、MME、MCE;
上述用户设备包括正在接收MBMS业务和/或感兴趣接收MBMS业务的用户设备;
上述步骤中UE可以处于RRC_IDLE状态,或者RRC_CONNECTED状态。
用户设备发送的反馈信息包含但不限于以下的内容的一种或多种:小区标识(ID,Identifier),业务(Service)ID,事件(Event)ID,事件时间戳(Eventtimestamp),载干比(C/I,Carrier/Interferenceratio),承载(Bearer)ID等等。
需要指出的是,本发明的技术方案既适用于计数过程,也适用于重计数(recounting)过程。所述计数过程是指在MBMS业务sessionstart之前进行的UE数量统计,所述重计数过程是指MBMS业务正在进行中(ongoing),网络侧对接收MBMS业务的UE数量进行统计。
实施例一
本示例的应用场景是在网络侧设置寻呼消息,以及在系统消息中置放接入信息的内容,具有MBMS接收能力的UE处于Idle状态,UE正在接收MBMS业务,或者感兴趣接收网络侧需要进行计数的MBMS业务;UE根据接入信息发送反馈信息,网络侧根据反馈信息和其他信息对UE数量进行计数统计。图4为本发明计数请求信息的发送方法实施例一/二的流程图,如图4所示,本示例包括以下步骤:
步骤201,网络侧准备启动计数过程,网络侧设置寻呼消息的内容;
所述计数过程的目的是统计小区中接收MBMS业务的UE数量,网络侧可以根据UE的数量决定小区开启或者关闭MBMS业务,这里的UE包括正在接收MBMS业务和/或感兴趣接收MBMS业务的UE.
所述寻呼消息是指用于呼叫UE或者指示系统消息变化的消息,这里的系统消息是指SIB13,即MBMS系统消息;寻呼消息在寻呼机会发送,寻呼机会位置通过系统消息指示;寻呼消息在PCH上传输,并映射到PDSCH上发送;寻呼消息中包括MBMS-Indication指示信息,将MBMS-Indication设为True,表明SIB13发生了变化;该信息对单播用户没有影响,因为单播用户不读取SIB13的内容,当MBMS用户监测到寻呼消息中包含MBMS-Indication后,UE根据SIB1中的调度信息列表读取相应的系统消息。
步骤202,网络侧设定系统消息中接入信息的内容;
所述接入信息在BCCH的开始部分按一定周期发送,所述周期为接入信息周期,接入信息周期AP小于BCCH修改周期MP,一般有MP=N×AP的关系,N为正整数。所述接入信息周期通过系统消息指示;在一个系统消息修改周期内,接入信息可以改变;
所述接入信息内容一般包含MBMS业务标识和接入概率。其中MBMS业务标识用于指示需要进行计数统计的特定MBMS业务,接入概率用于控制参加反馈的UE数量,接入概率可以动态调整大小;
也可以将接入概率设为0,此时,意味着计数反馈过程的结束。
步骤203,用户设备监听寻呼消息,判断MBMS-Indication是否发生,如果是,则执行步骤204,否则执行步骤207;
所述用户设备监听寻呼消息是指用户设备在指定的寻呼子帧上,对PDCCH中的DCI信息进行盲检测;所述指定寻呼子帧是指通过系统广播消息指示和UEID对应的子帧,所述DCI是指DCIformat1c,相应的RNTI为P-RNTI,所述盲检是指UE根据所用DCI格式和M-RNTI值对PDCCH进行盲检;
所述判断MBMS-Indication是否发生是指UE在寻呼机会监测到P-RNTI,UE进一步读取PDSCH中的寻呼消息,如果寻呼消息中的MBMS-Indication设置为true,说明SIB13发生变化。
所述接入信息在系统消息中不总是存在,在一个系统消息修改周期中的接入信息可以不同,所述一个系统消息中不同的接入信息一般是指接入概率不同;一个系统消息修改周期中的接入信息对应相同的一个或多个MBMS业务;需要指出的是寻呼消息中的MBMS-Indication只表明MBMS系统消息发生变化,并不表明是接入信息的变化,进一步的,MBMS-Indication可以表明系统消息中存在接入信息或者系统消息其他内容变化,如果只是接入信息本身的变化,如接入概率的变化,不能通过寻呼消息中的MBMS-Indication指示。
步骤204,用户设备读取系统消息中接入信息的内容,判断是否需要进行反馈,如果是,则执行步骤205,否则执行步骤207。
所述反馈需要同时满足两个条件:一个是接入信息中的MBMS业务标识是UE正在接收,或者感兴趣接收的业务标识,另一个是满足接入概率的条件。所述满足接入概率的条件是指UE随机选择的概率值小于接入信息中的接入概率值。
如果接入信息中的MBMS业务标识不是UE正在接收的业务,也不是UE感兴趣接收的业务,则UE不发送反馈信息。
如果不满足接入概率的条件,可以调整接入概率的数值,在下一个接入信息周期继续进行判断。
所述用户设备读取接入信息之后,进一步读取系统消息中除接入信息之外的其它内容;所述用户设备进一步读取系统消息的内容是指在当前系统消息修改周期内的内容。
所述MBMS业务标识可以是一个或一个以上;所述MBMS业务可以已经开始或者还未开始。
所述接入概率包括分别针对Connected态和Idle态UE的接入概率;接入概率由网络侧设定,在一个系统消息修改周期内可以改变;
步骤205,UE发送上行反馈信息。
对于满足反馈条件的UE,首先通过随机接入过程实现上行同步,然后向网络侧发起RRC连接建立请求,同时将RRC连接请求原因设为MBMSreception。
用户设备发送的反馈信息包含但不限于以下的内容的一种或多种:MBSFN区域ID、通知指示(notification-indicator)、MBMS业务ID、UEID、物理多播信道(PMCH)ID、逻辑信道标识(LCID)、业务列表索引,等等。
所述UE发送反馈信息可以承载于RRC连接请求信息中,或者RRC连接建立完成信息中,或者RRC重建请求信息中,或者RRC重建完成信息中,或者小区更新信息中,或者随机接入请求信息中,或者测量报告中,或者媒体接入控制控制粒子MACCE(Controlelement)中,或者专用RRC信令信息中进行上行反馈。
一般来说,处于Idle态的UE采用RRC信令反馈需要先进行随机接入过程。
步骤206,网络侧根据UE反馈信息和/或其他信息进行计数统计。
所述其他信息是指没有发送反馈信息的UE通过其他方式向网络侧表明身份的信息,包括但不限于正在接收MBMS业务UE在核心网中的信息。
网络侧根据反馈信息进行计数,并根据计数结果对系统资源进行优化配置;
对于反馈结束的UE,可以通过RRC信令,或者其它高层信令,或者专用信令将Connected态的UE转回Idle态。
网络侧可以发送RRC信令结束反馈过程,所述RRC信令可以是RRCConnectionReject,在RRC信令IE中包含countingcomplete。
优选的,网络侧可以将接入信息中的接入概率因子设为0来结束计数反馈过程。
步骤207,流程结束。所述流程是指与接入信息有关的计数流程。
实施例二
本示例的应用场景是在网络侧设置寻呼消息和接入信息的内容,具有MBMS接收能力的UE处于Connected状态,同时UE正在接收,或者感兴趣接收网络侧需要进行计数的MBMS业务,UE根据寻呼消息和接入信息发送反馈信息,网络侧根据反馈信息和/或其他信息对UE数量进行计数统计,如图4所示,本示例具体包括以下步骤:
步骤301,网络侧准备启动计数过程,网络侧设置寻呼消息的内容。
所述计数过程的目的是统计小区中接收MBMS业务的UE数量,网络侧可以根据UE的数量决定小区开启或者关闭MBMS业务,这里的UE包括正在接收MBMS业务和/或感兴趣接收MBMS业务的UE.
所述寻呼消息是指用于呼叫UE或者指示系统消息变化的消息,这里的系统消息是指SIB13,即MBMS系统消息;寻呼消息在寻呼机会发送,寻呼机会位置通过系统消息指示;寻呼消息在PCH上传输,并映射到PDSCH上发送;寻呼消息中包括MBMS-Indication指示信息,将MBMS-Indication设为True,表明SIB13发生了变化;该信息对单播用户没有影响,因为单播用户不读取SIB13的内容,当MBMS用户监测到寻呼消息中包含MBMS-Indication后,UE根据SIB1中的调度信息列表读取相应的系统消息。
步骤302,网络侧设定系统消息中接入信息的内容。
所述接入信息在BCCH的开始部分按一定周期发送,所述周期为接入信息周期,接入信息周期AP小于BCCH修改周期MP,一般有MP=N×AP的关系,N为正整数。所述接入信息周期通过系统消息指示;在一个系统消息修改周期内,接入信息可以改变;
所述接入信息内容一般包含MBMS业务标识和接入概率。其中MBMS业务标识用于指示需要进行计数统计的特定MBMS业务,接入概率用于控制参加反馈的UE数量,接入概率可以动态调整大小;
步骤303,用户设备监听寻呼消息,判断MBMS-Indication是否发生,如果是,则执行步骤304,否则执行步骤307。
所述用户设备监听寻呼消息是指用户设备在指定的寻呼子帧上,对PDCCH中的DCI信息进行盲检测;所述指定寻呼子帧是指通过系统广播消息指示和UEID对应的子帧,所述DCI是指DCIformat1c,相应的RNTI为P-RNTI,所述盲检是指UE根据所用DCI格式和M-RNTI值对PDCCH进行盲检;
所述判断MBMS-Indication是否发生是指UE在寻呼机会监测到P-RNTI,UE进一步读取PDSCH中的寻呼消息,如果寻呼消息中的MBMS-Indication设置为true,说明SIB13发生变化。
所述接入信息在系统消息中不总是存在,在一个系统消息修改周期中的接入信息可以不同,所述一个系统消息中不同的接入信息一般是指接入概率不同;一个系统消息修改周期中的接入信息对应相同的一个或多个MBMS业务;需要指出的是寻呼消息中的MBMS-Indication只表明MBMS系统消息发生变化,并不表明是接入信息的变化,进一步的,MBMS-Indication可以表明系统消息中存在接入信息或者系统消息其他内容变化,如果只是接入信息本身的变化,如接入概率的变化,不能通过寻呼消息中的MBMS-Indication指示。
步骤304,用户设备读取系统消息中接入信息的内容,判断是否需要进行反馈,如果是,则执行步骤305,否则执行步骤307;
所述反馈需要同时满足两个条件:一个是接入信息中的MBMS业务标识是UE正在接收,或者感兴趣接收的业务标识,另一个是满足接入概率的条件。所述满足接入概率的条件是指UE随机选择的概率值小于接入信息中的接入概率值;
如果接入信息中的MBMS业务标识不是UE正在接收的业务,也不是UE感兴趣接收的业务,则UE不发送反馈信息;
如果不满足接入概率的条件,可以调整接入概率的数值,在下一个接入信息周期继续进行判断;
所述用户设备读取接入信息之后,进一步读取系统消息中除接入信息之外的其它内容;所述用户设备进一步读取系统消息的内容是指在当前系统消息修改周期内的内容;
所述MBMS业务标识可以是一个或一个以上;所述MBMS业务可以已经开始或者还未开始;
所述接入概率包括分别针对Connected态和Idle态UE的接入概率;接入概率由网络侧设定,在一个系统消息修改周期内可以改变;
步骤305,UE发送上行反馈信息。
对于满足反馈条件的UE,向网络侧发起小区更新流程,同时将小区更新原因设为MBMSreception;图4给出了Connected态UE进行反馈的流程图;
用户设备发送的反馈信息包含但不限于以下的内容的一种或多种:MBSFN区域ID、通知指示(notification-indicator)、MBMS业务ID、UEID、物理多播信道(PMCH)ID、逻辑信道标识(LCID)、业务列表索引,等等。
所述UE发送反馈信息可以承载于RRC连接请求信息中,或者RRC连接建立完成信息中,或者RRC重建请求信息中,或者RRC重建完成信息中,或者小区更新信息中,或者随机接入请求信息中,或者测量报告中,或者媒体接入控制控制粒子MACCE中,或者专用RRC信令信息中,而进行上行反馈。
步骤306,网络侧根据UE反馈信息和/或其他信息进行计数统计。
所述其他信息是指没有发送反馈信息的UE通过其他方式向网络侧表明身份的信息,包括但不限于正在接收MBMS业务UE在核心网中的信息。
网络侧根据反馈信息进行计数,并根据计数结果对系统资源进行优化配置;
对于反馈结束的UE,可以通过RRC信令,或者其它高层信令,或者专用信令通知UE反馈结束;
如果反馈UE数量已达到一定门限值,网络侧可以发送RRC信令结束反馈过程,所述门限值是指网络侧在反馈前设置的用于一定目的的UE数值.
优选的,网络侧可以将接入信息中的接入概率因子设为0来结束计数反馈过程。
步骤307,流程结束。所述流程是指与接入信息有关的计数流程。
本发明通过在系统消息中增加接入信息,同时在寻呼消息中增加MBMS-Indication指示,实现了对感兴趣接收MBMS业务的UE数量的正确统计。
图5为本发明计数请求信息的发送系统的组成结构示意图,如图5所示,本发明计数请求信息的发送系统包括承载单元50、发送单元51、监听单元52、确定单元53、读取单元54和反馈单元55;其中,承载单元50和发送单元51位于网络侧;监听单元52、确定单元53、读取单元54和反馈单元55位于UE侧。
承载单元50,用于将指示MBMS系统消息是否发生变化的指示信息置于寻呼消息中、将接入信息置于系统消息中;
发送单元51,用于发送所述寻呼消息及所述系统消息;
监听单元52,用于监听所述寻呼消息;
确定单元53,用于根据所述寻呼消息中的所述指示信息确定是否读取所述系统消息;
读取单元54,用于读取所述系统消息;
反馈单元55,用于在读取所述系统消息时,根据所读取的接入信息进行上行反馈。
上述承载单元50进一步将寻呼信息承载于PF中,并由所述发送单元周期性发送;所述发送周期通过系统消息指示。
上述承载单元50进一步将寻呼消息承载于所述PF中的PO中发送;所述寻呼机会为在PDCCH中包含P-RNTI的寻呼子帧,所述P-RNTI用于指示PDSCH中承载有寻呼消息。
上述监听单元52进一步对所述PF中承载所述寻呼消息的指定寻呼子帧中的下行控制信息DCI进行盲检测;所述DCI为DCIformat1c,RNTI信息为P-RNTI;所述监听单元监测到所述P-RNTI和DCI时,上述读取单元54进一步读取PDSCH中的寻呼消息。
上述接入信息置于系统消息块SIB13中;所述寻呼消息中的指示信息用于指示SIB13是否变化;SIB13是否变化包括接入信息的变化,也包括SIB13中其他信息的变化。
本领域技术人员应当理解,本发明计数请求信息的发送系统是为实现前述的计数请求信息的发送方法而设计的,上述各处理单元的实现功能可参照图3及图4涉及的方法的相关描述而理解。图中的各处理单元的功能可通过运行于处理器上的程序而实现,也可通过具体的逻辑电路而实现。
以上所述,仅为本发明的较佳实施例而已,并非用于限定本发明的保护范围。
Claims (18)
1.一种计数请求信息的发送方法,其特征在于,所述方法包括:
网络侧将指示多媒体广播多播业务MBMS系统消息是否发生变化的指示信息置于寻呼消息中、将接入信息置于系统消息中,发送所述寻呼消息及所述系统消息;
用户设备UE监听所述寻呼消息,根据所述寻呼消息中的所述指示信息确定是否读取所述系统消息;读取所述系统消息时,根据所读取的接入信息进行上行反馈;其中,
所述接入信息置于系统消息块SIB13中,或者所述接入信息为一条单独的无线资源控制消息RRCmessage;
所述UE所在小区属于一个或多个多媒体广播单频网MBSFN区域;
所述UE监听所述寻呼消息为:
所述用户设备对寻呼帧PF中承载所述寻呼消息的指定寻呼子帧中的下行控制信息DCI进行盲检测;所述DCI为DCIformat1c,RNTI信息为P-RNTI;所述UE监测到所述P-RNTI和DCI,进一步读取PDSCH中的寻呼消息。
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.根据权利要求1所述的方法,其特征在于,所述寻呼消息中的指示信息用于指示SIB13是否变化;SIB13是否变化包括接入信息是否变化,也包括SIB13中其他信息是否变化。
7.根据权利要求1所述的方法,其特征在于,所述接入信息包含:MBMS业务标识信息、接入概率信息;
根据所述接入信息进行上行反馈为:
UE确定所述接入信息中的所述MBMS业务标识的MBMS业务是自身感兴趣的业务时,随机生成一个概率值,并与所述接入信息中的所述接入概率进行比较,不大于所述接入概率时进行上行反馈。
8.根据权利要求7所述的方法,其特征在于,所述接入概率设为0时,指示计数反馈过程结束。
9.根据权利要求1所述的方法,其特征在于,所述UE为处于无线资源控制RRC空闲状态下UE或处于RRC连接状态下UE。
10.根据权利要求9所述的方法,其特征在于,所述方法还包括:
处于RRC空闲状态下UE进行上行反馈前,先进入RRC连接状态。
11.根据权利要求7所述的方法,其特征在于,所述接入信息周期性发送,所述接入信息的发送周期小于系统消息修改周期;所述接入信息发送周期通过系统消息指示。
12.根据权利要求11所述的方法,其特征在于,所述系统消息修改周期是所述接入信息发送周期的N倍,其中N为大于等于2的整数。
13.根据权利要求1至12任一项所述的方法,其特征在于,所述UE上行反馈的信息包含以下信息的至少一种:MBSFN区域ID、通知指示notification–indicator、MBMS业务ID、UEID、物理多播信道PMCHID、逻辑信道标识LCID、业务列表索引。
14.根据权利要求13所述的方法,其特征在于,所述UE上行反馈的信息承载于RRC连接请求信息中,或者RRC连接建立完成信息中,或者RRC重建请求信息中,或者RRC重建完成信息中,或者小区更新信息中,或者随机接入请求信息中,或者测量报告中,或者媒体接入控制控制粒子MACCE中,或者专用RRC信令信息中。
15.一种计数请求信息的发送系统,其特征在于,所述系统包括承载单元、发送单元、监听单元、确定单元、读取单元和反馈单元;其中,
承载单元,用于将指示MBMS系统消息是否发生变化的指示信息置于寻呼消息中、将接入信息置于系统消息中;
发送单元,用于发送所述寻呼消息及所述系统消息;
监听单元,用于监听所述寻呼消息;
确定单元,用于根据所述寻呼消息中的所述指示信息确定是否读取所述系统消息;
读取单元,用于读取所述系统消息;
反馈单元,用于在读取所述系统消息时,根据所读取的接入信息进行上行反馈;其中,
所述接入信息置于系统消息块SIB13中,或者所述接入信息为一条单独的无线资源控制消息RRCmessage;
所述监听单元、所述确定单元、所述读取单元和所述反馈单元所在小区属于一个或多个多媒体广播单频网MBSFN区域;
所述监听单元进一步对寻呼帧PF中承载所述寻呼消息的指定寻呼子帧中的DCI进行盲检测;所述DCI为DCIformat1c,RNTI信息为P-RNTI;所述监听单元监测到所述P-RNTI和DCI时,所述读取单元进一步读取PDSCH中的寻呼消息。
16.根据权利要求15所述的系统,其特征在于,所述承载单元进一步将寻呼信息承载于PF中,并由所述发送单元周期性发送;所述发送周期通过系统消息指示。
17.根据权利要求16所述的系统,其特征在于,所述承载单元进一步将寻呼消息承载于所述PF中的PO中发送;所述寻呼机会为在PDCCH中包含P-RNTI的寻呼子帧,所述P-RNTI用于指示PDSCH中承载有寻呼消息。
18.根据权利要求15所述的系统,其特征在于,所述接入信息置于SIB13中;所述寻呼消息中的指示信息用于指示SIB13是否变化;SIB13是否变化包括接入信息是否变化,也包括SIB13中其他信息是否变化。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201010219306.8A CN102300157B (zh) | 2010-06-25 | 2010-06-25 | 计数请求信息的发送方法及系统 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201010219306.8A CN102300157B (zh) | 2010-06-25 | 2010-06-25 | 计数请求信息的发送方法及系统 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN102300157A CN102300157A (zh) | 2011-12-28 |
CN102300157B true CN102300157B (zh) | 2016-07-27 |
Family
ID=45360259
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201010219306.8A Expired - Fee Related CN102300157B (zh) | 2010-06-25 | 2010-06-25 | 计数请求信息的发送方法及系统 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN102300157B (zh) |
Families Citing this family (17)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN103428855B (zh) * | 2012-05-25 | 2017-10-20 | 电信科学技术研究院 | 一种系统消息更新信息的发送、接收方法及其装置 |
EP3567977B1 (en) * | 2012-06-28 | 2022-07-20 | Huawei Technologies Co., Ltd. | Downlink data transmission method, base station, and network |
WO2015096016A1 (zh) * | 2013-12-23 | 2015-07-02 | 华为技术有限公司 | 一种调度信息的传输方法、基站及用户设备 |
CN111315012B (zh) * | 2014-04-01 | 2021-04-09 | 华为技术有限公司 | 一种寻呼方法、装置及系统 |
CN105430679A (zh) * | 2014-09-19 | 2016-03-23 | 中兴通讯股份有限公司 | 一种系统消息更新方法和系统 |
CN106211200A (zh) * | 2015-04-30 | 2016-12-07 | 中国电信股份有限公司 | Mbms业务的计数方法和系统、基站及终端设备 |
CN107113577A (zh) * | 2015-05-27 | 2017-08-29 | 华为技术有限公司 | 一种系统消息获取判断方法及终端设备 |
EP3624515A4 (en) * | 2017-05-11 | 2020-11-25 | Beijing Xiaomi Mobile Software Co., Ltd. | METHOD AND DEVICE FOR SENDING AND RECEIVING SYSTEM INFORMATION, USER DEVICE AND BASE STATION |
CN114245466A (zh) | 2017-11-28 | 2022-03-25 | 北京小米移动软件有限公司 | 上行反馈信息指示方法和上行反馈信息传输方法 |
WO2019104472A1 (zh) * | 2017-11-28 | 2019-06-06 | 华为技术有限公司 | 系统信息更新方法、接入网设备及终端设备 |
CN109936871A (zh) * | 2017-12-19 | 2019-06-25 | 华为技术有限公司 | 系统消息接收方法及终端设备 |
CN115052342B (zh) * | 2018-09-28 | 2024-06-18 | 华为技术有限公司 | 一种寻呼指示信息的传输方法和装置 |
CN113573249B (zh) * | 2020-04-29 | 2023-06-20 | 上海朗帛通信技术有限公司 | 一种被用于无线通信的节点中的方法和装置 |
WO2022027328A1 (en) * | 2020-08-05 | 2022-02-10 | Lenovo (Beijing) Limited | Method and apparatus for paging |
CN114642007B (zh) * | 2020-10-15 | 2024-03-01 | 北京小米移动软件有限公司 | 业务参与确定的方法及装置、网元设备、用户设备及存储介质 |
CN114390675A (zh) * | 2020-10-22 | 2022-04-22 | 维沃移动通信有限公司 | 寻呼消息的接收方法、寻呼配置方法、终端及网络侧设备 |
CN114390677A (zh) * | 2020-10-22 | 2022-04-22 | 维沃移动通信有限公司 | 寻呼方法、装置、终端、网络侧设备及可读存储介质 |
Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2005018267A1 (en) * | 2003-08-19 | 2005-02-24 | Lg Electronics Inc. | Method and apparatus for securing quality of communication service to mobile terminal |
CN1684469A (zh) * | 2004-04-15 | 2005-10-19 | 华为技术有限公司 | 多媒体广播组播业务用户数量的统计方法 |
CN101115288A (zh) * | 2006-07-28 | 2008-01-30 | 华为技术有限公司 | 一种指示系统广播消息改变的方法和系统 |
CN101203012A (zh) * | 2006-12-14 | 2008-06-18 | 中兴通讯股份有限公司 | 移动终端的计数请求响应方法 |
-
2010
- 2010-06-25 CN CN201010219306.8A patent/CN102300157B/zh not_active Expired - Fee Related
Patent Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2005018267A1 (en) * | 2003-08-19 | 2005-02-24 | Lg Electronics Inc. | Method and apparatus for securing quality of communication service to mobile terminal |
CN1684469A (zh) * | 2004-04-15 | 2005-10-19 | 华为技术有限公司 | 多媒体广播组播业务用户数量的统计方法 |
CN101115288A (zh) * | 2006-07-28 | 2008-01-30 | 华为技术有限公司 | 一种指示系统广播消息改变的方法和系统 |
CN101203012A (zh) * | 2006-12-14 | 2008-06-18 | 中兴通讯股份有限公司 | 移动终端的计数请求响应方法 |
Also Published As
Publication number | Publication date |
---|---|
CN102300157A (zh) | 2011-12-28 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN102300157B (zh) | 计数请求信息的发送方法及系统 | |
CN102378113B (zh) | 一种多媒体广播多播业务传输方式的转换方法和系统 | |
US8830894B2 (en) | Notification method and system for information change of multimedia broadcast multicast service control channel | |
CN102158808B (zh) | Mcch信息的接收方法及装置、用户设备 | |
CN102158807B (zh) | Mcch通知信息的监听方法及装置、用户设备 | |
CN102378112B (zh) | 多媒体广播多播业务中统计用户设备信息的方法和系统 | |
CN101854589B (zh) | 多媒体广播多播业务控制信令的传输方法和系统 | |
EP2449821B1 (en) | Notification mechanism that allows a user equipment to distinguish between different mbsfn areas | |
KR20050101006A (ko) | 멀티캐스트 멀티미디어 방송 서비스를 지원하는 이동통신시스템에서 제어 정보를 효율적으로 전송하는 방법 | |
CN101742572A (zh) | 调度信息的传输方法和装置 | |
KR20150065842A (ko) | M2m 및 mtc 통신을 위한 브로드캐스트/멀티캐스트의 이용 | |
CN102281503A (zh) | 一种多媒体广播多播业务空口资源调度方法和装置 | |
CN105635985B (zh) | 确定挂起业务的方法及装置、指示信息处理方法及装置 | |
CN105635984A (zh) | 指示信息处理方法及装置 | |
CN102281501B (zh) | 多媒体广播多播业务计数反馈的方法及系统 | |
CN103581836A (zh) | 一种群组小数据的发送方法及系统 | |
CN101931879B (zh) | 一种多播控制信道信息的传输方法及其设备 | |
CN100479414C (zh) | 多媒体广播/组播业务中控制信道上接入信息的传输方法 | |
EP2869607A1 (en) | Wireless communication system, method, user equipment, node and computer program product | |
US10311727B2 (en) | Method and device for information identification | |
CN102035804A (zh) | Mbms通知信息发送位置的指示方法及装置 | |
CN107580301B (zh) | 多媒体广播单频网mbsfn区域保留小区实现的方法 | |
CN102026095B (zh) | 一种MBMS Notification的传输方法、系统及装置 | |
CN101990159B (zh) | 一种ue读取mcch的方法、系统及装置 | |
CN118077226A (zh) | 无线通信方法及相关硬件 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
C14 | Grant of patent or utility model | ||
GR01 | Patent grant | ||
CF01 | Termination of patent right due to non-payment of annual fee |
Granted publication date: 20160727 Termination date: 20200625 |
|
CF01 | Termination of patent right due to non-payment of annual fee |