发明内容
本发明实施例提供一种拥塞控制方法和基站,用以实现缓解网络拥塞,保证数据的及时传输。
第一方面,本发明实施例提供了一种拥塞控制方法,包括:基站在当前周期接收网络服务器发送的数据包;所述基站统计所述当前周期内接收到数据包的总数据流量;若所述当前周期对应的总数据流量大于预设门限值,则所述基站在所述当前周期结束时丢弃所述基站缓存的预设数量的数据包;所述预设数量根据所述当前周期之前的、且与所述当前周期邻近的M个周期的网络拥塞情况确定,所述M为正整数。如此,一方面,可以有效避免在段时间内产生大量的确认包,也就可以避免网络服务器收到大量确认包通过基站向终端发送大量突发数据包的情况,进而可以有效缓解网络拥塞,避免数据包一直占有资源造成的资源浪费;另一方面,可以使得后续接收到的数据包及时被处理,保证数据传输的实时性。
可选的,所述基站在所述当前周期结束时丢弃所述基站缓存的预设数量的数据包之前,还包括:若所述当前周期对应的总数据流量大于预设门限值,则所述基站针对所述M个周期中的每个周期,确定出所述每个周期内接收到的数据包的总数据流量;若所述M个周期中存在N个总数据流量大于预设门限值的周期,则所述基站将所述N确定为所述预设数量;所述N为小于或等于M的正整数。如此,可以精确的确定出当前周期对应的预设数量。
可选的,所述基站在所述当前周期结束时丢弃所述基站缓存的预设数量的数据包之前,还包括:所述基站确定所述当前周期结束时所述基站缓存的数据包的缓存时间;所述基站在所述当前周期结束时丢弃所述基站缓存的预设数量的数据包,包括:所述基站在所述当前周期结束时,丢弃所述基站中缓存时间最长的预设数量的数据包。如此,可以将缓存时间最长的N个数据包丢弃,在缓解网络拥塞的过程中,考虑了数据包的缓存时间对拥塞控制的影响,丢弃缓存时间最长的数据包,可以保证后续数据包处理的实时性,进而可以提升用户体验。
可选的,所述基站在当前周期接收网络服务器发送的数据包,包括:所述基站在当前周期接收网络服务器发送的数据包,并记录接收到所述数据包的时间;所述基站确定所述当前周期结束时所述基站缓存的数据包的缓存时间,包括:针对所述当前周期结束时所述基站缓存的每个数据包,所述基站根据当前时间和记录的接收到所述数据包的时间之间的差值,确定出所述数据包的缓存时间。如此,可以精确的确定出每个数据包的缓存时间。
可选的,该方法还包括:所述基站在所述当前周期内接收到终端反馈的K个确认包;所述确认包为所述终端在接收到基站发送的数据包之后,向所述基站发送的;所述K为正整数;所述基站根据所述当前周期的网络拥塞情况,从所述K个确认包中确定出每个发送周期向所述网络服务器发送的L个确认包;每个上行调度周期包括至少两个发送周期;所述L为小于所述K的正整数;在每个发送周期,将确定出的所述L个确认包,发送至所述网络服务器。如此,在上行数据传输链路方向上,可以根据网络拥塞情况,实现基站在当前调度周期向网络服务器平滑发送确认包,而不像现有技术中的在当前上行调度周期成堆发送确认包,造成空口压力大。
第二方面,本发明实施例提供了一种基站,包括:接收模块,用于在当前周期接收网络服务器发送的数据包;确定模块,用于确定所述当前周期内接收到数据包的总数据流量;处理模块,用于若所述当前周期对应的总数据流量大于预设门限值,则在所述当前周期结束时丢弃所述基站缓存的预设数量的数据包;所述预设数量根据所述当前周期之前的、且与所述当前周期邻近的M个周期的网络拥塞情况确定,所述M为正整数。
可选的,所述确定模块,还用于:若所述当前周期对应的总数据流量大于预设门限值,则针对所述M个周期中的每个周期,确定出所述每个周期内接收到的数据包的总数据流量;若所述M个周期中存在N个总数据流量大于预设门限值的周期,则将所述N确定为所述预设数量;所述N为小于或等于M的整数。
可选的,所述确定模块,还用于:确定所述当前周期结束时所述基站缓存的数据包的缓存时间;所述处理模块,用于在所述当前周期结束时,丢弃所述基站中缓存时间最长的预设数量的数据包。
可选的,所述接收模块,用于:在当前周期接收网络服务器发送的数据包,并记录接收到所述数据包的时间;所述确定模块,用于:针对所述当前周期结束时所述基站缓存的每个数据包,根据当前时间和记录的接收到所述数据包的时间之间的差值,确定出所述数据包的缓存时间。
可选的,还包括发送模块;所述接收模块,还用于在所述当前周期内接收到终端反馈的K个确认包;所述确认包为所述终端在接收到基站发送的数据包之后,向所述基站发送的;所述K为大于0的整数;所述确定模块,用于:根据所述当前周期的网络拥塞情况,从所述K个确认包中确定出每个发送周期向所述网络服务器发送的L个确认包;每个上行调度周期包括至少两个发送周期;所述L为小于所述K的正整数;所述处理模块,用于:针对每个发送周期,从所述K个确认包在所述发送周期剩余的确认包中确定出L个确认包;所述发送模块,用于在每个发送周期,将确定出的所述L个确认包发送至所述网络服务器。
第三方面,本发明实施例提供了一种网络设备,包括:
存储器,用于存储程序指令;
处理器,用于调用所述存储器中存储的程序指令,按照获得的程序执行如上述任一实施例所述的拥塞控制方法。
第四方面,本发明实施例提供了一种计算机可读存储介质,所述计算机可读存储介质存储有计算机可执行指令,所述计算机可执行指令用于使计算机执行如上述任一实施例所述的拥塞控制方法。
具体实施方式
为了使本发明的目的、技术方案及有益效果更加清楚明白,以下结合附图及实施例,对本发明进行进一步详细说明。应当理解,此处所描述的具体实施例仅仅用以解释本发明,并不用于限定本发明。
图1为本发明实施例提供的系统架构示意图。
如图1所示,该系统架构包括网络服务器101、基站102、终端103和终端104。其中,网络服务器101与基站102之间通过有线连接,基站102与终端103之间,以及基站102与终端103之间无线连接。下行数据传输链路方向为:网络服务器101、基站102、终端(如图1中终端103或终端104),上行数据传输链路方向为:终端(如图1中终端103或终端104)、基站102和网络服务器101。
本发明实施例中,在下行数据传输链路传输方向上,网络服务器101向基站102发送数据包,并在基站102中缓存,基站依次处理缓存的数据包,将处理后数据包发送至终端103或终端104。如果空口环境变差,导致大量数据包缓存在基站中,使得网络侧发生网络拥塞,当空口环境变好时,基站缓存的大量数据又会发送至终端,终端返回大量确认包,通过基站发送至网络服务器,使得网络服务器又会向基站发送大量数据包,导致网络拥塞。而上行数据传输链路传输方向上,基站接收到终端发送的确认包之后,通过有线连接发送至网络服务器,由于有线连接传输数据量有限制,确认包的数据量很小,上行数据传输链路造成网络拥塞的可能性很小,但是,当终端短时间内向基站返回大量确认包时,会导致网络服务器短时间内接收到大量确认包,认为空口侧环境变好,又向基站发送大量的数据包,继而导致网络拥塞。
终端103和终端104中的任一个终端可以经无线接入网(Radio Access Network,简称RAN)与一个或多个核心网进行通信,终端可以指用户设备(User Equipment,简称UE)、接入终端、用户单元、用户站、移动站、移动台、远方站、远程终端、移动设备、用户终端、终端、无线通信设备、用户代理或用户装置。接入终端可以是蜂窝电话、无绳电话、会话启动协议(Session Initiation Protocol,简称SIP)电话、无线本地环路(Wireless Local Loop,简称WLL)站、个人数字处理(Personal Digital Assistant,简称PDA)、具有无线通信功能的手持设备、计算设备或连接到无线调制解调器的其它处理设备、车载设备、可穿戴设备等。
基于图1中的系统架构,图2示例性示出了本发明实施例提供的LTE无线通信空口协议栈的示意图。
如图2所示,该LTE无线通信空口协议栈,依次包括隧道协议(GPRS TurningProtocol,GTP)、包数据合流协议层(Packet Data Convergence Protocol,PDCP)、无线链路控制协议层(Radio Link Control,RLC)和媒体接入控制协议层(Media AccessControl,MAC),物理链路层(Physical Layer,PHY)。
GTP层接收到数据包之后,进入PDCP协议层并进行缓存,如果缓存的数据包来不及处理,有可能会引起网络性能下降,严重时会导致通信网络陷入停顿,严重影响用户体验,同时大量的数据缓存也造成了大量资源浪费。
下面对本发明实施例提供的拥塞控制方法进行详细介绍。
图3示例性示出了本发明实施例提供的拥塞控制方法流程示意图。如图3所示,该方法包括以下步骤:
步骤301:基站在当前周期接收网络服务器发送的数据包。
步骤302:基站统计当前周期内接收到数据包的总数据流量。
步骤303:若当前周期对应的总数据流量大于预设门限值,则基站在当前周期结束时丢弃基站缓存的预设数量的数据包;该预设数量根据当前周期之前的、且与当前周期邻近的M个周期的网络拥塞情况确定,M为正整数。
本发明实施例中,由于考虑了当前周期内对应的总数据流量,在总数据流量大于预设门限值时对基站缓存的数据包进行丢弃,而且丢弃预设数量的数据包,该预设数量根据当前周期之前的、且与当前周期邻近的M个周期的网络拥塞情况确定,因此,本发明实施例针对网络拥塞,基于数据流量精确可以实现对当前周期的数据包进行丢弃。如此,一方面,可以有效避免在段时间内产生大量的确认包,也就可以避免网络服务器收到大量确认包通过基站向终端发送大量突发数据包的情况,进而可以有效缓解网络拥塞,避免数据包一直占有资源造成的资源浪费;另一方面,可以使得后续接收到的数据包及时被处理,保证数据传输的实时性。
上述步骤303中,预设门限值的选取关系到拥塞控制质量的好坏,该预设门限值太大起不到拥塞控制的效果,预设门限值太小又会丢弃太多数据增加网络服务器重传负担,同时还可能影响用户的用户体验,所以预设门限值的设置可以根据实际拥塞情况进行确定,此处并不限定预设门限值的具体数值。
同样的,预设数量也影响到拥塞控制的效果,每个周期对应的预设可以相同,也可以不同。在一个示例中,可以将连续的多个周期对应的预设数量设置为同一个值,比如针对第一个周期,根据该第一个周期之前的、且与该第一个周期邻近的M个周期的网络拥塞情况确定出一个固定值,将该固定值设置为该第一个周期之后连续T个周期对应的预设数量设置都设置为该固定值。在另一个示例中,在每个周期开始时,根据该周期之前的、且与当前周期邻近的M个周期的网络拥塞情况确定出该周期对应的预设数量,如此,各个周期中可能存在某几个周期对应的预设数量相同,也可能出现各个周期中每个周期对应的预设数量都不相同。
为了更精确的确定出当前周期对应的预设数量,可选的,在步骤303之前,该方法还包括:若当前周期对应的总数据流量大于预设门限值,则基站针对该M个周期中的每个周期,确定出该周期内接收到的数据包的总数据流量;若该M个周期中存在N个总数据流量大于预设门限值的周期,则基站将N确定为预设数量;N为小于或等于M的整数。其中,该M个周期该为当前周期之前的、且与当前周期邻近的M个周期。
举个例子,比如当前周期为第8个周期,M等于4,那么第8个周期之前的、且与第8个周期邻近的M个周期为:第7个周期、第6个周期、第5个周期、第4个周期。若第7个周期的总数据流量大于预设门限值、第6个周期的总数据流量小于预设门限值、第5个周期的总数据流量大于预设门限值、第4个周期的总数据流量小于预设门限值,那么N为2,也就是说,基站在第8个周期结束时丢弃基站缓存的2数据包。
上述实施例中,基站丢弃数据包之后,可以通过通知网络服务器或者网络服务区监测基站是否丢弃数据包,以使网络服务器确定当前周期的网络拥塞情况,进而平滑的向基站发送数据包,而不向基站发送大量突发数据包,以达到缓解网络拥塞的效果。
基于上述实施例,基站选择出N个数据包进行丢弃,若基站缓存的数据包的数量小于N时,则丢弃基站内缓存的所有数据包。
在步骤303中,基站丢弃预设数量的数据包,可以是在当前周期缓存的数据包中随机选择N个数据包丢弃,也可以是根据预设规则来选择要丢弃的数据包,以下提供一种可选的实施方式。
在步骤303之前,基站确定当前周期结束时基站缓存的数据包的缓存时间;基站在当前周期结束时,丢弃基站中缓存时间最长的预设数量的数据包。如此,可以将缓存时间最长的N个数据包丢弃,在缓解网络拥塞的过程中,考虑了数据包的缓存时间对拥塞控制的影响,丢弃缓存时间最长的数据包,可以保证后续数据包处理的实时性,进而可以提升用户体验。
一种实现步骤301的可选的实施方式中,基站在当前周期接收网络服务器发送的数据包,并记录接收到数据包的时间。进一步的,基站确定当前周期结束时基站缓存的数据包的缓存时间,包括:针对当前周期结束时基站缓存的每个数据包,基站根据当前时间和记录的接收到数据包的时间之间的差值,确定出数据包的缓存时间。如此,基站可以根据记录的接收到每个数据包的时间,确定出每个数据包的缓存时间,从而确定出需要丢弃的数据包。
以下举具体示例,说明如何确定数据包的缓存时间。
在一个示例中,在基站接收到网络服务器发送的数据包时,具体的,基于图2的空口协议栈,GTP层在接收到该数据包,在数据包中添加时间标记,该时间标记指示基站接收到该数据包的时间。基站可以根据系统当前时间和该时间标记指示的时间之间的差值,确定出数据包的缓存时间。进而确定出缓存时间最长的N个数据包,并丢弃。
在该示例中,基站确定数据包的缓存时间的方式,可以为基站针对缓存列表里的每个数据包计算缓存时间,这种方式确定需要丢弃的N个数据包花费的时间较长。为节省资源占用,也可以只计算缓存队列中最靠前的R个数据包的缓存时间,从R个数据包中确定出N个缓存时间最长的数据包,并丢弃。其中,缓存列表里的数据包的数量大于R,R为大于N的整数。
在另一个示例中,在GTP层接收到的数据包时,记录该数据的标识和接收到该数据包的时间的对应关系,在当期周期结束时,确定出接收到的数据包的时间最早的N个时间,进而该最早的N个时间对应的数据包的标识,并丢弃该最早的N个时间对应的数据包。该示例中,只需要查找时间记录,确定需要丢弃的N个数据包花费的时间较短。
从以上方案可知,由于本发明充分考虑了数据缓存时间对拥塞控制的影响,丢弃数据缓存时间达到时间门限值而没能发送的数据,保障了数据的畅通,提高了数据在空口的传输效率,同时该发明精确保证的数据在系统中的缓存时间,有效避免了网络拥塞,保证了数据传输的实时性,提升业务数据传输质量,最大限度利用空口资源实现好的用户体验。
基于上述任一实施例,由于在现有技术中,在一个上行调度周期内,若基站接收到终端发送的大量的确认包,基站会在当前上行调度周期内成堆的向网络服务器发送确认包,导致网络服务器在接收到大量的确认包之后,向基站发送大量的确认包,基站将大量的确认包发送至网络服务器,从而导致网络拥塞。为了解决该问题,本发明实施例提供以下实施方式。
可选的,该拥塞控制方法还包括:基站在当前周期内接收到终端反馈的K个确认包;每个确认包为终端在接收到基站发送的数据包之后,向基站发送的。基站根据当前周期的网络拥塞情况,从所述K个确认包中确定出当前上行调度周期中的每个发送周期向网络服务器发送的L个确认包;每个上行调度周期包括至少两个发送周期。针对当前上行调度周期中的每个发送周期,基站将确定出的所述L个确认包,发送至网络服务器。K为大于0的整数;L为小于K的正整数。上述确认包为消确认息ACK。需要注意的是,本发明实施例中的当前周期与当前上行调度周期不同,当前周期为当前统计周期,为了在每个统计周期内统计处接收到数据包的总数据流量。而当前上行调度周期是系统为终端分配的周期性的上行调度资源所对应的周期。
举个例子,设置L=10,比如当前周期基站收到终端发送的3个确认包,那么基站向网络服务器发送3个确认包,即L=3。再比如,K=18,当前周期基站收到终端发送的18个确认包,那么基站在当前上行调度周期中的每个发送周期向网络服务器发送10个确认包,即L=10,也就是说,在第一个发送周期基站向网络服务器发送10个确认包,另外的8个确认包在下一周期发送,达到平滑发送的确认包,从而达到服务器向基站发送数据包平滑的效果,减少网络拥塞目的。
可选的,基站根据当前周期的网络拥塞情况,确定出L,若网络拥塞情况严重,可以调低L值,通过降低基站向网络服务器发送确认包的数量,达到缓解网络拥塞的效果;若网络拥塞情况减轻,可以调高L值,进而可以使得网络服务器可以继续向基站发送数据包,保证业务数据及时处理。如此,在上行数据传输链路方向上,可以根据网络拥塞情况,实现基站在当前调度周期向网络服务器平滑发送确认包,而不像现有技术中的在当前上行调度周期成堆发送确认包,造成空口压力大。
为了更清楚的介绍拥塞控制方法,本发明实施例提供以下具体的示例。
图4为本发明实施例提供的另一种拥塞控制方法流程示意图。
步骤401,基站接收到网络服务器发送的数据包,并对接收到的数据包进行总数据流量F统计;总数据流量用F表示(系统初始时,F为0),基站每接收到一个数据包,F的值增加该接收到的数据包的大小,单位为字节。
步骤402,当前统计时间t(系统初始时,t为0)是否达到到达统计周期T;若是,则执行步骤403;若否,则执行步骤401。
步骤403,当前统计周期内总数据流量F是否大于网络拥塞的预设门限值S,若是,则执行步骤404;若否,则执行步骤406。
步骤404,以当前周期为开始,计算当前周期的前M个连续周期内中总数据流量F大于M的周期的个数N。
步骤405,从当前周期基站缓存的数据包中随机选择N个数据包进行丢弃;之后执行步骤406。
步骤406,对总数据流量F值和统计时间t清零,便于下一次统计周期内统计接收到的数据流量,并在下一周期开始时继续执行步骤401至406。
通过以上方案可知,由于本发明充分考虑了单位时间内接收到的数据总流量是否超过网络拥塞门限值,对总流量超过网络拥塞门限值时进行数据包的丢弃,有效避免终端在短时间内产生大量数据确认包,导致服务器通过基站向终端发送大量突发数据包,从而避免引发的网络拥塞。
基于以上实施例以及相同构思,图5为本发明实施例提供的一种基站的结构示意图,该第一终端可以实现如上图3中所示的任一项或任多项对应的方法中基站执行的步骤。如图5所示,该基站500可以包括接收模块501、确定模块502和处理模块503;可选的,还包括发送模块504。其中:
接收模块501,用于在当前周期接收网络服务器发送的数据包;
确定模块502,用于确定所述当前周期内接收到数据包的总数据流量;
处理模块503,用于若所述当前周期对应的总数据流量大于预设门限值,则在所述当前周期结束时丢弃所述基站缓存的预设数量的数据包;所述预设数量根据所述当前周期之前的、且与所述当前周期邻近的M个周期的网络拥塞情况确定,所述M为正整数。
可选的,所述确定模块502,还用于:若所述当前周期对应的总数据流量大于预设门限值,则针对所述M个周期中的每个周期,确定出所述每个周期内接收到的数据包的总数据流量;若所述M个周期中存在N个总数据流量大于预设门限值的周期,则将所述N确定为所述预设数量;所述N为小于或等于M的整数。
可选的,所述确定模块502,还用于:确定所述当前周期结束时所述基站缓存的数据包的缓存时间;所述处理模块503,用于在所述当前周期结束时,丢弃所述基站中缓存时间最长的预设数量的数据包。
可选的,所述接收模块501,用于:在当前周期接收网络服务器发送的数据包,并记录接收到所述数据包的时间;所述确定模块502,用于:针对所述当前周期结束时所述基站缓存的每个数据包,根据当前时间和记录的接收到所述数据包的时间之间的差值,确定出所述数据包的缓存时间。
可选的,该基站500还包括发送模块504;所述接收模块501,还用于在所述当前周期内接收到终端反馈的K个确认包;所述确认包为所述终端在接收到基站发送的数据包之后,向所述基站发送的;所述K为大于0的整数;所述确定模块502,用于:根据所述当前周期的网络拥塞情况,从所述K个确认包中确定出每个发送周期向所述网络服务器发送的L个确认包;每个上行调度周期包括至少两个发送周期;所述L为小于所述K的正整数;所述处理模块503,用于:针对每个发送周期,从所述K个确认包在所述发送周期剩余的确认包中确定出L个确认包;所述发送模块504,用于在每个发送周期,将确定出的所述L个确认包发送至所述网络服务器。
该基站500所涉及的与本发明实施例提供的技术方案相关的概念,解释和详细说明及其它步骤请参见前述拥塞控制方法或其它实施例中关于这些内容的描述,此处不做赘述。
基于以上实施例以及相同构思,本发明实施例还提供一种网络设备。
图6为本发明实施例提供的一种网络设备的结构示意图。如图6所示,该网络设备600包括:
存储器601,用于存储程序指令;
处理器602,用于调用所述存储器中存储的程序指令,按照获得的程序执行前述任一实施例中所述的拥塞控制方法。
基于以上实施例以及相同构思,本发明实施例还提供一种计算机存储介质,所述计算机可读存储介质存储有计算机可执行指令,所述计算机可执行指令用于使计算机执行前述任一实施例中所述的拥塞控制方法。
需要说明的是,本发明实施例中对单元的划分是示意性的,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式。在本发明的实施例中的各功能单元可以集成在一个处理单元中,也可以是各个单元单独物理存在,也可以两个或两个以上单元集成在一个模块中。上述集成的单元既可以采用硬件的形式实现,也可以采用软件功能单元的形式实现。
在上述实施例中,可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件实现时,可以全部或部分地以计算机程序产品的形式实现。计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行计算机程序指令时,全部或部分地产生按照本发明实施例的流程或功能。计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。计算机指令可以存储在计算机可读存储介质中,或者从一个计算机可读存储介质向另一个计算机可读存储介质传输,例如,计算机指令可以从一个网站站点、计算机、服务器或数据中心通过有线(例如同轴电缆、光纤、数字用户线(DSL))或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。计算机可读存储介质可以是计算机能够存取的任何可用介质或者是包含一个或多个可用介质集成的服务器、数据中心等数据存储设备。可用介质可以是磁性介质,(例如,软盘、硬盘、磁带)、光介质(例如,DVD)、或者半导体介质(例如固态硬盘Solid State Disk(SSD))等。
本领域内的技术人员应明白,本发明实施例可提供为方法、系统、或计算机程序产品。因此,本发明实施例可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且,本发明实施例可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。
本发明实施例是参照根据本发明实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器,使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中,使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品,该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上,使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理,从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
显然,本领域的技术人员可以对本发明实施例进行各种改动和变型而不脱离本发明的精神和范围。这样,倘若本发明实施例的这些修改和变型属于本发明权利要求及其等同技术的范围之内,则本发明也意图包含这些改动和变型在内。