CN105635985B - 确定挂起业务的方法及装置、指示信息处理方法及装置 - Google Patents

确定挂起业务的方法及装置、指示信息处理方法及装置 Download PDF

Info

Publication number
CN105635985B
CN105635985B CN201410623872.3A CN201410623872A CN105635985B CN 105635985 B CN105635985 B CN 105635985B CN 201410623872 A CN201410623872 A CN 201410623872A CN 105635985 B CN105635985 B CN 105635985B
Authority
CN
China
Prior art keywords
suspended
mbms
service
mbms service
msi
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.)
Active
Application number
CN201410623872.3A
Other languages
English (en)
Other versions
CN105635985A (zh
Inventor
许辉
马子江
刘红军
卢忱
谢玉堂
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
ZTE Corp
Original Assignee
ZTE Corp
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by ZTE Corp filed Critical ZTE Corp
Priority to CN201410623872.3A priority Critical patent/CN105635985B/zh
Priority to US15/525,156 priority patent/US20170318560A1/en
Priority to PCT/CN2015/076679 priority patent/WO2016070579A1/zh
Priority to EP15856755.2A priority patent/EP3217690A4/en
Publication of CN105635985A publication Critical patent/CN105635985A/zh
Application granted granted Critical
Publication of CN105635985B publication Critical patent/CN105635985B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W76/00Connection management
    • H04W76/40Connection management for selective distribution or broadcast
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W72/00Local resource management
    • H04W72/30Resource management for broadcast services
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W4/00Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/06Selective distribution of broadcast services, e.g. multimedia broadcast multicast service [MBMS]; Services to user groups; One-way selective calling services
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W4/00Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/12Messaging; Mailboxes; Announcements
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W76/00Connection management
    • H04W76/30Connection release
    • H04W76/34Selective release of ongoing connections
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00Data switching networks
    • H04L12/02Details
    • H04L12/16Arrangements for providing special services to substations
    • H04L12/18Arrangements for providing special services to substations for broadcast or conference, e.g. multicast
    • H04L12/189Arrangements for providing special services to substations for broadcast or conference, e.g. multicast in combination with wireless systems
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W76/00Connection management
    • H04W76/10Connection setup
    • H04W76/18Management of setup rejection or failure
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W76/00Connection management
    • H04W76/20Manipulation of established connections
    • H04W76/28Discontinuous transmission [DTX]; Discontinuous reception [DRX]

Abstract

本发明公开了确定挂起业务的方法及装置、指示信息处理方法及装置,其中,确定挂起业务的方法包括:预定网元确定用于选择需要挂起的多媒体广播/多播服务MBMS业务的挂起准则;所述预定网元根据确定的所述挂起准则,判断是否存在满足所述挂起准则的MBMS业务;在判断结果为是的情况下,所述预定网元确定所述MBMS业务为需要挂起的MBMS业务。通过本发明,解决了相关技术中网元如何选择挂起MBMS业务及如何通知基站的问题,进而达到了在确定挂起MBMS业务后能及时通知基站的效果。

Description

确定挂起业务的方法及装置、指示信息处理方法及装置
技术领域
本发明涉及通信领域,具体而言,涉及确定挂起业务的方法及装置、指示信息处理方法及装置。
背景技术
随着Internet的迅猛发展和大屏幕多功能手机的普及,出现了大量移动数据多媒体业务和各种高带宽多媒体业务,例如,视频会议、电视广播、视频点播、广告、网上教育、互动游戏等,这一方面满足了移动用户不断上升的业务需求,同时也为移动运营商带来新的业务增长点。这些移动数据多媒体业务要求多个用户能够同时接收相同数据,与一般的数据业务相比,具有数据量大、持续时间长、时延敏感等特点。
为了有效地利用移动网络资源,第三代合作伙伴计划(3rd GenerationPartnership Project,简称为3GPP)提出了多媒体广播和组播业务(MBMS)业务,该业务是一种从一个数据源向多个目标传送数据的技术,实现了网络(包括核心网和接入网)资源的共享,提高了网络资源(尤其是空中接口资源)的利用率。3GPP定义的MBMS不仅能够实现纯文本低速率的消息类多播和广播,而且还能够实现高速多媒体业务的广播和多播,提供多种丰富的视频、音频和多媒体业务,这无疑顺应了未来移动数据发展的趋势,为3G的发展提供了更好的业务前景。
在LTE中,MBMS业务可以采用多播模式方式,称为多媒体广播多播业务单频网(Multimedia Broadcast multicast service Single Frequency Network,简称为MBSFN)发送模式,采用多播模式发生的MBMS业务,也称为MBSFN业务,可以在多个小区采用相同的调制后编码格式,采用相同的物理资源发生相同内容,MBMS多小区传输的特征:1)在MBSFN区域内同步传输;2)支持多小区MBMS传输合并;3)多播业务信道(Multicast TrafficCHannel,简称为MTCH)和多播控制信道(Multicast Control CHannel,简称为MCCH)在p-T-m(点到多点)模式下映射到MCH传输信道上;4)-MBSFN同步区域,MBSNF区域,MBSFN传输,广告,保留小区,均由操作维护半静态配置。这样多个小区的用户设备(User equipment,简称为UE)可以接收到多个内容相同的MBMS数据并进行SFN合并,从而可以提高接收信号的增益。采用相同的物理资源并发送MBSFN发送模式发送相同MBMS业务的多个小区构成了一个MBSFN区域。
在实际的LTE组网中,一个MBSFN区域上有若干个MBSFN业务,这些属于同一个MBSFN区域的所有MBSFN业务称为一个MBSFN业务组,也就是说一个MBSFN业务组仅属于一个MBSFN区域。一个MBSFN区域包括多个小区,每个小区都配置了完全相同的一个MBSFN业务组。具备相同的MBSFN区域的多个MBSFN业务的数据信道MTCH,以及MBSFN业务的控制信道MCCH可以复用到一条MCH(Multicast Channel,多播信道)。相同MBSFN区域的MCCH和多个MTCH,即多条逻辑信道可以映射到同一传输信道MCH上。
MCH通过MBSFN子帧的传输块承载。
现有技术中,在MSAP概念中同时引入MSAP occasion(MSAP时机),其指示了一个动态调度周期的时间段内某个MSAP所对应的一条MCH所包括全部多播资源。在一个MSAPoccasion中可以发送多个MTCH和动态调度信息,还可以包括MCCH,动态调度信息承载在MACPDU(Protocol Data Unit)控制粒子(Control Element,简称为CE),MSAP occasion长度可以为320ms。一个MSAP occasion时间长度就是一个调度周期,也称为一个动态调度周期。一条MCH通过MSAP分配了一个或多个MBSFN帧中的一个或多个MBSFN子帧,其中采用多播模式发送的子帧称为MBSFN子帧,含有MBSFN子帧的帧称为MBSFN帧。
在一条MCH所配置的每个MSAP occasion上承载了动态调度信息,携带MTCH到辅助MSAP子帧的映射信息,这种映射信息借助于在一个调度周期内的MBSFN子帧编号索引关系确定的,UE读取调度信息可以知道每个MTCH被分配在哪些MBSFN子帧上,UE可以在相应的MBSFN子帧上读取其感兴趣的MTCH,而忽略它不需要读取的MBSFN子帧,从而提高UE的MBMS业务接收效率,节省UE的电能消耗。这里所述的MBSFN子帧编号是这样确定的:将一个MCH在在一个调度周期内所分配的所有MBSFN子帧按照顺序排列,依次编号。
在现有LTE技术中,多个逻辑信道通过如下的方式复用MCH信道:一个子帧对应一个TTI(传输时间间隔),在一个TTI内可以发送一个传输数据块TB,每个传输数据块对应一个MAC PDU(媒体接入控制层协议数据单元)。在一个MAC PDU中,可以包含多个MAC SDU(服务数据单元),这些MAC SDU可以来自不同的逻辑信道,可能的逻辑信道包括MTCH、MCCH等。这些来自不同逻辑信道的数据在MAC PDU中串接在一起后一起在物理信道上发送。
MBMS调度信息(MCH Scheduling Information,简称为MSI)MAC控制单元如图1所示,通过携带逻辑信道标识(Logical Channel Identifier,简称为LCID)的MAC PDU子头来标识,如表1所示。该MAC控制单元具有可变长度,为2x bytes(x为MBMS-SessionInfoList序列中元素的个数)。对每条MTCH应该包含如下域:
LCID:该域指示MTCH的逻辑信道ID,该域长度为5bits;
Stop MTCH:该域指示MSAP occasion中相应MTCH结束子帧的序号,该域长度为11bits。特定Stop MTCH值2047指示相应的MTCH没有被调度,2043到2046范围值为预留。
图1是根据相关技术中动态调度信息MAC控制单元的示意图,如图1所示,当MACPDU中某个MTCH没有发送,用2047标识该stop MTCH。当所有MTCH都没有数据,MSI仍然发送,如果MSI不发送(MCCH中有MBMS业务指示),则UE认为是基站eNB差错。
图2是根据本发明实施例的MBMS集群通信系统示意图,如图2所示,集群通信系统是为了满足行业用户指挥调度需求而开发的、面向特定行业应用的专用无线通信系统,系统中大量无线用户共享少量无线信道,以指挥调度为主体应用,是一种多用途、高效能的无线通信系统。集群通信系统在政府部门、公共安全、应急通信、电力、民航、石油化工和军队等领域有着广泛的应用市场。在3GPP LTE中集群通信称为组通信服务能力GCSE。
3GPP决定采用MBMS技术实现公网LTE集群通信,并进一步研究关键任务一键通MCPTT。目前3GPP在讨论当发生MBMS用户面数据拥塞时,如何保障集群业务连续性。其中一个方案是eNB通知MCE发生拥塞/过载,MCE选择挂起MBMS业务,eNB通知受影响的UE。
但在对现有技术的研究和实践过程中发现现有技术存在以下问题:当MCE收到拥塞/过载指示信息并选择挂起MBMS业务,MCE如何通知eNB?eNB如何通知受影响的UE?现在还没有解决方案。
针对相关技术中当网元收到拥塞/过载指示信息时如何选择挂起MBMS业务及如何通知基站的问题,目前尚未提出有效的解决方案。
发明内容
本发明提供了确定挂起业务的方法及装置、指示信息处理方法及装置,以至少解决相关技术中当网元收到拥塞/过载指示信息时如何选择挂起MBMS业务及如何通知基站的问题。
根据本发明的一个方面,提供了一种确定挂起业务的方法,包括:预定网元确定用于选择需要挂起的多媒体广播/多播服务MBMS业务的挂起准则;所述预定网元根据确定的所述挂起准则,判断是否存在满足所述挂起准则的MBMS业务;在判断结果为是的情况下,所述预定网元确定所述MBMS业务为需要挂起的MBMS业务并通知基站,其中,所述基站是指需要挂起的所述MBMS业务所在的MBSFN区域中的所有参与MBSFN传输的基站。
如无特殊说明,本发明中的挂起是指:基站在空口停止发送业务的用户面数据。进一步地,所述挂起准则包括以下至少之一:在接收到用户面拥塞或过载的拥塞/过载指示信息后,对受拥塞/过载影响的UE数量进行统计,选择受影响的UE数量少于预定数量的MBMS业务挂起;对多播信道MCH上的MBMS业务的优先级进行排序,选择优先级低于预定优先级的MBMS业务进行挂起;确定MBMS业务占用的资源,选择占用资源超过预定值的MBMS业务进行挂起;选择依据所述预定网元本地算法确定用于减少用户面无线资源对应的MBMS业务挂起;选择用于缓解用户面发生拥塞/过载的MBMS业务挂起;选择业务速率超过预定速率的MBMS业务挂起;选择在预定时间范围内不结束的MBMS业务挂起;选择数据量大于预定数据量的MBMS业务挂起;选择运营商指定挂起的MBMS业务挂起。
进一步地,在所述预定网元确定所述MBMS业务为需要挂起的MBMS业务之后,还包括:所述预定网元向基站发送用于指示需要挂起所述MBMS业务的指示信息,其中,所述指示信息用于所述基站向用户设备UE发送MCH调度信息MSI,其中,所述MSI中包含有特殊值用于通知所述UE需要挂起的MBMS业务。所述MSI在挂起所述MBMS业务时或之后发送,在挂起所述MBMS业务时是指发送MSI时所述MBMS业务在空口未挂起;之后是指发送MSI时所述MBMS业务在空口已挂起(停止)。
进一步地,除了MSI之外,所述方法还包括:所述基站通过以下方式之一,向UE发送通知所述UE需要挂起的MBMS业务:无线资源控制RRC信令,层L1/2信令,分组数据汇聚协议PDCP信令。
进一步地,所述预定网元包括以下之一:多小区/多播协作实体MCE,移动管理实体MME,MBMS网关MBMS-GW,广播多播服务中心BM-SC,操作维护设备OAM,应用服务器GCS AS。
根据本发明的另一方面,提供了一种确定挂起业务的方法,包括:接收到预定网元发送的用于指示挂起多媒体广播/多播服务MBMS业务的指示信息,其中,所述指示信息携带有预定网元依据确定的挂起准则选择的需要挂起的多媒体广播/多播服务MBMS业务;依据所述指示信息向用户设备UE发送MCH调度信息MSI,其中,所述MSI中包含有特殊值用于通知所述UE需要挂起的所述MBMS业务。
进一步地,在接收到所述预定网元发送的用于指示挂起所述MBMS业务的所述指示信息之后,还包括:挂起所述指示信息指示挂起的所述MBMS业务。
根据本发明的另一方面,提供了一种指示信息处理方法,包括:接收到基站发送的MCH调度信息MSI,其中,所述MSI中包含有特殊值用于通知所述UE需要挂起的MBMS业务,所述需要挂起的所述MBMS业务由预定网元依据确定的挂起准则选择确定;依据接收的所述MSI对所述MBMS业务进行处理。
进一步地,依据接收的所述MSI对所述MBMS业务进行处理包括:向应用服务器AS发送用于对需要挂起的MBMS业务进行处理的指示信息。
根据本发明的另一方面,提供了一种确定挂起业务的装置,应用于预定网元,包括:第一确定模块,用于确定用于选择需要挂起的多媒体广播/多播服务MBMS业务的挂起准则;判断模块,用于根据确定的所述挂起准则,判断是否存在满足所述挂起准则的MBMS业务;第二确定模块,用于在判断结果为是的情况下,确定所述MBMS业务为需要挂起的MBMS业务。
进一步地,所述装置还包括:第一发送模块,用于向基站发送用于指示需要挂起所述MBMS业务的指示信息,其中,所述指示信息用于所述基站向用户设备UE发送MCH调度信息MSI,其中,所述MSI中包含有特殊值用于通知所述UE需要挂起的MBMS业务。
根据本发明的另一方面,提供了一种确定挂起业务的装置,包括:第一接收模块,用于接收到预定网元发送的用于指示挂起多媒体广播/多播服务MBMS业务的指示信息,其中,所述指示信息携带有预定网元依据确定的挂起准则选择的需要挂起的多媒体广播/多播服务MBMS业务;第二发送模块,用于依据所述指示信息向用户设备UE发送MCH调度信息MSI,其中,所述MSI中包含有特殊值用于通知所述UE需要挂起的所述MBMS业务。
进一步地,所述装置还包括:挂起模块,用于挂起所述指示信息指示挂起的所述MBMS业务。
根据本发明的另一方面,提供了一种指示信息处理装置,包括:第二接收模块,用于接收到基站发送的MCH调度信息MSI,其中,所述MSI中包含有特殊值用于通知所述UE需要挂起的MBMS业务,所述需要挂起的所述MBMS业务由预定网元依据确定的挂起准则选择确定;处理模块,用于依据接收的所述MSI对所述MBMS业务进行处理。
进一步地,所述处理模块包括:确定单元,发送单元,用于向应用服务器AS发送用于对需要挂起的MBMS业务进行处理的指示信息。
通过本发明,采用预定网元确定用于选择需要挂起的多媒体广播/多播服务MBMS业务的挂起准则;所述预定网元根据确定的所述挂起准则,判断是否存在满足所述挂起准则的MBMS业务;在判断结果为是的情况下,所述预定网元确定所述MBMS业务为需要挂起的MBMS业务,解决了相关技术中当网元收到拥塞/过载指示信息时如何选择挂起MBMS业务及如何通知基站的问题,进而达到了在确定挂起MBMS业务后能及时通知基站的效果。
附图说明
此处所说明的附图用来提供对本发明的进一步理解,构成本申请的一部分,本发明的示意性实施例及其说明用于解释本发明,并不构成对本发明的不当限定。在附图中:
图1是根据相关技术中动态调度信息MAC控制单元的示意图;
图2是根据本发明实施例的MBMS集群通信系统示意图;
图3是根据本发明实施例的确定挂起业务的方法的流程图一;
图4是根据本发明实施例的确定挂起业务的方法的流程图二;
图5是根据本发明实施例的确定挂起业务的方法的流程图三;
图6是根据本发明实施例的确定挂起业务的装置的框图一;
图7是根据本发明优选实施例的确定挂起业务的装置的框图一;
图8是根据本发明实施例的确定挂起业务的装置的框图二;
图9是根据本发明优选实施例的确定挂起业务的装置的框图二;
图10是根据本发明实施例的确定挂起业务的装置的框图三;
图11是根据本发明优选实施例的确定挂起业务的装置的框图三;
图12是根据本发明优选实施例的选择挂起MBMS业务的方法的流程图一;
图13是根据本发明优选实施例的选择挂起MBMS业务的方法的流程图二;
图14是根据本发明优选实施例的选择挂起MBMS业务的方法的流程图三;
图15是根据本发明优选实施例的选择挂起MBMS业务的方法的流程图四;
图16是根据本发明优选实施例的选择挂起MBMS业务的方法的流程图五;
图17是根据本发明优选实施例的选择挂起MBMS业务的装置的示意图;
图18是根据本发明优选实施例的选择挂起MBMS业务的装置的框图一;
图19是根据本发明优选实施例的选择挂起MBMS业务的装置的框图二。
具体实施方式
下文中将参考附图并结合实施例来详细说明本发明。需要说明的是,在不冲突的情况下,本申请中的实施例及实施例中的特征可以相互组合。
在本实施例中提供了一种确定挂起业务的方法,图3是根据本发明实施例的确定挂起业务的方法的流程图一,如图3所示,该流程包括如下步骤:
步骤S302,预定网元确定用于选择需要挂起的多媒体广播/多播服务MBMS业务的挂起准则;
步骤S304,该预定网元根据确定的该挂起准则,判断是否存在满足该挂起准则的MBMS业务;
步骤S306,在判断结果为是的情况下,该预定网元确定该MBMS业务为需要挂起的MBMS业务并通知基站,其中,所述基站是指需要挂起的所述MBMS业务所在的MBSFN区域中的所有参与MBSFN传输的基站。
通过上述步骤,该预定网元根据确定的该挂起准则,判断是否存在满足该挂起准则的MBMS业务;在判断结果为是的情况下,该预定网元确定该MBMS业务为需要挂起的MBMS业务并通知基站,其中,所述基站是指需要挂起的所述MBMS业务所在的MBSFN区域中的所有参与MBSFN传输的基站,解决了相关技术中当网元收到拥塞/过载指示信息时如何选择挂起MBMS业务及如何通知基站的问题,进而达到了在确定挂起MBMS业务后能及时通知基站的效果。
如无特殊说明,本发明实施例中的挂起是指:在空口停止发送需要挂起业务的用户面数据。
本实施例中的挂起准则有很多种,在一个可选的实施例中,上述的挂起准则可以包括以下至少之一:在接收到用户面拥塞或过载的拥塞/过载指示信息后,对受拥塞/过载影响的UE数量进行统计,选择受影响的UE数量少于预定数量的MBMS业务挂起;对多播信道MCH上的MBMS业务的优先级进行排序,选择优先级低于预定优先级的MBMS业务进行挂起;确定MBMS业务占用的资源,选择占用资源超过预定值的MBMS业务进行挂起;选择依据该预定网元本地算法确定用于减少用户面无线资源对应的MBMS业务挂起;选择用于缓解用户面发生拥塞/过载的MBMS业务挂起;选择业务速率超过预定速率的MBMS业务挂起;选择在预定时间范围内不结束的MBMS业务挂起;选择数据量大于预定数据量的MBMS业务挂起;选择运营商指定挂起的MBMS业务挂起。
作为一种可选的实施方式,在该预定网元确定该MBMS业务为需要挂起的MBMS业务之后,该预定网元向基站发送用于指示需要挂起该MBMS业务的指示信息,其中,该指示信息用于该基站向用户设备UE发送MCH调度信息MSI,其中,该MSI中包含有特殊值用于通知该UE需要挂起的MBMS业务。需要说明的是,所述基站eNB发送MSI可以在挂起MBMS业务时或之后发送,即所述MSI在所述基站收到所述预订网元发送的所述指示信息,且需要挂起的MBMS业务信道多播业务信道MTCH数据继续在空口发送之前发送;或者,所述MSI在所述基站收到所述预订网元发送的所述指示信息,且需要挂起的MTCH数据在空口停止发送之后发送。其中,上述的在挂起MBMS业务时是指:基站eNB收到预订网元发送的挂起指示信息,但需要挂起的MBMS业务信道MTCH数据继续在空口发送;之后是指:基站eNB收到预订网元发送的挂起指示信息,且需要挂起的MTCH数据在空口停止发送。其中需要挂起的MBMS业务继续在空口发送一个或几个MSI周期,最长到下一个MCCH修改周期开始停止发送。
除了通过上述的MSI,该基站还可以通过以下方式至少之一,向UE发送通知所述UE需要挂起的MBMS业务:无线资源控制RRC信令,层L1/2信令,分组数据汇聚协议PDCP信令。
上述的预定网元可以是一种或多种,在一个可选的实施例中,上述的预定网元可以包括以下之一:多小区/多播协作实体MCE,MME,MBMS网关MBMS-GW,广播多播服务中心BM-SC,操作维护设备OAM,应用服务器GCS AS。
本发明实施例提供了一种确定挂起业务的方法,图4是根据本发明实施例的确定挂起业务的方法的流程图二,如图4所示,该流程包括如下步骤:
步骤S402,接收到预定网元发送的用于指示挂起多媒体广播/多播服务MBMS业务的指示信息,其中,该指示信息携带有预定网元依据确定的挂起准则选择的需要挂起的多媒体广播/多播服务MBMS业务;
步骤S404,依据该指示信息向用户设备UE发送MCH调度信息MSI,其中,该MSI中包含有特殊值用于通知该UE需要挂起的该MBMS业务。
通过上述步骤,接收到预定网元发送的用于指示挂起多媒体广播/多播服务MBMS业务的指示信息,其中,该指示信息携带有预定网元依据确定的挂起准则选择的需要挂起的多媒体广播/多播服务MBMS业务;依据该指示信息向用户设备UE发送MCH调度信息MSI,其中,该MSI中包含有特殊值用于通知该UE需要挂起的该MBMS业务,解决了相关技术中当网元收到拥塞/过载指示信息时如何选择挂起MBMS业务及如何通知基站的问题,进而达到了在确定挂起MBMS业务后能及时通知基站的效果。
上述的特殊值是指MSI中的stop MTCH为特殊值,所述特殊值是指现有技术中的保留值,根据目前的结论,MSI中用2047标识MTCH没有调度,2043-2046为保留值。因此可采用2043或2046指示MBMS业务需要挂起。所述特殊值在MSI中可放在头部,尾部或中部。如果特殊值放在MSI的尾部,则具有集群功能的UE需要读取全部的MSI,如表1所示。
表1
LCID1 Stop MTCH1=3
LCID2 Stop MTCH2=5
LCID3 Stop MTCH3=10
LCID2 Stop MTCH2=2043or 2046
表1中LCID2被挂起,在MSI的尾部指示,则感兴趣接收LCID2的集群UE需要读完全部的MSI,对于传统的UE(如R12之前的UE)只需要读取感兴趣的LCID的内容。
如果挂起的特殊值指示放在MSI头部,则传统UE读取到感兴趣的LCID即可(不需要读完MSI),对于集群UE在读取到特殊值之后,继续读取到感兴趣的LCID即可,如表2所示。
表2
LCID2 Stop MTCH2=2043or 2046
LCID1 Stop MTCH1=3
LCID2 Stop MTCH2=5
LCID3 Stop MTCH3=10
如果挂起的特殊值指示放在MSI中部,如下表,则传统UE读取到感兴趣的LCID即可(不需要读完MSI),对于集群UE需要读取两次感兴趣的LCID,一次为正常的stop MTCH值,另一次为特殊值的stop MTCH,如表3或4所示。
表3
LCID1 Stop MTCH1=3
LCID2 Stop MTCH2=5
LCID2 Stop MTCH2=2043or 2046
LCID3 Stop MTCH3=10
表4
LCID1 Stop MTCH1=3
LCID2 Stop MTCH2=2043or 2046
LCID2 Stop MTCH2=5
LCID3 Stop MTCH3=10
作为一种优选的实施方式,在接收到该预定网元发送的用于指示挂起该MBMS业务的该指示信息之后,挂起该指示信息指示挂起的该MBMS业务。
本发明实施例提供了一种指示信息处理方法,图5是根据本发明实施例的确定挂起业务的方法的流程图三,如图5所示,该流程包括如下步骤:
步骤S502,接收到基站发送的MCH调度信息MSI,其中,该MSI中包含有特殊值用于通知该UE需要挂起的MBMS业务,该需要挂起的该MBMS业务由预定网元依据确定的挂起准则选择确定;
步骤S504,依据接收的该MSI对该MBMS业务进行处理。
通过上述步骤,接收到基站发送的MCH调度信息MSI,其中,该MSI中包含有特殊值用于通知该UE需要挂起的MBMS业务,该需要挂起的该MBMS业务由预定网元依据确定的挂起准则选择确定;依据接收的该MSI对该MBMS业务进行处理,解决了相关技术中当网元收到拥塞/过载指示信息时如何选择挂起MBMS业务及如何通知基站的问题,进而达到了在确定挂起MBMS业务后能及时通知基站的效果。
本实施例中,依据接收的该MSI对该MBMS业务进行处理可以包括:依据接收到的该MSI确定需要挂起的MBMS业务未结束;向应用服务器AS发送用于对需要挂起的MBMS业务进行处理的指示信息。
本发明实施例提供了一种确定挂起业务的装置,应用于预定网元,该装置用于实现上述实施例及优选实施方式,已经进行过说明的不再赘述。如以下所使用的,术语“模块”可以实现预定功能的软件和/或硬件的组合。尽管以下实施例所描述的装置较佳地以软件来实现,但是硬件,或者软件和硬件的组合的实现也是可能并被构想的。
图6是根据本发明实施例的确定挂起业务的装置的框图一,如图6所示,包括:第一确定模块62、判断模块64和第二确定模块66,下面对各个模块进行进一步说明。
第一确定模块62,用于确定用于选择需要挂起的多媒体广播/多播服务MBMS业务的挂起准则;
判断模块64,用于根据确定的该挂起准则,判断是否存在满足该挂起准则的MBMS业务;
第二确定模块66,用于在判断结果为是的情况下,确定该MBMS业务为需要挂起的MBMS业务并通知基站,其中,所述基站是指需要挂起的所述MBMS业务所在的MBSFN区域中的所有参与MBSFN传输的基站。
图7是根据本发明优选实施例的确定挂起业务的装置的框图一,如图7所示,该装置还包括:
第一发送模块72,用于向基站发送用于指示需要挂起该MBMS业务的指示信息,其中,该指示信息用于该基站向用户设备UE发送MCH调度信息MSI,其中,该MSI中包含有特殊值用于通知该UE需要挂起的MBMS业务。
本发明实施例提供了一种确定挂起业务的装置,图8是根据本发明实施例的确定挂起业务的装置的框图二,如图8所示,包括:
第一接收模块82,用于接收到预定网元发送的用于指示挂起多媒体广播/多播服务MBMS业务的指示信息,其中,该指示信息携带有预定网元依据确定的挂起准则选择的需要挂起的多媒体广播/多播服务MBMS业务;
第二发送模块84,用于依据该指示信息向用户设备UE发送MCH调度信息MSI,其中,该MSI中包含有特殊值用于通知该UE需要挂起的该MBMS业务。
图9是根据本发明优选实施例的确定挂起业务的装置的框图二,如图9所示,该装置还包括:
挂起模块92,用于挂起该指示信息指示挂起的该MBMS业务。
根据本发明的另一方面,提供了一种指示信息处理装置,图10是根据本发明实施例的确定挂起业务的装置的框图三,如图10所示,包括:
第二接收模块102,用于接收到基站发送的MCH调度信息MSI,其中,该MSI中包含有特殊值用于通知该UE需要挂起的MBMS业务,该需要挂起的该MBMS业务由预定网元依据确定的挂起准则选择确定;
处理模块104,用于依据接收的该MSI对该MBMS业务进行处理。
图11是根据本发明优选实施例的确定挂起业务的装置的框图三,如图11所示,该处理模块104包括:
发送单元112,用于向应用服务器AS发送用于对需要挂起的MBMS业务进行处理的指示信息。
下面结合可选实施方式对本发明实施例进行进一步说明。
本发明实施例提供了一种选择挂起MBMS业务的方法,包括:网元确定选择挂起业务的准则,并根据挂起准则和业务特征选择需要挂起的MBMS业务;并向eNB发送关于挂起业务的指示信息;收到指示信息的eNB,通知受影响的UE后停止发送需要挂起的MBMS业务,能够实现网络侧根据设定的准则选择需要挂起的MBMS业务,减小因挂起MBMS业务对UE的影响,保障MBMS通信服务连续性,提高用户体验。
在下面可选实施例中,MBMS指的是演进的MBMS,即eMBMS,AS指的是GCS AS,组通信是指集群通信。目前GCS AS上部署有集群业务,当然在GCS AS上还可以部署其他业务,本发明为了描述更加方便,将GCS AS分发的业务简称为集群业务。
在优选实施例中,配置MCE是指网络中配置了集中式MCE,此时在一个MBSFN area中,存在一个MCE和若干个eNB,MCE与eNB之间可以通过M2接口进行通讯。分布式MCE是指在一个MBSFN area中MCE与eNB设置在一起,也可以理解为eNB中的特定模块能够完成MCE的功能和作用,此时在该MBSFN area中,相当于存在多少个eNB就有多少个MCE。在本发明中,为了描述方便,对于分布式MCE而言,MME可以通过M3接口与eNB中的MCE模块进行通信,此时M2接口作为逻辑接口依然存在。对于分布式MCE架构,通过OAM实现MCE之间的协调工作。如无特殊说明,本发明可以应用于集中式或分布式MCE架构。在本发明中,如果采用分布式MCE架构,则MCE与eNB之间可以通过M2接口进行通信,其实际上属于eNB与其自身的MCE模块之间的内部通信。
本发明中的挂起业务是指eNB停止业务在接入网的发送(核心网可继续发送),释放相应的接入网资源。
图12是根据本发明优选实施例的选择挂起MBMS业务的方法的流程图一,如图12所示,包括以下步骤:
步骤S1202,网元确定选择挂起业务的准则。该准则包括以下一种或多种:1)计数过程:MBMS计数过程(MBMS counting procedure)对受影响的UE数量进行统计,并根据统计结果选择受影性的UE数量较少的对应MBMS业务进行挂起,2)优先级:如果原有MCH上的MBMS业务是按照优先级顺序排列,即排在MCH中最后的MBMS业务是优先级最低的,则MCE/OAM可选择MCH中排在尾部的一个或多个MBMS业务进行挂起。该挂起的MBMS业务可以为一个或多个;3)业务属性:如果MCE/OAM获知哪些MBMS业务所占用的MBMS资源较多,MCE/OAM可选择占用MBMS资源较多的MBMS业务进行挂起。4)指示信息,如MME根据本地算法确定需要减少的用户面无线资源并通知MCE,MCE根据MME的指示信息选择需要挂起的MBMS业务;5)运营商或业务商确定需要挂起的业务并通知MCE/OAM。6)空口多播资源:假设空口用户面发生拥塞/过载,为了缓解拥塞/过载,MCE/OAM选择相应的处于拥塞/过载的业务挂起;7)业务的结束时间:网元一般不选择需要结束的业务挂起,即选择不会需要结束的业务挂起。可以综合考虑上述一种或几种因素,采用更加有效的方式,以挂起相应的MBMS业务。
具体地,该判断挂起的准则包括以下一个或多个:其他网元的指示信息,计数结果,MBMS业务优先级,MBMS业务属性(如速率、数据量等),本地策略(如MCE/OAM的内部算法,运营商设定),空口多播资,业务结束时间等。
本发明实施例中的预定网元(网络单元)包括以下任意一种:MCE,MME,MBMS GW,BM-SC,OAM(操作维护设备),应用服务器GCS AS。在本实施例中,为了描述方面,仅用MCE或OAM来举例说明。
可选地,对于集中式MCE,由MCE确定需要挂起的MBMS业务,而对于分布式MCE,则采用OAM确定需要挂起的MBMS业务。
上述的OAM是指网管,一般用于分布式MCE(此时MCE位于eNB中,作为eNB的一个模块)的场景。该网元可以自己确定挂起准则或根据其他网元的指示确定挂起准则。
步骤S1204,是否有满足挂起准则的业务,如果有,转向步骤103,否则继续判断。网元根据确定的挂起准则和业务特征判断是否有需要挂起的业务,如果有则选择对应的业务并通知eNB,否则继续判断。其中业务特征是指以下一种或多种:MBMS业务的优先级,MBMS业务的用户数,MBMS业务的数据量,MBMS业务的结束时间等。
步骤S1206,网元根据设定准则选择需要挂起的MBMS业务。
步骤S1208,网元向eNB发送指示信息。对于MCE网元,可通过M2接口向eNB发送指示信息;对于MME网元,可通过MCE向eNB发送指示信息,或者通过S1-MME接口直接向eNB发送指示信息;对于OAM网元,可通过现有与eNB之间的接口发送指示信息;其他网元,都通过MCE向eNB发送指示信息。需要说明的是,该eNB为受影响MBSFN区域(如发生拥塞/过载区域)中的所有参与MBSFN传输的eNB,即向所有受影响的eNBs发送相同的指示信息。该MCE在现有M2接口上,通过现有的消息的新增信息单元(本实施例中,简称为:现有M2接口信令),或者通过新消息发送指示信息,该现有M2接口信令包括:MBMS scheduling information。其中指示信息中至少包括:MBSFN区域标识,和/或MBMS业务标识和/或时间戳。MBMS业务标识是指:需要挂起的MBMS业务的标识(如:TMGI,LCID等);时间戳:eNB上通知相关UE的时间,其用途是:在一个MBSFN区域内的所有的eNB,在该时间戳所指定的时间,同时通知受影响的UE(MBMS业务需要挂起)的时间。时间戳的目的是保证MBSFN区域中的eNBs同时向受影响的UE发送通知,该时间戳可以是绝对时间(如相对于1900年1月1日的绝对时间,以秒为单位),或相对时间(如调度周期:无线帧或子帧数)。如:{MBSFN area ID1;TMGI2,TMGI3;40ms},表明:MBSFNarea1中的TMGI2和TMGI3业务需要挂起,在40ms的周期内发送通知消息。需要指出的是:不管MCE采用现有M2接口信令还是新增的信令,MCE都要向eNB发送更新的MBMS schedulinginformation,其中删除了需要挂起的MBMS业务标识,收到调度信息的eNB确定需要挂起的MBMS业务,并在下一个MCCH修改周期更新MCCH信息。
步骤S1210,eNB通知UE。该eNB可通过以下任意一种通知:MCH调度信息MSI,RRC信令,L1/2信令,PDCP信令。其中:MSI方式为设置MSI中的保留值,MSI中保留值具体包括:在stop MTCH=2046或2043时,为对应的MBMS业务需要挂起。RRC信令可为现有RRC信令,如MCCH,SIB等,或新增的RRC信令;L1/2信令为物理层/链路层信令,同样为现有信令,如PDCCH信令,或新增的信令;PDCP信令可通过在MBMS数据(如MTCH信息)的PDCP头中增加指示标识实现。
步骤S1212,eNB挂起选择的业务。该eNB在空口停止发送选择挂起的业务,释放挂起业务对应的空口资源,并发送更新的MSI,如:有三个业务,挂起了LCID2,则更新的MSI如表5所示。
表5
LCID1 Stop MTCH1=2
LCID2 Stop MTCH1=2047
LCID3 Stop MTCH3=5
需要指出的是,eNB最迟可在下一个MCCH修改周期开始挂起选择的业务,即在当前MCCH修改周期内,准备挂起的业务一直发送;假设LCID2被挂起,在下一个MCCH修改周期开始时的MSI表6所示。
表6
LCID1 Stop MTCH1=2
LCID3 Stop MTCH3=5
如果核心网继续向eNB发送数据,则eNB将收到的数据在本地缓存,等待挂起的业务恢复时继续在空口发送。
实施例一
针对MCE选择挂起MBMS业务的场景,图13是根据本发明优选实施例的选择挂起MBMS业务的方法的流程图二,如图13所示,包括以下步骤:
步骤S1302,MCE确定挂起准则。该MCE可根据从eNB或MME收到的指示信息,结合本地资源配置确定挂起准则:如MCE从eNB或MME收到用户面数据拥塞/过载指示信息,MCE本地资源按照业务优先级的顺序进行配置,则MCE可以选择优先级较低的业务挂起和/或MCE经过计数过程,选择用户数较少的业务挂起,和/或MCE选择不会需要结束的业务挂起。
步骤S1304,MCE判断是否有需要挂起的MBMS业务,如果有,转向步骤S1306,否则继续判断。该MCE首先在发生拥塞/过载的MBMS业务中选择一个或多个(具体选择挂起几个可由MCE内部算法实现),同时考虑以下业务:如在发生拥塞/过载的MBSFN区域中数量较少的UE对应的MBMS业务,和/或优先级较低的MBMS业务,和/或速率高/数据量大的MBMS业务,和/或运营商指示可挂起的MBMS业务,和/或不会需要结束的MBMS业务。该MCE可通过计数过程对受拥塞/过载影响的MBSFN区域中的接收或感兴趣接收MBMS业务的UE数量进行统计。计数的目的是使MCE掌握接收或感兴趣接收受影响的MBMS业务的UE数量,并将计数结果作为挂起MBMS业务的决定因素之一。需要说明的是,在MCE的计数过程中统计的是RRC Connected模式的UE,这里认为接收集群(MCPTT)业务的UE一般处于连接态。
步骤S1306,MCE选择需要挂起的MBMS业务。该MCE根据挂起准则和业务特征选择需要挂起的业务,其中业务特征是指以下一种或多种:MBMS业务的优先级,MBMS业务的用户数,MBMS业务的数据量,MBMS业务的结束时间等。
步骤S1308,MCE向eNB发送指示信息。该指示信息为修改的调度信息MBMSScheduling information或新增信令,通过M2接口发送。该调度信息至少包含:需要挂起的MBSFN区域标识,MBMS业务标识(如TMGI),时间戳。其中:MBSFN区域标识用于指示需要挂起的MBMS业务所在的MBSFN区域,MBMS业务标识指示需要挂起的MBMS业务,时间戳用于指示eNB发送通知(受影响UE)的时间。该时间戳可以是绝对时间(如相对于1900年1月1日的绝对时间,以秒为单位),或相对时间(如调度周期:无线帧或子帧数)。
步骤S1310,eNB通知UE。该通知为以下任意一种:MSI,RRC信令,L1/2层信令,PDCP信令。该eNB在时间戳指示的时刻发送通知。
步骤S1312,eNB挂起选择的业务。本步骤与步骤S1212,相同,在此不再赘述。
实施例二
针对OAM选择挂起MBMS业务的场景,图14是根据本发明优选实施例的选择挂起MBMS业务的方法的流程图三,如图14所示,包括以下步骤:
步骤S1402,OAM确定选择挂起业务的准则。该OAM为网管设备,一般由运营商/业务提供商进行管理,运营商/业务提供商可在网管OAM设定选择挂起业务的准则。当采用分布式MCE架构时,可通过OAM确定挂起准则并通知相关的MCE。
步骤S1404,OAM判断是否有需要挂起的MBMS业务,如果有,转向步骤303,否则继续判断。该OAM根据设定的挂起准则和业务特征判断是否有需要挂起的业务;业务的特征是指以下一种或多种:MBMS业务的优先级,MBMS业务的用户数,MBMS业务的数据量,MBMS业务的结束时间等。
步骤S1406,OAM选择需要挂起的MBMS业务。
步骤S1408,OAM通知eNB需要挂起的业务。该OAM可通过MCE通知eNB,或者直接通知eNB。如果OAM通过OAM通知eNB,则OAM首先通知MCE,然后MCE通过M2接口信令通知eNB。
步骤S1410,eNB通知UE。该通知为以下任意一种:MSI,RRC信令,L1/2层信令,PDCP信令。
步骤S1412,eNB挂起选择的业务。
实施例三
针对MME选择挂起业务的场景,图15是根据本发明优选实施例的选择挂起MBMS业务的方法的流程图四,如图15所示,包括以下步骤:
步骤S1502,MME确定选择挂起业务的准则。该MME根据收到的其他网元的指示信息和本地策略确定挂起准则,其中其他网元是指与MME相连的网元,本地策略是指MME的内部算法、和/或MME的资源配置、何/或运营商/业务商指示等。
步骤S1504,MME判断是否有需要挂起的MBMS业务,如果有,转向步骤403,否则继续判断。该MME根据挂起准则和MBMS业务的特征判断是否需要挂起,MBMS业务的特征是指以下一种或多种:MBMS业务的优先级,MBMS业务的用户数,MBMS业务的数据量,MBMS业务的结束时间等。
步骤S1506,MME选择需要挂起的MBMS业务。该MME可选择发生拥塞/过载,和/或优先级较低,和/或用户数较少,和/或数据量较大,和/或不会需要结束的MBMS业务挂起。
步骤S1508,MME通知eNB需要挂起的业务。该MME可通过MCE通知eNB或直接通知eNB。其中通过MCE通知是指:MME通过M3接口通知MCE,然后MCE通过M2接口通知eNB。直接通知是指:MME通过S1-MME接口通知eNB。
步骤S1510,eNB通知UE。
步骤S1512,eNB挂起选择的业务。
实施例四
针对GCS AS选择挂起MBMS业务的场景,图16是根据本发明优选实施例的选择挂起MBMS业务的方法的流程图五,如图16所示,包括以下步骤:
步骤S1602,GCS AS确定选择挂起业务的准则。该GCS AS可根据运营商/业务提供商的需求,和/或收到的指示信息,和/或本地算法等确定挂起准则。
步骤S1604,AS判断是否有需要挂起的MBMS业务,如果有,转向步骤S1606,否则继续判断。该AS根据挂起准则和MBMS业务的特征判断是否需要挂起,MBMS业务的特征是指以下一种或多种:MBMS业务的优先级,MBMS业务的用户数,MBMS业务的数据量,MBMS业务的结束时间等。
步骤S1606,AS选择需要挂起的MBMS业务。该AS可选择发生拥塞/过载,和/或优先级较低,和/或用户数较少,和/或数据量较大,和/或不会需要结束的MBMS业务挂起。
步骤S1608,AS通知eNB需要挂起的业务。该通知通过以下路径之一发送:1)AS->BM-SC->MBMS GW->MME->MCE->eNB;2)AS->UE->eNB。其中1)中采用现有接口信令或新增信令发送通知,2)AS利用应用层信令通知UE,UE通过RRC信令,或L1/2信令通知eNB。
步骤S1610,eNB通知UE。如果步骤S1608中采用路径2)发送通知,则本步骤可以省略。
步骤S1612,eNB挂起选择的业务。为实现上述选择挂起MBMS业务的方法,本发明还提供了一种选择挂起MBMS业务中的系统,图17是根据本发明优选实施例的选择挂起MBMS业务的装置的示意图,如图17所示,该系统包括:UE,基站eNB,网元。UE用于接收eNB20发送的挂起指示信息。基站设备eNB,用于接收网元发送的挂起指示信息并通知UE。网元用于确定挂起准则,和根据挂起准则选择需要挂起的MBMS业务,还用于向eNB20发送挂起指示信息,该其他网元30包括以下任意一种:MCE,MME,MBMS GW,BM-SC,OAM,GCS AS。优选地,UE进一步用于根据收到的MSI中的保留值或RRC信令或L1/2信令或PDCP信令判断需要挂起的MBMS业务,以及根据AS指示向eNB发送通知信息。基站设备进一步用于设置MSI中的保留值或发送RRC信令或L1/2信令或PDCP信令。MSI中保留值具体包括:在stop MTCH=2046或2043时,为对应的MBMS需要挂起。
为了实现上述挂起指示的方法,本发明实施例还提供了一种用户设备,图18是根据本发明优选实施例的选择挂起MBMS业务的装置的框图一,如图18所示,该用户设备UE包括:第三接收模块182和第三发送模块184,下面对各个模块进行说明。
第三接收模块182,用于接收包含保留值的MSI或RRC信令或L1/2信令或PDCP信令,并根据MSI或RRC信令或L1/2信令或PDCP信令判断需要挂起的MBMS业务;
第三发送模块184,用于根据从AS收到的指示向eNB20发送挂起通知信息。
为了实现上述集群通信的方法,本发明实施例还提供了一种基站设备,图19是根据本发明优选实施例的选择挂起MBMS业务的装置的框图二,如图19所示,该基站设备包括:第四接收模块192和第四发送模块194,下面对各个模块进行说明。
第四接收模块192,用于接收网元30或UE10发送的挂起指示信息;
第四发送模块194,用于通过MSI或RRC信令或L1/2信令或PDCP信令向用户设备发送挂起业务的指示信息。
其中,上述的第三接收模块182、第三发送模块184、第四接收模块192和第四发送模块194的功能由本发明实施例的第一发送模块72、第一接收模块82、第二发送模块84、第二接收模块102以及处理模块104的部分或全部实现。
显然,本领域的技术人员应该明白,上述的本发明的各模块或各步骤可以用通用的计算装置来实现,它们可以集中在单个的计算装置上,或者分布在多个计算装置所组成的网络上,可选地,它们可以用计算装置可执行的程序代码来实现,从而,可以将它们存储在存储装置中由计算装置来执行,并且在某些情况下,可以以不同于此处的顺序执行所示出或描述的步骤,或者将它们分别制作成各个集成电路模块,或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样,本发明不限制于任何特定的硬件和软件结合。
以上所述仅为本发明的优选实施例而已,并不用于限制本发明,对于本领域的技术人员来说,本发明可以有各种更改和变化。凡在本发明的精神和原则之内,所作的任何修改、等同替换、改进等,均应包含在本发明的保护范围之内。

