TD-SCDMA 通话状态下 小区更新??
服务小区与邻区小电平多大,会触发小区更新啊??
这应应也是由参数控制吧,在哪里设置啊??
这应应也是由参数控制吧,在哪里设置啊??
我要回答
问题答案
小区更新过程的主要功能如下:
(1) 通知 UTRAN,处于CELL_PCH 或CELL_FACH 状态的UE 重新进入了服务区;
(2) 通知 UTRAN,UE 的AM RLC 实体发生了不可恢复的RLC 错误;
(3) 周期性小区更新可作为 CELL_PCH 或CELL_FACH 状态下的UE 监管机制;
(4) 通知 UTRAN,处于CELL_PCH 或CELL_FACH 状态下的UE 发生小区重选后
所在的小区;
(5) 用于处于 CELL_DCH 状态下的UE 发生无线链路故障时的处理;
(6) 用于 UE 发送UE CAPABILITY INFORMATION 消息失败时的处理;
(7) 通知 UTRAN,处于CELL_PCH 状态下的UE 收到寻呼或需要发送上行数据,
需要将其状态转移到CELL_FACH 状态;
小区更新过程由 UE 发起,在UE 满足下面某一种条件时,可发起小区更新过程。如果
某几种小区更新触发条件同时发生,则按照下述次序,优先以前面的原因进行小区更新。
(1) 上行数据传送
若 UE 在URA_PCH 或CELL_PCH 状态下,RB1 或RB1 以上的其它RB 上有
上行RLC 数据块或控制块需要发送,则UE 启动小区更新流程,设置原因值为
“uplink data transmission”。
(2) 寻呼响应
若 UE 在URA_PCH 或CELL_PCH 状态下,收到针对该UE 的PAGING TYPE 1
消息,其中的“Used PAGING identity”为 UTRAN identity,且不包含可选项“CN
originated page to connected mode UE”,且触发条件1 不满足,则UE 启动小区
更新流程,设置原因值为 “PAGING response”。
(3) Radio link failure
若UE 在CELL_DCH 状态下T313 超时(物理层失步),且触发条件1、2 不满
足,则UE 在释放专用物理信道资源后,启动小区更新流程,设置原因值为“Radio
link failure”。若UE 发送 CAPABILITY INFORMATION 消息时,连续N304 发
送失败(T304 超时且V304>N304),且触发条件1、2 不满足,则UE 启动小区
更新流程,设置原因值为 “Radio link failure”。
(4) Re-entering service area
若UE 在CELL_FACH 或CELL_PCH 状态下,进入无覆盖区后,又在T307 或
T317 超时之前重新进入网络覆盖区,且触发条件1、2、3 不满足,则UE 启动
小区更新流程,设置原因值为 “re-entering service area”。
(5) RLC unrecoverable error
第33页共87页
大唐移动通信设备有限公司 TD-SCDMA 基本信令流程
若 UE 检测到其中的AM RLC 实体发生了不可恢复的RLC 错误,且触发条件1、
2、3、4 不满足,则启动小区更新流程,设置原因值为“RLC unrecoverable error”。
(6) Cell reselection
若UE 在CELL_FACH 或CELL_PCH 状态下进行小区重选,且触发条件1、2、
3、4、5 不满足,则启动小区更新流程,设置原因值为“Cell reselection”。若UE
在CELL_FACH 状态下,且C_RNTI 为空,且触发条件1、2、3、4、5 不满足,
则启动小区更新流程,设置原因值为“Cell reselection”。
(7) Periodical cell update
若UE 在CELL_FACH 或CELL_PCH 状态下T305 超时,且UE 尚在配置了周
期性更新的小区的覆盖范围内,且触发条件1、2、3、4、5、6 不满足,则启动
小区更新流程,设置原因值为“periodical cell update”。
(1) 通知 UTRAN,处于CELL_PCH 或CELL_FACH 状态的UE 重新进入了服务区;
(2) 通知 UTRAN,UE 的AM RLC 实体发生了不可恢复的RLC 错误;
(3) 周期性小区更新可作为 CELL_PCH 或CELL_FACH 状态下的UE 监管机制;
(4) 通知 UTRAN,处于CELL_PCH 或CELL_FACH 状态下的UE 发生小区重选后
所在的小区;
(5) 用于处于 CELL_DCH 状态下的UE 发生无线链路故障时的处理;
(6) 用于 UE 发送UE CAPABILITY INFORMATION 消息失败时的处理;
(7) 通知 UTRAN,处于CELL_PCH 状态下的UE 收到寻呼或需要发送上行数据,
需要将其状态转移到CELL_FACH 状态;
小区更新过程由 UE 发起,在UE 满足下面某一种条件时,可发起小区更新过程。如果
某几种小区更新触发条件同时发生,则按照下述次序,优先以前面的原因进行小区更新。
(1) 上行数据传送
若 UE 在URA_PCH 或CELL_PCH 状态下,RB1 或RB1 以上的其它RB 上有
上行RLC 数据块或控制块需要发送,则UE 启动小区更新流程,设置原因值为
“uplink data transmission”。
(2) 寻呼响应
若 UE 在URA_PCH 或CELL_PCH 状态下,收到针对该UE 的PAGING TYPE 1
消息,其中的“Used PAGING identity”为 UTRAN identity,且不包含可选项“CN
originated page to connected mode UE”,且触发条件1 不满足,则UE 启动小区
更新流程,设置原因值为 “PAGING response”。
(3) Radio link failure
若UE 在CELL_DCH 状态下T313 超时(物理层失步),且触发条件1、2 不满
足,则UE 在释放专用物理信道资源后,启动小区更新流程,设置原因值为“Radio
link failure”。若UE 发送 CAPABILITY INFORMATION 消息时,连续N304 发
送失败(T304 超时且V304>N304),且触发条件1、2 不满足,则UE 启动小区
更新流程,设置原因值为 “Radio link failure”。
(4) Re-entering service area
若UE 在CELL_FACH 或CELL_PCH 状态下,进入无覆盖区后,又在T307 或
T317 超时之前重新进入网络覆盖区,且触发条件1、2、3 不满足,则UE 启动
小区更新流程,设置原因值为 “re-entering service area”。
(5) RLC unrecoverable error
第33页共87页
大唐移动通信设备有限公司 TD-SCDMA 基本信令流程
若 UE 检测到其中的AM RLC 实体发生了不可恢复的RLC 错误,且触发条件1、
2、3、4 不满足,则启动小区更新流程,设置原因值为“RLC unrecoverable error”。
(6) Cell reselection
若UE 在CELL_FACH 或CELL_PCH 状态下进行小区重选,且触发条件1、2、
3、4、5 不满足,则启动小区更新流程,设置原因值为“Cell reselection”。若UE
在CELL_FACH 状态下,且C_RNTI 为空,且触发条件1、2、3、4、5 不满足,
则启动小区更新流程,设置原因值为“Cell reselection”。
(7) Periodical cell update
若UE 在CELL_FACH 或CELL_PCH 状态下T305 超时,且UE 尚在配置了周
期性更新的小区的覆盖范围内,且触发条件1、2、3、4、5、6 不满足,则启动
小区更新流程,设置原因值为“periodical cell update”。
回答者:mao_mao 回答时间:2010-06-16 09:42
TD在通话状态下小区更新,是一种避免掉话的应急机制,其实看信令已经是掉话了。若是小区更新成功,用户感知上是没有影响的,也就是说,用户感觉不出来掉话了,小区更新在通话状态下的原因多是存在干扰,或者是深衰落导致的下行失步,小区更新可在原小区更新也可在目标小区更新,若更新失败,肯定会掉话的。
回答者:alice 回答时间:2010-06-17 17:33
好像我也是遇到这种情况,再问一下,按照这样说无线链路已经恶化,那这种情况下小区更新信令是怎么样走的呢?是发往服务小区的吗?


