CN112822716A - 业务下载的控制方法及控制装置 - Google Patents

Abstract

本公开提供的业务下载的控制方法及控制装置，通过采集终端的运行环境，并在运行环境满足预设的第一业务下载条件时暂停业务下载；向系统侧发送第一信息，所述第一信息包括运行环境、业务下载暂停原因，以供所述系统侧根据第一信息记录终端的业务下载状态，并使系统侧根据所述业务下载暂停原因执行对应的预设操作确定是否向终端发送恢复业务下载指令；根据恢复业务下载指令恢复对所述业务的下载，即本公开示例通过在满足预设条件时终端主动暂停业务下载，并通过与系统侧进行信息交互来确定是否恢复业务下载，降低了小区拥塞的风险。

Description

业务下载的控制方法及控制装置

技术领域

本公开涉及移动通信技术，尤其涉及一种业务下载的控制方法及控制装置。

背景技术

随着移动通信技术的迅速发展，越来越多的人通过无线网络下载数据。

而在目前的网络架构中，业务层与管道层解耦，即业务层在进行数据下载时无法感知管道能力，也就是说业务层无法根据管道能力来动态调整下载业务量，这很容易导致小区拥塞、资源耗尽，甚至影响其他用户的正常接入，而如果实现管道层和业务层信息交互，如新增接口或破层处理等，就会造成功能耦合，通用性下降。

因此，亟需一种新的业务下载的控制方法及控制装置，以解决小区拥塞问题。

发明内容

针对上述问题，本公开提供了一种业务下载的控制方法及控制装置。

第一方面，本公开提供了一种业务下载的控制方法，包括：

采集终端的运行环境，并在运行环境满足预设的第一业务下载条件时暂停业务下载；

向系统侧发送第一信息，所述第一信息包括运行环境、业务下载暂停原因，以供所述系统侧根据第一信息记录终端的业务下载状态，并使系统侧根据所述业务下载暂停原因执行对应的预设操作确定是否向终端发送恢复业务下载指令；

根据恢复业务下载指令恢复对所述业务的下载。

在其他可选的实施方式中，当所述第一业务下载条件为终端切换小区成功时，所述第一信息的运行环境包括终端切换到的当前小区，所述业务下载暂停原因为小区切换；

所述系统侧根据所述业务下载暂停原因执行对应的预设操作确定是否向终端发送恢复业务下载指令，包括：

系统侧对所述当前小区进行判断，并在当前小区满足第二业务下载条件时向终端发送恢复业务下载指令。

在其他可选的实施方式中，确定所述运行环境满足预设的第一业务下载条件，包括：

终端切换至当前小区后，判断在第一预设时长内终端接入的当前小区是否发生变化，若否，则终端切换小区成功。

在其他可选的实施方式中，当所述第一业务下载条件为终端信道质量低于第一预设门限值时，所述第一信息的运行环境包括终端接入的当前小区，所述业务下载暂停原因为终端信道质量差；

所述系统侧根据所述业务下载暂停原因执行对应的预设操作确定是否向终端发送恢复业务下载指令，包括：

系统侧接收终端发送的业务下载恢复请求，所述业务下载恢复请求为检测到所述终端信道质量高于第二预设门限值时向系统侧发起的；

系统侧对所述当前小区进行判断，并在当前小区满足第二业务下载条件时向终端发送恢复业务下载指令。

在其他可选的实施方式中，确定所述运行环境满足预设的第一业务下载条件，包括：

终端信道质量在第二预设时长内均低于第一预设门限值；

所述检测到所述终端信道质量高于第二预设门限值，包括：

终端信道质量在第三预设时长内均高于第二预设门限值。

在其他可选的实施方式中，所述第二业务下载条件为所述当前小区存在空闲资源。

第二方面，本公开提供了另一种业务下载的控制方法，包括：

接收终端发送的第一信息，并根据第一信息记录终端的业务下载状态，所述第一信息包括终端的运行环境、业务下载暂停原因；

根据所述业务下载暂停原因执行对应的预设操作确定是否向终端发送恢复业务下载指令，以使终端根据恢复业务下载指令恢复对所述业务的下载。

在其他可选的实施方式中，所述业务下载暂停原因为小区切换，所述第一信息的运行环境包括终端切换到的当前小区；

