XTransfer总部X国在哪里里

来源：蜘蛛抓取(WebSpider) 时间：2020-11-22 12:53 标签： X国在哪里

LTE系统是蜂窝移动通信系统当用戶从一个小区移动至另一个小区时，与其连接的小区将发生变化执行切换操作。按照源小区和目标小区的从属关系和位置关系可以将切换做如下的分类：

2) LTE与异系统之间的切换：由于LTE系统与其他系统在空口技术上的根本不同，从

LTE小区切换到其他系统的小区UE不仅需要支持LTE嘚OFDM接入技术，还需要

支持其他系统的空口接入技术可能出现的情形包括但不限于以下几类：LTE与GSM之间的切换、LTE与UTRAN之间的切换、LTE与WiMAX之间的切換。

连接状态指ECM-CONNECTED状态其主要特征如下：

1) UE和网络之间有信令连接，这个信令连接包括RRC连接和S1-MME连接两部分；

2) 网络对UE位置所知精度为小区级；

3) UE迻动性管理由切换过程控制；

基于当前网络服务质量的切换：切换的基本目标
指示UE可与比当前服务小区信道质量更好的小区通信
为UE提供连續的无中断的通信服务
基于当前网络覆盖的切换：
UE失去当前RAT的覆盖异系统切换
基于当前网络负荷的切换
覆盖当前区域小区负载不平衡时
資源共享，同频/异频/异系统切换

测量的执行与结果的处理

通知UE需要测量的对象、小区列表、报告方式、测量标识、事件参数等

测量条件改變时eNB通知UE新的测量条件。

测量控制：eUTRAN下发的测量配置参数：

测量对象：LTE同频或异频、UTRA的一组同频小区、GERAN的一组频率、

测量上报配置：周期或事件报告；报告格式包含测量量和相关信息
测量间隙：UE使用这个间隙执行测量此时不进行上下行调度

图1.3 测量控制配置参数

切换的测量对象及测量值

层一的滤波方法由厂家决定
符合上报条件时进行上报

UE对测量值的滤波，按下式进行计算：

Fn ——本次测量过滤后更新的测量結果
Fn-1——上一次测量过滤后的测量结果
Mn ——最近一次来自物理层UE的测量结果
α＝0.5k/4K是在测量控制消息的测量数量配置中，Filter coefficient中收到的参数若该参数被设置为0，则无L3滤波K越大滤波效果越大，但对快速变化的信号反应不灵敏；

满足测量报告条件时通过事件报告eUTRAN
内容包括：测量ID、服务小区的测量结果（RSRP和RSRQ的测量值）、邻小区的测量

满足报告条件时，发送测量报告

事件转周期报告：部分事件报告后eUTRAN未进行相应嘚切换控制，则转周期报告；

报告的间隔与总次数受参数控制

同系统内的测量事件采用 AX 来标识同系统内事件报告种类：

A1：服务小区比绝對门限好。用于停止正在进行的异频/IRAT测量在RRC控制下去激活测量间隙。

A2：服务小区比绝对门限差指示当前频率的较差覆盖，可以开始异頻/IRAT测量在

RRC控制下激活测量间隙。

A3：邻小区比（服务小区+偏移量）好用于切换。

A4：邻小区比绝对门限好可用于负载平衡，与移动到高優先级的小区重选相似

A5：服务小区比绝对门限1差，邻小区比绝对门限2好可用于负载平衡，与移动到低优先级的小区重选相似

异系统測量事件用 BX 来标识：

B1：邻小区比绝对门限好。用于测量高优先级的RAT小区

B2：服务小区比绝对门限1差，邻小区比绝对门限2好用于相同或低優先级的RAT小区

同频测量：测量和数据接收没有冲突，不用任何调节就能执行测量
异频异RAT测量：若UE无多个接收机，无法同时进行服务小区嘚收发为使UE进行切换准备，服务小区需要安排一个gap进行测量

测量控制，一般在初始接入或上一次切换命令中的重配消息里携带

测量报告终端根据当前小区的测量控制信息，将符合切换门限的小区进行上报

源小区在收到测量报告后向目标小区申请资源及配置信息（站内切换的话为站内交互站间切换会使用X2口或者S1口，优先使用X2口）

目标小区将终端的接纳信息以及其它配置信息反馈给源小区

将目标小区的接纳信息及配置信息发给终端告知终端目标小区已准备好终端接入，重配消息里包含目标小区的测量控制

源小区将终端业务的缓存数据迻至目标小区

终端收到第5步重配消息（切换命令）后使用重配消息里的接入信息进行接入

目标小区接入响应收到此命令后可认为接入完荿了，然后终端在RRC层上发重配完成消息（第9步）

上报重配完成消息切换完成

当终端成功接入后，目标小区通知源小区删除终端的上下文信息

按照我们实际情况切换可分为eNb站内切换，X2口切换以及S1口切换下边分别进行介绍（下边介绍的所有切换都是基于已经接入且获取到叻测量配置后）。

站内切换过程比较简单由于切换源和目标都在一个小区，所以基站在内部进行判决并且不需要向核心网申请更换数據传输路径。

图1.8 站内切换信令流程图

用于建立X2口连接的邻区间切换在接到测量报告后需要先通过X2口向目标小区发送切换申请（图1-1第3步），得到目标小区反馈后（图1-1第4步）才会向终端发送切换命令并向目标测发送带有数据包缓存、数据包缓存号等信息的SNStatus Transfer消息，待UE在目标小區接入后目标小区会向核心网发送路径更换请求，目的是通知核心网将终端的业务转移到目标小区X2切换优先级大于S1切换。

S1口发生在没囿X2口且非站内切换的有邻区关系的小区之间基本流程和x2口一致，但所有的站间交互信令都是通过核心网S1口转发时延比X2口略大。

图1.10 S1口切換信令流程图

切换的大部分问题可在前台信令中进行分析本文以前台信令为主介绍整个切换流程及问题分析思路。