Claims (13)

1.一种确定挂起业务的方法,其特征在于,包括:
预定网元确定用于选择需要挂起的多媒体广播/多播服务MBMS业务的挂起准则;
所述预定网元根据确定的所述挂起准则,判断是否存在满足所述挂起准则的MBMS业务;
在判断结果为是的情况下,所述预定网元确定所述MBMS业务为需要挂起的MBMS业务并向基站发送用于指示需要挂起所述MBMS业务的指示信息,收到所述指示信息的所述基站向用户设备UE发送多播信道MCH调度信息MSI,其中,所述MSI中包含有特殊值用于通知所述UE需要挂起的MBMS业务,所述基站是指需要挂起的所述MBMS业务所在的多媒体广播多播业务单频网MBSFN区域中的所有参与MBSFN传输的基站,需要挂起的MBMS业务标识和所述特殊值放在所述MSI的尾部。
2.根据权利要求1所述的方法,其特征在于,所述挂起准则包括以下至少之一:
在接收到用户面拥塞或过载的拥塞/过载指示信息后,对受拥塞/过载影响的UE数量进行统计,选择受影响的UE数量少于预定数量的MBMS业务挂起;
对多播信道MCH上的MBMS业务的优先级进行排序,选择优先级低于预定优先级的MBMS业务进行挂起;
确定MBMS业务占用的资源,选择占用资源超过预定值的MBMS业务进行挂起;
选择依据所述预定网元本地算法确定用于减少用户面无线资源对应的MBMS业务挂起;
选择用于缓解用户面发生拥塞/过载的MBMS业务挂起;
选择业务速率超过预定速率的MBMS业务挂起;
选择在预定时间范围内不结束的MBMS业务挂起;
选择数据量大于预定数据量的MBMS业务挂起;
选择运营商指定挂起的MBMS业务挂起。
3.根据权利要求1所述的方法,其特征在于,所述方法还包括:
所述基站通过以下方式之一,向UE发送通知所述UE需要挂起的MBMS业务:无线资源控制RRC信令,层L1/2信令,分组数据汇聚协议PDCP信令。
4.根据权利要求1至3中任一项所述的方法,其特征在于,所述预定网元包括以下之一:
多小区/多播协作实体MCE,移动管理实体MME,MBMS网关MBMS-GW,广播多播服务中心BM-SC,操作和维护OAM,组通信服务应用服务器GCS AS。
5.一种确定挂起业务的方法,其特征在于,包括:
接收到预定网元发送的用于指示挂起多媒体广播/多播服务MBMS业务的指示信息,其中,所述指示信息携带有预定网元依据确定的挂起准则选择的需要挂起的多媒体广播/多播服务MBMS业务信息;
依据所述指示信息向用户设备UE发送多播信道MCH调度信息MSI,其中,所述MSI中包含有特殊值用于通知所述UE需要挂起的所述MBMS业务,需要挂起的MBMS业务标识和所述特殊值放在所述MSI的尾部。
6.根据权利要求5所述的方法,其特征在于,在接收到所述预定网元发送的用于指示挂起所述MBMS业务的所述指示信息之后,还包括:
挂起所述指示信息指示需要挂起的所述MBMS业务。
7.一种指示信息处理方法,其特征在于,包括:
接收到基站发送的多播信道MCH调度信息MSI,其中,所述MSI中包含有特殊值用于通知UE需要挂起的MBMS业务,所述需要挂起的所述MBMS业务由预定网元依据确定的挂起准则选择确定,需要挂起的MBMS业务标识和所述特殊值放在所述MSI的尾部;
依据接收的所述MSI对所述MBMS业务进行处理。
8.根据权利要求7所述的方法,其特征在于,依据接收的所述MSI对所述MBMS业务进行处理包括:
向应用服务器AS发送用于对需要挂起的MBMS业务进行处理的指示信息。
9.一种确定挂起业务的装置,其特征在于,应用于预定网元,包括:
第一确定模块,用于确定用于选择需要挂起的多媒体广播/多播服务MBMS业务的挂起准则;
判断模块,用于根据确定的所述挂起准则,判断是否存在满足所述挂起准则的MBMS业务;
第二确定模块,用于在判断结果为是的情况下,确定所述MBMS业务为需要挂起的MBMS业务并向基站发送用于指示需要挂起所述MBMS业务的指示信息,收到所述指示信息的所述基站向用户设备UE发送多播信道MCH调度信息MSI,其中,所述MSI中包含有特殊值用于通知所述UE需要挂起的MBMS业务,其中,所述基站是指需要挂起的所述MBMS业务所在的多媒体广播多播业务单频网MBSFN区域中的所有参与MBSFN传输的基站,需要挂起的MBMS业务标识和所述特殊值放在所述MSI的尾部。
10.一种确定挂起业务的装置,其特征在于,包括:
第一接收模块,用于接收到预定网元发送的用于指示挂起多媒体广播/多播服务MBMS业务的指示信息,其中,所述指示信息携带有预定网元依据确定的挂起准则选择的需要挂起的多媒体广播/多播服务MBMS业务;
第二发送模块,用于依据所述指示信息向用户设备UE发送MCH调度信息MSI,其中,所述MSI中包含有特殊值用于通知所述UE需要挂起的所述MBMS业务,需要挂起的MBMS业务标识和所述特殊值放在所述MSI的尾部。
11.根据权利要求10所述的装置,其特征在于,所述装置还包括:
挂起模块,用于挂起所述指示信息指示需要挂起的所述MBMS业务。
12.一种指示信息处理装置,其特征在于,包括:
第二接收模块,用于接收到基站发送的多播信道MCH调度信息MSI,其中,所述MSI中包含有特殊值用于通知UE需要挂起的MBMS业务,所述需要挂起的所述MBMS业务由预定网元依据确定的挂起准则选择确定,需要挂起的MBMS业务标识和所述特殊值放在所述MSI的尾部;
处理模块,用于依据接收的所述MSI对所述MBMS业务进行处理。
13.根据权利要求12所述的装置,其特征在于,所述处理模块包括:
发送单元,用于向应用服务器AS发送用于对需要挂起的MBMS业务进行处理的指示信息。
CN201410623872.3A 2014-11-07 2014-11-07 确定挂起业务的方法及装置、指示信息处理方法及装置 Active CN105635985B (zh)

