CSFB日常關(guān)鍵指標(biāo)優(yōu)化手冊(cè)(華為)

CSFB端到端優(yōu)化手冊(cè)(無(wú)線部分)（LTE：華為，GSM：愛(ài)立信/華為）CSFB基本原理介紹在LTE建網(wǎng)之初，由于LTE只支持分組域，通常采用原有網(wǎng)絡(luò)的CS域語(yǔ)音方案來(lái)提供語(yǔ)音服務(wù)。3GPPR8提出了CSFB（CircuitSwitchedFallback，電路域業(yè)務(wù)回退）技術(shù)，即LTE覆蓋下的UE在需要處理CS業(yè)務(wù)時(shí)，切換到UTRAN/GERAN網(wǎng)絡(luò)中完成業(yè)務(wù)處理。CSFB的基本概念LTELTELTELTELTEGSM/WCDMALTEislandPSCS(+PS)PS具備CSFB功能的LTE終端用戶，在空閑狀態(tài)或只有PS業(yè)務(wù)，沒(méi)有CS語(yǔ)音業(yè)務(wù)的情況下，優(yōu)先接入和駐留在LTE網(wǎng)絡(luò)上；當(dāng)用戶發(fā)起CS語(yǔ)音業(yè)務(wù)（呼叫或收到呼叫）時(shí)，將會(huì)觸發(fā)終端用戶回落到覆蓋重合的2G/3G網(wǎng)絡(luò)，然后再按照標(biāo)準(zhǔn)CS業(yè)務(wù)流程完成話音呼叫處理；CS語(yǔ)音業(yè)務(wù)結(jié)束后，用戶將再返回到LTE網(wǎng)絡(luò)。針對(duì)實(shí)現(xiàn)CSFB功能的需要，在CS網(wǎng)絡(luò)中的MSC-S和EPC網(wǎng)絡(luò)中的MME之間，將引入一個(gè)新的信令接口-SGs接口，如下圖所示。通過(guò)這個(gè)新的接口，MSC-S可以尋呼登記在LTE網(wǎng)絡(luò)中的CSFB的終端用戶，實(shí)現(xiàn)對(duì)SMS和尋呼移動(dòng)性的管理功能。CSVoiceCSVoicehttp://..http://CSvoiceCSFB