注意：这里的重配完荿只是组包完成实际是在MSG3里发送的。

前台信令窗的交互过程主要是是图1-7里的1、2、5、7、8、9几步现在来分别介绍。

测量控制信息是通过重配消息里下发的测量控制一般存在于初始接入时的重配消息和切换命令中的重配消息中。

测量控制信息包括邻区列表、事件判断门限、時延、上报间隔等信息

终端在服务小区下发的测量控制进行测量将满足上报条件的小区上报给服务小区。

首先了解下终端是如何进行事件判断的当前网络中采用的是a3事件，即目标小区信号质量高于本小区一个门限且维持一段时间就会触发图 2?2比较直观的介绍了这一个過程，终端在接入网络后会持续进行服务小区及邻区测量（邻区测量与传统意义上的邻区不同是对整个同频网络中的小区进行测量，类姒Scanner进行TopN扫频）当终端满足Mn+Ofn+Ocn-Hys＞Ms+Ofs+Ocs+Off且维持Time to Trigger个时段后上报测量报告。

Ofn：邻小区频率偏移

Ofs：服务小区频率偏移

图1.13 A3事件报告示意图

测量报告会将满足倳件的所有小区上报需要注意的是LTE中终端上报的测量报告不一定是邻区配置里下发的邻区，目前网络暂不支持邻区自优化故在分析问題时可以使用测量报告值及测量控制中的邻区信息来判断是否为漏配邻区。

图 1-14测量报告内容

终端在目标小区使用源小区在切换命令中带的接入配置进行接入

1.2.3.7基站回应随机接入响应（RAR）

目前切换都为非竞争切换，所以到这一步基本上就可以确认在目标小区成功接入

1.2.3.8终端反饋重配完成，切换结束

实际上重配完成消息在收到切换命令后就已经组包结束在目标侧的随机接入可认为是由重配完成消息发起的目标側随机接入过程，重配完成消息在包含在MSG3中发送

图 1-18切换执行过程

切换失败通常是指切换的信令流程交互失败，关注点在信令的交互只囿在信令交互出现丢失或信令处理结果失败才会失败。其中信令丢失是指信令在传输过程中出错或不能到达对端信令处理结果失败是指終端或网络侧在处理信令时出现异常导致流程不能正常进行（例如切换时资源不足）。信令传输失败又可根据信令传输媒介的不同可分为無线传输失败和有线传输失败其中X2、S1接口的传输通常为有线传输，UU口为无线传输其中有线传输失败的概率较小，无线传输失败的概率較大特别是信号质量较差的切换区。

对于切换流程之前的问题（如UE没有发测量报告给eNB则根本没有启动切换流程），则可能要先排查配置如：
基站时钟模式是否一致（一般配为GPS）；
同频、异频、异系统的切换事件是否配置正确；
切换参数是否设置合理，满足切换上报条件
终端是否支持（主要针对异频和异系统切换）

对于切换流程在UU接口只有三条信令：测量报告（MEASUREMENT REPORT）、切换命令(RRC CONN RECFG)、切换完成(RRC RECFG CMP)。但有时在定位切换后立即掉话或重建问题时也关注切换后的第一次重配置信令（RRC CONN RECFG）交互，严格说切换后的重配置消息已经与切换流程没有关系，苴此消息不可预期

图2.1 切换信令流程中UU口消息交互

UU接口信令异常的常见原因有：

? UE上发的测量报告，eNB没有收到（或收到但CRC错）上行PUSCH受限

? UE内部层间丢失，例如L3把测量报告给L2发送时L2处理失败

? eNB因为在切换内部流程处理（如邻区漏配、资源不够等）出错，没有下发切换命令

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准确。

_Grant偏低说明PDCCH解调有错，信道质量可能比较差

在判断上、下行信道质量时，有时不能完成任L3上下行信令是否丢失来判断例如，下行信道质量差不仅会影响下行信令的解调下行PDCCH解调错误也会影响上荇调度，造成上行信令丢失信道质量问题通常是因为弱覆盖或干扰引起。

对于空口问题定位需要把问题定位到覆盖（弱覆盖、越区覆蓋等）、干扰、邻区漏配、切换不及时等几类，再采用相应的解决措施解决问题

图2.2 切换信令流程中X2口消息交互

X2接口信令异常的常见原因囿：

? eNB内部处理测量报告异常，如邻区漏配、内部模块处理失败

? X2口传输异常如传输丢包

? 源小区内部异常，源小区在目标小区回切换響应之前向目标小区在X2口发HANDOVER CANCEL信令

? X2口传输异常，如传输丢包

? X2口传输异常如传输丢包

? X2口传输异常，如传输丢包

? 目标小区收到切换唍成后内部处理错导致没有进行S1 PATH切换

对于X2口消息交互出现异常，通常是传输失败或基站内部处理出错而基站内部处理出错的概率较小，传输失败的可能性较大但比较难以定位，需要在传输的两端抓包确认

对于切换流程，只要是跨eNB切换不管是经S1切换还是经X2切换，在S1ロ均有信令交互：在经X2接口切换时S1接口仅有两条信令：S1APPATH SWITCH REQ、S1AP PATH SWITCH REQ ACK；在经S1接口切换时，S1接口信令会在源eNB和目标eNB有较多的交互如下图绿色信令所礻：

图2.3 切换信令流程中S1口消息交互

图2.4 切换信令流程中S1口消息交互

S1接口信令异常的常见原因有：

? 目标eNB内部处理切换完成信令失败

? S1口传输異常，如传输丢包

? 源小区因为在切换内部流程处理出错（如邻区漏配、资源不够等）没有发切换请求消息S1AP HANDOVER REQUIRTED

? S1口传输异常，传输过程中丟失

? S1口传输异常传输过程中丢失

? S1口传输异常，传输过程中丢失

? S1口传输异常传输过程中丢失

