https://devzone.nordicsemi.com/f/nordic-q-a/23003/does-the-ble-stack-resend-a-packet-if-response-is-not-receivedHi, I was wondering If I need to wait for a response from the server that a command was executed before executing another command or if the BLE stack takes care of this under the hood so to speak. For example, I want to write to a characteristic anden-USTelligent Community 13Thu, 22 Jun 2017 20:53:36 GMThttps://devzone.nordicsemi.com/thread/90498?ContentTypeID=1Thu, 22 Jun 2017 20:53:36 GMT137ad170-7792-4731-bb38-c0d22fbe4515:5e1eec43-2862-4123-b47d-48b745d270e5endnode<p>This is more complex as you seems to be living on top of GATT/GAP layers but BLE stack has more layers under the hood ans and some functions are handled there. First of all Link Layer will make sure that each packet will arrive to the peer (otherwise it will be repeated as long as it is either acknowledged or link timeouts and is terminated). Upper layers like L2CAP and (G)ATT will only &quot;stack&quot; PDUs down to LL and that&#39;s what Soft Device is doing for you. So in case that you want to do GATT Write Command (without response) and Read then you can push them to SD GATT API and they will go through. LL will guarantee that sequence will remain. But in case that you want to do certain Request - Response GATT sequence or if Read rely on fact that data pushed by Write were processed by the GATT Server then you probably want to wait for <code>BLE_EVT_TX_COMPLETE</code> signalling that PDUs left during previous connection event and you are free to push next through SD GATT API.</p> <p>Does it make sense?</p><div style="clear:both;"></div>