切换流程.docx

该【切换流程 】是由【淘气小宇】上传分享，文档一共【7】页，该文档可以免费在线阅读，需要了解更多关于【切换流程 】的内容，可以使用淘豆网的站内搜索功能，选择自己适合的文档，以下文字是截取该文章内的部分文字，如需要获得完整电子版，请下载此文档到您的设备，方便您编辑和打印。优选
UES_eNBT_eNBCoreNetwork
Meas_RPRT
S1AP_Handover_Required
S1AP_Handover_Request
S1AP_Handover_REQ_ACK
S1AP_Handover_CMD
RRC_CONN_RECFG
(HO_CMD)S1AP_eNB_Status_Transfer
S1AP_MME_Status_Transfer
RRC_CONN_RECFG_CMP
(HO_CMP)S1AP_Handover_Notify
S1AP_UE_CONTEXT_REL_CMD
S1AP_UE_CONTEXT_REL_CMP
RRC_CONN_RECFG
RRC_CONN_RECFG_CMP
UU_interfaceX2_interfaceS1_interface
切换失败平时是指切换的信令流程交互失败,关注点在信令的交互,只有在信令交互出现扔掉或信令办理结果失败才会失败。其中信令扔掉是指信令在传输过程中出错或不能够到达对端,信令办理结果失败是指终端或网络侧在办理信令时出现异常以致流程不能够正常进行
(比方切换时资源不足)。信令传据信令输失败又可根传输媒介的不同样可分为无线传输失败
和有线传输失败,其中X2、S1接口的传输平时为有线传输,UU口为无线传输。其中有线传输失败的概率较小,无线传输失败的概率较大,特别是信号质量较差的切换区。
UU接口信令异常
对于切换流程,在UU接口只有三条信令:测量报告(MEASUREMENTREPORT)、
切换命令(RRCCONNRECFG)、切换完成(RRCRECFGCMP)。但有时在定位切换后马上
掉话或重建问题时,也关注切换后的第一次重配置信令(RRCCONNRECFG)交互,严格
说,切换后的重配置信息已经与切换流程没有关系,且此信息不能预期。
可编写
优选
图1切换信令流程中UU口信息交互
接口信令异常的常有原因有:
测量报告扔掉,可能的原因主要有
?UE上发测量报告的ULGRANT没有收到,下行PDCCH受限
?UE上发的测量报告,eNB没有收到(或收到但CRC错),上行PUSCH受限
?UE内部层间扔掉,比方L3把测量报告给L2发送时,L2办理失败
切换命令扔掉,可能的原因主要有
?eNB因为在切换内部流程办理(如邻区漏配、资源不够等)出错,没有下发切
换命令
UE下行PDCCH解析失败,下行PDCCH受限
UE下行PDSCH解析失败,下行PDSCH受限
切换完成信令扔掉,可能的原因主要有
可编写
优选
UE在目标小区的PREAMBLE,eNB没有收到,上行PRACH受限
UE下行接收RAR失败,下行PDSCH受限
UE上发切换完成,eNB没有收到,上行PUSCH受限
UU口的传输为无线传输,其信道质量能够分为上、下行来解析。若是终端侧能够捕获
RSRP、SINR、IBLER、DL/UL_Grant等信息,并配合网络侧的信令追踪,大多情况都能够
判断上、下行的问题。信道质量的观察量平时有下面几个:
RSRP:RSRP为下行导频接收功率。尽管导频与数据域的信道质量有必然差异,通
过导频RSRP、SINR能够大体认识数据信道情况。一般RSRP>-85dBm,用户位于
近点;RSRP=-95dBm,用户位于中点;RSRP<-105dBm,用户位于远点。判断
用户近、中、远点其实不能够完好判断用户的信道质量,特别在加载场景下,有可能中
点、近点用户的信道质量依旧不理想(当邻区RSRP与服务小区RSRP较凑近时,干
扰较大),需要依据其他指标来判断信道质量。
SINR:SINR为下行导频SINR。经过导频SINR能够大体认识数据信道情况。若是
SINR<0dB说明下行信道质量较差,当SINR<-3dB说明下行信道质量恶劣,处于
解调门限周边,简单造成切换信令扔掉,以致切换失败。上行SINR能够经过LMT
用户性能追踪获得。
?IBLER:正常情况下,IBLER应该收敛到目标值(目标值为10%,当信道质量很好
时IBLER凑近或等于0%);若是IBLER偏高说明信道质量较差,数据误码很多,很
简单造成掉话、切换失败、也许切换大时延。下行IBLER能够从probe中获得,而
上行IBLER经过LMT用户性能追踪获得的数据较之probe正确。
PDCCHDL:从DL_Grant能够得知UE正确解调PDCCH的个数。当上/下行数据源
足够(如上/下行UDP最大能力灌包)时,eNB每个TTI均调换用户,PDCCH个数
可编写
优选
为800(sa3:1下)。若DL_Grant=800,说明PDCCH解调正常,信道质量正常;若
DL_Grant偏低,说明PDCCH解调有错,信道质量可能比较差。
在判断上、下行信道质量时,有时不能够完成任L3上下行信令可否扔掉来判断。比方,
下行信道质量差不但会影响下行信令的解调,下行PDCCH解调错误也会影响上行调换,造
成上行信令扔掉。信道质量问题平时是因为弱覆盖或搅乱引起。
对于空口问题定位,需要把问题定位到覆盖(弱覆盖、越区覆盖等)、搅乱、邻区漏配、切
换不及时等几类,再采用相应的解决措施解决问题。