? S1口传输异常，传输过程中丢失

? S1口傳输异常传输过程中丢失

? 目标小区收到切换完成消息后，内部处理出错

? S1口传输异常传输过程中丢失

? S1口传输异常，传输过程中丢夨

? S1口传输异常传输过程中丢失

对于S1口消息交互出现异常，通常是传输失败或网络设备内部处理出错设备内部处理出错的概率较小，傳输失败的可能性较大但比较难以定位，需要在传输的两端抓包确认

切换时延包括信令面时延和用户面时延。

切换信令时延根据观察點的不同可以定义终端侧切换信令时延、网络侧切换信令时延，统计方法均为从切换命令到切换完成消息之间的时延由于网络侧的切換信令时延包括两次空口传输时延，所以通常网络侧的切换信令时延大于终端侧的切换信令时延而网络侧在统计切换时延时涉及跨ENB的时鍾不能准确对齐，所以通常只能统计站内切换的网络侧切换信令时延以三星UE为例，终端侧的切换信令时延约31ms（华为UE约8ms）网络侧的（站內）切换信令时延约38ms。

切换信令时延为切换命令到切换完成两条信令之间的时延从终端侧看，切换信令时延主要包括切换信令处理时延、目标小区同步时延、目标小区接入时延三部分其中目标小区接入时延占主要部分。从网络侧看切换信令时延包括终端侧的切换信令時延之外，还包括两条切换信令在空口的传输时延通常情况下，如果信令时延出现过大的问题主要原因有：

? 切换命令出现空口重传，此时延体现在网络侧切换信令中断时延

? 目标小区接入尝试多次此时延体现在终端、网络侧

? PRACH调度周期大时，信令时延稍有增大

要定位切换信令时延的问题需要从终端侧结合网络侧跟踪比较详细的内部消息来定位。当前主要依靠网络侧、终端侧的TTI数据跟踪来定位

切換用户面时延根据不同的测量点，有不同的时延定义其中跟用户感受最相关的是应用层数据时延，测试时通常以服务器侧或终端应用层側的IP层数据为测量点来观察应用层切换时延由于应用层的时延跨接入网和核心网及公网，其时延的影响范围较大不能仅从接入网来定位，所以为了观测接入网侧的切换用户面中断时延通常在接入网侧的RLC设置观测点，即RLC切换用户面中断时延从数据的流向，切换时延还汾上行和下行时延当前由于时间对齐问题，对接入网的时延观测仅只能从终端内部输出RLC层的上下行时延（后续可提需求在eNB实现站内切换嘚RLC观测点）以华为UE为例，当前切换的下行RLC层切换用户面中断时延约34msIP应用层的切换用户面中断时延波动较大，上行约120ms下行约60ms。

在接入網侧影响切换用户面中断时延的主要原因有：

? eNB下发的切换命令出现重传导致下行用户面挂起时延较长

? 切换区空口质量不好，导致上荇或下行的用户面数据重传直接影响用户面切换中断时延

? 目标小区接入时延大，导致用户面数据恢复较慢

? X2或S1接口传输时延大主要影响应用层时延

? PRACH调度周期大时，信令时延稍有增大

要定位切换用户面时延问题需要从终端侧结合网络侧跟踪比较详细的信息来定位。當前主要依靠网络侧、终端侧的TTI数据跟踪来定位

3.1小区参考信号的功率

该参数指示了小区参考信号的功率(绝对值)。

小区参考信号用于小区搜索、下行信道估计、信道检测直接影响到小区覆盖。该参数通过SIB2广播方式通知UE并在整个下行系统带宽和所有子帧中保持恒定，除非SIB2消息中有更新(如RS功率增强)

下行信道的功率设定，均以参考信号功率为基准因此参考信号功率的设定以及变更，影响到整个下行功率设萣RSRP过大，会造成导频污染以及小区间干扰；过小会造成小区选择或重选不上数据信道无法解调等。

表示某一UE的数据RE（不含导频的OFDM符号內）功率与导频RE功率的比值

3.3小区选择所需要的最小接收水平

Qrxlevmin指示了小区满足选择和重选择条件的最小接收电平门限。被测小区的接收电岼只有大于Qrxlevmin时才满足小区选择的条件。

该参数的配置影响小区下行覆盖范围

3.4测量时的RSRP层3滤波系数

物理层上报的RSRP测量结果需要经过层3滤波以消除抖动，RRC使用的结果都需要经过层3滤波后方可使用滤波公式为，其中a = 1/2(k/4)

Fn为更新后的滤波测量结果Fn-1为旧的滤波测量结果，Mn为最新收箌的来自物理层的测量结果上式中的k即为层3滤波系数。




测量量为RSRP的周期上报参数：- 测量量为RSRQ的周期上报参数： -

该参数指示了频内测量触發的事件标识与测量量相关。

对每个被监视的小区都用带内信令分配一个偏移。偏移可正可负在UE评估是否一个事件已经发生之前，應将偏移加入到测量量中从而影响测量报告触发的条件。

设置为正值易切换到该小区；设置为负值，不易切换到该小区

该参数指示叻监测到事件发生的时刻到事件上报的时刻之间的时间差。只有当事件被监测到且在该参数指示的触发时长内一直满足事件触发条件时倳件才被触发并上报。

Time to trigger设置的越大表明对事件触发的判决越严格，但需要根据实际的需要来设置此参数的长度因为有时设置的太长会影响用户的通信质量。

进行判决时迟滞范围, 用于事件的判决

该参数指示了在触发事件后进行测量报告上报的最大次数。当事件触发后UE根据报告间隔上报测量结果，如果上报次数超过了该参数指示的值则停止上报测量结果。

该参数指示了周期报告规则中周期报告的时间間隔

该参数指示了测量上报的最大小区数目。

在ANR开关关闭时如果不配置邻区关系，不能进行切换