则所述根据所述业务下载暂停原因执行对应的预设操作确定是否向终端发送恢复业务下载指令，包括：

对所述当前小区进行判断，并在当前小区满足第二业务下载条件时向终端发送恢复业务下载指令。

在其他可选的实施方式中，所述业务下载暂停原因为信道质量差，所述第一信息的运行环境包括终端接入的当前小区；

则所述根据所述业务下载暂停原因执行对应的预设操作确定是否向终端发送恢复业务下载指令，包括：

接收终端发送的业务下载恢复请求，所述业务下载恢复请求为所述终端检测到所述终端信道质量高于第二预设门限值时向系统侧发起的；

对所述当前小区进行判断，并在当前小区满足第二业务下载条件时向终端发送恢复业务下载指令。

在其他可选的实施方式中，所述第二业务下载条件为所述当前小区存在空闲资源。

第三方面，本公开提供了一种业务下载控制装置，包括：

暂停模块，用于采集终端的运行环境，并在运行环境满足预设的第一业务下载条件时暂停业务下载；

第一处理模块，用于向系统侧发送第一信息，所述第一信息包括运行环境、业务下载暂停原因，以供所述系统侧根据第一信息记录终端的业务下载状态，并使系统侧根据所述业务下载暂停原因执行对应的预设操作确定是否向终端发送恢复业务下载指令；

恢复模块，用于根据恢复业务下载指令恢复对所述业务的下载。

第四方面，本公开提供了另一种业务下载控制装置，包括：

记录模块，用于接收终端发送的第一信息，并根据第一信息记录终端的业务下载状态，所述第一信息包括终端的运行环境、业务下载暂停原因；

第二处理模块，用于根据所述业务下载暂停原因执行对应的预设操作确定是否向终端发送恢复业务下载指令，以使终端根据恢复业务下载指令恢复对所述业务的下载。

本公开提供的业务下载的控制方法及控制装置，通过采集终端的运行环境，并在运行环境满足预设的第一业务下载条件时暂停业务下载；向系统侧发送第一信息，所述第一信息包括运行环境、业务下载暂停原因，以供所述系统侧根据第一信息记录终端的业务下载状态，并使系统侧根据所述业务下载暂停原因执行对应的预设操作确定是否向终端发送恢复业务下载指令；根据恢复业务下载指令恢复对所述业务的下载，即本公开示例通过在满足预设条件时终端主动暂停业务下载，并通过与系统侧进行信息交互来确定是否恢复业务下载，降低了小区拥塞的风险。

附图说明

图1为本公开所基于的一种应用场景示意图；

图2为本公开提供的一种业务下载的控制方法的流程示意图；

图3为本公开提供的另一种业务下载的控制方法的流程示意图；

图4为本公开提供的再一种业务下载的控制方法的流程示意图；

图5为本公开提供的一种业务下载的控制装置的结构示意图；

图6为本公开提供的另一种业务下载的控制装置的结构示意图；

图7为本发明提供的一种业务下载控制设备的硬件结构示意图。

具体实施方式

为使本公开示例的目的、技术方案和优点更加清楚，下面将结合本公开示例中的附图，对本公开示例中的技术方案进行清楚、完整地描述。

随着移动通信技术的迅速发展，越来越多的人通过无线网络下载数据。在专网系统中，无线管道资源一定且有限，但在目前的网络架构中，业务层又与管道层解耦，即业务层在进行数据下载时无法感知管道能力，也就是说业务层无法根据管道能力来动态调整下载业务量，比如当某小区内的各接入终端存在大量的数据下载业务时，包括软件版本、地图等非实时下载业务，就很容易导致小区拥塞、资源耗尽，甚至影响其他用户的正常接入；而如果实现管道层和业务层信息交互，如新增接口或破层处理等，就会造成功能耦合，通用性下降。

现有技术中，通过人工监察下载能力、下载效率，手动调整当前的下载业务量，但由于终端的移动性等，无法完全规避小区拥塞的风险，且效率低下。

因此，本公开提供了一种业务下载的控制方法及控制装置，以解决小区拥塞的问题。

