终端大会极大话务下4G终端行为研究及实践江苏汇编.docx

终端大会极大话务下4G终端行为研究及实践南京电信无线维护中心田宁 钱文玲 江苏无线网优中心 张志华 柳书摘要：在大话务场景下，终端互操作问题已成为活动保障的关键成败因素，由于终端海量互操作导致大型活动用户体验下降、尤其是语音业务拥塞的案例屡见不鲜。随着4G时代到来，2G/3G/4G协同组网下终端行为更加复杂，目前业界尚缺乏对4G终端行为，尤其是对互操作行为的基于从理论到实践全流程的深入研究分析。本论文取材于2015年南京天翼终端交易大会的成功经验，从前期场景搭建（4G终端行为分析、引导的策略研究，尤其是对T302定时器等关键参数设置的研究），到终端大会期间的规模应用全流程进行了深入详实的阐述，相关结论经验将对今后业界类似大型活动保障的策略部署具有很高的参考价值。关键词：4G终端互操作、RRC Connection Reject、T302定时器、2015天翼终端交易大会1、问题概述结合前期多次大话务保障经验及分析，当4G资源瓶颈达到时、可能会由终端行为触发3G的海量互操作，进一步引起3G至2G的互操作，最终导致2G语音业务感知严重劣化，甚至无法保障正常的通话需求。目前，我们需要对终端行为进行深入研究和控制，以期使用户更多的驻留在4G业务上，不影响2G语音业务的感知。从源头深入分析，当4G资源瓶颈到时，4G互操作到3G主要有以下两种原因：RRC层拒绝：RRC层最大连接尝试次数达到后，以T302（范围2至16秒，现网一般配置2秒）间隔发起尝试，RRC Connection Request回复RRC Connection Reject拒绝达一定次数，未成功则互操作到3G。该次数设置与终端芯片相关，须搭建场景进行精确验证分析。对此，南京公司在高负荷场景进行大量测试验证，具体见第二部分的场景验证。图1 RRC连接请求被拒绝NAS层拒绝：RRC连接成功后，NAS层附着失败（如漫游用户权限、TAC配置错误、OCS计费资源不足等）两次，就会导致4G切去3G；图2附着失败在密集话务场景下，为尽量将用户驻留在4G网络避免互操作，必须在实践中确认以下问题：4G终端互操作到3G网络前，可接受的极限RRC Connection Reject次数；终端在RRC Connection Reject后，下一次发起RRC Connection Request时间间隔是否严格按T302定时器定义执行；终端在未达到极限次数前，是否一直驻留在4G网络，不会向3G网络进行同步或开销消息读取；SVLTE终端在互操作到3G网络后，且3G网络资源瓶颈到出现拒绝情况时，是否优先搜索4G网络，或进一步互操作到2G。2、场景搭建进一步精确分析搭建场景目的有两个：第一个是需要结合4G网络资源配置特点，模拟单小区大量同步用户下出现RRC Connection Reject拒绝情况；第二个是精确分析出现该拒绝后，终端连续尝试直至切3G网络的极限次数。对此，南京公司在在江宁南航金城学院搭建场景进行专题验证分析。2.1 环境模拟对于4G同步用户而言，需在反向PUCCH定期反馈CSI及前向调度数据确认等信息，该资源分配及调度直接决定了单小区下吸纳4G用户的能力，PUCCH RB资源不足后，eNB对于新接入的用户的RRC连接请求回应RRC Connection Reject，可在此环境下研究4G终端在RRC拒绝后的互操作行为。深入研究华为设备4G资源配置方式后，具体实现：关闭PUCCH资源动态调整策略，确保系统不会动态增加PUCCH的RB资源；将小区ACK/SR半静态码道数改为0,此时4G用户无法接入小区，回复RRC Connection Reject；修改T302定时器时长由2秒改到16秒，该定时器修改后，当UE发起的RRCConnectionRequest被拒绝后，再次发送RRC连接建立请求需要等待的时间从2秒变为16秒，理论上，用户从4G下切3G的时间会变得更长，用户在4G网络上的黏性变大。将单载频3G连接用户数设置为最小，模拟3G资源受限的场景。2.2 场景验证2.2.1 第一阶段验证10点关闭PUCCH资源动态调整策略，并将小区ACK/SR半静态码道数改为0后，4G用户无法接入小区，4G激活用户降为0。参数修改2分钟后3G激活用户出现明显增长，激活用户数增加大概在10%～20%之间，分别如下两图所示：图3 4G激活用户数图4参数修改2分钟后3G激活用户数参数修改6分钟后：10点06分之前激活用户数55～60个左右（下图红框处），在10点06分后3G激活用户有明显的峰值波动至70用户左右，激活用户数较之前增长17%左右（下图蓝框部分），该部分用户数增长推测与手机内置counter计数满后终端从4G互操作至3G；之后从10点10分开始用户数基本稳定在65用户左右（下图绿框部分），用户数有