PhoneCSFBMSCSGsTelephonyonCSPSdataSMS,Paging,MobilityMgmtEPCLTEGSM/WCDMACSFB基本功能介紹在MSS中，CSFB的主要可分為兩個(gè)基本功能：LTEtoCSFallbackSMSoverSGs-interfaceLTEtoCSFallbackLTE回落到CS的功能為用戶接入LTE網(wǎng)絡(luò)的同時(shí)，提供了基于CS的語(yǔ)音和附加業(yè)務(wù)。用戶在LTE網(wǎng)絡(luò)中享受高速率的數(shù)據(jù)業(yè)務(wù)的同時(shí)，仍然能夠從重疊覆蓋的2G/3G網(wǎng)絡(luò)中，接收完整的CS的業(yè)務(wù)。具備CSFB功能的LTE終端用戶，在嘗試發(fā)起語(yǔ)音呼叫或者通過(guò)SGs接口接收到語(yǔ)音呼叫時(shí)，將回落到重疊覆蓋的2G/3G網(wǎng)絡(luò)中，按照標(biāo)準(zhǔn)CS業(yè)務(wù)流程完成話音呼叫處理。語(yǔ)音業(yè)務(wù)完成后，用戶將回到LTE網(wǎng)絡(luò)中。CSFB的呼叫流程主叫流程、步驟9之前，是PS域里的一系列的操作。步驟9開(kāi)始就是按照標(biāo)準(zhǔn)的正常MO操作。被叫流程以CSFB為例，一個(gè)SGS尋呼過(guò)程由MSC、MME、Enodeb協(xié)同完成，其具體過(guò)程如下：a.當(dāng)一個(gè)呼叫被接續(xù)到被叫UE聯(lián)合位置更新的MSC時(shí)，MSC首先判斷用戶關(guān)聯(lián)附著態(tài)，并查詢UE當(dāng)前登記的MME；然后MSC向UE歸屬的MME發(fā)送帶CSFallback指示的SGS_PAGING_REQUEST消息，在尋呼消息攜帶有UE的IMSI信息或TMSI信息b.如果MME查詢到UE處于ACTIVE狀態(tài)，則在已有的信令連接上發(fā)送NAS消息CSservicenotification給UE；如果MME查詢到UE處于ILDE狀態(tài)，則發(fā)送paging給Enodeb，通過(guò)無(wú)線信道尋呼UE,c.UE通過(guò)CSservicenotification或Paging消息，收到來(lái)自CS域的呼叫時(shí)，發(fā)送ExtendedServiceRequest消息給MME，然后MME發(fā)送SERIVCEREQUET給MSC，表示已尋呼到UE.被叫尋呼部分詳細(xì)流程SGS接口尋呼成功率無(wú)線側(cè)優(yōu)化方案大致包含以下幾個(gè)方面：3.1TAC-LAC對(duì)應(yīng)關(guān)系核查4G無(wú)線側(cè)初期TAC規(guī)劃時(shí)，基于地圖作業(yè)，即在Mapinfo中選取最近的2G鄰區(qū)，將4G側(cè)的TAC配置為與該2G小區(qū)LAC相同。由于2G的工參信息存在少數(shù)不準(zhǔn)確的情況或2G割接導(dǎo)致4G側(cè)TAC配置會(huì)有部分錯(cuò)誤出現(xiàn)或更新不及時(shí)。CSFB要求4G網(wǎng)絡(luò)和2G網(wǎng)絡(luò)要聯(lián)合注冊(cè)，即在4G網(wǎng)絡(luò)TA區(qū)注冊(cè)后，4G網(wǎng)絡(luò)會(huì)查找該TA相對(duì)應(yīng)的2G網(wǎng)絡(luò)的LAC區(qū)，以便響應(yīng)尋呼消息；因此CSFB功能要求TA區(qū)和LAC聯(lián)合規(guī)劃，確保一致，如果不一致就導(dǎo)致收不到尋呼消息的情況；另外還需要注意MSCPOOL邊界區(qū)域，如果在CSFB期間終端出于跨POOL，那么會(huì)有很大概率被叫收不到尋呼消息引起未接通，這種情況下可以采用只添加同POOL的2G鄰區(qū)或者核心網(wǎng)打開(kāi)MTRF（呼叫前轉(zhuǎn)方案）解決，對(duì)于POOL邊界需要核查配置2G頻點(diǎn)，如2G站點(diǎn)與跨POOL周邊2G站點(diǎn)存在相同頻點(diǎn)，可能導(dǎo)致CSFB尋呼失敗。3.2無(wú)線側(cè)參數(shù)設(shè)定核查PCCH信道參數(shù)配置不當(dāng)會(huì)影響尋呼成功率，可以通過(guò)LSTPCCHCFG查詢當(dāng)前的設(shè)定情況；默認(rèn)尋呼周期：根據(jù)集團(tuán)規(guī)范，需要設(shè)定為rf128(128個(gè)無(wú)線幀)；尋呼分組個(gè)數(shù)：在尋呼負(fù)載一定的情況增加該參數(shù)可以提高單位時(shí)間內(nèi)尋呼容量，對(duì)尋呼成功率有一定的提升。用戶尋呼下發(fā)次數(shù)：該參數(shù)配置大于1次時(shí)，空口用戶尋呼將按照配置值下發(fā)多次，一方面會(huì)增加用戶收到尋呼消息的概率，來(lái)達(dá)到輔助核心網(wǎng)確保下發(fā)可靠性的目的；但同時(shí)也會(huì)增加空口資源的消耗，特別當(dāng)用戶尋呼請(qǐng)求較多時(shí)，可能會(huì)增加空口資源的擁塞。在網(wǎng)絡(luò)負(fù)荷允許的情況下，可以嘗試將該值配置為2或3以提升尋呼成功率。3.3LTE無(wú)線環(huán)境核查提取CSFB被叫過(guò)程中S1語(yǔ)音尋呼成功率低于預(yù)值且尋呼次數(shù)達(dá)到一定閥值的TA，進(jìn)行核查處理。處理步驟：對(duì)應(yīng)的Enodeb是否有告警；檢查基站是否有小區(qū)服務(wù)能力下降、小區(qū)不可用、光路傳輸?shù)确矫娴母婢?。信?hào)強(qiáng)度、信噪比是否合理；通過(guò)MR、掃頻及路測(cè)，檢查當(dāng)前無(wú)線環(huán)境的信號(hào)強(qiáng)度與信噪比是否偏低，比如低于-100dBm，SINR值經(jīng)常波動(dòng)至負(fù)值，易造成尋呼無(wú)響應(yīng)，需要通過(guò)無(wú)線優(yōu)化或者補(bǔ)盲方式，改善信號(hào)強(qiáng)度或者信噪比。3.4LTE尋呼擁塞核查：在LTE建網(wǎng)初期業(yè)務(wù)量不大的情況下，尋呼擁塞的情況較少；但隨著業(yè)務(wù)量的迅速增長(zhǎng)，在部分熱點(diǎn)區(qū)域已經(jīng)出現(xiàn)了尋呼容量不足的情況。主要有以下兩種情況：TAC/TAL尋呼容量不足：TAC/TAL尋呼容量與前期網(wǎng)絡(luò)規(guī)劃緊密相關(guān)，建議在建網(wǎng)初期每個(gè)TAL包含的小區(qū)數(shù)不超過(guò)390個(gè)，業(yè)務(wù)量大的區(qū)域可根據(jù)實(shí)際情況縮小小區(qū)數(shù)量；隨著業(yè)務(wù)量的發(fā)展，尋呼量增大，原有規(guī)劃的TAC/TAL可能會(huì)出現(xiàn)容量不足的情況，此時(shí)可以對(duì)TAC進(jìn)行分裂和對(duì)TAL下屬的TAC區(qū)域進(jìn)行重新規(guī)劃。小區(qū)尋呼擁塞：由于LTE的尋呼和業(yè)務(wù)共享PDSCH信道，所以不存在單獨(dú)的尋呼信道擁塞的情況，如果出現(xiàn)尋呼擁塞則是PRB資源不足造成的，此時(shí)可以通過(guò)擴(kuò)容小區(qū)、小區(qū)分裂或者業(yè)務(wù)分流等方式解決。在M2000上可以查詢小區(qū)的擁塞狀態(tài)：3.5幾類典型的尋呼失敗原因值及產(chǎn)生原因3.5.1UE不可達(dá)該場(chǎng)景為，MSC通過(guò)SGs接口向MME發(fā)Paging消息，MME通過(guò)S1接口尋呼用戶，但此時(shí)用戶正在2/3G發(fā)起位置更新及路由區(qū)更新，所以沒(méi)有響應(yīng)MME的尋呼。當(dāng)用戶在SGSN更新完成之后，SGSN會(huì)向MME獲取用戶的上下文信息，此時(shí)MME得知用戶已經(jīng)更新走，因此通過(guò)SGs接口向MSC回復(fù)“UE不可達(dá)”。如下： 解決此問(wèn)題需要進(jìn)一步加強(qiáng)4G覆蓋，減少重選至2G/3G的情況。3.5.2非EPS業(yè)務(wù)引起的的IMSI去附著該場(chǎng)景為，MSC通過(guò)SGs接口向MME發(fā)Paging消息，MME尋呼用戶，用戶響應(yīng)尋呼，MME通過(guò)SGs接口向MSC發(fā)送SERVICEREQ，指示用戶回落，但用戶始終未通過(guò)BSC向MSC發(fā)送PagingRES，MSC定時(shí)器超時(shí)，釋放此次呼叫。由于MME已經(jīng)通過(guò)SGs接口向MSC發(fā)送SERVICEREQ，但MME一直未收到用戶返回的TAU消息，所以當(dāng)用戶再次作為被叫時(shí)，MSC通過(guò)SGs接口向MME發(fā)Paging消息，MME直接返回PagingReject，原因值為“非EPS業(yè)務(wù)引起的的IMSI去附著”。如下：該問(wèn)題根因?yàn)橛脩艋芈浜笪凑５慕尤?G網(wǎng)絡(luò)導(dǎo)致。3.5.3用戶拒絕CSFB被叫該場(chǎng)景集中在個(gè)別用戶，均為MSC通過(guò)SGs接口向MME發(fā)Paging消息，MME直接返回PagingReject，原因值為“用戶拒絕CSFB被叫”。 查詢MME中此類用戶狀態(tài)如下：CS業(yè)務(wù)類型為smsonly，僅能進(jìn)行SGS短消息業(yè)務(wù)。繼續(xù)挖掘產(chǎn)生此類問(wèn)題的原因，查詢24.301協(xié)議發(fā)現(xiàn)，用戶可以在附著消息中通過(guò)Additionalupdatetype附加信元（AUTV）上報(bào)僅支持SMS業(yè)務(wù)。查詢?cè)撚脩魧ず舢惓r(shí)段前的Attach流程，發(fā)現(xiàn)終端在上報(bào)Attach請(qǐng)求消息時(shí)攜帶了該字段，導(dǎo)致MME中保存的CS業(yè)務(wù)類型為僅支持SMS業(yè)務(wù)，導(dǎo)致被叫SGS接口尋呼直接被MME拒絕，原因?yàn)橛脩艟芙^CSFB被叫。 后續(xù)用戶重新開(kāi)關(guān)機(jī)后，業(yè)務(wù)恢復(fù)正常，此問(wèn)題為終端附著消息中上報(bào)附加業(yè)務(wù)類型異常導(dǎo)致。3.5.4EPS業(yè)務(wù)引起的IMSI去附著該場(chǎng)景為，MSC通過(guò)SGs接口向MME發(fā)Paging消息，MME直接返回PagingReject，原因值為“EPS業(yè)務(wù)引起的IMSI去附著”，隨后MME向MSC發(fā)EPSDETACH消息，類型為“網(wǎng)絡(luò)隱式IMSI分析”。出現(xiàn)該現(xiàn)象是由于剛好在MME要隱式分離用戶的時(shí)候，MSC下發(fā)了SGs尋呼導(dǎo)致，如下：呼叫回落成功率呼叫回落是在GSM的呼叫基礎(chǔ)上額外引入的流程，也是整個(gè)CSFB最關(guān)鍵的流程，由于需要在GSM現(xiàn)網(wǎng)呼叫的基礎(chǔ)上增加呼叫損耗，而現(xiàn)網(wǎng)中大部分的CSFB呼叫未接通都是因?yàn)榛芈涫≡斐傻?，因此回落成功與否在很大程度上決定了CSFB呼叫是否能正常接續(xù)，所以回落成功率也是衡量CSFB質(zhì)量的關(guān)鍵指標(biāo)。目前的主流回落方式主要有兩種，即基于R8的重定向和基于R9的重定向；基于R8的重定向：eNB下發(fā)RRCCONNECTIONRELEASE消息攜帶目標(biāo)小區(qū)頻點(diǎn)信息，UE回落后需讀取GSM小區(qū)系統(tǒng)消息；基于R9的重定向：eNB下發(fā)RRCRelease消息攜帶目標(biāo)小區(qū)頻點(diǎn)信息及小區(qū)系統(tǒng)消息，UE回落后無(wú)需再讀取GSM系統(tǒng)消息，從而縮短呼叫時(shí)延。R9重定向=R8重定向+RIM流程（RadioInformationManagement：即通過(guò)在BSC—SGSN—MME—eNB之間建立通信通道，提前將相關(guān)2G小區(qū)系統(tǒng)消息傳遞到eNB中的過(guò)程）；R9重定向較R8重定向回落時(shí)延縮短2S左右，但由于涉及BSC、SGSN、MME、eNB改造，所以目前中國(guó)移動(dòng)現(xiàn)網(wǎng)采用的是基于R8的盲重定向回落方式。回落成功率的提升主要從以下幾個(gè)方面入手：無(wú)線側(cè)的回落鄰區(qū)配置建議如下：如果4G與2G小區(qū)共站，4G需要配置該2G小區(qū)頻點(diǎn)，同時(shí)需要繼承該2G小區(qū)的鄰區(qū)頻點(diǎn)如果4G僅與3G小區(qū)共站，4G需要配置該3G小區(qū)的2G鄰區(qū)頻點(diǎn)如果4G站點(diǎn)為新建站，優(yōu)先添加第一圈2G鄰區(qū)頻點(diǎn)。應(yīng)重點(diǎn)核查以下兩類漏配小區(qū)頻點(diǎn)：距離4G站點(diǎn)距離最近的N個(gè)2G站址小區(qū)頻點(diǎn)M4G小區(qū)天線法向方向正面對(duì)打小區(qū)且兩小區(qū)天線相對(duì)方向角度在60°之內(nèi)最近的2個(gè)候選鄰區(qū)頻點(diǎn)（該鄰區(qū)距本小區(qū)不超過(guò)1000m），如該2小區(qū)頻點(diǎn)被包含于前述M個(gè)小區(qū)頻點(diǎn)，則需配鄰區(qū)頻點(diǎn)個(gè)數(shù)為M，否則M+2。如果4G與2G共室分，4G需要配置該2G室分頻點(diǎn)，及該2G室分小區(qū)的鄰區(qū)頻點(diǎn)2GMSCPOOL邊界的4G站點(diǎn)，在添加2G頻點(diǎn)時(shí)，必須剔除異POOL鄰區(qū)的頻點(diǎn)4G宏站鄰區(qū)頻點(diǎn)數(shù)量，控制在8個(gè)左右，不建議超過(guò)12個(gè)；4G室分站點(diǎn)為了控制CSFB盡量回落至2G室分信號(hào)，鄰區(qū)頻點(diǎn)需要適當(dāng)少于宏站的頻點(diǎn)配置，不建議8個(gè)以上；參照集團(tuán)下發(fā)的聯(lián)合規(guī)劃原則實(shí)施的，盡量保持TA/LA的對(duì)齊，并對(duì)插花、邊界等小區(qū)進(jìn)行優(yōu)化調(diào)整。LTE弱覆蓋檢查通過(guò)掃頻、路測(cè)和MR發(fā)現(xiàn)LTE的弱覆蓋區(qū)域，綜合運(yùn)用RF優(yōu)化和補(bǔ)盲等手段增強(qiáng)覆蓋，從而解決LTE弱覆蓋帶來(lái)的未接通問(wèn)題?；芈浜驡SM側(cè)存在的問(wèn)題GSM弱覆蓋：CSFB回落時(shí)對(duì)2G頻點(diǎn)只是做功率掃描，沒(méi)有嚴(yán)格的測(cè)量，所以接入的2G頻點(diǎn)沒(méi)有特殊規(guī)律，回落到2G以后通過(guò)語(yǔ)音切換選擇好的小區(qū)信號(hào)，建議在2G頻點(diǎn)配置的時(shí)候盡量避免配置信號(hào)特別弱的頻點(diǎn)；通過(guò)掃頻、MR和路測(cè)均可以發(fā)現(xiàn)；GSM同頻同BISC：該情況會(huì)導(dǎo)致高質(zhì)差/高誤碼造成未接通，通過(guò)路測(cè)軟件可以發(fā)現(xiàn)；GSM信道擁塞：TCH和SDCCH擁塞均可能造成接入失敗，路測(cè)結(jié)合后臺(tái)小區(qū)性能統(tǒng)計(jì)可以發(fā)現(xiàn)；UE回落跨MSCPool規(guī)避建議當(dāng)CSFB終端回落跨MSCpool時(shí)主叫可以接續(xù)，但需多做一次LAU，接續(xù)時(shí)延會(huì)變長(zhǎng)，被叫無(wú)法接續(xù)。未部署MTRF組網(wǎng)下，可以通過(guò)無(wú)線數(shù)據(jù)配置解決，即在跨MSCPool4G小區(qū)進(jìn)行配置R8重定向的2G頻點(diǎn)時(shí)，不配置跨Pool的鄰區(qū)頻點(diǎn)（組）；在處理過(guò)程中，應(yīng)注意以下兩點(diǎn)；對(duì)于該配置方案，2G室分頻點(diǎn)不適用；對(duì)于室外、室內(nèi)頻點(diǎn)混用的情況通過(guò)合理頻點(diǎn)規(guī)劃得以解決。CSFB業(yè)務(wù)失敗問(wèn)題定位定位準(zhǔn)備工作S1口信令跟蹤在OMC跟蹤測(cè)試站點(diǎn)S1口信令：?jiǎn)斡脩粜帕罡櫽蒑ME側(cè)根據(jù)主被叫終端手機(jī)號(hào)碼提供虛用戶跟蹤ID，OMC后臺(tái)進(jìn)行虛用戶跟蹤：Uu口信令跟蹤OMC后臺(tái)進(jìn)行Uu口信令跟蹤（小區(qū)級(jí)）：空口信令跟蹤采用ATU或者測(cè)試設(shè)備進(jìn)行空口信令跟蹤（用戶級(jí)）：根據(jù)測(cè)試軟件不同使用方法各異。呼叫失敗定位流程主叫失敗定位流程CSFB主叫失敗UE回落2G處理流程UE正常上報(bào)ESR消息RRCCONN_REL正常TAU過(guò)程中或TAU之后200ms，發(fā)起主叫，UE跟蹤可看看到ESR消息，但UE實(shí)際不會(huì)上報(bào)enB(UE不會(huì)發(fā)送)檢查2GBSC小區(qū)CSFB開(kāi)關(guān)檢查2G網(wǎng)絡(luò)情況LAI間回落UE發(fā)起LAULAI內(nèi)回落內(nèi)回落UE發(fā)送CMserviceREQUE接收2G系統(tǒng)消息1.檢查eNodB頻點(diǎn)組/鄰區(qū)/功能開(kāi)關(guān)配置2.檢查eNodBlicense是否否否否檢查2G覆蓋是是CSFB主叫失敗UE回落2G處理流程UE正常上報(bào)ESR消息RRCCONN_REL正常TAU過(guò)程中或TAU之后200ms，發(fā)起主叫，UE跟蹤可看看到ESR消息，但UE實(shí)際不會(huì)上報(bào)enB(UE不會(huì)發(fā)送)檢查2GBSC小區(qū)CSFB開(kāi)關(guān)檢查2G網(wǎng)絡(luò)情況LAI間回落UE發(fā)起LAULAI內(nèi)回落內(nèi)回落UE發(fā)送CMserviceREQUE接收2G系統(tǒng)消息1.檢查eNodB頻點(diǎn)組/鄰區(qū)/功能開(kāi)關(guān)配置2.檢查eNodBlicense是否否否否檢查2G覆蓋是是被叫失敗定位流程CSFB被叫失敗CSFB被叫失敗是數(shù)據(jù)卡正常聯(lián)合位置更新成功是數(shù)據(jù)卡正常聯(lián)合位置更新成功否否非4G無(wú)線問(wèn)題非4G無(wú)線問(wèn)題否是否是尋呼處理流程尋呼處理流程轉(zhuǎn)聯(lián)合位置更新問(wèn)題eNodeB接收尋呼UE接收尋呼是轉(zhuǎn)聯(lián)合位置更新問(wèn)題eNodeB接收尋呼UE接收尋呼是否聯(lián)合位置更新處理流程排除4G弱覆蓋問(wèn)題檢查DRX值與MME聯(lián)合位置更新處理流程排除4G弱覆蓋問(wèn)題檢查DRX值與MME是否一致否是是否MME接收到尋呼否MME接收到尋呼UE是否正常上報(bào)ESR正常否收到尋呼后發(fā)起ESR，同時(shí)立即進(jìn)行TAU，回落后呼叫失敗否收到尋呼后發(fā)起ESR，同時(shí)立即進(jìn)行TAU，回落后呼叫失敗檢查MSC尋呼配置檢查SGs接口狀態(tài)是是檢查MSC尋呼配置檢查SGs接口狀態(tài)是是否MM指示回落否MM指示回落UE釋放流程檢查MM配置檢查MM配置檢查MME尋呼配置檢查傳輸網(wǎng)絡(luò)是否丟包檢查MME尋呼配置檢查傳輸網(wǎng)絡(luò)是否丟包是RRC_RELzhengchang否檢查eNodB頻點(diǎn)組/鄰區(qū)RRC_RELzhengchang否檢查eNodB頻點(diǎn)組/鄰區(qū)/license/功能開(kāi)關(guān)配置是是UE接收2G系統(tǒng)消息UE接收2G系統(tǒng)消息否檢查2G信號(hào)檢查2G信號(hào)是是UE接入2G處理流程UE接入2G處理流程LAI內(nèi)回落UE發(fā)送PagingRSPLAI間回落UE發(fā)起LAULAI內(nèi)回落UE發(fā)送PagingRSPLAI間回落UE發(fā)起LAU否POOL邊界問(wèn)題建議部署MTRF否POOL邊界問(wèn)題建議部署MTRFPOOL內(nèi)LAU是是否轉(zhuǎn)MME處理尋呼響應(yīng)/LAU否轉(zhuǎn)MME處理尋呼響應(yīng)/LAU否攜帶TMSI是是檢查2GCSFB開(kāi)關(guān)檢查2G網(wǎng)絡(luò)情況檢查2GCSFB開(kāi)關(guān)檢查2G網(wǎng)絡(luò)情況呼叫時(shí)延指標(biāo)定義主叫手機(jī)發(fā)出ExtendedServicerequest消息到主叫側(cè)收到了Alerting消息之間的時(shí)延；計(jì)算方式通過(guò)測(cè)試手機(jī)對(duì)主叫終端的信令記錄自動(dòng)統(tǒng)計(jì)計(jì)算結(jié)果分析思路通過(guò)無(wú)線側(cè)的信令分析，目前的呼叫時(shí)延主要包含三部分，如下圖：第一個(gè)區(qū)間段耗時(shí)非常短，而且都是在LTE下發(fā)起業(yè)務(wù)必須的流程，為0.17S左右，時(shí)延幾乎可以忽略不計(jì)；第二個(gè)區(qū)間段耗時(shí)約1.6S，第三個(gè)區(qū)間段耗時(shí)約9.5S，占了整個(gè)呼叫時(shí)延的較大比例，所以時(shí)延優(yōu)化重點(diǎn)在第二、三個(gè)區(qū)間段。無(wú)線側(cè)的優(yōu)化建議對(duì)于第二個(gè)呼叫流程區(qū)間段：網(wǎng)絡(luò)釋放終端在LTE網(wǎng)絡(luò)下的RRC連接，并選擇一個(gè)GSM頻點(diǎn)回落的過(guò)程；目前我們采用基于PS重定向方式的CSFB通過(guò)RRCRelease消息直接釋放UE，并在釋放消息中指示UE一個(gè)目標(biāo)系統(tǒng)GERAN的頻點(diǎn)組信息，一個(gè)GERAN頻點(diǎn)組可以包括最多32個(gè)GSM頻點(diǎn)。由于考慮到無(wú)線環(huán)境的復(fù)雜性和頻點(diǎn)配置的可實(shí)施性，目前一般采用的LTE小區(qū)通配最常用的32個(gè)GSM主BCCH頻點(diǎn)的方式。但由于在不同的具體位置最優(yōu)的GSM頻點(diǎn)不固定，因此終端要檢測(cè)到最優(yōu)的GSM頻點(diǎn)所需要到的時(shí)間也不相同；而且配置的頻點(diǎn)越多，檢測(cè)所需時(shí)間也就越長(zhǎng)，如果能夠通過(guò)精確設(shè)置頻點(diǎn)，理論上可以縮短終端測(cè)量GSM頻點(diǎn)的時(shí)間，從而縮短達(dá)到時(shí)延的效果。將GSM的頻點(diǎn)數(shù)目逐步減少，驗(yàn)證結(jié)果如下表：頻點(diǎn)配置情況呼叫發(fā)起到LTE釋放時(shí)延(S)LTE釋放到GSM發(fā)起請(qǐng)求時(shí)延(S)GSM發(fā)起呼叫請(qǐng)求到響鈴時(shí)延(S)總時(shí)延配置32個(gè)頻點(diǎn)0.1791.5669.59911.344配置6個(gè)頻點(diǎn)↓0.153↓1.1589.55410.865配置3個(gè)頻點(diǎn)↓0.151↓0.789.58310.514從以上驗(yàn)證結(jié)果可以看到有兩段時(shí)延有所下降：呼叫發(fā)起到LTE釋放時(shí)延：當(dāng)配置GSM頻點(diǎn)個(gè)數(shù)由32減少到6個(gè)或3個(gè)時(shí)，該階段時(shí)延有所縮短，測(cè)試結(jié)果顯示縮短約0.02秒。由于該過(guò)程僅包含RRC連接、UE能力上報(bào)、RRC連接釋放過(guò)程，而減少配置頻點(diǎn)個(gè)數(shù)可以減少RRCConnectionRelease消息攜帶的信息量，縮短終端讀取時(shí)間，從而縮短LTE釋放時(shí)延。LTE釋放到GSM發(fā)起請(qǐng)求時(shí)延：當(dāng)配置最強(qiáng)的3個(gè)頻點(diǎn)時(shí)，該階段的時(shí)延明顯縮短，測(cè)試結(jié)果顯示縮短0.786秒。由于配置的頻點(diǎn)減少，終端需要測(cè)量的頻點(diǎn)數(shù)也大大減少，測(cè)量的過(guò)程時(shí)間縮短，整個(gè)呼叫時(shí)延從11.344縮短至10.514，時(shí)延優(yōu)化0.83秒，效果非常明顯。但在無(wú)線環(huán)境比較復(fù)雜的區(qū)域要注意，配置GSM頻點(diǎn)數(shù)不足可能會(huì)造成CSFB業(yè)務(wù)失敗，要根據(jù)每個(gè)小區(qū)的現(xiàn)場(chǎng)情況進(jìn)行精確設(shè)置；一般建議頻點(diǎn)數(shù)控制在8個(gè)左右，最多不超過(guò)12個(gè)。第三個(gè)區(qū)間段為在GSM網(wǎng)絡(luò)下發(fā)起業(yè)務(wù)到收到ALERTING的時(shí)間，這段時(shí)間主要由鑒權(quán)、加密、IDRQ及呼叫建立