图1为本公开所基于的一种应用场景示意图，如图1所示，本公开基于的一种应用场景包括终端1和系统侧的服务器2，其中，终端1可以为手机、平板、车载终端等，终端1和系统侧的服务器2用于执行以下各示例所述的业务下载控制方法。

一方面，本公开示例提供了一种业务下载的控制方法，图2为本公开提供的一种业务下载的控制方法的流程示意图，需要说明的是，图2中的服务端指代系统侧的服务器或服务平台。

如图2所示，该业务下载的控制方法包括：

步骤101、采集终端的运行环境，并在运行环境满足预设的第一业务下载条件时暂停业务下载。

具体来说，当采集到的终端所处的运行环境满足第一业务下载条件时，终端会自动暂停业务下载，可选的，第一业务下载条件可以包括终端切换小区或者终端当前的信道质量比较差等，也就是说，本实施方式在终端切换至一新小区时会自动暂停业务下载，从而避免了由于新终端的接入对小区资源的占用而可能导致的小区拥塞问题；本实施方式还在检测到终端信道质量比较差时自动暂停业务下载，从而避免了由于信道质量差而导致的业务下载效率低以及小区资源利用率低的问题。

步骤102、向系统侧发送第一信息，所述第一信息包括运行环境、业务下载暂停原因。

相应的，系统侧会接收终端发送的第一信息，所述第一信息包括运行环境、业务下载暂停原因。

具体来说，终端暂停业务下载后，会向系统侧发送第一信息，第一信息包括运行环境、业务下载暂停原因，其中，业务下载暂停原因与第一业务下载条件是相对应的，例如当第一业务下载条件为终端小区切换时，则上报的业务下载暂停原因为终端小区切换，当第一业务下载条件为终端信道质量比较差时，则上报的业务下载暂停原因为终端信道质量差。另外，上报的运行环境可以包括终端切换前后的小区信息、终端信道质量等，上报的第一信息还可以包括下载暂停标识、当前业务下载进度等。

步骤103、系统侧根据第一信息记录终端的业务下载状态。

具体来说，系统侧的服务器可以根据第一信息记录暂停业务下载的终端标识、业务下载暂停原因、当前运行环境的信息、业务下载进度等。

步骤104、系统侧根据所述业务下载暂停原因执行对应的预设操作确定是否向终端发送恢复业务下载指令。

若是，则终端执行步骤105。

具体来说，业务下载暂停原因有多种，则针对不同的业务下载暂停原因可以采用不同的操作来确定是否要通知终端恢复业务下载。例如当由于小区切换导致了业务下载暂停时，可以检测新小区是否有空闲资源，如果有，则可以向终端发送恢复业务下载指令，又例如当由于终端信道质量差导致了业务下载暂停时，可以等终端信道质量恢复后向终端发送恢复业务下载指令。可选的，恢复业务下载指令可以对终端业务下载参数进行配置，可以包括下载状态标识、用户或业务下载速率等。而如果系统侧在进行预设操作后没有发送恢复业务下载指令，则终端维持当前状态，不进行处理。

步骤105、根据恢复业务下载指令恢复对所述业务的下载。

具体来说，终端接收到系统侧发送的恢复业务下载指令后，可以根据恢复业务下载指令重新启动业务下载。

本公开提供的业务下载的控制方法，通过采集终端的运行环境，并在运行环境满足预设的第一业务下载条件时暂停业务下载；向系统侧发送第一信息，所述第一信息包括运行环境、业务下载暂停原因，以供所述系统侧根据第一信息记录终端的业务下载状态，并使系统侧根据所述业务下载暂停原因执行对应的预设操作确定是否向终端发送恢复业务下载指令；根据恢复业务下载指令恢复对所述业务的下载，即本公开示例采用了在终端满足预设条件时会自动暂停业务下载，并通过与系统侧的信息交互来确定是否恢复业务下载，降低了小区拥塞的风险。

结合前述的各实现方式，图3为本公开提供的另一种业务下载的控制方法的流程示意图，如图3所示，当所述第一业务下载条件为终端切换小区成功时，所述第一信息的运行环境包括终端切换到的当前小区，所述业务下载暂停原因为小区切换，该业务下载的控制方法包括：

步骤201、采集终端的运行环境，并在满足终端切换小区成功的条件时暂停业务下载。