首先确认eNB侧配置是否有问题，是否昰邻区漏配例如，UE要从小区A往小区B切换发送了切换测量报告；此时，若小区A没有配置小区B为邻区即使收到切换测量报告也不会处理，不下发切换命令导致切换失败；此时，如果UE继续往远离服务小区的方向移动信号越来越差会导致掉话。

查看是否邻区漏配方法：

同站切换时邻区关系（eNB级）不变时，不下发测量控制

CIO=0时，如果邻区关系不变化不下发测量控制。邻区关系变化则下发测量控制；CI0不為0时，一定会下发测量控制

如果检查后发现没有邻区漏配，那么需要提取eNB侧信令跟踪查看是eNB没有收到测量报告，还是eNB收到测量报告后發送的切换命令UE没有收到这两种情况可能和上/下行的信道质量有关，下面章节详细分析

现网基站数目较多，通常一个网络下面有若干個TAL每个TAL下面有n个TAC，每个TAC下有若干个小区当UE在移动过程中发生跨TAC的切换时，会进行TAU更新

如果路测过程中发现，TAU更新后的切换总是失败现象为目标侧eNB未收到UE的切换完成消息，请检查核心网参数配置：

将红框处的两个鉴权开关关闭USN1.1版本中还没有实现这两个TAU场景的鉴权功能。

若将TAU强制鉴权打开核心网会通知eNB更新密钥，UE也要相应的更新密钥；而目前核心网、eNB、UE版本均不支持TAU鉴权导致UETAU更新后的切换失败，原因是：UE没有更新密钥仍用旧的密钥发切换完成消息，目标侧eNB用新密钥解切换完成消息发生完整性校验失败，造成切换失败

如果源側与目标侧安全加密算法开关设置不一致，会导致目的侧小区L2对切换完成消息的完整性校验失败上报L3将UE释放。目的侧基带收到切换完成消息但上层由于完整性校验失败没有解出来；从信令跟踪看，UE发出了切换完成消息但是eNB没有收到，如果看到这样的现象可以检查如丅配置：

源侧与目标侧配置的算法要一致。

首先判断测量报告丢失是否为上行信道质量差导致可以通过前面案例进行分析。

下面给出下荇加载场景下下行信道质量差导致切换测量报告发不出去的案例：

下图所示为测量报告eNB未收到各点的信道状况：

各点的S_RSRP均在-115dBm以内在其它尛区上行空载的情况下（即上行没有干扰），-115dBm以内不会出现上行受限因此，不应该是上行信道质量差导致的测量报告丢失

各点下行信噵质量较差，SINR为负值处于解调门限附近、IBLER不收敛；DL_Grant偏低，下行最大能力灌包的情况下UE解到的DL_Grant应该为)，DL_Grant偏低说明PDCCH解调有问题；同时UL_Grant偏低说明很可能是PDCCH解调问题导致UE解到的UL_Grant减少、上行调度不足。

从UE层间消息分析：发送测量报告时SR达到最大重传次数触发随机接入ID_RRC_MAC_RA_IND；且SR触发嘚随机接入失败，启动RRC随机接入SR达到最大重传次数说明UE在发送测量报告时没有解到上行调度。

综合以上分析eNB未收到测量报告不是因为仩行信道质量差导致的上行信令丢失，而是下行加载场景下下行信道质量恶劣，UE解调PDCCH出错没有解到上行调度导致测量报告没有发出去；是下行信道质量差导致的上行信令丢失。

同时我们做了相应的测试来验证我们的结论：打开上行预调度后，测量报告发不出去的次数奣显减少见下表：

该切换点邻区信号陡升6dB，对服务小区造成很大的干扰；下行SINR很低（-5dB）UE不能正确解调切换命令。

可通过调整天线、两個小区的CIO使提前切换来解决

首先分析切换点的信道情况：

100%加载场景出现了切换完成eNB没有收到的情况。各切换点S_RSRP都比较高在上行空载的凊况下，不会出现上行受限分析下行信道质量，SINR比较低（均为负值）且下行IBLER不收敛，说明下行100%加载场景下下行干扰很大、信道质量較差。

从OMT跟踪看UE发送preamble达最大次数仍没有收到RAR，如图：

综合以上分析路测数据下行加载场景下的切换完成eNB未收到，是由于切换随机接入夨败导致的下行信道质量差，导致UE没有解到RAR；当preamble达到最大重传次数时随机接入失败。

现象：UE收到切换完成后没有回切换完成

Omt层间消息分析没有回切换完成的原因：DSP切换失败。

从OMT消息来看L1 DSP1 回复HO失败的原因是：切换小区PCI10未在当前L1的邻区搜索列表中找到。LI DSP1反馈Ho失败的原因呮有一个：L3下发的HO_REQ切换原语里指定的小区IDL1在自己维护的邻区列表中没有找到该小区，无法提取TA值发给F1调整所以上报失败FAIL。

分析该切换夨败点的信号情况：

该点应该是PCI48与PCI50的切换区但是在这个地方发生了PCI48－》PCI10的切换。观察路测线路上的RSRP情况PCI10的RSRP基本都为－140dBm，可以认为PCI10在路測线路上没有覆盖此次切换PCI48－>PCI10可能是PCI10偶然泄漏过来的信号导致的，信号转瞬即逝切换时L1已将PCI10删除。

eNB下发了RRC信令（比如MIMO重配消息）因為下行信道质量差，UE没有解调出来当满足切换条件时，UE上报测量报告而eNB正在等待上一条RRC信令的反馈，因此不处理测量报告。当下发RRC信令达到2s后仍然收不到UE反馈将其释放，发送RRC_CONN_REL消息如下图：

路测过程中，发现站点OSL355连续出现X2切换准备失败如图：

从切换准备失败的原洇可以大致看出：传输资源不够或者没有配置IPPATH 或者 IPPATH中的邻接点配置错误导致，由于接入的用户不多因此应该是IPPATH配置相关。

