通信人家园

标题: 请教个TD方面的优化问题  [查看完整版帖子] [打印本页]

时间:  2009-6-25 08:55
作者: 417615815     标题: 请教个TD方面的优化问题

cell update 失败,查看原因值  上面显示 无线链路失败 怀疑是T313定时器超时,请问下 T313定时器 那条信令的解码器里可以查看到啊? T313定时器默认值一般多少? 超时的含义是什么? 还有能否解释下 下面图片的意思 看不懂 谢谢各位前辈了。。。。。

附件: 未命名.jpg (2009-6-25 08:55, 15.5 KB) / 下载次数 5
https://www.txrjy.com/forum.php?mod=attachment&aid=NTUxMDF8YjY4MTdkNjl8MTc1NTIzMjQzOHwwfDA%3D
时间:  2009-6-25 09:20
作者: 网优布衣

T300        SET IDLEMODETIMER        T300=D8000        见命令帮助。UE等待接收RRC_SETUP消息定时器。        案例:假设UE打不通电话,信令上看到没有RRC_CONNECT_COMPLETE消息。可检查同一UE下一次发送RRC_CONNECT_REQ间隔是否是T300设置值,如果是,说明UE没有收到RRC_SETUP消息,属于下行问题,如果不是,说明T300已经停止即UE收到了RRC_SETUP,属于上行问题。
N300        SET IDLEMODETIMER        N300=3        见命令帮助。为了提高连接的成功率,增加重试次数。       
T312        SET IDLEMODETIMER        T312=1(秒)        同步的时间限定,即在此时间内,满足N312条件则判定同步。建议这个值可以适当放长一点,使同步容易。一般设置3到5秒。       
N312        SET IDLEMODETIMER        N312=D1        意义和IDLE下的相同,区别在此定时器用在建立DCH上。        目前的实现,IDLE下的T312基本不会用到,因为初始接入时靠FPACH控制同步,流程中走到RRC连接建立完成时,就用连接态下的T312,而且,协议中指明UE仅保存连接态下的T312这个变量。
T302        SET CONNMODETIMER        T302=D2000        同步的判定,在T312设定的时间内,连续收到的同步帧数量达到配置值的数量,则判定为同步。        同上。
N302        SET CONNMODETIMER        N302=3        见命令帮助。尝试次数,同上。       
T304        SET CONNMODETIMER        T304=D1000        见命令帮助。UE能力查询在流程中是可选项,目前的实现中,UE能力在RRC_CONNECTION_SETUP_COMP消息中已经含有,故网络测其实无需再次查询。       
N304        SET CONNMODETIMER        N304=3        见命令帮助。尝试次数,同上。       
T305        SET CONNMODETIMER        T305=D10(分钟)        见命令帮助。此定时器是状态更新控制定时器,进入FACH,PCH,URA三种状态下,启动定时器,超时后先进行服务区的判断,若在服务区内则进行周期性更新。若出了服务区,则启动T307。一旦进入DCH状态,则停止此定时器。        T305允许设置为无限长
T307        SET CONNMODETIMER        T307=D10(秒)        见命令帮助。此定时器是UE服务区判定定时器。当UE判定出服务区后启动,判定入服务区后停止,超时则UE进入IDLE状态。       
T308        SET CONNMODETIMER        T308=D40(ms)        见命令帮助。UE控制RRC连接释放定时器。       
N308        SET CONNMODETIMER        N308=3        见命令帮助。尝试次数,同上。       
T312        SET CONNMODETIMER        T312=1(秒)        同步的时间限定,即在此时间内,满足N312条件则判定同步。建议这个值可以适当放长一点,使同步容易。一般设置3到5秒。       
N312        SET CONNMODETIMER        N312=D1        同步的判定,在T312设定的时间内,连续收到的同步帧数量达到配置值的数量,则判定为同步。        TD系统同步分上下行。对下行而言,基站的下行导频码,广播信道PCCPCH上的系统消息,都是以特定的功率,相同的内容发送,UE可根据接收情况自己调整下行同步。对于上行而言,基站不可能根据接收情况调整同步,故需控制UE的发送来调整同步。初始接入根据UPPCH/FPACH调整。连接模式下,有专用信道的情况下,根据物理层控制字SS调整。无专用信道的情况下,目前不做上行同步控制。
T313        SET CONNMODETIMER        T313=3        失步后启动,在超时前满足同步条件(N315),则停止T313,否则判定为失步。       
N313        SET CONNMODETIMER        N313=D20        失步的判定,在任何时间内,连续收不到同步帧数量达到配置值的数量,则判定为失步。       
T314        SET CONNMODETIMER        T314=D12        无线承载维护定时器,和T315连用。DCH下进行小区更新时使用。启动条件是手机中储存的变量established_rabs中信元re establishtimer被置为useT314/useT315。手机通过参考这两个定时器来决定重建/释放RAB。        在RB建立,重配的消息中指明useT314或useT315。
T315        SET CONNMODETIMER        T315=D12        同上       
N315        SET CONNMODETIMER        N315=D1        含义和N312相同,区别在于在T313启动时开始计数。       
T316        SET CONNMODETIMER        T316=D30        在PCH,URA_PCH状态下,服务区控制定时器。在PCH下检测到出服务区则启动T316,超时后UE会置为进入FACH态并启动T317。       
T317        SET CONNMODETIMER        T317=D30        在FACH状态下,服务区控制定时器。在FACH下检测到出服务或T316超时则启动T317,超时后UE进入IDLE态。        上述所有的定时器均为RNC配置,UE使用。作用是对UE状态转换控制。UE状态转换可用的途径是:通过RRC连接进行连接态和IDLE态的转换。通过小区更新在DCH/FACH/PCH状态中转换。通过同步控制在连接态和IDLE态间转换。
时间:  2009-6-25 09:22
作者: 网优布衣

