51学通信技术论坛

标题: Primary PDP Context激活流程及实例 [打印本页]

作者: 爱卫生 时间: 2011-5-1 10:54:43 标题: Primary PDP Context激活流程及实例

本贴中，我们通过一个实例来了解一下GPRS网络中一个Primary PDP Context（即MS激活的第一个PDP上下文)的信令流程。通过激活PDP上下文可以建立到GPRS网络的会话连接即常说的通过GPRS网络上网。这里仅根据抓包文件进行讲解。详细的流程请参考规范TS23.060的9.2.2.1章节。同时，本论坛也会在TS23.060规范版块进行相应的翻译。

[attach]283[/attach]

#1 MS发送Activate PDP Context Request消息给SGSN，附带的信息主要有：NSAPI=5代表是第一个PDP上下文，请求的QOS profile代表MS侧认为要访问某个应用所需要的QOS（这是由终端厂家预置的），请求的PDP地址代表请求外部PDN网络为MS分配PDP地址（如果PDP网络为IP网络，则请求的PDP地址即为IP地址，这在里面的PDP Type number=33可以看出请求的是一个IPV4地址），请求的APN代表MS想要访问的外部网络。最后是PCO字段，这是个可选字段，如果分配IP地址的方式不是由GGSN来分配，那这个PCO字段还可以携带用于分配用户地址做鉴权的用户名和口令。

#2 SGSN收到MS发过来的请求后，首先要做一个核对。因为在附着过程中，SGSN已经从HLR拿到了关于这个MS的签约数据，这个签约数据里面就有用户允许访问的APN等信息，如果SGSN发现MS请求的APN不在签约数据中，将直接拒绝这个PDP上下文的激活。流程到此就终结了。如果SGSN核对用户权限没有问题，就给GGSN发送Create PDP Context Request消息，消息中的很多IE是直接从#1中MS的激活请求消息中复制过来，并且根据规范，在Create PDP Context Request消息中，只有Tunnel Endpoint Identifier Data I、NSAPI、SGSN Address for signalling、SGSN Address for user traffic、Quality of Service Profile这4个IE为必选IE。分别为用户面TEID、NSAPI、控制面SGSN地址、用户面SGSN地址和QOS Profile。这里的TEID和SGSN地址信息均为SGSN分配，关于TEID的实例，可以参考另一篇实例帖子“GTP协议循序渐进（三）----通过实例了解TEID http://www.gprshome.com/forum.php?mod=viewthread&tid=61&extra=page%3D1 ”在包中你可以看到，有两个地址都是192.169.100.1，其实一个是用户面、一个是控制面。NSAPI=5是从MS侧复制过来的，QOS Profile并不是从MS侧的激活请求中复制过来，而是在MS请求的、HLR签约的、SGSN所能提供的三者QOS Profile中取最小值发给GGSN。其他很多IE都是有条件的或是可选的。但比较重要的还有APN、请求的用户地址等信息。另外，有些IE可发送给GGSN用于计费目的。例如RAT Type（3G用户资费高些）、IMSI、MSISDN等。

#3 GGSN在收到SGSN的激活请求后，也要做一个检查核对。包括选择模式(Selection Mode)的检查（请参考另一篇帖子Selection Mode的用途及在PDP上下文激活中的影响 http://www.gprshome.com/forum.php?mod=viewthread&tid=189&highlight=selec）、APN的检查、PDP地址类型检查等等，如果这些信息不匹配的话，GGSN将直接拒绝激活。如果检查都通过，则GGSN回送Create PDP Context Response消息给SGSN。这里最重要的就是给MS分配IP地址。携带在End User Address IE中。此例为192.168.252.130。除此以外，GGSN还会将自己所能支持的QOS Profile发给SGSN，同SGSN进行协商。Cause IE为128，代表请求接受。另外，还有一些其他的可选和有条件产生的IE，比较重要的包括NSAPI=5、用户面和控制面地址和TEID、Charging ID等。