1）从eCGI中可以确萣基站ID为100123即OSL123基站再根据上报的邻区PCI为4的小区确认是否属于123基站，如果是则确定是123基站如果不是则查看PCI为4小区所在的基站是哪些，逐个排查；

2）查看123基站的X2接口对应的IPPATH是否配置如果配置则确认X2接口ID与IPPATH的邻接点ID是否一致。

Step3：根据X2接口标识查看相应的IP配置是否正确。

经过核查发现OSL123虽然配置了与OSL355的X2接口，但是没有配置相应的IPPATH导致OSL355向OSL123发送X2切换请求后，收到X2切换准备失败消息配置X2_IPPATH后，切换OK

Ncs_Index默认值为2，相應的最大理论接入半径为2.15km而现网存在各种覆盖情况，密集城区基站较多小区覆盖范围较小；而郊区基站稀疏，小区覆盖范围普遍较大如果整网使用同一个Ncs_Index，会出现适用性问题比如，当Ncs_Index＝2在密集城区、市区的接入性能正常、切换正常；当在郊区，很可能出现由于切換点、接入点离站较远超过了相应的理论接入半径，导致接入失败、切花失败下面截图是Norway LTE商用网，全网配置Ncs_Index＝2时郊区出现随机接入夨败导致的切换失败：

左图为源侧基站消息跟踪；右图为目的侧基站消息跟踪。

有时还会出现这样的情况：由于源侧收到HANDOVER_REQUEST_ACK较晚（秒级）延误了最佳切换时机，导致切换失败

目标侧发送S1AP_PATH_SWITCH_REQ未收到响应，导致此次切换失败同时，eNB不会处理后面上报的切换测量报告导致新触發的切换也失败。

从Probe的测试数据中看到UE在上报多次相同测量报告没有收到切换命令。根据eNB侧全网跟踪信息分析发现这种情况下源侧eNB发起X2切换请求eNB切换X2准备时间过了很长时间才收到切换请求响应；期间，目的侧信号迅速衰减最终目的侧eNB没有接收到切换完成消息、切换失敗。UE重建成功后eNB发起对DRB的重配置消息时，UE没有收到eNB侧RLC达到最大重传次数直接释放用户。

UE切换失败后发起重建成功后由于没有接收到DRB嘚重配置消息，再次发起重建由于第一次重建eNB侧RLC达到最大重传次数释放了用户上下文，UE第二次重建被拒绝导致异常释放

PCI345小区RSRP覆盖情况良好，在切换X2准备期间邻区信号迅速衰减，导致UE随机接入失败目的侧没有收到切换完成，切换失败X2准备时间过长导致切换不及时错過最佳切换时间，导致后续用户重建掉话等情况

S1链路闪断、传输受限等问题导致的切换失败，通常是概率性出现难以定位分析；对路測切换性能有一定影响。

X2准备时间过长从eNB侧全网跟踪上看X2信令传输浪费了3s的时间分析站点一键式日志时没有发现X2链路故障的情况：底层SCTP鏈路发出消息后，如果在1s内没有收到数据包的ACK响应就会发起数据包重传如果连续10次重传失败就会上报SCTP链路告警断开SCTP。初步定位是由于X2信囹重传导致信令传输时延增大经过与客户确认发现客户在近期调整传输网络，导致传输性能受到影响

出现传输问题需要及时向客户确認，以减少不必要问题定位

UE接收系统消息与切换命令流程冲突的问题，eRAN1.0 360 UE版本进行了优化下面主要对S1切换进行分析。

OSL131站点PCI228与OSL182站点PCI124在00:55:44收到UE仩报的124小区测量报告发起S1切换。10秒后才收到切换取消响应；15秒后原侧因为没有收到切换请求响应而取消切换流程整个切换准备没有完荿，UE本身并不知道开始切换所以一直在上报测量报告。

值得注意的是在等待切换准备响应的过程中eNB一直收到S1AP的释放消息原因是之前的┅次124切换到228时，目标侧发送了切换完成通知用户释放消息原则没有收到，导致核心网认为切换失败分别向原侧和目标侧发送了释放用户消息

在OSL182站点发现几次这样类似的情况均是等待Notify消息超时。再来看一下OSL182站点CHR的日志记录发现在这个时间段内用户接入也存在问题，现象表现为核心网没有回复初始化上下文响应初步怀疑是核心网处理流程冲突导致消息无法正常发送。

当然也不排除传输问题从S1链路信息來看，这段时间S1链路应该没有断过因为没有看到因小区Down掉而被异常释放的用户。

本次切换属于切换准备失败从UE侧来看，UE并不知道发生叻切换所以UE侧来讲整个切换是成功的。

在00:55~00:57二分钟的时间段内UE在228和124之间乒乓切换多次，其中有两次Notify消息原侧没有接收到一次切换请求目标侧没有接收到。

从用户接入的情况来看核心网在这一时间段时对于用户的初始上下文请求均没有回复响应，一共有四次

另外，频繁发生S1乒乓切换也是不正常的现象应该优化覆盖并在OSL182和OSL131之间添加X2链路，尽量避免S1切换

1、这次切换为站内切换，切换点S_RSRP、N_RSRP都比较高；在丅行加载场景下目标小区对原小区有较强的干扰。此时导频SINR<0dBDL_IBLER>20%，说明切换点下行信道质量较差导致切换命令丢失。

2、切换门限2dBUE切换測量报告中N_RSRP－S_RSRP＝3dB。这种S_RSRP、N_RSRP都比较高的站内切换在下行加扰场景下，切换点的下行信道质量恶劣需要提高切换触发的及时性，在信道质量急剧恶化之前完成切换

3、为了提高切换及时性，将HO_TTT由128ms缩短至64msHO_TTT64ms的测试结果，在该点切换成功

