终端状态处理方法、计算机设备及存储介质与流程

1.本发明涉及通讯技术领域，尤其涉及一种终端状态处理方法、计算机设备及存储介质。


背景技术：

2.智能终端在使用过程中需要从基站获取数据，但若智能终端在不使用网络数据的情况下与基站长时间保持活跃的连接状态会导致基站资源持续被占用，并且增加智能终端的耗电量。因此，在智能终端长时间无数据业务时可以进入非活跃状态，由此来节省基站资源并降低智能终端的功耗。但若用户在一个终端状态的判断周期内由于移动等原因触发终端所连接基站的切换时，切换到的目标基站在确定是否需要将智能终端设置为非活跃状态时会存在检测误差，影响用户体验。


技术实现要素：

3.本发明实施例的主要目的在于提供一种终端状态处理方法、计算机设备及存储介质，旨在降低切换过程中终端状态的检测误差。
4.第一方面，本发明实施例提供一种终端状态处理方法，包括：
5.接收目标基站的控制面发送的承载建立请求和承载修改请求，所述承载建立请求携带状态剩余时长，所述承载修改请求携带状态周期时长；根据所述状态剩余时长和所述状态周期时长调整终端状态。
6.第二方面，本发明实施例还提供一种计算机设备，所述计算机设备包括处理器、存储器、存储在所述存储器上并可被所述处理器执行的计算机程序以及用于实现所述处理器和所述存储器之间的连接通信的数据总线，其中所述计算机程序被所述处理器执行时，实现如本发明说明书提供的任一项终端状态处理方法的步骤。
7.第三方面，本发明实施例还提供一种存储介质，用于计算机可读存储，所述存储介质存储有一个或者多个程序，所述一个或者多个程序可被一个或者多个处理器执行，以实现如本发明说明书提供的任一项终端状态处理的方法的步骤。
8.本发明实施例提供一种终端状态处理方法、计算机设备及存储介质，本发明实施例中目标基站的用户面通过接收目标基站的控制面发送的承载建立请求和承载修改请求，获得承载建立请求中携带的状态剩余时长以及承载修改请求中携带的状态周期时长，从而根据状态剩余时长和状态周期时长调整终端状态，降低在基站切换过程中终端状态的检测时长误差，提高终端状态的设置准确率。
附图说明
9.为了更清楚地说明本技术实施例技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图是本技术的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
10.图1为本技术实施例提供的一种终端状态处理方法的流程示意图；
11.图2为本技术实施例提供的一种交互流程图；
12.图3为本技术实施例提供的接收承载建立请求和承载修改请求的步骤的流程示意图；
13.图4为本技术实施例提供的另一种交互流程图；
14.图5为本技术实施例提供的另一种接收承载建立请求和承载修改请求的步骤的流程示意图；
15.图6为本技术实施例提供的另一种交互流程图；
16.图7为本技术实施例中根据状态剩余时长和状态周期时长调整终端状态的示意图；
17.图8为本技术实施例提供的一种计算机设备的结构示意性框图。
具体实施方式
18.下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。
19.附图中所示的流程图仅是示例说明，不是必须包括所有的内容和操作/步骤，也不是必须按所描述的顺序执行。例如，有的操作/步骤还可以分解、组合或部分合并，因此实际执行的顺序有可能根据实际情况改变。
20.应当理解，在此本发明说明书中所使用的术语仅仅是出于描述特定实施例的目的而并不意在限制本发明。如在本发明说明书和所附权利要求书中所使用的那样，除非上下文清楚地指明其它情况，否则单数形式的“一”、“一个”及“该”意在包括复数形式。
21.本发明实施例提供一种终端状态处理方法、计算机设备及存储介质。其中，该终端状态处理方法可应用于基站中，本技术中的终端可以是手机、平板电脑、笔记本电脑、台式电脑、个人数字助理和穿戴式设备等电子设备。
22.终端在一个状态周期时长内没有数据达到时，说明此时终端没有使用网络数据，为了节省基站资源并且降低终端能耗，基站会将终端的状态调整为非活跃状态，也即userinactive。但若用户携带终端在一个状态周期时长内发生移动，触发终端所连接的基站切换时，切换到的目标侧基站则需要根据状态剩余时长和状态周期时长，来对终端状态进行判断。其中，状态剩余时长为状态周期时长与终端在切换源侧所消耗的时长的差值。
23.示例性的，若状态周期时长为20秒，终端在基站a范围内已经15秒无数据，而由于用户移动等原因发生基站切换，切换到了基站b。那么，切换源侧为基站a侧，目标侧为基站b侧，终端在切换源侧所消耗的时长为15秒，状态剩余时长为20-15＝5秒，状态周期时长为20秒。
24.若基站b检测到在5秒内没有数据达到终端，则将终端的终端状态调整为非活跃状态，反之，若基站b检测到在5秒内有数据达到终端，则在终端再次无数据时，确定在一个状态周期时长也即20秒内是否有数据达到终端，若在一个状态周期时长内没有数据达到终端，则将终端的终端状态调整为非活跃状态，若在一个状态周期时长内有数据达到终端，则
在终端再次无数据时，确定在一个状态周期时长也即20秒内是否有数据达到终端，进行循环判断。
25.可以理解的是，当处于非活跃状态的终端有数据达到时，该终端的状态会发生变化，不再是非活跃状态。
26.下面结合附图，对本发明的一些实施例作详细说明。在不冲突的情况下，下述的实施例及实施例中的特征可以相互组合。
27.请参照图1，图1为本发明实施例提供的一种终端状态处理方法的流程示意图。
28.如图1所示，该终端状态处理方法包括步骤s101至步骤s102。
29.步骤s101、接收目标基站的控制面发送的承载建立请求和承载修改请求，承载建立请求用于携带状态剩余时长，承载修改请求携带状态周期时长。
30.当发生切换时，切换源基站的控制面向目标基站的控制面发送切换请求，其中，该切换请求中携带了已消耗时长，所述已消耗时长是指终端在切换源基站中无数据的时长。目标基站的控制面基于状态周期时长和已消耗时长计算得到状态剩余时长。
31.其中，状态剩余时长＝状态周期时长-已消耗时长。例如，状态周期时长为20秒，已消耗时长为15秒，则状态剩余时长为5秒。
32.目标基站的控制面在接收到切换请求后，通过e1口向目标基站的用户面发送承载建立请求，在该承载建立请求中携带状态剩余时长。
33.并且，目标基站的控制面也会向目标基站的用户面发送承载修改请求，在该承载修改请求中携带有状态周期时长。
34.可以理解的是，承载建立请求和承载修改请求可以是并行发送的，也可以是串行发送的，还可以是在切换过程中不同的阶段发送的。
35.在一实施例中，接收承载建立请求和承载修改请求的步骤可以包括：接收目标基站的控制面发送的承载建立请求；同时，接收目标基站的控制面发送的承载修改请求。
36.在目标基站的控制面建立上下文前，目标基站的控制面可以使用两个消息并行的来将状态剩余时长和状态周期时长分别发送给目标基站的用户面，也即，在承载建立请求中携带状态剩余时长，在承载修改请求中携带状态周期时长，将状态周期时长和状态剩余时长分别发送给目标基站的用户面，目标基站的用户面在接收到目标基站的控制面发送的承载建立请求和承载修改请求之后，根据状态剩余时长和状态周期时长调整终端状态。
37.请参阅图2，图2为本技术实施例提供的一种交互流程图。
38.其中，source gnb-cu-cp表示切换源基站的控制面，target gnb-du表示目标基站的gnb分布式单元，target gnb-cu-cp表示目标基站的控制面，target gnb-cu-up表示目标基站的用户面。
39.在发生切换时，source gnb-cu-cp向target gnb-cu-cp发送切换请求(handover request)，target gnb-cu-cp在接收到切换请求后，通过e1口向target gnb-cu-up发送承载建立请求(bearer context setup request)，其中，承载建立请求中携带有状态剩余时长(remaining userinactive timer len)，并且在发送承载建立请求的同时，还并行的向target gnb-cu-up发送承载修改请求(bearer context modification request)，其中，承载修改请求中携带有状态周期时长(periodic userinactive timer len)，target gnb-cu-up根据状态剩余时长和状态周期时长来对终端状态进行判断和调整。
40.target gnb-cu-up在接收到承载建立请求后，会基于该承载建立请求向target gnb-cu-cp发送承载建立响应(bearer context setup response)，同样的，target gnb-cu-up在接收到承载修改请求后，也会基于该承载修改请求向target gnb-cu-cp发送承载修改响应(bearer context modification response)。
41.target gnb-cu-cp收齐target gnb-cu-up的承载建立响应和承载修改响应后，配置target gnb-du，建立f1上下文建立流程(f1 ue context setup procedure)。target gnb-du配置完成，f1上下文建立完成后，target gnb-cu-cp给source gnb-cu-cp回复切换确认消息(handover request acknowledge)，并接收source gnb-cu-cp发送的sn status transfer状态报告，
42.target gnb-cu-cp通过承载修改请求(bearer context modi fication request)通知target gnb-cu-up该状态报告，target gnb-cu-up回复承载修改响应(bearer context modification response)。终端同步到目标侧后，target gnb-cu-cp给source gnb-cu-cp发送终端释放流程(ue context release)。
43.在一实施例中，参照图3，接收承载建立请求和承载修改请求的步骤可以包括：子步骤s1011至子步骤s1012。
44.子步骤s1011、接收目标基站的控制面发送的承载建立请求，基于承载建立请求生成承载建立响应，并将承载建立响应发送给目标基站的控制面。
45.子步骤s1012、接收目标基站的控制面基于承载建立响应发送的承载修改请求，并基于承载修改请求向目标基站的控制面发送承载修改响应，使目标基站的控制面基于承载建立响应和承载修改响应建立上下文。
46.在目标基站的控制面建立上下文前，目标基站的控制面可以使用两个消息串行的来将状态剩余时长和状态周期时长分别发送给目标基站的用户面。也即，在承载建立请求中携带状态剩余时长，先将承载建立请求发送给目标基站的用户面后，再向目标基站的用户面发送携带有状态周期时长的承载修改请求，从而将状态周期时长和状态剩余时长分别发送给目标基站的用户面，目标基站的用户面在接收到目标基站的控制面发送的承载建立请求和承载修改请求之后，根据状态剩余时长和状态周期时长调整终端状态。
47.请参阅图4，图4为本技术实施例提供的另一种交互流程图。
48.其中，source gnb-cu-cp表示切换源基站的控制面，target gnb-du表示目标基站的gnb分布式单元，target gnb-cu-cp表示目标基站的控制面，target gnb-cu-up表示目标基站的用户面。
49.在发生切换时，source gnb-cu-cp向target gnb-cu-cp发送切换请求(handover request)，target gnb-cu-cp在接收到切换请求后，通过e1口向target gnb-cu-up发送承载建立请求(bearer context setup request)，其中，承载建立请求中携带有状态剩余时长(remaining userinactive timer len)。
50.target gnb-cu-up在接收到承载建立请求后，会基于该承载建立请求向target gnb-cu-cp发送承载建立响应(bearer context setup response)，target gnb-cu-cp在收到承载建立响应后，向target gnb-cu-up发送承载修改请求(bearer context modification request)，其中，承载修改请求中携带有状态周期时长(periodic userinactive timer len)，target gnb-cu-up在接收到承载修改请求后，也会基于该承载
修改请求向target gnb-cu-cp发送承载修改响应(bearer context modification response)，并且target gnb-cu-up根据状态剩余时长和状态周期时长来对终端状态进行判断和调整。
51.target gnb-cu-cp在收到target gnb-cu-up的承载修改响应后，配置target gnb-du，建立f1上下文建立流程(f1 ue context setup procedure)。target gnb-du配置完成，f1上下文建立完成后，target gnb-cu-cp给source gnb-cu-cp回复切换确认消息(handover request acknowledge)，并接收source gnb-cu-cp发送的sn status transfer状态报告。
52.target gnb-cu-cp通过承载修改请求(bearer context modification request)通知target gnb-cu-up该状态报告，target gnb-cu-up回复承载修改响应(bearer context modification response)。终端同步到目标侧后，target gnb-cu-cp给source gnb-cu-cp发送终端释放流程(ue context release)。
53.在一实施例中，参照图5，接收承载建立请求和承载修改请求的步骤可以包括：子步骤s1013至子步骤s1014。
54.子步骤s1013、接收目标基站的控制面发送的承载建立请求，基于承载建立请求生成承载建立响应，并将承载建立响应发送给目标基站的控制面，使目标基站的控制面基于承载建立响应建立上下文。
55.子步骤s1014、接收目标基站的控制面在建立上下文后发送的承载修改请求，并基于承载修改请求向目标基站的控制面发送承载修改响应。
56.在目标基站的控制面建立上下文的前后，分别将状态剩余时长和状态周期时长在不同的阶段发送给目标基站的用户面。也即，在承载建立请求中携带状态剩余时长，将承载建立请求发送给目标基站的用户面后，目标基站的用户面向目标基站的控制面返回承载建立响应，目标基站的控制面在接收到承载建立响应后开始建立上下文流程，并在上下文流程建立完成后，再向目标基站的用户面发送携带有状态周期时长的承载修改请求，从而将状态周期时长和状态剩余时长分别发送给目标基站的用户面，目标基站的用户面在接收到目标基站的控制面发送的承载建立请求和承载修改请求之后，根据状态剩余时长和状态周期时长调整终端状态。
57.请参阅图6，图6为本技术实施例提供的另一种交互流程图。
58.其中，source gnb-cu-cp表示切换源基站的控制面，target gnb-du表示目标基站的gnb分布式单元，target gnb-cu-cp表示目标基站的控制面，target gnb-cu-up表示目标基站的用户面。
59.在发生切换时，source gnb-cu-cp向target gnb-cu-cp发送切换请求(handover request)，target gnb-cu-cp在接收到切换请求后，通过e1口向target gnb-cu-up发送承载建立请求(bearer context setup request)，其中，承载建立请求中携带有状态剩余时长(remaining userinactive timer len)。
60.target gnb-cu-up在接收到承载建立请求后，会基于该承载建立请求向target gnb-cu-cp发送承载建立响应(bearer context setup response)，target gnb-cu-cp在收到target gnb-cu-up的承载建立响应后，配置target gnb-du，建立f1上下文建立流程(f1ue context setup procedure)。
61.target gnb-du配置完成，f1上下文建立完成后，target gnb-cu-cp给source gnb-cu-cp回复切换确认消息(handover request acknowledge)，并接收source gnb-cu-cp发送的sn status transfer状态报告，然后target gnb-cu-cp向target gnb-cu-up发送承载修改请求(bearer context modification request)，通过承载修改请求(bearer context modification request)通知target gnb-cu-up该状态报告，并且该承载修改请求中也同时携带有状态周期时长(periodic userinactive timer len)，target gnb-cu-up在接收到承载修改请求后，也会基于该承载修改请求向target gnb-cu-cp发送承载修改响应(bearer context modification response)，并且target gnb-cu-up根据状态剩余时长和状态周期时长来对终端状态进行判断和调整。
62.终端同步到目标侧后，target gnb-cu-cp给source gnb-cu-cp发送终端释放流程(ue context release)。
63.步骤s102、根据状态剩余时长和状态周期时长对终端进行检测以调整终端状态。
64.目标基站的用户面根据状态剩余时长和状态周期时长来调整终端状态，终端状态包括非活跃状态。若在一定时长内持续没有数据达到终端，那么可以将终端的状态调整为非活跃状态，来节省基站资源和降低终端能耗。
65.在一实施例中，步骤s102包括：检测在状态剩余时长内是否有数据达到终端；若在状态剩余时长内没有数据达到终端，将终端的状态调整至非活跃状态；若在状态剩余时长内有数据达到终端，则并在再次无数据时使用状态周期时长对终端进行检测，以调整终端的终端状态。
66.在目标基站的控制面实例新建完成后，目标基站的用户面检测在状态剩余时长内，是否有数据达到终端，若在状态剩余时长内没有数据达到终端，则表示终端在一个状态周期时长内均没有数据交互发生，可以将终端的状态调整为非活跃状态，若在状态剩余时长内有数据达到终端，则表示终端开始发生数据交互，在终端此次数据交互完成后再次使用状态周期时长来调整终端状态。
67.在一实施例中，若承载建立请求中未携带状态剩余时长，则使用状态周期时长调整终端的终端状态。
68.可以理解的是，根据标准协议的内容，若承载建立请求中未携带状态剩余时长，则可以认为状态剩余时长为0。此时可以认为终端在进行切换之前要么处于非活跃状态，要么切换源侧未开启inactive功能。因此，若承载建立请求中未携带状态剩余时长，则直接使用状态周期时长来对终端进行检测，以调整终端状态。
69.另外，由于切换源侧未携带状态剩余时长，那么在承载修改请求中，也可以不携带状态剩余时长，或者在承载修改请求中携带状态周期时长。
70.在一实施例中，使用状态周期时长对终端进行检测，以调整终端状态，包括：检测在状态周期时长内是否有数据达到终端；若在状态周期时长内没有数据达到终端，将终端的状态调整至非活跃状态。
71.在一实施例中，若在终端为非活跃状态时有数据达到所述终端，则将终端的状态调整出非活跃状态，并在再次无数据时使用状态周期时长调整所述终端的终端状态。
72.检测在状态周期时长内是否有数据达到终端，若在状态周期时长内没有数据达到终端，说明此时终端处于非活跃状态，可以将终端状态调整为非活跃状态。若有数据达到终
端，那么说明此时终端正在使用网络数据，此时对终端的状态进行调整，使终端不再处于非活跃状态，然后在终端不再使用网络数据后，再利用状态周期时长对终端进行检测，以调整终端状态。
73.请参照图7，图7为本技术实施例中根据状态剩余时长和状态周期时长调整终端状态的示意图。
74.如图7中所示，目标基站的用户面开始检测数据，此时确定状态剩余时长是否大于0，若状态剩余时长大于0，则使用状态剩余时长来对终端进行检测，并调整终端状态，若状态剩余时长等于0，则使用状态周期时长来进行检测。
75.在使用状态剩余时长进行检测时，若在状态剩余时长中没有数据达到终端，则状态剩余时长检测超时，触发userinactive，将终端状态调整为非活跃状态。若有数据达到终端，则终止状态剩余时长检测，当再次无数据达到终端时，使用状态周期时长来进行检测。
76.在使用状态周期时长进行检测时，若在状态周期时长内没有数据达到终端，则状态周期时长检测超时，触发userinactive，将终端状态调整为非活跃状态。若有数据达到终端，则终止状态周期时长检测，当再次无数据达到终端时，使用状态周期时长来进行检测。
77.上述实施例提供的终端状态处理方法，通过目标基站的用户面通过接收目标基站的控制面发送的承载建立请求和承载修改请求，获得承载建立请求中携带的状态剩余时长以及承载修改请求中携带的状态周期时长，从而根据状态剩余时长和状态周期时长调整终端状态，降低在基站切换过程中终端状态的检测时长误差，提高终端状态的设置准确率。
78.请参阅图8，图8为本发明实施例提供的一种计算机设备的结构示意性框图。
79.如图8所示，计算机设备200包括处理器201和存储器202，处理器201和存储器202通过总线203连接，该总线比如为i2c(inter-integrated circuit)总线。
80.具体地，处理器201用于提供计算和控制能力，支撑整个计算机设备的运行。处理器201可以是中央处理单元(central processing unit，cpu)，该处理器201还可以是其他通用处理器、数字信号处理器(digital signal processor，dsp)、专用集成电路(application specific integrated circuit，asic)、现场可编程门阵列(field-programmable gate array，fpga)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。其中，通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。
81.具体地，存储器202可以是flash芯片、只读存储器(rom，read-only memory)磁盘、光盘、u盘或移动硬盘等。
82.本领域技术人员可以理解，图8中示出的结构，仅仅是与本发明实施例方案相关的部分结构的框图，并不构成对本发明实施例方案所应用于其上的计算机设备的限定，具体的服务器可以包括比图中所示更多或更少的部件，或者组合某些部件，或者具有不同的部件布置。
83.其中，所述处理器用于运行存储在存储器中的计算机程序，并在执行所述计算机程序时实现本发明实施例提供的任意一种所述的终端状态处理方法。
84.在一实施例中，所述处理器用于运行存储在存储器中的计算机程序，并在执行所述计算机程序时实现如下步骤：
85.接收目标基站的控制面发送的承载建立请求和承载修改请求，所述承载建立请求
携带状态剩余时长，所述承载修改请求携带状态周期时长；根据所述状态剩余时长和所述状态周期时长调整终端状态。
86.在一实施例中，所述处理器在实现所述接收目标基站的控制面发送的承载建立请求和承载修改请求时，用于实现：
87.接收目标基站的控制面发送的承载建立请求；同时，接收所述目标基站的控制面发送的承载修改请求。
88.在一实施例中，所述处理器在实现所述接收目标基站的控制面发送的承载建立请求和承载修改请求时，用于实现：
89.接收目标基站的控制面发送的承载建立请求，基于所述承载建立请求生成承载建立响应，并将所述承载建立响应发送给所述目标基站的控制面；接收所述目标基站的控制面基于所述承载建立响应发送的承载修改请求，并基于所述承载修改请求向所述目标基站的控制面发送承载修改响应，使所述目标基站的控制面基于所述承载建立响应和所述承载修改响应建立上下文。
90.在一实施例中，所述处理器在实现所述接收目标基站的控制面发送的承载建立请求和承载修改请求时，用于实现：
91.接收目标基站的控制面发送的承载建立请求，基于所述承载建立请求生成承载建立响应，并将所述承载建立响应发送给所述目标基站的控制面，使所述目标基站的控制面基于所述承载建立响应建立上下文；接收所述目标基站的控制面在建立上下文后发送的承载修改请求，并基于所述承载修改请求向所述目标基站的控制面发送承载修改响应。
92.在一实施例中，所述处理器在实现所述根据所述状态剩余时长和所述状态周期时长调整终端状态时，用于实现：
93.检测在所述状态剩余时长内是否有数据达到终端；若在所述状态剩余时长内没有数据达到终端，将所述终端的状态调整至非活跃状态；若在所述状态剩余时长内有数据达到终端，则在再次无数据时使用所述状态周期时长调整所述终端的终端状态。
94.在一实施例中，所述处理器用于实现：
95.若所述承载建立请求中未携带所述状态剩余时长，则使用所述状态周期时长调整所述终端的终端状态。
96.在一实施例中，所述处理器在实现所述使用所述状态周期时长调整所述终端的终端状态时，用于实现：
97.检测在所述状态周期时长内是否有数据达到所述终端；若在所述状态周期时长内没有数据达到所述终端，将所述终端的状态调整至非活跃状态。
98.在一实施例中，所述处理器用于实现：
99.若在所述终端为非活跃状态时有数据达到所述终端，则将所述终端的状态调整出非活跃状态，并在再次无数据时使用所述状态周期时长调整所述终端的终端状态。
100.需要说明的是，所属领域的技术人员可以清楚地了解到，为了描述的方便和简洁，上述描述的计算机设备的具体工作过程，可以参考前述终端状态处理方法实施例中的对应过程，在此不再赘述。
101.本发明实施例还提供一种存储介质，用于计算机可读存储，所述存储介质存储有一个或者多个程序，所述一个或者多个程序可被一个或者多个处理器执行，以实现如本发
明实施例说明书提供的任一项终端状态处理方法的步骤。
102.其中，所述存储介质可以是前述实施例所述的计算机设备的内部存储单元，例如所述计算机设备的硬盘或内存。所述存储介质也可以是所述计算机设备的外部存储设备，例如所述计算机设备上配备的插接式硬盘，智能存储卡(smart media card，smc)，安全数字(secure digital，sd)卡，闪存卡(flash card)等。
103.本领域普通技术人员可以理解，上文中所公开方法中的全部或某些步骤、系统、装置中的功能模块/单元可以被实施为软件、固件、硬件及其适当的组合。在硬件实施例中，在以上描述中提及的功能模块/单元之间的划分不一定对应于物理组件的划分；例如，一个物理组件可以具有多个功能，或者一个功能或步骤可以由若干物理组件合作执行。某些物理组件或所有物理组件可以被实施为由处理器，如中央处理器、数字信号处理器或微处理器执行的软件，或者被实施为硬件，或者被实施为集成电路，如专用集成电路。这样的软件可以分布在计算机可读介质上，计算机可读介质可以包括计算机存储介质(或非暂时性介质)和通信介质(或暂时性介质)。如本领域普通技术人员公知的，术语计算机存储介质包括在用于存储信息(诸如计算机可读指令、数据结构、程序模块或其他数据)的任何方法或技术中实施的易失性和非易失性、可移除和不可移除介质。计算机存储介质包括但不限于ram、rom、eeprom、闪存或其他存储器技术、cd-rom、数字多功能盘(dvd)或其他光盘存储、磁盒、磁带、磁盘存储或其他磁存储装置、或者可以用于存储期望的信息并且可以被计算机访问的任何其他的介质。此外，本领域普通技术人员公知的是，通信介质通常包含计算机可读指令、数据结构、程序模块或者诸如载波或其他传输机制之类的调制数据信号中的其他数据，并且可包括任何信息递送介质。
104.应当理解，在本发明说明书和所附权利要求书中使用的术语“和/或”是指相关联列出的项中的一个或多个的任何组合以及所有可能组合，并且包括这些组合。需要说明的是，在本文中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者系统不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者系统所固有的要素。在没有更多限制的情况下，由语句“包括一个
……”
限定的要素，并不排除在包括该要素的过程、方法、物品或者系统中还存在另外的相同要素。
105.上述本发明实施例序号仅仅为了描述，不代表实施例的优劣。以上所述，仅为本发明的具体实施例，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到各种等效的修改或替换，这些修改或替换都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应以权利要求的保护范围为准。