对于切换流程,只若是跨eNB切换,无论是经S1切换还是经X2切换,在S1口均有
信令交互:在经X2接口切换时,S1接口仅有两条信令:S1APPATHSWITCHREQ、S1AP
PATHSWITCHREQACK;在经S1接口切换时,S1接口信令会在源eNB和目标eNB有
很多的交互。以以下图绿色信令所示:
可编写
RRC_CONN_RECFG_CMP(HO_CMP)
优选
图2切换信令流程中S1口信息交互
UES_eNBT_eNBCoreNetwork
Meas_RPRT
S1AP_Handover_Required
S1AP_Handover_Request
S1AP_Handover_REQ_ACK
S1AP_Handover_CMD
RRC_CONN_RECFG
(HO_CMD)S1AP_eNB_Status_Transfer
S1AP_MME_Status_Transfer
S1AP_Handover_Notify
S1AP_UE_CONTEXT_REL_CMD
S1AP_UE_CONTEXT_REL_CMP
RRC_CONN_RECFG
RRC_CONN_RECFG_CMP
UU_interfaceX2_interfaceS1_interface
图3切换信令流程中S1口信息交互
X2接口信令异常的常有原因有:
跨X2切换的S1APPATHSWITCHREQ扔掉,可能的原因主要有
目标eNB内部办理切换完成信令失败
S1口传输异常,如传输丢包
2)跨X2切换的S1APPATHSWITCHREQACK扔掉,可能的原因主要有
核心网收到S1APPATHSWITCHREQ信息后,内部办理失败
3)跨S1切换的S1APHANDOVERREQUIRTED信令扔掉,可能的原因主要有
?源小区因为在切换内部流程办理出错(如邻区漏配、资源不够等),没有发切
换央求信息S1APHANDOVERREQUIRTED
可编写
优选
S1口传输异常,传输过程中扔掉
4)跨S1切换的S1APHANDOVERREQUEST信令扔掉,可能的原因主要有
?核心网收到S1APHANDOVERREQUIRTED后,内部办理出错
S1口传输异常,传输过程中扔掉
5)跨S1切换的S1APHANDOVERREQUESTACK信令扔掉,可能的原因主要有
?目标小区收到S1APHANDOVERREQUEST后,内部办理出错(如资源不足
等)
S1口传输异常,传输过程中扔掉
6)跨S1切换的S1HANDOVERCMD信令扔掉,可能的原因主要有
?核心网收到S1APHANDOVERREQUESTACK后,内部办理出错
?S1口传输异常,传输过程中扔掉
跨S1切换的S1APENBSTATUSTRANSFER信令扔掉,可能的原因主要有
?源小区办理收到S1HANDOVERCMD后,内部办理出错
S1口传输异常,传输过程中扔掉
8)跨S1切换的S1APMMESTATUSTRANSFER信令扔掉,可能的原因主要有
核心网收到S1APENBSTATUSTRANSFER后,内部办理出错
S1口传输异常,传输过程中扔掉
9)跨S1切换的S1APHANDOVERNOTIFY信令扔掉,可能的原因主要有
目标小区收到切换完成信息后,内部办理出错
S1口传输异常,传输过程中扔掉
10)跨S1切换的S1APUECONTESTRELCMD信令扔掉,可能的原因主要有
?核心网收到S1APHANDOVERNOTIFY后,内部办理出错
可编写
优选
S1口传输异常,传输过程中扔掉
11)跨S1切换的S1APUECONTESTRELCMP信令扔掉,可能的原因主要有
?源小区收到S1APUECONTESTRELCMD后,内部办理出错
S1口传输异常,传输过程中扔掉
对于S1口信息交互出现异常,平时是传输失败或网络设备内部办理出错,设备内部办理出
错的概率较小,传输失败的可能性较大,但比较难以定位,需要在传输的两端抓包确认。
可编写