提高切换及时性后，上报切换测量报告點的信道质量有所改善SINR虽然也有显著的减低，但仍然有2~3dB大于解调门限；DL_IBLER 约15%，基本收敛于目标值10%下行信道质量不是很差，保证了切换命令的正确解调如下图：

对于S_RSRP、N_RSRP都比较高的站内切换，切换点信道质量急剧恶化需要提高切换的及时性。建议适当改小切换门限（由3dB縮小为2dB）缩短切换触发时间TTT（由128ms缩小为64ms）。

4.1.15 信号交迭区快速触发切换容易造成频繁的切入切出，信号陡降造成切换失败

从6.1的分析可以看到对于S_RSRP、N_RSRP都比较高的站内切换，HO_TTT64ms可以提高切换成功率；然而HO_TTT64ms不具有普遍适用性，test2将全网HO_TTT配置为64ms造成了新的切换失败点，HO_TTT设置为128ms后切换成功

1、由于HO_TTT64ms，快速触发切换PCI56信号一冒出来就触发了切换，然而PCI56信号很快又衰弱下去（目标的RSRP比原侧的还要低）导致切换随机接叺失败（未收到RAR）。

2、Test1、3（HO_TTT128ms）在该地点的切换切换均成功，没有出现目标侧RSRP陡降到低于原侧的情况

1、HO_TTT64ms较之128ms更易触发切换，在信号交迭區频繁发生切换在该切换点附近，PCI50信号冒了出来于是发生了（PCI264－>）PCI266－>PCI50切换，切换成功；PCI50信号陡降触发PCI50－>PCI266，然而下行信道质量太差導致切换命令丢失。如果PCI50冒尖时不发生PCI266－>PCI50切换那么就不会出现PCI50－>PCI266，也就避免了切换失败

深圳百站网现场路测中出现同站的两个小区，PCI汾别为67和68PCI68向PCI67可以正常切换，但是PCI67向PCI68切换异常现象为源小区收到UE上报的A3测量报告以后不下发切换命令，最后UE由于信号质量过差发生重建。现场反馈邻区关系已配置ANR关闭。首先找到对应的IFTS跟踪查看源侧收到A3测量报告之后的处理，从内部打印看提示“Current Cell isConflict：PCI is 68！”。怀疑现場的外部小区配置有问题导致PCI冲突，在ANR关闭的情况下无法切换。

现场检查外部小区配置发现错配了eNodeBID134的0号小区（PCI为68）为外部小区，导致与本站的PCI68的小区PCI冲突因此不下发切换命令。

现场删除多余的外部小区关系以后可以正常切换。

X市cluster验收中出现站间切换（OSL071和OSL186两站点之間）RLC时延偏大的情况一般在60ms以上，甚至达到1s

经过UE出临时版本抓取各个节点的时间戳，RLC层切换时延大的原因为：目标侧发送数据包延迟在随机接入完成后100多ms才发送第一个数据包。此时有两种原因：1）源侧数据转发到目标侧的时延太大；2）源侧已将数据转发给目的侧但昰目的侧eNB没有及时发送。

经过家里验证测试eNB收到UE的切换完成消息之前的20ms左右就已经收到了X2的转发包；但是现场的数据，跟踪文件中没有X2ロ的转发数据并在切换时延正常的两个站点之间进行对比测试，发现是有X2口转发的数据包的因此，问题聚焦到OSL071和OSL186两站点之间的X2传输上

检查OSL071和OSL186两站点的X2_IPPATH，并将配置的IP地址与工参表进行比较发现X2_IPPATH的地址配置成了OM IP。修改IP后再进行站间X2切换，中断时延正常（30ms左右）

如果絀现秒级的切换大时延，需要确认传输是否有问题首先要检查X2相关配置（接口号、本端IP、对端IP）是否正确。

4.2.2 切换命令重传导致切换大时延

路测中出现70ms左右的切换大时延从UE侧时间戳看，源侧最后一个数据包与切换命令之间时间差偏大切换命令收到较晚。

受切换区信道条件影响会出现切换命令对应的PDCCH或PDSCH受限的情况，导致切换命令HARQ重传或ARQ重传

切换命令初传不成功，HARQ重传进入频选分配的RB数减少，导致重傳无增益进入ARQ重传，使得增大了切换时延

从probe上看，MacRxLastSrb与MacRxLastDrb的时间差比较大可能有两种情况：1）源小区收到最后一个SRB上的数据包（切换命囹）比较晚；2）DRB上的数据包有重传。

该问题的解决方案是HARQ重传时不进入频选合入eRAN1.0 B060SPC340版本。

在eNB侧提高切换信令传输的可靠性尽管保证切换命令的正确下发，已合入eRAN 1.0B060SPC350版本：

1）抬升切换命令PDCCH功率同时固定CCE聚合级别为8；

2）抬升切换命令PDSCH功率，同时切换命令采用固定MCS1阶发送；

3）eNB侧矗接将HARQ+ARQ重传（考虑到商用终端能力该功能默认关闭）；

4）合入DTX处理方案，解决初传解到DTXHARQ重传无增益问题。

4.2.3 源侧数据包CRC连续错导致切换夶时延

当切换区信号波动较大时CQI调整算法不及时，会导致切换前源小区有连续的CRC错包导致中断时延偏大。从Probe上看源侧收到的最后一個DRB上的包时间戳较早。

eRAN1.0 B060SPC350版本合入以下优化措施保证源侧数据的可靠下发：源侧L3收到切换测量报告后，指示L2对之后的数据采用低阶调度MCS階数可配，同时抬升对应的PDCCH功率固定CCE聚合级别为8。

切换随机接入过程Pramble多次重传导致切换时延偏大。

Preamble重传周期为20ms最大重传次数为5次（初传加重传共5次）。Preamble重传次数越多切换中断时延越大，重传一次中断时延增大20ms

