协调器重启后大量终端节点(75个)重新加网的速度问题

协议栈版本：ZStack-CC2530-2.5.1a

拓扑结构：星型结构

1个协调器，75终端节点。

一、终端在调试时参考了：Application Note:Application-Level Tuning of Z-Stack

 更改了一下四个参数

1、-DBEACON_REQ_DELAY_MASK=0x3FFF
2、-DBEACON_REQUEST_DELAY=2000
3、-DEXTENDED_JOINING_RANDOM_MASK=0x0FFF 
4、-DNWK_START_DELAY=500

二、协调器在调试时参考了AN123 – Breaking the 400-Node ZigBee® Network Barrier With TI’s ZigBee SoC and Z-Stack™ Software

Z-Stack Knobs

Table 5. Network Parameters in the Z-Stack也做了相应的设置（手册的第11页）

当75个终端全部入网后，重启协调器，实验下来75个终端节点大约要1分40秒--2分才能完全入网。

那么怎样能让75个终端快速入网（时间1min以内）？做了好久都没调近1min,请指教一下，谢谢！

补充一下：感觉问题主要在于终端数量较多，又几乎是同时发送信标请求，感觉协调器处理不过来。虽然我们把随机延时调宽了使终端入了网，给协调器一定的时间处理信标请求，随机延时调款后使得终端入网时间太长，要想终端入网速度快，随机延时不能太宽，协调器要处理的更快才可以（随机延时调了很久不是很明显）。请问大家怎样

建议每个设备加随机的延时加网，不要同一时间竞争。

ZDOInitDevice( uint16 startDelay )

随机的startDelay

终端设备增加随机延时（随机延时的范围我们已试过）加入网络这个我们试过，这样只能保障终端能入网，终端入网时间还是很长的，调试很久没能缩短入网的时间。调试最好时候全部入网大约1分40秒--2分；最长的达到4分钟。

随机延时的大小是通过下面的条件判断的;

1、通过抓包终端发送信标请求协调器基本没有信标应答的，信标请求多到协调器处理不过来，协调器是处于忙状态；网络是起不来的。这时需要增加随机延时的范围！

2、通过抓包终端发送信标请求协调器都能回复信标的，信标请求尽管很多协调器处理的过来，协调器是处于不忙状态；网络是可以起来的。这时需要减小随机延时的范围！

最终我们选择当终端发送信标请求协调器基本上都能回复信标的 随机延时范围。

终端还是不能快速入网。

在终端数量一定时，所有终端加入协调器所创建的网络的时间，TI在这个方面有没有参考时间？