Priority Applications (4)

Application Number Priority Date Filing Date Title
CN201410623872.3A CN105635985B (zh) 2014-11-07 2014-11-07 确定挂起业务的方法及装置、指示信息处理方法及装置
US15/525,156 US20170318560A1 (en) 2014-11-07 2015-04-15 Method and Apparatus for Determining to Suspend Service, and Method and Apparatus for Processing Instruction Information
PCT/CN2015/076679 WO2016070579A1 (zh) 2014-11-07 2015-04-15 确定挂起业务的方法及装置、指示信息处理方法及装置
EP15856755.2A EP3217690A4 (en) 2014-11-07 2015-04-15 Method and apparatus for determining to suspend service, and method and apparatus for processing instruction information

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201410623872.3A CN105635985B (zh) 2014-11-07 2014-11-07 确定挂起业务的方法及装置、指示信息处理方法及装置

Publications (2)

Publication Number Publication Date
CN105635985A CN105635985A (zh) 2016-06-01
CN105635985B true CN105635985B (zh) 2021-01-26

Family

ID=55908486

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201410623872.3A Active CN105635985B (zh) 2014-11-07 2014-11-07 确定挂起业务的方法及装置、指示信息处理方法及装置

Country Status (4)

Country Link
US (1) US20170318560A1 (zh)
EP (1) EP3217690A4 (zh)
CN (1) CN105635985B (zh)
WO (1) WO2016070579A1 (zh)