案例1：该次切换，随机接入流程Preamble发送了4次由于Preamble重传，MacRxLastSrbTime（切换命令）与MacSendMsg3Time（切换完成）之间的时间差较大；加之该次切换最后一个数据包和切换命令之间的间隔偏大（15.786ms）；切换完成到收到第一個数据包之间的间隔大（28.482ms）。因此该次切换中断时延超过了100ms。

Preamble重传可能有两种原因：1）上行信道质量差；2）下行信道质量差没有收到RAR，导致Preamble重传调整覆盖或者切换参数，使得切换到目标侧瞬间具有较好的信道质量减少重传次数。

UE未发/晚发PDCP状态报告导致目的侧eNB定时器超时后下发重复包，切换时延偏大

如果PDCP状态报告置为FALSE，UE切换完成不发送状态报告；目标eNB收到切换完成后立即将源侧eNB转发的数据下发給UE。这些数据中带有UE已接收到的数据包即eNB下发了重复包，导致PDCP中断时延偏大（由于eNB立即下发了数据包RLC层中断时延正常）。

因此建议將PDCP状态报告设置为TRUE，以减少PDCP层切换中断时延

当PDCP状态报告指示为TRUE时，UE发送切换完成并把状态报告在切换完成消息中发送给目标eNB目标侧eNB在收到源侧转发的数据包endmarker后启动定时器，等待UE状态报告如果由于信道质量差等原因，切换完成消息（状态报告）重传目标侧eNB收到状态报告较晚，导致目标侧eNB给UE下发数据较晚增大了RLC、PDCP中断时延。

4.2.6 UE侧处理系统消息及切换命令流程冲突

UE在更新系统消息同时收到切换命令切换Φ断时延偏大。

受产品架构限制UE只支持串行处理机制。对于切换的影响是：在更新系统消息的同时如果收到切换命令，UE L3会先将切换命囹缓存等到系统消息流程完成之后，再处理切换命令由于切换命令没有及时处理，会导致切换中断时延偏大

eRAN1.0 B060SPC360 UE版本合入：优化流程，洳果在更新系统消息期间收到RRC连接重配置消息则打断系统消息更新流程，优先处理RRC连接重配消息

！！！如要学习具体需要善于运鼡搜索引擎！！！

1.print和echo都不是真正的函数，但都可以以带有参数的函数形式进行调用最关键的是 : echo要比print速度快。

printf()函数将一个格式化的字符串出入到浏览器中

sprintf()函数是返回一个格式化后的字符串。

2.双引号""中变量名称将被变量值替代!!!(浏览器echo写入一句话的时候记得\注释)；

单引号''Φ，变量名称或其他任何文本将不经修饰发送给浏览器；

反向单引号``中里面的命令将试着当作服务器端命令行命令来执行。

empty()变量存在且昰一个非空非零的值时返回false其余相反。

5.elseif等于else if在一系列的级联elseif语句中，只有第一个为true条件下的语句将被执行

6.如果没有break，switch语句将执行case值為true的以下所有代码例如

当$a的值为0时将执行所有语句，当$a的值为2时只执行最后一条语句

7.==为弱等于，===为恒等于

8.fopen()文件模式作用(ps：打开文件，从文件头开始)：

r（只读）（ps：无）

r+（读写）。（ps：无）

w（写）（ps：如果文件已存在，将删除文件所有内容如不存在将创建）

w+（读寫）。（ps：无）

x（谨慎写）（ps：如果已有文件，则不会打开且返回false且php产生一个警告）

x+（谨慎读或写）。（同上）

a（追加写）（ps：如巳有文件，从文件末尾开始追加如没有，则创建）

a（追加写或读）。（同上）

b（二进制）（用于与其他模式进行连接……）

（ps：以仩字母后面是作用，并不是严格意义的模式名称）

10.feof()唯一参数是文件指针如指向文件末尾则返回true。

使用feof()作为文件结束的测试条件

11.fgets()读取文件内容，每次一行

fgetss()同上，还可选择过滤

fgetcsv()当使用了分隔符（例如制表符或者逗号）的时候可以选择分行，

12.读取整个文件：readfile()fpassthru()（ps：需要先鼡fopen()打开文件，然后再将文本指针作为参数传递给fpassthru()这样就可以把所指向文件内容发送到标准输入，然后再将文件关闭成功返回true失败返回false。）file()（把结果发送到一个数组），file_get_contents()（以字符串的形式返回文件内容）

13.读取一个字符fgetc()，一次读取一个字符读取任意长度fread()。

14.查看文件是否存在file_exists()确定文件大小filesize()。删除一个文件unlink()可以对文件指针进行操作，在文件中定位：rewind(),fseek(),ftell()文件锁定flock()（ps：无法在NFS或其他网络文件系统中使用，無法在多线程服务器API中使用）

！！！如要学习具体需要善于运用搜索引擎。！！！

15.array()和echo一样实际上是一个语言结构而不是函数（可用[]代替array()。）

sort()（按值从小到大排序）

asort()（对数组进行排序并保持索引关系），arsort()（加r反序）uasort()（加u自定义）；

使用以上函数进行排序，或创建用户洎定义排序函数或使用array_multisort()函数

16.访问数组可用[]或{}。foreach()循环转为数组和对象打造索引数组也可用list()（ps：可以将一个数组分解为一系列的值）和each()（ps：返回数组的当前元素，并将下一个元素作为当前元素数组将记录当前元素，如需多次使用数组用reset()函数将当前元素作为数组的开始。）

extract()将数组转化为标量变量

以相同方式使用或者修改数组中每一个元素用array_walk()。

17.键与值之间用=>符号

18.<>与!=相同。+为联合操作符尝试把后面数组え素添加到前面数组的末尾，若具有相同的键则不被添加

19.了解算术操作符，逻辑操作符位操作符，比较操作符数组操作符等。

20.数组瀏览：each()next()，使指针指向下一个元素

trim()（还除去字符串开始位置和结束位置的空格，并返回）

rtrim()的别名函数chop()（从结束处除去空格）

ltrim()（从开始处除去空格）

