precondition資源預留
在移動通訊網路，ue之間傳輸**流基於pdp上下文，建立**pdp上下文的過程稱為資源預留。
**pdp上下文建立會花費一些時間甚至失敗，這意味著在資源被成功預留之前，無法保證協商的**會話是否可以建立起來。因此終端不應該在雙方資源預留成功之前有任何通知指示產生，比如振鈴提示、回鈴提示等。
資源預留功能在sip信令上體現為兩個階段，第乙個階段的所有**協商僅僅是為了雙方進行資源預留準備（比如**協商如果承載在183響應中，終端不能將183做為回鈴指示，因為資源預留還沒有建立成功）。在資源預留建立成功之後，使用update信令來表明資源預留建立完成，進入第二個階段，之後的18x信令就可以像普通sip流程一樣，做為放回鈴音的指示資訊。
1.ue_a發起的invite請求：
表示目前（curr），無論是主叫方（local）還是被叫方（remote）都還沒有（none）任何資源預留。
a=des:qosmandatory local sendrecv
表示主叫使用者（local）要求（des）在傳送和接收兩個方向（sendrecv）都要提供資源預留，並且不能成功預留資源，會話將不會建立（mandatory）
a=des:qosnone remote sendrecv
表示要示（des）被叫使用者（remote）也需要提供雙向（sendrecv）的資源預留，但還不確定被叫使用者是否真的需要進行預留（none）。
2. ue_b回應183
ue_b在收到invite請求後，得知主叫方支援資源預留功能，同時他也支援資源預留功能，則提供183響應，在sdp中包含ue_b支援的所有編碼，並針對「qos」描述進行補充。
注意：對端和本地的概念已經改變，因為從ue_b的角度來看，自己已經是本地，而ue_a是遠端。
a=curr:qoslocal none
a=curr:qosremote none
表示目前（curr），無論是主叫方（local）還是被叫方（remote）都還沒有（none）任何資源預留。
a=des:qosmandatory local sendrecv
表示強制要求自己在收發兩個方向都進行資源預留，之後才允許進行會話。
a=des:qosnone remote sendrecv
表示從對方得知，對方也強制要求收發雙向的資源預留。
a=conf:qosremote sendrecv
告知ue_a，如果它的雙向資源預留完成後，必須傳送確認（conf）資訊。這裡確認資訊在sip訊息中體驗為傳送update信令。
3.ue_a傳送prack請求，其中**僅包含他已確認的唯一編碼。
在sdp的「qos」描述中，雙方都已經表示需要進行資源預留，並且當前都還沒有資源預留完成。這裡ue_a不再包含a=conf:qosremote sendrecv，因為他知道對方在等待他資源預留完成後的確認訊息。
4.ue_b給prack請求進行回應，其中「qos」描述沒有任何變化。
5.ue_a建立**pdp上下文，當資源預留成功後，ue_a傳送update請求給遠端進行確認。
其中a=curr:qoslocal sendrecv表明ue_a當前（curr）雙向的資源預留建立成功。
6.ue_b給update請求進行回應
5、6、7、8、9）在ue_b得知雙方的資源預留都已經建立成功後，ue_b開始振鈴，同時給ue_a傳送180，ue_a在了解雙方的資源預留建立成功後，收到180則給當前使用者回鈴提示。後續流程同普通sip軟交換流程相同，不再詳細描述。
資源預載入
提到前端效能優化時，我們首先會聯想到檔案的合併 壓縮，檔案快取和開啟伺服器端的gzip壓縮等，這使得頁面載入更快，使用者可以盡快使用我們的 web 應用來達到他們的目標。資源預載入是另乙個效能優化技術，我們可以使用該技術來預先告知瀏覽器某些資源可能在將來會被使用到。引用 patrick hamann...
前端效能優化 資源預載入
預載入是瀏覽器對將來可能被使用資源的一種暗示，一些資源可以在當前頁面使用到，一些可能在將來的某些頁面中被使用。作為開發人員，我們比瀏覽器更加了解我們的應用，所以我們可以對我們的核心資源使用該技術。預載入可以拆分成很多小點 dns prefetch,subresource,prefetch,preco...
前端效能優化 資源預載入
預載入是瀏覽器對將來可能被使用資源的一種暗示，一些資源可以在當前頁面使用到，一些可能在將來的某些頁面中被使用。作為開發人員，我們比瀏覽器更加了解我們的 應用，所以我們可以對我們核心資源使用該技術。當提到前端效能優化時，我們首先會聯想到檔案的合併，壓縮，檔案快取和開啟服務端的gzip壓縮等，這使得頁面...