案例2：eNodeB下發(fā)系統(tǒng)消息異常，導致終端不能在TD-LTE網(wǎng)絡(luò)穩(wěn)定駐留現(xiàn)象描述某外場測試時，某廠商TD-LTE網(wǎng)絡(luò)配置3G鄰區(qū)后，CSFB手機工作狀態(tài)不正常，難以在TD-LTE網(wǎng)絡(luò)穩(wěn)定駐留，會周期性離開TD-LTE網(wǎng)絡(luò)，CSFB手機的網(wǎng)絡(luò)駐留狀態(tài)如下圖，其中IdleCamped表示駐留在LTE網(wǎng)絡(luò)，IdleNotCamped表示未駐留在LTE網(wǎng)絡(luò)。圖3-SEQ圖3-\*ARABIC1CSFB手機在LTE網(wǎng)絡(luò)不能穩(wěn)定駐留示意圖問題分析外場測試區(qū)域中，TD-LTE網(wǎng)絡(luò)RSRP在-90dBm，覆蓋較好，但是CSFB手機存在周期性離開TD-LTE網(wǎng)絡(luò)的現(xiàn)象。在問題排查過程中，檢查了TD-LTE系統(tǒng)消息，發(fā)現(xiàn)SIB1中規(guī)定的SIB2調(diào)度位置和SIB2真正的調(diào)度位置不同，從而導致問題發(fā)生。TD-LTE的系統(tǒng)消息廣播機制如下：TD-LTE系統(tǒng)廣播消息主要由主信息塊MIB（MasterInformationBlock）和系統(tǒng)信息塊SIB（SystemInformationBlocks）組成，MIB在固定的信道上發(fā)送，其中攜帶了保證UE能夠接收到其他系統(tǒng)信息塊的相關(guān)參數(shù)，SIB根據(jù)其內(nèi)容的不同以及UE獲得該信息的緊急程度進行了分類，包括SIB1、SIB2、SIB3等等。MIB的傳輸周期固定為40ms，傳輸位置固定在每個無線幀的子幀0；SIB1的傳輸周期固定位80ms，傳輸位置固定在偶數(shù)無線幀的子幀5；除SIB1外，其他SIB通過系統(tǒng)信息調(diào)度塊SI（SchedulingInformation）進行傳輸，多個調(diào)度周期相同的SIB可以放到同一條SI中；協(xié)議規(guī)定，每個SIB只能包含在一個SI消息中，SIB2只能包含在第一個SIB調(diào)度塊SI-1。SI在周期性的時間窗口（SI-window）內(nèi)以動態(tài)調(diào)度的方式進行傳輸。每個SI關(guān)聯(lián)一個傳輸周期，所有的SI使用相同寬度的SI-window進行傳輸，不同SI的SI-window相互間不重疊，SI-window的寬度通過SIB1配置。然而，測試中eNodeB下發(fā)的廣播消息中，SIB1中指示的系統(tǒng)信息調(diào)度塊SI為：圖3-SEQ圖3-\*ARABIC2SIB1中指示的系統(tǒng)信息調(diào)度塊示意圖表明SIB2和SIB3在第一個系統(tǒng)信息調(diào)度塊SI-1中下發(fā)、調(diào)度周期為160ms，SIB6和SIB7在第二個系統(tǒng)信息調(diào)度塊SI-2中下發(fā)、調(diào)度周期為640ms。但在下發(fā)的系統(tǒng)信息調(diào)度塊SI-1和SI-2中，SI-1中包含SIB2和SIB3，SI-2中包含了SIB2、SIB6和SIB7，其中SI-2中錯誤的下發(fā)了SIB2。圖3-SEQ圖3-\*ARABIC3系統(tǒng)信息調(diào)度塊SI-1和SI-2內(nèi)容示意圖當UE收到上述系統(tǒng)消息后，收到SI-1時同時收到SIB2和SIB3，與SIB1中的調(diào)度信息相符合；收到SI-2時又收到SIB2，同時收到SIB6和SIB7，當其再次收到SIB2時，UE仍會根據(jù)SIB1中規(guī)定的調(diào)度信息等待接收SIB3，并啟動定時器等待SIB3，但是SIB3在同一個SI中并未下發(fā)，待定時器超時，UE將認為RRC無服務(wù)從而異常。最終，該問題定位為eNodeB設(shè)備實現(xiàn)問題，其系統(tǒng)信息調(diào)度塊SI-1中包含了SIB2后，SI-2中不應包含SIB2。問題分類：無線設(shè)備實現(xiàn)解決方案該廠商eNodeB軟件打補丁解決該問題，在系統(tǒng)信息調(diào)度塊SI-1中包含了SIB2和SIB3，SI-2中僅包含了SIB6和SIB7。效果評估CSFBUE能夠在TD-LTE覆蓋區(qū)域內(nèi)穩(wěn)定駐留，執(zhí)行各類數(shù)據(jù)及語音業(yè)務(wù)，僅在用戶移出LTE覆蓋時才會離開LTE網(wǎng)絡(luò)，接入2/3G網(wǎng)絡(luò)。案例3：4G配置2G重選參數(shù)不合理，導致終端不能在TD-LTE網(wǎng)絡(luò)穩(wěn)定駐留現(xiàn)象描述CSFB手機在LTE網(wǎng)絡(luò)完成聯(lián)合注冊后，駐留約1分鐘后重選到GSM。問題分析測試區(qū)域中，4G網(wǎng)絡(luò)部署CSFB時，同時配置了GSM鄰區(qū)及重選參數(shù)，但因重選參數(shù)配置不合理，導致終端不能在LTE網(wǎng)絡(luò)穩(wěn)定駐留，從而重選到GSM網(wǎng)絡(luò)。LTE與2G/3G網(wǎng)絡(luò)間小區(qū)重選準則是基于優(yōu)先級準則，可針對LTE及TD-S頻點、GSM頻點組配置優(yōu)先級，一般情況下，將LTE頻點配置為高優(yōu)先級，3G頻點、2G頻點組配置為低優(yōu)先級，因此，UE由LTE重選至2G/3G需遵循低優(yōu)先級重選準則，如下：測量啟動準則如果LTE系統(tǒng)服務(wù)小區(qū)S值滿足如下條件，則終端啟動低優(yōu)先級異系統(tǒng)測量：SServingCell<=Snonintrasearch重選判決準則如果終端測量LTE系統(tǒng)服務(wù)小區(qū)及低優(yōu)先級異系統(tǒng)鄰區(qū)滿足如下條件，則啟動重選判決：沒有合適的高優(yōu)先級和同優(yōu)先級鄰區(qū)滿足重選判決條件LTE系統(tǒng)服務(wù)小區(qū)Sservingcell<Threshserving,low且異系統(tǒng)鄰區(qū)Snonservingcell>ThreshX,low終端在Treselection內(nèi)均滿足以上條件終端在當前LTE系統(tǒng)服務(wù)小區(qū)駐留超過1s其中，S值=Qrxlevmeas-（Qrxlevmin+Qrxlevminoffset）-Pcompensation，Pcompensation=MAX（PEMax-PPowerClass，0），Qrxlevmeas為終端接收信號電平值，Qrxlevmin為小區(qū)中接收信號電平值的最小值，Qrxlevminoffset為最小電平偏移值，僅當終端駐留在VPLMN搜索高優(yōu)先級PLMN時進行配置，一般配置為0，PEMax為終端在小區(qū)中允許的最大上行發(fā)射功率，該參數(shù)為可選配置，一般不進行配置，PPowerClass為由終端能力決定的最大上行發(fā)射功率。重選至低優(yōu)先級異系統(tǒng)鄰區(qū)涉及的LTE系統(tǒng)服務(wù)小區(qū)參數(shù)的消息位置、含義及配置原則如下表所示，需注意的是，部分參數(shù)的現(xiàn)網(wǎng)配置值與實際值之間存在一定換算關(guān)系。參數(shù)的具體配置需根據(jù)網(wǎng)絡(luò)現(xiàn)狀進行優(yōu)化，此處僅給出配置原則。表3-SEQ表3-\*ARABIC1LTE小區(qū)重選至低優(yōu)先級GSM涉及參數(shù)參數(shù)消息參數(shù)含義配置原則CellReselectionPrioritySIB30~7，TD-LTE系統(tǒng)服務(wù)小區(qū)所在頻點優(yōu)先級可靈活配置TD-LTE系統(tǒng)頻點優(yōu)先級SIB70~7，GSM鄰區(qū)所在頻率組的優(yōu)先級可靈活配置GSM系統(tǒng)頻點組優(yōu)先級S-NonIntraSearchSIB3非高優(yōu)先級異系統(tǒng)測量啟動門限實際值=配置值*2(dB)根據(jù)重選至低優(yōu)先級TD-S/GSM異系統(tǒng)鄰區(qū)測量啟動準則，設(shè)置該值越高，啟動TD-S/GSM鄰區(qū)測量難度越小Q-RxLevMinSIB1TD-LTE系統(tǒng)服務(wù)小區(qū)最低接收電平，用以計算S值實際值=配置值*2(dBm)根據(jù)重選至低優(yōu)先級TD-S/GSM異系統(tǒng)小區(qū)重選判決準則，設(shè)置該值越高，重選至TD-S/GSM鄰區(qū)難度越小，建議統(tǒng)一配置為-130dBmSIB7重選至GSM系統(tǒng)鄰區(qū)需要的最小接收電平，用以計算S值實際值=配置值*2–115(dBm)根據(jù)重選至低優(yōu)先級GSM異系統(tǒng)小區(qū)重選判決準則，設(shè)置該值越高，重選至低優(yōu)先級GSM鄰區(qū)難度越大ThreshServingLowSIB3重選判決到低優(yōu)先級異系統(tǒng)鄰區(qū)時，TD-LTE系統(tǒng)服務(wù)小區(qū)門限實際值=配置值*2(dB)根據(jù)重選至低優(yōu)先級TD-S/GSM異系統(tǒng)小區(qū)重選判決準則，設(shè)置該值越高，重選至低優(yōu)先級鄰區(qū)難度越小Threshx,lowSIB7重選判決到低優(yōu)先級GSM鄰區(qū)時，GSM系統(tǒng)小區(qū)重選門限實際值=配置值*2(dB)該值設(shè)置越小，重選到低優(yōu)先級GSM小區(qū)難度越小TReselectionSIB7GSM鄰區(qū)重選要滿足的時間遲滯遲滯時間參數(shù)可控制小區(qū)重選難度，該參數(shù)配置越高，小區(qū)重選難度越大；現(xiàn)網(wǎng)中該參數(shù)的配置需考慮具體網(wǎng)絡(luò)環(huán)境，若該參數(shù)配置過大，會導致終端不能及時重選；配置過小，會導致終端小區(qū)重選過于頻繁或產(chǎn)生乒乓效應若4G網(wǎng)絡(luò)需配置2G鄰區(qū)重選參數(shù)，應根據(jù)網(wǎng)絡(luò)覆蓋情況，合理配置測量啟動門限、重選判決門限等參數(shù)，降低終端待機功耗，同時應保證終端能及時重選以提供連續(xù)網(wǎng)絡(luò)覆蓋。在現(xiàn)網(wǎng)應用中，可以通過終端LoG查看LTE網(wǎng)絡(luò)系統(tǒng)消息SIB1、SIB3、SIB7中的以上各參數(shù)，并根據(jù)小區(qū)重選啟動準則和重選判決準則，判斷現(xiàn)網(wǎng)配置的重選參數(shù)是否合理。問題分類：無線參數(shù)配置解決方案若LTE需要配置GSM鄰區(qū)重選參數(shù)，則應根據(jù)上述重選準則及參數(shù)配置原則合理配置參數(shù)，并通過查看系統(tǒng)廣播消息SIB1、SIB3、SIB7驗證參數(shù)是否配置正確。效果評估CSFBUE能夠在TD-LTE覆蓋范圍內(nèi)穩(wěn)定駐留并按照廣播消息中的重選參數(shù)，啟動GSM測量并在滿足重選判決門限時重選繼而GSM網(wǎng)絡(luò)駐留。網(wǎng)絡(luò)側(cè)應合理配置測量啟動及重選判決門限，降低終端待機功耗，避免終端頻繁進行異系統(tǒng)測量，同時重選門限應保證僅當LTE網(wǎng)絡(luò)信號強度無法保障用戶業(yè)務(wù)質(zhì)量，難以提供可靠通信服務(wù)時，終端才會離開LTE網(wǎng)絡(luò)接入GSM。案例4：MME配置TA映射LA有誤，導致UE聯(lián)合注冊失敗現(xiàn)象描述CSFB手機開機后，嘗試在4G/2G網(wǎng)絡(luò)進行聯(lián)合附著，但聯(lián)合附著失敗，此后，UE在LTE網(wǎng)絡(luò)發(fā)起五次聯(lián)合位置區(qū)更新，但仍失敗，之后UE從LTE網(wǎng)絡(luò)Detach，并接入TD-S網(wǎng)絡(luò)。問題分析CSFB手機開機時，需要在4G/2G網(wǎng)絡(luò)進行聯(lián)合附著，聯(lián)合附著正常流程示意圖如下：圖3-SEQ圖3-\*ARABIC4聯(lián)合附著流程示意圖UE附著LTE網(wǎng)絡(luò)：在附著請求（AttachRequest）中攜帶“聯(lián)合附著”（combinedEPS/IMSIattach）指示；觸發(fā)聯(lián)合位置更新：MME通過配置的TA-LA、LA-MSC（若連接同一個POOL內(nèi)的多個MSC，需支持多個MSC間的負荷分擔方式）映射關(guān)系，確定進行登記的MSC，并向MSC發(fā)起聯(lián)合位置更新請求，即觸發(fā)MSC向HLR注冊和登記；附著成功：附著接受（AttachAccept）消息中攜帶的重要信息包括“聯(lián)合附著”（combEPS/IMSIattach）指示、2G位置區(qū)信息Locationareaidentification、MSC分配的TMSI、EMMCause和Additionalupdateresult等。一般情況下，LTE網(wǎng)絡(luò)配置支持CSFB時，EMMCause和Additionalupdateresult都配置為空即可。對于本案例，檢查終端側(cè)AttachAccept消息，發(fā)現(xiàn)EMMCause為MSCTEMPORARILYNOTREACHABLE，Locationareaidentification（LA）為17，檢查MSC設(shè)備為正常工作狀態(tài)，因此，初步判斷問題出現(xiàn)在MME向MSC登記流程。經(jīng)過進一步檢查，發(fā)現(xiàn)LA并非SGsMSC下真實的LA，MSC中沒有該LA的配置數(shù)據(jù)，從而導致MME不能向MSC登記，因此，MME下發(fā)的AttachAccept消息中EMMCause為MSCTEMPORARILYNOTREACHABLE。協(xié)議規(guī)定，若UE收到EPSonly的附著，且EMMCause為MSCTEMPORARILYNOTREACHABLE的AttachAccept，UE將進行最多5次TAU嘗試，5次TAU失敗后將關(guān)掉LTE能力，工作在2/3G雙模狀態(tài)，并轉(zhuǎn)而搜索TD-S網(wǎng)絡(luò)接入。案例中網(wǎng)絡(luò)及終端表現(xiàn)均符合協(xié)議要求，問題得以定位。問題分類：核心網(wǎng)參數(shù)配置解決方案將MME中配置的與TA映射的LA為SGsMSC下正確、真實存在的LA（21），從而使得UE發(fā)起聯(lián)合附著后，MME能夠向MSC完成登記，并完成聯(lián)合附著過程。效果評估將終端開關(guān)機，終端可以在LTE網(wǎng)絡(luò)正常駐留，檢查終端LoG，發(fā)現(xiàn)AttachAccept消息中的EMMCause已經(jīng)為空，Locationareaidentification為MSC下正確的LA（21）。案例5：LTE核心網(wǎng)未部署CSFB，導致UE關(guān)閉4G模式從而駐留2/3G網(wǎng)絡(luò)現(xiàn)象描述CSFB手機在LTE覆蓋區(qū)域內(nèi)開機后，搜索LTE網(wǎng)絡(luò)但未能成功駐留，此后駐留到3G網(wǎng)絡(luò)。問題分析CSFB手機在LTE覆蓋區(qū)域開機后，將在LTE和2G網(wǎng)絡(luò)進行聯(lián)合附著，EPSattachtype為combinedEPS/IMSIattach。在CSFBUE聯(lián)合附著過程中，UE和LTE核心網(wǎng)MME會將各自的語音業(yè)務(wù)支持能力告知對方。作為CSFB手機，可以在AttachRequest消息中上報兩個相關(guān)信息：MSnetworkcapabilityIE中的EMMCombinedprocedurescapabilitybit和或以上版本的終端支持表示終端是否支持聯(lián)合附著0 MobilestationdoesnotsupportEMMcombinedprocedures

