LTE ATTCH失败案例分析.doc

《LTE ATTCH失败案例分析.doc》由会员分享，可在线阅读，更多相关《LTE ATTCH失败案例分析.doc（14页珍藏版）》请在淘文阁 - 分享文档赚钱的网站上搜索。

1、 贵州朗捷科技有限责任公司LTE ATTCH失败案例分析 詹鑫 2014年12月7日案例摘要关 键 字:TAC、ATTCH;默认承载 ；专业类型: TD-LTE ；网元名称: 核心网、TAC、小区TAC ；设备厂商:卡特 ；1 LTE ATTCH介绍1.1 LTE ATTCH流程UE刚开机时，先进行物理下行同步，搜索测量进行小区选择，选择到一个suitable或者acceptable小区后，驻留并进行附着过程。附着流程图如下：说明：1) 步骤15会建立RRC连接，步骤6、9会建立S1连接，完成这些过程即标志着NAS signallingconnection建立完成，见协议24.301。2) 消

2、息7的说明：UE刚开机第一次attach，使用的IMSI，无Identity过程；后续，如果有有效的GUTI，使用GUTI attach，核心网才会发起Identity过程（为上下行直传消息）。3) 消息1012的说明：如果消息9带了UE Radio Capability IE，则eNB不会发送UECapabilityEnquiry消息给UE，即没有1012过程；否则会发送，UE上报无线能力信息后，eNB再发UE Capability Info Indication，给核心网上报UE的无线能力信息。 为了减少空口开销，在IDLE下MME会保存UE Radio Capability信息，在INI

3、TIAL CONTEXT SETUP REQUEST消息会带给eNB，除非UE在执行attach或者first TAU following GERAN/UTRAN Attach or UE radio capability update TAU过程（也就是这些过程MME不会带UE Radio Capability信息给eNB，并会把本地保存的UE Radio Capability信息删除，eNB会问UE要能力信息，并报给MME。注：UE radio capability update TAU is only supported for changes of GERAN and UTRAN ra

4、dio capabilities in ECM-IDLE.）。 在CONNECTED下，eNB会一直保存UE Radio Capability信息。 UE的E_UTRAN无线能力信息如果发生改变，需要先detach，再attach。4) 发起UE上下文释放（即2125）的条件：eNodeB-initiated with cause e.g. O&M Intervention, Unspecified Failure, User Inactivity, Repeated RRC signalling Integrity Check Failure, Release due to UE gener

5、ated signalling connection release, etc.; orMME-initiated with cause e.g. authentication failure, detach, etc.5) eNB收到msg3以后，DCM给USM配置SRB1，配置完后发送msg4给UE；eNB在发送RRCConnectionReconfiguration前，DCM先给USM配置DRB/SRB2等信息，配置完后发送RRCConnectionReconfiguration给UE，收到RRCConnectionReconfigurationComplete后，控制面再通知用户面资源

6、可用。6) 消息1315的说明：eNB发送完消息13，并不需要等收到消息14，就直接发送消息15。7) 如果发起IMSI attach时，UE的IMSI与另外一个UE的IMSI重复，并且其他UE已经attach，则核心网会释放先前的UE。如果IMSI中的MNC与核心网配置的不一致，则核心网会回复attach reject。8) 消息9的说明：该消息为MME向eNB发起的初始上下文建立请求，请求eNB建立承载资源，同时带安全上下文，可能带用户无线能力、切换限制列表等参数。UE的安全能力参数是通过attach request消息带给核心网的，核心网再通过该消息送给eNB。UE的网络能力（安全能力）

7、信息改变的话，需要发起TAU。1.2 LTE ATTCH异常流程1.2.1 RRC连接建立失败RRC 建立失败处理流程图1.2.2 核心网拒绝核心网拒绝流程图1) 如果是ESM过程导致的拒绝（比如默认承载建立失败），才会带PDN CONNECTIVITY REJECT消息；EMM层拒绝，只有ATTACH REJECT消息。2) 常见的拒绝原因有：IMSI中的MNC与核心网配置的不一致。1.3 TA概念及作用TA：Tracking Area，跟踪区。TA是LTE系统为UE的位置管理新设立的概念。1.3.1相关概念LALocation Area位置区RARouting Area路由区LAILA I

