1.5 初始附着（IMSI附着）及实例

Dark

hycl5410 发表于 2012-12-14 12:34
不是抓包的问题，是securitymode之后NAS加密了。MME上如果可以设置不加密的话，设置上，或者优先选择EEA0算 ...

非常感谢，我找到在MME上找到不加密的命令了，create_unciphered_ue，设置上能抓到了。

hou3331

在create session response PAA中没看到UE获取到Gi DNS地址啊？爱总，不知是在哪儿哦？

hou3331

在第6条消息中MME发起了IMEISV request，但终端并没有回复，为什么会不reject并终止后续流程呢？如果没有在MME中开启IMEI check开关，为何MME还要去request IMEI哦？

hou3331

爱总，这个流程继续问问题，MME和PGW并没有接口，为什么在create session request和response消息中要有S5/S8 GTP-C TEID呢？能开专题介绍下GTPC V1和V2版本的不同点吗？

wenliu

包的下载地址是不是失效了？

wangcmh

看到这里有点疑问： 3GPP文档上说create session req/resp的消息，在S11和S5/S8接口上都会有，原文如下（TS29.274, 7.2.1）：

The Create Session Request message shall be sent on the S11 interface by the MME to the SGW, and on the S5/S8 interface by the SGW to the PGW as part of the procedures:

想不明白，难道这个包是从MME发到SGW，再由SGW直接发给PGW？

这里的例子里面S5/S8是内部接口；有没有SGW , PGW是分设的情况？这种情况下S5/S8就不是内部接口了，那S5/S8接口上也能抓到上面例子里的create session req/resp的包吗？内容和这个s11接口上抓到的是什么区别？是完全一样的两个包吗？

不好意思我是LTE菜鸟，期待各位指点迷津~~

admin

wangcmh 发表于 2013-3-21 17:40
看到这里有点疑问： 3GPP文档上说create session req/resp的消息，在S11和S5/S8接口上都会有，原文如下（TS ...

是的。如果是分设的情况下，那肯定就是两个不同的消息。如你所说，MME发送S-GW，S-GW再发送给P-GW，是两段不同的GTP隧道。MME和S-GW负责创建第一段，S-GW和P-GW负责创建第二段。

wangcmh

请问爱总：如果同时采集S11，S1-U，及S5/S8接口上同一个用户的包，怎么从包的内容区分是哪个接口上的包? 包的格式都是一样的，比如Create session request/response，及数据面的包，每个接口上下行的TEID肯定是不同的吧，包格式貌似是相同的。

admin

wangcmh 发表于 2013-4-7 17:42
请问爱总：如果同时采集S11，S1-U，及S5/S8接口上同一个用户的包，怎么从包的内容区分是哪个接口上的包? 包 ...

EPC中用户面的协议全部都是GTP-U V1啊，用户面这些接口协议栈全部都是一样的。个人感觉只能从IP层来看，源IP目的IP吧。还有TEID肯定是不一样的，因为是不同的网元分配的。

控制面也基本都是GTPV2（或PMIP），所以也是一样的。但具体看还是可以分辨出一些来的。这在TS29.274 GTPV2的规范中有说明，就是MME给S-GW发送的create session request消息应该携带哪些强制、可选字段，S-GW给P-GW发送的create session request消息又应该携带哪些字段。还是稍有差异的。

jayslkidd

楼主，貌似这个网盘挂了

chsh123

分析的好详细~~谢谢

zzz

消息第14帧，看到SCTP层有两个DATA Chunk ，每个DATA chumk都对应有1个S1AP协议层数据，不知道这两个S1AP有什么区别和联系?
Item 0和Item 1中S1AP-id内容是相同的，criticality内容不同，这会不会存在重复传送？

小燕-smile

爱卫生 发表于 2012-8-26 08:44
#2号报文是MME根据配置，向该IMSI注册登记的HSS发起鉴权参数获取的请求消息(Authentication Information  ...

爱总，问一下，MME向HSS请求鉴权参数组的组数有没有具体规定？必须是2组，或者有个范围？谢谢

爱卫生