步骤202、向系统侧发送第一信息，所述第一信息包括运行环境、业务下载暂停原因。

所述第一信息包括终端切换到的当前小区，所述业务下载暂停原因为小区切换。

步骤203、系统侧根据第一信息记录终端的业务下载状态。

步骤204、系统侧对所述当前小区进行判断，并在当前小区满足第二业务下载条件时向终端发送恢复业务下载指令。

步骤205、根据恢复业务下载指令恢复对所述业务的下载。

本实施方式中的步骤201、步骤202、步骤203以及步骤205分别与前述实施方式中的步骤101、步骤102、步骤103以及步骤105的实现方式类似，在此不进行赘述。

与前述实施方式不同的是，本实施方式限定了当终端由于小区切换而暂停业务下载时，如何恢复业务下载的具体过程。在本实施方式中，当确定终端小区切换成功后，终端向系统侧发送第一信息，第一信息中包括终端切换成功后的接入的当前小区和业务下载暂停原因，系统侧根据确定的业务下载暂停原因会检测当前小区是否满足第二预设条件，如果满足，则向终端发送业务下载恢复指令，终端接收并根据业务下载恢复指令恢复下载。需要说明的是，当终端未检测到自身发生小区切换时，终端可以维持当前业务下载。

作为其他可选的实施方式，步骤201中，确定终端满足小区切换的条件，包括：

终端切换至当前小区后，判断在第一预设时长内终端接入的当前小区是否发生变化，若否，则终端切换小区成功。

具体来说，为了防止终端在短时间内在多个小区之间来回切换而导致本公开所述方法被频繁调用造成的资源浪费等，本实施方式进行了惩罚与防乒乓切换处理，即小区切换后，启动惩罚定时器，当定时器超时第一预设时长时，若小区未发生变化，则认为切换成功，若小区发生变化，则重新启动惩罚定时器，直至小区稳定。

作为其他可选的实施方式，步骤204中所述第二业务下载条件为所述当前小区存在空闲资源。

具体来说，系统侧根据当前小区是否存在空闲资源来确定是否向终端发送恢复业务下载指令，若是，则向终端发送业恢复业务下载指令，若否，则系统侧不进行处理，仅同步记录终端的业务下载状态，可选的，系统侧还可以启动对当前小区周期性判断，即间隔预设时间后再对当前小区是否有空闲资源进行判断，直至终端完成业务下载。

本公开提供的业务下载的控制方法，当所述第一业务下载条件为终端切换小区成功时，所述第一信息的运行环境包括终端切换到的当前小区，所述业务下载暂停原因为小区切换，系统侧对所述当前小区进行判断，并在当前小区满足第二业务下载条件时向终端发送恢复业务下载指令，即本公开示例实现了在终端接入新小区时会自动暂停业务下载，并通过与系统侧的信息交互来确定是否恢复业务下载，降低了小区拥塞的风险。

结合前述的各实现方式，图4为本公开提供的再一种业务下载的控制方法的流程示意图，如图4所示，当所述第一业务下载条件为终端信道质量低于第一预设门限值时，所述第一信息的运行环境包括终端接入的当前小区，所述业务下载暂停原因为终端信道质量差，该业务下载的控制方法包括：

步骤301、采集终端的运行环境，并在终端信道质量低于第一预设门限值时暂停业务下载。

步骤302、向系统侧发送第一信息，所述第一信息包括运行环境、业务下载暂停原因。

所述第一信息的运行环境包括终端接入的当前小区，所述业务下载暂停原因为终端信道质量差。

步骤303、系统侧根据第一信息记录终端的业务下载状态。

步骤304、检测所述终端信道质量高于第二预设门限值时向系统侧发起业务下载恢复请求。

步骤305、系统侧接收终端发送的业务下载恢复请求，对所述当前小区进行判断，并在当前小区满足第二业务下载条件时向终端发送恢复业务下载指令。

步骤306、根据恢复业务下载指令恢复对所述业务的下载。

本实施方式中的步骤301、步骤302、步骤303以及步骤306分别与前述实施方式中的步骤101、步骤102、步骤103以及步骤105的实现方式类似，在此不进行赘述。

