TI中文支持网关于父节点和子节点发送数据的过程，我自己的理解，不知道对不对，请帮忙看下。
我的理解是：ZC有点播数据要发送给ZED，那么ZC就直接用点播向网络发送，此时的ZED可能在休眠，因此ZC没收到ACK，因此，在NWK_INDIRECT_MSG_TIMEOUT 设置的时间内，不断重发，每4个一组。当收到ZED发送的ACK后，证明发送成功，不再重发。
例如如下的通信。
3733.CC2650-02.psd
第10到13帧是ZC发送的点播数据，ZED没有接收到，因此ZC不断重发，发送16帧时收到ZED的ACK，因此判断发送成功，不再发送。
不知道我的理解对么？
按照我的理解，那么ZED不停地发送data request 有啥用呢？ZC能不能不主动发数据，等到收到Data request数据时再发数据给ZED呢？
YiKai Chen：
已經在你另一帖子 （ e2echina.ti.com/…/177148 ）解釋過了 ，终端是靠发送一帧data request查询帧的時候协调器會把存着的数据發送給终端
Alvin Chen：
你的理解可以说是正确的，不过不是不断重发，是根据你的设置的来的，
/* The maximum number of retries allowed after a transmission failure */
#ifndef APSC_MAX_FRAME_RETRIES
#define APSC_MAX_FRAME_RETRIES3
下面的帖子可以帮你理解重发次数：
e2echina.ti.com/…/71173由于你是低功耗设备需要data request 去定时去ZC拿数据，如果你Z-stack3.0或者1.22a还需要data request 来保持child aging的管理有效的使用关联表。
你可以设置NWK_INDIRECT_MSG_TIMEOUT时长超过你的POLL rate的间隔，下次data request 就可以取到ZC 发送缓存区的数据，但是不建议设置时间过长，因为资源有限要尽快释放掉。
zhu weihua：
回复 YiKai Chen:
我刚开始理解，有些地方不是很明白。麻烦你能不能具体一点，我上传的抓包数据里，终端发送第几帧data request时候，协调器第几帧把存着的数据发送给终端 ？
zhu weihua：
回复 YiKai Chen:
感谢感谢，太感谢了！清楚了！了解了pending bit ，这个作用！
梦溪开物：
回复 YiKai Chen:
请问这种抓包文件用什么软件打开呢？
YiKai Chen：
回复 梦溪开物:
Ubiqua
Aries Lord：
zigbee系统的核心思想就是：1，减少向空气中发送无用电磁波。2，缩短没有意义的用电时间，比如RX。
