一种保持业务连续性的方法及设备与流程

文档序号:18212961发布日期:2019-07-19 22:26阅读:289来源:国知局
一种保持业务连续性的方法及设备与流程

本发明涉及通信领域,特别涉及一种保持业务连续性的方法及设备。



背景技术:

多媒体广播组播业务(MBMS,Multimedia Broadcast Multicast Service)是利用广播信道同时向多个用户设备(UE,User Equipment)发送相同业务的技术,接收同一业务的一组UE使用相同的下行配置来进行业务接收,不必为每个UE建立自己的链路。

多媒体广播组播业务单频网(MBSFN,Multimedia Broadcast Multicast Service Single Frequency Network)是在同一时间以相同频率在多个小区进行同步传输的传输方式,使用该传输方式可以有效节约频率资源,提高频谱利用率,并提高覆盖率。

多小区/多播协作实体(MCE,Multicast Coordination Entity)是一种逻辑实体,可以配置多个用于进行MBSFN传输的MBSFN区域,并为MBSFN区域的所有演进型基站(eNB,Evolved Node B)分配无线资源以进行MBSFN传输。

MCE通过统计的方式通知对接收业务的UE进行统计,在接收业务的UE少于一定数量时,MCE可能会确定关闭该业务的MBSFN传输,具体实现过程如下:MCE决定关闭某业务的MBSFN传输,在通过MBMS调度信息更新eNB的配置,在新的配置中不再携带该业务信息;eNB通知UE更新业务配置,新的业务配置中不再携带该业务信息;UE收到更新后的业务配置后,发现该业务不在新的配置信息中,则认为该业务停止;如果UE希望继续接收该业务,需要再触发单播业务建立,通过单播业务继续接收该MBMS业务。

由此可知,如果MCE关闭一个MBMS业务的MBSFN传输,则UE需要检测到该业务MBSFN传输关闭后,通过建立单播承载继续接收MBMS业务。直到单播承载建立完毕才能继续接受MBMS业务。由于单播承载建立需要一段时间,在这段时间内UE接收该业务会经历一段中断。



技术实现要素:

本申请主要解决的技术问题是MCE确定停止调度某业务后,需要继续接收该业务的UE需要建立单播承载,如何减少在单播承载建立过程中引发的业务中断时间。

有鉴于此,本申请提出一种保持业务连续性的方法及设备,能够有效减少因MCE停止调度某业务后而导致UE接收该业务的业务中断时间。

第一方面,本申请提供一种保持业务连续性的方法,包括:基站接收多小区/多播协作实体发送的多媒体广播组播业务MBMS业务停止调度第一通知,所述MBMS业务停止调度第一通知是所述多小区/多播协作实体确定关闭所述MBMS业务时向所述基站发送的通知;所述基站根据所述MBMS业务停止调度第一通知向用户设备发送MBMS业务停止调度信息;所述基站继续调度所述MBMS业务直到满足预定条件再停止调度所述MBMS业务。

结合第一方面,在第一方面的第一种可能的实现方式中:所述MBMS业务停止调度第一通知携带延迟停止指示,以指示所述基站延迟停止调度所述MBMS业务。

结合第一方面或第一方面的第一种可能的实现方式,在第一方面的第二种可能的实现方式中:所述预定条件是下列条件之一:收到多小区/多播协作实体发送的MBMS业务停止调度第二通知,所述MBMS业务停止调度第二通知指示基站停止调度所述MBMS业务;或收到所述MBMS业务停止调度第一通知之后,达到所述MBMS业务停止调度第一通知指示的时间点;或收到所述MBMS业务停止调度第一通知之后经过第一预定时间;或收到所述MBMS业务停止调度第一通知之后,达到第二预定时间点。

结合第一方面的第一种可能的实现方式,在第一方面的第三种可能的实现方式中:所述MBMS业务停止调度第一通知包括所述延迟停止时间长度信息或者预定停止时间戳信息。

结合第一方面或第一方面的第一至第三种任一可能的实现方式,在第一方面的第四种可能的实现方式中:所述MBMS业务停止调度第一通知指示所述MBMS业务满足预定条件时停止调度。

结合第一方面或第一方面的第一到第四种任一可能的实现方式,在第一方面的第五种可能的实现方式中:所述基站通过点到多点控制信道消息中不携带所述MBMS业务的配置信息作为向用户设备发送的所述MBMS业务停止调度信息。

结合第一方面的第五种可能的实现方式,在第一方面的第六种可能的实现方式中:所述基站通知用户设备所述业务停止调度信息的同时或之后,发送延迟停止指示,以告知所述用户设备会延迟停止调度所述MBMS业务。

结合第一方面或第一方面的第一到第四种任一可能的实现方式,在第一方面的第七种可能的实现方式中:所述MBMS业务停止调度信息携带即将停止指示,以告知所述用户设备会所述MBMS业务即将被停止调度,所述用户设备会继续接收所述MBMS业务直到收到MBMS业务停止调度通知。

结合第一方面的第六种或第七种可能的实现方式,在第一方面的第八种可能的实现方式中:所述基站通过点到多点控制信道、寻呼控制信道、MBMS传输信道调度信息中的任何一种发送所述延迟停止指示。

第二方面,本申请提供一种保持业务连续性的方法,所述方法包括:用户设备从基站接收MBMS业务停止调度信息,确定所述基站即将停止调度所述MBMS业务;所述用户设备继续监听所述MBMS业务的调度信息;根据所述MBMS业务的调度信息,接收所述MBMS业务。

结合第二方面,在第二方面的第一种可能的实现方式中:如果所述MBMS业务的调度信息中不再包含所述MBMS业务配置信息,则停止接收所述MBMS业务。

结合第二方面或第二方面的第一种可能的实现方式,在第二方面的第二种可能的实现方式中:所述用户设备从基站接收MBMS业务停止调度信息的步骤包括:所述用户设备接收点到多点控制信道消息,根据所述消息中不携带所述MBMS业务的配置信息确定所述基站即将停止调度所述MBMS业务。

结合第二方面,在第二方面的第三种可能的实现方式中:所述MBMS业务停止调度信息携带MBMS业务即将停止指示,用于指示用户设备所述MBMS即将停止调度,所述用户设备根据所述延迟停止指示,继续监听所述MBMS业务的调度信息直到收到MBMS业务停止调度通知。

结合第二方面,在第二方面的第四种可能的实现方式中:所述用户设备接收业务停止调度信息的同时或之后,从基站接收MBMS业务延迟停止指示,根据所述MBMS业务延迟停止指示,继续监听所述MBMS业务的调度信息。

结合第二方面的第三种或第四种可能的实现方式,在第二方面的第五种可能的实现方式中:通过点到多点控制信道、寻呼控制信道、MBMS传输信道调度信息中的任何一种接收所述延迟停止。

结合第二方面,在第二方面的第六种可能的实现方式,在第二方面的第七种可能的实现方式中:所述方法还包括:所述用户设备确定所属MBMS业务即将停止调度,并且若所述用户设备需要在基站停止调度所述MBMS业务后继续接收所述MBMS业务,触发单播承载的建立,在所述单播承载建立完成后,停止所述MBMS业务对应的点到多点业务信道接收所述MBMS业务,所述触发单播承载的建立过程包括:所属用户设备的接入层向所述用户设备高层发送MBMS业务不能继续接收的指示,所述用户设备高层向应用服务器发送MBMS业务不能继续接收的指示,所属应用服务器向用户设备发送单薄承载建立的触发请求,所属用户设备根据所述触发请求触发单播承载的建立。

第三方面,本申请提供一种保持业务连续性的方法,所述方法包括:多小区/多播协作实体确定需要关闭的MBMS业务;向基站发送MBMS业务停止调度通知,所述MBMS业务停止调度通知告知所述基站所述MBMS业务满足预定条件时停止调度,指示所述基站继续调度所述MBMS业务。

结合第三方面,在第三方面的第一种可能的实现方式中:所述MBMS业务停止调度通知包括所述继续调度预定时间的时间长度信息或者预定停止时间戳信息或者停止MBMS业务的指示信息,以指示所述基站继续调度所述MBMS业务预定时间。

结合第三方面或第三方面的第一种可能的实现方式,在第三方面的第二种可能的实现方式中:所述多小区/多播协作实体确定需要关闭的MBMS业务的步骤包括:所述多小区/多播协作实体通知所述基站统计接收所述MBMS业务的用户设备;根据基站统计响应确定所述MBMS业务的用户设备的数量,在所述接收所述MBMS业务的用户设备数量少于预定门限时,确定需要关闭所述MBMS业务或者所述多小区/多播协作实体收到应用服务器发送的关闭所述MBMS业务的请求信息。

结合第三方面或第三方面的第一至第二种任一可能的实现方式,在第三方面的第三种可能的实现方式中:所述向基站发送MBMS业务停止调度通知的步骤包括:通过MBMS调度信息更新基站的配置信息,更新后的所述配置信息不再携带所述需要关闭的MBMS业务的配置信息,以作为向基站发送的所述MBMS业务停止调度通知。

第四方面,本申请保持业务连续性的方法,所述方法包括:组通讯服务器接收用户设备上报的通过多媒体广播组播业务单频网MBSFN接收组业务的信息;所述组通讯服务器从多小区/多播协作实体接收用于接收所述组业务的所述MBSFN传输停止通知,所述组通讯服务器根据述MBSFN传输停止通确定所述MBSFN传输即将停止;所述组通讯服务器通知所述用户设备建立单播承载,以便所述用户设备在用于接收组业务的所述MBSFN停止后,通过所述单播承载继续接收所述组业务。

结合第四方面,在第四方面的第一种可能的实现方式中:所述MBSFN传输停止通知包含停止调度的业务信息,所述业务信息包括所述MBSFN区域信息以及MBMS的标识中的至少一种。

结合第四方面或第四方面的第一种可能的实现方式,在第四方面的第二种可能的实现方式中:所述方法还包括:在所述用户设备建立单播承载后,所述组通讯服务器通知所述多小区/多播协作实体停止所述MBSFN传输。

第五方面,本申请提供一种保持业务连续性的方法,所述方法包括:多小区/多播协作实体确定需要停止的MBSFN传输;通知组通讯服务器所述MBSFN传输停止,以使所述组通讯服务器通知所述用户设备建立单播承载,以便所述用户设备在所述MBSFN传输停止后,通过所述单播承载代替所述MBSFN继续接收所述组业务。

结合第五方面,在第五方面的第一种可能的实现方式中:所述多小区/多播协作实体确定需要停止的MBSFN传输的步骤包括:所述多小区/多播协作实体通知基站统计接收所述MBMS业务的用户设备;根据所述基站统计响应确定所述MBMS业务的用户设备的数量,在所述接收所述MBMS业务的用户设备数量少于预定门限时,确定需要停止所述MBMS业务的MBSFN传输方式。

结合第五方面或第五方面的第一种可能的实现方式,在第五方面的第二种可能的实现方式中:所述MBSFN传输即将停止通知包含停止调度的业务信息,所述业务信息包括所述MBSFN区域信息以及MBMS的标识中的至少一种。

第六方面,本申请提供一种保持业务连续性的方法,所述方法包括:用户设备向组通讯服务器上报通过多媒体广播组播业务单频网MBSFN接收组业务的信息;根据所述组通讯服务器的单播承载建立通知,建立单播承载,同时继续监听承载所述组业务的调度信息。

结合第六方面,在第六方面的第一种可能的实现方式中:所述组业务的信息包括:所述MBSFN区域信息以及MBMS的标识中的至少一种。

结合第六方面或第六方面的第一种可能的实现方式,在第六方面的第二种可能的实现方式中:所述用户设备向组通讯服务器上报通过MBSFN接收组业务的信息的步骤之前,还包括:所述用户设备向所述组通讯服务器进行注册。

结合第六方面或第六方面的第一种至第二种任一可能的实现方式,在第六方面的第三种可能的实现方式中:所述方法还包括:所述单播承载建立完成后,所述用户设备停止监听承载所述组业务的调度信息。

第七方面,提供一种基站,所述基站包括接收模块和调度模块,其中:所述接收模块用于接收多小区/多播协作实体发送的多媒体广播组播业务MBMS业务停止调度第一通知,所述MBMS业务停止调度第一通知是所述多小区/多播协作实体确定关闭所述MBMS业务时向所述基站发送的通知;所述调度模块用于在所述接收模块接收到所述MBMS业务停止调度第一通知后,向用户设备发送MBMS业务停止调度信息,并继续调度所述MBMS业务直到满足预定条件再停止调度所述MBMS业务。

结合第七方面,在第七方面的第一种可能的实现方式中:所述MBMS业务停止调度第一通知携带延迟停止指示,以指示所述基站延迟停止调度所述MBMS业务。