#4 SGSN收到GGSN的激活响应后，如果是3G的话，会请求RNC建立一个用户的RAB（Radio Access Bearer）用于后续用户payload的传递，但没有抓到包省略了。在RAB建立后，SGSN给MS发送Activate PDP Context Accept消息，将分配给用户的IP地址告知MS，并且下发一个QOS Profile，这个Profile叫做协商的QOS Profile，就是MS和网络侧各节点协商的一个结果（最小值）。MS收到后将IP 地址等信息存入手机中。接下来MS就可以发起对外部PDN网络的访问了。所能享用的QOS则由得到的这个协商的QOS Profile里的参数来指定。

And here are the English version:

#1 MS send the Activate PDP context
Request message to the SGSN, with the information: NSAPI=5 on behalf of the first PDP context, the requested QOS profile on behalf of a certain QOS required by an application (preset by the terminal factory), with the MS side believing that QOS should be accessed. The requested PDP address representative shall require the external PDN network to allocate the PDP address for the MS (if the PDP is an IP network, the requested PDP address is the IP address, with the requested IPV4 address can be known as the PDP Type number = 33), requested APN represent the external network that the MS wants to access. Finally, the PCO field is an optional field, if IP adress is not assigned by the GGSN, then the PCO field can also bring the user name and password whick can be used to assign user address authentication.

# 2 SGSN on the receiving of the request sent by MS, will do a check first. Since during the attachment process, the SGSN has already got the subscription data of the MS from the HLR, with the subscription data containing the APN allowed to access by the users and other information, if the SGSN found that the MS requested APN is not in the data, PDP context
activation will be rejected. This is the end of the process. If the SGSN has checked user permissions and finds no problem, will send GGSN the Create PDP Context Request message, many IEs are directly copied from the activation of the MS # 1 request message, and according to the specifications, in the Create PDP Context Request message, only the Tunnel Endpoint Identifier Data I, NSAPI, the SGSN Address for signaling, the SGSN Address for user traffic and Quality of the
Service the Profile are Required IE. Respectively are the user plane TEID,NSAPI, control plane SGSN adress and QOS profile. Here the TEID and SGSN address infromation are allocated by SGSN, you can refer to a separate instance for the
TEID <GTP Protocol step by step (III) – instance to learn the TEID http://www.gprshome.com/forum.php?mod=viewthread&tid=61&extra=page%3D1".
In the package, you can see that there are two addresses of 192.169.100.1, in fact one is a user plane, and another the control plane. The NSAPI = 5 is copied from the MS side, while the QOS the Profile is not copied from the MS side of the activation request, but the minimum value of the QOS profile among the MS requested, the HLR signed and the SGSN provided to send to GGSN. Many other IEs are conditional or optional. But the APN, user requested address and other information are important as well. In addition, some IEs can be sent to the GGSN for billing purposes. For example, the RATs Type (3G user charges higher), IMSI, MSISDN, etc..

# 3 GGSN upon receiving the activation request of SGSN will also do a check, including the selection mode check (please refer to the <Use of Selection Mode and influence in the PDP context activation>,
http://www.gprshome.com/forum.php?mod=viewthread&tid=189&highlight=selec", APN check , and the PDP address type check, etc., if this information does not match, GGSN will directly refuse to activate. If the checks are passed, then the GGSN echo the Create the PDP Context Response message to the SGSN,. The most important thing is to assign IP addresses to MS, attached in the End User Address IE. In this case is the 192.168.252.130. Besides, the GGSNs
also will send the QOS Profile supported to SGSN, in consultation with the SGSN.Cause IE of128, on behalf of the request to accept. In addition, there are some other optional and conditional IE, including the NSAPI = 5, the user plane and control plane address and The Tunnel Endpoint Identifier, Charging ID, etc..

