完全看不懂的被叫信令，求高手解答！

如题。
被叫手机RRC建立的是被叫业务，但是马上上发了一个CM service request,查看CM的原因发现是SMS,然后就导致未接通，无线环境良好。这是什么原因？
另外问下，主被叫信令的差别以及被叫好像不会有CM service request这条信令吧？

正常情况下是不会由于被叫上发CM service Request而导致未接通的。建议楼主详细看一下信令过程，看被叫的整个流程是怎样的，到哪条信令之后出现的异常，具体的现象是怎样的，是否存在CN返回的reject或者failure，或者RNC下发的连接释放命令，如果有具体的原因是什么。

这种现象应该是被叫UE在这时间内收发信息导致的未接通事件。
看下RRC connection request信令的IE值，看下value具体是什么，是否originating low priority signalling或terminating low priority signalling，如果是则表示UE在发短信或收短信。
另外看下RRC connection request前面是否有Paging Type信令。
有的话顺便看下Paging Type的value是什么。

学习g一下别人的经验。。。嘻。。。^_^

主叫与被叫的信令基本一致。
区别在于：主叫直接发送RRC连接请求。而被叫要先收到paging type 消息，然后才上发rrc connection request.

正常情况下，你说的那种原因是不会导致未接通的，没别的信令了么，直接就未接通了？

SMS?
接短信了吧.

SMS   肯定是被叫在RRC连接时候刚好收到短消息啦
被叫在接收短信的时候未接通在信令中也会有channel request，双击会有具体原因，如果是短信会出现SMS标志，且下面信令中会出现CP-DATA,并不是接收短信一定会造成未接通

被叫应该在进行其他业务

这个是被叫接收短消息所致，一楼解释的很到位！

一楼的解释很到位哟！

还没遇到这样的情况。

我也在学当中