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

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

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明明已经收到寻呼消息了，但是不响应寻呼呢？

这种由于位置更新导致的未接通很常见也很多，以前我们这边每次拉网都会出现很多，后来做了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次寻呼开成全局寻呼，这样的话局内的位置更新和周期性位置更新都可以通过二次寻呼寻呼到用户，效果不错。当然跨局的位置更新还是没招的。”

tdscdma吧 再看看别人怎么说的。

如以上回答内容为低俗、色情、不良、暴力、侵权、涉及违法等信息，可以点下面链接进行举报！

点此我要举报以上问答信息