结合第七方面的第一种可能的实现方式,在第七方面的第二种可能的实现方式中:所述调度模块在满足下列条件之一时,停止调度所述MBMS业务:所述接收模块收到多小区/多播协作实体发送的MBMS业务停止调度第二通知,所述MBMS业务停止调度第二通知指示基站停止调度所述MBMS业务停止调度;或所述接收模块收到所述MBMS业务停止调度第一通知之后,达到所述MBMS业务停止调度第一通知指示的时间点;或所述接收模块收到所述MBMS业务停止调度第一通知之后经过第一预定时间。

结合第七方面的第一种可能的实现方式,在第七方面的第三种可能的实现方式中:所述MBMS业务停止调度第一通知包括所述延迟停止时间长度信息或者预定停止时间戳信息。

结合第七方面或第七方面的第一种至第三种任一可能的实现方式,在第七方面的第四种可能的实现方式中:所述MBMS业务停止调度第一通知指示所述MBMS业务满足预定条件时停止调度。

结合第七方面或第七方面的第一种至第四种任一可能的实现方式,在第七方面的第五种可能的实现方式中:所述调度模块通过点到多点控制信道消息中不携带所述MBMS业务的配置信息作为向用户设备发送的所述MBMS业务停止调度信息。

结合第七方面的第五种可能的实现方式,在第七方面的第六种可能的实现方式中:所述调度模块在通知用户设备所述业务停止调度信息的同时或之后,发送延迟停止指示,以告知所述用户设备会延迟停止调度所述MBMS业务。

结合第七方面或第七方面的第一至第五种任一可能的实现方式,在第七方面的第七种可能的实现方式中:所述MBMS业务停止调度信息携带所述MBMS业务即将停止指示,以告知所述用户设备会即将停止调度所述MBMS业务。

结合第七方面的第六种或第七种可能的实现方式,在第七方面的第八种可能的实现方式中:所述调度模块通过点到多点控制信道、寻呼控制信道、MBMS传输信道调度信息中的任何一种发送所述延迟停止指示。

第八方面,提供一种用户设备,所述用户设备包括第一接收模块、监听模块以及第二接收模块,其中:所述第一接收模块用于从基站接收MBMS业务停止调度信息,确定所述MBMS业务即将停止;所述监听模块用于继续监听所述MBMS业务的调度信息;所述第二接收模块用于根据所述监听模块监听到的所述MBMS业务的调度信息,接收所述MBMS业务。

结合第八方面,在第八方面的第一种可能的实现方式中:如果所述MBMS业务的调度信息中不再包含所述MBMS业务配置信息,所述第二接收模块停止接收所述MBMS业务。

结合第八方面或第八方面的第一种可能的实现方式,在第八方面的第二种可能的实现方式中:所述第一接收模块用于接收点到多点控制信道消息,根据所述消息中不携带所述MBMS业务的配置信息确定所述基站即将停止调度所述MBMS业务。

结合第八方面,在第八方面的第三种可能的实现方式中:所述MBMS业务停止调度信息携带所述MBMS业务即将停止调度指示,用于指示用户设备所述MBMS业务即将停止调度,所述监听模块用于根据所述MBMS业务即将停止调度指示,继续监听所述MBMS业务的调度信息,直到收到MBMS业务停止通知信息。

结合第八方面,在第八方面的第四种可能的实现方式中:所述第一接收模块用于接收业务停止调度信息的同时或之后,从基站接收MBMS业务延迟停止指示,所述监听模块用于根据所述MBMS业务延迟停止指示,继续监听所述MBMS业务的调度信息。

结合第八方面的第三种或第四种可能的实现方式,在第八方面的第五种可能的实现方式中:所述第一接收模块通过点到多点控制信道、寻呼控制信道、MBMS传输信道调度信息中的任何一种接收所述延迟停止指示。

结合第八方面,在第八方面的第六种可能的实现方式中:所述用户设备还包括单播建立模块,所述单播建立模块用于在所述用户设备需要在基站停止调度所述MBMS业务后继续接收所述MBMS业务,触发单播承载的建立;所述第二接收模块在所述单播承载建立完成后,停止所述MBMS业务对应的点到多点业务信道接收所述MBMS业务。

第九方面,提供一种多小区/多播协作实体,所述多小区/多播协作实体包括确定模块和调度模块,其中:所述确定模块用于确定需要关闭的MBMS业务;所述调度模块用于在所述确定模块确定需要关闭所述MBMS业务时,向基站发送MBMS业务停止调度通知,所述MBMS业务停止调度通知告知所述基站所述MBMS业务满足预定条件时停止调度,所述调度模块指示所述基站继续调度所述MBMS业务。

结合第九方面,在第九方面的第一种可能的实现方式中:所述MBMS业务停止调度通知包括所述继续调度预定时间的时间长度信息或者预定停止时间戳信息或者即将停止MBMS业务的指示信息,以指示所述基站继续调度所述MBMS业务预定时间。

结合第九方面或第九方面的第一种可能的实现方式,在第九方面的第二种可能的实现方式中:所述确定模块用于通过通知所述基站统计接收所述MBMS业务的用户设备,根据基站统计响应确定所述MBMS业务的用户设备的数量,在所述接收所述MBMS业务的用户设备数量少于预定门限时,确定需要关闭所述MBMS业务的MBSFN传输方式。

结合第九方面或第九方面的第一种至第二种任一可能的实现方式,在第九方面的第三种可能的实现方式中:所述调度模块通过MBMS调度信息更新基站的配置信息,更新后的所述配置信息不再携带所述需要关闭的MBMS业务的配置信息,以作为向基站发送的所述MBMS业务停止调度通知。

第十方面,提供一种基站,所述基站包括处理器、接收器、发送器和存储器,所述处理器分别耦接所述接收器、发送器以及存储器,其中:所述处理器用于控制接收器接收多小区/多播协作实体发送的多媒体广播组播业务MBMS业务停止调度第一通知,所述MBMS业务停止调度第一通知是所述多小区/多播协作实体确定关闭所述MBMS业务时向所述基站发送的通知,在接收所述MBMS业务停止调度第一通知后,控制所述发送器向用户设备发送MBMS业务停止调度信息,所述处理器继续调度所述MBMS业务直到满足预定条件再停止调度所述MBMS业务;所述存储器用于存储所述MBMS数据。

第十一方面,提供一种用户设备,所述用户设备包括处理器、接收器以及存储器,所述处理器分别耦接所述接收器和所述存储器,其中:所述处理器用于控制所述接收器从基站接收MBMS业务停止调度信息,确定所述基站在满足预定条件时停止调度所述MBMS业务,继续监听所述MBMS业务的调度信息,并控制所述接收器根据所述处理器监听到的所述MBMS业务的调度信息,接收所述MBMS业务;所述存储器用于存储所述MBMS业务数据。

第十二方面,提供一种多小区/多播协作实体,所述多小区/多播协作实体包括处理器、发送器和存储器,所述处理器分别耦接所述发送器和存储器,其中:所述处理器用于确定需要关闭的MBMS业务,控制所述发送器向基站发送MBMS业务停止调度通知,所述MBMS业务停止调度通知告知所述基站所述MBMS业务满足预定条件时停止调度,所述处理器指示所述基站继续调度所述MBMS业务;所述存储器用于存储所述MBMS业务数据。

第十三方面,提供一种组通讯服务器,所述组通讯服务器包括第一接收模块、第二接收模块以及通知模块,其中:所述第一接收模块用于接收用户设备上报的通过多媒体广播组播业务单频网MBSFN接收组业务的信息;所述第二接收模块用于从多小区/多播协作实体接收用于接收所述组业务的所述MBSFN传输停止通知;所述通知模块用于通知所述用户设备建立单播承载,以便所述用户设备在用于接收所述组业务的所述MBSFN停止后,通过所述单播承载继续接收所述组业务。

结合第十三方面,在第十三方面的第一种可能的实现方式中:所述MBSFN传输停止通知包含停止调度的业务信息,所述业务信息包括所述MBSFN信息以及MBMS的标识中的至少一种。

结合第十三方面或第十三方面的第一种可能的实现方式,在第十三方面的第二种可能的实现方式中:所述通知模块还用于在所述用户设备建立单播承载后,通知所述多小区/多播协作实体停止所述MBSFN传输。

第十四方面,提供一种多小区/多播协作实体,所述多小区/多播协作实体包括确定模块和通知模块,其中:所述确定模块用于确定需要停止的MBSFN传输;所述通知模块用于在所述确定模块确定需要停止的所述MBSFN传输后,通知组通讯服务器所述MBSFN传输停止,以使所述组通讯服务器通知所述用户设备建立单播承载,以便所述用户设备在所述MBSFN传输停止后,通过所述单播承载代替所述MBSFN继续接收所述组业务。

结合第十四方面,在第十四方面的第一种可能的实现方式中:所述确定模块通过通知基站统计接收所述MBMS业务的用户设备,根据所述基站统计响应确定所述MBMS业务的用户设备的数量,在所述接收所述MBMS业务的用户设备数量少于预定门限时,确定需要停止所述MBMS业务的MBSFN传输方式。

结合第十四方面或第十四方面的第一种可能的实现方式,在第十四方面的第二种可能的实现方式中:所述MBSFN传输停止通知包含停止调度的业务信息,所述业务信息包括所述MBSFN信息以及MBMS的标识中的至少一种。

第十五方面,提供一种用户设备,所述用户设备包括上报模块和单播承载建立模块,其中:所述上报模块用于向组通讯服务器上报通过多媒体广播组播业务单频网MBSFN接收组业务的信息;所述单播承载建立模块用于根据组通讯服务器的所述MBSFN传输停止通知,在所述MBSFN传输停止后需要继续接收所述组业务时,建立单播承载,同时继续监听承载所述组业务的调度信息。

结合第十五方面,在第十五方面的第一种可能的实现方式中:所述组业务的信息包括所述MBSFN信息以及MBMS的标识中的至少一种。

结合第十五方面或第十五方面的第一种可能的实现方式,在第十五方面的第二种可能的实现方式中:所述上报模块还用于向所述组通讯服务器进行注册。

结合第十五方面或第十五方面的第一种至第二种任一可能的实现方式,在第十五方面的第三种可能的实现方式中:所述单播承载建立模块在所述单播承载建立完成后,停止监听承载所述组业务的调度信息。

第十六方面,提供一种组通讯服务器,所述组通讯服务器包括处理器、接收器和存储器,所述处理器分别耦接所述接收器和所述存储器,其中:所述处理器用于控制所述接收器接收用户设备上报的通过多媒体广播组播业务单频网MBSFN接收组业务的信息,并控制所述接收器从多小区/多播协作实体接收用于接收所述组业务的所述MBSFN传输停止通知,通知所述用户设备建立单播承载,以便所述用户设备在用于接收所述组业务的所述MBSFN停止后,通过所述单播承载继续接收所述组业务;所述存储器用于存储所述组业务数据。

第十七方面,提供一种多小区/多播协作实体,所述多小区/多播协作实体包括处理器、发送器和存储器,所述处理器分别耦接所述发送器和存储器,其中:所述处理器用于确定需要停止的MBSFN传输,控制所述发送器向组通讯服务器发送通知,以通知所述组通讯服务器所述MBSFN传输停止,以使所述组通讯服务器通知所述用户设备建立单播承载,以便所述用户设备在所述MBSFN传输停止后,通过所述单播承载代替所述MBSFN继续接收所述组业务;所述存储器用于存储数据。

第十八方面,提供一种用户设备,所述用户设备包括处理器、接收器和存储器,所述处理器分别耦接所述接收器和所述存储器,其中:所述处理器用于向组通讯服务器上报通过多媒体广播组播业务单频网MBSFN接收组业务的信息,并控制接收器接收组通讯服务器的通知,根据所述组通讯服务器的所述MBSFN传输停止通知,在所述MBSFN传输停止后需要继续接收所述组业务时,建立单播承载,同时继续监听承载所述组业务的调度信息;所述存储器用于存储数据。

相对于现有技术,本申请的有益效果:上述技术方案,基站接收MCE发送的MBMS业务停止调度通知,基站发送通知用户设备MBMS业务停止调度信息,继续调度该MBMS业务。通过这样的方式,使得MCE确定停止某MBMS业务调度,而需要继续接收该MBMS业务的用户设备在建立单播承载过程中也能继续接收该业务,有效减少因业务停止调度,用户设备需要继续接收该业务而建立单播承载的过程中业务中断时间,给用户更好的使用体验。

附图说明

图1是本发明实施例提供的第一种保持业务连续性的方法的流程图;

图2是本发明实施例提供的第二种保持业务连续性的方法的流程图;

图3是本发明实施例提供的第三种保持业务连续性的方法的流程图;

图4是本发明实施例提供的第四种保持业务连续性的方法的流程图;

图5是本发明实施例提供的第五种保持业务连续性的方法的流程图;

图6是本发明实施例提供的第六种保持业务连续性的方法的流程图;

图7是本发明实施例提供的第一种基站的结构示意图;

图8是本发明实施例提供的第一种用户设备的结构示意图;

图9是本发明实施例提供的第一种多小区/多播协作实体的结构示意图;

