精华帖 #28
Q：空闲态UE有NAS-SM消息要发，为啥service request中的建立原因取值为mo-data？
来自知识星球
Q：空闲态UE有NAS-SM消息要发，为啥service request中的建立原因取值为mo-data？
Q：空闲态UE有NAS-SM消息要发，为啥service request中的rrc建立原因取值为mo-data？难道不应该是
mo-signalling吗？
场景说明如下：
1）UE已经注册完成，收到注册接受。
2）但UE没有数据产生，进入cm-idle空闲态。
3）此时UE需要发起PDU会话建立流程，发送nas消息pdu session establishment request。由于处于空闲
所以UE需要先发送service request流程和消息重建到连接态，就可以发送了。
但奇怪的是，在service request中的rrc建立原因取值为mo-data？难道不应该是mo-signalling吗？如下图
A：开始我也觉得挺奇怪的。
就去查规范是24501关于mo-data的定义。发现是这么说的，就是纯5G MM的消息（原话是UE NAS
initiated 5GMM specific procedures，比如注册请求），这种就是mo-signaling。
但如果是5GMM套了一个5GSM这种，就属于5gmm nas transport流程，取值就是mo-data。如下表标红
的所示。
下表这个是24501中，关于mo-data的取值说明。
和上图的log相呼应。因为pdu会话建立是包在5gmm nas transport流程中的，所以是mo-data。
5gmm nas transport流程也是在24501中定义的，如下图：