設定為與 Exchange 2013 伺服器同步處理的行動裝置會向伺服器發出 HTTPS 要求。 此要求稱為 PING。 要求會告知伺服器，如果已設定為同步處理的任何資料夾中有任何專案在未來 15 分鐘內變更，則通知裝置。 否則，伺服器應該會傳回 HTTP 200 OK 訊息。 行動裝置接著會支援。 15 分鐘的時間範圍稱為 活動訊號間隔 。

如果 15 分鐘內沒有任何專案變更，伺服器會傳回 HTTP 200 OK 的回應。 行動裝置會收到此回應、繼續活動 (稱為 喚醒 ) ，然後再次發出其要求。 這會重新啟動進程。

如果在15分鐘活動訊號間隔內收到任何專案變更或新專案，伺服器會傳送回應，告知行動裝置有新的或已變更的專案，並提供新專案或變更專案所在的資料夾名稱。 行動裝置收到此回應之後，會針對具有新專案或已變更專案的資料夾發出同步處理要求。 同步處理完成時，行動裝置會發出新的 PING 要求，整個程式會重新開始。

直接推送取決於支持長期 HTTPS 要求的網路條件。 如果行動裝置或防火牆的電信業者網路不支持長時間存在的 HTTPS 要求，則會停止 HTTPS 要求。 下列步驟說明當行動裝置的電信業者網路逾時值為 13 分鐘時，直接推送的運作方式。

行動裝置向伺服器發出 HTTPS 要求。 要求會告知伺服器，如果已設定為同步處理的任何資料夾中有任何專案在未來 15 分鐘內變更，則通知裝置。 否則，伺服器應該會傳回 HTTP 200 OK 訊息。 行動裝置接著會支援。

如果伺服器在 15 分鐘後沒有回應，行動裝置就會喚醒，並得出與伺服器的連線已由網路逾時的結論。 裝置會重新發出 HTTPS 要求，但這次會使用 8 分鐘的活動訊號間隔。

8 分鐘後，伺服器會傳送 HTTP 200 OK 訊息。 裝置接著會向活動訊號間隔為12分鐘的伺服器發出新的 HTTPS 要求，以嘗試取得較長的連線。

4 分鐘後會收到新的電子郵件訊息，而伺服器會傳送 HTTPS 要求來回應，告知裝置進行同步處理。 裝置會同步處理並重新發出活動訊號為12分鐘的 HTTPS 要求。

12 分鐘后，如果沒有新的或變更的專案，伺服器會傳送 HTTP 200 OK 訊息來回應。 裝置喚醒並得出網路狀況支援 12 分鐘活動訊號間隔的結論。 裝置接著會重新發出活動訊號間隔為16分鐘的 HTTPS 要求，以嘗試取得較長的連線。

16 分鐘后，伺服器不會收到任何回應。 裝置喚醒並得出網路狀況無法支援 16 分鐘的活動訊號間隔。 由於此失敗直接發生在裝置嘗試增加活動訊號間隔之後，因此會得出活動訊號間隔已達到其上限的結論。 裝置接著會發出 HTTPS 要求，其活動訊號間隔為 12 分鐘，因為這是最後一次成功的活動訊號間隔。

行動裝置會嘗試使用網路支援的最長活動訊號間隔。 這會延長裝置上的電池使用時間，並減少透過網路傳輸的數據量。 行動電信業者可以在行動裝置的登錄設定中指定最大值、最小值和初始活動訊號值。

將 Direct Push 設定成透過防火牆運作

為了讓 Direct Push 能穿過防火牆運作，您必須開放 TCP 連接埠 443。 此連接埠為安全通訊端層 (SSL) 所需，且必須在網際網路與 Client Access Server 之間開放。

除了在防火牆上開啟埠之外，為了達到最佳的直接推送效能，您應該將防火牆上的逾時值從預設值 15 分鐘增加到 30 分鐘。 HTTPS 要求的最大長度取決於下列設定：

在控制從網際網路到 Client Access Server 之間流量的防火牆上可設定的逾時值上限

由行動服務供應商設定的防火牆逾時值