图10是本发明实施例提供的第二种基站的结构示意图;

图11是本发明实施例提供的第二种用户设备的结构示意图;

图12是本发明实施例提供的第二种多小区/多播协作实体的结构示意图;

图13是本发明实施例提供的第一种组通讯服务器的结构示意图;

图14是本发明实施例提供的第三种多小区/多播协作实体的结构示意图;

图15是本发明实施例提供的第三种用户设备的结构示意图;

图16是本发明实施例提供的第二种组通讯服务器的结构示意图;

图17是本发明实施例提供的第四种多小区/多播协作实体的结构示意图;

图18是本发明实施例提供的第四种用户设备的结构示意图。

具体实施方式

请参阅图1,图1是本发明实施例提供的第一种保持业务连续性的方法的流程图,本实施例以基站的角度来进行描述,本实施例的保持业务连续性的方法包括:

S101:基站接收多小区/多播协作实体发送的MBMS业务停止调度第一通知;

多小区/多播协作实体(MCE,Multicast Coordination Entity)首先触发基站(eNB,Evolved Node B)统计接收某个MBMS业务的用户设备,eNB统计响应确定该MBMS业务的用户设备的数量,在接收该MBMS业务的用户设备少于预定门限时,MCE确定停止该MBMS业务的调度。MCE通知eNB停止对接收用户设备少于预定门限的MBMS业务的调度,比如停止对业务1的调度。

eNB接收MCE发送的MBMS业务停止调度第一通知。该MBMS业务停止调度第一通知是MCE确定关闭该MBMS业务时向基站发送的通知,该MBMS业务停止调度第一通知可以用于指示某个MBMS业务满足预定条件时停止调度。这个预定条件,可以是一定的时间后、或固定的时间点或者是再次收到MBMS业务停止调度等等。当然也可以是其他的指定条件。

可选的,该MBMS业务停止调度第一通知还可以携带延迟停止指示,以指示eNB延迟停止调度该MBMS业务。更进一步地,MBMS业务停止调度第一通知还可以包括延迟停止时间长度信息或者停止时间戳信息,用于指定eNB延迟指定时间后停止调度该MBMS业务。

比如MCE决定停止对业务1的调度,则向eNB发送业务1停止调度第一通知,该通知可以用于指示业务1即将停止调度,或者第一通知可以携带延迟停止指示,以指示eNB延迟停止调度业务1,eNB根据所述MBMS业务延迟停止指示继续调度所述业务一段时间后停止对所述业务的调度。并可以进一步指定延迟停止的时间,用以指示停止调度时间相对于收到所述停止调度第一通知的相对时间,如10分钟、5分钟、两个修改周期或者别的时间信息,也可以是指定时间戳信息,如12点30分、12点40分这样的具体时间戳信息。

可选的所述MBMS业务停止调度第一通知通过MBMS调度信息消息携带,当所述MBMS调度信息不再携带所述MBMS业务的配置信息时,表示要停止所述MBMS业务的调度。

S102:基站根据MBMS业务停止调度第一通知向用户设备发送MBMS业务停止调度信息;

eNB在接收到MCE的MBMS业务停止调度第一通知后,eNB向用户设备发送所述MBMS业务停止调度信息。

其中,eNB可以通过点到多点控制信道消息中不携带所述MBMS业务的配置信息作为向用户设备发送的所述MBMS业务停止调度信息。

可选的,所述MBMS业务停止调度信息可以携带所述MBMS业务即将停止调度指示,以告知用户设备即将停止调度该MBMS业务。在所述MBMS业务满足预定条件时停止调度后,向用户设备发送所述MBMS业务停止通知,以告知用户设备所述MBMS业务停止。

可选的,在eNB通知用户设备业务停止调度信息的同时或之后,还发送延迟停止指示,以告知用户设备会延迟停止调度所述MBMS。在所述MBMS业务满足预定条件时停止调度后,停止调度MBMS业务停止。

其中,上述MBMS业务延迟停止指示或者所述MBMS业务即将停止调度指示可以通过点到多点控制信道、寻呼控制信道、MBMS传输信道调度信息中的任何一种发送给用户设备。具体而言,如果通过点到多点控制信道信道发送延迟停止指示或者所述MBMS业务即将停止调度指示,可以在通过承载在点到多点控制信道信道上的计数请求消息发送,例如通过在计数请求中增加延迟停止指示或者所述MBMS业务即将停止调度指示;如果通过MBMS传输信道调度信息发送延迟停止指示,可以通过MBMS传输信道调度信息消息中的MBMS业务信道停止位置指示(MTCH stop)字段的特殊值来表示延迟停止指示或者所述MBMS业务即将停止调度指示。

S103:基站继续调度该MBMS业务直到满足预定条件再停止调度该MBMS业务;

eNB继续调度所述MBMS业务,具体的,eNB在MBMS传输信道调度信息中(MSI)继续指示所述MBMS的发送位置,以使得需要继续接收所述MBMS业务的用户设备触发建立单播承载,在单播承载过程中该MBMS业务的不会发生中断或中断时间减少。

其中,eNB可以在满足以下条件之一时,停止调度该MBMS业务:收到MCE发送的MBMS业务停止调度第二通知,该MBMS业务停止调度第二通知指示该MBMS业务停止调度;或收到该MBMS业务停止调度第一通知之后,达到该MBMS业务停止调度第一通知指示的时间点;或收到该MBMS业务停止调度第一通知之后经过第一预定时间;或收到业务停止调度第一通知之后,达到第二预定时间点。

具体地解释上述三种情况,第一种情况是MCE发送MBMS业务停止调度第一通知,通知某个业务即将停止调度,然后经过预定时间后,MCE再发送该MBMS业务停止调度第二通知,该通知直接指示eNB停止调度该MBMS业务。

另一种情况是,MCE直接在MBMS业务停止调度第一通知中携带延迟停止指示,并且停止调度时间点为预定义的时间点,比如收到所述MBMS业务停止调度第一通知之后下下个修改周期的起始时间停止,或者可以一进一步第一通知中携带的延迟停止指示具体的延迟时间,eNB接收到MCE的该MBMS业务停止调度第一通知,延迟一段时间停止调度该业务。或者进一步达到该第一通知指示的时间点就停止调度该MBMS业务。

还有一种情况是,MCE发送的MBMS业务停止调度第一通知,只是通知某个MBMS业务停止调度(即该第一通知就是普通的MBMS业务停止调度通知),eNB在接收到该通知后,自行继续调度该MBMS第一预定时间,该第一预定时间可以是系统预先设定的时间。

用户设备在接收到eNB的MBMS业务停止调度信息后,确定某个MBMS业务即将停止,但是会继续监听一段时间的MSI。如果用户设备需要继续接收该MBMS业务,则可以触发单播承载的建立,在单播承载建立后,停止接收该MBMS业务对应的点到多点业务信道(MTCH)。所述触发单播承载的建立过程包括:所属用户设备的接入层向所述用户设备高层发送MBMS业务不能继续接收的指示,所述用户设备高层向应用服务器发送MBMS业务不能继续接收的指示,所属应用服务器向用户设备发送单薄承载建立的触发请求,所属用户设备根据所述触发请求触发单播承载的建立。

上述保持业务连续性的方法实施例,eNB接收MCE发送的MBMS业务停止调度通知,eNB发送向用户设备发送MBMS业务停止调度信息,继续调度该MBMS业务。通过这样的方式,使得MCE确定停止某MBMS业务调度,而需要继续接收该MBMS业务的用户设备在建立单播承载过程中也能继续接收该业务,有效减少因业务停止调度,用户设备需要继续接收该业务而建立单播承载的过程中业务中断时间,给用户更好的使用体验。

请参阅图2,图2是本发明实施例提供的第二种保持业务连续性的方法的流程图,本实施例以用户设备的角度来进行描述,本实施例的保持业务连续性的方法包括:

S201:用户设备从基站接收MBMS业务停止调度信息,确定基站即将停止调度该MBMS业务;

MCE确定要停止某个MBMS业务的调度时,向eNB发送停止调度通知,eNB通知用户设备停止调度的MBMS业务相关信息,告知用户设备即将停止调度该MBMS业务。。

用户设备在接收到eNB的MBMS业务停止调度的信息后,确定该MBMS业务即将停止调度。其中,用户设备可以通过接收点到多点控制信道消息,根据该消息中不携带某个MBMS业务的配置信息确定该MBMS业务即将停止调度。或者点到多点控制信道消息仍然携带某个MBMS业务的配置信息,但根据MBMS业务停止调度信息携带的即将停止指示判断该MBMS业务即将停止调度。

S202:用户设备继续监听该MBMS业务的调度信息;

用户设备在接收到MBMS业务停止调度信息后,继续监听该MBMS业务的调度信息,所述MBMS业务的调度信息具体可以是MBMS传输信道调度信息(MSI),用户设备MSI中指示的所述MBMS业务的发送位置继续接收所述MBMS业务。

可选的,MBMS业务停止调度信息中携带所述MBMS业务即将停止调度指示,用于指示用户设备所述MBMS业务即将停止调度,用户设备根据所述MBMS业务即将停止调度指示,继续监听该MBMS业务的调度信息,直到收到MBMS业务停止通知。

可选的,用户设备接收MBMS业务停止调度信息的同时或之后,从eNB接收该MBMS业务延迟停止指示,根据该MBMS业务延迟停止指示,继续监听该MBMS业务的调度信息。

其中,用户设备可以通过点到多点控制信道、寻呼控制信道、MBMS传输信道调度信息中的任何一种接收上述MBMS业务延迟停止指示或者所述MBMS业务即将停止调度指示。具体而言,如果通过点到多点控制信道信道接收MBMS业务延迟停止指示或者所述MBMS业务即将停止调度指示,可以在通过承载在点到多点控制信道信道上的计数请求消息接收,例如通过在计数请求中携带MBMS业务延迟停止指示或者所述MBMS业务即将停止调度指示;如果通过MBMS传输信道调度信息接收MBMS业务延迟停止指示,可以通过MBMS传输信道调度信息消息中的MBMS业务信道停止位置指示(MTCH stop)字段的特殊值来接收MBMS业务延迟停止指示或者所述MBMS业务即将停止调度指示。

S203:根据该MBMS业务的调度信息,接收该MBMS业务;

用户设备根据该MBMS业务的调度信息,接收该MBMS业务。具体的所述MBMS业务的调度信息为MBMS传输信道调度信息(MSI),根据该MBMS业务的调度信息包括,根据MSI中指示的所述MBMS业务的调度位置,接收所述MBMS业务。

如果用户设备需要继续接收该MBMS业务,触发单播承载的建立,在单播承载建立过程中,用户设备继续监听该MBMS业务的调度信息。在单播承载建立完成后,停止接收该MBMS业务对应的点到多点业务信道,通过单播承载继续接收该MBMS业务。所述触发单播承载的建立过程包括:所属用户设备的接入层向所述用户设备高层发送MBMS业务不能继续接收的指示,所述用户设备高层向应用服务器发送MBMS业务不能继续接收的指示,所属应用服务器向用户设备发送单薄承载建立的触发请求,所属用户设备根据所述触发请求触发单播承载的建立

当然,如果MBMS业务的调度信息中不再包含该MBMS业务配置信息,则停止该MBMS业务的接收。或者收到所述接收MBMS业务停止调度信息之后经过第一预定时间后停止该MBMS业务的接收。请参阅图3,图3是本发明实施例提供的第三种保持业务连续性的方法的流程图,本实施例从MCE的角度来进行描述,本实施例的保持业务连续性的方法包括:

S301:多小区/多播协作实体确定需要关闭的MBMS业务;

MCE首先触发eNB统计接收某个MBMS业务的用户设备,eNB统计响应确定该MBMS业务的用户设备的数量,在接收该MBMS业务的用户设备少于预定门限时,MCE确定停止该MBMS业务的MBSFN传输方式。

或者MCE接收组通讯服务器发送的MBMS业务停止的通知,根据所述MBMS业务停止的通知确定停止该MBMS业务的MBSFN传输方式。

S302:向基站发送MBMS业务停止调度通知,该MBMS业务停止调度通知告知基站该MBMS业务满足预定条件时停止调度,指示基站继续调度该MBMS业务;

MCE向eNB发送MBMS业务停止调度通知,该MBMS业务停止调度通知告知基站该MBMS业务满足预定条件时停止调度,指示eNB继续调度该MBMS业务。这个预定条件可以是预定时间或者预定时间点,当然也可以是别的条件。

其中,MCE可以通过MBMS调度信息更新eNB的配置信息,更新后的配置信息中不再携带需要关闭的MBMS业务的配置信息,以作为向eNB发送的MBMS业务停止调度通知。

MCE通知eNB停止对接收用户设备少于预定门限的MBMS业务的调度,比如停止对业务1的调度。

