51学通信技术论坛

 找回密码
 立即注册
搜索
查看: 14200|回复: 14
打印 上一主题 下一主题

[信令流程] Dedicated Bearer建立实例     [复制链接]

Rank: 7Rank: 7Rank: 7Rank: 7Rank: 7Rank: 7Rank: 7

版主 特殊贡献奖

跳转到指定楼层
楼主
发表于 2013-3-4 15:27:16 |只看该作者 |倒序浏览
一键分享 一键分享
本帖最后由 wenliu 于 2013-3-4 16:40 编辑

信令流程可以参见这个帖子 :http://www.gprshome.com/thread-763-1-1.html


这边就不在多写。pcap中的流程完全符合规范的信令流。 PCRF和PGW 之间交互的Diameter消息没有覆盖。


下面针对消息的我认为值得关心的部分列下:

1. 在消息点开之后,看到第一条PGW->SGW 的Create Bearer Req中, 有个EBI = 5 , 这个是之前建立的default Bearer的EBI,现在建立的dedicated     Bearer 需要引用这个BearerID,也就是Linked Bearer ID。
   其次,在 Bearer Context中,目前对这条dedicated Bearer的EBI还未分配,所以暂时为0.
    Context 中的TEID 应该不用多说,是为了GTP-U所建立的PGW 上行通道。




2. 点开TFT,比较有趣:TFT operation Code 是: 1 Create new TFT, 说明当前随着Dedicated Bearer的建立,需要在终端侧新建立一个TFT,这个TFT和default Bearer不一样。并且这个TFT随着后面用户dedicated Bearer的释放而释放。




3. 然后分别再点开Packet Filter,可以看到这两个filter是分别对应Uplink 和Downlink的 用户面traffic的port口。、
当然上下行都是5060端口,走的是UDP。。 意味着后面将会在这条dedicated Bearer的用户面走SIP信令。



附件: 你需要登录才可以下载或查看附件。没有帐号?立即注册
人刚我柔谓之走,我顺人背谓之粘。动急则急应,动缓则缓随。虽变化万端, 而理为一贯。

Rank: 7Rank: 7Rank: 7Rank: 7Rank: 7Rank: 7Rank: 7

版主 特殊贡献奖

沙发
发表于 2013-3-4 15:59:13 |只看该作者
随后SGW 发给PGW 的Create Bearer REQ 与 PGW发出的类似,没有太大的变化,唯一多的就是SGW 分配出了自己用于建立GTP-U的TEID信息。


附件: 你需要登录才可以下载或查看附件。没有帐号?立即注册

使用道具 举报

Rank: 7Rank: 7Rank: 7Rank: 7Rank: 7Rank: 7Rank: 7

版主 特殊贡献奖

板凳
发表于 2013-3-4 16:00:44 |只看该作者
本帖最后由 wenliu 于 2013-3-4 16:19 编辑

随后MME需要向eNobde 下发NAS 层的Activate dedicated EPS bearer Req 消息, 该NAS消息通过S1AP的 E-RABSetup 消息封装。
(对比与Initial Attach 所建立的default Bearer过程来讲, NAS层的Activate default EPS bearer Context Req 是被封装在S1AP的initialContextSetup消息中)

首先S1AP出现的还是两个UE和MME 的两个S1AP-ID.随后NAS 层消息是被封装在E-RABToBeSetupListBearerSUreq 这ITEM中:

在这个S1AP ITEM layer可以看到分配出来的E-RAB-ID,MME用来关联和管理和S1接口Bearer Context。
随后给出的transportLayerAddress和gtp-TEID,大家可以对比下这两个value是SGW 之前在Create Bearer Req 带出来的用户面的信息。这样子MME 就将SGW 用户面的连接信息告知了UE。




点开NAS 层结构:
1。可以明确的看到当前MME为这条dedicated Bearer分配的EBI, 以及很明确的标出了Link EBI。
2。值得注意的是这边的Procedure transaction identity : 0 .
这个value在INITIAL ATTACH中,Default PDN Connectivity里标示为1. 有兴趣的可以自己查阅下规范中有关 ESM部分transcation的管理。
3。之后TFT带的data部分与GTP 消息中带的一样。

附件: 你需要登录才可以下载或查看附件。没有帐号?立即注册

使用道具 举报

Rank: 7Rank: 7Rank: 7Rank: 7Rank: 7Rank: 7Rank: 7

版主 特殊贡献奖

地板
发表于 2013-3-4 16:39:34 |只看该作者
1. 随后eNodeB 侧回送了1条S1AP 对应于E_RABSetup的Response 消息,上报eNodeB的S1-U Tunnel的TEID以及IP地址信息。
2. eNodeB发给MME 一条 Activate dedicated EPS Bearer context accept 消息,对应与之前的NAS 层的请求
3. MME ->SGW Create Bearer Resp
    SGW->PGW  Create Bearer Resp。

用户面的下行通道的TEID在这个过程中分配完毕,并且EBI ID这时候已经填上了6.

Dedicated Bearer 建立完成~

使用道具 举报

Rank: 2Rank: 2