# 4 SGSN on receiving in activation response sent by GGSN, if it is 3G, then will ask the RNC to establish a user RAB (Radio Access Bearer) for the transfer of the follow-up user payload, but if no package caught, then omitted. After the RAB is established, the SGSN sends to the MS the Activate PDP Context Accept message, tell the MS the IP address assigned to the user, and issue the QOS Profile, which is called consultation QOS profile, that is the minimum result of consultation of each node of the MS and network side. MS on receiving the IP Address and other information will store it in the phone.
Next, the MS can initiate access to the external PDN network. The QOS that can be used will be specified by the QOS Profile parameters consulted.

作者: 王二麻子 时间: 2011-6-7 22:04:38

回复爱卫生的帖子

原文中
"在Create PDP Context Request消息中，只有Tunnel Endpoint Identifier Data I、NSAPI、SGSN Address for signalling、SGSN Address for user traffic、Quality of Service Profile这4个IE为必选项"

但是看23.060 6b0文中9.2.2.1 的步骤4）中是
"The SGSN sends a Create PDP Context Request (PDP Type, PDP Address, Access Point Name, QoS Negotiated, TEID, NSAPI, MSISDN, Selection Mode, Charging Characteristics, Trace Reference, Trace Type, Trigger Id, OMC Identity, Protocol Configuration Options, serving network identity, Maximum APN Restriction IMEISV, CGI/SAI, RAT type, S-CDR CAMEL information)"

并没有Tunnel Endpoint Identifier Data I、SGSN Address for signalling、SGSN Address for user traffic、Quality of Service Profile。是不是文中别的地方有详细的说明，另外如何知道哪些选项是必选项？谢谢楼主

作者: 爱卫生 时间: 2011-6-7 22:29:51

回复王二麻子的帖子

参考的是TS29.060 关于GTP协议的规范。这里给出V10.1.0的7.3.1章节关于Create PDP Context Request消息的描述，摘录如下：

Table 5: Information Elements in a Create PDP Context Request

Information element
Presence requirement
Reference
IMSI
Conditional
7.7.2
Routeing Area Identity (RAI)
Optional
7.7.3
Recovery
Optional
7.7.11
Selection mode
Conditional
7.7.12
Tunnel Endpoint Identifier Data I
Mandatory
7.7.13
Tunnel Endpoint Identifier Control Plane
Conditional
7.7.14
NSAPI
Mandatory
7.7.17
Linked NSAPI
Conditional
7.7.17
Charging Characteristics
Conditional
7.7.23
Trace Reference
Optional
7.7.24
Trace Type
Optional
7.7.25
End User Address
Conditional
7.7.27
Access Point Name
Conditional
7.7.30
Protocol Configuration Options
Optional
7.7.31
SGSN Address for signalling
Mandatory
GSN Address 7.7.32
SGSN Address for user traffic
Mandatory
GSN Address 7.7.32
MSISDN
Conditional
7.7.33
Quality of Service Profile
Mandatory
7.7.34
TFT
Conditional
7.7.36
Trigger Id
Optional
7.7.41
OMC Identity
Optional
7.7.42
Common Flags
Optional
7.7.48
APN Restriction
Optional
7.7.49
RAT Type
Optional
7.7.50
User Location Information
Optional
7.7.51
MS Time Zone
Optional
7.7.52
IMEI(SV)
Conditional
7.7.53
CAMEL Charging Information Container
Optional
7.7.54
Additional Trace Info
Optional
7.7.62
Correlation-ID
Optional
7.7.82
Evolved Allocation/Retention Priority I
Optional
7.7.91
Extended Common Flags
Optional
7.7.93
User CSG Information
Optional
7.7.94
APN-AMBR
Optional
7.7.98
Signalling Priority Indication
Optional
7.7.103
Private Extension
Optional
7.7.46

作者: 王二麻子 时间: 2011-6-7 22:33:34

回复爱卫生的帖子

哦，谢谢楼主，看来得两个规范一起看！

作者: 王二麻子 时间: 2011-6-22 23:14:22