上面为鼎桥的设备的,可能不同厂家的设备会有点微小差距。

个人觉得,这些计数器好繁琐,好难记,呵呵。
时间:  2009-6-25 09:31
作者: 网优布衣

至于你说的T313计数器

主要功能是:
当UE从检测到连续N313个失步指示后,启动T313定时器。
当UE从检测到连续N315个同步指示后,停止T313定时器。一旦超时,无线链路失败。

取值范围是:0~15,鼎桥的设备默认取值是3。

希望对你有帮助吧。
时间:  2009-6-25 09:36
作者: shenhqi

路过帮顶!
时间:  2009-6-25 09:37
作者: hncft

学习一下
时间:  2009-6-25 10:24
作者: 417615815

谢谢 2楼的大哥了  我再研究下  我是大唐的设备。。。
时间:  2009-6-25 11:47
作者: 好名字都被取了

T313的作用是:当UE和NodeB失步(从NodeB收到连续N313个失步指示)的时候,启动T313,如果在T313时间内没有同步上(没有收到连续N315个同步指示),则启动cell update过程。
T313设置过大将会导致无线环境变得很差仍然拖着不进行cell update过程,易导致掉话。
设置过小会导致很容易的就删除RL,也容易导致掉话。
按照你的看法是怀疑T313过大,导致无线链路很差的情况下才进行cell update过程?
不过既然原因是RL faile肯定是看当时的无线链路质量了,排除干扰和弱覆盖的现象先。
时间:  2009-6-26 20:36
作者: 417615815

楼上的兄弟 谢谢你的解释,听了你的解释我才理解了T313定时器的作用 呵呵,我的那个问题看来应该不是T313过大的问题,因为C/I 在15左右,应该算好的了吧。弱覆盖这个可以排除,信号强度在-78左右 算很强的了。那会是什么原因呢?
时间:  2009-6-27 16:52
作者: aliving

ps:cellupdate失败应该和终端也有关系,如大唐8130手机软件版本低等。
时间:  2009-7-2 16:43
作者: uniqueares

是和终端有关系的,我们当时凯明终端也出现这种情况,后来做个升级就好了
时间:  2009-7-10 11:31
作者: kissuooooo

学习了




通信人家园 (https://www.txrjy.com/) Powered by C114