1 MobilestationsupportsEMMcombinedproceduresVoicedomainpreferenceandUE'susagesettingIE可選字段，R9或以上版本的終端可支持可用于終端上報其語音業(yè)務(wù)的支持能力或傾向00 CSVoiceonly（僅支持CSfallback和通過SGs接口短信）01 IMSPSVoiceonly（僅支持IMSVoLTE）10 CSvoicepreferred,IMSPSVoiceassecondary（優(yōu)先支持CSfallback和通過SGs接口短信，IMSVoLTE其次）11 IMSPSvoicepreferred,CSVoiceassecondary（優(yōu)先支持IMSVoLTE，CSfallback和通過SGs接口短信其次）目前CSFB手機應上報00（CSVoiceonly），或10（CSvoicepreferred,IMSPSVoiceassecondary）LTE核心網(wǎng)MME將在AttachAccept消息中下發(fā)必選的EPSattachresult，和可選的AdditionalupdateresultIE、EPSnetworkfeaturesupportIE，告知手機聯(lián)合附著結(jié)果和LTE網(wǎng)絡(luò)語音業(yè)務(wù)的支持能力。EPSattachresultIE（必選）001EPSonly010 combinedEPS/IMSIattachAdditionalupdateresultIE字段（可選）沒有下發(fā)該字段（表明LTE核心網(wǎng)支持CSFB和通過SGs接口短信）00 noadditionalinformation（表明LTE核心網(wǎng)支持CSFB和通過SGs接口短信）01 CSFallbacknotpreferred（表明LTE核心網(wǎng)支持CSFB但不建議接入）10 SMSonly（表明LTE核心網(wǎng)僅支持通過SGs接口短信）EPSnetworkfeaturesupportIE包含網(wǎng)絡(luò)對VoIMS功能的支持情況，包括是否支持VoIMS、VoIMS的緊急承載、EPC-LCS、CS-LCS等能力。目前在VoIMS尚沒有部署的情況下，網(wǎng)絡(luò)的VoIMSbit應設(shè)置為0，否則可能會導致部分已支持VoLTE的終端即使網(wǎng)絡(luò)尚不支持CSFB，但因優(yōu)選VoLTE,駐留LTE網(wǎng)絡(luò)。在LTE核心網(wǎng)暫未升級部署CSFB時，MME給UE下發(fā)的AttachAccept消息中的AdditionalupdateresultIE將指示attachresult為EPSonly，或者attachresult為combinedattach，但Additionalupdateresult為SMSonly。根據(jù)協(xié)議規(guī)定，CSFBUE收到上述指示后，將主動關(guān)閉其4G模式能力，其后，主動搜索3G或2G網(wǎng)絡(luò)進行駐留。CSFBUE在3G或2G駐留后，是否能夠重啟4G模式能力取決于終端實現(xiàn)，部分芯片終端能夠周期性開啟4G模式能力，并嘗試駐留在4G，部分芯片終端將在用戶重新開機后才會恢復4G模式能力。問題分類：網(wǎng)絡(luò)建設(shè)進度解決方案升級LTE覆蓋區(qū)域MME和覆蓋區(qū)域內(nèi)的所有無線網(wǎng)絡(luò)后，才可將MME配置支持CSFB功能并下發(fā)終端，讓CSFB終端駐留LTE網(wǎng)絡(luò)，并在連接態(tài)和空閑態(tài)均能正常接收或發(fā)起CSFB呼叫，并正常回落2G網(wǎng)絡(luò)。此外，網(wǎng)絡(luò)升級支持VoIMS功能后，才可給終端下發(fā)VoIMS支持能力。效果評估LTE網(wǎng)絡(luò)支持CSFB的區(qū)域，至少以一個MME的覆蓋范圍為最小單位，CSFBUE能夠在4G網(wǎng)絡(luò)穩(wěn)定駐留，并正常發(fā)起呼叫、接收尋呼。“CSFB手機呼叫建立過程異常”的原因分析及相關(guān)案例原因分析目前，CSFB回落方案采用3GPPR8重定向回落方案，同時要求終端支持緩讀SystemInformation13系統(tǒng)消息功能以縮短呼叫建立時延，優(yōu)化方案性能。總體來說，CSFB呼叫建立過程包括三個階段：UE在LTE網(wǎng)絡(luò)發(fā)起呼叫/被叫接收尋呼、UE在LTE網(wǎng)絡(luò)指引下回落并搜索合適的GSM小區(qū)接入、UE讀取GSM小區(qū)系統(tǒng)廣播消息并建立語音通話。在CSFB部署過程中，因參數(shù)配置或者設(shè)備功能缺陷，將導致CSFB呼叫建立過程出現(xiàn)異常情況。CSFB主叫及被叫通話的建立流程大致相同，只是被叫通話多了一步尋呼UE的過程，具體詳細流程如下圖所示，其中流程（1）到流程（5）即為CSFB額外引入的流程，流程（6）同GSM現(xiàn)網(wǎng)：UE接收LTE尋呼：CSFBUE被叫時，首先在GSM側(cè)分配MSRN和接收IAM（MSRN）的過程同現(xiàn)網(wǎng)，但之后的尋呼流程同現(xiàn)網(wǎng)略有不同，MSC將通過SGs口把尋呼下發(fā)給MME，MME收到后，在LTE側(cè)尋呼UE，待UE回落至GSM后，發(fā)送尋呼響應至MSC；UE起呼：CSFBUE在LTE側(cè)發(fā)起呼叫，發(fā)送ExtendedServiceRequest消息給網(wǎng)絡(luò)側(cè)MME，消息中攜帶Type指示呼叫為MOCSFB或MTCSFB；LTE指引UE回落：MME在用戶連接態(tài)時給eNB下發(fā)UECONTEXTMODIFICATIONREQUEST，在用戶空閑態(tài)時給eNB下發(fā)INITIALCONTEXTSETUPREQUEST，均攜帶CSFB標識，根據(jù)此標識eNodeB下發(fā)R8重定向命令（RRCConnectionRelease）給UE，其中攜帶GSM鄰區(qū)頻點信息，指引UE回落至GSM網(wǎng)絡(luò)；終端模式轉(zhuǎn)換、搜索指定2G頻點、與2G小區(qū)同步：UE接收到重定向命令后，將進行模式轉(zhuǎn)換（由4G模式轉(zhuǎn)換為2G模式），并根據(jù)重定向命令中指定的2G頻點搜索并與回落目標2G小區(qū)完成同步；UE讀取2G廣播消息：UE若支持緩讀GSM系統(tǒng)消息SystemInformation13功能，則讀全SystemInformation1和SystemInformation3后即可建立GSM通話；建立GSM通話：該過程可同現(xiàn)網(wǎng)流程，包括尋呼響應、終端多模能力上報、網(wǎng)絡(luò)要求終端上報IMEI/IMSI、鑒權(quán)、信道指派并建立通話等。圖SEQ圖\*ARABIC2CSFB呼叫建立流程下面將詳細分析CSFB呼叫建立三個階段中可能出現(xiàn)異常的問題分析和解決方法。UE在LTE網(wǎng)絡(luò)起呼/接收尋呼本階段出現(xiàn)的問題主要表現(xiàn)為網(wǎng)絡(luò)尋呼UE失敗和UE不能發(fā)起CSFB呼叫。出現(xiàn)這部分問題主要與網(wǎng)絡(luò)SGs尋呼方式、網(wǎng)絡(luò)與終端DRX尋呼周期不一致、LTE網(wǎng)絡(luò)隱式DetachUE及無線環(huán)境因素有關(guān)。網(wǎng)絡(luò)SGs尋呼方式通常，MSCA/Iu接口一次尋呼采用TMSI，二次尋呼采用IMSI，部分廠家設(shè)備實現(xiàn)SGs接口尋呼方式與A/Iu接口相同，而用IMSI尋呼UE將導致UE尋呼響應失敗。網(wǎng)絡(luò)與終端DRX尋呼周期不一致UE、eNodeB、MME均有與DRX相關(guān)的參數(shù)，但不同廠家設(shè)備對參數(shù)的協(xié)議理解存在差異，導致參數(shù)配置后網(wǎng)絡(luò)與終端DRX尋呼周期不一致，從而使被叫失敗。網(wǎng)絡(luò)通過SGs尋呼時，終端在返回LTE過程中CSFBUE在通話結(jié)束返回LTE網(wǎng)絡(luò)，若TAU尚未完成，MME接收到SGs接口尋呼后，若尋呼該UE，部分MME廠家目前的實現(xiàn)也將會導致被叫失敗。LTE網(wǎng)絡(luò)隱式DetachUELTE網(wǎng)絡(luò)隱式DetachUE時，UE再次發(fā)起呼叫將導致失敗。LTE網(wǎng)絡(luò)隱式DetachUE存在多種可能，如因設(shè)備功能缺陷導致Qos修改失敗，就會導致LTE網(wǎng)絡(luò)隱式DetachUE。無線環(huán)境因素若由于無線信號較弱或干擾較大，UE無法收到網(wǎng)絡(luò)尋呼或者無法解析尋呼消息，導致尋呼失敗。UE在LTE網(wǎng)絡(luò)指引下回落并搜索接入GSM小區(qū)本階段出現(xiàn)問題主要表現(xiàn)為UE回落GSM小區(qū)時延較長或失敗、UE回落至3G網(wǎng)絡(luò)和UE回落至GSM后數(shù)據(jù)業(yè)務(wù)掛起失敗，具體原因分析如下：UE回落GSM小區(qū)時延較長或失敗出現(xiàn)此異常的影響因素主要有UE未收到重定向命令、UE收到的重定向命令中GSM頻點配置不合理、UE回落跨MSCPool或跨LA、當4G與2G采用不同PLMNID時4G網(wǎng)絡(luò)未將2GPLMN配置EPLMN并下發(fā)UE等。其中，UE未收到重定向命令可能由于LTE無線信號覆蓋較差導致；也可能由于UE在重定向之前恰好發(fā)生了切換，切換后的小區(qū)未下發(fā)重定向命令導致；重定向命令中的GSM頻點配置不合理也是原因之一，如：未配置LTE小區(qū)覆蓋范圍內(nèi)信號較好的GSM鄰區(qū)頻點、配置的GSM鄰區(qū)頻點干擾較為嚴重等，都會導致UE接入GSM小區(qū)時延較長甚至不能接入。若2G和4G使用和廣播的PLMNID不同，但4G未將2GPLMNID配置EPLMN，UE重定向至2G后發(fā)現(xiàn)PLMN改變而無法接入2G，此后終端將執(zhí)行GSM全頻段搜索，直至找到合適的GSM小區(qū)后發(fā)起接入，此過程將消耗大量時間，可能導致呼叫失敗。UE回落至3G網(wǎng)絡(luò)出現(xiàn)此異常的影響因素主要有：重定向命令中GSM頻點配置不合理導致不能接入GSM網(wǎng)絡(luò)，或eNodeB未開啟CSFB功能等。當LTE重定向命令中GSM頻點配置不合理時，可能在2G網(wǎng)絡(luò)搜索接入2G網(wǎng)絡(luò)其他頻點，也可能接入3G網(wǎng)絡(luò)，與終端內(nèi)部實現(xiàn)機制相關(guān)。當eNodeB未開啟CSFB功能時，eNodeB廠家實現(xiàn)不同。部分廠家eNodeB設(shè)備不下發(fā)重定向命令，導致UE基于自身實現(xiàn)機制，在等待一段時間后主動搜索3G接入；部分廠家eNodeB將下發(fā)不攜帶任何鄰區(qū)頻點的重定向命令，UE基于自身實現(xiàn)，主動搜索3G接入。UE回落至GSM后數(shù)據(jù)業(yè)務(wù)掛起失敗UE回落至GSM網(wǎng)絡(luò)，如果網(wǎng)絡(luò)不支持DTM（數(shù)據(jù)和語音業(yè)務(wù)并發(fā)），或雖然網(wǎng)絡(luò)支持DTM但終端不支持，或網(wǎng)絡(luò)支持DTM、終端也支持DTM但因終端在CSFB回落過程中緩讀SI13只能暫時關(guān)閉DTM支持能力，需要終端接入2G網(wǎng)絡(luò)后發(fā)送懸掛消息給網(wǎng)絡(luò)，讓網(wǎng)絡(luò)幫助將用戶數(shù)據(jù)業(yè)務(wù)暫時掛起。目前3GPP標準定義的SGSN至MMEGn接口的CSFB掛起流程本身存在問題，無法基于終端的觸發(fā)通過Gn接口通知MME將數(shù)據(jù)業(yè)務(wù)懸掛，因此需優(yōu)化數(shù)據(jù)業(yè)務(wù)掛起流程，讓MME在終端回落時，基于eNodeB的原因值幫助UE在LTE網(wǎng)絡(luò)掛起當前正在執(zhí)行的數(shù)據(jù)業(yè)務(wù)。UE讀取2G系統(tǒng)廣播并建立GSM通話等本階段流程與現(xiàn)網(wǎng)相同，主要異常問題表現(xiàn)為終端回落至GSM網(wǎng)絡(luò)，建立呼叫過程中鑒權(quán)失敗，或因為回落不同的MSC導致被叫失敗。案例分析案例1：MSCSGs接口采用IMSI尋呼導致被叫失敗現(xiàn)象描述某城市外場路測時，終端偶爾出現(xiàn)被叫4GUE能夠回落GSM網(wǎng)絡(luò)但呼叫仍失敗現(xiàn)象。問題分析通過分析終端側(cè)LoG，被叫4GUE在LTE網(wǎng)絡(luò)接收到尋呼并回落至2G網(wǎng)絡(luò)，但是，待其返回尋呼響應PagingResponse后，網(wǎng)絡(luò)釋放鏈路導致被叫失敗，如下圖所示：圖4-SEQ圖4-\*ARABIC1被叫4GUE返回PagingResponse后，被叫失敗/成功信令流程進一步分析終端側(cè)及網(wǎng)絡(luò)側(cè)各接口Log，發(fā)現(xiàn)被叫失敗原因在于MSC在二次尋呼時使用IMSI方式，MSCPOOL場景下Pagingresponse到另一個MSC導致。問題按被叫流程的步驟描述如下：終端在4G/2G完成聯(lián)合注冊，通過SGs接口，聯(lián)合注冊到SGsMSC，SGsMSC為用戶分配TMSI并返回給UE，UE保存記錄該用戶被叫時，根據(jù)配置的尋呼策略,MSC在初次尋呼時，使用TMSI方式在SGs接口尋呼UE，給MME下發(fā)SGs-Paging（IMSI、LAI、TMSI、業(yè)務(wù)類型為CS）MME根據(jù)用戶的存儲數(shù)據(jù)和狀態(tài)，在S1接口下發(fā)尋呼消息UE空閑態(tài)時：語音業(yè)務(wù)下發(fā)S1Paging（S-TMSI、CS域），短信業(yè)務(wù)下發(fā)S1Paging（S-TMSI、PS域）UE連接態(tài)時：語音業(yè)務(wù)下發(fā)NAS層CSservicenotificaion（TMSI標識），短信則可直接下發(fā)給UE因為覆蓋或其他原因，空閑態(tài)的終端沒有及時響應尋呼，MME未收到該終端的CSFB呼叫建立請求（ExtendedServiceRequest消息），也不會未返回SGs-service-request給SGsMSC根據(jù)配置的尋呼策略,SGsMSC將在尋呼間隔的定時器超時后，使用IMSI方式在SGs接口發(fā)起對該用戶的二次/三次尋呼，給MME下發(fā)SGs-Paging（IMSI、LAI、業(yè)務(wù)類型為CS）MME根據(jù)用戶的存儲數(shù)據(jù)和狀態(tài)，在S1接口下發(fā)尋呼消息UE空閑態(tài)時：語音業(yè)務(wù)下發(fā)S1Paging（IMSI、CS域），短信業(yè)務(wù)下發(fā)S1Paging（S-TMSI、PS域）UE連接態(tài)時：語音業(yè)務(wù)下發(fā)NAS層CSservicenotificaion（IMSI標識），短信則可直接下發(fā)給UE若終端此時接收到該尋呼，在LTE網(wǎng)絡(luò)發(fā)起響應，發(fā)送ExtendedServiceRequest消息給MME；MME收到后，發(fā)送SGs-service-request給MSC，之后指示eNodeBCSFB連接釋放，發(fā)送重定向命令指引終端回落UE回落至GSM網(wǎng)絡(luò)后，因為LTE尋呼使用IMSI，在GSM發(fā)送PagingResponse（IMSI），若回落跨LA，則將先執(zhí)行位置更新，發(fā)送LAU（IMSI、CSMT標識）消息給BSC因核心網(wǎng)部署MSCPOOL,

