簡介
如果一個用戶所申請的連線涉及一個或多個外部PDN（如Internet、X.25等），則在其簽約數據中就將包括一個或多個與這些PDN對應的PDP地址。每個PDP地址對應有一個PDP上下文（PDP Context）。每個PDP上下文由PDP狀態及相關信息來描述，保存用戶面進行隧道轉發的所有信息，包括RNC/GGSN的用戶面IP位址、隧道標識和QoS等。
激活一個PDP上下文意味著發起一個分組數據業務呼叫。PDP上下文激活包括終端發起的激活及二次激活、網路發起的PDP上下文激活。
一個PDP上下文提供了在UE和網路側之間交換IP包的一個數據包連線。利用這個數據包連線可以訪問一些特定的業務。這些業務可以通過所謂的接入點來訪問。
PDP上下文是UMTS數據架構中的最重要的概念之一。
一個PDP上下文有一組參數，由建議一個端到端連線所需要的所有信息組成：
- PDP類型
- PDP地址類型
- 請求的QOS profile（用戶請求的）
- 協商的QOS profile（和網路側進行協商之後的）
- 鑒權類型（PAP或CHAP)
- DNS類型（動態或靜態DNS）
PDP上下文一般來說是為終端的兩種目的而設定。
首先PDP上下文設計用於分配一個PDP地址，或者是IPV4或者是IPV6地址給一個終端。第二點用於決定一個到終端的帶有QOS profile的邏輯連線，即為一個PDP上下文協商的一組貫穿整個UMTS網路都能得到執行的QOS profile。
多PDP上下文
由於移動終端的發展，他們需要同時在手機上建立多個並行的PS連線。這些PS連線，他們的QOS參數，以及訪問的目標網路都有可能不同。
多PDP上下文也就是說一個移動終端可以存在多個PDP上下文。每個"多PDP上下文"在同一時刻可以有多個不同的QOS profile。其中，有一個具有預設QOS profile屬性的Primary PDP上下文作為一個正常的PDP上下文，總是將被第一個激活的。對於多個Primary PDP上下文，每個上下文都有不同的PDP地址和不同的APN。
當IMS被引入並所有的服務都是基於IP的時候，多PDP上下文將有特別的意義。在一個基於IMS的網路，MS可以為基於SIP的信令和其他所有的會話激活不同的PDP上下文，來提供並行的服務（例如並行的VOIP會話和PS數據業務等）。對每個連線都有一個不同的匹配和滿足這個套用的QOS將被使用。
多PDP上下文特定的PDP上下文的數據流（用戶面）既可以由移動手機自身亦或者是由其連線的終端電腦來終結，如下圖所示。由連線提供的應用程式可以在手機或連線的終端電腦上分別運行。例如可以在手機上運行一個視頻客戶端，而在連線的筆記本電腦上運行一個web瀏覽服務。
在基於IMS的系統中，它期望能在終端上運行多個嵌入的套用，因此需要有多個PDP上下文。對於TE（例如連線的電腦），則需要有一個額外的PDP上下文也要激活。多PDP上下文有如下兩個子分類：
1 多Primary PDP上下文：他們連線到不同的PDN；
2 Secondary PDP上下文; 他們提供了到相同PDN的連線，但是具有不同的QOS。
多Primary PDP上下文
多Primary PDP上下文是在終端中存在兩個或更多獨立的PDP上下文，每一個上下文都有唯一的IP位址。他們提供了同時訪問不同PDN網路的能力--例如一個套用是連線到Internet，另一個套用則連線到一個私有網路。
除了唯一的PDP地址，每個PDP上下文還會分配到自己的QOS和NSAPI。每個PDP上下文還有一個分離的RAB和GTP用戶平面的隧道。
PDP上下文通常在網路側的不同接入點終結（儘管均需他們在相同的接入點終結）。終結的接入點可以存在於相同或不同的GGSN。
下面的圖例說明了有3個Primary PDP上下文的用戶平面路徑存在，並提供了到3個不同PDN的連線：
PDP ContextPrimary PDP上下文可以互不受影響的單獨激活。任何激活的PDP上下文的QOS可以通過由MS或網路側發起的PDP上下文修改流程來發起。
Secondary PDP上下文
一個Secondary PDP上下文總是和一個Primary PDP上下文關聯的。PDP地址和接入點AP都是和Primary上下文一樣的。因此Primary和關聯的Secondary PDP上下文一起提供了到相同PDN的連線，但區別是具有不同的承諾QOS。
一個Primary PDP上下文可能有多個分配的Secondary上下文。每個PDP上下文（也就是Primary和所有的Secondary)都有他們自己的RAB和GTP隧道來傳輸用戶平面數據。並且，每個上下文都由唯一的NSAPI來識別。
Primary PDP上下文必須在關聯的Secondary上下文激活之前激活。任何的Secondary PDP上下文可以在保持的Primary上下文處於active的狀態下進行激活。如果一個Primary PDP上下文去激活了，那也將去激活所有分配關聯的Secondary PDP上下文。任何active的primary或secondary PDP上下文的QOS都可以由MS或網路側發起的PDP context modification流程來修改。
由於PDP地址（IP位址）對Primary和所有關聯的secondary PDP上下文來說都是公共的，因此要引入TFT（Traffic Flow Template)來講下行的用戶平面數據路由到正確的GTP隧道以及每個上下文正確的RAB。
下面圖例中的例子描述了一個Primary和兩個關聯的Secondary PDP上下文用戶平面：
PDP Context