请教TD系统中关于Paging Type 2的一些问题

本文摘自：http://home.mscbsc.com/viewthread.php?tid=285266&extra=&page=1


Paging Type 1是在网络侧对处于空闲态UE下发的寻呼消息，Paging Type 2是网络侧对处于Cell DCH和Cell FACH状态下的UE下发的寻呼消息。
     我在现场测试是遇到过几次这样的问题，就是主叫Call Proceeding之后，被叫恰好从GSM网络重选回TD网络，正在做位置更新，且已经lacation update accept complete，在RRC connection release之前，被叫收到网络侧寻呼，正是Paging Type 2，而UE收到寻呼消息之后，并没有Paging Response，而是直接RRC connection release了并转入空闲了，从而造成主叫未接通。此现象多发生在TD覆盖边缘区域，请问为什么UE明明已经收到寻呼消息了，但是不响应寻呼呢？
      坛子里有遇到过这种现象的兄弟，请问是怎么解决的，烦请不吝赐教，深表感激！

估计是网络侧已经在进行RRC释放的流程了，在此时收到寻呼消息！一般不会响应！所以导致未接通！这种由于被叫在由GSM重选回TD的问题，最好是增加覆盖！


LZ，看看PagingType2是CS域的还是PS域的，如果确实是CS域的，那么是网络有问题；
在24.008有明确的描述：“Unless it has specific permission from the network (follow-on proceed) the mobile station side should await the release of the RR connection used for a MM specific procedure before a new MM specific procedure or MM connection establishment is started.”，也就是说网络的follow-on proceed标志位如果未设置的话，位置更新过程是必须要释放RR连接的，所以即使此时UE响应了该PagingType2，之后也会由于位置更新完成而被网络释放RRC连接；

而协议上写的很清楚，这种情况UE也是不会响应的：
If the MS receives a paging request for CS services during an ongoing MM procedure, and the MS has already requested the establishment of a radio connection, the MS shall ignore the paging request and the MS and the network shall continue the MM procedure.



同意4楼的说法，一般在做位置更新的里面有个：No follow-on request pending，就会导致位置更新后直接释放RRC，所以也就不会响应寻呼消息2了



这种由于位置更新导致的未接通很常见也很多，以前我们这边每次拉网都会出现很多，后来做了RNC入POOL之后有明显减少，不过还是会有，只能减小出现几率但是无法完全消除，对于这种问题一般忽略不计吧？具体原因楼主可以跟坛子里查查，有类似的帖子，我也保存过一些，现在贴过来方便大家学习：
“mscpool 目前在解决位置更新造成的未接通方面优势在哪？求专家做答。谢谢先。
位置更新引起未接通问题成因：
    a.位置更新前：
  i.被叫：MS到了新的LA读取系统消息，还未发起并完成LAU，寻呼从原LA下发了。
ii.被叫：第一次寻呼采用TMSI，而手机做位置更新会重新分配TMSI，在此完成前TMSI寻呼无效。
iii.主叫：跨MSC后未完成位置更新，起呼时CM Service Reject(IMSI unknown in VLR)。    b.位置更新中：
手机在做位置更新或在收(发)短信时，SDCCH被占用。用户处于专用模式下，无法监听PCH信道所以收不到寻呼消息造成寻呼失败。
    c.位置更新后：
在寻呼的时候MS发生了跨局的位置区/路由区更新，而寻呼消息仍在原局的位置区/路由区下发，导致UE无法收到寻呼消息。原因是：对于MSC内位置更新造成的第1次寻呼失败，可以将第2次寻呼设为IMSI+Global寻呼(如果设为local的话，并不去VLR里面查MS所在LA，从原LA下发寻呼，将再次失败)，则MSC内的位置更新和周期性位置更新都可以通过第2次寻呼寻呼到用户。而跨局的位置更新还是不能解决，因为第2次寻呼，是不会转交给新的MSC/VLR来执行的。
    ——如果启用MSC POOL，在网络下发第二次寻呼时，被叫手机已经位置区更新成功，MSC POOL更新了被叫手机的位置区信息，寻呼通过新位置区下发，被叫手机能够收到寻呼消息。
被叫做位置更新导致未接通
的根本原因是？
1说是位置更新占用了MS的SDCCH
2说是位置更新时，MS不属于前后任一一个LAC，无法有效寻呼
何解为真？
搜索到的论坛网优的提问回答：
位置更新过程中用户处于专用模式下，无法监听PCH信道所以收不到寻呼消息造成寻呼失败。其实对于位置更新造成的寻呼失败可以将第2次寻呼开成全局寻呼，这样的话局内的位置更新和周期性位置更新都可以通过二次寻呼寻呼到用户，效果不错。当然跨局的位置更新还是没招的。”