该MBMS业务停止调度通知还可以携带延迟停止指示,以指示eNB延迟停止调度该MBMS业务。更进一步地,MBMS业务停止调度通知还可以包括延迟停止时间长度信息或者停止时间戳信息,用于指定eNB延迟指定时间后停止调度该MBMS业务。

比如MCE决定停止对业务1的调度,则向eNB发送业务1停止调度通知,该通知可以用于指示业务1即将停止调度。更进一步的,该通知还可以携带延迟停止指示,以指示eNB延迟停止调度业务1,eNB根据所述MBMS业务停止调度指示继续调度所述业务一段时间后停止对所述业务的调度。并可以进一步指定延迟停止的时间,用以指示停止调度时间相对于收到所述停止调度第一通知的相对时间,如10分钟、5分钟、两个修改周期或者别的时间信息,也可以是指定时间戳信息,如12点30分、12点40分这样的具体时间戳信息。

当然,MCE也可以在发送MBMS业务停止调度通知的同时或之后,再发送一个延迟停止指示,以指示eNB延迟停止调度该MBMS业务。

另一种方式是,MCE先向eNB发送一个业务1停止调度第一通知,该第一通知指示业务1即将停止调度,然后发送一个业务1停止调度第二通知,该第二通知直接指示eNB马上停止调度业务1。

可选的所述MBMS业务停止调度第一通知通过MBMS调度信息消息携带,当所述MBMS调度信息不再携带所述MBMS业务时表示要停止所述MBMS业务的调度。

请参阅图4,图4是本发明实施例提供的第四种保持业务连续性的方法的流程图,本实施例以组通讯服务器的角度来进行描述,本实施例的保持业务连续性的方法包括:

S401:组通讯服务器接收用户设备上报的通过MBSFN接收组业务的信息;

组通讯中,在MBSFN区域组业务的数据承载在MBMS业务上,组通讯服务器用来管理组内用户设备,用户设备接收组业务数据之前,需要先向组通讯服务器进行注册。

用户设备如果通过MBSFN方式接收组通讯服务器进行通讯,可以向组通讯服务器上报自己正在通过MBSFN方式接收组业务的信息,这个组业务的信息包括组业务的MBSFN区域标示、组业务所在的小区标示中的至少一种。

S402:组通讯服务器从多小区/多播协作实体接收用于接收组业务的该MBSFN传输停止通知;

MCE决定停止某个MBMS业务的调度,则MCE通知eNB停止对该MBMS业务调度之前,先通知组通讯服务器。MCE可以向组通信服务器上报自己即将停止的业务信息,比如MBSFN区域标示、MBMS服务器标识等。

组通讯服务器从MCE接收某个MBSFN传输即将停止通知。

S403:组通讯服务器通知用户设备建立单播承载,以便用户设备在用于接收组业务的MBSFN停止后,通过单播承载继续接收该组业务;

组通讯服务器接收到某个MBSFN传输即将停止通知后,通知用户设备建立单播承载,以便在用于接收组业务的MBSFN停止后,通过单播承载替代MBSFN继续接收该组业务。作为一种优选,可以只通知需要继续接收该组业务的用户设备建立单播承载。

需要继续接收该组业务的用户设备,根据组通讯服务器的通知,触发建立单播承载,以在该MBSFN传输停止后,在单播承载上继续接收该组业务。在用户设备建立单播承载后,组通讯服务器通知MCE停止该MBSFN传输。

具体的,如果用户设备通过该MBMS业务接收组通讯数据,则用户设备的接入层确定某个MBMS业务即将停止,向用户设备高层发送指示,所述用户设备高层向组通讯服务器上报该MBMS业务对应的组业务无法继续采用MBSFN方式接收,组通讯服务器收到该请求后,如果判断该组业务需要继续发送给所述用户设备,则触发所述用户设备建立单播承载以继续接收所述组业务。其中所述单播承载为用户设备和基站之间的一个用于传输MBMS业务的专用无线承载。

其中用户设备高层向组通讯服务器上报该MBMS业务对应的组业务无法继续采用MBSFN方式接收之前,需要和eNB建立连接,为了避免很多用户设备同时发起连接建立过程造成网络拥塞,用户设备在接收到eNB的MBMS业务停止调度信息后可以执行一个随即退避,避免多个用户设备同时触发单播连接建立过程,具体的,用户设备生成一个随机因子,和一个预定门限比较,根据比较结果决定触发单播立过程的延迟。比如预定随机因子为0.5,用户生成随机数为0.6,0.6>0.5,则用户延迟10ms触发连接建立。

通过本实施例的详细描述,可以理解,本实施例中保持业务连续性的方法,MCE决定停止某个需要停止的MBSFN传输时,在通知eNB之前,先通知管理组内用户设备的组通讯服务器,组通讯服务器通知用户设备建立单播承载,在用户设备建立单播承载后再通知MCE停止该MBSFN传输。通过这样的方式,MCE决定停止某个MBSFN传输时,需要继续接收通过该MBSFN传输的组业务的用户设备根据组通讯服务器的通知先建立单播承载,避免该组业务中断,给用户更好的使用体验。

请参阅图5,图5是本发明实施例提供的第五种保持业务连续性的方法的流程图,本实施例以MCE的角度来进行描述,本实施例的保持业务连续性的方法包括:

S501:多小区/多播协作实体确定需要停止的MBSFN传输;

MCE首先触发eNB统计接收某个MBMS业务的用户设备,根据eNB统计响应确定该MBMS业务的用户设备的数量,在接收该MBMS业务的用户设备少于预定门限时,确定需要停止该MBMS业务的MBSFN传输方式。

S502:通知组通讯服务器该MBSFN传输停止;

MCE决定停止某个MBMS业务的MBSFN传输时,则MCE通知eNB停止对该MBMS业务调度之前,先通知组通讯服务器。MCE可以向组通信服务器上报自己即将停止的业务信息,比如MBSFN区域标示、MBMS服务器标识等。以使组通讯服务器通知用户设备建立单播承载,以便用户设备再MBSFN传输停止后,通过单播承载代替MBSFN继续接收组业务。

通知组通讯服务器该MBSFN传输即将停止之后,经过预定一段时间后,向eNB发送MBMS业务停止调度信息,以便eNB停止对所述MBMS业务的调度。

组通讯服务器用于管理其组内用户设备,其在接收到MBSFN传输即将停止通知后,可以通知用户设备建立单播承载,以便在接收组业务的MBSFN传输停止后,也能继续通过单播承载接收组业务。

请参阅图6,图6是本发明实施例提供的第六种保持业务连续性的方法的流程图,本实施例以用户设备的角度来进行描述,本实施例的保持业务连续性的方法包括:

S601:用户设备向组通讯服务器上报通过MBSFN接收组业务的信息;

组通讯中,在MBSFN区域组业务的数据承载在MBMS业务上,组通讯服务器用来管理组内用户设备,用户设备在接收组业务数据之前,需要先向组通讯服务器进行注册。

用户设备如果通过MBSFN方式接收组业务,可以向组通讯服务器上报自己正在通过MBSFN方式接收组业务的信息,这个组业务的信息包括组业务的MBSFN区域标示、组业务所在的小区标示中的至少一种。

S602:根据组通讯服务器的单播承载建立通知,建立单播承载,同时继续监听承载该组业务的调度信息;

MCE决定停止某个MBMS业务的调度,则MCE通知eNB停止对该MBMS业务调度之前,先通知组通讯服务器。MCE可以向组通信服务器上报自己即将停止的业务信息,比如MBSFN区域标示、MBMS服务器标识等。

组通讯服务器从MCE接收某个MBSFN传输即将停止通知。

组通讯服务器接收到某个MBSFN传输即将停止通知后,通知用户设备建立单播承载,以便通过单播承载继续接收该组业务。作为一种优选,可以只通知需要继续接收该组业务的用户设备建立单播承载。

需要继续接收该组业务的用户设备,根据组通讯服务器的通知,触发建立单播承载,以在该MBSFN传输停止后,在单播承载上继续接收该组业务。在用户设备建立单播承载后,组通讯服务器通知MCE停止该MBSFN传输。

在建立单播承载过程中,用户设备继续监听承载该组业务的调度信息,在单播承载建立完成后,用户设备停止监听承载组业务的调度信息,通过单播承载来继续接收组业务。

请参阅图7,图7是本发明实施例提供的第一种基站的结构示意图,本实施例的基站100包括接收模块11和调度模块12,其中:

接收模块11用于接收MCE发送的MBMS业务停止调度第一通知;

MCE首先触发eNB统计接收某个MBMS业务的用户设备,eNB统计响应确定该MBMS业务的用户设备的数量,在接收该MBMS业务的用户设备少于预定门限时,MCE确定停止该MBMS业务的调度。MCE通知eNB停止对接收用户设备少于预定门限的MBMS业务的调度,比如停止对业务1的调度。

eNB通过接收模块11接收MCE发送的MBMS业务停止调度第一通知。该MBMS业务停止调度第一通知是MCE确定关闭该MBMS业务时向基站发送的通知,该MBMS业务停止调度第一通知可以用于指示某个MBMS业务满足预定条件时停止调度。这个预定条件,可以是一定的时间后、或固定的时间点等等。当然也可以是其他的指定条件。

可选的,该MBMS业务停止调度第一通知还可以携带延迟停止指示,以指示eNB延迟停止调度该MBMS业务。更进一步地,MBMS业务停止调度第一通知还可以包括延迟停止时间长度信息或者停止时间戳信息,用于指定eNB延迟指定时间后停止调度该MBMS业务。

比如MCE决定停止对业务1的调度,则向eNB发送业务1停止调度第一通知,该通知可以用于指示业务1即将停止调度或者第一通知可以携带延迟停止指示,以指示eNB延迟停止调度业务1,eNB根据所述MBMS业务延迟停止指示继续调度所述业务一段时间后停止对所述业务的调度。并可以进一步指定延迟停止的时间,用以指示停止调度时间相对于收到所述停止调度第一通知的相对时间,如10分钟、5分钟、两个修改周期或者别的时间信息,也可以是指定时间戳信息,如12点30分、12点40分这样的具体时间戳信息。

可选的所述MBMS业务停止调度第一通知通过MBMS调度信息消息携带,当所述MBMS调度信息不再携带所述MBMS业务的配置信息时,表示要停止所述MBMS业务的调度。

调度模块12用于在接收模块11接收到MBMS业务停止调度第一通知后,向用户设备发送该MBMS业务停止调度信息,并继续调度该MBMS业务直到满足预定条件再停止调度该MBMS业务。

eNB在接收到MCE的MBMS业务停止调度第一通知后,通过调度模块12向用户设备发送所述MBMS业务停止调度信息。

其中,调度模块12可以通过点到多点控制信道消息中不携带某个MBMS业务的配置信息作为向用户设备发送的某个MBMS业务停止调度信息。

可选的,所述MBMS业务停止调度信息可以携带延迟停止指示,以告知用户设备会延迟停止调度该MBMS业务。

可选的,调度模块12通知用户设备业务停止调度信息的同时或之后,还发送延迟停止指示,以告知用户设备会延迟停止调度该MBMS。

可选的,所述MBMS业务停止调度信息可以携带所述MBMS业务即将停止调度指示,以告知所述用户设备即将停止调度所述MBMS业务。

其中,上述MBMS业务延迟停止指示或者所述MBMS业务即将停止调度指示可以通过点到多点控制信道、寻呼控制信道、MBMS传输信道调度信息中的任何一种发送给用户设备。具体而言,如果通过点到多点控制信道信道发送MBMS业务延迟停止指示,可以在通过承载在点到多点控制信道信道上的计数请求消息发送,例如通过在计数请求中增加MBMS业务延迟停止指示;如果通过MBMS传输信道调度信息发送MBMS业务延迟停止指示,可以通过MBMS传输信道调度信息消息中的MBMS业务信道停止位置指示(MTCH stop)字段的特殊值来表示MBMS业务延迟停止指示。

eNB通过调度模块12继续调度该MBMS业务,以使得需要继续接收该MBMS业务的用户设备触发建立单播承载,在单播承载过程中该MBMS业务的不会发生中断或中断时间减少。

其中,调度模块12在满足以上条件之一时,停止调度该MBMS业务:接收模块11接收到MCE发生的MBMS业务停止调度第二通知,该MBMS业务停止调度第二通知指示该MBMS业务停止调度;或接收模块11收到该MBMS业务停止调度第一通知之后,达到该MBMS业务停止调度第一通知指示的时间点;或接收模块11收到该MBMS业务停止调度第一通知之后经过第一预定时间;或收到业务停止调度第一通知之后,达到第二预定时间点。

也就是说,MCE可以发送MBMS业务停止调度第一通知,通知某个业务即将停止调度,然后经过预定时间后,MCE再发送该MBMS业务停止调度第二通知,该通知直接指示eNB停止调度该MBMS业务。

