传输控制方法、网管服务器、基站及存储介质与流程

1.本发明实施例涉及但不限于通信领域，具体而言，涉及但不限于一种传输控制方法、网管服务器、基站及存储介质。


背景技术：

2.在通信网络中，基站通常需要从文件服务器中去下载相关文件。文件的下载过程通常是基站收到网管服务器发送的下载请求后，向指定的文件服务器请求下载文件。
3.由于基站数量的庞大，硬件性能的瓶颈和文件服务器带宽的限制，导致文件服务器下发文件的时间较长，并且，由于基站的大量、频繁的接入，提高了文件服务器发生崩溃的概率。


技术实现要素：

4.本发明实施例提供的传输控制方法、网管服务器、基站及存储介质，主要解决的技术问题是现有文件下载过程所消耗的时间较多，文件服务器发生崩溃的概率高的问题。
5.为解决上述技术问题，本发明实施例提供一种传输控制方法，应用于网管服务器，包括：
6.接收已下载目标文件的基站发送的、用于注册成为文件提供设备的注册请求，所述注册请求包括所述目标文件的信息；
7.将所述基站设置为所述文件提供设备，所述文件提供设备用于向未下载所述目标文件的基站提供目标文件下载服务。
8.本发明实施例还提供一种传输控制方法，应用于基站，包括：
9.在下载目标文件后，向网管服务器发送用于注册成为文件提供设备的注册请求，所述注册请求包括所述目标文件的信息；
10.在注册成功后，向未下载所述目标文件的基站提供所述目标文件的下载服务。
11.本发明实施例还提供一种网管服务器，包括第一处理器、第一存储器及第一通信总线；
12.所述第一通信总线用于实现所述第一处理器和所述第一存储器之间的连接通信；
13.所述第一处理器用于执行第一存储器中存储的一个或者多个计算机程序，以实现上述第一种传输控制方法中所述网管服务器的步骤。
14.本发明实施例还提供一种基站，包括第二处理器、第二存储器及第二通信总线；
15.所述第二通信总线用于实现所述第二处理器和所述第二存储器之间的连接通信；
16.所述第二处理器用于执行第二存储器中存储的一个或者多个计算机程序，以实现上述第二种传输控制方法中所述基站的步骤。
17.本发明实施例还提供一种存储介质，所述存储介质存储有一个或者多个计算机程序，所述一个或者多个计算机程序可被一个或者多个处理器执行，以实现上述第一种传输控制方法或第二种传输控制方法的步骤。
18.本发明的有益效果是：
19.根据本发明实施例提供的传输控制方法、网管服务器、基站及存储介质，通过已下载目标文件的基站向网管服务器发送用于注册成为文件提供设备的注册请求，其中注册请求包括目标文件的信息，网管服务器将已下载目标文件的基站设置为文件提供设备，作为文件提供设备的基站向未下载目标文件的基站提供目标文件的下载服务，在某些实施过程中，由于已下载目标文件的基站注册成为文件提供设备，因此，未下载目标文件的基站可以从已下载目标文件的基站处去下载目标文件，从而可以降低文件下载所需时间，并且，已下载目标文件的基站为文件服务器分担了压力，降低了文件服务器发生崩溃的概率。
20.本发明其他特征和相应的有益效果在说明书的后面部分进行阐述说明，且应当理解，至少部分有益效果从本发明说明书中的记载变的显而易见。
附图说明
21.图1为本发明实施例一的传输控制方法流程图；
22.图2为本发明实施例一的文件下载流程图；
23.图3为本发明实施例一的网管服务器轮询过程的流程图；
24.图4为本发明实施例二的传输控制方法流程图；
25.图5为本发明实施例三的传输控制方法流程图；
26.图6为本发明实施例五的网管服务器结构示意图；
27.图7为本发明实施例五的基站结构示意图。
具体实施方式
28.为了使本发明的目的、技术方案及优点更加清楚明白，下面通过具体实施方式结合附图对本发明实施例作进一步详细说明。应当理解，此处所描述的具体实施例仅仅用以解释本发明，并不用于限定本发明。
29.实施例一：
30.相关技术中，在需要下载某一文件时，所有基站均从文件服务器处去下载该文件，由于基站数量非常庞大，文件服务器的硬件性能、带宽等的限制，基站必须分批次从文件服务器处去下载文件，从而耗费大量时间，并且，由于基站大量、频繁的接入，容易导致文件服务器发生崩溃。为了解决上述技术问题，本发明实施例提供一种传输控制方法，应用于网管服务器，请参见图1所示，传输控制方法包括：
31.s101、接收已下载目标文件的基站发送的、用于注册成为文件提供设备的注册请求。
32.本发明实施例中，目标文件为基站需要下载的文件，其可以是软件更新包，当然，目标文件也可以是其他基站需要下载的文件。基站在下载目标文件后，可以向网管服务器发送用于注册成为文件提供设备的注册请求，其中，文件提供设备用于向未下载目标文件的基站提供文件下载服务。
33.网管服务器接收已下载目标文件的基站发送的、用于注册成为文件提供设备的注册请求，其中，注册请求中包括目标文件的信息。注册请求中还可以包括该已下载目标文件的基站的预设负载阈值，例如，预设连接数阈值等。
34.本发明实施例中，在s101之前，参见图2所示，还包括：
35.s201、从文件提供设备中为未下载目标文件的基站选择目标文件提供设备。
36.本发明实施例中，在s01之前，该已下载目标文件的基站未下载目标文件时，网管服务器需要从文件提供设备中为未下载目标文件的基站选择目标文件提供设备。
37.在网管服务器下挂的所有基站均未下载目标文件时，此时，文件提供设备只包括文件服务器，因此，网管服务器从文件提供设备中为未下载目标文件的基站选择目标文件提供设备包括：从文件服务器中为未下载目标文件的基站选择目标文件提供设备，由于此时未下载目标文件的基站数量庞大，因此，网管服务器可以从所有基站中选择部分基站作为第一批基站，并从文件服务器中为第一批基站选择目标文件提供设备。其中，第一批基站的数量可以根据实际情况灵活设置，例如，可以根据文件服务器的带宽等设置。本发明实施例中，网管服务器在选择第一批基站时，可以随机从未下载目标文件的基站中选择第一批基站，或者，根据网络topo(拓扑)结构从未下载目标文件的基站中选择部分基站作为第一批基站。其中，在根据网络topo结构从未下载目标文件的基站中选择部分基站作为第一批基站时，为了方便后续第一批基站作为文件提供设备为属于同一topo群组的基站提供目标文件下载服务，可以选择不属于同一topo群组的基站作为第一批基站，也可以说，第一批基站中，各基站的topo群组不同。
38.在网管服务器下挂的基站中，存在已下载目标文件的基站，且已向网管服务器发送了注册请求，则目标文件提供设备包括文件服务器和已下载目标文件的基站。
39.本发明实施例中，网管服务器从文件提供设备中为未下载目标文件的基站选择目标文件提供设备时，可以随机为未下载目标文件的基站选择目标文件提供设备。或者，可以选择能与未下载目标文件的基站建立连接的文件提供设备作为目标文件提供设备，例如，可以根据topo结构从文件提供设备中选择与未下载目标文件的基站属于同一topo群组的文件提供设备作为目标文件提供设备，由于目标文件提供设备和未下载目标文件的基站属于同一topo群组，因此，二者可以通信连接。例如，假设网管服务器管理的基站中包括两个topo群组，第一topo群组中包括基站1、基站2、基站3；第二topo群组中包括基站4、基站5、基站6，其中，基站1和基站4已下载目标文件，基站2、3、5、6还未下载目标文件，网管服务器在为基站2或基站3选择目标文件提供设备时，根据topo结构，选择与基站2或基站3属于同一topo群组的基站1作为目标文件提供设备；在为基站5或基站6选择目标文件提供设备时，根据topo结构，选择与基站5或基站6属于同一topo群组的基站4作为目标文件提供设备。
40.本发明实施例中，网管服务器从文件提供设备中为未下载目标文件的基站选择目标文件提供设备时，可以根据各文件提供设备的负载状态信息，为未下载目标文件的基站选择目标文件提供设备。也即，网管服务器可以根据各文件提供设备的负载状态信息为未下载目标文件的基站选择负载较小的目标文件提供设备，例如，可以根据各文件提供设备的负载状态信息，为未下载目标文件的基站选择负载最小的文件提供设备作为目标文件提供设备，或者，网管服务器也可以根据文件提供设备的负载状态信息为未下载目标文件的基站选择当前负载低于预设负载阈值的文件提供设备作为目标文件提供设备。本发明实施例中，负载状态信息可以包括第一基站的数量、文件传输数、下载进度等中的至少一种，其中，第一基站为当前与文件提供设备连接的、且需要从文件提供设备处下载文件的基站，应当理解的是，第一基站包括当前与文件提供设备连接的、正在从文件提供设备处下载文件
的基站，第一基站也可以包括当前与文件提供设备连接的、处于等待下载文件状态的基站。文件传输数为文件提供设备当前向基站传输的文件的数量。下载进度为文件提供设备向基站传输的文件的进度。
41.例如，在负载状态信息包括第一基站的数量时，根据各文件提供设备的负载状态信息，为未下载目标文件的基站选择负载最小的文件提供设备作为目标文件提供设备包括：根据各文件提供设备的第一基站数量，为未下载目标文件的基站选择第一基站数量最小的文件提供设备作为目标文件提供设备，例如，假设文件提供设备包括设备1，设备2，设备3，其中，设备1当前的第一基站数量为2，设备2当前的第一基站数量为4，设备3当前的第一基站数量为6，则选择设备1作为目标文件提供设备。
42.在负载状态信息包括第一基站的数量时，根据文件提供设备的负载状态信息为未下载目标文件的基站选择当前负载低于预设负载阈值的文件提供设备作为目标文件提供设备包括：根据各文件提供设备的第一基站数量，为未下载目标文件的基站选择其对应的第一基站数量小于预设连接数阈值的文件提供设备作为目标文件提供设备，本发明实施例中，可以为文件提供设备设置连接数阈值，若该文件提供设备当前连接的、需要下载文件的基站的数量已经达到连接数阈值，则文件提供设备可以拒绝连接另一需要下载文件的基站，这样，可以避免文件提供设备负载较大、从而崩溃的情况。例如，假设文件提供设备包括设备7、设备8、设备9，各设备对应的连接数阈值分别为10、20、30，若设备7的第一基站数量为10(即设备7当前连接的、需要从设备7处下载文件的基站的数量为10)、设备8的第一基站数量为20，设备10的第一基站数量为15，由于设备10的连接数阈值大于第一基站数量，因此，选择设备10作为目标文件提供设备。
43.本发明实施例中，为了获取文件提供设备的负载状态信息，参见图3所示，还可以包括：
44.s301、向文件提供设备发送轮询请求。
45.其中，网管服务器可以周期性向文件提供设备发送轮询请求。
46.s302、接收文件提供设备发送的轮询请求响应信息。
47.文件提供设备在接收到网管服务器发送的轮询请求后，向网管服务器发送轮询请求响应信息，其中，轮询请求响应信息包括该文件提供设备的负载状态信息。轮询请求响应信息还可以包括文件提供设备当前存储的文件名称、各文件的大小、文件校验值等。
48.本发明实施例中，网管服务器在向文件提供设备发送轮询请求后，若未接收到文件提供设备针对该轮询请求发送的轮询响应信息时，网管服务器可以为从文件提供设备处下载文件未完成的基站重新分配文件提供设备，此时，也可以将该文件提供设备从文件提供设备名单中移除。其中，从文件提供设备处下载文件未完成的基站的清单可以根据网管服务器最新一次接收到的该文件提供设备发送的轮询请求响应信息中的下载进度等信息来确定。其中，网管服务器可以在向文件提供设备发送预设次数的轮询请求，均未接收到轮询请求响应信息时，为向该文件提供设备处下载文件未完成的基站重新分配文件提供设备，同时，也可以将该文件提供设备从文件提供设备名单中移除。预设次数可以根据实际需要灵活设置，例如，设置为2次、3次等。为了更好的理解，这里以一个示例进行说明：假设网管服务器向作为文件提供设备的设备1发送了三次轮询请求后，均未收到设备1发送的轮询请求响应信息，则网管服务器可以根据最新一次接收到的设备1发送的轮询请求响应信息
中的下载进度信息，获取下载未完成的基站清单，重新为该基站分配文件提供设备，同时，可以将设备1从文件提供设备清单中移除，即移除后，设备1不再作为文件提供设备。
49.s202、向未下载目标文件的基站发送下载指令。
50.网管服务器在为未下载目标文件的基站选择目标文件提供设备后，向未下载目标文件的基站发送下载指令，其中，下载指令中包括目标文件的信息和目标文件提供设备的信息。下载指令用于指示未下载目标文件的基站从目标文件提供设备处下载目标文件。这样，基站可以根据下载指令，从目标文件提供设备处去下载目标文件。
51.s102、将基站设置为文件提供设备。
52.本发明实施例中，网管服务器在接收到已下载目标文件的基站发送的、用于注册成为文件提供设备的注册请求之后，则将该已下载目标文件的基站设置为文件提供设备，也就是说该已下载目标文件的基站可以向未下载目标文件的基站提供目标文件下载服务。这样，网管服务器在后续为未下载目标文件的基站选择目标文件提供设备时，可以根据实际情况选择该已下载目标文件的基站作为目标文件提供设备，以使未下载目标文件的基站从该已下载目标文件的基站处下载目标文件。
53.需要说明的是，本发明实施例中提供的传输控制方法可以应用于物联网，也可以应用于运营商网络等。
54.本发明实施例提供的传输控制方法，通过接收已下载目标文件的基站发送的、用于注册成为文件提供设备的注册请求，注册请求包括目标文件的信息；将基站设置为文件提供设备，文件提供设备用于向未下载所述目标文件的基站提供文件下载服务，在某些实施过程中，由于已下载目标文件的基站注册成为文件提供设备，因此，未下载目标文件的基站可以从已下载目标文件的基站处去下载目标文件，从而可以降低文件下载所需时间，并且，已下载目标文件的基站为文件服务器分担了压力，降低了文件服务器发生崩溃的概率。
55.实施例二
56.相关技术中，在需要下载某一文件时，所有基站均从文件服务器处去下载该文件，由于基站数量非常庞大，文件服务器的硬件性能、带宽等的限制，基站必须分批次从文件服务器处去下载文件，从而耗费大量时间，并且，由于基站大量、频繁的接入，容易导致文件服务器发生崩溃。为了解决上述技术问题，本发明实施例提供一种传输控制方法，应用于基站，请参见图4所示，传输控制方法包括：
57.s401、在下载目标文件后，向网管服务器发送用于注册成为文件提供设备的注册请求。
58.本发明实施例中，基站在下载目标文件后，可以向网管服务器发送注册请求，用于注册成为文件提供设备。其中，目标文件为基站需要下载的文件，其可以是软件更新包，当然，目标文件也可以是其他基站需要下载的文件，注册请求中包括目标文件的信息。注册请求中还可以包括该基站的预设负载阈值，例如，预设连接数阈值等。
59.文件提供设备用于向未下载目标文件的基站提供目标文件下载服务。
60.本发明实施例中，目标文件可以包括一个文件，或至少两个文件，基站可以在下载完一个目标文件后，就向网管服务器发送注册请求，基站也可以在下载完所有目标文件后，才向网管服务器发送注册请求。
61.本发明实施例中，s401之前，基站需要下载目标文件，其中，基站下载目标文件的
过程可以包括：接收网管服务器发送的下载指令，基于下载指令从目标文件提供设备处下载目标文件。其中，下载指令包括目标文件的信息和目标文件提供设备的信息，目标文件提供设备可以是文件服务器，也可以是已下载目标文件的基站。基站基于下载指令从目标文件提供设备处下载目标文件包括，基站与目标文件提供设备建立连接，目标文件提供设备向基站发送目标文件。目标文件提供设备向基站发送目标文件时，可以基于ftp(file transfer protocol，文件传输协议)、sftp(ssh file transfer protocol，安全文件传送协议)、htttp(hypertext transfer protocol，超文本传输协议)等传输协议中的任意一种进行传输。
62.s402、在注册成功后，向其他未下载目标文件的基站提供目标文件下载服务。
63.本发明实施例中，该已下载目标文件的基站在注册成功后，作为文件提供设备，可以向其他未下载目标文件的基站提供目标文件下载服务。也即，未下载目标文件的基站在接收到下载指令后，与该已下载目标文件的基站建立连接，该已下载目标文件的基站即将目标文件发送给未下载目标文件的基站。
64.本发明实施例中，s402之后，该已下载目标文件的基站作为文件提供设备，还包括：接收网管服务器下发的轮询请求，向网管服务器发送轮询请求响应信息，其中，轮询请求响应信息包括该文件提供设备的负载状态信息。负载状态信息可以包括第一基站的数量、文件传输数、下载进度等中的至少一种，其中，第一基站为当前与文件提供设备连接的、且需要从文件提供设备处下载文件的基站，应当理解的是，第一基站包括当前与文件提供设备连接的、正在从文件提供设备处下载文件的基站，第一基站也可以包括当前与文件提供设备连接的、处于等待下载文件状态的基站。文件传输数为文件提供设备当前向基站传输的文件的数量。下载进度为文件提供设备向基站传输的文件的进度。轮询请求响应信息还可以包括文件提供设备当前存储的文件名称、各文件的大小、文件校验值等。
65.需要说明的是，本发明实施例中提供的传输控制方法可以应用于物联网，也可以应用于运营商网络等。
66.本发明实施例提供的传输控制方法，通过在下载目标文件后，向网管服务器发送用于注册成为文件提供设备的注册请求，注册请求包括目标文件的信息，在注册成功后，向未下载目标文件的基站提供目标文件的下载服务，在某些实施过程中，由于已下载目标文件的基站注册成为文件提供设备，因此，未下载目标文件的基站可以从已下载目标文件的基站处去下载目标文件，从而可以降低文件下载所需时间，并且，已下载目标文件的基站为文件服务器分担了压力，降低了文件服务器发生崩溃的概率。
67.实施例三：
68.为了更好的理解本发明，本实施例结合更加具体的示例进行说明。参见图5所示，图5为本发明实施例提供的传输控制方法的流程图，该传输控制方法包括：
69.s501、网管服务器在其管理的所有基站均未下载目标文件时，从所有基站中选择部分基站作为第一批基站。
70.需要说明的是，目标文件为基站需要下载的文件，例如，在基站软件需要升级时，基站需要下载软件更新包，此时，目标文件为软件更新包，当然，在其他实施例中，目标文件还可以是其他文件。
71.本发明实施例中，第一批基站的数量可以根据文件服务器的带宽等来确定。网管
服务器在选择第一批基站时，可以根据topo结构，选择属于不同topo群组的基站作为第一批基站，也就是说，第一批基站中的各基站属于不同topo群组。
72.s502、网管服务器从文件提供设备中为第一批基站选择目标文件提供设备。
73.本实施例中，文件提供设备包括文件服务器，网管服务器从文件服务器中为第一批基站选择目标文件提供设备。
74.s503、网管服务器向第一批基站发送下载指令。
75.其中，下载指令中包括目标文件的信息和目标文件提供设备的信息。
76.s504、第一批基站基于下载指令从目标文件提供设备处下载目标文件。
77.第一批基站基于下载指令与文件服务器建立连接，并从文件服务器处下载目标文件。
78.s505、第一批基站向网管服务器发送注册请求。
79.第一批基站中的任一基站在下载完目标文件后，此时，该基站作为已下载目标文件的基站向网管服务器发送注册请求。其中，注册请求中包括该基站已下载的目标文件信息、连接数阈值。
80.s506、网管服务器将第一批基站设置为文件提供设备。
81.网管服务器在接收到第一批基站中任一基站发送的注册请求后，将该基站设置为文件提供设备，即将该基站添加到文件提供设备清单。
82.s507、网管服务器从文件提供设备中为未下载目标文件的基站选择目标文件提供设备。
83.其中，由于此时文件提供设备包括文件服务器和已下载目标文件的基站，因此，网管服务器从文件服务器和已下载目标文件的基站中为未下载基站选择目标文件提供设备。
84.其中，网管服务器可以根据topo结构为未下载目标文件的基站选择目标文件提供设备。例如，在未下载目标文件的基站所属的topo群组中不存在作为文件提供设备的基站(即已下载目标文件的基站)时，则可以为该未下载目标文件的基站选择文件服务器作为目标文件提供设备。在未下载目标文件的基站所属的topo群组中存在作为文件提供设备的基站时，则可以为该未下载目标文件的基站选择属于同一topo群组的文件提供设备作为目标文件提供设备。
85.其中，在选择目标文件提供设备时，可以根据各文件提供设备的负载状态信息选择负载小于预设负载阈值的文件提供设备作为目标文件提供设备。其中，负载状态信息包括第一基站的数量，第一基站为当前与文件提供设备连接的、且需要从文件提供设备处下载文件的基站，第一基站包括当前与文件提供设备连接的、正在从文件提供设备处下载文件的基站，和当前与文件提供设备连接的、处于等待下载文件状态的基站。预设负载阈值包括预设连接数阈值，在选择目标文件提供设备时，选择第一基站数量小于连接数阈值的文件提供设备作为目标文件提供设备。
86.其中，为了获取文件提供设备的负载状态信息，本实施例中，网管服务器可以周期性向文件提供设备发送轮询请求，文件提供设备在接收到轮询请求后，向网管服务器发送轮询请求响应信息，轮询请求响应信息中包括第一基站数量、文件传输数、下载进度、文件提供设备当前存储的文件名称、各文件的大小、文件校验值等。
87.本发明实施例中，网管服务器在向文件提供设备发送预设次数的轮询请求后，若
均未接收到该文件提供设备发送的轮询请求响应信息，则将该文件提供设备从文件提供设备清单中移除，并为从该文件提供设备处下载文件未完成的基站重新分配文件提供设备。
88.s508、网管服务器向未下载目标文件的基站发送下载指令。
89.其中，下载指令中包括网管服务器为该未下载目标文件的基站选择的目标文件提供设备的信息以及目标文件的信息。
90.s509、未下载目标文件的基站根据接收到的下载请求从目标文件提供设备处下载目标文件。
91.应当理解的是，未下载目标文件的基站根据下载请求与目标文件提供设备建立连接，并下载目标文件。
92.s510、基站注册成为文件提供设备。
93.未下载目标文件的基站在下载目标文件后，注册成为文件提供设备，为未下载目标文件的基站提供文件下载服务，其中，基站注册成为文件提供设备的过程请参见第一批基站注册成为文件提供设备的过程，此处不再赘述。
94.本发明实施例提供的传输控制方法，通过已下载目标文件的基站向网管服务器发送用于注册成为文件提供设备的注册请求，其中注册请求包括目标文件的信息，网管服务器将已下载目标文件的基站设置为文件提供设备，作为文件提供设备的基站向未下载目标文件的基站提供目标文件的下载服务，在某些实施过程中，由于已下载目标文件的基站注册成为文件提供设备，因此，未下载目标文件的基站可以从已下载目标文件的基站处去下载目标文件，从而可以降低文件下载所需时间，并且，已下载目标文件的基站为文件服务器分担了压力，降低了文件服务器发生崩溃的概率。
95.实施例四
96.本发明实施例在实施例一、实施例二、实施例三的基础上提供一种传输控制系统，包括网管服务器和基站。
97.基站用于在下载目标文件后，向网管服务器发送用于注册成为文件提供设备的注册请求，其中注册请求包括目标文件的信息。目标文件为基站需要下载的文件，其可以是软件更新包，当然，目标文件也可以是其他基站需要下载的文件。文件提供设备用于向未下载目标文件的基站提供文件下载服务。注册请求中包括目标文件的信息。注册请求中还可以包括该已下载目标文件的基站的预设负载阈值，例如，预设连接数阈值等。本发明实施例中，目标文件可以包括一个文件，或至少两个文件，基站可以在下载完一个目标文件后，就向网管服务器发送注册请求，基站也可以在下载完所有目标文件后，才向网管服务器发送注册请求。
98.网管服务器用于在接收到已下载目标文件的基站发送的注册请求后，将该基站设置为文件提供设备。这样，已下载文件的基站就注册成功，成为文件提供设备，向未下载目标文件的基站提供目标文件的下载服务。
99.本发明实施例中，基站向网管服务器发送用于注册成为文件提供设备的注册请求之前，还需要下载目标文件，其下载过程可以包括：网管服务器从文件提供设备中为未下载目标文件的基站选择目标文件提供设备，并未下载目标文件的基站发送下载指令，其中，下载指令包括目标完的信息和目标文件提供设备的信息，基站在接收到下载指令后，基于下载指令从目标文件提供设备处下载目标文件。基站基于下载指令从目标文件提供设备处下
载目标文件包括，基站与目标文件提供设备建立连接，目标文件提供设备向基站发送目标文件。目标文件提供设备向基站发送目标文件时，可以基于ftp(file transfer protocol，文件传输协议)、sftp(ssh file transfer protocol，安全文件传送协议)、htttp(hypertext transfer protocol，超文本传输协议)等传输协议中的任意一种进行传输。
100.本发明实施例中，传输控制系统还包括文件服务器，文件服务器为基站提供文件下载服务。在网管服务器下挂的所有基站均未下载目标文件时，此时，文件提供设备只包括文件服务器，因此，网管服务器从文件提供设备中为未下载目标文件的基站选择目标文件提供设备包括：从文件服务器中为未下载目标文件的基站选择目标文件提供设备，由于此时未下载目标文件的基站数量庞大，因此，网管服务器可以从所有基站中选择部分基站作为第一批基站，并从文件服务器中为第一批基站选择目标文件提供设备。其中，第一批基站的数量可以根据实际情况灵活设置，例如，可以根据文件服务器的带宽等设置。本发明实施例中，网管服务器在选择第一批基站时，可以随机从未下载目标文件的基站中选择第一批基站，或者，根据网络topo结构从未下载目标文件的基站中选择部分基站作为第一批基站。其中，在根据网络topo结构从未下载目标文件的基站中选择部分基站作为第一批基站时，为了方便后续第一批基站作为文件提供设备为属于同一topo群组的基站提供目标文件下载服务，可以选择不属于同一topo群组的基站作为第一批基站，也可以说，第一批基站中，各基站的topo群组不同。
101.在网管服务器下挂的基站中，存在已下载目标文件的基站，且已向网管服务器发送了注册请求，则目标文件提供设备包括文件服务器和已下载目标文件的基站。
102.本发明实施例中，网管服务器从文件提供设备中为未下载目标文件的基站选择目标文件提供设备时，可以随机为未下载目标文件的基站选择目标文件提供设备。或者，可以选择能与未下载目标文件的基站建立连接的文件提供设备作为目标文件提供设备，例如，可以根据topo(拓扑)结构从文件提供设备中选择与未下载目标文件的基站属于同一topo群组的文件提供设备作为目标文件提供设备，由于目标文件提供设备和未下载目标文件的基站属于同一topo群组，因此，二者可以通信连接。例如，假设网管服务器管理的基站中包括两个topo群组，第一topo群组中包括基站1、基站2、基站3；第二topo群组中包括基站4、基站5、基站6，其中，基站1和基站4已下载目标文件，基站2、3、5、6还未下载目标文件，网管服务器在为基站2或基站3选择目标文件提供设备时，根据topo结构，选择与基站2或基站3属于同一topo群组的基站1作为目标文件提供设备；在为基站5或基站6选择目标文件提供设备时，根据topo结构，选择与基站5或基站6属于同一topo群组的基站4作为目标文件提供设备。
103.本发明实施例中，网管服务器从文件提供设备中为未下载目标文件的基站选择目标文件提供设备时，可以根据各文件提供设备的负载状态信息，为未下载目标文件的基站选择目标文件提供设备。也即，网管服务器可以根据各文件提供设备的负载状态信息为未下载目标文件的基站选择负载较小的目标文件提供设备，例如，可以根据各文件提供设备的负载状态信息，为未下载目标文件的基站选择负载最小的文件提供设备作为目标文件提供设备，或者，网管服务器也可以根据文件提供设备的负载状态信息为未下载目标文件的基站选择当前负载低于预设负载阈值的文件提供设备作为目标文件提供设备。本发明实施例中，负载状态信息可以包括第一基站的数量、文件传输数、下载进度等中的至少一种，其
中，第一基站为当前与文件提供设备连接的、且需要从文件提供设备处下载文件的基站，应当理解的是，第一基站包括当前与文件提供设备连接的、正在从文件提供设备处下载文件的基站，第一基站也可以包括当前与文件提供设备连接的、处于等待下载文件状态的基站。文件传输数为文件提供设备当前向基站传输的文件的数量。下载进度为文件提供设备向基站传输的文件的进度。
104.例如，在负载状态信息包括第一基站的数量时，根据各文件提供设备的负载状态信息，为未下载目标文件的基站选择负载最小的文件提供设备作为目标文件提供设备包括：根据各文件提供设备的第一基站数量，为未下载目标文件的基站选择第一基站数量最小的文件提供设备作为目标文件提供设备，例如，假设文件提供设备包括设备1，设备2，设备3，其中，设备1当前的第一基站数量为2，设备2当前的第一基站数量为4，设备3点的第一基站梳理为6，则选择设备1作为目标文件提供设备)。
105.在负载状态信息包括第一基站的数量时，根据文件提供设备的负载状态信息为未下载目标文件的基站选择当前负载低于预设负载阈值的文件提供设备作为目标文件提供设备包括：根据各文件提供设备的第一基站数量，为未下载目标文件的基站选择其对应的第一基站数量小于预设连接数阈值的文件提供设备作为目标文件提供设备，本发明实施例中，可以为文件提供设备设置连接数阈值，若该文件提供设备当前连接的、需要下载文件的基站的数量已经达到连接数阈值，则文件提供设备可以拒绝连接另一需要下载文件的基站，这样，可以避免文件提供设备负载较大、从而崩溃的情况。例如，假设文件提供设备包括设备7、设备8、设备9，各设备对应的连接数阈值分别为10、20、30，若设备7的第一基站数量为10(即设备7当前连接的、需要从设备7处下载文件的基站的数量为10)、设备8的第一基站数量为20，设备10的第一基站数量为15，由于设备10的连接数阈值大于第一基站数量，因此，选择设备10作为目标文件提供设备。
106.本发明实施例中，为了获取文件提供设备的负载状态信息，还可以包括：网管服务器向文件提供设备发送轮询请求，文件提供设备在接收到轮询请求后，向网管服务器发送轮询请求响应信息，其中，轮询请求响应信息包括该文件提供设备的负载状态信息。轮询请求响应信息还可以包括文件提供设备当前存储的文件名称、各文件的大小、文件校验值等。其中，网管服务器可以周期性向文件提供设备发送轮询请求。
107.本发明实施例中，网管服务器在向文件提供设备发送轮询请求后，若未接收到文件提供设备针对该轮询请求发送的轮询响应信息时，网管服务器可以为从文件提供设备处下载文件未完成的基站重新分配文件提供设备，此时，也可以将该文件提供设备从文件提供设备名单中移除。其中，从文件提供设备处下载文件未完成的基站的清单可以根据网管服务器最新一次接收到的该文件提供设备发送的轮询请求响应信息中的下载进度等信息来确定。其中，网管服务器可以在向文件提供设备发送预设次数的轮询请求，均未接收到轮询请求响应信息时，为向该文件提供设备处下载文件未完成的基站重新分配文件提供设备，同时，也可以将该文件提供设备从文件提供设备名单中移除。预设次数可以根据实际需要灵活设置，例如，设置为2次、3次等。为了更好的理解，这里以一个示例进行说明：假设网管服务器向作为文件提供设备的设备1发送了三次轮询请求后，均未收到设备1发送的轮询请求响应信息，则网管服务器可以根据最新一次接收到的设备1发送的轮询请求响应信息中的下载进度信息，获取下载未完成的基站清单，重新为该基站分配文件提供设备，同时，
可以将设备1从文件提供设备清单中移除，即移除后，设备1不再作为文件提供设备。
108.本发明实施例提供的传输控制系统，通过已下载目标文件的基站向网管服务器发送用于注册成为文件提供设备的注册请求，其中注册请求包括目标文件的信息，网管服务器将已下载目标文件的基站设置为文件提供设备，作为文件提供设备的基站向未下载目标文件的基站提供目标文件的下载服务，在某些实施过程中，由于已下载目标文件的基站注册成为文件提供设备，因此，未下载目标文件的基站可以从已下载目标文件的基站处去下载目标文件，从而可以降低文件下载所需时间，并且，已下载目标文件的基站为文件服务器分担了压力，降低了文件服务器发生崩溃的概率
109.实施例五
110.本发明实施例还提供了一种网管服务器，参见图6所示，其包括第一处理器601、第一存储器602及通信总线603，其中：
111.第一通信总线603用于实现第一处理器601和第一存储器602之间的连接通信；
112.第一处理器601用于执行第一存储器602中存储的一个或者多个计算机程序，以实现上述实施例一、实施例二和实施例三的传输控制方法中网管服务器的至少一个步骤。
113.本发明实施例还提供了一种基站，参见图7所示，其包括第二处理器701、第二存储器702及通信总线703，其中：
114.第二通信总线703用于实现第二处理器701和第二存储器702之间的连接通信；
115.第二处理器701用于执行第二存储器702中存储的一个或者多个计算机程序，以实现上述实施例一、实施例二和实施例三的传输控制方法中基站的至少一个步骤。
116.本发明实施例还提供了一种存储介质，该存储介质包括在用于存储信息(诸如计算机可读指令、数据结构、计算机程序模块或其他数据)的任何方法或技术中实施的易失性或非易失性、可移除或不可移除的介质。计算机可读存储介质包括但不限于ram(random access memory，随机存取存储器),rom(read-only memory，只读存储器),eeprom(electrically erasable programmable read only memory，带电可擦可编程只读存储器)、闪存或其他存储器技术、cd-rom(compact disc read-only memory，光盘只读存储器)，数字多功能盘(dvd)或其他光盘存储、磁盒、磁带、磁盘存储或其他磁存储装置、或者可以用于存储期望的信息并且可以被计算机访问的任何其他的介质。
117.本发明实施例中的计算机可读存储介质可用于存储一个或者多个计算机程序，其存储的一个或者多个计算机程序可被处理器执行，以实现上述实施例一、实施例二和实施例三中传输控制方法中网管服务器或基站的至少一个步骤。
118.本发明实施例提供的网管服务器、基站及存储介质，通过已下载目标文件的基站向网管服务器发送用于注册成为文件提供设备的注册请求，其中注册请求包括目标文件的信息，网管服务器将已下载目标文件的基站设置为文件提供设备，作为文件提供设备的基站向未下载目标文件的基站提供目标文件的下载服务，在某些实施过程中，由于已下载目标文件的基站注册成为文件提供设备，因此，未下载目标文件的基站可以从已下载目标文件的基站处去下载目标文件，从而可以降低文件下载所需时间，并且，已下载目标文件的基站为文件服务器分担了压力，降低了文件服务器发生崩溃的概率。
119.可见，本领域的技术人员应该明白，上文中所公开方法中的全部或某些步骤、系统、装置中的功能模块/单元可以被实施为软件(可以用计算装置可执行的计算机程序代码
来实现)、固件、硬件及其适当的组合。在硬件实施方式中，在以上描述中提及的功能模块/单元之间的划分不一定对应于物理组件的划分；例如，一个物理组件可以具有多个功能，或者一个功能或步骤可以由若干物理组件合作执行。某些物理组件或所有物理组件可以被实施为由处理器，如中央处理器、数字信号处理器或微处理器执行的软件，或者被实施为硬件，或者被实施为集成电路，如专用集成电路。
120.此外，本领域普通技术人员公知的是，通信介质通常包含计算机可读指令、数据结构、计算机程序模块或者诸如载波或其他传输机制之类的调制数据信号中的其他数据，并且可包括任何信息递送介质。所以，本发明不限制于任何特定的硬件和软件结合。
121.以上内容是结合具体的实施方式对本发明实施例所作的进一步详细说明，不能认定本发明的具体实施只局限于这些说明。对于本发明所属技术领域的普通技术人员来说，在不脱离本发明构思的前提下，还可以做出若干简单推演或替换，都应当视为属于本发明的保护范围。