TD切换流程专题分析.docx
- 文档编号:23672000
- 上传时间:2023-05-19
- 格式:DOCX
- 页数:29
- 大小:590.98KB
TD切换流程专题分析.docx
《TD切换流程专题分析.docx》由会员分享,可在线阅读,更多相关《TD切换流程专题分析.docx(29页珍藏版)》请在冰豆网上搜索。
TD切换流程专题分析
3.2、切换流程分析:
3.2.1、Intra-NodeB切换:
3.2.1.1、接力切换正常流程:
信令流程说明:
1)RNC判决进行切换后向NB发送无线链路增加请求,为目标小区建立无线链路。
目标小区收到无线链路增加请求后,配置相应链路资源,配置完成后组织无线链路,向RNC发送RL增加响应消息。
2)RNC收到目标小区的响应消息后,为目标小区建立Iub传输承载AAL2。
3)RNC通过源小区的信道向UE发送PHYSICALCHANNELRECONFIGURATION消息,通知UE进行切换。
4)UE收到PHYSICALCHANNELRECONFIGURATION消息后,根据接收到的切换指令做相应配置及处理后,通过目标小区向RNC发送PHYSICALCHANNELRECONFIGURATIONCOMPLETE消息。
5)RNC收到该消息后删除源小区的无线链路和Iub传输承载,切换完成。
3.2.1.2、异常流程1-NODEB失败
异常流程说明:
1)当NodeB不能按照要求为该用户增加RL时,向RNC返回RLAdditionFailure消息,并包含失败原因;
2)切换失败,UE继续在源小区进行通信或掉话;
实体处理方法:
1)检查目标小区告警及资源状态,可以从LMT-B查询;
2)检查对比RNC下发的RLAdditionRequest中携带的参数是否正确。
3.2.1.3、异常流程2-UE响应切换失败
RNC向UE发送PhysicalChannelReconfiguration消息进行切换。
由于一些错误原因导致UE向RNC发送物理信道重配置失败的响应。
导致UE发送失败响应的原因可能为:
1)UE收到的消息协议错;
2)PhysicalChannelReconfiguration消息中包含无效的配置信息;
3)PhysicalChannelReconfiguration消息中包含UE不支持的配置信息;
4)配置信息不匹配;
5)UE物理信道配置失败;
6)重配过程中无线链路失败等。
异常流程说明:
1)当Iub接口无线链路以及AAL2连接建立完成以后,RNC向UE发送PhysicalChannelReconfiguration进行切换。
当上述某项原因出现时,UE向RNC返回PhysicalChannelReconfigurationFailure消息。
2)RNC与NodeB释放Iub接口的RL。
3)RNC与NodeB释放Iub接口的AAL2连接。
4)切换过程失败,UE继续在源小区进行通信或产生掉话;
当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)检查源小区定时器参数:
检查后可以适当延长下列几类定时器参数,该类参数的主要作用在于避免由于网络定时器的超时,而主动拆链导致的切换失败,延长该类定时器可以挽回一部分由于网络定时器超时而导致的切换失败。
英文名称
中文名称
最小值
最大值
默认值
参数描述
级别
IdleModeT312
空闲模式-T312
(单位:
毫秒)
1000
15000
1000
(1000..15000)。
单位:
毫秒
启动:
:
UE在开始建立专用物理信道时启动此定时器;
停止:
测到N312次来自L1层的“insync”指示后停止;
超时:
如果超时意味着物理信道建立失败。
动态(可创建、可修改)
ConnectedModeT312
连接模式-T312
(单位:
毫秒)
1000
15000
1000
(1000..15000),单位:
毫秒。
启动:
UE在开始建立专用信道的时候启动此定时器;
停止:
检测到N312次来自L1层的“insync”指示后停止;
超时:
如果超时意味着物理信道建立失败。
动态(可创建、可修改)
ConnectedModeT313
连接模式-T313
(单位:
毫秒)
0
15000
1000
(0..15000),单位:
毫秒。
启动:
当UE检测到来自L1层的连续N313次“outofsync”指示后启动此定时器;
停止:
当UE检测到来自L1层的连续N315次“insync”指示后停止此定时器;
超时:
如果T313超时意味着无线链路失败。
动态(可创建、可修改)
ConnectedModeT314
连接模式-T314
(单位:
毫秒)
2000
20000
12000
(2000,4000,6000,8000,12000,16000,20000)。
单位:
毫秒。
启动:
当无线链路失败后,如果存在与T314相关联的无线承载(用于CS业务)或者只存在RRC连接,则启动该定时器。
停止:
由于RL失败导致的小区更新过程结束后停止。
超时:
如果超时,释放UE.一般来说,T314 动态(可创建、可修改) 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的连接。 动态(可创建、可修改)
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- TD 切换 流程 专题 分析