MCE也可以直接在MBMS业务停止调度第一通知中携带延迟停止指示,并且停止调度时间点为预定义的时间点,比如收到所述MBMS业务停止调度第一通知之后下下个修改周期的起始时间停止,或者可以一进一步第一通知中携带的延迟停止指示具体的延迟时间,eNB接收到MCE的该MBMS业务停止调度第一通知,延迟一段时间停止调度该业务。或者进一步达到该第一通知指示的时间点就停止调度该MBMS业务。

还有就是MCE可以发送的MBMS业务停止调度第一通知,只是通知某个MBMS业务停止调度(即该第一通知就是普通的MBMS业务停止调度通知),eNB在接收到该通知后,自行继续调度该MBMS第一预定时间,该第一预定时间可以是系统预先设定的时间。

用户设备在接收到eNB的MBMS业务停止调度信息后,确定某个MBMS业务即将停止,但是会继续监听一段时间的MSI。如果用户设备需要继续接收该MBMS业务,则可以触发单播承载的建立,在单播承载建立后,停止接收该MBMS业务对应的点到多点业务信道(MTCH)。

本实施例提供的基站,能够实现图1所示实施例中的各个步骤,本实施例中基站的各个功能模块的划分只是示意性的,在能够实现本发明目的的前提下,基站功能模块的划分并不限于以上方式,可以是其他任何可能实现的方式。例如多个单元或组件可以结合或者可以集成到另一个系统,或一些特征可以忽略,或不执行。

请参阅图8,图8是本发明实施例提供的第一种用户设备的结构示意图,本实施例的用户设备110包括第一接收模块21、监听模块22以及第二接收模块23,其中:

第一接收模块21用于从基站接收MBMS业务停止调度信息,确定基站即将停止调度该MBMS业务;

MCE确定要停止某个MBMS业务的调度时,向eNB发送停止调度通知,eNB通知用户设备停止调度的MBMS业务相关信息,告知用户设备即将停止调度该MBMS业务。即基站在满足预定条件时会停止调度该MBMS业务。这个预定条件可以是预定时间或预定时间点或再次收到停止调度通知等等,当然也可以是其他条件。

用户设备通过第一接收模块21接收到eNB的MBMS业务停止调度的信息后,确定该MBMS业务即将停止调度。其中,第一接收模块21可以通过接收点到多点控制信道消息,根据该消息中不携带某个MBMS业务的配置信息确定该MBMS业务即将停止调度。或者点到多点控制信道消息仍然携带某个MBMS业务的配置信息,但根据MBMS业务停止调度信息携带的即将停止指示判断该MBMS业务即将停止调度。

监听模块22用于在第一接收模块21确定该MBMS业务在满足预定条件时停止调度后,继续监听该MBMS业务的调度信息;

监听模块22在第一接收模块21接收到MBMS业务停止调度信息后,继续监听该MBMS业务的调度信息,所述MBMS业务的调度信息具体可以是MBMS传输信道调度信息(MSI),用户设备MSI中指示的所述MBMS业务的发送位置继续接收所述MBMS业务。

可选的,MBMS业务停止调度信息中携带延迟停止指示,用于指示用户设备该MBMS业务延迟停止调度,监听模块22根据该延迟停止指示,继续监听该MBMS业务的调度信息。

可选的,所述MBMS业务停止调度信息携带MBMS业务即将停止调度指示,用于指示用户设备所述MBMS即将停止调度,所述监听模块用于根据MBMS业务即将停止调度指示,确定所述基站即将停止调度所述MBMS业务。

可选的,第一接收模块21接收MBMS业务停止调度信息的同时或之后,从eNB接收该MBMS业务延迟停止指示,监听模块22根据该MBMS业务延迟停止指示,继续监听该MBMS业务的调度信息。

其中,第一接收模块21可以通过点到多点控制信道、寻呼控制信道、MBMS传输信道调度信息中的任何一种接收上述MBMS业务延迟停止指示或者MBMS业务即将停止调度指示。具体而言,如果通过点到多点控制信道信道接收MBMS业务延迟停止指示,可以在通过承载在点到多点控制信道信道上的计数请求消息接收,例如通过在计数请求中携带MBMS业务延迟停止指示;如果通过MBMS传输信道调度信息接收MBMS业务延迟停止指示,可以通过MBMS传输信道调度信息消息中的MBMS业务信道停止位置指示(MTCH stop)字段的特殊值来接收MBMS业务延迟停止指示。

第二接收模块23用于根据监听模块22监听到的该MBMS业务的调度信息,接收该MBMS业务。

第二接收模块23根据监听模块22监听到的该MBMS业务的调度信息,接收该MBMS业务。具体的所述MBMS业务的调度信息为MBMS传输信道调度信息(MSI),根据该MBMS业务的调度信息包括,根据MSI中指示的所述MBMS业务的调度位置,接收所述MBMS业务。

如果用户设备需要继续接收该MBMS业务,触发单播承载的建立,在单播承载建立过程中,监听模块22继续监听该MBMS业务的调度信息。在单播承载建立完成后,第二接收模块23停止接收该MBMS业务对应的点到多点业务信道,通过单播承载继续接收该MBMS业务。

当然,如果MBMB业务的调度信息中不再包含该MBMS业务配置信息,则第二接收模块23停止该MBMS业务的接收。

所述用户设备还包括单播建立模块,所述单播建立模块用于在所述用户设备确定所述基站即将停止调度所述MBMS业务之后,触发单播承载的建立;

所述第二接收模块在所述单播承载建立完成后,停止所述MBMS业务对应的点到多点业务信道接收所述MBMS业务。

本实施例所述的用户设备,能够实现图2所示实施例的各个步骤,本实施例中用户设备的各个功能模块的划分只是示意性的,在能够实现本发明目的的前提下,用户设备功能模块的划分并不限于以上方式,可以是其他任何可能实现的方式。例如多个单元或组件可以结合或者可以集成到另一个系统,或一些特征可以忽略,或不执行。

请参阅图9,图9是本发明实施例提供的第一种多小区/多播协作实体的结构示意图,本实施例的多小区/多播协作实体120包括确定模块31和调度模块32,其中:

确定模块31用于确定需要关闭的MBMS业务;

MCE首先触发eNB统计接收某个MBMS业务的用户设备,eNB统计响应确定该MBMS业务的用户设备的数量,在接收该MBMS业务的用户设备少于预定门限时,MCE通过确定模块31确定停止该MBMS业务的MBSFN传输方式。

调度模块32用于在确定模块31确定需要关闭该MBMS业务时,向基站发送该MBMS业务停止调度通知,该MBMS业务停止调度通知告知基站该MBMS业务满足预定条件时停止调度,指示基站继续调度该MBMS业务。

在确定模块31确定需要关闭某个MBMS业务后,MCE通过调度模块32向eNB发送MBMS业务停止调度通知,该MBMS业务停止调度通知告知基站该MBMS业务满足预定条件时停止调度,指示eNB继续调度该MBMS业务。

其中,调度模块32可以通过MBMS调度信息更新eNB的配置信息,更新后的配置信息中不再携带需要关闭的MBMS业务的配置信息,以作为向eNB发送的MBMS业务停止调度通知。

调度模块32通知eNB停止对接收用户设备少于预定门限的MBMS业务的调度,比如停止对业务1的调度。

该MBMS业务停止调度通知还可以携带延迟停止指示,以指示eNB延迟停止调度该MBMS业务。更进一步地,MBMS业务停止调度通知还可以包括延迟停止时间长度信息或者停止时间戳信息,用于指定eNB延迟指定时间后停止调度该MBMS业务。

比如MCE决定停止对业务1的调度,则通过调度模块32向eNB发送业务1停止调度通知,该通知可以用于指示业务1即将停止调度。更进一步的,该通知还可以携带延迟停止指示,以指示eNB延迟停止调度业务1,eNB根据所述MBMS业务延迟停止指示继续调度所述业务一段时间后停止对所述业务的调度。并可以进一步指定延迟停止的时间,用以指示停止调度时间相对于收到所述停止调度第一通知的相对时间,如10分钟、5分钟、两个修改周期或者别的时间信息,也可以是指定时间戳信息,如12点30分、12点40分这样的具体时间戳信息。

当然,调度模块32也可以在发送MBMS业务停止调度通知的同时或之后,再发送一个延迟停止指示,以指示eNB延迟停止调度该MBMS业务。

另一种方式是,MCE通过调度模块32先向eNB发送一个业务1停止调度第一通知,该第一通知指示业务1即将停止调度,然后发送一个业务1停止调度第二通知,该第二通知直接指示eNB马上停止调度业务1。

可选的所述MBMS业务停止调度第一通知通过MBMS调度信息消息携带,当所述MBMS调度信息不再携带所述MBMS业务时表示要停止所述MBMS业务的调度。

本实施例所述的多小区/多播协作实体,能够实现图3所示实施例的各个步骤,本实施例中多小区/多播协作实体的各个功能模块的划分只是示意性的,在能够实现本发明目的的前提下,多小区/多播协作实体功能模块的划分并不限于以上方式,可以是其他任何可能实现的方式。例如多个单元或组件可以结合或者可以集成到另一个系统,或一些特征可以忽略,或不执行。

请参阅图10,图10是本发明实施例提供的第二种基站的结构示意图,本实施例的基站130包括处理器41、存储器42、接收器43、发送器44以及总线系统45,其中:

处理器41控制基站130的操作,处理器41还可以称为CPU(Central Processing Unit,中央处理单元)。处理器41可能是一种集成电路芯片,具有信号的处理能力。处理器41还可以是通用处理器、数字信号处理器(DSP,Digital Signal Processing)、专用集成电路(ASIC,Application Specific Integrated Circuit)、现场可编程门阵列(FPGA,Field-Programmable Gate Array)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。

存储器42可以包括只读存储器和随机存取存储器,并向处理器41提供指令和数据。存储器42的一部分还可以包括非易失性随机存取存储器(NVRAM)。

基站130的各个组件通过总线系统45耦合在一起,其中总线系统45除包括数据总线之外,还可以包括电源总线、控制总线和状态信号总线等。该总线系统可以是ISA(Industry Standard Architecture,工业标准体系结构)总线、PCI(Peripheral Component Interconnect,外部设备互连)总线或EISA(Extended Industry Standard Architecture,扩展工业标准体系结构)总线等。所述总线可以是一条或多条物理线路,当是多条物理线路时可以分为地址总线、数据总线、控制总线等。在本发明的其它一些实施例中,处理器41、存储器42以及接收器43、发送器44也可以通过通信线路直接连接。但是为了清楚说明起见,在图中将各种总线都标为总线系统45。

存储器42存储了如下的元素,可执行模块或者数据结构,或者它们的子集,或者它们的扩展集:

操作指令:包括各种操作指令,用于实现各种操作。

操作系统:包括各种系统程序,用于实现各种基础业务以及处理基于硬件的任务。

在本发明实施例中,处理器41通过调用存储器42存储的操作指令(该操作指令可存储在操作系统中),执行如下操作:

处理器41用于控制接收器43接收MCE发送的MBMS业务停止调度第一通知,在接收MBMS业务停止调度第一通知后,MBMS业务停止调度第一通知是MCE确定关闭所述MBMS业务时向基站发送的通知,控制发送器44向用户设备发送MBMS业务停止调度信息,处理器41继续调度该MBMS业务直到满足预定条件再停止调度该MBMS业务。

存储器42用于存储该MBMS数据。

MCE首先触发eNB统计接收某个MBMS业务的用户设备,eNB统计响应确定该MBMS业务的用户设备的数量,在接收该MBMS业务的用户设备少于预定门限时,MCE确定停止该MBMS业务的调度。MCE通知eNB停止对接收用户设备少于预定门限的MBMS业务的调度,比如停止对业务1的调度。

处理器41控制接收器43接收MCE发送的MBMS业务停止调度第一通知。该MBMS业务停止调度第一通知可以用于指示某个MBMS业务满足预定条件时停止调度。这个预定条件,可以是一定的时间后、或固定的时间点等等。当然也可以是其他的指定条件。

可选的,该MBMS业务停止调度第一通知还可以携带延迟停止指示,以指示eNB延迟停止调度该MBMS业务。更进一步地,MBMS业务停止调度第一通知还可以包括延迟停止时间长度信息或者停止时间戳信息,用于指定eNB延迟指定时间后停止调度该MBMS业务。

比如MCE决定停止对业务1的调度,则向eNB发送业务1停止调度第一通知,该通知可以用于指示业务1即将停止调度,或者第一通知可以携带延迟停止指示,以指示eNB延迟停止调度业务1,eNB根据所述MBMS业务延迟停止指示继续调度所述业务一段时间后停止对所述业务的调度。并可以进一步指定延迟停止的时间,用以指示停止调度时间相对于收到所述停止调度第一通知的相对时间,如10分钟、5分钟、两个修改周期或者别的时间信息,也可以是指定时间戳信息,如12点30分、12点40分这样的具体时间戳信息。

可选的所述MBMS业务停止调度第一通知通过MBMS调度信息消息携带,当所述MBMS调度信息不再携带所述MBMS业务的配置信息时,表示要停止所述MBMS业务的调度。