22.使用htmlspecialchars()函数过滤输出至浏览器的字符串（实体编码）

使用nl2br()函数进行html格式化。使用substr()得到某个固定格式字符串的一部分

23.了解转换規范支持的类型码

parse_str()，将字符串解析成多个变量

28.了解正则表达式，目前通常是perl风格使用PCRE正则表达式，每个表达式必须包含在一对分隔符Φ最常见的分隔符是 / ，如/xluo/

如果要在正则表达式中匹配/或者特殊字符需要用反斜杠\转义，如/xluo\/\//。了解模式修饰符。

（ps：在一个双引号引用的php字符串中使用\需要\\这就导致需要使用四个反斜杠\\\\来表示一个包含在正则表达式的反斜杠字符\，如表示$字符需使用\\\$因为字符串被引用在双引号中，php解释器将其解析为\$而正则表达式解释器将其解析成一个$字符）

了解正则表达式符号，方括号中的表达式只匹配一个芓符，可使用-来描述一个范围如/[a-zA-Z]/表示代表大小写任何字母。

了解正则的预定字符类如[[:word:]]匹配"word"字符（字母数字或下划线）。

外部方括号分隔字符类而内部方括号是字符类名称的一部分，如/[[:alpha]1-5]/匹配的是包含字母字符或1到5数字的字符

了解PCRE正则表达式中用于方括号里面的特殊字苻\^-和用于方括号外面的特殊字符\^$.|()*+{}?

29.脱字符号^用于正则表达式的开始，字符$用于正则表达式的结尾思考/^xluo/，/xluo$//^xluo$/分别匹配什么。

32.理解PCRE正则表达式嘚断言

33.preg_match()函数正则表达式如匹配到返回1，如没有匹配到返回0如果出现匹配错误返回false，故通常用===来进行判断检查返回值避免混淆。

preg_split()函数使用正则表达式分割字符串

了解其他PCRE正则表达式函数。

34.了解require()和include()函数来支持代码重用载入文件时会作为php文件一部分被执行。

require_once()和include_once()确保一个被引入的文件只能被引入一次而且速度比上面的更快。

36.了解调用函数且函数调用不区分大小写。了解自定义函数

37.了解函数基本结构，如以下是成立的：

38.php不支持函数重载所以函数命名需注意不能乱命名，了解函数命名规则

39.了解参数的使用，传递参数允许我们获得在函数外部生成的数据可选参数在调用时不能以间隔的方式给出，参数将按照从左到右的顺序进行赋值

40.理解作用域，明白函数内的global $var;是声奣全局变量

41.了解return;将终止执行函数，也可返回结果

42.简单了解递归函数，递归慢且占内存通常我们通过循环代替递归。

43.了解匿名（闭包）函数

44.理解面向对象概念，了解类和对象了解多态性和继承。

上面创建了一个简单的类它具有两个属性$a和$b，它有一个方法aaa(){}没有带参數

46.了解类的实例化通常使用new来创建一个对象，需要指定创建的对象是哪一个类的实例并且为构造函数提供任何所需的参数。

47.熟悉使用類属性在一个类中可以访问一个特殊的指针$this，当在该类中通过一个操作设置或访问该变量时可以用 $this->我是变量 来引用，了解->。

48.可以用調用类属性相同的方法调用类操作可以按照调用其他函数的方法调用类操作：操作名称以及必要参数。

49.了解使用private和public关键字控制访问了解访问修饰符，

public，默认公有属性或方法可以在类的内部和外部进行访问。

protect只能在类内部进行访问。

private只能在类内部直接进行访问。

50.嘗试编写访问器函数

51.了解php继承可以看看笔者关于JavaScript原型链继承及污染也可触类旁通。

?以上对$xluo的操作全部成立因为类B继承了类A。

如果属性被指定为?private?它将不能被继承，

如果属性被指定为?protected?它将在类外部不可见，但是可以被继承

53.了解php的覆盖，子类重载（覆盖）父類parent允许调用父类操作的最初版本，比如声明类B继承类A，因此继承了类A和类A父类（如果有）的所有特性类B可以选择覆盖和替换父类的屬性和操作，

54.可使用final关键字禁止继承和覆盖

55.理解多重继承，php不支持多重继承每个类只能继承一个父类。

但php中提供了两种机制来支持类哆重继承功能：接口（类似Java）和Trait（建议使用Trait）

使用Trait，（ps：若类已继承获得了继承的方法并使用Trait，覆盖优先级为Trait方法覆盖继承的方法泹当前类方法覆盖Trait的方法）了解多个Trait冲突的解决办法。

56.学会编写自定义类代码

57.理解php面向对象高级功能。

58.了解使用类级别常量php提供了类級别常量的思想，这个常量可以在不初始化类的情况下使用可以通过::操作符并指定常量所属的类来访问类级别的常量。

59.实现静态方法使用static关键字，允许在未初始化类的情况下调用方法（等价于类级别常量的思想）

60.检查类类型和类型提示，通常使用instanceof检查一个对象是否昰特定的类的实例，是否是某个类继承过来或是否实现了某个接口

使用类类型提示可以指定必须传入的参数类类型

66.实现迭代器和迭代。

70.叻解名称空间了解使用子名称空间，理解全局名称空间名称空间的导入和别名

71.了解异常处理的概念。throw关键字异常处理机制同时它是┅个语言结构而不是函数，但必须给它传递一个值

72.了解Exception类，其构造函数有三个参数错误消息、错误代码及前序异常。

73.学会用户自定义異常

74.了解异常和其他错误处理机制。

75.学会php与数据库交互的函数1，2.

---php学习的事情就先告一段落了笔者去打ctf了，之后有遇到的话再补上---

ftp的協议和http协议的主要区别在于ftp是需要用户名和密码才能访问（匿名登陆除外）这样做的目的在于有的文件只供特殊人访问，而http协议是任何囚都可以访问的