接收到該PagingResponse（IMSI）的NNSF網(wǎng)元（BSC或MGW），看到IMSI，若IMSI尋呼時記錄的IMSI-MSC映射表中沒有發(fā)現(xiàn)相關(guān)記錄，就按照負荷分擔原則選擇并路由PagingResponse（IMSI）或LAU（IMSI）至MSCPOOL內(nèi)任意一個MSC如果該MSC與UE聯(lián)合注冊/位置更新的SGsMSC不同，即收到IMSI尋呼響應的MSC與下發(fā)SGs-Papging（IMSI）的SGsMSC不同，被叫失敗流程中第（5）步到第（10）步可參見如下示意圖，圖中示意了MSCSGs接口采用IMSI尋呼、MME也僅采用IMSI尋呼導致的被叫失敗。圖4-SEQ圖4-\*ARABIC2MSCSGs接口采用IMSI尋呼導致被叫失敗示意圖問題分類：核心網(wǎng)設(shè)備實現(xiàn)解決方案案例中問題由于MSC在SGs接口以IMSI方式進行二次尋呼時，MME也以IMSI方式尋呼終端所致。解決方案可基于MSC或基于MME，同存在三種解決方案，如下：基于MME方案：MSC下發(fā)SGs-Paging（IMSI、LA、業(yè)務(wù)=CS/SMS）時，MME根據(jù)數(shù)據(jù)庫中用戶的數(shù)據(jù)和狀態(tài)（有效數(shù)據(jù)、SGs接口狀態(tài)等），正常情況下總是按照S-TMSI方式尋呼MSC分別配置SGs和2/3G接口的尋呼參數(shù)方案：2/3G的二次/三次尋呼可以配置IMSI方式，但SGs接口永遠為TMSI方式。過渡方案：MSC以IMSI方式尋呼時同時在SGs和同LA的2/3G接口尋呼方案：在2/3G尋呼時，NNSF網(wǎng)元（BSC或MGW）就可以記憶下發(fā)2GPaging（IMSI）消息的MSC和IMSI的映射關(guān)系，在CSFB終端回落至2G發(fā)送Pagingresponse（IMSI）時，NNSF網(wǎng)元（BSC或MGW）可以根據(jù)映射表正確路由消息至發(fā)起SGs-Paging（IMSI）的MSC。因該方案會增加2G同LA下的尋呼量，且在同MSCPOOL內(nèi)，若UE跨LA回落時方案實效，呼叫失敗；此外UE在跨MSCPOOL回落時即使網(wǎng)絡(luò)部署了MTRF功能也會因LAU流程使用IMSI原因，無法觸發(fā)MTRF導致呼叫失敗，不推薦。測試過程中，因MME尚不支持方案1）、MSC尚不支持方案2），只能采用過渡方案，方案3），通過修改MSC配置方式暫時規(guī)避了被叫失敗問題。目前，已要求各廠家MME支持方案1），從而徹底避免該問題的發(fā)生。效果評估杭州外場TA-LA匹配、終端回落同LA的場景下沒有問題。待廠家MME實現(xiàn)了方式1)后，需要基于現(xiàn)網(wǎng)MSCPOOL場景進一步驗證。案例2：網(wǎng)絡(luò)與終端DRX尋呼周期不一致導致被叫失敗現(xiàn)象描述某城市現(xiàn)網(wǎng)測試中，在LTE強覆蓋區(qū)域，CSFBUE處于空閑態(tài)，被叫CSFBUE失敗概率接近70%，但CSFBUE主叫成功率較高。問題分析該案例中呼叫失敗以被叫為主，但測試區(qū)域LTE為強覆蓋區(qū)域，可排除因信號覆蓋因素造成的被叫失敗。此后，檢查被叫失敗的CSFBUELoG，發(fā)現(xiàn)UE一直未收到LTE網(wǎng)絡(luò)側(cè)下發(fā)的尋呼消息（Paging），檢查eNodeBLoG，發(fā)現(xiàn)eNodeB已下發(fā)該UE的尋呼消息。進一步檢查eNodeB配置，系統(tǒng)消息SystemInformationBlock2中defaultPagingCycle配置為1280ms，終端根據(jù)此周期偵聽尋呼，但實際上eNodeB卻以320ms為周期下發(fā)尋呼，從而導致終端與網(wǎng)絡(luò)間收發(fā)尋呼周期不匹配，導致被叫較大概率失敗。通過進一步分析終端、網(wǎng)絡(luò)側(cè)各接口LoG，問題最終定位為由于不同廠家MME與eNodeB對于協(xié)議理解差異，導致網(wǎng)絡(luò)與終端DRX（DiscontinuousReception，非連續(xù)性接收）尋呼周期不一致，空閑態(tài)終端不能正常接收尋呼消息，尋呼失敗。終端處于空閑態(tài)時，LTE網(wǎng)絡(luò)尋呼機制如下：DRX的工作機制和UE對尋呼消息的接收：處于節(jié)電的考慮，UE的尋呼接收遵循非連續(xù)接收（DRX）的原則。eNodeB會通過系統(tǒng)消息廣播小區(qū)默認的DRX尋呼周期給小區(qū)中所有UE。此外，標準也允許每個UE根據(jù)自身的電量等設(shè)置UE特定的DRX參數(shù)，并通過NAS消息AttachRequest、TAURequest等上報給MME。之后，UE在一個DRX的周期內(nèi)，只在響應的尋呼無線幀（PF）上的尋呼時刻（PO）先去監(jiān)聽PDCCH上是否攜帶有P-RNTI，進而去判斷響應的PDSCH上是否有承載尋呼消息。如果在PDCCH上攜帶有P-RNTI，就按照PDCCH上指示的PDSCH的參數(shù)去接收PDSCH上的數(shù)據(jù)；如果終端在PDCCH上未解析出P-RNTI，則無需再去接收PDSCH物理信道，就可以依照DRX周期進入休眠。利用這種機制，在一個DRX周期內(nèi)，終端可以只在PO出現(xiàn)的時間位置上去接收PDCCH，然后再根據(jù)需要去接收PDSCH。而在其他時間可以休眠，以達到省電的目的。關(guān)于PF的計算，有公式SFNmodT=（T/N）*（UE_IDmodN），凡滿足該公式的所有SFN的值，都是PF。PF計算中相關(guān)參數(shù)含義如下：T=min(TUE,TC)，TUE指UE特定DRX周期，TC指eNodeB廣播的默認DRX周期；N=min(T,nB)，nB由網(wǎng)絡(luò)在SIB2中廣播；UE_ID=IMSImod1024。PO是終端需要監(jiān)聽的PDCCH在尋呼無線幀上的子幀號，因此計算出PF后，需再計算出本終端的PO在PF上的位置i_s，然后再根據(jù)i_s與PO之間的映射關(guān)系，從而精確地獲得終端應去監(jiān)聽的PDCCH物理信道所出現(xiàn)的精確的時間位置。其中，i_s=floor(UE_ID/N)modNs。尋呼DRX參數(shù)的傳遞和尋呼消息的發(fā)送：LTE核心網(wǎng)MME對每個eNodeB使用尋呼消息（Paging）發(fā)起尋呼過程，每條尋呼消息攜帶一個被尋呼的用戶信息，包括：UEPagingIdentity（IMSI，或S-TMSI）、PagingDRX、CNDomain（CS域，或PS域）和ListofTAIs等字段，其中PagingDRX參數(shù)為可選。eNodeB接收到Paging消息后，解讀其中的內(nèi)容，得到該用戶終端的跟蹤區(qū)域標示（TAI）列表，并在其下屬于列表中跟蹤區(qū)的小區(qū)進行空口尋呼。eNodeB在空口Uu尋呼用戶時，可以使用其配置的小區(qū)默認DRX參數(shù)，該參數(shù)在SIB2中下發(fā)小區(qū)內(nèi)所有UE。eNodeB在空口Uu尋呼用戶時，也可以使用UE自己上報的特定DRX參數(shù)。UE在AttachRequest、TAURequest等非接入層（NAS，NonAccessStratum）消息中告知MME，MME在發(fā)送給eNodeB的Paging消息通過PagingDRX參數(shù)攜帶該UE特定的DRX參數(shù)，eNodeB對接收到Paging消息中攜帶的UE特定的DRX和其默認DRX參數(shù)取小后，以此作為尋呼周期下發(fā)尋呼。該原則與UE側(cè)接收尋呼消息時的T取值原則一致，即沒有UE特定DRX參數(shù)時按照eNodeB廣播的DRX參數(shù)接收，若有UE特定DRX參數(shù)時與廣播的DRX參數(shù)取小后接收。綜上所述，LTE網(wǎng)絡(luò)尋呼機制和MME、eNodeB、UEDRX的參數(shù)的總結(jié)如下：表4-SEQ表4-\*ARABIC1網(wǎng)絡(luò)及終端DRX參數(shù)DRX參數(shù)名稱參數(shù)所在消息類型UEUEspecificDRXUE特定DRX，通過NAS消息上報給MME可選MMEPagingDRX通過S1接口Paging消息發(fā)送給eNodeB可選eNodeBdefaultPagingCycle小區(qū)默認DRX尋呼周期，通過Uu接口SIB2下發(fā)給所有UE必選DefaultpagingDRX通過S1-SetupRequest或ENBCONFIGURATIONUPDATE上報給MME必選 不同廠家MME設(shè)備如何下發(fā)PagingDRX，以及不同廠家eNodeB設(shè)備如何決定實際的尋呼下發(fā)周期的協(xié)議理解和實現(xiàn)略有不同，本案例出現(xiàn)問題正由此導致。具體原因分析如下：廠家A的eNodeB配置SIB2中下發(fā)的defaultPagingCycle為1280ms，測試UE未設(shè)置特定DRX（UEspecificDRX），也未上報UE特定的DRX參數(shù)，因此待UE收到SIB2得知小區(qū)默認DRX尋呼周期后，按照T=min(TUE,TC)=1280ms偵聽尋呼。圖4-SEQ圖4-\*ARABIC3終端收取系統(tǒng)消息SIB2消息中defaultPagingCycle廠家A的eNodeB配置S1-SetupRequest消息中DefaultpagingDRX固定為320ms，并上報給MME；因UE未設(shè)置特定DRX，通過NAS上報給MME的DRX為空；廠家B的MME獲知上述消息后，雖然UE未上報特定DRX，仍通過S1Paging消息下發(fā)PagingDRX給eNodeB，且PagingDRX與DefaultPagingDRX相同為320ms，如下圖：圖4-SEQ圖4-\*ARABIC4MME下發(fā)給eNodeB的Paging消息中PagingDRX廠家A的eNodeB收到PagingDRX（320ms）后，既認為UE上報了特定DRX給MME，將其與配置的默認DRX周期（1280ms）取小后，得到下發(fā)尋呼的周期320ms。由問題分析可知，在UE未上報特定DRX時，廠家B的MME按照廠家A的eNodeB上報的DefaultpagingDRX下發(fā)PagingDRX，且廠家A的eNodeB在S1-setupRequest上報給MME的DRX和通過SIB2下發(fā)給UE的DRX周期不一致，兩者結(jié)合導致終端偵聽尋呼和網(wǎng)絡(luò)下發(fā)尋呼的周期不一致，從而導致被叫失敗。問題分類：核心網(wǎng)設(shè)備實現(xiàn)解決方案MME是否在S1Paging消息中下發(fā)PagingDRX需考慮UE是否上報特定DRX，即如果UE上報了特定DRX，S1Paging中才攜帶PagingDRX，否則不可以攜帶。若攜帶PagingDRX，則接收到的eNodeB需對PagingDRX和默認DRX周期取小后，作為該用戶下發(fā)尋呼的周期。eNodeB在S1-SetupRequest消息中攜帶的DefaultpagingDRX與SIB2下發(fā)的defaultPagingCycle需保持一致。效果評估目前廠家B的MME可通過修改軟參262303為0，這樣在S1paging消息中的PagingDRX參數(shù)只以UE上報的特定DRX參數(shù)為準：如果UE上報則在S1尋呼中攜帶PagingDRX參數(shù)，否則就不攜帶，不再參考eNodeB在S1setup中上報的DefaultpagingDRX參數(shù)。效果待驗證。此外，也可通過廠家A的eNodeB修改上報的DefaultpagingDRX與SIB2下發(fā)的defaultPagingCycle一致的方式解決。效果待驗證。案例3：CSFB手機掛機返回4G后Qos修改失敗，導致再次被叫失敗現(xiàn)象描述CSFB手機撥打CSFB手機時，第一次呼叫正常，待兩部手機均返回4G后，再次發(fā)起呼叫，語音提示被叫“無法接通”或者“不在服務(wù)區(qū)”。問題分析第一次CSFB呼叫過程正常，并且在通話結(jié)束后，能通過TAU重選回LTE網(wǎng)絡(luò)。但是在TAUComplete消息之后，MME發(fā)現(xiàn)該用戶在LTE的QoS簽約比該用戶在2/3G網(wǎng)絡(luò)實際使用的QoS高，MME發(fā)起QoS更新流程，即e-RAB修改流程。圖4-SEQ圖4-\*ARABIC5MME發(fā)起的e-RAB修改流程但是某廠家eNodeB對e-RAB修改流程支持不完善，返回Error信息，導致MME將該用戶Detach，且通過SGs接口通知MSC該用戶已EPS-DETACH。此時該用戶為被叫時，MSC認為用戶detach，直接播放錄音通知“無法接通”或者“不在服務(wù)區(qū)”。問題分類：無線設(shè)備實現(xiàn)解決方案更新eNodeB版本，完善eNodeB對e-RAB修改流程。效果評估該問題已解決，可反復進行CSFB主被叫業(yè)務(wù)。案例4：4G未配置2GEPLMN，導致被叫通話失敗、主叫通話時延過長現(xiàn)象描述CSFB手機發(fā)起呼叫后，LTE網(wǎng)絡(luò)下發(fā)攜帶了GSM頻點的重定向命令，但CSFB手機并未接入到相應GSM小區(qū)，呼叫失敗。將CSFB手機設(shè)置為2G模式，其能夠正常駐留GSM網(wǎng)絡(luò)。問題分析本案例為測試過程中出現(xiàn)的特殊案例，測試區(qū)域LTE的網(wǎng)號采用了46008，GSM的網(wǎng)號采用了46000，在LTE現(xiàn)網(wǎng)部署初期，LTE網(wǎng)號將采用46000，但該案例對未來可能出現(xiàn)多PLMNID網(wǎng)號場景和終端對網(wǎng)絡(luò)的選擇存在借鑒意義。測試區(qū)域，LTE和GSM網(wǎng)絡(luò)均為強覆蓋，且CSFB手機能夠正常駐留LTE和GSM網(wǎng)絡(luò)，因此本案例問題原因可排除信號覆蓋因素。檢查LTE網(wǎng)絡(luò)重定向命令（RRCConnectionRelease）中的GSM頻點列表（ExplicitListofARFCNs）為751、525、519、94、537、516、88、72、543、752，如下圖所示：圖4-SEQ圖4-\*ARABIC6LTE重定向命令中GSM頻點列表該GSM頻點列表已經(jīng)包含了UE回落GSM網(wǎng)絡(luò)頻點88，因此重定向中配置的GSM頻點是合理的。檢查4G網(wǎng)絡(luò)配置的PLMNID為46008，而2G網(wǎng)絡(luò)配置的PLMNID為46000；且4G網(wǎng)絡(luò)的MME未將46000的PLMNID配置為EPLMN，并下發(fā)告知UE。這樣當終端在46008的4G網(wǎng)絡(luò)接收到4G重定向命令后，根據(jù)其中攜帶的2G頻點搜索2G網(wǎng)絡(luò)，發(fā)現(xiàn)該頻點的PLMNID與4G網(wǎng)絡(luò)的PLMNID不同，且不在自己的EPLMNList中，因此UE不能接入該2G頻點對應的網(wǎng)絡(luò)。此后，UE進行2G全頻段搜索，如果能搜索到合適的2G小區(qū)則接入并建立通話，但2G全頻段搜索時延往往較長，主叫通話可接通，但呼叫建立時延往往超過20s，被叫通話因網(wǎng)絡(luò)側(cè)定時器超時失敗。問題分類：核心網(wǎng)參數(shù)配置解決方案回落時，如果4G與2G網(wǎng)絡(luò)使用的PLMN不同，則需要4G網(wǎng)絡(luò)MME將2GPLMNID配置為EPLMN，并下發(fā)給UE。與回落類似，如果4G與2G網(wǎng)絡(luò)使用的PLMN不同，小區(qū)重選方式返回4G時，需要2GMSC和SGSN配置4GPLMNID為EPLMN，并下發(fā)給UE，否則UE也無法正常返回4G。效果評估測試區(qū)域中，MME將46000配置為其EPLMN后，CSFB手機能夠正常回落GSM并建立通話，且呼叫建立時延符合理論預期。案例5：UE回落2G后再掛起數(shù)據(jù)業(yè)務(wù)的標準流程不合理，導致數(shù)據(jù)業(yè)務(wù)掛機失敗現(xiàn)象描述終端回落至GSM后，MME收到SGSN的SuspendREQ后，返回reject（unknownmandatoryextensionheader），數(shù)據(jù)業(yè)務(wù)掛起業(yè)務(wù)失敗。之后該用戶做被叫時，MME在空口發(fā)起尋呼流程。問題分析UE通過CSFB回落至GSM時，因絕大多數(shù)GSM現(xiàn)網(wǎng)不支持DTM，無法實現(xiàn)CS和PS業(yè)務(wù)的并發(fā)，所以之前在LTE網(wǎng)絡(luò)建立的PS業(yè)務(wù)需在核心網(wǎng)側(cè)掛起。即使少數(shù)GSM現(xiàn)網(wǎng)支持DTM功能，且部分CSFB終端也支持DTM，但因UE緩讀SI13，會在回落GSM過程中自動關(guān)閉DTM功能，也無法實現(xiàn)CS和PS業(yè)務(wù)并發(fā)。基于UE觸發(fā)的懸掛，需要UE回落GSM網(wǎng)絡(luò)后，主動發(fā)起掛起消息至網(wǎng)絡(luò)，SGSN收到后通過SGSN和MME間Gn口向MME發(fā)起掛起請求（suspendrequest）消息讓LTEEPC網(wǎng)絡(luò)懸掛用戶的PS業(yè)務(wù)。但3GPP目前的規(guī)范中，該Gn接口的消息僅攜帶了RAI和P-TMSI，缺少P-TMSIsiganature信息，接收的MME通過下圖的反向映射轉(zhuǎn)換無法成功轉(zhuǎn)換為MME可識別的用戶GUTI，導致掛起流程無法執(zhí)行。問題分類：無線設(shè)備實現(xiàn)、核心網(wǎng)設(shè)備實現(xiàn)解決方案當接收到Gn接口的SuspendRequest消息時，MME應該直接返回ACK消息，避免SGSN認為流程異常。基于UE觸發(fā)的懸掛無法在SGSN-MME之間執(zhí)行時，MME只能基于eNodeB上報的原因值來觸發(fā)。在CSFB回落過程中，eNodeB在釋放無線連接時，通過在UECONTEXTRELEASEREQUEST消息中設(shè)置causevalue為UENotAvailableforPSService來指示MME執(zhí)行掛起流程。效果評估CSFB終端從LTE網(wǎng)絡(luò)因語音業(yè)務(wù)回落2G網(wǎng)絡(luò)后，LTE網(wǎng)絡(luò)可正確掛起LTE數(shù)據(jù)業(yè)務(wù)。在一定時間范圍內(nèi)（具體與MME實現(xiàn)相關(guān)），CSFB終端通話結(jié)束后終端返回LTE網(wǎng)絡(luò)后，數(shù)據(jù)業(yè)務(wù)仍可恢復。案例6：UE跨MSCPool回落，導致被叫失敗現(xiàn)象描述外場測試某區(qū)域，使用兩部三星CSFB終端互撥，主叫端發(fā)起呼叫后正常回落，被叫端也正常回落至2G,但一直沒有來電顯示，也未振鈴；主叫端等待一段時間無回鈴音，之后收到被叫用戶無法接通的提示音。問題分析主被叫兩部終端均可正確回落，說明終端在LTE網(wǎng)絡(luò)側(cè)的CSFB相關(guān)流程執(zhí)行正常，被叫失敗是在終端接入GSM網(wǎng)絡(luò)后因某環(huán)節(jié)出現(xiàn)異常導致的。通過跟蹤兩部終端回落后的各項操作，以及與GSM網(wǎng)絡(luò)的信令交互過程，發(fā)現(xiàn)出現(xiàn)該問題的測試區(qū)域恰好位于MSCPooL邊界。其中終端開機初始執(zhí)行LTE聯(lián)合附著/位置更新時，根據(jù)MME配置的TA-LA映射表，注冊在LA1對應的MSC1上，MSC1在MSCPooL1內(nèi)。而因終端撥打時位置在MSCPOOL邊界，終端實際回落時選擇接入的GSM小區(qū)為LA2，對應的MSC為MSC2，MSC2在MSCPooL2內(nèi)。如下圖所示：圖4-SEQ圖4-\*ARABIC7UE回落跨MSCPool示意圖由于聯(lián)合注冊在MSCPooL1的MSC1，被叫呼叫一定接續(xù)到PooL1的MSC1，之后用戶回落到MSCPooL2的MSC2，導致被叫失敗。問題分類：網(wǎng)絡(luò)覆蓋條件解決方案盡可能完善網(wǎng)絡(luò)規(guī)劃，合理配置GSM小區(qū)歸屬MSCPooL，將終端回落接入的GSM小區(qū)盡量規(guī)劃在終端聯(lián)合注冊的MSCPooL內(nèi)，避免發(fā)生回落跨PooL場景，降低被叫失敗發(fā)生的概率，但這種方法無法徹底解決該問題，需通過部署MSC的MTRF功能才可真正避免回落后跨PooL的被叫失敗問題。3GPP定義的MTRF（MobileTerminatingRoamingForwarding），即可解決這種特殊場景下的異常問題。通過引入該功能，可實現(xiàn)oldMSC（聯(lián)合位置更新附著的MSC）和newMSC（回落的MSC）之間的呼叫前轉(zhuǎn)，讓被叫成功接續(xù)。該方案實施需LTE覆蓋范圍內(nèi)全部MSC軟件升級支持，影響范圍廣，改造量大，實施代價高，因此目前尚未部署，只能通過無線規(guī)劃的方式規(guī)避。效果評估通過優(yōu)化無線規(guī)劃，合理設(shè)置GSM小區(qū)歸屬MSCPooL，盡量保證終端回落接入的GSM小區(qū)歸屬于終端注冊的MSCPooL，可解決多數(shù)場景下回落跨PooL的被叫失敗問題。但在邊界區(qū)域由于無線信號漂移，無法保證用戶在同一區(qū)域每次都選擇相同小區(qū)接入；也不可能同時照顧到PooL邊界范圍內(nèi)所有用戶，因此無法徹底解決用戶被叫失敗的問題。案例7：4G網(wǎng)絡(luò)將終端的LastVisitedTA加入TAList，導致終端回落跨MSCPool而被叫失敗現(xiàn)象描述杭州路測時，偶爾有被叫CSFB手機失敗現(xiàn)象，從終端LoG發(fā)現(xiàn)，被叫失敗是由于回落跨MSCPool造成，且呼叫失敗前的TAUAccept中的TAList包含了分屬不同TAList的TAC。問題分析測試區(qū)域TA、LA規(guī)劃如下圖所示，其中BSC006的LA為22548，BSC103的LA為22552，BSC177的LA為22457；MME將TAC50配置在TAList1中，TAC51和52配置在TAList3中，且TAList和LA映射關(guān)系為TAList1對應LA22552，TAList3對應LA22548。測試時終端在正確的TAC50小區(qū)進行電話撥打，TAC50屬于TAList1，映射的LA為22552，終端掛機后需要返回LTE小區(qū)，由于無線信號漂移等原因，終端返回LTE時接入的LTE小區(qū)屬于TAC51/TAC52，這兩個TAC均屬于TAList2，映射的LA為22548。從終端側(cè)LoG發(fā)現(xiàn)，終端返回LTE時的TAUAccept消息中的TAList不但有TAC51/TAC52，還包含了之前所在的LastVisitedTA，即TAC50。當終端再次重選回到TAC50下的小區(qū)進行撥打測試時，因?qū)τ诮K端而言TAC50在TAList中，因此不會重新執(zhí)行TAU，此時映射的LA仍為22548，但是在TAC50LTE小區(qū)下發(fā)的GSM頻點對應小區(qū)LA為22552，故形成跨MSCPool場景，因此被叫失敗。圖4-SEQ圖4-\*ARABIC8測試區(qū)域TAC與TAList分布示意圖因此，本案例中CSFB被叫失敗，是由于4G網(wǎng)絡(luò)MME將UE的LastVisitedTA加入到給UE下發(fā)的TAList中，導致UE再次移動到LastVisitedTA區(qū)域時不會發(fā)起TAU請求，也就無法更新終端聯(lián)合附著/位置更新的LA以及對應的MSC，從而導致跨MSCPool回落，被叫失敗。問題分類：核心網(wǎng)設(shè)備實現(xiàn)解決方案根據(jù)3GPP協(xié)議，引入CSFB后，TAList盡量不要跨多個LA區(qū)域，而MME設(shè)備將UELastVisitedTA加入到TAList中的方式，會造成TAList跨多個LA區(qū)域，從而可能導致回落跨MSCPool。因此，通過規(guī)范MME實現(xiàn)，即不將UE的LastVisitedTA加入TAList，從而避免本案例問題再次發(fā)生。效果評估升級MME版本，通過軟參配置方式關(guān)閉LastVisitedTA加入TAList功能。之后的測試過程中，未發(fā)生因TAList跨多個LA導致回落跨MSCPool，導致被叫失敗案例發(fā)生。案例8：回落至GSM后，鑒權(quán)失敗現(xiàn)象描述現(xiàn)象1：杭州外場，使用諾西USIM卡，回落2G建立語音業(yè)務(wù)，會出現(xiàn)第一次鑒權(quán)失敗，第二次鑒權(quán)才成功的現(xiàn)象現(xiàn)象2：青島外場，4G網(wǎng)絡(luò)使用46008網(wǎng)號，主叫回落后，終端不發(fā)起CMservicerequest，無法發(fā)起CSFB呼叫問題分析杭州外場：在跨LA場景中，回落過程中需要進行LAU。測試發(fā)現(xiàn)呼叫總是有鑒權(quán)失敗的場景，經(jīng)分析發(fā)現(xiàn)CSFB主叫側(cè)100%成功，但CSFB被叫側(cè)100%失敗。后分析因呼叫流程不同，導致鑒權(quán)的場景不同，最終導致鑒權(quán)的失敗、之后的重同步過程。步驟流程CSFBMOCSFBMT1聯(lián)合位置更新

