动态(可创建、可修改)
ConnectedModeT315
连接模式-T315
(单位:
秒)
0
1800
依照目前实验网测试结果,举荐修改为10。
(往常为180)
(0,10,30,60,180,600,1200,1800),单位:
秒。
启动:
当无线链路失败后,假如存在与T314相关联的无线承载(用于PS业务)或者只存在RRC连接,则启动该定时器。
停止:
由于RL失败导致的小区更新过程终止后停止。
超时:
假如超时,开释UE。
动态(可创建、可修改)
3.2.1.4、专门流程3-定时器超时失败
定时器超时,指的是RNC在给UE发送了空中接口的配置消息后,在一定的时刻内既没有收到用户的成功响应消息,也没有收到失败消息,和UE失去了联系,此开释该用户的所有业务。
专门流程讲明:
1)RNC在给UE发送了空中接口的配置消息后,在一定的时刻内没有既没有收到用户的成功响应消息,也没有收到失败消息。
2)若在目标小区差不多完成RL同步,则NodeB在目标小区向RNC发送RadioLinkFailure消息,缘故为同步失败。
(Note
(1))
3)NodeB在源小区向RNC发送RadioLinkFailure消息,缘故为同步失败
4)RNC开释该用户的所有业务,包括:
a)RNC发起Iu连接的开释,开释Iu连接。
b)若为CS域RAB,Iu接口需开释AAL2数据传输承载。
c)RNC收回内部为该用户分配的无线资源。
d)RNC与NodeB开释Iub接口的RL。
e)RNC与NodeB开释Iub接口的AAL2连接。
f)RNC与UE开释Uu接口RRC连接。
5)切换过程失败。
Note
(1):
若在目标小区没有完成RL同步,则在目标小区没有此消息。
实体处理方法:
1)确认UE所在的位置及该区域的信号覆盖(包括RSCP和C/I)是否良好;
2)确认该小区邻小区的参数是否正确
3)检查目标小区主载波ISCP值(能够从LMT-B上查询)和所占时隙ISCP值(能够从OMT上查询)
4)检查源小区配置的邻区是否合适
5)检查周围是否存在与目标小区同频同码的小区
6)确认所用终端的型号及批次;
3.2.2、Inter-NB\Intra-RNC切换
3.2.2.1、接力切换正常流程
IntraNodeB切换与InterNodeB切换之间的要紧区不在于,IntraNodeB切换中目标小区与RNC之间为RadioLinkAdditionRequest,而InterNodeB切换中目标小区与RNC之间为RadioLinkSetupRequest。
3.2.2.2、专门流程-NodeB失败
NodeB间切换时NodeB失败的两种情形:
1)目标基站无线链路建立失败;
2)目标基站无线链路建立成功后,目标基站的AAL2建立失败。
专门流程讲明:
1)当目标基站不能成功建立无线链路或不能建立AAL2连接时,切换过程失败,UE仍保持与源基站小区的通信连接。
2)若为AAL2建立失败的情形,需要删除与目标基站的RL。
实体处理方法:
1)检查目标小区告警及资源使用状态,能够从LMT-B查询;
2)检查对比RNC下发的RLSetupRequest中携带的参数是否正确。
3.2.2.3、专门流程-UE响应切换失败
RNC向UE发送PhysicalChannelReconfiguration消息进行切换。
由于一些错误缘故导致UE向RNC发送物理信道重配置失败的响应。
导致UE发送失败响应的缘故可能为:
1)UE收到的消息协议错;
2)PhysicalChannelReconfiguration消息中包含无效的配置信息;
3)PhysicalChannelReconfiguration消息中包含UE不支持的配置信息;
4)配置信息不匹配;
5)UE物理信道配置失败;
6)重配过程中无线链路失败等。
Inter-NodeB/Intra-RNC切换,UE响应切换失败
专门流程讲明:
1)当Iub接口无线链路以及AAL2连接建立完成以后,RNC向UE发送PhysicalChannelReconfiguration进行切换。
当上述某项缘故显现时,UE向RNC返回PhysicalChannelReconfigurationFailure消息。
2)RNC与目标NodeB开释Iub接口的RL。
3)RNC与目标NodeB开释Iub接口的AAL2连接。
4)切换过程失败,UE连续在源NodeB小区进行通信。
当UE回复切换失败缘故中携带的缘故值为无效配置和物理信道失败时:
1)关于该两类缘故第一要确认RNC下发切换消息中携带的参数是否正确
2)确认UE的处理能力(能够从呼叫过程RRC建立完成消息中查到
3)检查目标邻小区参数配置是否正确
当UE回复切换失败缘故中携带的缘故值为TIMEOUT时,其解决方案:
1)确认UE所在的位置及该区域的信号覆盖(包括RSCP和C/I)是否良好;
2)检查源小区配置的邻区是否合适;
3)检查周围是否存在与目标小区同频同码的小区;
4)确认该小区邻小区的参数是否正确;
5)检查目标小区主载波ISCP值(能够从LMT-B上查询)和所占时隙ISCP值(能够从OMT上查询);
6)确认所用终端的型号及批次;
7)检查源小区定时器参数:
具体内容参见基站内切换分析
3.2.2.4、专门流程-定时器超时失败
定时器超时,指的是RNC在给UE发送了空中接口的配置消息后,在一定的时刻内既没有收到用户的成功响应消息,也没有收到失败消息,和UE失去了联系,此开释该用户的所有业务。
专门流程讲明:
1)RNC在给UE发送了空中接口的配置消息后,在一定的时刻内既没有收到用户的成功响应消息,也没有收到失败消息。
源NodeB与目标NodeB均向RNC发送RadioLinkFailure消息,缘故为同步失败。
2)RNC开释该用户的所有业务,包括:
a)RNC发起Iu连接的开释,开释Iu连接。
b)若为CS域RAB,Iu接口需开释AAL2数据传输承载。
c)RNC收回内部为该用户分配的无线资源。
d)RNC与源NodeB开释Iub接口的RL。
e)RNC与源NodeB开释Iub接口的AAL2连接。
f)RNC与目标NodeB开释Iub接口的RL。
g)RNC与目标NodeB开释Iub接口的AAL2连接。
h)RNC与UE开释Uu接口RRC连接。
3)切换过程失败。
实体处理方法:
1)确认UE所在的位置及该区域的信号覆盖(包括RSCP和C/I)是否良好;
2)确认所用终端的型号及批次;
3)确认该小区邻小区的参数是否正确
4)检查目标小区主载波ISCP值(能够从LMT-B上查询)和所占时隙ISCP值(能够从OMT上查询)
3.2.3、Inter-RNC切换
3.2.3.1、正常切换流程
3.2.3.2、专门流程-源RNC对目标RNC的重定位预备失败
该过程描述的是,源RNC向CN发送RelocationRequired消息发起重定位时CN拒绝不能接收该重定位,可能的缘故是:
1)TRELOCalloc超时;
2)目标RNC、目标CN或目标系统重定位失败;
3)目标RNC、目标系统不支持重定位;
4)不承诺重定位至目标系统;
Inter-RNC切换,源RNC对目标RNC的重定位预备失败
专门流程讲明:
1)RNC在收到CN的重定位预备失败消息后,重定位过程中止,源RNC仍为UE的服务RNC。
实体处理方法:
1)确认该终端要求的业务和目标小区的资源状态;
2)检查目标小区的告警信息和小区状态。
3.2.3.3、专门流程-源RNC侧UE配置失败
该过程描述的是,重定位预备过程中,源RNC侧UE进行重定位时失败。
重定位过程失败,UE保持与源RNC进行通信。
专门流程讲明及实体处理方法:
1)源RNC收到CN的重定位指令后,在Iub接口建立RL及AAL2传输承载,随后向UE发送重配置消息,目标RNC收到由于UE侧缘故返回的重配置失败消息
2)源RNC在Iu接口发送RelocationCancel消息,取消重定位。
3)目标RNC向CN发送RelocationFailure消息,指示重定位失败。
4)源RNC与源NodeB开释Iub接口RL。
5)源RNC与源NodeB开释Iub接口AAL2承载。
6)CN与目标RNC开释Iu接口AAL2承载。
7)重定位过程失败,UE连续与源RNC进行通信。
当UE回复切换失败缘故中携带的缘故值为无效配置和物理信道失败时,其解决方案:
1)关于该两类缘故第一要确认RNC下发切换消息中携带的参数是否正确
2)确认UE的处理能力(能够从呼叫过程RRC建立完成消息中查到
3)检查目标邻小区参数配置是否正确
当UE回复切换失败缘故中携带的缘故值为TIMEOUT时,其解决方案:
1)确认UE所在的位置及该区域的信号覆盖(包括RSCP和C/I)是否良好;
2)检查源小区配置的邻区是否合适;
3)检查周围是否存在与目标小区同频同码的小区;
4)确认该小区邻小区的参数是否正确;
5)检查目标小区主载波ISCP值(能够从LMT-B上查询)和所占时隙ISCP值(能够从OMT上查询);
6)确认所用终端的型号及批次
3.2.3.4、专门流程-目标RNC侧Iub接口过程失败
该流程描述了重定位过程中三种发生在Iub接口两侧实体上的专门情形,由于在重定位过程中这三类专门Iu接口的表现是相同的,因此本流程中做同一描述。
专门情形分不为:
1)目标RNC侧无线资源无法满足(流程中的alt.1);
2)目标RNC侧无线链路建立失败(流程中的alt.2);
3)目标RNC侧Iub接口AAL2建立失败(流程中的alt.3);
Inter-RNC切换,目标RNC侧Iub接口过程失败
专门流程讲明及实体处理方法:
1)(alt.1)目标RNC收到来自CN的RelocationRequest消息后,本地配置无线资源失败。
2)(alt.2)目标RNC收到来自CN的RelocationRequest消息后,本地配置无线资源,RL建立失败。
3)(alt.3)目标RNC收到来自CN的RelocationRequest消息后,本地配置无线资源,RL建立,Iub接口AAL2建立失败。
4)目标RNC向CN返回RelocationFailure消息。
5)(alt.3)目标RNC与目标NodeB删除无线链路。
6)CN向源RNC响应RelocationPreparationFailure消息,重定位过程失败。
7)UE连续与源RNC进行通信。
实体处理方法:
1)确认该终端要求的业务和目标小区的资源状态
2)检查目标小区的告警信息和小区状态。
3.2.4、Inter-RAT切换
3.2.4.1、正常切换流程
UE由TD-SCDMA网络发起话音业务要求并成功接入后,RNC会依照小区的情形发起相应的测量操纵。
假如需要对相邻GSM小区测量,则相应的在测量操纵消息中添加Inter-RAT测量信息,当满足测量上报条件时UE将向RNC报告测量结果。
RNC中的RRM对测量结果进行处理判决并确定切换的目标小区,假如需要切换的目标小区为GSM小区,则执行TD-SCDMA向GSM切换过程,见下图
3.2.4.2、专门流程-Relocationpreparation过程失败
在Relocationpreparation过程中,可能会有多种缘故导致失败,比如CN不支持向2G网络的切换,核心网间、核心网与BSC接口或者BSS内部协议过程失败,目标GSM小区没有足够的资源等。
3.2.4.3、专门流程-Inter-RAThandoverfromUTRAN过程失败
当UE接收到HANDOVERFROMUTRANCOMMAND消息后,假如不能够成功的向目标GSM小区切换,则能够重新回到源TD-SCDMA小区,并使用原有资源进行数据传输。
UE向RNC发送HANDOVERCANCEL消息,通过核心网告诉目标BSC将目标GSM小区资源开释。
当RNC接收到RELOCATIONCANCELACKNOWLEDGE后过程终止。
处理方法:
1)关于该两类缘故第一要确认RNC下发切换消息中携带的参数是否正确
2)确认UE的处理能力(能够从呼叫过程RRC建立完成消息中查到)
3)检查目标G网邻小区参数配置是否正确;
4)确认终端在切换时的门限值是否合理;
5)确认所用终端的型号及批次。
6)检查系统间切换定时器参数:
适当延长定时器T309
英文名称
中文名称
最小值
最大值
默认值
参数描述
级不
ConnectedModeT309
连接模式-T309
(单位:
毫秒)
1000
8000
5000
(1000..8000)。
单位:
毫秒
启动:
UE在接收到CELLCHANGEORDERFROMUTRAN消息后启动此定时器;
停止:
UE在成功响应新小区的连接建立要求后停止此定时器;
超时:
T309超时,UE将复原与UTRAN的连接。
动态(可创建、可修改)