看到必选项有
“SGSN Address for signalling、SGSN Address for user traffic”
规范里还特别强调这两个地址不一定与IP地址相同，问题就是：SGSN的IP地址是用于GGSN找到本节点（也就是SGSN的），上面的两个地址也是标识同一个物体——sgsn，既然能用IP地址，为何还要额外分配信令地址(SGSN Address for signalling)和用户流地址SGSN Address for user traffic？

作者: 爱卫生 时间: 2011-6-22 23:25:45

回复王二麻子的帖子

  使用不同的IP地址，实际上为了控制和用户面的分离。因为这两个IP地址对应的是两个GTP隧道。一个是GTP-C，一个是GTP-U。这两个GTP隧道可以根据运营商的IP承载网的拓扑结构，选择不同的路径来路由数据。其中GTP-C属于控制平面，路由也可能是需要经过核心网络。而GTP-U是用户平面，那可能在设计时经过IP网络的分布层就可以了。所以在设计规范的时候，至少你要允许这两个隧道使用两个不同的IP地址。
  另外，也为了方便厂家更好的做产品设计。因为GTP-C的IP可能对应的是控制面的硬件板卡，GTP-U的IP可能对应的是用户面的硬件板卡，两者的工艺、成本、芯片都不一样。这样厂家在做实现的时候有更多选择。
  以上是我的个人理解，仅供参考。

作者: 王二麻子 时间: 2011-6-24 22:59:02

回复爱卫生的帖子

”他们可能对应不同的板卡，走不同的路由“，似乎明白了，恩，3Q

作者: bestflora 时间: 2011-6-30 15:50:00

楼主，问个和PDP上下文激活无关的问题哦，和上面抓的包“一个完整的激活流程”有关。

在上面，我们看到在Activate PDP Context Accept消息里，包含了参数PCO选项，里面放的PPP-IPCP协议内容，包含了GGSN给MS分配的IP地址。

我想问的是IPCP NAK和IPCP ACK有什么区别？在有些地方看到，NAK表示协商的内容没有完全通过，在这之后会不会还有后续的协商消息，直到回复IPCP ACK为止。

作者: 爱卫生 时间: 2011-6-30 23:57:22

回复 bestflora 的帖子

  恩。这个问题实际上是IPCP的协商过程。属于PPP协议的一部分。PCO中的IP-Address 用来协商本地使用的IP 地址。该选项允许请求发送者提供自己的IP 地址或请求对方给自己分配IP 地址，在后一种情况下，请求者发送一个全为0 的IP 地址，对方在一个NAK 数据帧中给出请求者的IP 地址。这个NAK代表接收方不认可请求者发送的全0的这个地址，而将自己认为正确的即分配给手机的IP地址放在NAK中告诉用户。
  IPCP ACK是对NAK的一个确认。
  整个协商过程是：
  客户端首先发送IP 地址和DNS 地址都为零的请求数据帧，服务器接收到后用NAK 数据帧回复动态IP 地址和DNS 地址，然后客户端再次用接收到地址发送请求，接收到ACK数据帧即完成了IPCP 配置。服务器直接将自己的IP 地址发送给客户端，接收到ACK 数据帧后IPCP 配置成功。
  可以参考百度文库：http://wenku.baidu.com/view/b31c5e1eb7360b4c2e3f64ee.html 和这个附件。[attach]678[/attach]

作者: bestflora 时间: 2011-7-1 09:43:59

懂了，谢谢！

我当时就想着我给你发request，你直接用ACK消息回复我请求的内容就好了。
被旧有的一些协议规范给捆绑住了，所以还是不能经验主义啊。

作者: linyuxuan 时间: 2011-7-25 21:51:54

请问SGSN的发给GGSN的用户面ip地址和控制面ip地址都是192.169.100.1，那GGSN如何区分SGSN的用户面和控制面啊？

作者: 爱卫生 时间: 2011-7-26 13:53:34

本帖最后由爱卫生于 2012-3-19 21:14 编辑

linyuxuan 发表于 2011-7-25 21:51
请问SGSN的发给GGSN的用户面ip地址和控制面ip地址都是192.169.100.1，那GGSN如何区分SGSN的用户面和控制面啊 ...

