diff --git a/README.md b/README.md
index 7fae852c..10c536d4 100644
--- a/README.md
+++ b/README.md
@@ -26,6 +26,7 @@ The primary purpose of the AWS IoT Device SDK for Python v2 is to simplify the p
 * Integrated service clients for AWS IoT Core services
 * Secure device connections to AWS IoT Core using MQTT protocol including MQTT 5.0
 * Support for [multiple authentication methods and connection types](./documents/MQTT5_Userguide.md#how-to-create-an-mqtt5-client-based-on-desired-connection-method)
+* Support for [manual publish acknowledgement](./documents/MQTT5_Userguide.md#manual-publish-acknowledgement) for control over QoS 1 PUBACK delivery
 
 #### Supported AWS IoT Core services
 
diff --git a/documents/FAQ.md b/documents/FAQ.md
index fe0fa2f4..aacb6428 100644
--- a/documents/FAQ.md
+++ b/documents/FAQ.md
@@ -11,6 +11,7 @@
 * [What certificates do I need?](#what-certificates-do-i-need)
 * [Where can I find MQTT 311 Samples?](#where-can-i-find-mqtt-311-samples)
 * [Certificate and Private Key Usage Across Different Versions of the SDK on macOS](#certificate-and-private-key-usage-across-different-versions-of-the-sdk-on-macos)
+* [Manual Publish Acknowledgement and QoS 1 Redelivery](#manual-publish-acknowledgement-and-qos-1-redelivery)
 * [I still have more questions about this sdk?](#i-still-have-more-questions-about-this-sdk)
 
 ### Where should I start?
@@ -158,6 +159,18 @@ The MQTT 311 Samples can be found in the v1.24.0 samples folder [here](https://g
 ### Certificate and Private Key Usage Across Different Versions of the SDK on macOS
 A certificate and private key pair cannot be shared on a macOS device between aws-iot-device-sdk-python-v2 v1.27.0 and any other versions. In the update to v1.27.0 we migrated macOS from using Apple's deprecated Security Framework to SecItem API. In doing so, certificate and private keys are imported in a non-backwards compatible manner into the Apple Keychain.
 
+### Manual Publish Acknowledgement and QoS 1 Redelivery
+
+When using [manual publish acknowledgement](./MQTT5_Userguide.md#manual-publish-acknowledgement), there are two important behaviors to be aware of regarding QoS 1 message redelivery:
+
+**Broker redelivery of unacknowledged publishes**
+
+The AWS IoT broker will periodically resend unacknowledged QoS 1 PUBLISH packets. These redeliveries should be treated as duplicates even if the DUP flag in the PUBLISH packet is not set. If the manual publish acknowledgement is not acquired again for a redelivered packet, the acknowledgement will be sent automatically.
+
+**Session resumption after disconnect/reconnect**
+
+Upon a disconnect and reconnect of the MQTT5 client, if a session is resumed, any previously acquired acknowledgement handle is void. The broker will resend the unacknowledged PUBLISH packet, and the acknowledgement must be reacquired from that resent packet. If the resent packet is not handled for manual acknowledgement, the acknowledgement will be sent automatically.
+
 ### I still have more questions about this sdk?
 
 * [Here](https://docs.aws.amazon.com/iot/latest/developerguide/what-is-aws-iot.html) are the AWS IoT Core docs for more details about IoT Core
diff --git a/documents/MQTT5_Userguide.md b/documents/MQTT5_Userguide.md
index 336dccbc..78418027 100644
--- a/documents/MQTT5_Userguide.md
+++ b/documents/MQTT5_Userguide.md
@@ -23,6 +23,8 @@
         * [Subscribe](#subscribe)
         * [Unsubscribe](#unsubscribe)
         * [Publish](#publish)
+    * [Advanced Operations and Settings](#advanced-operations-and-settings)
+        * [Manual Publish Acknowledgement](#manual-publish-acknowledgement)
     * [MQTT5 Best Practices](#mqtt5-best-practices)
 
 ## **Introduction**
@@ -340,6 +342,67 @@ The `stop()` API supports a DISCONNECT packet as an optional parameter.  If supp
         session_expiry_interval_sec = 3600))
 ```
 
+## Advanced Operations and Settings
+
+### Manual Publish Acknowledgement
+
+By default, the MQTT5 client automatically sends a PUBACK for every QoS 1 PUBLISH it receives, immediately after the `on_publish_callback_fn` callback returns. Manual publish acknowledgement gives you control over when that PUBACK is sent, allowing you to defer acknowledgement until after your application has fully processed the message — for example, after persisting it to a database or forwarding it to another service.
+
+To take manual control of the PUBACK, call `publish_data.acquire_publish_acknowledgement_control()` **within** the `on_publish_callback_fn` callback. This returns a `PublishAcknowledgementControlHandle` that you can store and use later to send the PUBACK by calling `client.invoke_publish_acknowledgement()`.
+
+**Important constraints:**
+* `acquire_publish_acknowledgement_control()` must be called within the `on_publish_callback_fn` callback. Calling it after the callback returns or from a different thread will raise a `RuntimeError`.
+* `acquire_publish_acknowledgement_control()` may only be called once per received PUBLISH. Subsequent calls will raise a `RuntimeError`.
+* This is only relevant for QoS 1 messages. For QoS 0 messages, `acquire_publish_acknowledgement_control` will be `None`.
+* If `acquire_publish_acknowledgement_control()` is not called, the client will automatically send the PUBACK when the callback returns.
+
+The following example shows how to acquire the acknowledgement handle within the callback and invoke it later:
+
+```python
+import awscrt.mqtt5 as mqtt5
+
+# A variable to hold the acknowledgement handle for later use
+pending_ack = None
+
+def on_publish_received(publish_data: mqtt5.PublishReceivedData):
+    global pending_ack
+
+    print(f"Message received on topic: {publish_data.publish_packet.topic}")
+
+    if publish_data.publish_packet.qos == mqtt5.QoS.AT_LEAST_ONCE:
+        # Acquire manual control of the PUBACK for this QoS 1 message.
+        # This must be called within the callback. After the callback returns,
+        # acquire_publish_acknowledgement_control() will raise a RuntimeError.
+        if publish_data.acquire_publish_acknowledgement_control is not None:
+            pending_ack = publish_data.acquire_publish_acknowledgement_control()
+
+            # The PUBACK will NOT be sent automatically because we acquired the handle.
+            # Process the message here (e.g., persist to storage, forward to another service).
+
+# Pass the callback when creating the client
+client_options = mqtt5.ClientOptions(
+    host_name = "<endpoint to connect to>",
+    port = <port to use>,
+    on_publish_callback_fn = on_publish_received)
+
+client = mqtt5.Client(client_options)
+
+# ... connect and subscribe ...
+
+# After processing is complete, send the PUBACK by invoking the acknowledgement.
+if pending_ack is not None:
+    client.invoke_publish_acknowledgement(pending_ack)
+    pending_ack = None
+```
+
+**AWS IoT broker redelivery behavior**
+
+The AWS IoT broker will periodically resend unacknowledged QoS 1 PUBLISH packets. These redeliveries should be treated as duplicates even if the DUP flag in the PUBLISH packet is not set. If `acquire_publish_acknowledgement_control()` is not called again for a redelivered packet, the acknowledgement will be sent automatically.
+
+**Session resumption after disconnect/reconnect**
+
+Upon a disconnect and reconnect of the MQTT5 client, if a session is resumed, any previously acquired `PublishAcknowledgementControlHandle` is void. The broker will resend the unacknowledged PUBLISH packet, and `acquire_publish_acknowledgement_control()` must be called again within the callback for that resent packet. If the resent packet is not handled for manual acknowledgement, the acknowledgement will be sent automatically.
+
 ## **MQTT5 Best Practices**
 
 Below are some best practices for the MQTT5 client that are recommended to follow for the best development experience:
diff --git a/setup.py b/setup.py
index 62dc080d..c42e010c 100644
--- a/setup.py
+++ b/setup.py
@@ -40,7 +40,7 @@ def _load_version():
         "Operating System :: OS Independent",
     ],
     install_requires=[
-        'awscrt==0.31.3',
+        'awscrt==0.32.1',
     ],
     python_requires='>=3.8',
 )