注1:MME每次要一組向量并使用

注2:MSC在聯(lián)合位置更新階段就下載5組Vector√

鑒權(quán)√

鑒權(quán)2回落√√3回落后執(zhí)行MSCLAU流程√

鑒權(quán)

100%成功√

鑒權(quán)

100%失敗4呼叫結(jié)束后BSC能否觸發(fā)FR給UE（基于BSC的FR方案）FRnon-FR5SGSNRAU流程X√

但不鑒權(quán)6UE發(fā)起ModifyPDPcontextrequestX√7返回LTE√√8MMETAU流程√

不鑒權(quán)√

鑒權(quán)USIM卡可以根據(jù)網(wǎng)絡(luò)側(cè)下發(fā)的鑒權(quán)參數(shù)（RAND、AUTN）計算出網(wǎng)絡(luò)下發(fā)的SQN，其中SQN=SEQ||IND，與終端中存儲的SQNMS做比較，驗證時以IND做為索引值，即新收到的SEQ只與SEQMS（IND）進行比較，若超出其允許的范圍將返回鑒權(quán)失敗消息。比較的關(guān)鍵是：L和Δ。L 表示USIM允許的可接受序列號的最大壽命，即新接收到的SQN和SQNMS之間的最大允許數(shù)值差，要求SEQ>SEQMS–L。Δ 表示USIM可接受的序列號跳躍的最大值，即USIM只接受滿足條件SEQ-SEQMS≤的SQN。懷疑卡商提供的卡和廠家提供的HLR/HSS/AuC中數(shù)據(jù)不一致，或卡中參數(shù)設(shè)置有問題，問題交給廠家和卡商共同研究和解決。青島外場：青島外場有2個特點：1)4G網(wǎng)絡(luò)與2/3G網(wǎng)絡(luò)廣播使用不同的網(wǎng)號：4G為46008，2/3G為46000。2)4GHSS/AuC與2/3GHLR/AuC分設(shè)，用戶的鑒權(quán)數(shù)據(jù)同時存儲與2/3GHLR/AuC和4GHSS/AuC中。終端在4G鑒權(quán)成功且聯(lián)合注冊成功，但是主叫回落后，終端無法發(fā)起CMservicerequest消息。經(jīng)分析UE側(cè)log發(fā)現(xiàn)終端在2/3G網(wǎng)絡(luò)鑒權(quán)總是失敗，2/3G網(wǎng)絡(luò)對應的網(wǎng)絡(luò)46000已經(jīng)在終端側(cè)為roamingnotallowed網(wǎng)絡(luò)，但4G網(wǎng)絡(luò)依然可以接入。經(jīng)分析，認為測試用USIM卡的鑒權(quán)參數(shù)與2/3GHLR/AuC中的設(shè)置應該不一致，導致2/3G網(wǎng)絡(luò)的鑒權(quán)失敗，在網(wǎng)絡(luò)側(cè)發(fā)起Authenticationreject消息后UE會自動將網(wǎng)絡(luò)設(shè)置為禁止，因為2/3G使用與4G不同的網(wǎng)絡(luò)號，所以依然可以接入4G網(wǎng)絡(luò)。需要卡商、設(shè)備廠商和省公司共同檢查核對USIM卡和HLR/AuC中的參數(shù)設(shè)置。問題分類：核心網(wǎng)參數(shù)設(shè)置解決方案杭州外場：卡商認為是舊COS中，Delta和L值設(shè)置與HLR/HSS/AuC中不同，造成同步失敗無法登錄網(wǎng)絡(luò)。重新做卡后，問題基本得到解決。青島外場：卡商定位為USIM卡中R值與現(xiàn)網(wǎng)HLR/AuC中R值不符，但是與HSS/AuC中R值相符。為了修改R值，與現(xiàn)網(wǎng)HLR/AuC中一致，需要重新做USIM卡，同時修改HSS/AuC的R值。新做的USIM卡最終在2/3G網(wǎng)絡(luò)鑒權(quán)通過，證實確為R值問題。效果評估問題基本得到解決。案例9：UE在TAU流程中撥打電話導致呼叫失敗現(xiàn)象描述某城市外場測試過程中，4GUE撥打4GUE，L2L共撥打了60次，出現(xiàn)8次呼叫不成功，主叫在20s-30s左右的時延后聽到“被叫無法接通”的錄音通知。問題分析檢查終端側(cè)和網(wǎng)絡(luò)側(cè)MME跟蹤和記錄的log，發(fā)現(xiàn)在快速撥打的過程中，因TA-LA匹配，終端在呼叫前沒有發(fā)起LAU流程，因此SGs接口狀態(tài)在MSC依然保持為associated；掛機后，終端支持自主快速返回功能，在UE返回LTE網(wǎng)絡(luò)過程中，被撥打當被叫時，MSC依然會在SGs接口下發(fā)尋呼消息雖然用戶在MME狀態(tài)設(shè)置為懸掛，但MME依然在空口下發(fā)尋呼UE返回LTE網(wǎng)絡(luò)，尚未發(fā)起TAU流程，但看到空口的尋呼消息后，會立即發(fā)起尋呼響應消息接收到UE的尋呼響應消息后，MME給MSC返回SGs-ServiceRequest消息。但MME因UE尚在懸掛狀態(tài)，立即給UE返回ServiceReject消息，同時給MSC發(fā)送SGs-IMSI-detach消息因為接收到ServiceReject，UE發(fā)起Attachrequest消息接收到Attach消息后，MME在SGs接口發(fā)送SGs-LAUrequest消息MSC因為內(nèi)部實現(xiàn)的bug，會一直懸掛入呼叫，直至超時（大約20s）釋放呼叫問題分類：核心網(wǎng)設(shè)備實現(xiàn)解決方案從問題分析中可看出，MME在用戶懸掛狀態(tài)時尋呼了用戶，之后又因用戶懸掛狀態(tài)拒絕用戶的尋呼響應，并先后給MSC返回SGs-ServiceRequest和SGs-IMSI-detach消息，導致MSC內(nèi)部的bug被激活，處理異常。在此場景下，有兩種可能的實現(xiàn)方式方式1） 因用戶懸掛，MME直接給MSC返回SGsAP-UE-UNREACHABLE消息，這樣的話，本次呼叫失敗，因為尋呼無響應，但MSC中用戶SGs接口和狀態(tài)都不會被修改，不影響下次呼叫方式2）MME依然在S1接口尋呼用戶，增加LTE網(wǎng)絡(luò)尋呼量，尋呼后可能失敗，也可能尋呼成功。若用戶返回尋呼響應，MME正常處理后續(xù)呼叫，呼叫正常。兩種實現(xiàn)方式均可，各有優(yōu)缺點，需商討。效果評估后續(xù)，建議在外場測試時驗證各廠商的實現(xiàn)方式，并商討決策。“CSFB手機掛機返回LTE異常”的原因分析及相關(guān)案例原因分析目前，CSFB返回方案采用兩種并行的方案：終端自主返回和2G->3G->4G橋接返回方案。部分城市區(qū)域還采用第三種方案：2G->4G返回方案。終端自主返回功能需要芯片支持，具體實現(xiàn)與廠家芯片實現(xiàn)相關(guān)，自主返回失敗因素與LTE無線信號覆蓋、掛機區(qū)域頻點是否已被終端記憶有關(guān)。當終端自主返回失敗后，終端將在2G駐留。若2G配置4G鄰區(qū)，則由2G通過小區(qū)重選返回4G；若2G未配置4G鄰區(qū)，則通過3G橋接返回4G。2G->3G->4G橋接返回和2G->4G過程與數(shù)據(jù)業(yè)務(wù)互操作流程相同，相關(guān)影響因素與數(shù)據(jù)業(yè)務(wù)互操作類似，可參見《LTE與TD-SCDMA數(shù)據(jù)業(yè)務(wù)互操作性能影響因素分析》案例庫；除此之外，因CSFB流程造成的重選返回失敗因素主要為LTE網(wǎng)絡(luò)側(cè)定時器超時導致隱式detach，導致TAU失敗。部分特殊終端及國漫入終端不支持終端自主返回功能，CSFB通話掛機后將在2G駐留。若該終端也不支持TD-S模式，且2G又未配置4G鄰區(qū)，則該終端將不能返回4G駐留；若終端支持TD-S模式，將根據(jù)2G是否配置了4G鄰區(qū)，選擇2G->3G->4G橋接方式或2G->4G方式返回方式。通常情況，回落2G網(wǎng)絡(luò)，通話過程中不能進行數(shù)據(jù)業(yè)務(wù)，掛機后若終端通過自主快速返回方式返回4G，可在LTE發(fā)起TAU并恢復數(shù)據(jù)業(yè)務(wù)若終端自主返回失敗，將駐留2G網(wǎng)絡(luò)并嘗試恢復數(shù)據(jù)業(yè)務(wù)，連接態(tài)時：可通過NC0方式返回3G（需終端支持），若3G網(wǎng)絡(luò)支持到4G連接態(tài)重定向，可返回4G繼續(xù)數(shù)據(jù)業(yè)務(wù)若否，終端需待數(shù)據(jù)業(yè)務(wù)完成進入空閑態(tài)后，通過小區(qū)重選2G->3G->4G橋接方式或2G->4G方式返回4G（需2G配置4G鄰區(qū)）特殊場景，若終端回落3G網(wǎng)絡(luò)，通話過程中能夠并行進行數(shù)據(jù)業(yè)務(wù)，掛機后終端將駐留在3G，返回4G行為與上面相同案例分析案例1：掛機區(qū)域LTE弱覆蓋，導致終端自主返回失敗現(xiàn)象描述LTE弱覆蓋區(qū)，CSFB手機通話后掛機，不能通過終端自主返回功能返回4G網(wǎng)絡(luò)。問題分析終端自主返回時，需LTE信號RSRP滿足開機駐留門限（一般設(shè)置為-120dBm～-124dBm）才能接入4G網(wǎng)絡(luò)，在LTE弱覆蓋區(qū)，4G信號低于開機駐留門限，終端自主返回將失敗，此后終端將返回2G網(wǎng)絡(luò)駐留，在信號強度滿足條件情況下，可通過3G橋接返回4G網(wǎng)絡(luò)。問題分類：網(wǎng)絡(luò)覆蓋條件解決方案通過網(wǎng)絡(luò)建設(shè)及網(wǎng)絡(luò)優(yōu)化，提升4G網(wǎng)絡(luò)覆蓋質(zhì)量，避免覆蓋空洞，提高終端自主返回成功率。效果評估在LTE典型強覆蓋區(qū)域，終端自主返回成功率較高，用戶體驗較好。案例2：掛機區(qū)域頻點與起呼區(qū)域不同，導致終端自主返回失敗現(xiàn)象描述某芯片CSFB手機，在室外D頻段起呼，在室內(nèi)E頻段掛機，掛機后不能通過終端自主返回功能返回4G網(wǎng)絡(luò)。問題分析本案例問題與芯片實現(xiàn)相關(guān)，其終端自主返回方案為掛機搜索曾經(jīng)記憶的LTE頻點，如果掛機區(qū)域頻點未曾記憶，則不能自主返回4G網(wǎng)絡(luò)，此后UE將永久記憶這一頻點，并且關(guān)機也不消除。測試時，UE從未在E頻段頻點駐留，當在室外起呼室內(nèi)掛機時，不能搜索室內(nèi)E頻段該LTE頻點，導致自主返回失敗，定時器超時后（測試時設(shè)置為2s），UE駐留2G網(wǎng)絡(luò)，此后UE記憶此E頻段頻點，再次在室外起呼室內(nèi)掛機，終端自主返回成功。問題分類：終端實現(xiàn)解決方案終端自主返回功能無需改動GSM無線網(wǎng)絡(luò)，但存在一定失敗概率。若此芯片終端未記憶掛機區(qū)域LTE頻點，終端自主返回將失敗。但未來部署LTE頻點數(shù)量最多5~6個，且終端能夠永久記憶曾駐留或讀取的頻點，該問題對用戶體驗影響不會太大。效果評估終端能夠永久記憶曾駐留或讀取的頻點，且不隨開關(guān)機取消，在LTE部署頻點數(shù)量5~6個前提下，因頻點未記憶導致的終端自主返回失敗對用戶體驗有影響，但影響不會太大。案例3：SGSN向MME發(fā)出的PDPcontextRequest中攜帶GBR，導致TAU完成后，LTE網(wǎng)絡(luò)將用戶Detach現(xiàn)象描述在2G電話結(jié)束后，終端通過重選返回LTE，TAU結(jié)束后，網(wǎng)絡(luò)將用戶Detach。問題分析在2G電話結(jié)束后，終端在2/3G發(fā)起RAU，SGSN收到RAUREQ后，通過SGSNcontextrequest流程從MME側(cè)獲取用戶的上下文，從消息中可以看到，MME發(fā)送給SGSNUE的GBR是0：圖5-SEQ圖5-\*ARABIC1MME發(fā)給SGSN的SGSNcontextResponse中UEGBR為0但是SGSN給P-GW發(fā)起的updatePDP消息中，給UE分配的GBR是640：圖5-SEQ圖5-\*ARABIC2SGSN發(fā)給P-GW的UpdatePDP消息中UEGBR為640終端通過重選返回LTETAU時，MME從SGSN獲取的用戶的上下文，在SGSN回給MME的SGSNContextResponse消息里，GBRUL/DL都是640：圖5-SEQ圖5-\*ARABIC3SGSN發(fā)給MME的SGSNContextResponse中UEGBR為640而對于defaultbearer，GBR應該為0，所以MME檢查到用戶的上下文不合法，從而發(fā)起Detach流程，將UE去附著。

