在ESM procedure中，UE發起的resource allocation/modification procedure

小米加芋头

hycl5410 发表于 2012-6-15 11:09
1.
EPS bearer identity EPS bearer identity 9.3.2 M V 1/2
这个不是很清楚么？EPC一定会知道这个PDN有 ...

1. EPS bearer identity EPS bearer identity 9.3.2 M V 1/2 这个不是很清楚么？EPC一定会知道这个PDN有哪些已经存在的bearer ID（5是一定存在的），假设这个用户的PDN只存在bearer id=5 （default），而之后在bearer resource req中请求了bearer id 6，那么必然网络会发activate而不是modify。同理，若已存在5&6，bearer resource req中请求了bearer id 6，并且某些属性发生变化（比如Required traffic flow QoS），那么网络应该会发modify。 很清楚也说错了。 bearer resource allocation消息中有两个bearer ID,一个是消息头中的，在该消息中固定填0（因为承载ID是MME分配的，不是UE分配的，此时UE要建新的承载，ID还没有分配，只能填无效值0），还有一个Linked EPS bearer identity填写默认的承载ID（如果默认承载是5，该字段固定是5），让网络识别是哪个PDN。所以上面的回答说ID一下是5一下是6是不可能的，如果只有一条默认承载，只能是5。 那么网络怎么回消息了？这个和厂家的实现有关，也与网络侧当前状态，UE申请的新承载特性有关。 比如UE原来有条默认流，现在又想新建一条流用来上网浏览网页。有的厂商认为同意建一天新的承载，就发起activate dedicated 流程。有的厂商觉得这个业务可以直接放在原来已有的一条承载上，则把原来的承载modify一下加一个pf即可。 实际上实现时，一般厂家都不会选择这种NAS消息来触发建立新业务（不需要UE发送bearer resource allocation 消息，而是直接在应用层发送业务请求消息），UE直接通过应用层告知网络侧，网络测直接发起activate dedicated 流程 。这样实现的好处是网络直接知道UE需要哪种应用而分配相应的资源，而不是通过NAS再转成应用才知道UE需要的应用。 问题2不用再回答了吧 版主说得很清楚