背景技术
减少操作管理工作的复杂性,降低运营维护成本,是通信运营商的迫切要求。在下一代的网络中,希望通过引入网络自组织的机制,减少网络规划和操作维护的人工参与,降低网络的建设和运营成本。正是在这样的背景下,演进型通用陆地无线接入(Evolved Universal Terrestrial Radio Access,E-UTRA)系统的自组织网络(Self Organizing Networks,SON)特性作为第三代合作伙伴计划(3rd Generation Partnership Project,3GPP)一个工作议题进行研究。SON技术包括了自配臵、自优化和自治愈,自优化是其中一项重要特性。
SON自优化功能需要监测一些网络和系统性能参数作为输入,如网络性能指标的统计、故障告警、通知等,在对输入数据进行分析后,优化算法做出决策,最后自动触发相关网络节点的调整操作。
在移动网络中,切换参数设臵不合适会严重影响系统性能,最严重的情况是导致用户掉话。因此移动性参数自优化是E-UTRA系统的SON所要解决的最重要问题之一,要能够减少切换失败的发生,减少不当切换导致的用户掉话,以及减少不必要的切换,避免这些切换对系统资源的无效使用。移动健壮性优化(Mobility Robustness Optimization,MRO)首先要做的,是要准确地判断问题的根本原因。
不当的切换通常是由于切换参数设臵不合理导致的,包括以下几种情况:
a)终端没有及时切换到一个无线信号较好的小区,而原来的服务小区信号不断恶化直至用户掉话,这种情况称为“过迟切换”,意味着切换应当更早进行,但由于参数设臵得不合适使得切换被延迟了;
b)终端从源小区切换到目标小区,但是目标小区信号并不稳定,导致切换后很快就发生无线链路失败(Radio Link Failure,RLF),随后终端再选择一个新的小区进行重建连接,这种情况称为“切换到错误小区”,意味着切换的目标小区选择不合适,重建连接的那个小区才是一个合适的目标小区,而原来选择的目标小区并不合适;
c)终端从源小区切换到目标小区,但很快发生了无线链路失败,随后终端选择了源小区进行重建连接,这种情况称为“过早切换”。
判断过迟切换的准则如下:
用户设备(User Equipment,UE)在切换触发之前发生RLF,然后该UE在不同于源小区的另一个小区尝试连接重建。
判断过早切换的准则如下:
UE在切换到目标小区后很快发生RLF或者在切换过程中发生了切换失败(HandOver Failure,HOF),然后该UE在源小区尝试连接重建。
判断切换到错误小区的准则如下:
UE在切换过程中发生RLF(无论是在源小区还是在目标小区)或者在切换到目标小区后很快发生RLF,然后该UE在一个第三方小区(既非源小区,亦非目标小区)尝试连接重建。
在实际网络中,UE发生RLF主要包括以下两种原因:一是切换参数不合适使得没有及时变更用户的服务小区,服务小区的信号质量低到不足以提供服务,导致RLF;另一个是网络中的覆盖空洞或者阴影衰落,当用户设备移动到空洞或阴影处时,由于无线链路条件急剧恶化,导致RLF。
只有第一种原因属于切换问题,第二种原因属于覆盖问题,需要排除在MRO的检测范围之外。这两种原因的判断是根据UE在失败时刻测量的本小区和邻区的参考信号接收功率(Reference Signal Received Power,RSRP)/参考信号接收质量(Reference Signal Received Quality,RSRQ)实现的。如果在失败时刻,UE测量的所有小区的RSRP/RSRQ都很差,说明是覆盖漏洞;否则,说明是切换问题。为了辅助网络侧进行MRO的判断,UE需要上报与连接失败(RLF或者HOF)相关的信息,包括如下内容:
1、如果是RLF,上报该UE的最后的服务小区的ID;如果是HOF,上报该UE切换的目标小区的ID;
2、进行无线资源控制(Radio Resource Control,RRC)连接重建的小区的标识;
3、发起切换的小区的标识;
4、从最后一次切换发起到发生连接失败的时间;
5、指示本次失败是RLF还是HOF;
6、测量信息:包括发生RLF时服务小区的RSRP/RSRQ以及邻区的RSRP/RSRQ。
在3GPP规范中,UE在发生RLF或者HOF时,会将上述1,3,4,5以及6记录下来,在发送RRC连接重建请求(RRC RE-ESTABLISHMENTREQUEST)消息时,会将2记录下来。UE在RRC连接重建成功或者RRC连接建立成功之后,将自身记录的这些与连接失败相关的信息上报给网络侧。网络侧根据UE上报的与连接失败相关的信息,判断是覆盖问题还是由于移动性参数设臵不合理而导致的切换过早/切换过迟/切换到错误小区。
目前,只要发生连接失败(RLF或HOF)的UE准备向某个小区发起RRC连接重建请求,该UE就会把该小区记录为重建小区。但是,很有可能发生如下情况:UE在发起RRC连接重建请求后,该小区可能又不符合小区选择的标准或者UE在发起RRC连接重建请求后没有收到网络侧发送的RRC重建命令。在上述场景下,UE仍然在上报给网络侧的与连接失败相关的信息中携带该重建小区的标识信息,网络侧仍会认为该重建小区是合适的小区,并进行MRO的判断和优化,从而导致错误的移动性参数的优化。
综上所述,现有规范中,只要发生连接失败的UE准备向某个小区发起RRC连接重建请求,该UE就会把该小区记录为重建小区,并将该重建小区的标识信息上报给网络侧,在该小区不符合设定的小区选择标准或该UE未收到网络侧发送的RRC连接重建命令的场景下,导致网络侧进行错误的移动性参数的优化。
具体实施方式
本发明实施例发生连接失败的UE在重建小区发起RRC连接重建请求,该UE在确定该重建小区不符合设定的小区选择标准或自身未收到该重建小区所属的网络侧设备发送的RRC连接重建命令时,确定自身保存的与连接失败相关的信息中不携带该重建小区的标识信息,或者自身不保存任何与连接失败相关的信息,从而避免了网络侧在上述场景下进行错误的移动性参数的优化。
下面结合说明书附图对本发明实施例作进一步详细描述。
参见图1所示,本发明实施例提供的一种进行RRC连接重建的方法,包括以下步骤:
步骤11、发生连接失败的用户设备UE在选定的重建小区发起RRC连接重建请求;
步骤12、UE在确定该重建小区不符合设定的小区选择标准或自身未收到该重建小区所属的网络侧设备发送的RRC连接重建命令时,确定自身保存的与连接失败相关的信息中不携带该重建小区的标识信息,或者自身不保存任何与连接失败相关的信息
在实施中,连接失败表示用户设备与其接入的小区之间的连接断开,如RLF、HOF等。
在实施中,重建小区的标识信息可以为演进通用移动通信系统陆地无线接入网小区全球标识E-CGI(E-UTRAN Cell Global ID;Evolved UMTS TerrestrialRadio Access Network,E-UTRAN;Universal Mobile TelecommunicationsSystem,UMTS;Identifier,ID)等。
在实施中,UE在确定自身发送连接失败(RLF或HOF)时,会将下列信息中的一种或组合记录在与连接失败相关的信息中:
发生连接失败的小区的标识,其中,如果是RLF,上报该UE的最后的服务小区的ID;如果是HOF,上报该UE切换的目标小区的ID;
发起切换的小区的标识;
从最后一次切换发起到发生连接失败的时间;
指示信息,用于指示本次连接失败是RLF还是HOF;以及
测量信息,包括发生连接失败时该UE的服务小区的RSRP/RSRQ以及邻区的RSRP/RSRQ。
在实施中,UE在确定自身发送连接失败后,根据设定的小区选择标准,进行小区选择,并发起RRC连接重建过程。
需要说明的是,本发明实施例中涉及设定的小区选择标准可参见3GPP36.304协议中的规定,UE判断重建小区是否符合设定的小区选择标准的过程请参见3GPP36.304协议。
在实施中,步骤12中,UE根据以下步骤确定自身未收到重建小区所属的网络侧设备发送的RRC连接重建命令:
UE在向重建小区所属的网络侧设备发送RRC连接重建请求时,开启已配臵的定时器(如定时器T301);以及
在该定时器超时时,UE确定未收到重建小区所属的网络侧设备发送的RRC连接重建命令。
在实施中,本发明实施例的方法进一步包括以下实现方法:
方法A、UE保存有与连接失败相关的信息,且该与连接失败相关的信息中不携带重建小区的标识信息;
进一步,方法A又包括以下两种实现方法:
方法A1、UE在重建小区发起RRC连接重建请求时,将该重建小区的标识信息保存在与连接失败相关的信息中,此时,该UE保存的与连接失败相关的信息中既包括该UE在确定自身发生连接失败时记录的信息,又包括重建小区的标识信息;以及
该UE在确定该重建小区不符合设定的小区选择标准或者自身未收到该重建小区所属的网络侧设备发送的RRC连接重建命令时,删除该与连接失败相关的信息中保存的该重建小区的标识信息,此时,该UE保存的与连接失败相关的信息中仅包括该UE在确定自身发生连接失败时记录的信息;
该方法下,若UE后续通过RRC连接建立过程连接到网络侧,并向网络侧上报自身保存的与连接失败相关的信息时,该与连接失败相关的信息中不携带重建小区的标识信息。
方法A2、UE在重建小区发起RRC连接重建请求时,不在与连接失败相关的信息中保存该重建小区的标识信息,此时,该UE保存的与连接失败相关的信息中仅包括该UE在确定自身发生连接失败时记录的信息;
该方法下,若UE后续通过RRC连接建立过程连接到网络侧,并向网络侧上报自身保存的与连接失败相关的信息时,该与连接失败相关的信息中不携带重建小区的标识信息。
需要说明的是,该方法下,该UE在重建小区发起RRC连接重建请求时,不在与连接失败相关的信息中保存该重建小区的标识信息;若在RRC连接重建过程中,该UE确定该RRC连接重建成功(即该UE接收到该重建小区所属的网络侧设备发送的RRC连接重建命令)或该RRC连接重建被拒绝(即该UE接收到该重建小区所属的网络侧设备发送的RRC连接重建拒绝消息),则该UE将该重建小区的标识信息保存在该与连接失败相关的信息中,该场景下,UE保存的与连接失败相关的信息中既包括该UE在确定自身发生连接失败时记录的信息,又包括重建小区的标识信息。
方法B、UE不保存任何与连接失败相关的信息;
优选的,方法B的具体方法包括:
UE在重建小区发起RRC连接重建请求时,将该重建小区的标识信息保存在与连接失败相关的信息中,此时,该UE保存的与连接失败相关的信息中既包括该UE在确定自身发生连接失败时记录的信息,又包括重建小区的标识信息;以及
该UE在确定该重建小区不符合设定的小区选择标准或者自身未收到该重建小区所属的网络侧设备发送的RRC连接重建命令时,删除自身保存的所有与连接失败相关的信息,即该UE不保存任何与连接失败相关的信息。
该方法下,若UE后续通过RRC连接建立过程连接到网络侧,该UE不会向网络侧上报任何与连接失败相关的信息。
进一步,在方法A下,即UE保存有与连接失败相关的信息,且该与连接失败相关的信息中不携带重建小区的标识信息,若UE后续通过RRC连接建立过程连接到了网络侧,并向网络侧上报了自身保存的与连接失败相关的信息,则该网络侧执行以下步骤:
该网络侧接收UE上报的与连接失败相关的信息;以及
该网络侧在确定该与连接失败相关的信息中不携带重建小区的标识信息后,不进行移动健壮性优化处理。
具体的,该网络侧收到UE发送的与连接失败相关的信息后,先根据该与连接失败相关的信息中的测量信息(即RSRP/RSRQ),判断该UE连接失败的原因是否是覆盖漏洞;若不是,且确定该与连接失败相关的信息中的重建小区的标识信息也不存在,则忽略本次上报,且不会根据本次上报的信息进行移动健壮性参数的优化;
需要说明的是,网络侧获取UE保存的与连接失败相关的信息的过程请参见3GPP36.331协议;
网络侧根据该与连接失败相关的信息中的测量信息(即RSRP/RSRQ),判断该UE连接失败的原因是否是覆盖漏洞的过程请参见3GPP36.300协议。
举例说明,假设小区A为连接态的UE提供服务,且小区A有三个邻区,小区B、小区C及小区D;
若UE发生了RLF,则该UE分别测量在连接失败时服务小区(即小区A)和邻区(即小区B、小区C及小区D)的RSRQ值,假设测量得到的小区A、小区B、小区C及小区D的RSRQ值分别为RSRQA、RSRQB、RSRQC及RSRQD,且RSRQC>RSRQB>RSRQD>RSRQA;若UE选择了小区B进行RRC连接重建请求,但在该RRC连接重建过程中,该UE测量到小区B的信号不符合小区选择标准或者该UE在发起RRC连接重建请求后没有接收到小区B所属的网络侧设备发送的RRC连接重建命令,此时,UE不会继续该RRC连接重建过程,而是返回IDLE(空闲)状态;随后,UE在小区C发起RRC连接建立,并在向小区C所属的网络侧设备发送的RRC连接建立完成消息中携带自身保存的与RLF相关的信息(即RLF REPORT,RLF报告),从而小区C所属的网络侧设备获取了该UE的RLF REPORT;
作为一种实现方式,若该UE在RLF REPORT中携带了作为重建小区ID的小区B的标识信息;相应的,网络侧在分析本次UE记录的RLF REPORT数据时,考虑到UE在小区A发生失败,并在小区B进行RRC连接重建是一个典型的切换过迟的场景,该网络侧会认为连接失败的原因是小区A到小区B的切换过迟,当统计量达到设定的阈值后,网络侧会调整从小区A到小区B的切换参数,使UE能更早的从小区A切换到小区B。然后,实际上,小区B并不是最合适的小区;
作为另一种实现方式,若采用本发明实施例的方法A,即该UE在RLFREPORT中不携带重建小区ID;相应的,网络侧根据该UE上报的本小区和邻小区的RSRP/RSRQ判断本次连接失败原因不是覆盖漏洞,则该网络侧不会将本次上报统计为覆盖漏洞,同时,由于RLF REPORT中不携带重建小区ID,则网络侧也不会将本次上报作为移动健壮性优化的参考,因此,网络侧不会调整从小区A到小区B的切换参数;
作为再一种实现方式,若采用本发明实施例的方法B,即该UE从IDLE状态连接到网络侧后,不会向网络侧上报RLF REPORT;相应的,由于网络侧没有收到UE的上报,因此,本次失败不会作为覆盖漏洞或者移动健壮性优化的输入。
下面以UE的连接失败是RLF为例,对本发明实施例提供的进行RRC连接重建的方法进行说明,其他连接失败的情况与此类似,此处不再一一举例说明。
实施例一、参见图2所示,本实施例提供的进行RRC连接重建的方法包括以下步骤:
步骤21、UE确定自身发生RLF,并记录发生RLF时自身服务小区和邻区的RSRP/RSRQ,以及失败小区ID(即该UE的最后的服务小区的ID)等信息;
步骤22、UE根据设定的小区选择标准,进行小区选择,并选择了CELL1(小区1)进行RRC连接重建,且记录重建小区ID为CELL1;
步骤23、UE向CELL1所属的网络侧设备发送RRC连接重建请求;
步骤24、在RRC连接重建过程中,UE发现CELL1不符合小区选择标准,则该UE删除自身保存的重建小区ID;
步骤25、UE进入IDLE状态;
步骤26、UE接收到CELL1所属的网络侧设备下发的RRC连接重建命令;
步骤27、UE向CELL2发起RRC连接建立过程,在该RRC连接建立成功后,CELL2所属的网络侧设备获取该UE保存的RLF REPORT,且该RLFREPORT中的重建小区ID为空;
其中,该RLF REPORT包括发生RLF时服务小区和邻区的RSRP/RSRQ,以及失败小区ID等信息;
基于本实施例,网络侧设备在接收到该RLF REPORT后,先根据RLFREPORT中的RSRP/RSRQ判断是否是覆盖漏洞;如果不是覆盖漏洞,且重建小区ID也不存在,则该网络侧设备不会根据该RLF REPORT进行移动健壮性参数的优化。
实施例二、参见图3所示,本实施例提供的进行RRC连接重建的方法包括以下步骤:
步骤31、UE确定自身发生RLF,并记录发生RLF时自身服务小区和邻区的RSRP/RSRQ,以及失败小区ID等信息;
步骤32、UE根据设定的小区选择标准,进行小区选择,并选择了CELL1进行RRC连接重建,且记录重建小区ID为CELL1;
步骤33、UE向CELL1所属的网络侧设备发送RRC连接重建请求;
步骤34、直到定时器T301超时时,该UE都没有接收到CELL1所属的网络侧设备下发的RRC连接重建命令;
步骤35、UE进入IDLE状态;
步骤36、UE向CELL2发起RRC连接建立过程,在该RRC连接建立成功后,CELL2所属的网络侧设备获取该UE保存的RLF REPORT,且该RLFREPORT中的重建小区ID为空;
其中,该RLF REPORT包括发生RLF时服务小区和邻区的RSRP/RSRQ,以及失败小区ID等信息。
基于本实施例,网络侧设备在接收到该RLF REPORT后,先根据RLFREPORT中的RSRP/RSRQ判断是否是覆盖漏洞;如果不是覆盖漏洞,且重建小区ID也不存在,则该网络侧设备不会根据该RLF REPORT进行移动健壮性参数的优化。
实施例三、参见图4所示,本实施例提供的进行RRC连接重建的方法包括以下步骤:
步骤41、UE确定自身发生RLF,并记录发生RLF时自身服务小区和邻区的RSRP/RSRQ,以及失败小区ID等信息;
步骤42、UE根据设定的小区选择标准,进行小区选择,并选择了CELL1进行RRC连接重建,此时,该UE不记录重建小区ID;
步骤43、UE向CELL1所属的网络侧设备发送RRC连接重建请求;
步骤44、在RRC连接重建过程中,UE发现CELL1不符合小区选择标准;
步骤45、UE进入IDLE状态;
步骤46、UE接收到CELL1所属的网络侧设备下发的RRC连接重建命令;
步骤47、UE向CELL2发起RRC连接建立过程,在该RRC连接建立成功后,CELL2所属的网络侧设备获取该UE保存的RLF REPORT,且该RLFREPORT中的重建小区ID为空;
其中,该RLF REPORT包括发生RLF时服务小区和邻区的RSRP/RSRQ,以及失败小区ID等信息。
基于本实施例,网络侧设备在接收到该RLF REPORT后,先根据RLFREPORT中的RSRP/RSRQ判断是否是覆盖漏洞;如果不是覆盖漏洞,且重建小区ID也不存在,则该网络侧设备不会根据该RLF REPORT进行移动健壮性参数的优化。
实施例四、参见图5所示,本实施例提供的进行RRC连接重建的方法包括以下步骤:
步骤51、UE确定自身发生RLF,并记录发生RLF时自身服务小区和邻区的RSRP/RSRQ,以及失败小区ID等信息;
步骤52、UE根据设定的小区选择标准,进行小区选择,并选择了CELL1进行RRC连接重建,此时,该UE不记录重建小区ID;
步骤53、UE向CELL1所属的网络侧设备发送RRC连接重建请求;
步骤54、直到定时器T301超时时,该UE都没有接收到CELL1所属的网络侧设备下发的RRC连接重建命令;
步骤55、UE进入IDLE状态;
步骤56、UE向CELL2发起RRC连接建立过程,在该RRC连接建立成功后,CELL2所属的网络侧设备可以获取该UE保存的RLF REPORT,且该RLF REPORT中的重建小区ID为空;
其中,该RLF REPORT包括发生RLF时服务小区和邻区的RSRP/RSRQ,以及失败小区ID等信息。
基于本实施例,网络侧设备在接收到该RLF REPORT后,先根据RLFREPORT中的RSRP/RSRQ判断是否是覆盖漏洞;如果不是覆盖漏洞,且重建小区ID也不存在,则该网络侧设备不会根据该RLF REPORT进行移动健壮性参数的优化。
实施例五、参见图6所示,本实施例提供的进行RRC连接重建的方法包括以下步骤:
步骤61、UE确定自身发生RLF,并记录发生RLF时自身服务小区和邻区的RSRP/RSRQ,以及失败小区ID等信息;
步骤62、UE根据设定的小区选择标准,进行小区选择,并选择了CELL1进行RRC连接重建,且记录重建小区ID为CELL1;
步骤63、UE向CELL1所属的网络侧设备发送RRC连接重建请求;
步骤64、在RRC连接重建过程中,UE发现CELL1不符合小区选择标准,则该UE删除已记录的与RLF相关的信息;
步骤65、UE进入IDLE状态;
步骤66、UE接收到CELL1所属的网络侧设备下发的RRC连接重建命令;
步骤67、UE向CELL2发起RRC连接建立过程,且在该RRC连接建立成功后,该UE不会向CELL2所属的网络侧设备上报RLF REPORT。
实施例六、参见图7所示,本实施例提供的进行RRC连接重建的方法包括以下步骤:
步骤71、UE确定自身发生RLF,并记录发生RLF时自身服务小区和邻区的RSRP/RSRQ,以及失败小区ID等信息;
步骤72、UE根据设定的小区选择标准,进行小区选择,并选择了CELL1进行RRC连接重建,且记录重建小区ID为CELL1;
步骤73、UE向CELL1所属的网络侧设备发送RRC连接重建请求;
步骤74、直到定时器T301超时时,该UE都没有接收到CELL1所属的网络侧设备下发的RRC连接重建命令,则该UE删除记录的与RLF相关的信息;
步骤75、UE进入IDLE状态;
步骤76、UE向CELL2发起RRC连接建立过程,且在该RRC连接建立成功后,该UE不会向CELL2所属的网络侧设备上报RLF REPORT。
上述方法处理流程可以用软件程序实现,该软件程序可以存储在存储介质中,当存储的软件程序被调用时,执行上述方法步骤。
基于同一发明构思,本发明实施例中还提供了一种用户设备,由于该用户设备解决问题的原理与上述进行RRC连接重建的方法相似,因此该用户设备的实施可以参见方法的实施,重复之处不再赘述。
参见图8所示,本发明实施例提供的用户设备,应用于发生了连接失败的场景下,该用户设备包括:
第一处理模块81,用于在选定的重建小区发起无线资源控制RRC连接重建请求;
第二处理模块82,用于在确定该重建小区不符合设定的小区选择标准或自身未收到该重建小区所属的网络侧设备发送的RRC连接重建命令时,确定自身保存的与连接失败相关的信息中不携带该重建小区的标识信息,或者自身不保存任何与连接失败相关的信息。
作为一种实现方式,
第一处理模块81具体用于:在重建小区发起RRC连接重建时,将重建小区的标识信息保存在与连接失败相关的信息中;以及
第二处理模块82具体用于:在确定重建小区不符合设定的小区选择标准或者自身未收到重建小区所属的网络侧设备发送的RRC连接重建命令后,删除该与连接失败相关的信息中保存的重建小区的标识信息。
作为另一种实现方式,
第一处理模块81具体用于:在重建小区发起RRC连接重建时,不在与连接失败相关的信息中保存重建小区的标识信息。
作为再一种实现形式,
第一处理模块81具体用于:在重建小区发起RRC连接重建时,将重建小区的标识信息保存在与连接失败相关的信息中;以及
第二处理模块82具体用于:在确定重建小区不符合设定的小区选择标准或者自身未收到重建小区所属的网络侧设备发送的RRC连接重建命令后,删除自身保存的所有与连接失败相关的信息。
在实施中,第二处理模块82根据以下步骤确定自身未收到重建小区所属的网络侧设备发送的RRC连接重建命令:
在向重建小区所属的网络侧设备发送RRC连接重建请求时,开启已配臵的定时器;以及在定时器超时时,确定未收到重建小区所属的网络侧设备发送的RRC连接重建命令。
本领域内的技术人员应明白,本发明的实施例可提供为方法、系统、或计算机程序产品。因此,本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且,本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。
本发明是参照根据本发明实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器,使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装臵。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中,使得存储在该计算机可读存储器中的指令产生包括指令装臵的制造品,该指令装臵实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上,使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理,从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
尽管已描述了本发明的优选实施例,但本领域内的技术人员一旦得知了基本创造性概念,则可对这些实施例作出另外的变更和修改。所以,所附权利要求意欲解释为包括优选实施例以及落入本发明范围的所有变更和修改。
显然,本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样,倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内,则本发明也意图包含这些改动和变型在内。