問題分類：核心網(wǎng)設(shè)備實現(xiàn)解決方案SGSN更新版本，對于默認承載的GBR值不做修改。效果評估SGSN更新版本后，案例中出現(xiàn)問題未復現(xiàn)。案例4：SGSN關(guān)閉根據(jù)UE能力選擇錨點功能，導致TAU失敗現(xiàn)象描述終端從2G重選返回到4G時，出現(xiàn)概率性TAU失敗，需在4G重新Attach后成功接入，導致重選到4G的時延較長。問題分析因BOSS計費改造進度原因，SGSN臨時關(guān)掉根據(jù)UE能力選擇功能，所以當用戶在SGSN下一旦發(fā)起PDP激活，SGSN將會把該用戶選擇到現(xiàn)網(wǎng)GGSN。然后當用戶重選到4G做TAU時，MME從SGSN獲取該用戶的上下文，其中包含UE所在的網(wǎng)關(guān)IP地址，并發(fā)起承載建立，這里獲取的IP地址實際是GGSN的地址，而MME發(fā)起承載建立時需要向SAE-GW發(fā)起。但是現(xiàn)網(wǎng)GGSN不支持P-GW功能，導致承載建立失敗，TAU拒絕；用戶需要在4G重新Attach后成功接入。如果UE初始接入在4G，由于P-GW支持GGSN功能，用戶在系統(tǒng)間來回移動時，網(wǎng)關(guān)永遠是融合節(jié)點，不管TAU還是RAU都不會失敗。問題分類：網(wǎng)絡(luò)改造進度解決方案該問題出現(xiàn)時是由于全國BOSS未改造完畢，有計費漏洞，所以部分省份將SGSN根據(jù)UE能力選擇功能臨時關(guān)掉。所以一旦BOSS改造完畢，同時將該功能打開，這個問題將不復存在。在BOSS改造完成前，有下面幾個臨時方案：方案一：SGSN根據(jù)IMSI/MSISDN號段區(qū)分出LTE簽約用戶，并將其錨定到P-GW，其余用戶仍錨定到GGSN。具體實施時：①SGSN可以根據(jù)其中靜態(tài)配置的號段選擇網(wǎng)關(guān)；②也可以通過在DNS中指定不同號段的不同網(wǎng)關(guān)地址后，SGSN通過重構(gòu)APN的方式擴展DNS查詢消息，獲取合適的網(wǎng)關(guān)，將非LTE用戶路由到GGSN；方案二：對LTE用戶增加ARD的簽約信息，SGSN根據(jù)UE能力和ARD簽約信息選擇合適的網(wǎng)關(guān)，將非LTE用戶路由到GGSN。該方案涉及到HLR的改造，不建議使用。效果評估待核心網(wǎng)改造完畢即可解決。案例5：QoS修改時MME第一次Paging無響應，導致網(wǎng)絡(luò)DetachUE現(xiàn)象描述終端返回4G，TAU流程結(jié)束后，網(wǎng)絡(luò)發(fā)起尋呼，一次尋呼失敗后網(wǎng)絡(luò)就發(fā)起了detach流程。問題分析終端回落到GSM后，通話結(jié)束后快速返回LTE失敗，因此在2G/3G網(wǎng)絡(luò)發(fā)起RAU流程，之后返回4G發(fā)起TAU流程，因TAUREQ消息中activeflag=0，TAU流程結(jié)束后MME立即發(fā)起S1釋放流程，終端進入空閑態(tài)。之后，MME發(fā)現(xiàn)該用戶在LTE的QoS簽約比該用戶在2/3G網(wǎng)絡(luò)實際使用的QoS高，MME發(fā)起QoS更新流程，由于UE已經(jīng)處于空閑態(tài)，所以MME首先發(fā)起paging流程。圖5-SEQ圖5-\*ARABIC4為修改Qos，MME發(fā)起Paging流程第一次Paging時，恰好UE此時（同1秒時刻）在同頻切換（跨TAlist觸發(fā)TAU），導致終端無法收到該Paging。圖5-SEQ圖5-\*ARABIC5第一次Paging時，UE同時進行同頻切換MME在一次Paing無響應的情況下，就給S-GW回UpdateBearerResponse，攜帶UEnotresponding原因，導致網(wǎng)絡(luò)主動發(fā)起detach流程，將UE去激活。圖5-SEQ圖5-\*ARABIC6MME在一次Paging無響應后，發(fā)給S-GW的UpdateBearerResponse解決方案：核心網(wǎng)設(shè)備實現(xiàn)解決方案MME更新實現(xiàn)方式，只有在多次尋呼均失敗時，才可以給SAEGW回UpdateBearerResponse。效果評估僅在多次尋呼失敗，確實異常時網(wǎng)絡(luò)才會將用戶去附著。案例6：SGSN未配置4GEPLMN導致UE無法返回4G現(xiàn)象描述CSFB手機（測試時不支持終端自主返回功能）在2G掛機后通過小區(qū)重選返回LTE失敗，原因是MSC下發(fā)的EPLMNlist（46008）無效問題分析測試區(qū)域2GPLMNID為46000，4GPLMNID為46008。CSFB手機掛機后，因暫不支持終端自主返回功能，駐留2G網(wǎng)絡(luò)，依次進行LAU和RAU過程，之后通過小區(qū)重選返回4G網(wǎng)絡(luò)。由于MSC配置了EPLMN，2G網(wǎng)絡(luò)在LAUAccept消息中下發(fā)的EPLMNlist中包含46008，如下圖：

