如果一个用户所申请的连接涉及一个或多个外部PDN（如Internet、X.25等），则在其签约数据中就将包括一个或多个与这些PDN对应的PDP地址。每个PDP地址对应有一个PDP上下文（PDP Context）。每个PDP上下文由PDP状态及相关信息来描述，保存用户面进行隧道转发的所有信息，包括RNC/GGSN的用户面IP地址、隧道标识和QoS等。
如果一个用户所申请的连接涉及一个或多个外部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。
由于移动终端的发展，他们需要同时在手机上建立多个并行的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上下文的数据流（用户面）既可以由移动手机自身亦或者是由其连接的终端电脑来终结，如下图所示。由连接提供的应用程序可以在手机或连接的终端电脑上分别运行。例如可以在手机上运行一个视频客户端，而在连接的笔记本电脑上运行一个web浏览服务。在基于IMS的系统中，它期望能在终端上运行多个嵌入的应用，因此需要有多个PDP上下文。对于TE（例如连接的电脑），则需要有一个额外的PDP上下文也要激活。多PDP上下文有如下两个子分类：
1 多Primary PDP上下文：他们连接到不同的PDN；
2 Secondary PDP上下文; 他们提供了到相同PDN的连接，但是具有不同的QOS。
多Primary PDP上下文是在终端中存在两个或更多独立的PDP上下文，每一个上下文都有唯一的IP地址。他们提供了同时访问不同PDN网络的能力--例如一个应用是连接到Internet，另一个应用则连接到一个私有网络。
除了唯一的PDP地址，每个PDP上下文还会分配到自己的QOS和NSAPI。每个PDP上下文还有一个分离的RAB和GTP用户平面的隧道。
PDP上下文通常在网络侧的不同接入点终结（尽管均需他们在相同的接入点终结）。终结的接入点可以存在于相同或不同的GGSN。
下面的图例说明了有3个Primary PDP上下文的用户平面路径存在，并提供了到3个不同PDN的连接：
Primary PDP上下文可以互不受影响的单独激活。任何激活的PDP上下文的QOS可以通过由MS或网络侧发起的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上下文用户平面：
温馨提示：