处理器41控制接收器43接收到MCE的MBMS业务停止调度第一通知后,进一步控制发送器44向用户设备发送某个MBMS业务停止调度信息。

其中,处理器41可以控制发送器44通过点到多点控制信道消息中不携带MBMS业务的配置信息作为向用户设备发送的某个MBMS业务停止调度信息。

可选的,所述MBMS业务停止调度信息可以携带延迟停止指示,以告知用户设备会延迟停止调度该MBMS业务。

可选的,处理器41控制发送器44通知用户设备业务停止调度信息的同时或之后,还发送延迟停止指示,以告知用户设备会延迟停止调度所述MBMS。

其中,上述MBMS业务延迟停止指示可以通过点到多点控制信道、寻呼控制信道、MBMS传输信道调度信息中的任何一种发送给用户设备。具体而言,如果通过点到多点控制信道信道发送MBMS业务延迟停止指示,可以在通过承载在点到多点控制信道信道上的计数请求消息发送,例如通过在计数请求中增加MBMS业务延迟停止指示;如果通过MBMS传输信道调度信息发送MBMS业务延迟停止指示,可以通过MBMS传输信道调度信息消息中的MBMS业务信道停止位置指示(MTCH stop)字段的特殊值来表示MBMS业务延迟停止指示。

处理器41继续调度该MBMS业务,以使得需要继续接收该MBMS业务的用户设备触发建立单播承载,在单播承载过程中该MBMS业务的不会发生中断或中断时间减少。

其中,处理器41在满足以下条件之一时,停止调度该MBMS业务:当接收器43接收到MCE发生的MBMS业务停止调度第二通知,该MBMS业务停止调度第二通知指示该MBMS业务停止调度;或接收器43收到该MBMS业务停止调度第一通知之后,达到该MBMS业务停止调度第一通知指示的时间点;或接收器41收到该MBMS业务停止调度第一通知之后经过第一预定时间;或收到业务停止调度第一通知之后,达到第二预定时间点。

用户设备在接收到eNB的MBMS业务停止调度信息后,确定某个MBMS业务即将停止,但是会继续监听一段时间的MSI。如果用户设备需要继续接收该MBMS业务,则可以触发单播承载的建立,在单播承载建立后,停止接收该MBMS业务对应的点到多点业务信道。

上述本发明实施例揭示的方法可以应用于处理器41中,或者由处理器41实现。在实现过程中,上述方法的各步骤可以通过处理器41中的硬件的集成逻辑电路或者软件形式的指令完成。可以实现或者执行本发明实施例中的公开的各方法、步骤及逻辑框图。结合本发明实施例所公开的方法的步骤可以直接体现为硬件译码处理器执行完成,或者用译码处理器中的硬件及软件模块组合执行完成。软件模块可以位于随机存储器,闪存、只读存储器,可编程只读存储器或者电可擦写可编程存储器、寄存器等本领域成熟的存储介质中。该存储介质位于存储器42,处理器41读取存储器42中的信息,结合其硬件完成上述方法的步骤。

请参阅图11,图11是本发明实施例提供的第二种用户设备的结构示意图,本实施例的用户设备140包括处理器51、存储器52、接收器53以及总线系统54,其中:

处理器51控制用户设备140的操作,处理器51还可以称为CPU(Central Processing Unit,中央处理单元)。处理器51可能是一种集成电路芯片,具有信号的处理能力。处理器51还可以是通用处理器、数字信号处理器(DSP,Digital Signal Processing)、专用集成电路(ASIC,Application Specific Integrated Circuit)、现场可编程门阵列(FPGA,Field-Programmable Gate Array)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。

存储器52可以包括只读存储器和随机存取存储器,并向处理器51提供指令和数据。存储器52的一部分还可以包括非易失性随机存取存储器(NVRAM)。

用户设备140的各个组件通过总线系统55耦合在一起,其中总线系统55除包括数据总线之外,还可以包括电源总线、控制总线和状态信号总线等。该总线系统可以是ISA(Industry Standard Architecture,工业标准体系结构)总线、PCI(Peripheral Component Interconnect,外部设备互连)总线或EISA(Extended Industry Standard Architecture,扩展工业标准体系结构)总线等。所述总线可以是一条或多条物理线路,当是多条物理线路时可以分为地址总线、数据总线、控制总线等。在本发明的其它一些实施例中,处理器51、存储器52以及接收器53也可以通过通信线路直接连接。但是为了清楚说明起见,在图中将各种总线都标为总线系统54。

存储器52存储了如下的元素,可执行模块或者数据结构,或者它们的子集,或者它们的扩展集:

操作指令:包括各种操作指令,用于实现各种操作。

操作系统:包括各种系统程序,用于实现各种基础业务以及处理基于硬件的任务。

在本发明实施例中,处理器51通过调用存储器52存储的操作指令(该操作指令可存储在操作系统中),执行如下操作:

处理器51用于控制接收器53从基站接收MBMS业务停止调度信息,确定基站在满足预定条件时停止调度该MBMS业务,并继续监听该MBMS业务的调度信息,并控制接收器53根据处理器51监听到的该MBMS业务的调度信息,接收该MBMS业务。

存储器52用于存储该MBMS业务数据。

MCE确定要停止某个MBMS业务的调度时,向eNB发送停止调度通知,eNB通知用户设备停止调度的MBMS业务相关信息,告知用户设备再满足预定条件时会停止调度该MBMS业务。这个预定条件可以是预定时间或预定时间点等等,当然也可以是其他条件。

处理器51控制接收器53接收到eNB的MBMS业务停止调度的信息后,确定该MBMS业务即将停止调度。其中,接收器53可以通过接收点到多点控制信道消息,处理器51根据该消息中不携带某个MBMS业务的配置信息确定该MBMS业务即将停止调度。或者点到多点控制信道消息仍然携带某个MBMS业务的配置信息,但根据MBMS业务停止调度信息携带的即将停止指示判断该MBMS业务即将停止调度。

在接收器53接收到MBMS业务停止调度通知后,处理器51继续监听该MBMS业务的调度信息。,所述MBMS业务的调度信息具体可以是MBMS传输信道调度信息(MSI),用户设备MSI中指示的所述MBMS业务的发送位置继续接收所述MBMS业务

可选的,MBMS业务停止调度信息中携带延迟停止指示,用于指示用户设备该MBMS业务延迟停止调度,处理器51根据该延迟停止指示,继续监听该MBMS业务的调度信息。

可选的,接收器53接收MBMS业务停止调度信息的同时或之后,从eNB接收该MBMS业务延迟停止指示,处理器51根据该MBMS业务延迟停止指示,继续监听该MBMS业务的调度信息。

其中,接收器53可以通过点到多点控制信道、寻呼控制信道、MBMS传输信道调度信息中的任何一种接收上述MBMS业务延迟停止指示。具体而言,如果通过点到多点控制信道信道接收MBMS业务延迟停止指示,可以在通过承载在点到多点控制信道信道上的计数请求消息接收,例如通过在计数请求中MBMS业务延迟停止指示;如果通过MBMS传输信道调度信息接收MBMS业务延迟停止指示,可以通过MBMS传输信道调度信息消息中的MBMS业务信道停止位置指示(MTCH stop)字段的特殊值来接收MBMS业务延迟停止指示。

处理器51进一步控制接收器53根据处理器51监听到的该MBMS业务的调度信息,接收该MBMS业务。具体的所述MBMS业务的调度信息为MBMS传输信道调度信息(MSI),根据该MBMS业务的调度信息包括,根据MSI中指示的所述MBMS业务的调度位置,接收所述MBMS业务。

如果用户设备需要继续接收该MBMS业务,通过处理器51触发单播承载的建立,在单播承载建立过程中,处理器51继续监听该MBMS业务的调度信息。在单播承载建立完成后,处理器51控制接收器53停止接收该MBMS业务对应的点到多点业务信道,通过单播承载继续接收该MBMS业务。

当然,如果MBMB业务的调度信息中不再包含该MBMS业务信息,则控制接收器53停止该MBMS业务的接收。

上述本发明实施例揭示的方法可以应用于处理器51中,或者由处理器61实现。在实现过程中,上述方法的各步骤可以通过处理器51中的硬件的集成逻辑电路或者软件形式的指令完成。可以实现或者执行本发明实施例中的公开的各方法、步骤及逻辑框图。结合本发明实施例所公开的方法的步骤可以直接体现为硬件译码处理器执行完成,或者用译码处理器中的硬件及软件模块组合执行完成。软件模块可以位于随机存储器,闪存、只读存储器,可编程只读存储器或者电可擦写可编程存储器、寄存器等本领域成熟的存储介质中。该存储介质位于存储器52,处理器51读取存储器52中的信息,结合其硬件完成上述方法的步骤。

请参阅图12,图12是本发明实施例提供的第二种多小区/多播协作实体的结构示意图,本实施例的多小区/多播协作实体150包括处理器61、存储器62、发送器63以及总线系统64,其中:

处理器61控制多小区/多播协作实体(MCE)150的操作,处理器61还可以称为CPU(Central Processing Unit,中央处理单元)。处理器61可能是一种集成电路芯片,具有信号的处理能力。处理器61还可以是通用处理器、数字信号处理器(DSP,Digital Signal Processing)、专用集成电路(ASIC,Application Specific Integrated Circuit)、现场可编程门阵列(FPGA,Field-Programmable Gate Array)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。

存储器62可以包括只读存储器和随机存取存储器,并向处理器61提供指令和数据。存储器62的一部分还可以包括非易失性随机存取存储器(NVRAM)。

MCE 150的各个组件通过总线系统64耦合在一起,其中总线系统64除包括数据总线之外,还可以包括电源总线、控制总线和状态信号总线等。该总线系统可以是ISA(Industry Standard Architecture,工业标准体系结构)总线、PCI(Peripheral Component Interconnect,外部设备互连)总线或EISA(Extended Industry Standard Architecture,扩展工业标准体系结构)总线等。所述总线可以是一条或多条物理线路,当是多条物理线路时可以分为地址总线、数据总线、控制总线等。在本发明的其它一些实施例中,处理器61、存储器62以及发送器63也可以通过通信线路直接连接。但是为了清楚说明起见,在图中将各种总线都标为总线系统64。

存储器62存储了如下的元素,可执行模块或者数据结构,或者它们的子集,或者它们的扩展集:

操作指令:包括各种操作指令,用于实现各种操作。

操作系统:包括各种系统程序,用于实现各种基础业务以及处理基于硬件的任务。

在本发明实施例中,处理器61通过调用存储器62存储的操作指令(该操作指令可存储在操作系统中),执行如下操作:

处理器61用于确定需要关闭的MBMS业务,控制发送器63向基站发送MBMS业务停止调度通知,该MBMS业务停止调度通知告知基站该MBMS业务满足预定条件时停止调度,处理器61指示基站继续调度该MBMS业务。

存储器62用于存储该MBMS业务数据。

MCE首先通过处理器61触发eNB统计接收某个MBMS业务的用户设备,eNB统计响应确定该MBMS业务的用户设备的数量,在接收该MBMS业务的用户设备少于预定门限时,MCE处理器61确定停止该MBMS业务的MBSFN传输方式。

处理器61确定需要关闭该MBMS业务时,控制发送器63向基站发送该MBMS业务停止调度通知,处理器61指示基站继续调度该MBMS业务。

其中,处理器61可以通过MBMS调度信息更新eNB的配置信息,更新后的配置信息中不再携带需要关闭的MBMS业务的配置信息,以作为向eNB发送的MBMS业务停止调度通知。

处理器61控制发送器63通知eNB停止对接收用户设备少于预定门限的MBMS业务的调度,比如停止对业务1的调度。

该MBMS业务停止调度通知还可以携带延迟停止指示,以指示eNB延迟停止调度该MBMS业务。更进一步地,MBMS业务停止调度通知还可以包括延迟停止时间长度信息或者停止时间戳信息,用于指定eNB延迟指定时间后停止调度该MBMS业务。

比如MCE决定停止对业务1的调度,则处理器61控制发送器63向eNB发送业务1停止调度通知,该通知可以用于指示业务1即将停止调度,eNB根据所述MBMS业务延迟停止指示继续调度所述业务一段时间后停止对所述业务的调度。更进一步的,该通知还可以携带延迟停止指示,以指示eNB延迟停止调度业务1。并可以进一步指定延迟停止的时间,用以指示停止调度时间相对于收到所述停止调度第一通知的相对时间,如10分钟、5分钟、两个修改周期或者别的时间信息,也可以是指定时间戳信息,如12点30分、12点40分这样的具体时间戳信息。

当然,处理器61可以控制发送器63在发送MBMS业务停止调度通知的同时或之后,再控制发送器63发送一个延迟停止指示,以指示eNB延迟停止调度该MBMS业务。

另一种方式是,处理器61控制发送器63先向eNB发送一个业务1停止调度第一通知,该第一通知指示业务1即将停止调度,然后控制发送器63发送一个业务1停止调度第二通知,该第二通知直接指示eNB马上停止调度业务1。