SGSN发给GGSN的用户面和控制面IP可以是相同的，也可以不相同的。这是两个GTP协议的IE（信息元素）。一个GTP-C，一个GTP-U。要区分的话，不是通过IP地址来区分，而是通过TEID。控制面和用户面的TEID通常是不一样的。即使一样，也能够区分。在解封装的时候，GGSN是先解IP头部，然后解UDP，看到不同的端口号，就送给不同的进程（GTP-C和GTP-U）来处理。不同的进程再根据TEID来区分用户。

作者: linyuxuan 时间: 2011-7-27 00:43:48

回复爱卫生的帖子

楼主，谢谢。。

作者: wangchenfool 时间: 2011-7-27 11:01:22

版主，有个问题想问一下，GB口协议栈为GSM>LLC>BSSGP>NS>UDP>IP 为什么UDP，IP会在底层呢？

作者: 爱卫生 时间: 2011-7-27 12:15:11

wangchenfool 发表于 2011-7-27 11:01
版主，有个问题想问一下，GB口协议栈为GSM>LLC>BSSGP>NS>UDP>IP 为什么UDP，IP会在底层呢？

因为这里提到的IP是指的底层的承载。承载是用来传递上层的应用消息的，因为这个上层应用消息不能只在天上飞，而是要落地发出去的。在通信网络中就是要通过一个具体的端口发出去。
所以，按照协议栈流程，上层消息封装好后，将将给IP层，查找目的IP，再和数据链路层和物理层的端口以及VLAN映射，最后将这个包从节点发出去。所以IP是在底层，但实际上IP下面还有数据链路层和物理层（通常Gb Over IP都是用的以太网来做物理端口承载）。所以这里的IP是代表的IP的承载。

作者: bryant_li 时间: 2011-10-31 22:02:41

受益匪浅，非常感谢。

作者: worldwind 时间: 2011-12-16 00:59:53

结合实际场景咨询一下，一个手机用户打开UC浏览器：
1、先后观看了同一个视频网站的两个不同的视频，此时会创建几个PDP上下文，相互间有什么联系？
2、先后观看了不同视频网站的不同的两个视频，此时又创建了几个PDP上下文，相互间有什么联系？

作者: liloveming1987 时间: 2012-1-20 21:26:28

请求的PDP地址代表请求外部PDN网络为MS分配PDP地址（如果PDP网络为IP网络，则请求的PDP地址即为IP地址，这在里面的PDP Type number=33可以看出请求的是一个IPV4地址）
请问版主，这句话中的“请求的PDP地址代表请求外部PDN网络为MS分配PDP地址”是什么意思，外部PDN 网络为MS 分配的PDP地址是什么，和GGSN 给MS 分配的地址有什么区别

作者: sky19870926 时间: 2012-2-9 20:51:19

进来学习一下

作者: Ivy-Lu 时间: 2012-3-13 11:13:10

受益匪浅，非常感谢楼主！

作者: ktpd00wen99 时间: 2012-3-16 14:50:50

回复爱卫生的帖子

楼主，你好：
看了你的回复，还是有点疑惑。我感觉（估计理解错了）原始问题的意思应该是#2Create PDP Context Request里GSN Address都是192.169.100.1，TEID Data I 和TEID Control Plane也都是0x32f02bf9。那么GGSN->SGSN的发送下行消息的时候，即使GGSN知道这是一个控制信令或者用户数据，但是GGSN是如何区分这条消息在UDP传输层面是应该发给SGSN上哪个IP+哪个port的呢，因为SGSN没有提供SGSN自己控制面和用户面的port。