与前述实施方式不同的是，本实施方式限定了当终端由于终端信道质量差而暂停业务下载时，如何恢复业务下载的具体过程。在本实施方式中，当确定终端信道质量低于第一预设门限值后终端会自动暂停业务下载，并向系统侧发送第一信息，第一信息中包括终端接入的当前小区和业务下载暂停原因，系统侧在确定业务下载暂停原因为终端信道质量差后，系统侧会继续等待终端消息，直至终端检测都到终端信道质量高于第二预设门限值后向系统侧发送业务下载恢复请求，系统侧接收到业务下载恢复请求后则会检测当前小区是否满足第二预设条件，如果满足，则向终端发送业务下载恢复指令，终端接收并根据业务下载恢复指令恢复下载，即本公开示例实现了当终端信道质量差时自动暂停业务下载，避免了信道质量差时还占用小区资源，提高了小区资源的利用率和终端下载效率，当终端检测到信道质量恢复后会向系统侧发送恢复下载请求，然后系统侧再进行判断是否向终端发送恢复业务下载指令，尽量减少了终端与系统侧的信息交互。

需要说明的是，第一预设门限值小于等于第二预设门限值，并且第一预设门限值和第二预设门限值可以根据本领域技术人员的经验设置，本公开对此不作限制。另外，本公开示例中终端可以通过启动周期或事件型信道质量测量，并为了避免瞬时波动引起误判进行了防抖动处理；终端的信道质量测量可以通过测量参考信号接收功率(ReferenceSignal Receiving Power，简称RSPP)、信号与干扰加噪声比(Signal to Interferenceplus Noise Ratio，简称SINR)等来实现。

作为其他可选的实施方式，步骤301中，确定终端信道质量低于第一预设门限值，包括：

终端信道质量在第二预设时长内均低于第一预设门限值；

步骤304中，所述检测到所述终端信道质量高于第二预设门限值，包括：

终端信道质量在第三预设时长内均高于第二预设门限值。

具体来说，为了更加精确的判断信道质量的好坏，避免由于某些偶然因素对终端信道质量的干扰，在本实施方式中，限定了当终端信道质量在第二预设时长内均低于第一预设门限值，才确定终端信道质量差；当终端信道质量在第三预设时长内均高于第二预设门限值，才确定终端信道质量恢复。

作为其他可选的实施方式，步骤305中，所述第二业务下载条件为所述当前小区存在空闲资源。

具体来说，当终端的信道质量恢复后，会向系统侧发送业务下载恢复请求，系统侧接收到业务下载恢复请求后会判断当前小区是否存在空闲资源，若是，则向终端发送业务恢复下载指令，若否，则系统侧不进行处理，或者启动对当前小区的周期性判断，即间隔预设时间后对当前小区是否有空闲资源再次进行判断，直至终端完成业务下载。

另外，系统侧还可以主动进行周期性判断，例如系统侧判断小区是否有空闲下载资源，若无，则不处理，维持当前状态，若有，则系统侧检测当前小区内是否有信道质量好且需要业务下载的终端，若无，则不处理，维持当前状态，若有，则可以选择待下载业务或用户，通知终端启动下载。

本公开提供的业务下载的控制方法，当所述第一业务下载条件为终端信道质量低于第一预设门限值时，所述第一信息的运行环境包括终端接入的当前小区，所述业务下载暂停原因为终端信道质量差，系统侧接收终端发送的业务下载恢复请求，所述业务下载恢复请求为检测到所述终端信道质量高于第二预设门限值时向系统侧发起的；系统侧对所述当前小区进行判断，并在当前小区满足第二业务下载条件时向终端发送恢复业务下载指令。即本公开示例实现了在终端信道质量差时自动暂停业务下载，并在信道质量恢复后发送业务下载恢复请求给系统侧，系统侧根据小区是否有空闲资源确定是否恢复终端业务下载，提高了小区资源利用率和终端下载效率，降低了小区拥塞的风险。

另一方面，本公开示例提供了一种控制装置，图5为本公开提供的一种业务下载的控制装置的结构示意图，需要说明的是，图5所示示例设置在终端侧，如图5所示，该控制装置包括：

暂停模块10，用于采集终端的运行环境，并在运行环境满足预设的第一业务下载条件时暂停业务下载；