Families Citing this family (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN104955065A (zh) * 2014-03-31 2015-09-30 北京三星通信技术研究有限公司 进行用户统计的方法、暂停数据传输的方法和装置
WO2016072792A1 (ko) * 2014-11-07 2016-05-12 엘지전자 주식회사 Mbms 서비스를 중단 및 재개하는 방법 및 장치
EP3217723B1 (en) * 2014-11-13 2019-04-10 Huawei Technologies Co. Ltd. Multimedia broadcast multicast communication method, device and system
CN110166962B (zh) * 2018-02-14 2021-01-05 华为技术有限公司 一种规则管理方法及设备
CN111757511B (zh) * 2019-03-28 2022-06-10 华为技术有限公司 通信方法、装置及系统
CN113826337B (zh) * 2019-09-30 2023-12-08 华为技术有限公司 一种时刻信息的通知方法和装置
WO2022170457A1 (zh) * 2021-02-09 2022-08-18 北京小米移动软件有限公司 业务挂起方法和装置、挂起指示方法和装置
CN114554423B (zh) * 2022-03-30 2023-10-20 上海交通大学 一种mbs业务的挂起方法及收发装置

Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2007010983A1 (ja) * 2005-07-20 2007-01-25 Ntt Docomo, Inc. マルチメディアコンテンツ提供方法及び移動局
CN102695129A (zh) * 2011-03-21 2012-09-26 中兴通讯股份有限公司 确定挂起mbms业务重新恢复的方法及装置、用户设备
CN102740234A (zh) * 2011-04-12 2012-10-17 中兴通讯股份有限公司 一种mbms挂起方法、系统及mce
CN102790948A (zh) * 2011-05-17 2012-11-21 中兴通讯股份有限公司 一种指示mbms业务中断的方法、装置及用户设备
CN102932743A (zh) * 2011-08-08 2013-02-13 华为技术有限公司 多媒体广播组播业务数据的传输控制方法、装置和系统
US9191784B2 (en) * 2011-10-31 2015-11-17 Kyocera Corporation Multimedia broadcast multicast service (MBMS) counting procedures

Family Cites Families (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102724636B (zh) * 2011-03-30 2017-02-01 中兴通讯股份有限公司 一种mbms业务处理方法和系统
CN102761825B (zh) * 2011-04-25 2017-11-07 中兴通讯股份有限公司 信息通知方法及基站、业务获取方法、系统及ue

Patent Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2007010983A1 (ja) * 2005-07-20 2007-01-25 Ntt Docomo, Inc. マルチメディアコンテンツ提供方法及び移動局
CN102695129A (zh) * 2011-03-21 2012-09-26 中兴通讯股份有限公司 确定挂起mbms业务重新恢复的方法及装置、用户设备
CN102740234A (zh) * 2011-04-12 2012-10-17 中兴通讯股份有限公司 一种mbms挂起方法、系统及mce
CN102790948A (zh) * 2011-05-17 2012-11-21 中兴通讯股份有限公司 一种指示mbms业务中断的方法、装置及用户设备
CN102932743A (zh) * 2011-08-08 2013-02-13 华为技术有限公司 多媒体广播组播业务数据的传输控制方法、装置和系统
US9191784B2 (en) * 2011-10-31 2015-11-17 Kyocera Corporation Multimedia broadcast multicast service (MBMS) counting procedures

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
Vodafone.Proposed concept for eMBMS congestion management.《3GPP TSG RAN WG3 Meeting #85bis R3-142423》.2014,第1-2页. *

Also Published As

Publication number Publication date
EP3217690A1 (en) 2017-09-13
CN105635985A (zh) 2016-06-01
US20170318560A1 (en) 2017-11-02
EP3217690A4 (en) 2017-10-04
WO2016070579A1 (zh) 2016-05-12

Similar Documents

Publication Publication Date Title
CN105635985B (zh) 确定挂起业务的方法及装置、指示信息处理方法及装置
CN105635984B (zh) 指示信息处理方法及装置
CN101742572B (zh) 调度信息的传输方法和装置
EP2134103B1 (en) Scheduling method directed to mbms, scheduling device and base station including scheduling device
EP2563050B1 (en) Method, device and user equipment for indicating service interruption of multimedia broadcast multicast service
KR101125660B1 (ko) 멀티미디어 브로드캐스트 멀티캐스트 서비스 시분할 다중화의 구현방법 및 정보 전송방법
KR101365580B1 (ko) Mbms 제어 정보의 배치 방법, 설비 및 시스템
JP5614865B2 (ja) マルチメディア放送マルチキャストサービス制御情報の送信方法及び装置
US9042292B2 (en) Method and system for determining mapping relationship between multicast broadcast single frequency network area and service area
EP2230801B1 (en) Method for sending and receiving multimedia operation data, base station device and user device
EP3128772B1 (en) Method and device for updating multimedia broadcast multicast control channel information
CN102045646A (zh) Mbms业务的同步计数方法和设备
CN103200533A (zh) 一种集群短消息业务的实现方法
EP2472974B1 (en) Method and system for transmitting dynamic scheduling information
CN105635983B (zh) 恢复挂起业务的通知、指示信息处理方法及装置
EP3125466B1 (en) Mbms error processing method, communications node, communications system, and storage medium
CN101998269A (zh) 一种传输多媒体广播组播业务的调度信息的方法及系统
CN112566045A (zh) 多媒体广播组播业务mbms传输方法及设备
CN102348162A (zh) 一种发送mbms控制信息的方法及系统
CN102761825B (zh) 信息通知方法及基站、业务获取方法、系统及ue
CN105472569B (zh) 子帧资源的分配、处理方法及装置
CN106559808B (zh) 媒体接入控制层处理方法及装置
CN107615840B (zh) 数据传输方法和装置

Legal Events

Date Code Title Description
C06 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
GR01 Patent grant
GR01 Patent grant