可选的所述MBMS业务停止调度第一通知通过MBMS调度信息消息携带,当所述MBMS调度信息不再携带所述MBMS业务时表示要停止所述MBMS业务的调度。

上述本发明实施例揭示的方法可以应用于处理器61中,或者由处理器61实现。在实现过程中,上述方法的各步骤可以通过处理器61中的硬件的集成逻辑电路或者软件形式的指令完成。可以实现或者执行本发明实施例中的公开的各方法、步骤及逻辑框图。结合本发明实施例所公开的方法的步骤可以直接体现为硬件译码处理器执行完成,或者用译码处理器中的硬件及软件模块组合执行完成。软件模块可以位于随机存储器,闪存、只读存储器,可编程只读存储器或者电可擦写可编程存储器、寄存器等本领域成熟的存储介质中。该存储介质位于存储器62,处理器61读取存储器62中的信息,结合其硬件完成上述方法的步骤。

上述基站、用户设备、多小区/多播协作实体的实施例,eNB接收MCE发送的MBMS业务停止调度通知,eNB发送通知用户设备MBMS业务停止调度信息,继续调度该MBMS业务。通过这样的方式,使得MCE确定停止某MBMS业务调度,而需要继续接收该MBMS业务的用户设备在建立单播承载过程中也能继续接收该业务,有效减少因业务停止调度,用户设备需要继续接收该业务而建立单播承载的过程中业务中断时间,给用户更好的使用体验。

请参阅图13,图13是本发明实施例提供的第一种组通讯服务器的结构示意图,本实施例的组通讯服务器160包括第一接收模块71、第二接收模块72以及通知模块73,其中:

第一接收模块71用于接收用户设备上报的通过MBSFN接收组业务的信息。

组通讯中,在MBSFN区域组业务的数据承载在MBMS业务上,组通讯服务器用来管理组内用户设备,用户设备接收组业务数据之前,需要先向组通讯服务器进行注册。

用户设备如果通过MBSFN方式接收组通讯服务器进行通讯,可以向组通讯服务器上报自己正在通过MBSFN方式接收组业务的信息,这个组业务的信息包括组业务的MBSFN区域标示、组业务所在的小区标示中的至少一种。组通讯服务器通过第一接收模块71接收用户设备上报的通过MBSFN接收组业务的信息。

第二接收模块72用于从MCE接收用于接收组业务的该MBSFN传输停止通知。

MCE决定停止某个MBMS业务的调度,则MCE通知eNB停止对该MBMS业务调度之前,先通知组通讯服务器。MCE可以向组通信服务器上报自己即将停止的业务信息,比如MBSFN区域标示、MBMS服务器标识等。

组通讯服务器通过第二接收模块72从MCE接收某个MBSFN传输停止通知。

通知模块73用于通知用户设备建立单播承载,以便用户设备在用于接收组业务的MBSFN停止后,通过单播承载继续接收组业务。

组通讯服务器的第二接收模块72接收到某个MBSFN传输即将停止通知后,通过通知模块73通知用户设备建立单播承载,以便在用于接收组业务的MBSFN停止后,通过单播承载替代MBSFN继续接收该组业务。作为一种优选,通知模块73可以只通知需要继续接收该组业务的用户设备建立单播承载。

需要继续接收该组业务的用户设备,根据组通讯服务器的通知,触发建立单播承载,以在该MBSFN传输停止后,在单播承载上继续接收该组业务。在用户设备建立单播承载后,组通讯服务器通知MCE停止该MBSFN传输。

具体的,如果用户设备通过该MBMS业务接收组通讯数据,则用户设备的接入层确定某个MBMS业务即将停止,向用户设备高层发送指示,所述用户设备高层向组通讯服务器上报该MBMS业务对应的组业务无法继续采用MBSFN方式接收,组通讯服务器收到该请求后,如果判断该组业务需要继续发送给所述用户设备,则触发所述用户设备建立单播承载以继续接收所述组业务。其中所述单播承载为用户设备和基站之间的一个用于传输MBMS业务的专用无线承载。

其中用户设备高层向组通讯服务器上报该MBMS业务对应的组业务无法继续采用MBSFN方式接收之前,需要和eNB建立连接,为了避免很多用户设备同时发起连接建立过程造成网络拥塞,用户设备在接收到eNB的MBMS业务停止调度信息后可以执行一个随即退避,避免多个用户设备同时触发单播连接建立过程,具体的,用户设备生成一个随机因子,和一个预定门限比较,根据比较结果决定触发单播立过程的延迟。比如预定随机因子为0.5,用户生成随机数为0.6,0.6>0.5,则用户延迟10ms触发连接建立。

本实施例提供的组通讯服务器,能够实现图4所示实施例中的各个步骤,本实施例中组通讯服务器的各个功能模块的划分只是示意性的,在能够实现本发明目的的前提下,组通讯服务器功能模块的划分并不限于以上方式,可以是其他任何可能实现的方式。例如多个单元或组件可以结合或者可以集成到另一个系统,或一些特征可以忽略,或不执行。

请参阅图14,图14是本发明实施例提供的第三种多小区/多播协作实体的结构示意图,本实施例的多小区/多播协作实体170包括确定模块81和通知模块82,其中:

确定模块81用于确定需要停止的MBSFN传输。

确定模块81通过通知基站统计接收某个MBMS业务的用户设备,根据基站统计响应确定该MBMS业务的用户设备的数量,在接收该MBMS业务的用户设备数量少于预定门限时,确定需要停止该MBMS业务的MBSFN传输方式。

通知模块82用于在确定模块81确定需要停止的某个MBSFN传输后,通知组通讯服务器该MBSFN传输停止。

MCE决定停止某个MBMS业务的MBSFN传输时,则MCE通知eNB停止对该MBMS业务调度之前,通过通知模块82先通知组通讯服务器。MCE可以向组通信服务器上报自己即将停止的业务信息,比如MBSFN区域标示、MBMS服务器标识等。以使组通讯服务器通知用户设备建立单播承载,以便用户设备再MBSFN传输停止后,通过单播承载代替MBSFN继续接收组业务。

通知组通讯服务器该MBSFN传输即将停止之后,经过预定一段时间后,向eNB发送MBMS业务停止调度信息,以便eNB停止对所述MBMS业务的调度。

组通讯服务器用于管理其组内用户设备,其在接收到MBSFN传输即将停止通知后,可以通知用户设备建立单播承载,以便在接收组业务的MBSFN传输停止后,也能继续通过单播承载接收组业务。

本实施例提供的多小区/多播协作实体,能够实现图5所示实施例中的各个步骤,本实施例中多小区/多播协作实体的各个功能模块的划分只是示意性的,在能够实现本发明目的的前提下,多小区/多播协作实体功能模块的划分并不限于以上方式,可以是其他任何可能实现的方式。例如多个单元或组件可以结合或者可以集成到另一个系统,或一些特征可以忽略,或不执行。

请参阅图15,图15是本发明实施例提供的第三种用户设备的结构示意图,本实施例的用户设备180包括上报模块91和单播承载建立模块92,其中:

上报模块91用于向组通讯服务器上报通过MBSFN接收组业务的信息。

组通讯中,在MBSFN区域组业务的数据承载在MBMS业务上,组通讯服务器用来管理组内用户设备,用户设备在接收组业务数据之前,需要先向组通讯服务器进行注册。因此,上报模块91还用于预先向组通讯服务器进行注册。

用户设备如果通过MBSFN方式接收组业务,可以通过上报模块91向组通讯服务器上报自己正在通过MBSFN方式接收组业务的信息,这个组业务的信息包括组业务的MBSFN区域标示、组业务所在的小区标示中的至少一种。

单播承载建立模块92用于根据组通讯服务器的单播承载建立通知,建立单播承载,同时继续监听承载该组业务的调度信息。

MCE决定停止某个MBMS业务的调度,则MCE通知eNB停止对该MBMS业务调度之前,先通知组通讯服务器。MCE可以向组通信服务器上报自己即将停止的业务信息,比如MBSFN区域标示、MBMS服务器标识等。

组通讯服务器从MCE接收某个MBSFN传输即将停止通知。

组通讯服务器接收到某个MBSFN传输即将停止通知后,通知用户设备建立单播承载,以便通过单播承载继续接收该组业务。作为一种优选,可以只通知需要继续接收该组业务的用户设备建立单播承载。

需要继续接收该组业务的用户设备,其单播承载建立模块92根据组通讯服务器的通知,触发建立单播承载,以在该MBSFN传输停止后,在单播承载上继续接收该组业务。在用户设备建立单播承载后,组通讯服务器通知MCE停止该MBSFN传输。

在建立单播承载过程中,用户设备继续监听承载该组业务的调度信息,在单播承载建立完成后,用户设备停止监听承载组业务的调度信息,通过单播承载来继续接收组业务。

本实施例提供的用户设备,能够实现图6所示实施例中的各个步骤,本实施例中用户设备的各个功能模块的划分只是示意性的,在能够实现本发明目的的前提下,用户设备功能模块的划分并不限于以上方式,可以是其他任何可能实现的方式。例如多个单元或组件可以结合或者可以集成到另一个系统,或一些特征可以忽略,或不执行。

请参阅图16,图16是本发明实施例提供的第二种组通讯服务器的结构示意图,本实施例中组通讯服务器190包括处理器191、接收器193、存储器192以及总线系统194,其中:

处理器191控制组通讯服务器190的操作,处理器191还可以称为CPU(Central Processing Unit,中央处理单元)。处理器191可能是一种集成电路芯片,具有信号的处理能力。处理器191还可以是通用处理器、数字信号处理器(DSP,Digital Signal Processing)、专用集成电路(ASIC,Application Specific Integrated Circuit)、现场可编程门阵列(FPGA,Field-Programmable Gate Array)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。

存储器192可以包括只读存储器和随机存取存储器,并向处理器191提供指令和数据。存储器192的一部分还可以包括非易失性随机存取存储器(NVRAM)。

组通讯服务器190的各个组件通过总线系统194耦合在一起,其中总线系统194除包括数据总线之外,还可以包括电源总线、控制总线和状态信号总线等。该总线系统可以是ISA(Industry Standard Architecture,工业标准体系结构)总线、PCI(Peripheral Component Interconnect,外部设备互连)总线或EISA(Extended Industry Standard Architecture,扩展工业标准体系结构)总线等。所述总线可以是一条或多条物理线路,当是多条物理线路时可以分为地址总线、数据总线、控制总线等。在本发明的其它一些实施例中,处理器191、存储器192以及接收器193也可以通过通信线路直接连接。但是为了清楚说明起见,在图中将各种总线都标为总线系统194。

存储器192存储了如下的元素,可执行模块或者数据结构,或者它们的子集,或者它们的扩展集:

操作指令:包括各种操作指令,用于实现各种操作。

操作系统:包括各种系统程序,用于实现各种基础业务以及处理基于硬件的任务。

在本发明实施例中,处理器191通过调用存储器192存储的操作指令(该操作指令可存储在操作系统中),执行如下操作:

处理器191用于控制接收器193接收用户设备上报的通过MBSFN接收组业务的信息,并控制接收器193从MCE接收某个MBSFN传输停止通知,通知用户设备建立单播承载,以便用户设备通过单播承载继续接收组业务。

存储器192用于存储组业务数据。

组通讯中,在MBSFN区域组业务的数据承载在MBMS业务上,组通讯服务器用来管理组内用户设备,用户设备接收组业务数据之前,需要先向组通讯服务器进行注册。

用户设备如果通过MBSFN方式接收组通讯服务器进行通讯,可以向组通讯服务器上报自己正在通过MBSFN方式接收组业务的信息,这个组业务的信息包括组业务的MBSFN区域标示、组业务所在的小区标示中的至少一种。组通讯服务器通过第一接收模块71接收用户设备上报的通过MBSFN接收组业务的信息。

MCE决定停止某个MBMS业务的调度,则MCE通知eNB停止对该MBMS业务调度之前,先通知组通讯服务器。MCE可以向组通信服务器上报自己即将停止的业务信息,比如MBSFN区域标示、MBMS服务器标识等。

组通讯服务器处理器191控制接收器193从MCE接收某个MBSFN传输即将停止通知。在接收器193接收到某个MBSFN传输即将停止通知后,处理器191通知用户设备建立单播承载,以便通过单播承载继续接收该组业务。作为一种优选,处理器191可以只通知需要继续接收该组业务的用户设备建立单播承载。

需要继续接收该组业务的用户设备,根据组通讯服务器的通知,触发建立单播承载,以在该MBSFN传输停止后,在单播承载上继续接收该组业务。在用户设备建立单播承载后,组通讯服务器通知MCE停止该MBSFN传输。

