主頁(yè)（http://www.by236.com）：LTE核心網(wǎng)常見(jiàn)故障和投訴案例分析

案例一：臨時(shí)方案用戶預(yù)換卡不能使用2、3G業(yè)務(wù)

【故障現(xiàn)象】
臨時(shí)方案的用戶，在更換USIM卡但未開(kāi)通4G業(yè)務(wù)的情況下，在4G網(wǎng)絡(luò)的覆蓋下，用4G手機(jī)終端可能無(wú)法正常使用2,3G業(yè)務(wù)。只能在4G手機(jī)上設(shè)置“2,3G only”，才能恢復(fù)正常使用。
【故障分析】
臨時(shí)方案的用戶，在更換USIM卡但未開(kāi)通4G業(yè)務(wù)的情況下，當(dāng)前BOSS系統(tǒng)只是將用戶的IMSI鑒權(quán)信息通過(guò)BOSS指令存儲(chǔ)到HSS，并未建立IMSI和MSISDN的關(guān)聯(lián)，即未放號(hào)為簽約用戶的任何2、3G的分組域、電路域和4G業(yè)務(wù)的簽約信息。這種場(chǎng)景下HSS給MME返回DIAMETER_ERROR_USER_UNKNOWN的錯(cuò)誤碼，MME收到HSS的DIAMETER_ERROR_USER_UNKNOWN碼后，給終端返回#8 “EPS services and non-EPS services not allowed”的NAS原因值。終端收到“EPS services and non-EPS services not allowed”的NAS值后，不再?lài)L試重新選網(wǎng)。
【故障解決】
針對(duì)這種臨時(shí)方案的用戶，如果只更換USIM卡不簽約4G業(yè)務(wù)，根據(jù)測(cè)試，MME給終端返回#7 “EPS services not allowed”的NAS值能夠使終端較快地重選到2、3G網(wǎng)絡(luò)。根據(jù)協(xié)議中定義的映射規(guī)則，HSS需要給MME返回DIAMETER_ERROR_UNKNOWN_EPS_SUBSCRIPTION (5420) with Error Diagnostic of NO_GPRS_DATA_SUBSCRIBED的錯(cuò)誤原因值，對(duì)應(yīng)到HSS上，需要BOSS在用戶進(jìn)行更換USIM卡時(shí)，不管用戶簽不簽約4G業(yè)務(wù)時(shí)，都要向HSS發(fā)送放號(hào)的BOSS指令，如果用戶不簽約4G業(yè)務(wù)，則通過(guò)設(shè)置4G-APN模板為0來(lái)關(guān)閉用戶的4G功能。
啟示：網(wǎng)絡(luò)側(cè)把問(wèn)題歸類(lèi)后，通過(guò)NAS值反饋給終端，終端針對(duì)不同的NAS值會(huì)有不同的響應(yīng)行為，在定位此類(lèi)問(wèn)題的時(shí)候，需要抓取信令，觀察S1-MME接口上附著失敗或者TAU失敗的原因值。
案例二：國(guó)際漫游用戶漫入到國(guó)內(nèi)MME下無(wú)法使用
【故障現(xiàn)象】
韓國(guó)、香港等國(guó)際漫游用戶在國(guó)內(nèi)某市中興MME下無(wú)法附著使用4G業(yè)務(wù)，而國(guó)內(nèi)用戶在同一地點(diǎn)正常使用4G業(yè)務(wù)。
【故障分析】
進(jìn)行信令跟蹤，發(fā)現(xiàn)國(guó)際漫游用戶附著時(shí)，MME回了PDN connectivity reject，原因值為網(wǎng)絡(luò)失敗：

MME失敗觀察報(bào)TAC的DNS解析失敗：

MME上檢查對(duì)TAC的域名解析緩存，發(fā)現(xiàn)只有x-s5-gtp服務(wù)，而國(guó)際漫游用戶需要使用x-s8-gtp服務(wù)：

【故障解決】

在DNS上修改TAC域名解析數(shù)據(jù)，增加對(duì)X-S8-GTP的解析結(jié)果。增加完畢后，再次檢查MME上收到的DNS返回結(jié)果，發(fā)現(xiàn)支持X-X8-GTP，再次測(cè)試，國(guó)際漫游用戶使用4G業(yè)務(wù)正常。

