请问Bearer Context中的to be removal or to be created ?

北七女孩

请问，在Create Session Request中Bearer Context可以根据instance指明是to be created 还是to be removal，同理在Modify Bearer Request中也可以根据instance指明是to be modified 还是to be removal。
我的问题是在TAU或者切换的过程中，如果eNodeB不接受切换后的某些承载（比如承载 A），是在随后MME发送的Create Session Request中,由MME将 承载 A 标记为to be removal 吗？而MME将eNodeB可以接受的承载标记为to be created，发送给SGW，如果经过SGW判断后，又不接受一些承载（比如承载 B），则在Create Session Response中的承载B的Bearer Context的cause中指明未接受（not accepted），而如果随后发送Modify Bearer Request，则在Bearer Context中将承载 B指明为to be removal，告诉SGW删除该承载。请问是这个意思吗？
就是说在MME发送的Create Session中的to be removal是指eNodeB未能接受的承载，而如果是SGW未能接受的承载，则在Create Session Response中指明为未接受，而在Modify中指明为to be removal？

还有一个问题是，不论是Create Session Request，还是Modify Bearer Request中指明为to be removal的承载，最后如果确定要删除，是不是都要经过Delete Bearer Request/Response这个消息才能删除，就是说to be removal只是一个标识，指明某些承载需要去除，而真正的删除还是要通过delete才可以？

还有一个问题是，如果是切换过程中的Create Session Request，是不是不需要建立默认承载，默认承载可以从eNodeB接收过来的？就是Bearer Context中EBI=5，Instance是to be created的那个承载？

最后一个问题是，是不是每一个Create Session Request/Response都能对应一个Delete Session Request/Response？

非常谢谢版主的解答！
谢谢

北七女孩

嗯。好的，谢谢啦。
我的理解也是通过规范得出来的，不过好像也没有明确说明，还是谢谢的啦！
Bearer Context这个IE在TAU、切换时时常被传递，真是需要考虑很多细节。