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

小燕-smile

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

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

zzz

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

chsh123

分析的好详细~~谢谢

jayslkidd

楼主，貌似这个网盘挂了

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消息又应该携带哪些字段。还是稍有差异的。

wangcmh

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

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

看到这里有点疑问： 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菜鸟，期待各位指点迷津~~

wenliu

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

hou3331

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

hou3331

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

hou3331

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

Dark

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

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

hycl5410

不是抓包的问题，是securitymode之后NAS加密了。MME上如果可以设置不加密的话，设置上，或者优先选择EEA0算法。

Dark

爱卫生 发表于 2012-8-26 15:55
#12号报文是MME通过和SGW的协商将核心网侧的承载创建好之后，给UE发送Attach Accept消息确认附着完成，在 ...

爱老大，我也尝试抓IMSI附着的包，但是这一步的包怎么都看不到GUTI，我抓的包这一步显示的如图,到NAS下就没有东西了，抓包时有什么需要注意的吗？

爱卫生

爱卫生 发表于 2012-8-26 16:04
#13号报文是eNB给MME发送的UE无线侧支持能力指示，较简单。这里不做重点展开介绍。#14号报文是UE给MME响应 ...

#15号报文是MME向SGW发送Modify Bearer Request消息请求更新Bearer相关的用户面信息（即S1-U接口的用户面TEID和IP地址）。#15号报文如下图所示：

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

#16号报文是SGW完成S1-U接口的TEID和IP地址更新后，给MME发送Modify Bearer Response消息进行确认。至此，端到端的承载创建完毕。UE已经可以开始发送和接受上、下行用户数据。

爱卫生

爱卫生 发表于 2012-8-26 15:55
#12号报文是MME通过和SGW的协商将核心网侧的承载创建好之后，给UE发送Attach Accept消息确认附着完成，在 ...

#13号报文是eNB给MME发送的UE无线侧支持能力指示，较简单。这里不做重点展开介绍。

#14号报文是UE给MME响应的Attach Compelete消息对新分配的GUTI进行确认。并且同时对网络侧帮助建立的缺省承载进行了确认。将#14号报文的NAS PDU部分展开后如下图所示：

除此以外，在#14号报文的S1AP部分的Item 2中，eNB对S1-U接口的用户面TEID和IP地址进行了分配并通过S1AP协议报告给MME。Item 2展开后如下图所示：

从图中可以看到，eNB分配给SGW的S1-U接口用户面TEID为c08f6f5c，用户面IP地址为192.168.164.102，MME收到后将透明传送给S-GW，用于SGW发送下行方向的用户面数据到eNB。

爱卫生

爱卫生 发表于 2012-8-26 15:20
#11号报文是SGW向MME回应的Create Session Response消息。如下图所示：
（注：本例中SGW和PGW是合设的， ...

#12号报文是MME通过和SGW的协商将核心网侧的承载创建好之后，给UE发送Attach Accept消息确认附着完成，在Attach Accept消息中还需要通知UE，Default bearer已经创建完成。并且同时在该消息中还要求eNB配置去建立S1接口的承载（即S1的初始上下文）。通过Wireshark的解码，可以看到#12号报文实际上包含了3个不同的子消息。分别是：

1）通知eNB的Initial Context Setup

2) 通知UE的Attach Accept

3）通知UE的Activate default EPS bearer context request。如下图所示：

12号报文的S1AP层解码如下图所示：

从图中可以看出，消息类型=9,为InitialContextSetup，代表MME要求和eNB来创建S1接口的上下文，创建S1接口上下文的信息所需要的参数包含在Item3：E-RABToBeSetupListCtxtSuReq项目中。将Item 3展开后得到：

从Item3中可以得知：

1 E-RAB ID

2 GTP-TEID：这是S-GW发给MME关于S1-U接口用户面的TEID。MME透明转发给eNB。

3 transportlayeraddress：是S-GW发给MME关于S1-U接口用户面的IP地址。MME透明转发给eNB。

4 e-RAB level QosParameters：用于创建e-RAB所需的Qos参数。

5 NAS-PDU：透明传送给UE的NAS消息，包含了Attach accept以及缺省承载建立成功消息。展开后如图所示：

NAS PDU中的主要信息由：

1 EPS MM message type：指示是一个Attach accept消息。

2 分配的T3412周期性TAU值。

3 当前的TAI List。

4 分配给UE的GUTI。

5 ESM Message container：包含了EPS会话管理的相关参数。其中包含有：

1）为UE选择的APN。

2）为UE决定的EPS Qos信息。

3）分配给UE的PDP地址。

4）Linked TI：关联的事务ID。

5）APN的MBR限制。