案例三：過(guò)渡方案4G用戶終端有4G信號(hào)但附著失敗，駐留2，3G
【故障現(xiàn)象】
過(guò)渡方案4G用戶終端有4G信號(hào)，但是附著失敗，只能駐留在2、3G網(wǎng)絡(luò)，更換位置后重新有4G標(biāo)志，嘗試附著仍然失敗。
【故障分析】
進(jìn)行信令跟蹤，發(fā)現(xiàn)用戶在2、3G下無(wú)附著4G的請(qǐng)求上來(lái)，要求4G用戶更換位置，能觸發(fā)附著請(qǐng)求，查看信令發(fā)現(xiàn)拒絕原因值是#15 No Suitable Cells In tracking area，同時(shí)在中興MME上抓包發(fā)現(xiàn)HSS返回的鑒權(quán)有錯(cuò)誤，錯(cuò)誤碼是DIAMETER_AUTHORIZATION_REJECTED，檢查HLR該用戶簽約數(shù)據(jù)，發(fā)現(xiàn)有2，3G簽約，但4G被關(guān)閉（OBEPC-1），因此愛(ài)立信HSS返回DIAMETER_AUTHORIZATION_REJECTED，根據(jù)規(guī)范，MME會(huì)回復(fù)#15：No Suitable Cells In tracking area，導(dǎo)致終端不斷重復(fù)4G附著，最后因失敗該TA被終端記錄下來(lái)作為不被允許的TA，不再?lài)L試附著，但是更換了位置后，不同的TA下可以重新附著4G網(wǎng)絡(luò)，但是因?yàn)镠LR中停止了4G功能，附著4G網(wǎng)絡(luò)仍然失敗。
【故障解決】
查看NAS值規(guī)范，針對(duì)4G被停機(jī)的情況，建議愛(ài)立信HSS返回UNKNOWN_EPS_SUBSCRIPTION，這樣MME回復(fù)#7 EPS not allowed，只影響4G業(yè)務(wù)，不影響2，3G。
案例四：愛(ài)立信MME到中興MME切換出現(xiàn)4G業(yè)務(wù)斷流
【故障現(xiàn)象】
在測(cè)試4G用戶從中興MME覆蓋下切換到愛(ài)立信MME覆蓋范圍，發(fā)現(xiàn)4G用戶切換失敗，出現(xiàn)4G業(yè)務(wù)中斷的情況。
【故障分析】
經(jīng)過(guò)在MME側(cè)抓包分析，從愛(ài)立信MME覆蓋范圍移動(dòng)到中興MME覆蓋范圍內(nèi)，會(huì)由原MME發(fā)起Forward Relocation Request，并NAS層加密算法選定EEA2。
.... 0010 = Used NAS Cipher: 128-EEA2 (0x02)
但是在其后對(duì)中興MME發(fā)起的TAU中，中興MME發(fā)起了到HSS的鑒權(quán)請(qǐng)求，并選定
000 .... = Type of ciphering algorithm: EPS encryption algorithm 128-EEA0 (ciphering not used) (0x00)
EEA0作為加密算法，并向基站發(fā)起UE CONTEXT MODIFICATION REQEUST，要求基站修改NAS層加密算法，但是被基站拒絕。究其原因，是因?yàn)閻?ài)立信基站不支持TAU過(guò)程中的UE上下文修改。
【故障解決】
通過(guò)愛(ài)立信MME的加密算法優(yōu)先級(jí)，選定EEA0作為最高優(yōu)先級(jí)，使得切換過(guò)程無(wú)需修改UE上下文，規(guī)避此問(wèn)題，但是最終需要愛(ài)立信基站增強(qiáng)該部分功能。 
案例五：某市CSFB呼叫失敗原因
【故障現(xiàn)象】
某市5s用戶可以上4G進(jìn)行數(shù)據(jù)業(yè)務(wù)，但是進(jìn)行CSFB呼叫失敗。
【故障分析】
經(jīng)過(guò)MME以及MSC的聯(lián)合調(diào)測(cè)發(fā)現(xiàn)，該用戶在聯(lián)合附著中，PS域附著成功，但CS域附著失敗，初步懷疑是TA-LA映射表的MSC指向錯(cuò)誤，核查該MSC pool中開(kāi)了SGS口的MSC正確。最后在SGS口抓取信令，發(fā)現(xiàn)原因是MME通過(guò)SGS口發(fā)向MSC的Location update的過(guò)程中，MSC拒絕了，因?yàn)镸ME上配置的mme id和MSC上配置的mme id不一樣 ，因此MSC拒絕了CS域的附著請(qǐng)求。
【故障解決】
究其原因，是因?yàn)閻?ài)立信設(shè)備的一個(gè)限制，在MME上未能按照mmegi的規(guī)劃，因此造成這個(gè)差別。在MSC上將mme id改為與MME上配置一致后，用戶撥測(cè)CSFB呼叫正常，短信發(fā)送接收正常，問(wèn)題解決。
案例六：某市公司5s用戶開(kāi)啟無(wú)法附著到4G
【故障現(xiàn)象】
某市用IPHONE 5S在關(guān)閉4G功能的情況下附著在3G網(wǎng)絡(luò)，正常發(fā)起業(yè)務(wù)，但是打開(kāi)4G開(kāi)關(guān)，出現(xiàn)20多秒無(wú)服務(wù)，最后附著在3G，只能通過(guò)重啟終端附著上4G。
【故障分析】
5s關(guān)閉4G網(wǎng)絡(luò)，PDP激活到GGSN（5s關(guān)閉4G網(wǎng)絡(luò)后，終端不上報(bào)4G能力，SGSN的UE能力識(shí)別為非4G終端，引導(dǎo)選用到GGSN。當(dāng)5s開(kāi)啟4G網(wǎng)絡(luò)，會(huì)發(fā)起combined TAU到MME，此時(shí)返回TAU reject，原因值為CC=17 (network failure)；原因是MME上有PGW 選擇的校驗(yàn)，發(fā)現(xiàn)SGSN回復(fù)的SGS CONTEXT RESPONSE消息中攜帶了GGSN的地址，包含在Private Extension部分。終端收到#17的網(wǎng)絡(luò)故障原因值后，會(huì)重復(fù)以上TAU過(guò)程5次，都被拒絕，所以就出現(xiàn)了 十幾秒后重選回3G網(wǎng)絡(luò)的現(xiàn)象。只有重啟手機(jī)，才能正常返回4G。
究其原因，蘋(píng)果5s的關(guān)閉4G功能，不上報(bào)終端4G能力，導(dǎo)致網(wǎng)絡(luò)側(cè)沒(méi)有正常引導(dǎo)業(yè)務(wù)到PGW上，導(dǎo)致互操作失敗。
【故障解決】
通過(guò)關(guān)閉SGSN的Private Extension消息體的回復(fù)，規(guī)避MME的PGW校驗(yàn)，使得TAU流程能在MME繼續(xù)進(jìn)行，最后因?yàn)閯?chuàng)建承載失敗而TAU拒絕，此時(shí)返回的NAS原因值不再是#17，因此蘋(píng)果5s可以重新發(fā)起一次附著，從而返回4G網(wǎng)絡(luò)。
案例七：排除用戶原因的附著成功率低
【故障現(xiàn)象】
某天某省的排除用戶原因的附著成功率從90%以上，下降到60%左右。
【故障分析】
從該指標(biāo)的算法看，排除用戶原因的附著成功率= EPS附著成功次數(shù) / (EPS附著請(qǐng)求次數(shù) -非法用戶的EPS附著失敗次數(shù) -非法ME的EPS附著失敗次數(shù) -EPS服務(wù)不允許的EPS附著失敗次數(shù) -EPS和非EPS服務(wù)不允許的EPS附著失敗次數(shù))，也就是附著請(qǐng)求次數(shù) - #3 - #6 - #7 - #8的錯(cuò)誤請(qǐng)求（減去屬于用戶原因部分），但是通過(guò)廠家網(wǎng)管查看15分鐘顆粒度性能指標(biāo)發(fā)現(xiàn)，在某個(gè)時(shí)刻開(kāi)始，#15的錯(cuò)誤請(qǐng)求次數(shù)增加明顯，詢問(wèn)發(fā)現(xiàn)市場(chǎng)部推行用戶開(kāi)戶模板默認(rèn)關(guān)閉4G功能，導(dǎo)致全省大量用戶出現(xiàn)4G停機(jī)現(xiàn)象， 2、3G正常的情況下，HSS返回DIAMETER_AUTHORIZATION_REJECTED (5003)，MME將其映射的NAS原因值為#15：No Suitable Cells In tracking area；從而影響了排除用戶原因的附著成功率。
【故障解決】
可知，上述原因是用戶停機(jī)原因?qū)е拢�因此�?duì)于NAS值#15的返回值，實(shí)際上包含部分用戶原因的問(wèn)題在里面，目前的確存在這樣的情況。只能通過(guò)廠家MME上的NAS值映射功能，把這種HSS錯(cuò)誤映射到其他原因值，從而在不影響用戶感知的情況下，保證指標(biāo)的客觀準(zhǔn)確性。
案例八：無(wú)4G信號(hào)投訴的解決
目前最常見(jiàn)的投訴是用戶反饋4G無(wú)信號(hào)或不能使用4G業(yè)務(wù)。
首先確認(rèn)故障的范圍，是個(gè)別用戶問(wèn)題、還是號(hào)段用戶都有問(wèn)題、還是一大片區(qū)域都存著此故障。
個(gè)別用戶問(wèn)題的嘗試解決辦法：
1）可以先在HSS上查詢?cè)撚脩舻暮灱s數(shù)據(jù)是否正常。
2）通過(guò)MME/SGW/PGW/HSS信令跟蹤來(lái)確定具體原因。如果MME上跟蹤不到任何S1口信令，一般是由于終端或USIM卡原因造出。如果MME上跟蹤到了用戶信令，需要查看各接口的信令來(lái)確定具體原因，比如有可能是用戶鑒權(quán)流程中失敗、用戶使用了非法的APN等。TIPS:信令跟蹤時(shí)建議通過(guò)IMSI來(lái)跟蹤用戶以便跟蹤較全的信令。
3）如果不方便進(jìn)行用戶信令跟蹤，可在HSS/MME上查看用戶信息來(lái)進(jìn)行簡(jiǎn)單判斷。

如果能查到MME信息，說(shuō)明至少用戶曾經(jīng)在4G網(wǎng)絡(luò)成功附著過(guò)，現(xiàn)在不能使用的原因有待進(jìn)一步分析，如果沒(méi)有MME位置信息，說(shuō)明用戶可能從未在4G網(wǎng)絡(luò)附著過(guò)。