1.12 Paging以及由网络侧触发的Service Request流程

admin

本例介绍TS23.401中5.3.4.3节所描述的网络侧触发的业务请求以及对应的寻呼流程。

该信令流程描述的是UE在ECM-IDLE情况下，S-GW收到了一个下行数据报文是如何转发给UE的过程。

以一个实例的方式来介绍。捕捉的报文如下图所示：

以下是过程说明：

1）S-GW收到了下行数据要转发给UE，发送Downlink Data Notification消息给MME，通知MME有关于UE的下行数据到达，消息中包含了S11接口MME分配的GTP-C TEID。如下图所示：

2）MME给S-GW返回一个Data Notification ACK确认消息。如下图所示：

3）MME向UE发送eNB发送paging寻呼请求。消息中指明了寻呼的范围是一个TA List以及UE的paging ID，本例中是分配给UE的S-TMSI。如下图所示。

4）eNB在指定的TA List内寻呼UE并且建立和UE之间的RRC连接。

5）UE发送Service Request消息给MME作为对寻呼的响应。如下图所示：

6）MME和eNB之间通过Initial Context Setup Request和Initial Context Setup Response消息来重建S1接口的上下文。重建完成后，UE的状态将从ECM-IDLE切换到ECM-Connected。上述两个消息中包含了用于建立S1上下文所需的TEID和IP地址。这两个消息分别如下两张图所示：

7）MME发送Modify Bearer Request消息给S-GW通知SGW更新S1-U接口的承载，描述承载的GTP-U TEID和IP地址信息携带在GTPV2的Bearer Context信息元素中（包括EBI）。S-GW发送Modify Bearer Response消息作为应答。如下两图所示：

至此，网络侧发起的service request流程以及触发的寻呼过程就完成了。本例的抓包文件附上供参考。

zyzai605

hello
我这边遇到个问题，MME在发给sgw ACK后，没有给enb发paging，有这方面的经验吗？

zyzai605

你的包不全啊

hycl5410

看一眼这个 TS23.401 a80

5.3.4.2        Handling of abnormal conditions in UE triggered Service Request
Under certain conditions, the current UE triggered Service Request procedure can cause unnecessary Downlink Packet Notification messages which increase the load of the MME.
This can occur when uplink data sent in step 6 causes a response on the downlink which arrives at the Serving GW before the Update Bearer Request message, step 8. This data cannot be forwarded from the Serving GW to the eNodeB and hence it triggers a Downlink Data Notification message.
If the MME receives a Downlink Data Notification after step 2 and before step 9, the MME shall not send S1 interface paging messages. However, across all the UEs on that MME, the MME shall monitor the rate at which these events occur. If the rate becomes significant (as configured by the operator) and the MME's load exceeds an operator configured value, the MME shall indicate "Delay Downlink Packet Notification Request" with parameter D to the Serving Gateway, where D is the requested delay given as an integer multiple of 50 ms, or zero. The Serving GW then uses this delay in between receiving downlink data and sending the Downlink Data Notification message.
NOTE 1:        A low rate of reception of Downlink Data Notifications between steps 2 and 9 should be considered a normal circumstance, e.g. due to the chance that a UE Terminating call/session is initiated at roughly the same time as the UE triggered Service Request procedure.
NOTE 2:        It is recommended that this rate is determined over 60 second periods.

不过没抓包的话不能确定。建议以后这样的事直接上抓包问问题。
不但要分析问题，还得猜“这个问题是啥”

imwoohan

zyzai605 发表于 2013-3-25 16:08
你的包不全啊

没有paging这一步的消息。

imwoohan

admin,你有没有UE主动发起service request的包？

zzz

请问版主第三个数据包id-Paging，摘要信息如下，目的IP（10.0.6.4）是哪个网元的IP呢？

“3        19:03:04.007510        10.0.6.64        10.0.6.4        S1AP        106                id-Paging”

yufengchang

爱总，又麻烦你了。
为什么Downlink Data Notification 没有EBI呢？没有的话,MME怎么知道是哪个承载的数据来了，从而去激活哪个承载。

yufengchang

数据包里的TEID是控制面隧道的，MME只能知道是针对这个用户的，而不知道是针对某个承载的？

学习爱好者

yufengchang 发表于 2014-1-14 11:44
数据包里的TEID是控制面隧道的，MME只能知道是针对这个用户的，而不知道是针对某个承载的？

通知消息里面肯定没EBI啊，因为这个时候用户还是在IDLE状态，如果里面有EBI就不需要寻呼了，直接发下行数据就行

学习爱好者

学习爱好者 发表于 2014-1-14 19:55
通知消息里面肯定没EBI啊，因为这个时候用户还是在IDLE状态，如果里面有EBI就不需要寻呼了，直接发下行数 ...

补充一下，一旦用户业务请求过程完成后就进入连接状态（S1连接），这个时候保留在EPC中的承载都重新激活！

gilbertzou

请问，modify bearer request 与 modify bearer respond 的TEID与IP地址不一样，是否可这样理解：request是 上行隧道的TEID与IP地址；respond是下行隧道的TEID与IP地址。 请指教

爱卫生

gilbertzou 发表于 2014-3-9 22:27
请问，modify bearer request 与 modify bearer respond 的TEID与IP地址不一样，是否可这样理解：request是 ...

你是指GTP包头中的TEID不一样，还是指GTP信息元素中bearer context里的TEID不一样？肯定是不一样的。因为GTP TEID都是对方节点分配的，例如请求中GTP包头的TEID是SGW分配的，response消息包头中的TEID则是MME分配的。

CC会成功

想请问下 @admin  我打开包后发现第三个帧wireshark识别protocol为 sctp 而不是 S1AP 。第五个帧也是识别成protocol为 sctp而不是S1AP .
请问下这个怎么设置  谢谢

maqizhao

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