----------其实我被这个问题引出的疑问有以下三个：
1）你在 GPRS循序渐进帖子里提到控制平面GTP-C端口号为UDP 2123，用户平面GTP-U端口号为2152，根据你的抓包来看，GGSN使用了2123，SGSN的端口没用这两个，那么是否意味着：GTP协议的GTP-C/GTP-U端口规定只事针对GGSN，SGSN和这没有关系，可以根据实现自行选择端口？
2）primary/secondary抓包里#2的TEID-Data I/TEID-Control Plane是一样的，和你回复的“SGSN发给GGSN的用户面和控制面IP可以是相同的，也可以不相同的，但是两个GTP协议的IE（信息元素）。但要区分的话，不是通过IP地址来区分，而是通过TEID。控制面和用户面的TEID一定是不一样的。” 是不一致的。我觉得你回帖中的“控制面和用户面的TEID一定是不一样的。”提到的TEID应该是指#2里SGSN发给GGSN的request里的TEID，而不是指#3里GGSN发给SGSN的response里的TEID吧？
3）GGSN需要给SGSN发个消息，同时也知道这个消息是Control面的还是Data面的，那么从传输层的角度来书，GGSN在SGSN提供的Control面IPAddress和Data IP一样的情况下，如何选取port呢，是不是有别的规范来做这个？

小弟对GPRS协议没怎么学习过，看到这个回帖一头雾水，希望楼主在方便时抽空做下科普工作，在此先谢谢了。

作者: 爱卫生 时间: 2012-3-19 21:17:39

回复 ktpd00wen99 的帖子

1 UDP的端口号，在协议里没有说一定要源和目的端口都相同。不见得源端口也要用2123。

规范29.060里的原话是：

The UDP Destination Port number for GTP-C request messages is 2123. It is the registered port number for GTP-C.

The UDP Destination Port number for GTP-U request messages is 2152. It is the registered port number for GTP-U.

The UDP Source Port is a locally allocated port number at the sending GSN/RNC.

因此，GSN节点可以本地分配源端口，只需要在本地能够区分出上层应用即可。

2 谢谢，之前的回复确实不准确。已经更新。正确的应该如下。

另外，#2的TEID是SGSN给GGSN分的，用于下行GTP包封装，而#3的TEID是GGSN给SGSN分的，用于上行方向GTP封装。两者没有直接联系。

3 这个问题的答案见第1个问题的答案。如果GGSN确定是用户面，则目的端口为2152，否则是2123。源端口可以随机定。也可以和目的端口一致。看厂家了。

作者: 爱学习 时间: 2012-4-28 16:19:58

这个包下载下来后，用什么打开查看啊

作者: 爱卫生 时间: 2012-4-28 19:02:32

回复爱学习的帖子

wireshark就可以。

作者: imwoohan 时间: 2012-5-2 20:48:26

楼主，你这里面的控制面和用户面的TEID都是0x32f02bf9，这样难道不会有问题吗？

作者: 爱卫生 时间: 2012-5-2 20:53:59

回复 imwoohan 的帖子

没关系的。因为Gn接口控制和用户面是分离的。通过udp端口号2123和2152区分。从传输层UDP查端口号，就可以交给上层的用户部分即GTP-C或GTP-U处理，因此TEID是可以复用的。就好象两个局域网，因为是彼此隔离的，因此可以使用相同的IP地址段。

作者: imwoohan 时间: 2012-5-2 21:01:43

回复爱卫生的帖子

那言下之意就是ip地址+TEID+udp端口号唯一标志了一个控制平面或者用户平面了？

作者: 小丙张嘎 时间: 2012-6-8 11:44:50

对我这种小白，一定要认真看帖子，多谢分享。

作者: 小丙张嘎 时间: 2012-6-8 14:28:28

本来以为看了帖子基本明白了，没想到看了诸位的提问后才发现自己仍然一知半解。开始从头看起GPRS循序渐进。

作者: dandaner00hcw 时间: 2012-6-19 21:03:51

我突然有个问题，爱总，ggsn在收到create pdp context request后，跟radius和dhcp 的交互过程是怎么样的？能否解释下

作者: 爱卫生 时间: 2012-6-19 21:13:01