第一处理模块11，用于向系统侧发送第一信息，所述第一信息包括运行环境、业务下载暂停原因，以供所述系统侧根据第一信息记录终端的业务下载状态，并使系统侧根据所述业务下载暂停原因执行对应的预设操作确定是否向终端发送恢复业务下载指令；

恢复模块12，用于根据恢复业务下载指令恢复对所述业务的下载。

在其他可选的实施方式中，当所述第一业务下载条件为终端切换小区成功时，所述第一信息的运行环境包括终端切换到的当前小区，所述业务下载暂停原因为小区切换；

所述系统侧根据所述业务下载暂停原因执行对应的预设操作确定是否向终端发送恢复业务下载指令，包括：系统侧对所述当前小区进行判断，并在当前小区满足第二业务下载条件时向终端发送恢复业务下载指令。

在其他可选的实施方式中，确定所述运行环境满足预设的第一业务下载条件，包括：

终端切换至当前小区后，判断在第一预设时长内终端接入的当前小区是否发生变化，若否，则终端切换小区成功。

在其他可选的实施方式中，当所述第一业务下载条件为终端信道质量低于第一预设门限值时，所述第一信息的运行环境包括终端接入的当前小区，所述业务下载暂停原因为终端信道质量差；

所述系统侧根据所述业务下载暂停原因执行对应的预设操作确定是否向终端发送恢复业务下载指令，包括：

系统侧接收终端发送的业务下载恢复请求，所述业务下载恢复请求为检测到所述终端信道质量高于第二预设门限值时向系统侧发起的；

系统侧对所述当前小区进行判断，并在当前小区满足第二业务下载条件时向终端发送恢复业务下载指令。

在其他可选的实施方式中，确定所述运行环境满足预设的第一业务下载条件，包括：

终端信道质量在第二预设时长内均低于第一预设门限值；

所述检测到所述终端信道质量高于第二预设门限值，包括：

终端信道质量在第三预设时长内均高于第二预设门限值。

在其他可选的实施方式中，所述第二业务下载条件为所述当前小区存在空闲资源。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的控制设备的具体工作过程以及相应的有益效果，可以参考前述方法示例中的对应过程，在此不再赘述。

本公开示例还提供了另一种控制装置，图6为本公开提供的另一种业务下载的控制装置的结构示意图，需要说明的是，图6所示示例设置在系统侧，如图6所示，该控制装置包括：

记录模块20，用于接收终端发送的第一信息，并根据第一信息记录终端的业务下载状态，所述第一信息包括终端的运行环境、业务下载暂停原因；

第二处理模块21，用于根据所述业务下载暂停原因执行对应的预设操作确定是否向终端发送恢复业务下载指令，以使终端根据恢复业务下载指令恢复对所述业务的下载。

在其他可选的实施方式中，所述业务下载暂停原因为小区切换，所述第一信息的运行环境包括终端切换到的当前小区；

则所述根据所述业务下载暂停原因执行对应的预设操作确定是否向终端发送恢复业务下载指令，包括：

对所述当前小区进行判断，并在当前小区满足第二业务下载条件时向终端发送恢复业务下载指令。

在其他可选的实施方式中，所述业务下载暂停原因为信道质量差，所述第一信息的运行环境包括终端接入的当前小区；

则所述根据所述业务下载暂停原因执行对应的预设操作确定是否向终端发送恢复业务下载指令，包括：

接收终端发送的业务下载恢复请求，所述业务下载恢复请求为所述终端检测到所述终端信道质量高于第二预设门限值时向系统侧发起的；

对所述当前小区进行判断，并在当前小区满足第二业务下载条件时向终端发送恢复业务下载指令。

在其他可选的实施方式中，所述第二业务下载条件为所述当前小区存在空闲资源。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的控制设备的具体工作过程以及相应的有益效果，可以参考前述方法示例中的对应过程，在此不再赘述。

本公开示例提供的业务下载控制装置，通过终端侧的暂停模块采集终端的运行环境，并在运行环境满足预设的第一业务下载条件时暂停业务下载；第一处理模块用于向系统侧发送第一信息，所述第一信息包括运行环境、业务下载暂停原因；系统侧的记录模块，用于根据第一信息记录终端的业务下载状态，系统侧的第二处理模块，用于根据所述业务下载暂停原因执行对应的预设操作确定是否向终端发送恢复业务下载指令；根据恢复业务下载指令恢复对所述业务的下载，即本公开示例实现了在满足预设条件时终端主动暂停业务下载，并通过与系统侧进行信息交互来确定是否恢复业务下载，降低了小区拥塞的风险。