--有46008的EPLMN但SGSN未配置EPLMN，因此在RAUAccept消息中下發(fā)的EPLMN中不包含46008，如下圖：

--沒有攜帶EPLMNUE僅能根據(jù)最后一次LAU或RAUAccept獲得的EPLMN刷新并保存EPLMNlist，因此RAU流程后刷新EPLMNlist，刪除了LAUAccept時下發(fā)的EPLMNlist，4GPLMNID46008不在UE的EPLMNlist中。當終端小區(qū)重選返回4G時，因4GPLMN與UE的RPLMN不同，且不在UE的EPLMNlist中，重選4G網(wǎng)絡(luò)失敗。問題分類：核心網(wǎng)參數(shù)配置解決方案SGSN配置4GPLMNID為EPLMN，從而在RAUAccept消息的EPLMNlist中攜帶4GPLMNID，使得UE能夠返回后成功接入4G。效果評估SGSN配置4GPLMNID為EPLMN后，CSFB手機能夠正常從2G重選返回4G。“CSFB呼叫建立時延異常”的原因分析及相關(guān)案例原因分析CSFB呼叫建立時延是CSFB用戶體驗的重要部分，因CSFB額外引入流程將在GSM現(xiàn)網(wǎng)呼叫建立時延基礎(chǔ)上增加時延。在網(wǎng)絡(luò)部署成熟時，CSFB呼叫建立時延應趨于穩(wěn)定，但在部署過程中，CSFB呼叫建立時延可能存在過短或者過長等異常情況。在網(wǎng)絡(luò)部署CSFBR8重定向回落方案（終端支持緩讀SI13功能）時，通過五城市聯(lián)合測試摸索到CSFB呼叫建立時延范圍如下：CSFB單端呼叫（CSFBUE撥打GSMUE或者GSMUE撥打CSF