LU造成未接通研究.ppt

二次寻呼使用Global寻呼（SEARCH） Global寻呼（SEARCH）在规范中的定义是VLR和MSC之间使用的服务，发起的对VLR下所有位置区内对用户进行的寻呼，在VLR中缺失用户的LAI时使用。 下图是MSC/VLR在第一次位置区寻呼未收到寻呼响应消息后，第二次由VLR发起SEARCH的流程图： 二次寻呼使用Global寻呼对于路测中第一次寻呼时被叫手机进行MSC内的位置更新是有效的，因为包含有用户IMSI的寻呼消息在整个MSC区域内发送，手机在新的LAC区域内可以听到自己的寻呼消息。 但是因为Global寻呼是向VLR下所有位置区发送，整个MSC下的所有小区都会收到BSC发来的Paging Command消息，并安排在自己的PCH上发送Paging Request消息，而且Global寻呼使用的是IMSI进行寻呼，因此Global寻呼给无线网络带来的寻呼负荷会按照位置区的数量的两倍来成倍增加。使用Global寻呼不能在首次寻呼时使用，并且应首先评估其对网络的寻呼负荷带来的影响。 更新用户信息的二次位置区寻呼 如果在进行二次寻呼之前MSC/VLR首先更新用户信息，即由VLR先取VLR中必威体育精装版的用户信息（新的位置区信息和TMSI），再发起新的位置区的TMSI（或者IMSI）寻呼，那么新的寻呼消息就只会在被叫用户位置更新后的位置区内发送，且只需要包含新的TMSI信息即可，这样相比二次寻呼采用Global寻呼可以大大减少网络的寻呼负荷；相比简单重复的二次寻呼可以精确地找到用户新的位置区，避免在老的位置区浪费寻呼消息。 更新用户信息的二次位置区寻呼流程如下图： 寻呼的Timer设置 为了保证交换机制的二次寻呼能够在同一个MSC区域新的LAC下找到用户，合理的寻呼Timer设置也非常重要。第一次寻呼的Timer必须要大于用户位置更新的平均时长，而第二次寻呼的Timer则要考虑到Paging消息发送到Paging Response到MSC的所有过程的最大时长，保证不会因为二次Paging的Timer设置不足造成在Paging Response到达MSC前Timer超时。 首先，二次寻呼的Timer设置要考虑到： Paging消息从MSC发送到BTS的时间：包括A口和Abis口的消息传送时间，加BSC对Paging消息的处理时间（根据用户IMSI和CELL参数配置确定CCCH组和Paging组，生成Paging Command）。设为t1； 寻呼消息在BTS的CCCH队列中排队的时间。设为t2； 空口Channel Request到SDCCH分配、占用的时间：手机听到Paging Request消息后发起Channel Request，网络分配SDCCH，发送立即指配到手机，手机在SDCCH上发送SABM。设为t3； BTS收到SABM的Paging Response，经Abis和A接口发送到MSC的时间，设为t4。 二次寻呼的Timer应等于t1+ t2+ t3+ t4。其中主要的应该是寻呼消息在BTS的CCCH队列中排队的时间和空口信道请求、SDCCH分配和占用的时间。 对于t2，最长排队时间和不同系统设置有关，在爱立信的BSS中，BTS的CCCH队列中Paging消息排队的最长时间为5秒； 对于t3，应约等于手机来说立即指配阶段的最长时间，即从Channel Request到手机收到立即指配消息的时间。考虑现网的Channel Request重发次数为2，爱立信系统的TX参数(Tx-integer)为50，即手机在发送Channel Request后如果没有听到立即指配消息重复发送直到达到最大重发次数、等待T3126超时退出立即指配的最长时间为：4.615*(55+50/2)*2/1000+5秒，约等于5.75秒。 为了保证二次寻呼的有效性，应尽量取各阶段最长时间得出二次寻呼Timer时长。鉴于前面的分析计算，建议二次寻呼时长设为10秒（爱立信系统二次寻呼时长的参数PAGTIMEREP1LA和PAGTIMEREPGLOB最长均为10秒）。 而一次寻呼的Timer时长首先应大于用户位置更新的时长3秒，为各阶段最长用时的平均值，根据前面的计算应至少取6秒。也可取实际现网中统计数据中绝大多数手机寻呼响应时长的时间作为一次寻呼的时长。 爱立信系统的寻呼策略 爱立信MSC/VLR的的寻呼策略简洁明确，只能进行两次寻呼，可分别设置两次寻呼的Timer以及每次的策略。 爱立信MSC/VLR的寻呼策略描述如下： 首先查看VLR中是否存在用户的LAI信息，如果有则进行local寻呼，否则进行global寻呼。而第一次寻呼使用TMSI还是IMSI取决于爱立信