本发明涉及通信领域,尤其涉及一种令牌分配方法和装置。
背景技术:
在网络中传输业务数据时,为了防止网络拥塞,通常会采用传统的令牌桶算法来限制流出网络的流量,使流量以比较均匀的速度向外发送。大小固定的令牌桶可自行以恒定的速率源源不断地添加令牌,令牌桶中的每一个令牌都代表一个字节。如果令牌不被消耗,或者被消耗的速度小于产生的速度,令牌就会不断地增多,直到把桶填满,后面再添加的令牌就会从桶中溢出,最后桶中可以保存的最大令牌数永远不会超过桶的大小。在为业务分配流量时,传统的令牌桶这种控制机制对于在流量限制之外的业务,其做法是将其丢弃、或者继续发送。若采用上述方案,使得网络资源利用得不够合理,且会造成业务不能传输、或者丢包的问题。
针对上述问题,提出一种有效的保证业务正常传输、不丢包、合理的使用网络资源的方法,是本领域技术人员亟待解决的技术问题。
技术实现要素:
本发明实施例主要解决的技术问题是,提供一种令牌分配方法和装置,解决现有技术中,业务不能传输或者丢包、网络资源使用不合理的问题。
为解决上述技术问题,本发明实施例提供一种令牌分配方法,包括:
获取到达的各业务需消耗的令牌数,业务至少包括关键业务;
获取当前令牌桶中令牌的数量;
在关键业务需消耗的令牌数大于当前令牌桶中令牌的数量的情况下,则将当前令牌桶中全部令牌分配给关键业务,不足关键业务消耗的部分则等待令牌桶中令牌数量更新后进行分配,并将关键业务通过主链路转发。
为解决上述技术问题,本发明实施例提供一种令牌分配装置,包括:
获取模块,用于获取到达的各业务需消耗的令牌数,业务至少包括关键业务;以及获取当前令牌桶中令牌的数量;
处理模块,用于在关键业务需消耗的令牌数大于当前令牌桶中令牌的数量的情况下,则将当前令牌桶中全部令牌分配给关键业务,不足关键业务消耗的部分则等待令牌桶中令牌数量更新后进行分配,并将关键业务通过主链路转发。
为解决上述技术问题,本发明实施例还提供一种计算机存储介质,计算机存储介质中存储有计算机可执行指令,计算机可执行指令用于执行前述的令牌分配方法。
本发明的有益效果是:
根据本发明实施例提供的令牌分配方法和装置,通过获取到达的各业务需消耗的令牌数,业务至少包括关键业务;获取当前令牌桶中令牌的数量;在关键业务需消耗的令牌数大于当前令牌桶中令牌的数量的情况下,则将当前令牌桶中全部令牌分配给关键业务,不足关键业务消耗的部分则等待令牌桶中令牌数量更新后进行分配,并将关键业务通过主链路转发,采用上述方案,可以保证全部关键业务都能分配到令牌,且将关键业务通过主链路转发,不会造成关键业务丢失,使得网络资源也能得到合理的利用。
附图说明
图1为本发明实施例一提供的一种令牌分配方法的流程图;
图2为本发明实施例二提供的一种令牌分配装置的结构示意图。
具体实施方式
下面通过具体实施方式结合附图对本发明实施例作进一步详细说明。
实施例一
为了避免业务不能传输或者丢包、网络资源利用得不够合理的问题,本实施例提供一种令牌分配方法,请参见图1,包括以下步骤:
s101:获取到达的各业务需消耗的令牌数,业务至少包括关键业务。
关键业务包括voip(voiceoverinternetprotocol,网络电话)、iptv(internetprotocoltelevision,交互式网络电视)等业务。业务除了是关键业务外,业务还可以同时包括关键业务和非关键业务,非关键业务包括internet(因特网)业务等。
在获取到达的各业务需消耗的令牌数之前,还可以包括:对到达的业务进行识别,识别出其是关键业务、或者是同时包括关键业务和非关键业务。
s102:获取当前令牌桶中令牌的数量。
其中,大小固定的令牌桶可以自行以恒定的速率源源不断地添加令牌,令牌桶中的每一个令牌都代表一个字节。如果令牌不被消耗,或者被消耗的速度小于产生的速度,令牌就会不断地增多,直到把令牌桶填满,后面再添加的令牌就会从令牌桶中溢出,最后令牌桶中可以保存的最大令牌数永远不会超过令牌桶的大小。
在获取当前令牌桶中令牌的数量之前,还包括:判断业务的当前数据包到达令牌桶的时间距离上一数据包到达令牌桶的时间是否大于设定阈值,比如设定阈值为1毫秒,若是,则更新令牌桶中令牌的数量,更新后的令牌桶中令牌的数量即为s102中的当前令牌桶中令牌的数量。其中,可以根据时间差值的大小来决定往令牌桶中添加令牌数量的多少,比如若时间差值为2毫秒,则往令牌桶中添加200个令牌。应当理解的是,若当前数据包与上一个数据包的时间差小于某个设定阈值时,比如设定阈值为1毫秒,不用等到令牌桶更新当前令牌桶中的令牌数,若令牌数足够当前数据包使用,直接将令牌分配给当前数据包。
为了尽可能保证令牌桶中的令牌数量足够,往令牌桶中添加令牌的方式包括以下方式中的至少一种:
方式一:判断业务的当前数据包到达令牌桶的时间距离上一数据包到达令牌桶的时间是否大于设定阈值,若是,则往令牌桶中添加令牌;
方式二:按照恒定速率往令牌桶中添加令牌。
s103:判断关键业务需消耗的令牌数是否大于当前令牌桶中令牌的数量,若是,则进入s104,若否,则进入s105。
s104:将当前令牌桶中全部令牌分配给关键业务,不足关键业务消耗的部分则等待令牌桶中令牌数量更新后进行分配,并将关键业务通过主链路转发。
由于关键业务属于优先级较高的业务,不能被丢弃,所以当关键业务需消耗的令牌数大于令牌桶中令牌的数量时,即使令牌桶中当前令牌不足,也会减去关键业务需消耗的令牌,令牌桶可赤字为负数,下限是令牌桶大小的负值。
其中,具体的处理过程为:当业务为关键业务时,将当前令牌桶中全部的令牌都分配给关键业务。令牌全部分配完后,令牌桶赤字。当前未分配到令牌的剩余的关键业务则等待令牌桶中令牌数量的更新,将更新后的令牌分配给剩余的关键业务;分配的令牌的数量与剩余的关键业务需消耗的令牌数相等,由此保证全部关键业务均能分配到令牌,以保证全部关键业务都能分配到令牌,由此使得全部关键业务都能通过主链路转发,不会造成关键业务丢失,且网络资源也能得到合理的利用。其中,主链路包括dsl(digitalsubscriberline,数字用户线路)链路。
令牌桶算法可以根据数据的流量对数据包进行标色,不超过速率的标示绿色,超过速率部分标示红色。因为dsl链路作为主链路,所以一般取dsl协商速率或者以指定的速率阈值为令牌桶的基准速率,将基准速率作为标示绿色以及红色的判断依据。
其中,由于关键业务属于优先级较高的业务,不能被丢弃,所以关键业务不会被标色,也不用进行隧道封装,直接通过dsl链路进行转发,从而保证关键业务不丢失。
当业务为同时包括关键业务和非关键业务,且关键业务需消耗的令牌数大于令牌桶中令牌的数量时,对关键业务的处理即按照上述处理过程进行。令牌全部分配完后,令牌桶赤字。至于非关键业务,可以不用消耗令牌,不用等待令牌桶中令牌数量的更新,直接将全部非关键业务标为红色,并将非关键业务进行隧道封装后通过辅链路进行转发,使得网络资源能得到合理的利用,辅链路包括lte(longtermevolution,长期演进)链路。
s105:判断业务是否还包括非关键业务,若否,则进入s106,若是,则进入s107。
s106:将令牌分配给关键业务,分配的令牌的数量与关键业务需消耗的令牌数相等;并将关键业务通过主链路转发。
当业务为关键业务,且关键业务需消耗的令牌数小于令牌桶中令牌的数量时,则将令牌分配给关键业务,分配的令牌的数量与关键业务需消耗的令牌数相等。其中,由于关键业务属于优先级较高的业务,不能被丢弃,所以关键业务不会被标色,也不用进行隧道封装,直接通过主链路进行转发,从而保证关键业务不丢失。主链路包括dsl链路。
s107:判断关键业务与非关键业务一共需消耗的令牌数是否大于当前令牌桶中令牌的数量,若是,则进入s108,若否,则进入s109。
s108:优先分配关键业务需消耗的令牌数给关键业务,将关键业务通过主链路转发;再将当前令牌桶中剩余令牌数分配给非关键业务,将分配到令牌的非关键业务通过主链路转发;不够剩余非关键业务消耗的部分则不进行分配,将未分配到令牌的非关键业务通过辅链路转发。
当业务包括关键业务和非关键业务,关键业务需消耗的令牌数小于当前令牌桶中令牌的数量、关键业务与非关键业务一共需消耗的令牌数大于当前令牌桶中令牌的数量时,由于关键业务属于优先级较高的业务,不能被丢弃,所以优先分配关键业务需消耗的令牌数给关键业务,将关键业务通过主链路转发,以保证关键业务的传输。关键业务不会被标色,也不用进行隧道封装,可以直接通过dsl链路进行转发。
由于关键业务需消耗的令牌数小于当前令牌桶中令牌的数量,所以在分配令牌给关键业务后,令牌还有剩余。
再将当前令牌桶中剩余令牌数全部分配给非关键业务,将分配到令牌的非关键业务标为绿色,进行隧道封装,然后通过主链路进行转发,主链路包括dsl链路。
令牌全部分配完后,令牌桶赤字。不够剩余非关键业务消耗的部分则不进行分配,即未分配到令牌的非关键业务则不再进行令牌的分配,将未分配到令牌的非关键业务标为红色,进行隧道封装,然后通过辅链路进行转发,辅链路包括lte链路,使得网络资源能得到合理的利用。
s109:从当前令牌桶中分配需消耗的令牌数给关键业务和非关键业务,并将关键业务和非关键业务通过主链路进行转发。
若业务包括关键业务和非关键业务、关键业务需消耗的令牌数小于当前令牌桶中令牌的数量、关键业务与非关键业务一共需消耗的令牌数小于当前令牌桶中令牌的数量;则从当前令牌桶中分配需消耗的令牌数给关键业务和非关键业务,并将关键业务和非关键业务通过主链路进行转发。其中,关键业务不会被标色,也不用进行隧道封装,可以直接通过dsl链路进行转发。非关键业务标为绿色,进行隧道封装,然后通过dsl链路进行转发。
一些运营商的关键业务之前都是dsl链路下已经组网成熟的体系,所以关键业务不能从lte链路发送出去,本发明实施例保证关键业务从dsl链路转发。解决了现有技术中关键业务可能不会通过dsl链路进行转发,而通过lte链路转发造成关键业务不可送达、或者丢包的问题。
本实施例还例举一个具体的例子进行说明,以用户多业务为场景,其中,iptv、voip、internet业务同时开展,上行链路包括adsl(asymmetricdigitalsubscriberline,非对称数字用户线路)链路和lte链路为例子,详细描述实施过程。
首先预置需要的一些信息,如根据adsl协商速率计算出往令牌桶中添加令牌速率、令牌转化表、预置隧道封装规则等。其中,通过adsl协商速率确定令牌桶中当前令牌的数量。预置的隧道封装规则为将internet业务进行隧道封装,iptv和voip业务不进行隧道封装,且对于internet业务,局端设备为了区分是dsl链路还是lte链路,需要做隧道封装。令牌转化表中包括业务大小和对应的需消耗的令牌数。
然后启用iptv和voip业务,根据iptv和voip业务的大小从令牌转化表中查询iptv和voip业务需消耗的令牌数,再判断出iptv和voip业务需消耗的令牌数小于令牌桶中令牌的数量;将令牌桶中的令牌分配给iptv和voip业务,分配的令牌的数量与iptv和voip业务需消耗的令牌数相等,将iptv和voip业务通过adsl链路转发,且iptv和voip业务不被标色,不被隧道封装;实时检测当前令牌桶中令牌数量的消耗,令牌桶中有消耗,未出现赤字。
然后增加internet业务,并且逐渐增大数据流量,直到超过adsl协商速率,即根据iptv、voip、internet业务的大小从令牌转化表中查询iptv、voip、internet业务一共需消耗的令牌数,再判断出iptv、voip、internet业务一共需消耗的令牌数超过当前令牌桶中令牌的数量,观察到令牌桶出现了赤字,iptv和voip业务依然从adsl链路转发,不标色,并且未被隧道封装。internet业务一部分被标为绿色,从adsl链路转发,并且封装为adsl隧道格式,这一部分internet业务有分配到令牌。internet业务另一部分被标为红色,从lte链路转发,封装为lte隧道格式,这一部分internet业务没有分配到令牌。
然后逐渐降低internet业务的数据流量,可以观察到经过一定时间后,iptv、voip、internet业务一共需消耗的令牌数小于当前令牌桶中令牌的数量,已经不存在令牌桶赤字的情况,iptv、voip、internet业务均能分配到令牌,且均通过adsl链路转发,并且iptv、voip业务无隧道封装,internet业务有隧道封装。
上述实施例的方案,在不影响iptv和voip业务的前提下,对internet业务进行选路,使internet业务经过不同隧道封装,选用合理的链路进行转发,使得网络资源得到合理的使用。
当链路发生拥塞时,本实施例的方法,以发生令牌桶临界赤字为依据,实现对过载的internet业务数据分流到lte链路,保证了拥塞时internet业务数据流不会因为dsl带宽的限制而被丢弃。lte链路一般是按流计费,本实施例通过基于数据包的速率作为决策标准,是一种行之有效的决策计费方案。
根据实施例提供的令牌分配方法,通过获取到达的各业务需消耗的令牌数,业务至少包括关键业务;获取当前令牌桶中令牌的数量;在关键业务需消耗的令牌数大于当前令牌桶中令牌的数量的情况下,则将当前令牌桶中全部令牌分配给关键业务,不足关键业务消耗的部分则等待令牌桶中令牌数量更新后进行分配,并将关键业务通过主链路转发,采用上述方案,可以保证全部关键业务都能分配到令牌,且将关键业务通过主链路转发,不会造成关键业务丢失,使得网络资源也能得到合理的利用。
实施例二
为了避免业务不能传输、或者丢包的问题,本实施例提供一种令牌分配装置,请参见图2,该令牌分配装置包括:
获取模块201,用于获取到达的各业务需消耗的令牌数,业务至少包括关键业务;以及获取当前令牌桶中令牌的数量。
关键业务包括voip、iptv等业务。业务除了是关键业务外,业务还可以同时包括关键业务和非关键业务,非关键业务包括internet(因特网)业务等。
在获取到达的各业务需消耗的令牌数之前,还可以包括:对到达的业务进行识别,识别出其是关键业务、或者是同时包括关键业务和非关键业务。
处理模块202,用于在关键业务需消耗的令牌数大于当前令牌桶中令牌的数量的情况下,则将当前令牌桶中全部令牌分配给关键业务,不足关键业务消耗的部分则等待令牌桶中令牌数量更新后进行分配,并将关键业务通过主链路转发。
其中,大小固定的令牌桶可以自行以恒定的速率源源不断地添加令牌,令牌桶中的每一个令牌都代表一个字节。如果令牌不被消耗,或者被消耗的速度小于产生的速度,令牌就会不断地增多,直到把令牌桶填满,后面再添加的令牌就会从令牌桶中溢出,最后令牌桶中可以保存的最大令牌数永远不会超过令牌桶的大小。
还包括:更新模块203,用于在获取模块201获取当前令牌桶中令牌的数量之前,若业务的当前数据包到达令牌桶的时间距离上一数据包到达令牌桶的时间大于设定阈值,比如设定阈值为1毫秒,则更新令牌桶中令牌的数量。更新后的令牌桶中令牌的数量即为获取模块201获取的当前令牌桶中令牌的数量。其中,可以根据时间差值的大小来决定往令牌桶中添加令牌数量的多少,比如若时间差值为2毫秒,则往令牌桶中添加200个令牌。应当理解的是,若当前数据包与上一个数据包的时间差小于某个设定阈值时,比如设定阈值为1毫秒,不用等到令牌桶更新当前令牌桶中的令牌数,若令牌数足够当前数据包使用,处理模块202直接将令牌分配给当前数据包。
为了尽可能保证令牌桶中的令牌数量足够,往令牌桶中添加令牌的方式包括以下方式中的至少一种:
方式一:判断业务的当前数据包到达令牌桶的时间距离上一数据包到达令牌桶的时间是否大于设定阈值,若是,则往令牌桶中添加令牌;
方式二:按照恒定速率往令牌桶中添加令牌。
由于关键业务属于优先级较高的业务,不能被丢弃,所以当关键业务需消耗的令牌数大于令牌桶中令牌的数量时,即使令牌桶中当前令牌不足,也会减去关键业务需消耗的令牌,令牌桶可赤字为负数,下限是令牌桶大小的负值。
其中,处理模块202具体的处理过程为:当业务为关键业务时,将当前令牌桶中全部的令牌都分配给关键业务。令牌全部分配完后,令牌桶赤字。当前未分配到令牌的剩余的关键业务则等待令牌桶中令牌数量的更新,将更新后的令牌分配给剩余的关键业务;分配的令牌的数量与剩余的关键业务需消耗的令牌数相等,由此保证全部关键业务均能分配到令牌,以保证全部关键业务都能分配到令牌,由此使得全部关键业务都能通过主链路转发,不会造成关键业务丢失,且网络资源也能得到合理的利用。其中,主链路包括dsl链路。
令牌桶算法可以根据数据的流量对数据包进行标色,不超过速率的标示绿色,超过速率部分标示红色。因为dsl链路作为主链路,所以一般取dsl协商速率或者以指定的速率阈值为令牌桶的基准速率,将基准速率作为标示绿色以及红色的判断依据。
其中,由于关键业务属于优先级较高的业务,不能被丢弃,所以关键业务不会被标色,也不用进行隧道封装,直接通过dsl链路进行转发,从而保证关键业务不丢失。
当业务为同时包括关键业务和非关键业务,且关键业务需消耗的令牌数大于令牌桶中令牌的数量时,处理模块202对关键业务的处理即按照上述处理过程进行。令牌全部分配完后,令牌桶赤字。至于非关键业务,可以不用消耗令牌,不用等待令牌桶中令牌数量的更新,直接将全部非关键业务标为红色,并将非关键业务进行隧道封装后通过辅链路进行转发,使得网络资源能得到合理的利用,辅链路包括lte链路。
处理模块202用于:若业务只包括关键业务、关键业务需消耗的令牌数小于当前令牌桶中令牌的数量,则将令牌分配给关键业务,分配的令牌的数量与关键业务需消耗的令牌数相等;并将关键业务通过主链路转发。其中,由于关键业务属于优先级较高的业务,不能被丢弃,所以关键业务不会被标色,也不用进行隧道封装,直接通过主链路进行转发,从而保证关键业务不丢失。主链路包括dsl链路。
处理模块202用于:若业务包括关键业务和非关键业务、关键业务需消耗的令牌数小于当前令牌桶中令牌的数量、关键业务与非关键业务一共需消耗的令牌数大于当前令牌桶中令牌的数量;由于关键业务属于优先级较高的业务,不能被丢弃,所以优先分配关键业务需消耗的令牌数给关键业务,将关键业务通过主链路转发,以保证关键业务的传输;关键业务不会被标色,也不用进行隧道封装,可以直接通过dsl链路进行转发。
由于关键业务需消耗的令牌数小于当前令牌桶中令牌的数量,所以在分配令牌给关键业务后,令牌还有剩余。再将当前令牌桶中剩余令牌数分配给非关键业务,将分配到令牌的非关键业务标为绿色,进行隧道封装,然后通过主链路进行转发,主链路包括dsl链路。
令牌全部分配完后,令牌桶赤字。不够剩余非关键业务消耗的部分则不进行分配,即未分配到令牌的非关键业务则不再进行令牌的分配,将未分配到令牌的非关键业务标为红色,进行隧道封装,然后通过辅链路进行转发,辅链路包括lte链路,使得网络资源能得到合理的利用。
处理模块202用于:若业务包括关键业务和非关键业务、关键业务需消耗的令牌数小于当前令牌桶中令牌的数量、关键业务与非关键业务一共需消耗的令牌数小于当前令牌桶中令牌的数量;则从当前令牌桶中分配需消耗的令牌数给关键业务和非关键业务,并将关键业务和非关键业务通过主链路进行转发。其中,关键业务不会被标色,也不用进行隧道封装,可以直接通过dsl链路进行转发。非关键业务标为绿色,进行隧道封装,然后通过dsl链路进行转发。
一些运营商的关键业务之前都是dsl链路下已经组网成熟的体系,所以关键业务不能从lte链路发送出去,本发明实施例保证关键业务从dsl链路转发。解决了现有技术中关键业务可能不会通过dsl链路进行转发,而通过lte链路转发造成关键业务不可送达、或者丢包的问题。
本实施例还例举一个具体的例子进行说明,以用户多业务为场景,其中,iptv、voip、internet业务同时开展,上行链路包括adsl链路和lte链路为例子,具体如下:
首先预置需要的一些信息,如根据adsl协商速率计算出往令牌桶中添加令牌速率、令牌转化表、预置隧道封装规则等。其中,通过adsl协商速率确定令牌桶中当前令牌的数量。预置的隧道封装规则为将internet业务进行隧道封装,iptv和voip业务不进行隧道封装,且对于internet业务,局端设备为了区分是dsl链路还是lte链路,需要做隧道封装。令牌转化表中包括业务大小和对应的需消耗的令牌数。
然后启用iptv和voip业务,获取模块201根据iptv和voip业务的大小从令牌转化表中查询iptv和voip业务需消耗的令牌数,若iptv和voip业务需消耗的令牌数小于令牌桶中令牌的数量,处理模块202将令牌桶中的令牌分配给iptv和voip业务,分配的令牌的数量与iptv和voip业务需消耗的令牌数相等,将iptv和voip业务通过adsl链路转发,且iptv和voip业务不被标色,不被隧道封装;实时检测当前令牌桶中令牌数量的消耗,令牌桶中有消耗,未出现赤字。
然后增加internet业务,并且逐渐增大数据流量,直到超过adsl协商速率,即获取模块201根据iptv、voip、internet业务的大小从令牌转化表中查询iptv、voip、internet业务一共需消耗的令牌数,若iptv、voip、internet业务一共需消耗的令牌数超过当前令牌桶中令牌的数量,观察到令牌桶出现了赤字,处理模块202将iptv和voip业务依然从adsl链路转发,不标色,并且未被隧道封装。internet业务一部分被标为绿色,从adsl链路转发,并且封装为adsl隧道格式,这一部分internet业务有分配到令牌。internet业务另一部分被标为红色,从lte链路转发,封装为lte隧道格式,这一部分internet业务没有分配到令牌。
然后逐渐降低internet业务的数据流量,可以观察到经过一定时间后,iptv、voip、internet业务一共需消耗的令牌数小于当前令牌桶中令牌的数量,已经不存在令牌桶赤字的情况,处理模块202分配令牌给iptv、voip、internet业务,且iptv、voip、internet业务均通过adsl链路转发,并且iptv、voip业务无隧道封装,internet业务有隧道封装。
上述实施例的方案,在不影响iptv和voip业务的前提下,对internet业务进行选路,使internet业务经过不同隧道封装,选用合理的链路进行转发,使得网络资源得到合理的使用。
根据实施例提供的令牌分配装置,通过获取模块201获取到达的各业务需消耗的令牌数,业务至少包括关键业务,以及获取当前令牌桶中令牌的数量;在关键业务需消耗的令牌数大于当前令牌桶中令牌的数量的情况下,则处理模块202将当前令牌桶中全部令牌分配给关键业务,不足关键业务消耗的部分则等待令牌桶中令牌数量更新后进行分配,并将关键业务通过主链路转发。采用上述方案,可以保证全部关键业务都能分配到令牌,且将关键业务通过主链路转发,不会造成关键业务丢失,使得网络资源也能得到合理的利用。
在另一实施例中还提供一种计算机存储介质,计算机存储介质中存储有计算机可执行指令,计算机可执行指令用于执行实施例一中任一项的令牌分配方法。
显然,本领域的技术人员应该明白,上述本发明实施例的各模块或各步骤可以用通用的计算装置来实现,它们可以集中在单个的计算装置上,或者分布在多个计算装置所组成的网络上,可选地,它们可以用计算装置可执行的程序代码来实现,从而,可以将它们存储在存储介质(rom/ram、磁碟、光盘)中由计算装置来执行,并且在某些情况下,可以以不同于此处的顺序执行所示出或描述的步骤,或者将它们分别制作成各个集成电路模块,或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。所以,本发明不限制于任何特定的硬件和软件结合。
以上内容是结合具体的实施方式对本发明实施例所作的进一步详细说明,不能认定本发明的具体实施只局限于这些说明。对于本发明所属技术领域的普通技术人员来说,在不脱离本发明构思的前提下,还可以做出若干简单推演或替换,都应当视为属于本发明的保护范围。