8、dentity位置区标识RAIRA Identity路由区标识TAITA Identity跟踪区标识LACLA Code位置区编码RACRA Code路由区编码TACTA Code跟踪区编码LA（位置区：LAI = PLMN + LAC）是2G和3G时代电路域的概念，它使移动交换机（MSC/SEVER）能及时知道终端的位置，当寻呼终端时，移动交换中心就在该终端的位置区中的所有小区进行搜索。在一个位置区内终端不需位置更新；在跨LA移动时，需要发起LA更新过程，以便网络知道终端的位置区；同时终端为了和网络侧保持紧密联系，需要周期性LA更新过程。RA（路由区：RAI = PLMN+ LAC + RA

9、C）是2G时代和3G时代分组域的概念，它使SGSN能及时知道终端的位置，终端要发起数据传输前，须向SGSN 和 HLR注册，并寻呼路由区内终端。终端可以在一个RA内不需要做RA 更新；在跨路由区移动时将发生RA 更新；同时需要进行周期性RA更新；1.3.2 TA的作用跟踪区（Tracking Area）是LTE系统为UE的位置管理新设立的概念。当UE处于空闲状态时，核心网络能够知道UE所在的跟踪区，同时当处于空闲状态的UE需要被寻呼时，必须在UE所注册的跟踪区的所有小区进行寻呼。TA是小区级的配置，多个小区可以配置相同的TA，且一个小区只能属于一个TA。TAI是LTE的跟踪区标识（Tracki

10、ng Area Identity），是由PLMN和TAC组成。TAI = PLMN + TAC（Tracking Area Code）多个TA组成一个TA列表，同时分配给一个UE，UE在该TA列表（TA List）内移动时不需要执行TA更新，以减少与网络的频繁交互；当UE进入不在其所注册的TA列表中的新TA区域时，需要执行TA更新，MME给UE重新分配一组TA，新分配的TA也可包含原有TA列表中的一些TA；每个小区只属于一个TA。2 LTE ATTCH失败分析2.1 问题呈现11月26日，六盘水城区出现小范围的用户反映4G手机无法上网，现场进行测试发现4G手机在3G-4G网络进行频繁重选，连接

11、测试软件测试，测试发现手机无法成功附着网络，如下图;问题一：3G-4G网络进行频繁重选图2.1.1 TD-SDMA网络-TD-LTE网络频繁的重选问题二：TD-LTE网络附着失败图2.1.2 TD-LTE网络附着失败图2.1.3 TD-LTE网络附着失败原因从ATTCH REJECT失败原因主要是由于核心网EMM决绝导致，UE建立默认承载失败；问题定位在核心网侧，排除无线端问题；2.2 问题解决分析2.2.1 参数修改核查经与省网管沟通核查，近期由于G网BSC割接，BSC割接后LAC进行变更，变更后G网所在LAC区域与TD-LTE所在区域LAC-TAC不对应，影响整体的TD-LTE的CSFB寻

12、呼成功率;故G网变更LAC后的区域TD-LTE区域内的TAC需做更新，TAC变更情况如下：l G网割接后LAC-TAC对应检查（34178-33979）割接信息：割接BSCLAC割接前LiuPanS1934178割接后LPS-ABSC-MXBSC9130-3833979割接详细信息请看附件：l 同区域LTE基站TAC分布情况检查LTE同区域部分基站大部分基站TAC仍为34178,如下图：G网割接后LACLTE现网TAC建议TAC修改：2.2.2 区域定位 由于11月26日早上刚好对该区域进行进行TAC修改，修改后，该区域出现较多用户反馈4G手机无法上网，驱车在该区域内进行拉网测试，发现于CQT测试问题类似，而该区域外基站上网正常；锁定问题故障是由于变更TAC导致； 由于变更TAC信息前，已提交核心网定义新TAC，核心网也反馈TAC信息已经做定义；再次与核心网确定TAC信息是否定义，发现核心网对于新增的TAC并未定义；通知核心网重新定义TAC，定义完成后问题解决；该区域拉网，下载业务恢复正常：图2.2.2.1 变更TAC区域下载业务3 总结 通过此次TAC变更导致的下载业务无法正常使用，总结了一下问题：l TAC变更需确保核心网数据定义完整l 由于核心网在省网管，需保障核心网与无线侧沟通流程顺畅避免出现类型情况出现；第 14 页 共 14 页