TI中文支持网根据TI BLE1.4.0的介绍，Indicate是有ACK的。
Q1：那么如果我用Notify，是否可能会丢数据呢？
比如我用一个charisticrist 连续notify100个数据，中间是否有可能丢数据？
我实验了很多次，也没有发现有丢数据。
Q2：Indicate怎么使用呢？我看了thermometer的例子，但是感觉他仅仅是在定义
static gattAttribute_t thermometerAttrTbl[] = 时，用了GATT_PROP_INDICATE属性。
但在实际发送时，仍然用的是GATT_Notification啊
Viki Shi：
E2E的工程师已经跟进你的问题，请注意查看
Yan：
Feng Xu3,
Q1：BLE是可以基于link layer层保证空中数据不丢失的，notification和indication都是基于GATT的，取决于你在应用层如何对这些数据处理，如果你对notification的数据处理不及时，是会被后续数据冲击丢失的。
Q2：indication 用的是GATT_Indication（）.
Feng Xu3：
回复 Yan:
Hi Y,
非常感谢你的回答。
就是说，使用notify，BLE的link layer本身会保证数据不会丢失，但是在central节点，数据如果不被及时读走，会被冲掉？
我不知道如果我用Notify方式的话，APP那端能不能够及时读走数据，这要如何确定呢？
还是说只有使用indication才能够保证不丢数据？
另外，如果使用read的方式，数据传输速度能够比notify高吗？
谢谢！
Frank
Yan：
回复 Feng Xu3:
Feng Xu3，
这个完全取决于你发Notification的速度和APP那端的处理方法，两边都是你自己控制的，问题应该不大。
read的方式应该速度比Notification要低。
Feng Xu3：
回复 Yan:
Hi Y,
那么Indicate与Notify相比，如果APP那端能及时处理，是否Indicate能达到与Notify同样的速率？
谢谢！
Frank
Yan：
回复 Feng Xu3:
Feng Xu3，
这是个好问题。
这么说吧，如果在连接参数相同的情况下（主要指connection interval），并且APP处理得当，那肯定是Notification快，因为indication要等回复才能发下一个包。
yi zhang23：
回复 Yan:
Hi Yan，
请问您说的indication等回复才能发下一个包，是指link layer前一个packet已经发送成功了的前提下，也不会再发下一个packet，而是要等主机端对数据进行应用层的逻辑处理完成，并得到主机端的反馈后才发下一个packet，我理解的意思对吗？
如果对的话，那么write with response是不是也可以同理的反向理解。
甜甜的大香瓜：
我个性签名档的博客地址，《CC2541之notify》、《CC2541之indicate》。
yi zhang23：
回复 甜甜的大香瓜:
hi 甜甜的大香瓜
感谢回复，我看过您的教程了，我理解的意思是indicate比notify多了一个应用层的GATT_MSG_EVENT通知。我还有两个疑问：1、indicate是否会阻塞链路层的数据包发送？也就是说前一个indicate确认链路层发送成功之前，是否会发送下一个数据包？2、indicate通知在手机端接收到之后，是接收到通知就反馈从机，还是处理完响应的业务逻辑再反馈从机(这样可能会有一些耗时操作)，如果是后者是否会影响数据传输速率？
甜甜的大香瓜：
回复 yi zhang23:
hi，yi zhang23
1、我认为不会阻塞，“在确认发送成功之前发送下一包”这是不允许的。
2、这个问题太底层了，我也回答不上来，你得去看看蓝牙协议看看有没有写清楚。这个问题在应用意义上不大，你实测是多少时间就多少时间拿来用即可。indicate本来就是耗时的，担心耗时就用notify。
