LTE優(yōu)化案例--高鐵測(cè)試TAC更新失敗優(yōu)化案例

1、嘉興電信華為L(zhǎng)TE工程優(yōu)化后臺(tái)優(yōu)化案例高鐵測(cè)試TAC更新失敗優(yōu)化案例1、【現(xiàn)象描述】嘉興電信2015年1月5日，在對(duì)滬杭高鐵嘉興區(qū)域段進(jìn)行DT測(cè)試時(shí)，發(fā)現(xiàn)存在多處TAU更新失敗。2、【原理分析】TA（跟蹤區(qū)）是LTE系統(tǒng)為UE的位置管理新設(shè)立的概念。當(dāng)UE處于空閑狀態(tài)時(shí)，核心網(wǎng)能夠知道UE所在的跟蹤區(qū)，同時(shí)處于空閑狀態(tài)的UE需要被尋呼時(shí)，必須在UE所注冊(cè)的跟蹤區(qū)的所有小區(qū)進(jìn)行尋呼。當(dāng)UE移動(dòng)發(fā)生TA改變時(shí)，終端需要向核心網(wǎng)發(fā)起跟蹤區(qū)更新。一個(gè)TA list含有1-16個(gè)TA,UE在TA list內(nèi)移動(dòng)時(shí)不需要執(zhí)行TA list更新，TA list的引入可以避免在TA邊界由于乒乓切換導(dǎo)致頻繁TA

2、更新。跟蹤區(qū)（TA）規(guī)劃應(yīng)遵循以下原則：1）跟蹤區(qū)劃分應(yīng)利用移動(dòng)用戶的地理分布和行為進(jìn)行區(qū)域劃分，減少跟蹤區(qū)邊緣位置更新。跟蹤區(qū)邊界劃分不宜以街道為界，不宜放在話務(wù)量較高的地方；跟蹤區(qū)邊界不宜與街道平行或垂直；在市區(qū)和城郊交界區(qū)域，宜將跟蹤區(qū)的邊界放在外圍一線的基站處，而不宜放在話務(wù)密集的城郊結(jié)合部。2）跟蹤區(qū)劃分應(yīng)滿足小區(qū)尋呼信道的容量要求并適當(dāng)預(yù)留，跟蹤區(qū)不宜跨越MME區(qū)域。3）需要開通CSFB的區(qū)域跟蹤區(qū)宜與2/3G LAC保持一致。4）針對(duì)高速移動(dòng)等跟蹤區(qū)頻繁變更的場(chǎng)景，可以通過(guò)TA List功能降低跟蹤區(qū)更新的負(fù)荷。一般來(lái)說(shuō)，TAU發(fā)生的場(chǎng)景主要有以下幾種： 1. 

3、;注冊(cè)狀態(tài)下TA發(fā)生改變（重選或切換之后，新駐留基站的TAC不在原TAL內(nèi)）； 2. 周期TAU定時(shí)器T3412超時(shí)； 3. 注冊(cè)狀態(tài)下覆蓋區(qū)丟失后UE本地EPS承載去激活，重新進(jìn)入覆蓋區(qū)； 4. UE網(wǎng)絡(luò)能力參數(shù)或DRX參數(shù)發(fā)生改變時(shí)； 5. 發(fā)生異系統(tǒng)重選，沒(méi)有緩存用戶面數(shù)據(jù)； 6. RRC連接釋放原因?yàn)椋盒枰虞dTAU流程。3、 【處理過(guò)程】本次測(cè)試的終端型號(hào)華為E3292，在其他區(qū)域測(cè)試時(shí)均正常，因此可以排除終端故障的問(wèn)題。而干擾會(huì)令周邊站點(diǎn)的底噪普遍提高，在基站性能指標(biāo)中并沒(méi)有發(fā)現(xiàn)底噪

