在主叫信令走到那步时被叫手机收到寻呼消息，为什么？
在主叫信令走到那步时被叫手机收到寻呼消息，为什么？无论被叫UE是否收到寻呼消息，主叫的RAB都是正常建立，为什么？
关于何时开始寻呼，有几种方案供选择，各种方法有利有弊，LS的是其中1种。
目前TD网络实际用是NB给主叫下发Call proceeding，主叫RB建立，RB建立完成之后，核心网才开始下发寻呼。
LS的方案有利于提高呼叫建立时延，如果网络质量非常好，能提高用户的接通速度（呼叫建立时延）感知。
目前的方案也是从用户感知度及指标考核从发的。假如在发送Call proceeding之后就寻呼的话，主叫RB建立失败，而被叫RB建立成功，这样就会导致用户感知很差（接了电话，对方掉了还以为对方不说话）。
P.s:个人认为下发Call proceeding的原本意义应该就是告诉主叫，我马上去帮你寻呼，你等等。随着时间的推移，人们关注的东西不一样了，所以原本的意义也变了。
主叫呼叫建立（Call proceeding）后，核心网开始下发paging消息给被叫
呵呵，谢谢2F的讲解，一下子我就明白了，以前也和1F的想法一样的，但是路测的时候还是遇到你说的另外的一种情况的，纳闷了很就没得到解决，2F一说我就豁然开朗了。
在主叫信令走到那步时被叫手机收到寻呼消息，为什么？
从目前我测试的情况来是说看信令来说还是Call proceeding下发之后，核心网开始下发paging消息给被叫。至于为什么，参考2F的说法，他的回答也帮助了我。
无论被叫UE是否收到寻呼消息，主叫的RAB都是正常建立，为什么？
这个从路测测试来看，是这样的，不管被叫收到寻呼消息与否，主叫还是正常建立的。至于为什么，这个我也说不上来，这里就不瞎说了，静等后面的高手也给我解惑吧！
在主叫信令走到那步时被叫手机收到寻呼消息，为什么？
2F的解释很好，主要看核心网的设置，由核心网来决定paging发给被叫所在ran的时机。
无论被叫UE是否收到寻呼消息，主叫的RAB都是正常建立，为什么？
先理解什么是RAB
RAB（Radio Access Bearer）是指用户平面的承载，用于UE和CN之间传送语音数据及多媒体业务。
当RRC连接建立以后，UE与CN之间的控制面链路已经打通了，UE通过直传把NAS层消息送给CN，CN由此知道UE进行什么业务，并且依据相应的QoS建立RAB，用以建立用户面的连接。
当RAB成功建立后，MOC的控制面和用户面承载才算是完成了，此时CN可以依据被叫的寻呼情况发送alerting给MOC，当然这也是使用NAS消息。
MOC的控制面、用户面建立与MTC的状态没有关系。如果MTC寻呼失败，CN还是需要使用MOC的用户面发送录音通知；寻呼成功则发送回铃音或彩铃。
看一下测试log的寻呼信令不就知道了吗
主叫侧在setup这条信令中将被叫的电话号码发给CN，而CN根据此电话号码查找到被叫的IMSI从而发起对被叫的寻呼。在此过程中主叫侧的信令则根据CN的配置（早指配和晚指配）而有所不同，这也导致主被叫信令同时观察时看到的被叫的paging消息下发的顺序存在差异