5#
发表于 2013-3-5 10:57:31 |只看该作者
谢谢,想想有什么问题

使用道具 举报

Rank: 3Rank: 3Rank: 3

6#
发表于 2013-3-5 22:10:17 |只看该作者
支持爱总,正好用到,后面能不能再发一些专有承载修改和删除的实例,以及command命令的实例哈。现在正需要,非常感谢。

点评

wenliu  伤心啊。。这也被误认是爱总。。哈哈  发表于 2013-3-19 23:25:47

使用道具 举报

Rank: 2Rank: 2

7#
发表于 2013-3-10 15:23:15 |只看该作者
有没有Create Bearer失败的案例?

点评

wenliu  如果硬要凑,可以做个让大家看看,但是这个无意义。。我手头没有实际的场景。你有的话,可以描述下场景,我做个包出来。  发表于 2013-3-19 23:27:11

使用道具 举报

Rank: 2Rank: 2

8#
发表于 2013-3-29 16:43:40 |只看该作者
谢谢,分析的很详细。为什么两条request,两条response,总共4条消息里的TEID都是不同的。不应该是上行用一个TEID,下行用一个TEID么?这里怎么冒出4个TEID?

点评

小张  名字起得霸气。  发表于 2013-6-4 16:25:34
johne.xiao  个人是这样理解的在核心网内一个完整的GTP tunnel就好比是一座桥,它连通了UE与PDN Network,而核心网内的各个节点则为这座桥提供了桥墩,桥墩与桥墩之间是有其各自的标记的,且每段桥面都如ithin所讲那样是相互独立  发表于 2013-4-23 15:21:21
ithinc  答非所问罗,4条消息分别是S11接口(MME<->SGW)2条,S5接口(SGW<->PGW)2条,两个接口的TEID是独立的。  发表于 2013-3-30 09:10:51
wenliu  分为控制面和用户面两个。各有上下行通道,所以有4个TEID。  发表于 2013-3-29 21:21:15

使用道具 举报

Rank: 3Rank: 3Rank: 3

9#
发表于 2013-7-25 22:39:34 |只看该作者
UE测如何触发dedicated bearer呢?

点评

admin  只需要访问高Qos类的业务,如SIP的视频会议。然后由网络侧决定是否需要发起建立专有承载,而不是由UE来决定。  发表于 2013-7-29 20:42:01

使用道具 举报

Rank: 2Rank: 2

10#
发表于 2013-12-22 12:11:44 |只看该作者
wenliu 发表于 2013-3-4 16:00
随后MME需要向eNobde 下发NAS 层的Activate dedicated EPS bearer Req 消息, 该NAS消息通过S1AP的 E-RABSe ...

点开NAS层后里面的消息被加密了,看不到EBI以及LBI的信息,能否把详细信息贴出来看看呢?

使用道具 举报

Rank: 4Rank: 4Rank: 4Rank: 4

11#
发表于 2013-12-26 09:53:20 |只看该作者
谢谢,正在学习中。。。

使用道具 举报

Rank: 7Rank: 7Rank: 7Rank: 7Rank: 7Rank: 7Rank: 7

版主 特殊贡献奖

12#
发表于 2014-1-9 13:18:02 |只看该作者
学习爱好者 发表于 2013-12-22 12:11
点开NAS层后里面的消息被加密了,看不到EBI以及LBI的信息,能否把详细信息贴出来看看呢?

我这个pcap里NAS应该没有被加密啊。
人刚我柔谓之走,我顺人背谓之粘。动急则急应,动缓则缓随。虽变化万端, 而理为一贯。

使用道具 举报

Rank: 3Rank: 3Rank: 3

13#
发表于 2014-1-13 15:11:14 |只看该作者
楼主问几个问题:
1.为何需要引用默认承载的ID?

2.PF中的赋值优先级索引即evaluation precedence index有啥作用?协议里面只说了这个索引和同一个PDP地址和APN中的PDP上下文相关,由UE管理以及这个索引的取值范围并没有说明这个索引咋用。

3.哪里体现了承载之间的绑定,比如RB和E-RAB,E-RAB和S5/S8承载。

4.第一贴那里,你说“TFT operation Code 是: 1 Create new TFT, 说明当前随着Dedicated Bearer的建立,需要在终端侧新建立一个TFT” --- 我有点不太理解,意思是待建的uplink TFT?如果不是,那uplink TFT在哪?后面的消息没有。如果是,downlink TFT又在哪呢?

使用道具 举报

Rank: 6Rank: 6Rank: 6Rank: 6Rank: 6Rank: 6

14#
发表于 2014-3-26 22:29:01 |只看该作者
感谢,学习了

使用道具 举报

Rank: 3Rank: 3Rank: 3

15#
发表于 2014-3-29 22:17:48 |只看该作者

感谢,学习了

使用道具 举报

您需要登录后才可以回帖 登录 | 立即注册

站长邮箱|Archiver|51学通信 ( 粤ICP备11025688 )

GMT+8, 2024-11-25 21:44 , Processed in 0.031323 second(s), 14 queries .

Powered by Discuz! X2

© 2001-2011 Comsenz Inc.

回顶部