dandaner00hcw 发表于 2012-6-19 21:03
我突然有个问题，爱总，ggsn在收到create pdp context request后，跟radius和dhcp 的交互过程是怎么样的？能 ...

现网中DHCP比较少用，可能一些企业用户有吧。

RADIUS现网中主要的作用有两个，一个是认证，但现在都是透明接入不需要认证，除非是一些企业用户。包括access request和access accept消息，可以用PAP或CHAP协议来做认证。还有一个作用是Accouting，作用是将MS的相关信息例如IMSI、MSISDN提供给WAP网关做一些业务的参考等。消息包括Accouting request、accouting response。

论坛已经开通全文搜索功能，可以搜索radius得到更多信息。具体过程参考这篇帖子：http://www.gprshome.com/forum.php?mod=viewthread&tid=1581。RADIUS协议基本概念及带有RADIUS过程的PDP激活流程。

作者: dandaner00hcw 时间: 2012-6-20 09:56:37

爱卫生发表于 2012-6-19 21:13
现网中DHCP比较少用，可能一些企业用户有吧。 RADIUS现网中主要的作用有两个，一个是认证，但现在都是透明 ...

{:soso_e160:}爱总辛苦了

作者: Erin 时间: 2012-7-31 10:18:54

版主，您好，我想问问，TBF和PDP的关系，是先建立PDP，还是先建立TBF？GPRS附着，PDP激活这些过程在什么信道传的？

作者: admin 时间: 2012-7-31 19:40:36

Erin 发表于 2012-7-31 10:18
版主，您好，我想问问，TBF和PDP的关系，是先建立PDP，还是先建立TBF？GPRS附着，PDP激活这些过程在什么信道 ...

一定是先建TBF后PDP，TBF建立好后就分配了相应的无线信道等物理资源。PDP属于上层数据，路（TBF）都没修好是不能建的。附着、PDP激活都是PDTCH信道传递的。

作者: Erin 时间: 2012-8-2 14:18:40

admin 发表于 2012-7-31 19:40
一定是先建TBF后PDP，TBF建立好后就分配了相应的无线信道等物理资源。PDP属于上层数据，路（TBF）都没修好 ...

   哦，好的，谢谢！
   我可以这么理解：就是根据TBF建立时的请求原因决定是GPRS附着，PDP激活，位置更新！
   PDP激活之后就可以进行分组数据的收发了。但是这个过程中，TBF释放时间我听说2-4s，如果没有分组数据收发，TBF就释放了，如果有数据要发送就会再次建立TBF连接。也就是PDP激活后还可能会有多次的TBF的建立和释放。
   例如，对于QQ来说：QQ要登陆先要建立TBF连接，然后PDP激活，PDP激活后是QQ登陆和QQ服务器的消息交互在PDTCH信道上。然后QQ就直接挂起，那么就只有QQ心跳，每一次QQ心跳就会重新建立TBF连接，等到下次心跳时TBF就已经释放了。所以QQ心跳很消耗CCCH资源。是吗？

作者: 爱卫生 时间: 2012-8-2 21:45:54

Erin 发表于 2012-8-2 14:18
哦，好的，谢谢！
我可以这么理解：就是根据TBF建立时的请求原因决定是GPRS附着，PDP激活，位 ...

基本是这样的。补充一下，就是现网中核心网下发的ready timer时间都比较长了，不是44秒，可能几百秒等等。这样QQ心跳来了就不需要寻呼MS了。而CCCH包括PCH和RACH、AGCH。PCH因为ready timer调长了而占用会减少，但后面两个用于建TBF不会减少了。

不是100%确定。供参考！

作者: Erin 时间: 2012-8-5 15:55:27

谢谢，

作者: afeizai 时间: 2012-11-26 23:30:07

worldwind 发表于 2011-12-16 00:59
结合实际场景咨询一下，一个手机用户打开UC浏览器：
1、先后观看了同一个视频网站的两个不同的视频，此时会 ...

同问！！麻烦爱兄给解答一下

作者: vicai 时间: 2013-4-17 18:07:22

