背景技术
(1)MBMS(Multimedia Broadcast Multicast Service,多媒体广播组播业务)和MBSFN(Multimedia Broadcast multicast service Single Frequency Network,多媒体广播多播业务单频网络)。
MBMS用于为无线小区中的用户提供多媒体广播和组播服务;目前的LTE(Long Term Evolution,长期演进)系统中,支持在MBMS和单播业务共享的频率层上提供MBMS业务,该频率层上的小区为MBMS/单播混合小区。其中,能够提供MBMS业务的频率层被称为MBMS频率层,在一个MBMS频率层上,MBMS业务使用MBSFN传输方式。
MBSFN是指在同一时间以相同频率在多个小区进行同步传输(即同一个MBSFN区域中的小区,均为同频),这种传输方式可节约频率资源,提高频谱利用率;MBSFN要求多个小区将相同的内容同时发送,UE(User Equipment,用户设备)接收机可将多个MBSFN小区视为一个大的小区;UE不仅不会受到相邻小区传输的小区间干扰,还将受益于来自多个MBSFN小区的信号的叠加。
此外,如果利用先进的UE接收机技术,还能解决多径传播的时间差问题,从而消除小区内干扰;这种多小区同频传输所带来的分集效果还可以解决盲区覆盖等问题,增强接收的可靠性,提高覆盖率。
MBMS多小区传输的技术特点如下:MBSFN域内MBMS的同步传输;支持多小区MBMS传输的合并;MBSFN同步区域可以半静态配置,如:通过O&M(Operation and Maintenance,操作与维护系统)进行配置。
如图1所示,为MBMS业务区与MBSFN同步区域的关系示意图,MBMS业务区由一个或多个业务标识组成,每个标识映射至一个或多个小区。MBSFN区域由同步区域内一组小区组成,这些小区进行同步的MBSFN发送,MBSFN区域根据运营商的策略进行规划;此外,MBSFN区域预留小区也属于同步区域,该小区不进行MBSFN发送。
(2)MBMS业务连续性。
在LTE Rel-11中,允许多个频率层同时提供MBMS业务,但是在同一个地理位置上,一个业务只能通过一个MBMS频率层发送。MBMS的业务连续性只在一个MBSFN区域内保证,即只在一个频率层内保证连续性;不同频率之间的业务连续性或者多个频率的业务连续性当前并不考虑。
对于连接态的UE,为了保证业务连续性,UE需要将最新的MBMS业务接收或感兴趣的状态上报给网络侧,并且通知网络侧其所确定的单播和MBMS业务的优先级;当UE需要发生切换时,网络侧同时考虑UE的MBMS和单播业务,包括其接收情况和优先级信息等,然后判决切换;当MBMS优先级较高时,网络侧在切换时要尽量同时保证MBMS和单播业务的连续性。
(3)载波聚合技术。
LTE-A(LTE-Advanced,高级LTE)系统的峰值速率较LTE有很大的提高,要求达到下行1Gbps,上行500Mbps,且LTE-A系统要求和LTE系统有很好的兼容性。基于提高峰值速率、与LTE系统兼容以及充分利用频谱资源的需要,LTE-A系统引入了CA(Carrier Aggregation,载波聚合)技术。载波聚合技术使UE可以在多个小区上同时工作,一个小区包含一对UL(上行)/DL(下行) CC(component carrier,成员载波),而不是LTE系统以及之前的无线通信系统中只有一个小区(一套载波)的模式。
在载波聚合的系统中,各个成员载波可以是连续,也可以是非连续的,各成员载波间的带宽可以相同或不同,为了保持和LTE系统兼容,每个成员载波的最大带宽限制为20MHz,每个CC都是一个小区,目前一般认为CC最大个数为5个。此外,LTE-A还对载波聚合的小区进行了分类,包括:Pcell(Primary Cell,主小区),UE聚合的cell中只有一个cell被定义为Pcell;Scell(Secondary Cell,辅小区),UE聚合的除了Pcell之外的其它cell都称为Scell。
Pcell由基站(如eNB)选择并通过RRC(Radio Resource Control,无线资源控制)信令配置给UE,不同UE的Pcell可以不同;Pcell与Scell的不同之处在于,Pcell和多种功能进行了绑定,Pcell绑定的主要功能如下:只有Pcell配置有PUCCH(Physical uplink control channel,物理层控制信道),用于传输CQI(Channel Quality Indicator,信道质量指示)/ACK(Acknowledge Character,确认字符)/SR(Scheduling Request,调度请求);Pcell的下行可以作为随机接入的UL定时参考载波(UL timing reference);Pcell可以作为Pcell和其它Scell的pathloss(路损) reference;只有Pcell上可以进行RACH(Random Access Channel,随机接入信道);只有Pcell上可以配置SPS(Semi Persistence Schedule,半持续调度)资源;只有Pcell上发生RLF(Radio link failure,无线链路失败),才认为UE发生RLF。
在实现本发明的过程中,发明人发现现有技术中至少存在以下问题:
现有技术中,当UE的MBMS业务优先级较高时,网络侧在切换时需要尽量保证MBMS业务的连续性。但是当目标基站的MBMS频率发生拥塞时,由于目标MBMS频率无法接纳单播承载,因此即使此时UE还是可以继续在目标小区接收MBMS业务,目标基站还是会拒绝UE切换到MBMS频率。这样,UE可能会被切换到其他频率上,其MBMS业务连续性无法得到保证。
具体实施方式
在LTE系统中,为了保证连接态UE的MBMS业务接收连续性,对于正在接收MBMS业务或者对某个MBMS业务感兴趣的连接态UE,该UE会将其最新的MBMS业务接收或者感兴趣的状态上报给网络侧,后续如果需要发生切换,则网络侧会结合UE的MBMS业务感兴趣的状态以及当前单播业务的情况来进行切换,尽量同时保证UE的MBMS业务和单播业务的连续性。
但是当目标基站的MBMS频率发生拥塞的情况下,UE的MBMS和单播业务的连续性就发生了冲突,此时MBMS业务的连续性无法保证;针对上述问题,本发明实施例提供一种基于MBMS业务的切换方法和设备,以在目标基站的MBMS频率拥塞的情况下,最大限度的保证MBMS业务的连续性,避免切换失败,增强了用户体验。
下面将结合本发明中的附图,对本发明中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本发明的一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。
实施例一
本发明实施例一提供一种基于MBMS业务的切换方法,以当UE需要从源基站切换到目标基站时,保证MBMS业务连续性,如图2所示,该方法包括以下步骤:
步骤201,源基站确定UE的MBMS业务优先级高于单播,且无法将UE切换到UE感兴趣的MBMS业务所在的MBMS频率上的目标小区。
本发明实施例中,源基站确定无法将UE切换到UE感兴趣的MBMS业务所在的MBMS频率上的目标小区,包括:当源基站没有接收到MBMS频率上的目标小区的切换确认消息时,源基站确定无法将UE切换到UE感兴趣的MBMS业务所在的MBMS频率上的目标小区;其中,没有接收到MBMS频率上的目标小区的切换确认消息包括:接收到MBMS频率上的目标小区的切换失败消息。
方式一、源基站确定无法将UE切换到UE感兴趣的MBMS业务所在的MBMS频率上的目标小区,包括:
源基站向目标基站发送切换请求消息,目标基站按照自身的接纳算法判断是否可以在所请求的目标MBMS频率上接纳UE,当目标基站由于拥塞等原因,无法在该目标MBMS频率上接纳该UE时,则目标基站向源基站发送切换失败消息;或目标基站在其他频率上可以接纳UE时,则目标基站向源基站发送切换确认消息。
之后,当目标基站无法在该目标MBMS频率上接纳UE时,源基站会接收到来自目标基站的在该目标MBMS频率上的切换失败消息或在其他频率上的切换确认消息;该情况下,如果源基站所请求的所有包含目标MBMS频率的目标基站均无法在目标MBMS频率接纳该UE,即使在其他频率可以接纳该UE,则源基站仍然确定无法将UE切换到UE感兴趣的MBMS业务所在的MBMS频率上的目标小区。
方式二、源基站确定无法将UE切换到UE感兴趣的MBMS业务所在的MBMS频率上的目标小区,包括:
源基站向目标基站发送携带指示信息的切换请求消息,该指示信息用于通知目标基站在目标MBMS频率(目标MBMS频率为UE感兴趣的MBMS业务所在的MBMS频率)发生拥塞时,依然在目标MBMS频率上至少接纳UE的缺省承载(default bearer),也可以是接纳UE的non-GBR(non-Guaranteed Bit Rate)承载(缺省承载是一种non-GBR承载),使切换可以成功。
之后,目标基站接收来自源基站的携带指示信息的切换请求消息,并在目标MBMS频率上至少接纳该UE的缺省承载(或non-GBR承载),如果由于拥塞等原因导致不能在目标MBMS频率上接纳UE的缺省承载(或non-GBR承载)时,向源基站发送切换失败消息。
之后,当目标基站无法在目标MBMS频率上接纳UE的缺省承载(或non-GBR承载)时,源基站会接收到来自目标基站的在目标MBMS频率上的切换失败消息或在其他MBMS频率上的切换确认消息;该情况下,如果源基站所请求的所有包含目标MBMS频率的目标基站均无法在目标MBMS频率接纳该UE,即使在其他频率可以接纳该UE,则源基站仍然确定无法将UE切换到UE感兴趣的MBMS业务所在的MBMS频率上的目标小区。
步骤202,源基站释放该UE,并通知UE和/或核心网设备(如MME)释放原因为MBMS业务连续性无法保证,例如,通知UE是因为发生了拥塞而导致MBMS业务连续性无法保证。
源基站通知UE释放原因为MBMS业务连续性无法保证,包括:源基站向UE发送RRC连接释放消息,RRC连接释放消息中携带释放原因为MBMS业务连续性无法保证(如发生拥塞);源基站通知核心网设备释放原因为MBMS业务连续性无法保证,包括:源基站向核心网设备发送S1接口(即基站与核心网设备之间的接口)消息,S1接口消息中携带释放原因为MBMS业务连续性无法保证(如发生拥塞)。
本发明实施例中,由于UE的MBMS业务优先级高于单播,且无法将UE切换到UE感兴趣的MBMS业务所在的MBMS频率上的目标小区,因此,源基站需要释放该UE,并通知UE其被释放的原因是MBMS连续性无法得到保证,该释放原因可以通过RRC连接释放消息传递给UE;源基站也向MME请求释放该UE的S1连接,释放原因同样是MBMS连续性无法得到保证,该释放原因可以通过S1接口信令传递给MME。
需要说明的是,在源基站向UE发送RRC连接释放消息时,源基站可以在RRC连接释放消息中对UE进行重定向,并将UE重定向到UE感兴趣的MBMS频率,以便UE回到空闲状态后,能尽快接收所期望的MBMS业务。
此外,如果目标基站只成功接纳了缺省承载,则当UE切换到目标小区之后,UE可以重新发起建立其他承载的业务请求。为了使UE在适当的时机恢复承载,进一步的,当UE感兴趣的MBMS业务所在的MBMS频率上的目标小区不再拥塞时,基站可以通过专用信令或者广播消息将不再拥塞的信息通知给UE。
本发明实施例中,当UE支持载波聚合时,如果UE的能力是只能在主小区上同时接收单播和MBMS业务,则UE感兴趣的MBMS业务所在的MBMS频率上的目标小区为目标主小区;如果UE的能力是支持在所有服务小区(包括主小区和辅小区)上同时接收单播和MBMS业务,则UE感兴趣的MBMS业务所在的MBMS频率上的目标小区为目标主小区和/或目标辅小区。
综上所述,本发明实施例中提出了一种保证MBMS业务连续性的方法,当目标基站的MBMS频率发生拥塞时,也可以最大限度的保证MBMS业务的连续性,避免切换失败,增强了用户体验。
以下结合图3所示的应用场景示意图对本发明实施例进行详细说明。
实施例二
本发明实施例二提供一种基于MBMS业务的切换方法,以针对方式一目标基站返回切换失败消息为例。
UE在基站1下的小区1同时接收单播业务和MBMS业务1,并通知基站1其MBMS业务的优先级高于单播,小区1位于频率f1上,属于MBSFN区域1。
之后由于UE移动的原因,基站1准备将UE从小区1切换到基站2下的小区;则基站1向基站2发送切换请求消息,为了保证MBMS业务的连续性(保证UE仍在MBSFN区域1内),基站1请求的目标小区为基站2下的小区3(小区3也位于频率f1上,属于MBSFN区域1)。
基站2收到切换请求消息后,发现小区3已发生了拥塞,按照基站2的接纳算法,小区3无法再接纳该UE;因此基站2向基站1回复切换失败消息。
基站1收到基站2的切换失败消息后(假设只有基站2一个目标基站),发现UE的MBMS连续性已经无法得到保证,且由于该UE的MBMS业务优先级高于单播,所以基站1释放该UE。如果存在多个目标基站,即基站1同时向多个基站发起了切换准备过程,且所有基站对于频率1上小区的切换接纳均拒绝并返回切换失败消息,则由于该UE的MBMS业务优先级高于单播,所以基站1也会释放该UE。
基站1决定释放UE之后,向UE发送RRC连接释放消息,其中携带释放原因为“MBMS连续性无法得到保证”,基站1向MME发送S1信令,其中也可以携带释放原因为“MBMS连续性无法得到保证”。
UE收到RRC连接释放消息后,在小区1回到空闲状态,使用空闲态的MBMS业务连续性保证机制继续工作。基站1也可以在RRC连接释放消息中对UE进行重定向,将其重定向到MBMS频率f1,以便UE回到空闲状态后能尽快接收所期望的MBMS业务。
实施例三
本发明实施例三提供一种基于MBMS业务的切换方法,以针对方式一中,目标基站返回切换确认信息,但不是目标MBMS频率上的小区。
UE在基站1下的小区1同时接收单播业务和MBMS业务1,并通知基站1其MBMS业务的优先级高于单播,小区1位于频率f1上,属于MBSFN区域1。
之后由于UE移动的原因,基站1准备将UE从小区1切换到基站2下的小区;则基站1向基站2发送切换请求消息,为了保证MBMS业务的连续性(保证UE仍在MBSFN区域1内),基站1请求的目标小区为基站2下的小区3(小区3也位于频率f1上,属于MBSFN区域1)。
基站2收到切换请求消息后,发现小区3已发生了拥塞,按照基站2的接纳算法,小区3无法再接纳该UE;而基站2下的小区4没有发生拥塞,可以接纳该UE,则基站2选择小区4作为切换的目标小区,然后向基站1回复切换确认消息,使UE可以切换到小区4。
基站1收到基站2的切换确认消息后(假设只有基站2一个目标基站),发现UE的单播业务可以继续,但是MBMS连续性已经无法得到保证,且由于该UE的MBMS业务优先级高于单播,所以基站1不将基站2的切换命令(目标小区为小区4)转发给UE,而是释放该UE。
如果存在多个目标基站,即基站1同时向多个基站发起了切换准备过程,并且所有基站对于频率1上小区的切换接纳均拒绝(目标基站可能返回切换失败或者其他频率上小区的切换确认消息),则由于该UE的MBMS业务优先级高于单播,所以基站1不会转发切换命令(如果有),仍然会释放该UE。
基站1决定释放UE之后,向UE发送RRC连接释放消息,其中携带释放原因为“MBMS连续性无法得到保证”,基站1向MME发送S1信令,其中也可以携带释放原因为“MBMS连续性无法得到保证”。
UE收到RRC连接释放消息后,在小区1回到空闲状态,使用空闲态的MBMS业务连续性保证机制继续工作。基站1也可以在RRC连接释放消息中对UE进行重定向,将其重定向到MBMS频率f1,以便UE回到空闲状态后能尽快接收所期望的MBMS业务。
实施例四
本发明实施例四提供一种基于MBMS业务的切换方法,以针对方式二中,目标基站在MBMS频率成功接纳缺省承载。
UE在基站1下的小区1同时接收单播业务和MBMS业务1,并通知基站1其MBMS业务的优先级高于单播,小区1位于频率f1上,属于MBSFN区域1。
之后由于UE移动的原因,基站1准备将UE从小区1切换到基站2下的小区;则基站1向基站2发送切换请求消息,为了保证MBMS业务的连续性(保证UE仍在MBSFN区域1内),基站1请求的目标小区为基站2下的小区3(小区3也位于频率f1上,属于MBSFN区域1),并且在切换请求消息中携带一个指示信息,该指示信息的含义是通知目标基站在发生目标MBMS频率拥塞时,依然在该MBMS频率上至少接纳该UE的缺省承载(default bearer),使切换可以成功。
目标基站收到该指示信息后,则尽量在MBMS频率上至少接纳该UE的缺省承载。所以基站2收到携带该指示信息的切换请求消息后,虽然发现小区3已经发生了拥塞,但是按照该指示信息的内容,基站2仍然仅在小区3中接纳UE的缺省承载,然后向基站1回复切换确认消息。
基站1收到基站2的切换确认消息后(假设只有基站2一个目标基站),将其中携带的切换命令转发给UE,使UE可以切换。
UE成功切换之后,可以在小区3上继续同时接收单播和MBMS业务;后续UE可以重新发起建立其他承载的业务请求,当小区3不再拥塞时,在切换中释放的其他承载也可以恢复了。
此外,为了使UE在适当的时机恢复承载,进一步的,当小区3不再拥塞时,基站可以通过专用信令或者广播消息将不再拥塞的信息通知给UE。
实施例五
本发明实施例五提供一种基于MBMS业务的切换方法,以针对方式二中,目标基站没能在MBMS频率接纳缺省承载(切换失败)。
UE在基站1下的小区1同时接收单播业务和MBMS业务1,并通知基站1其MBMS业务的优先级高于单播,小区1位于频率f1上,属于MBSFN区域1。
之后由于UE移动的原因,基站1准备将UE从小区1切换到基站2下的小区;则基站1向基站2发送切换请求消息,为了保证MBMS业务的连续性(保证UE仍在MBSFN区域1内),基站1请求的目标小区为基站2下的小区3(小区3也位于频率f1上,属于MBSFN区域1),并且在切换请求消息中携带一个指示信息,该指示信息的含义是通知目标基站在发生目标MBMS频率拥塞时,依然在该MBMS频率上至少接纳该UE的缺省承载(default bearer),使切换可以成功。
目标基站收到该指示信息后,则尽量在MBMS频率上至少接纳该UE的缺省承载。但是基站2收到携带该指示信息的切换请求消息后,发现小区3已经很拥塞,无法再接纳任何承载了,所以基站2向基站1回复切换失败消息。基站1收到基站2的切换失败消息之后的处理,与实施例二和实施例三类似,本实施例中不再赘述。
实施例六
本发明实施例六提供一种基于MBMS业务的切换方法,UE没有正在接收MBMS业务,只是对某个已经开始或者即将开始的MBMS业务感兴趣。
UE在基站2下的小区5接收单播业务,同时对频率f2上的MBSFN区域2的业务3感兴趣,UE将其对MBMS业务3感兴趣的信息以及其MBMS业务的优先级高于单播的信息上报给基站2。
基站2根据接收到的信息,决定将UE切换到频率f2上;根据信道质量等条件,基站2可以选择将UE切换到小区2或者小区4。
如果基站2选择将UE切换到基站1下的小区2,则后续切换请求、切换失败/切换确认、UE成功切换/释放等过程同实施例二-实施例五;如果基站2选择将UE切换到小区4,除了没有基站之间的信令交互之外,其拥塞判决、接纳判决、UE成功切换/释放等过程,也同实施例二-实施例五。
实施例七
本发明实施例七提供一种基于MBMS业务的切换方法,对于CA场景,UE支持2个载波的载波聚合,在基站1下聚合了小区1和小区2一起进行单播的传输,同时在小区1上接收MBMS业务1,并通知基站1其MBMS业务的优先级高于单播。
之后由于UE移动的原因,基站1准备将UE从小区1切换到基站2下的小区。如果UE仅支持在Pcell上同时接收单播和MBMS业务,当目标基站2发现小区3(与小区1同频,可以接收MBMS业务1)作为目标Pcell拥塞时,则按照实施例二-实施例五的方法,进行基站之间的信令交互、拥塞判决、接纳判决、UE成功切换/释放等过程。
如果UE支持在所有服务小区(包括Pcell和Scell)上同时接收单播和MBMS业务,当目标基站2发现小区3(与小区1同频,可以接收MBMS业务1)作为目标Pcell或Scell而发生拥塞时,则按照实施例二-实施例五的方法,进行基站间的信令交互、拥塞判决、接纳判决、UE成功切换/释放等过程。
实施例八
基于与上述方法同样的发明构思,本发明实施例中还提供了一种基站设备,如图4所示,该基站设备包括:
确定模块11,用于当用户设备UE需要从源基站切换到目标基站时,确定所述UE的多媒体广播组播业务MBMS业务优先级高于单播,且无法将所述UE切换到UE感兴趣的MBMS业务所在的MBMS频率上的目标小区;
发送模块12,用于释放所述UE,并通知所述UE和/或核心网设备释放原因为MBMS业务连续性无法保证。
所述发送模块12,具体用于向所述UE发送无线资源控制RRC连接释放消息,所述RRC连接释放消息中携带释放原因为MBMS业务连续性无法保证;向所述核心网设备发送S1接口消息,所述S1接口消息中携带释放原因为MBMS业务连续性无法保证。
所述发送模块12在向所述UE发送RRC连接释放消息时,在所述RRC连接释放消息中对所述UE进行重定向,将所述UE重定向到所述UE感兴趣的MBMS频率。
所述确定模块11,具体用于当没有接收到所述MBMS频率上的目标小区的切换确认消息时,确定无法将所述UE切换到UE感兴趣的MBMS业务所在的MBMS频率上的目标小区;
所述没有接收到所述MBMS频率上的目标小区的切换确认消息包括:接收到所述MBMS频率上的目标小区的切换失败消息。
所述确定模块11,进一步用于向所述目标基站发送携带指示信息的切换请求消息,所述指示信息用于通知目标基站在所述MBMS频率拥塞时,依然在所述MBMS频率上至少接纳所述UE的缺省承载;
当所述目标基站无法在所述MBMS频率上接纳所述UE的缺省承载时,接收来自所述目标基站的在所述MBMS频率上的切换失败消息,并确定无法将所述UE切换到UE感兴趣的MBMS业务所在的MBMS频率上的目标小区。
当所述UE支持载波聚合时,如果所述UE的能力是只能在主小区上同时接收单播和MBMS业务,则UE感兴趣的MBMS业务所在的MBMS频率上的目标小区为目标主小区;
如果所述UE的能力是支持在所有服务小区上同时接收单播和MBMS业务,则UE感兴趣的MBMS业务所在的MBMS频率上的目标小区为目标主小区和/或目标辅小区。
所述发送模块12,还用于当UE感兴趣的MBMS业务所在的MBMS频率上的目标小区不再拥塞时,通过专用信令或广播消息将不再拥塞的信息通知给所述UE。
其中,本发明装置的各个模块可以集成于一体,也可以分离部署。上述模块可以合并为一个模块,也可以进一步拆分成多个子模块。
实施例九
基于与上述方法同样的发明构思,本发明实施例中还提供了一种基站设备,如图5所示,该设备包括:
接收模块21,用于当用户设备UE需要从源基站切换到目标基站时,接收来自所述源基站的携带指示信息的切换请求消息,所述指示信息用于通知所述目标基站在目标多媒体广播组播业务MBMS频率拥塞时,依然在所述目标MBMS频率上至少接纳所述UE的缺省承载,所述目标MBMS频率为所述UE感兴趣的MBMS业务所在的MBMS频率;
发送模块22,用于在所述目标MBMS频率上至少接纳所述UE的缺省承载,并当不能在所述目标MBMS频率上接纳所述UE的缺省承载时,向所述源基站发送切换失败消息。
其中,本发明装置的各个模块可以集成于一体,也可以分离部署。上述模块可以合并为一个模块,也可以进一步拆分成多个子模块。
通过以上的实施方式的描述,本领域的技术人员可以清楚地了解到本发明可借助软件加必需的通用硬件平台的方式来实现,当然也可以通过硬件,但很多情况下前者是更佳的实施方式。基于这样的理解,本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质中,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)执行本发明各个实施例所述的方法。
本领域技术人员可以理解附图只是一个优选实施例的示意图,附图中的模块或流程并不一定是实施本发明所必须的。
本领域技术人员可以理解实施例中的装置中的模块可以按照实施例描述进行分布于实施例的装置中,也可以进行相应变化位于不同于本实施例的一个或多个装置中。上述实施例的模块可以合并为一个模块,也可以进一步拆分成多个子模块。
上述本发明实施例序号仅仅为了描述,不代表实施例的优劣。
以上公开的仅为本发明的几个具体实施例,但是,本发明并非局限于此,任何本领域的技术人员能思之的变化都应落入本发明的保护范围。