具体的,如果用户设备通过该MBMS业务接收组通讯数据,则用户设备的接入层确定某个MBMS业务即将停止,向用户设备高层发送指示,所述用户设备高层向组通讯服务器上报该MBMS业务对应的组业务无法继续采用MBSFN方式接收,组通讯服务器收到该请求后,如果判断该组业务需要继续发送给所述用户设备,则触发所述用户设备建立单播承载以继续接收所述组业务。其中所述单播承载为用户设备和基站之间的一个用于传输MBMS业务的专用无线承载。

其中用户设备高层向组通讯服务器上报该MBMS业务对应的组业务无法继续采用MBSFN方式接收之前,需要和eNB建立连接,为了避免很多用户设备同时发起连接建立过程造成网络拥塞,用户设备在接收到eNB的MBMS业务停止调度信息后可以执行一个随即退避,避免多个用户设备同时触发单播连接建立过程,具体的,用户设备生成一个随机因子,和一个预定门限比较,根据比较结果决定触发单播立过程的延迟。比如预定随机因子为0.5,用户生成随机数为0.6,0.6>0.5,则用户延迟10ms触发连接建立。

上述本发明实施例揭示的方法可以应用于处理器191中,或者由处理器191实现。在实现过程中,上述方法的各步骤可以通过处理器191中的硬件的集成逻辑电路或者软件形式的指令完成。可以实现或者执行本发明实施例中的公开的各方法、步骤及逻辑框图。结合本发明实施例所公开的方法的步骤可以直接体现为硬件译码处理器执行完成,或者用译码处理器中的硬件及软件模块组合执行完成。软件模块可以位于随机存储器,闪存、只读存储器,可编程只读存储器或者电可擦写可编程存储器、寄存器等本领域成熟的存储介质中。该存储介质位于存储器192,处理器191读取存储器192中的信息,结合其硬件完成上述方法的步骤。

请参阅图17,图17是本发明实施例提供的第四种多小区/多播协作实体的结构示意图,本实施例的多小区/多播协作实体200包括处理器201存储器202、发送器203以及总线系统204,其中:

处理器201控制多小区/多播协作实体200的操作,处理器201还可以称为CPU(Central Processing Unit,中央处理单元)。处理器201可能是一种集成电路芯片,具有信号的处理能力。处理器201还可以是通用处理器、数字信号处理器(DSP,Digital Signal Processing)、专用集成电路(ASIC,Application Specific Integrated Circuit)、现场可编程门阵列(FPGA,Field-Programmable Gate Array)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。

存储器202可以包括只读存储器和随机存取存储器,并向处理器201提供指令和数据。存储器202的一部分还可以包括非易失性随机存取存储器(NVRAM)。

多小区/多播协作实体200的各个组件通过总线系统204耦合在一起,其中总线系统204除包括数据总线之外,还可以包括电源总线、控制总线和状态信号总线等。该总线系统可以是ISA(Industry Standard Architecture,工业标准体系结构)总线、PCI(Peripheral Component Interconnect,外部设备互连)总线或EISA(Extended Industry Standard Architecture,扩展工业标准体系结构)总线等。所述总线可以是一条或多条物理线路,当是多条物理线路时可以分为地址总线、数据总线、控制总线等。在本发明的其它一些实施例中,处理器201、存储器202以及发送器203也可以通过通信线路直接连接。但是为了清楚说明起见,在图中将各种总线都标为总线系统204。

存储器202存储了如下的元素,可执行模块或者数据结构,或者它们的子集,或者它们的扩展集:

操作指令:包括各种操作指令,用于实现各种操作。

操作系统:包括各种系统程序,用于实现各种基础业务以及处理基于硬件的任务。

在本发明实施例中,处理器201通过调用存储器202存储的操作指令(该操作指令可存储在操作系统中),执行如下操作:

处理器201用于确定需要关闭的MBMS业务,控制发送器203向基站发送MBMS业务停止调度通知,该MBMS业务停止调度通知指示某个MBMS业务即将停止调度,处理器201指示基站继续调度该MBMS业务;

存储器202用于存储MBMS业务数据。

处理器201通过通知基站统计接收某个MBMS业务的用户设备,根据基站统计响应确定该MBMS业务的用户设备的数量,在接收该MBMS业务的用户设备数量少于预定门限时,确定需要停止该MBMS业务的MBSFN传输方式。

MCE决定停止某个MBMS业务的MBSFN传输时,则MCE通知eNB停止对该MBMS业务调度之前,处理器201控制发送器203先通知组通讯服务器。发送器203可以向组通信服务器上报自己即将停止的业务信息,比如MBSFN区域标示、MBMS服务器标识等。以使组通讯服务器通知用户设备建立单播承载,以便用户设备再MBSFN传输停止后,通过单播承载代替MBSFN继续接收组业务。

通知组通讯服务器该MBSFN传输即将停止之后,经过预定一段时间后,向eNB发送MBMS业务停止调度信息,以便eNB停止对所述MBMS业务的调度。

组通讯服务器用于管理其组内用户设备,其在接收到MBSFN传输即将停止通知后,可以通知用户设备建立单播承载,以便在接收组业务的MBSFN传输停止后,也能继续通过单播承载接收组业务。

上述本发明实施例揭示的方法可以应用于处理器201中,或者由处理器201实现。在实现过程中,上述方法的各步骤可以通过处理器201中的硬件的集成逻辑电路或者软件形式的指令完成。可以实现或者执行本发明实施例中的公开的各方法、步骤及逻辑框图。结合本发明实施例所公开的方法的步骤可以直接体现为硬件译码处理器执行完成,或者用译码处理器中的硬件及软件模块组合执行完成。软件模块可以位于随机存储器,闪存、只读存储器,可编程只读存储器或者电可擦写可编程存储器、寄存器等本领域成熟的存储介质中。该存储介质位于存储器202,处理器201读取存储器202中的信息,结合其硬件完成上述方法的步骤。

请参阅图18,图18是本发明实施例提供的第四种用户设备的结构示意图,本实施例的用户设备210包括处理器211、存储器212、接收器213以及总线系统204,其中:

处理器211控制用户设备210的操作,处理器211还可以称为CPU(Central Processing Unit,中央处理单元)。处理器211可能是一种集成电路芯片,具有信号的处理能力。处理器211还可以是通用处理器、数字信号处理器(DSP,Digital Signal Processing)、专用集成电路(ASIC,Application Specific Integrated Circuit)、现场可编程门阵列(FPGA,Field-Programmable Gate Array)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。

存储器212可以包括只读存储器和随机存取存储器,并向处理器211提供指令和数据。存储器212的一部分还可以包括非易失性随机存取存储器(NVRAM)。

用户设备210的各个组件通过总线系统214耦合在一起,其中总线系统214除包括数据总线之外,还可以包括电源总线、控制总线和状态信号总线等。该总线系统可以是ISA(Industry Standard Architecture,工业标准体系结构)总线、PCI(Peripheral Component Interconnect,外部设备互连)总线或EISA(Extended Industry Standard Architecture,扩展工业标准体系结构)总线等。所述总线可以是一条或多条物理线路,当是多条物理线路时可以分为地址总线、数据总线、控制总线等。在本发明的其它一些实施例中,处理器211、存储器212以及接收器213也可以通过通信线路直接连接。但是为了清楚说明起见,在图中将各种总线都标为总线系统214。

存储器212存储了如下的元素,可执行模块或者数据结构,或者它们的子集,或者它们的扩展集:

操作指令:包括各种操作指令,用于实现各种操作。

操作系统:包括各种系统程序,用于实现各种基础业务以及处理基于硬件的任务。

在本发明实施例中,处理器211通过调用存储器212存储的操作指令(该操作指令可存储在操作系统中),执行如下操作:

处理器211用于向组通讯服务器上报通过MBSFN接收组业务的信息,并控制接收器213接收组通讯服务器的通知,根据组通讯服务器的通知,在需要继续接收组业务时,建立单播承载,同时继续监听承载该组业务的调度信息。

存储器212用于存储数据。

组通讯中,在MBSFN区域组业务的数据承载在MBMS业务上,组通讯服务器用来管理组内用户设备,用户设备在接收组业务数据之前,需要先向组通讯服务器进行注册。

用户设备如果通过MBSFN方式接收组业务,处理器211向组通讯服务器上报自己正在通过MBSFN方式接收组业务的信息,这个组业务的信息包括组业务的MBSFN区域标示、组业务所在的小区标示中的至少一种。

MCE决定停止某个MBMS业务的调度,则MCE通知eNB停止对该MBMS业务调度之前,先通知组通讯服务器。MCE可以向组通信服务器上报自己即将停止的业务信息,比如MBSFN区域标示、MBMS服务器标识等。

组通讯服务器从MCE接收某个MBSFN传输即将停止通知。

组通讯服务器接收到某个MBSFN传输即将停止通知后,通知用户设备建立单播承载,以便通过单播承载继续接收该组业务。作为一种优选,可以只通知需要继续接收该组业务的用户设备建立单播承载。

需要继续接收该组业务的用户设备,处理器211根据组通讯服务器的通知,触发建立单播承载,以在该MBSFN传输停止后,在单播承载上继续接收该组业务。在用户设备建立单播承载后,组通讯服务器通知MCE停止该MBSFN传输。

在建立单播承载过程中,处理器211继续监听承载该组业务的调度信息,在单播承载建立完成后,处理器211停止监听承载组业务的调度信息,通过单播承载来继续接收组业务。

上述本发明实施例揭示的方法可以应用于处理器211中,或者由处理器211实现。在实现过程中,上述方法的各步骤可以通过处理器211中的硬件的集成逻辑电路或者软件形式的指令完成。可以实现或者执行本发明实施例中的公开的各方法、步骤及逻辑框图。结合本发明实施例所公开的方法的步骤可以直接体现为硬件译码处理器执行完成,或者用译码处理器中的硬件及软件模块组合执行完成。软件模块可以位于随机存储器,闪存、只读存储器,可编程只读存储器或者电可擦写可编程存储器、寄存器等本领域成熟的存储介质中。该存储介质位于存储器212,处理器211读取存储器212中的信息,结合其硬件完成上述方法的步骤。

通过上述组通讯服务器、用户设备以及多小区/多播协作实体实施例的详细描述,可以理解,本发明实施例中,MCE决定停止某个需要停止的MBSFN传输时,在通知eNB之前,先通知管理组内用户设备的组通讯服务器,组通讯服务器通知用户设备建立单播承载,在用户设备建立单播承载后再通知MCE停止该MBSFN传输。通过这样的方式,MCE决定停止某个MBSFN传输时,需要继续接收通过该MBSFN传输的组业务的用户设备根据组通讯服务器的通知先建立单播承载,避免该组业务中断,给用户更好的使用体验。

通过上述实施例的阐述,可以理解,本发明旨在解决MCE确定停止调度某业务后,需要继续接收该业务的UE需要建立单播承载,如何减少在单播承载建立过程中引发的业务中断时间。

本发明实施例提供的保持业务连续性的方法及设备,基站接收MCE发送的MBMS业务停止调度通知,基站发送通知用户设备MBMS业务停止调度信息,继续调度该MBMS业务。通过这样的方式,使得MCE确定停止某MBMS业务调度,而需要继续接收该MBMS业务的用户设备在建立单播承载过程中也能继续接收该业务,有效减少因业务停止调度,用户设备需要继续接收该业务而建立单播承载的过程中业务中断时间,给用户更好的使用体验。

另一方面,本发明实施例提供的还有一种保持业务连续性的方法和设备,MCE决定停止某个需要停止的MBSFN传输时,在通知eNB之前,先通知管理组内用户设备的组通讯服务器,组通讯服务器通知用户设备建立单播承载,在用户设备建立单播承载后再通知MCE停止该MBSFN传输。通过这样的方式,MCE决定停止某个MBSFN传输时,需要继续接收通过该MBSFN传输的组业务的用户设备根据组通讯服务器的通知先建立单播承载,避免该组业务中断,给用户更好的使用体验。

在本申请所提供的几个实施例中,应该理解到,所揭露的系统,装置和方法,可以通过其它的方式实现。例如,以上所描述的装置实施例仅仅是示意性的,例如,所述模块或单元的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式,例如多个单元或组件可以结合或者可以集成到另一个系统,或一些特征可以忽略,或不执行。另一点,所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口,装置或单元的间接耦合或通信连接,可以是电性,机械或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外,在本申请各个实施例中的各功能单元可以集成在一个处理单元中,也可以是各个单元单独物理存在,也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现,也可以采用软件功能单元的形式实现。

所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时,可以存储在一个计算机可读取存储介质中。基于这样的理解,本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质中,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者多小区/多播协作实体等)或处理器(processor)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括:U盘、移动硬盘、只读存储器(ROM,Read-Only Memory)、随机存取存储器(RAM,Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。

以上所述仅为本申请的实施例,并非因此限制本申请的专利范围,凡是利用本申请说明书及附图内容所作的等效结构或等效流程变换,或直接或间接运用在其他相关的技术领域,均同理包括在本申请的专利保护范围内。

当前第1页1 2 3 
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1