要是能把Raduis，Gx和Gy等其他接口的信息一起包含进来就更好了，更利于掌握big picture了

作者: admin 时间: 2013-4-17 21:00:21

worldwind 发表于 2011-12-16 00:59
结合实际场景咨询一下，一个手机用户打开UC浏览器：
1、先后观看了同一个视频网站的两个不同的视频，此时会 ...

1、先后观看了同一个视频网站的两个不同的视频，此时会创建几个PDP上下文，相互间有什么联系？答：一个。因为PDP上下文的创建是和APN有关系。一个手机访问视频网站的服务器同一时刻应该是在同一个APN里。就一个PDP上下文，相互之间没有关联。2、先后观看了不同视频网站的不同的两个视频，此时又创建了几个PDP上下文，相互间有什么联系？答：要看不同视频网站的不同的两个视频是否在同一个APN里，或者用户是通过哪个APN去访问的。比如用户观看了土豆的视频是用cmwap激活的，然后又通过手机连接电脑使用cmnet激活了另一个PDP上下文去看优酷，这是可能的。但一般来说一个用户直接在手机上同时开两个APN激活好像不太可能，不部分手机应该没这个设置。

作者: ttyy2528 时间: 2013-7-11 16:57:57

爱卫生发表于 2011-6-22 23:25
回复王二麻子的帖子

使用不同的IP地址，实际上为了控制和用户面的分离。因为这两个IP地址对应的是两个 ...

没错,如果你了解cs域核心网就更一目了然.现在的cs核心网把控制和用户(或应用)生生分成2个节点,理解这个概念非常直观.

作者: 椰子酥 时间: 2013-7-15 19:31:32

欸小白开始学习

作者: eddielin 时间: 2013-9-12 15:33:51

受教了,感谢爱总.

作者: thankgodness 时间: 2013-12-22 14:20:58

楼主，我想问个问题，为什么SGSN在#2和#3两包数据里面的IP地址会不一样，一次作为目的端，一次作为发送端。

作者: 爱卫生 时间: 2013-12-22 19:11:24

thankgodness 发表于 2013-12-22 14:20
楼主，我想问个问题，为什么SGSN在#2和#3两包数据里面的IP地址会不一样，一次作为目的端，一次作为发送端。 ...

是厂家的实现。最初的create pdp context
request消息是发向DNS解析出来的硬件板卡A的地址，后续的GTP-C消息被负荷分担到IP地址不一样的其他GTP-C板卡上了。

作者: thankgodness 时间: 2013-12-29 17:26:07

爱卫生发表于 2013-12-22 19:11
是厂家的实现。最初的create pdp context
request消息是发向DNS解析出来的硬件板卡A的地址，后续的GTP- ...

谢谢楼主，学习了~，能作如下理解么：一个SGSN配有多个板卡，板卡A对应gb接口的通信，板卡B对应gn接口的通信，每个板卡都有不同的ip地址。

作者: ccc123 时间: 2014-2-9 16:58:08

学习了。。。。

作者: zxtcinderella 时间: 2014-3-3 12:08:49

有了很好的收获，感谢！

作者: ibs_tech 时间: 2014-5-20 12:28:07

继续学习

作者: ouwangqiu 时间: 2014-6-22 13:55:36

多谢爱总制作和分享

作者: maqizhao 时间: 2014-8-3 22:42:48

谁知盘中餐,发帖真辛苦！

作者: maqizhao 时间: 2014-8-3 22:44:16

我已深深爱上这个地方了,在成为专家之前坚决不撤退!

作者: doublexin 时间: 2015-4-3 08:50:39

很不错的流程！

作者: jieisme 时间: 2016-10-10 15:59:42

为啥TEID-D是必选，TEID-Ctrl不是必选呢？

作者: 白脸曹操 时间: 2016-12-23 21:13:50

谢谢楼主无私分享！！！

欢迎光临 51学通信技术论坛 (http://www.51xuetongxin.com/bbs/)