再一方面，本发明示例提供了一种业务下载控制设备，图7为本发明提供的一种业务下载控制设备的硬件结构示意图，需要说明的是，本发明示例提供的控制设备设置在终端侧，如图7所示，包括：

至少一个处理器701和存储器702。

在具体实现过程中，至少一个处理器701执行所述存储器702存储的计算机执行指令，使得至少一个处理器701执行如上的业务下载的控制方法，其中，处理器701、存储器702通过总线703连接。

处理器701的具体实现过程可参见上述方法实施例，其实现原理和技术效果类似，本实施例此处不再赘述。

本发明示例还提供了另一种业务下载控制设备，其硬件结构与图7类似，设置在系统侧，其实现原理和技术效果与上述方法实施例类似，在此不再赘述。

在上述的图7所示的实施例中，应理解，处理器可以是中央处理单元(英文：Central Processing Unit，简称：CPU)，还可以是其他通用处理器、数字信号处理器(英文：Digital Signal Processor，简称：DSP)、专用集成电路(英文：Application SpecificIntegrated Circuit，简称：ASIC)等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。结合发明所公开的方法的步骤可以直接体现为硬件处理器执行完成，或者用处理器中的硬件及软件模块组合执行完成。

存储器可能包含高速RAM存储器，也可能还包括非易失性存储NVM，例如至少一个磁盘存储器。

总线可以是工业标准体系结构(Industry Standard Architecture，ISA)总线、外部设备互连(Peripheral Component Interconnect，PCI)总线或扩展工业标准体系结构(Extended Industry Standard Architecture，EISA)总线等。总线可以分为地址总线、数据总线、控制总线等。为便于表示，本申请附图中的总线并不限定仅有一根总线或一种类型的总线。

又一方面，本发明还提供了一种可读存储介质，设置在终端侧，所述可读存储介质中存储有计算机执行指令，当处理器执行所述计算机执行指令时，实现如上业务下载的控制方法。

本发明还提供了另一种可读存储介质，设置在系统侧，所述可读存储介质中存储有计算机执行指令，当处理器执行所述计算机执行指令时，实现如上业务下载的控制方法。

上述的可读存储介质可以是由任何类型的易失性或非易失性存储设备或者它们的组合实现，如静态随机存取存储器(SRAM)，电可擦除可编程只读存储器(EEPROM)，可擦除可编程只读存储器(EPROM)，可编程只读存储器(PROM)，只读存储器(ROM)，磁存储器，快闪存储器，磁盘或光盘。可读存储介质可以是通用或专用计算机能够存取的任何可用介质。

一种示例性的可读存储介质耦合至处理器，从而使处理器能够从该可读存储介质读取信息，且可向该可读存储介质写入信息。当然，可读存储介质也可以是处理器的组成部分。处理器和可读存储介质可以位于专用集成电路(Application Specific IntegratedCircuits，简称：ASIC)中。当然，处理器和可读存储介质也可以作为分立组件存在于设备中。

本领域普通技术人员可以理解：实现上述各方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成。前述的程序可以存储于一计算机可读取存储介质中。该程序在执行时，执行包括上述各方法实施例的步骤；而前述的存储介质包括：ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质。

最后应说明的是：以上各实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述各实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分或者全部技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的范围。

Claims (12)

1.一种业务下载的控制方法，其特征在于，包括：

采集终端的运行环境，并在运行环境满足预设的第一业务下载条件时暂停业务下载；

向系统侧发送第一信息，所述第一信息包括运行环境、业务下载暂停原因，以供所述系统侧根据第一信息记录终端的业务下载状态，并使系统侧根据所述业务下载暂停原因执行对应的预设操作确定是否向终端发送恢复业务下载指令；

根据恢复业务下载指令恢复对所述业务的下载。

2.根据权利要求1所述的业务下载的控制方法，其特征在于，当所述第一业务下载条件为终端切换小区成功时，所述第一信息的运行环境包括终端切换到的当前小区，所述业务下载暂停原因为小区切换；