小燕-smile 发表于 2013-9-25 14:33
爱总，问一下，MME向HSS请求鉴权参数组的组数有没有具体规定？必须是2组，或者有个范围？谢谢

从规范来看，应该是没什么限制的。规范中，"number of requested vectors"的取值范围是32bit的无符号整数。所以基本就等于没限制了。

"The Number-Of-Requested-Vectors AVP is of type Unsigned32. This AVP shall contain the number of AVs the MME or SGSN is prepared to receive."

所以具体实现与厂家有关。

厂家的产品都有具体的规定。举个例子，以下是某厂家MME某个特定版本的行为：

在MME上有一个预获取鉴权参数的开关，如果该开关设置为off，则MME每次到HSS取1个鉴权参数。如果该开关设置为on，则MME可以每次到HSS取两次鉴权参数。

另外，在2/3G情况下，见过一次去HLR取3次鉴权参数的。

chenxiaoan503

爱总，接着22楼的问题继续说一下我的理解，不知道对不对，第10个消息带了S5/8的TEID和IP地址，“0X00000000和192.168.165.84”（第一钟理解：这个地址是SGW的地址，应该是MME代替SGW告诉PGW我这边的地址信息，）但TEID为什么是0X0000000呢？是不是全0也可以表示一端的TEID？第二种理解：全0应该是先不知道对端PGW的TEID所以是全0表示目的地址，这个192.168.165.84逻辑上看成是PGW的地址，但如果是第二种理解的话，我在整个包里面并没有看见SGW侧的S5/8 GTP-C的TEID分配，或者说合设的话其实是不需要这些流程的？逻辑上也不需要？
第11个包是SGW回给MME的包，分配的S5/8的GTP-C的TEID是0X1CF80203H和192.168.165.84这个地址，这个F-TEID的消息可不可以理解成是实际上是PGW告诉通过MME转告给SGW的GTP-C消息（相当于S5/8)因为这里是合设，所以都是用的192.168.165.84这个控制地址，但是个人觉得就算合设应该用不同的逻辑地址比较好。
另外如果分开设置的话是不是物理上MME也需要有连线到PGW?
最后我理解的S5/8GTP-C的隧道是这样的：SGW侧：0X00000000和192.168.165.84 PGW侧：0X1CF80203H和192.168.165.84
有点晕了，麻烦指正一下。

爱卫生

哦，你的第二种理解是对的。全0是因为对方PGW还没分配TEID所以是全0。没看到SGW的GTP-C地址确实是因为合适，S5接口变成了内部接口，实际上PGW是有给SGW分配GTP-C TEID的，只不过由于S5是内部接口，抓包是抓不到的，因为抓包是在lan switch上镜像去做抓包。
后面那个问题，SGW传送给MME的GTP-C TEID就是SGW分配给MME的，不是PGW分配的。MME通过这个TEID来和SGW完成后续的控制面的通信。

amr

13楼
2 SGW和PGW分配的S11/S4、S5/S8接口的控制面TEID以及控制面IP地址。
3 Bearer Context：和创建Bearer相关的Bearer Context信息，这里就包含了SGW分配给eNB的S1-U（还有S5/S8接口）接口用户面TEID和用户面IP地址可用于eNB在上行方向用户数据的发送。另外还包含了针对该Bearer的Charging ID。

15楼
从图中可以看到，Bearer Context信息元素中包含了S1-U接口TEID和IP地址信息，这些信息是#14号报文由eNB分配并发送给MME的，MME透明传送给SGW请求进行更新

爱总有问题请教，谢谢。

1、控制面的IP地址只有1个？

2、用户面的IP地址分上下行有2个？

3、假如2成立，13楼分配了S1-U、S5/S8用于上行的IP地址，15楼eNB建立S1接口的上下文，并创建下行的S1-U IP地址。为啥S5/8不用分配下行IP地址？

hou3331

爱总，假如手机没带APN，然后MME给手机一个default apn，这个格式是只需要NI吗？假如是NI+OI的话，FQDN格式是以.gprs结尾可以吗？还是必须得以3gppnetworks结尾的。