4、明顯提高的問(wèn)題，因此干擾問(wèn)題也可以排除。綜合全路段分析發(fā)現(xiàn)，TAC更新失敗，多數(shù)伴隨小區(qū)切換失敗、重建失敗發(fā)生，結(jié)合TAC更新請(qǐng)求發(fā)生場(chǎng)景分析，可分析高鐵TAU產(chǎn)生原因有兩條：1. 注冊(cè)狀態(tài)下TA發(fā)生改變2.  注冊(cè)狀態(tài)下覆蓋區(qū)丟失后UE本地EPS承載去激活，重新進(jìn)入覆蓋區(qū)結(jié)合這兩種情況，我們選取2個(gè)較為明顯場(chǎng)景詳細(xì)分析。3.1注冊(cè)狀態(tài)下TA發(fā)生改變問(wèn)題區(qū)域事件圖如下，列車由南往北行駛：在后臺(tái)在U2000中并沒(méi)有發(fā)現(xiàn)任何告警信息，但我們核查數(shù)據(jù)發(fā)現(xiàn)TAC配置錯(cuò)誤。桐鄉(xiāng)上河頭南和桐鄉(xiāng)高橋經(jīng)濟(jì)開發(fā)區(qū)域所在區(qū)域的TAC規(guī)劃為22027，桐鄉(xiāng)高橋經(jīng)濟(jì)開發(fā)區(qū)錯(cuò)配置為22034。根據(jù)DT測(cè)試數(shù)據(jù)

5、分析，UE從LF_H_桐鄉(xiāng)上河頭南站切換到LF_H_桐鄉(xiāng)經(jīng)濟(jì)開發(fā)區(qū)站點(diǎn)，兩站點(diǎn)TAC設(shè)置不同（兩個(gè)站點(diǎn)規(guī)劃在同一TAC下），切換時(shí)存在TAC更新，由于高鐵速度較快，且信號(hào)覆蓋較差，導(dǎo)致TAC更新失敗。信令如下：SIB1中服務(wù)小區(qū)（桐鄉(xiāng)高橋經(jīng)濟(jì)開發(fā)區(qū)）信息（含eNodeB ID和Cellid），ENodeBID轉(zhuǎn)換為十進(jìn)制為353876，TAC為22034。TAU Request中的TACID為前一次使用的小區(qū)的TACID，配置為22027，和LF_H_上河頭南站點(diǎn)配置一致：終端上一次更新的TAL并不包含當(dāng)前服務(wù)小區(qū)的TAC 22034，因此發(fā)起了TAU。 上一次TAU Accept消息下發(fā)的T

6、AL修改TAC后：?jiǎn)栴}區(qū)域如下：無(wú)TAC更新失敗事件出現(xiàn)SIB1中接入小區(qū)信息（含eNodeB ID和Cellid）ENodeBID轉(zhuǎn)換為十進(jìn)制為353876，TAC為22027,與修改值一致。3.2注冊(cè)狀態(tài)下覆蓋區(qū)丟失后UE本地EPS承載去激活，重新進(jìn)入覆蓋區(qū)問(wèn)題區(qū)域如下：SIB1中接入小區(qū)信息（含eNodeB ID和Cellid）TAU Request中的TACID和TAU Accept中一致TAU更新成功后的TAC列表（和核心網(wǎng)愛(ài)立信的產(chǎn)品設(shè)置有關(guān)，TAL列表為更新最新的6個(gè)TAC）切換過(guò)程中UE收到不到目標(biāo)小區(qū)信息，重建RRC無(wú)響應(yīng)（受核心網(wǎng)異廠家因素，無(wú)法確認(rèn)是否是上行還是下行），從

7、而導(dǎo)致上下文丟失而被拒絕，之后終端發(fā)起TA-update由于上下文丟失，TAC更新失敗。RF調(diào)整后，沒(méi)有出現(xiàn)TAC跟新：從信令上看，已經(jīng)正常：4、【總結(jié)建議】嘉興地區(qū)LTE核心網(wǎng)采用愛(ài)立信設(shè)備，愛(ài)立信核心網(wǎng)為每個(gè)用戶維護(hù)一個(gè)TAL列表，TAL列表為最近更新的的6個(gè)TAC。這類TAL維護(hù)方法減少了現(xiàn)網(wǎng)劃分TAL和TAC的難度，比較適用于邊界多個(gè)LAC區(qū)域邊界的用戶，減少了邊界處用戶的TAU頻度。但是，這種TAL維護(hù)方法對(duì)于快速線性移動(dòng)的用戶有致命的缺陷，用戶每移動(dòng)到一個(gè)新的TAC區(qū)后，都會(huì)發(fā)起新的TAU，而無(wú)法通過(guò)靜態(tài)配置TAL減少線性移動(dòng)區(qū)域用戶的TAU行為，只能通過(guò)特殊劃分TAC以規(guī)避此類行為，而TAC包含的站點(diǎn)數(shù)往往受到限制。由于高鐵高速移動(dòng)的特殊性，建議沿線站鐵站點(diǎn)TAC規(guī)劃為統(tǒng)一值，保證高鐵穿越的TAC盡量少，以減少TAU次數(shù)，降低低跟蹤區(qū)更