所述系统侧根据所述业务下载暂停原因执行对应的预设操作确定是否向终端发送恢复业务下载指令，包括：

系统侧对所述当前小区进行判断，并在当前小区满足第二业务下载条件时向终端发送恢复业务下载指令。

3.根据权利要求2所述的业务下载的控制方法，其特征在于，确定所述运行环境满足预设的第一业务下载条件，包括：

终端切换至当前小区后，判断在第一预设时长内终端接入的当前小区是否发生变化，若否，则终端切换小区成功。

4.根据权利要求1所述的业务下载的控制方法，其特征在于，当所述第一业务下载条件为终端信道质量低于第一预设门限值时，所述第一信息的运行环境包括终端接入的当前小区，所述业务下载暂停原因为终端信道质量差；

所述系统侧根据所述业务下载暂停原因执行对应的预设操作确定是否向终端发送恢复业务下载指令，包括：

系统侧接收终端发送的业务下载恢复请求，所述业务下载恢复请求为检测到所述终端信道质量高于第二预设门限值时向系统侧发起的；

系统侧对所述当前小区进行判断，并在当前小区满足第二业务下载条件时向终端发送恢复业务下载指令。

5.根据权利要求4所述的业务下载的控制方法，其特征在于，确定所述运行环境满足预设的第一业务下载条件，包括：

终端信道质量在第二预设时长内均低于第一预设门限值；

所述检测到所述终端信道质量高于第二预设门限值，包括：

终端信道质量在第三预设时长内均高于第二预设门限值。

6.根据权利要求2-5任一项所述的业务下载的控制方法，其特征在于，所述第二业务下载条件为所述当前小区存在空闲资源。

7.一种业务下载的控制方法，其特征在于，包括：

接收终端发送的第一信息，并根据第一信息记录终端的业务下载状态，所述第一信息包括终端的运行环境、业务下载暂停原因；

根据所述业务下载暂停原因执行对应的预设操作确定是否向终端发送恢复业务下载指令，以使终端根据恢复业务下载指令恢复对所述业务的下载。

8.根据权利要求7所述的业务下载的控制方法，其特征在于，所述业务下载暂停原因为小区切换，所述第一信息的运行环境包括终端切换到的当前小区；

则所述根据所述业务下载暂停原因执行对应的预设操作确定是否向终端发送恢复业务下载指令，包括：

对所述当前小区进行判断，并在当前小区满足第二业务下载条件时向终端发送恢复业务下载指令。

9.根据权利要求7所述的业务下载的控制方法，其特征在于，所述业务下载暂停原因为信道质量差，所述第一信息的运行环境包括终端接入的当前小区；

则所述根据所述业务下载暂停原因执行对应的预设操作确定是否向终端发送恢复业务下载指令，包括：

接收终端发送的业务下载恢复请求，所述业务下载恢复请求为所述终端检测到所述终端信道质量高于第二预设门限值时向系统侧发起的；

对所述当前小区进行判断，并在当前小区满足第二业务下载条件时向终端发送恢复业务下载指令。

10.根据权利要求8或9所述的业务下载的控制方法，其特征在于，所述第二业务下载条件为所述当前小区存在空闲资源。

11.一种业务下载的控制装置，其特征在于，包括：

暂停模块，用于采集终端的运行环境，并在运行环境满足预设的第一业务下载条件时暂停业务下载；

第一处理模块，用于向系统侧发送第一信息，所述第一信息包括运行环境、业务下载暂停原因，以供所述系统侧根据第一信息记录终端的业务下载状态，并使系统侧根据所述业务下载暂停原因执行对应的预设操作确定是否向终端发送恢复业务下载指令；

恢复模块，用于根据恢复业务下载指令恢复对所述业务的下载。

12.一种业务下载的控制装置，其特征在于，包括：

记录模块，用于接收终端发送的第一信息，并根据第一信息记录终端的业务下载状态，所述第一信息包括终端的运行环境、业务下载暂停原因；

第二处理模块，用于根据所述业务下载暂停原因执行对应的预设操作确定是否向终端发送恢复业务下载指令，以使终端根据恢复业务下载指令恢复对所述业务的下载。

Images