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

CSFB日常關(guān)鍵指標(biāo)優(yōu)化手冊XX移動華為ZIYGS6目錄1尋呼流程概述51.1尋呼概念51.2尋呼流程51.2.1普通尋呼51.2.2預(yù)尋呼61.3ZIYGS6 CSMT尋呼評估71.3.1局點信息71.3.2CSMT尋呼成功率評估81.4尋呼失敗原因分析81.5尋呼失敗原因詳細(xì)分析91.5.1SGsAP_UEUnreach91.5.2Timeout101.5.3Timeout（Normal location update）111.5.4SGsAP_PagRej(IMSI Detached)121.5.5SGsAP_PagRej(Mobile terminating CS fallback call rejected by the user)121.5.6尋呼沖突（mobile originating call）131.5.7尋呼時延分析131.6數(shù)據(jù)配置141.6.1增加/刪除/修改/查詢尋呼控制信息141.6.2尋呼涉及相關(guān)優(yōu)化軟參141.7ZIYGS6尋呼可優(yōu)化點分析161.7.1尋呼策略調(diào)整：171.7.2尋呼與位置更新沖突優(yōu)化軟參171.7.3無線側(cè)調(diào)大用戶在線定時器：181.7.4MME側(cè)定時器分析182CSMT呼叫回落流程概述202.1CSMT呼叫回落概念202.2CSMT呼叫回落流程202.2.1連接態(tài)用戶回落到GU進(jìn)行MT業(yè)務(wù)不支持PS HO202.2.2連接態(tài)用戶回落到GU進(jìn)行MT業(yè)務(wù)支持PS HO222.2.3空閑態(tài)用戶回落到GU進(jìn)行MT業(yè)務(wù)232.3ZIYGS6 CSMT呼叫回落評估242.3.1局點信息242.3.2CSMT呼叫回落成功率統(tǒng)計242.3.3呼叫回落失敗252.3.4呼叫回落時發(fā)起2G位置更新262.3.5呼叫回落時發(fā)起3G位置更新282.4呼叫回落數(shù)據(jù)配置292.4.1呼叫回落定時器（Ts14）292.4.2呼叫回落時延293CSFB呼叫時延概述313.1CSFB端到端呼叫流程313.1.1CSMO呼叫時延313.1.2CSMT呼叫時延323.2局點信息323.2.1CSFB時延統(tǒng)計333.3CSMO回落時延評估與優(yōu)化建議（T1）333.3.1CSMO回落時延評估333.3.2CSMO回落時延優(yōu)化建議333.4CSMO接續(xù)時延評估與優(yōu)化建議（T2）343.4.1CSMO接續(xù)時延評估343.4.2CSMO T2接續(xù)時延優(yōu)化建議373.5CSMT尋呼時延評估與優(yōu)化建議（T3）373.5.1CSMT尋呼時延評估373.5.2CSMT T3接續(xù)時延優(yōu)化建議393.6CSMT回落時延評估與優(yōu)化建議（T4）393.6.1CSMT回落時延評估393.6.2CSMT T4回落時延優(yōu)化建議403.7CSMT接續(xù)時延評估與優(yōu)化建議（T5）403.7.1CSMT呼叫時延評估403.7.2CSMT T5回落時延優(yōu)化建議411 尋呼流程概述1.1 尋呼概念尋呼是指MSC Server根據(jù)移動終端注冊的位置區(qū)/服務(wù)區(qū)，向位置區(qū)/服務(wù)區(qū)內(nèi)的所有小區(qū)發(fā)送尋呼控制消息的過程。1.2 尋呼流程1.2.1 普通尋呼MSC Server收到對UE的被叫語音請求，通過存在的SGs關(guān)聯(lián)和MME信息，向該MME發(fā)起尋呼請求。MME通過eNodeB在空口尋呼該UE，并指示UE回落到目標(biāo)GERAN/UTRAN網(wǎng)絡(luò)。UE接入到目標(biāo)網(wǎng)絡(luò)后，在電路域繼續(xù)進(jìn)行語音呼叫。1. MSC Server收到IAM入局消息后，根據(jù)存在的SGs關(guān)聯(lián)和MME信息，發(fā)送SGsAP-PAGING-REQUEST(攜帶IMSI，TMSI，Service indicator ，CLI，LAC)消息給MME。2. MME發(fā)送Paging消息給eNodeB。eNodeB發(fā)起空口的Paging流程。3. UE建立連接并發(fā)送Extended Service Request消息給MME。4. MME發(fā)送SGsAP-SERVICE-REQUEST消息給MSC Server。MSC Server收到此消息，不再向MME重發(fā)尋呼請求消息。為避免呼叫接續(xù)過程中，主叫等待時間過長，MSC Server收到包含空閑態(tài)指示的SGs Service Request消息，先通知主叫，呼叫正在接續(xù)過程中。 5. MME發(fā)送Initial UE Context Setup消息給eNodeB，包含CS Fallback Indicator。該消息指示eNodeB，UE因CSFB業(yè)務(wù)需要回落到UTRAN/GERAN。6. UE回落到CS域之后，UE檢測到當(dāng)前的小區(qū)信息和存儲的小區(qū)不同，將發(fā)起位置更新。MSC Server收到UE發(fā)送的LOCATION_UPDATE_REQUEST消息。這種情況下，UE不需要回Paging Response給MSC Server，UE直接發(fā)送SETUP消息建立呼叫。7. 伴隨著空口、A/Iu-CS接口連接的建立，UE回Paging Response消息給MSC Server。即使BSC/RNC沒有向該UE發(fā)起過尋呼請求，這里的BSC/RNC需要能處理UE的尋呼響應(yīng)。如果尋呼響應(yīng)消息中的位置區(qū)信息和VLR中保存的不一致，則VLR在業(yè)務(wù)接入成功之后將SGs關(guān)聯(lián)置為非關(guān)聯(lián)1.2.2 預(yù)尋呼預(yù)尋呼是指一種網(wǎng)絡(luò)功能，在HLR向VMSC Server獲取漫游號碼的過程中，該功能允許VMSC Server先對被叫MS/UE發(fā)起尋呼，再向HLR返回漫游號碼，當(dāng)VMSC Server收到GMSC Server的呼叫建立請求時，VMSC Server與MS/UE的無線連接已經(jīng)建立。1. GMSC Server支持預(yù)尋呼，則當(dāng)GMSC Server發(fā)起到HLR的Send Routing Information REQ消息時，會在消息中攜帶Prepage標(biāo)志。2. HLR收到Send Routing Information REQ消息以后，檢查到該消息中帶有Prepage標(biāo)志，則檢查本HLR是否支持預(yù)尋呼，如果命令LST MAPCONF查詢的本局MAP的版本號為PHASE3，則在取漫游號碼消息（Provide Roaming Number IND）中置位Prepage標(biāo)志。3. VMSC Server收到Provide Roaming Number IND消息后，觸發(fā)預(yù)尋呼流程，發(fā)送SGsAP-PAGING-REQUEST消息給MME。4. MME發(fā)送Paging消息給UE。 5. UE收到尋呼請求后，回復(fù)Extended Service Request消息，通過信元CSFB response指示用戶接受該CSFB尋呼請求。 6. MME發(fā)送SGsAP-SERVICE-REQUEST消息給VMSC Server。VMSC Server收到此消息，不再向MME重發(fā)尋呼請求消息。 7. MME發(fā)送Initial UE Context Setup消息給eNodeB，包含CS Fallback Indicator。該消息指示eNodeB，UE因CSFB業(yè)務(wù)需要回落到UTRAN。 8. UE回落到CS域之后，如果UE檢測到當(dāng)前的小區(qū)信息和存儲的小區(qū)不同，將發(fā)起位置更新。建立CS域呼叫連接。 9. UE回Paging Response消息給VMSC Server。 10. VMSC Server向HLR回Provide Roaming Number RSP消息，并在消息中攜帶分配的漫游號碼MSRN。 HLR收到Provide Roaming Number RSP消息后，把MSRN號碼通過Send Routing Information CNF消息返回給GMSC Server。1.3 ZIYGS6 CSMT尋呼評估1.3.1 局點信息局點版本信息：V200R009C02SPC100SPH124信令文件：第一次抓包開始時間：2014-8-7 17:00結(jié)束時間：2014-8-7 20:00信令接口：SGs口分析工具：Call Analyzer、MYSQL。分析方法：利用Call Analyzer工具將信令文件掃描、關(guān)聯(lián)，并將關(guān)鍵字段寫入SQL庫中。通過SQL和Call Analyzer聯(lián)合進(jìn)行各場景對比、分析?，F(xiàn)網(wǎng)尋呼策略：CSFB的尋呼策略與對應(yīng)的2G/3G位置區(qū)尋呼策略一致。尋呼次數(shù)：3次；尋呼間隔：5S/5S/5S。1.3.2 CSMT尋呼成功率評估1) CSMT尋呼成功率話統(tǒng)：話統(tǒng)任務(wù)：MSC基本業(yè)務(wù)測量- LAC粒度CSFB尋呼測量公式：CS Call第一次尋呼收到SGsAP-SERVICE-REQUEST次數(shù) + CS Call第二次尋呼收到SGsAP-SERVICE-REQUEST次數(shù) + CS Call第三次及以上尋呼收到SGsAP-SERVICE-REQUEST次數(shù) / CS Call第一次尋呼次數(shù)*100%。2) ZIYGS6 CSMT尋呼成功率（第一次抓包信令）：尋呼請求次數(shù)尋呼響應(yīng)次數(shù)尋呼成功率8275809597.82%3) ZIYGS6 CSMT尋呼成功率（話統(tǒng)）：尋呼請求次數(shù)尋呼響應(yīng)次數(shù)尋呼成功率8268808997.83%信令文件126分鐘，話統(tǒng)數(shù)據(jù)為2小時，因此話統(tǒng)統(tǒng)計尋呼請求/尋呼響應(yīng)的次數(shù)多些；尋呼成功率基本一致,可以證明信令分析可用可信。4) 尋呼失敗原因?qū)ず羰〉闹饕蚴怯脩舨豢蛇_(dá)和定時器超時。1.4 尋呼失敗原因分析本章節(jié)通過對ZIYGS6的信令分析，找出尋呼失敗的各種原因。并且針對這些尋呼失敗原因值，匹配相應(yīng)的呼叫模型或者失敗場景，給出問題是否歸屬于核心網(wǎng)、無線或者UE。最終提供相應(yīng)的數(shù)據(jù)支撐優(yōu)化實施。1) ZIYGS6尋呼失敗原因分布ZIYGS6局點尋呼失敗的原因主要是用戶不可達(dá)和尋呼定時器超時，占到了整個尋呼失敗的74%。ZIYGS6尋呼失敗原因分布比例如表所示，造成尋呼失敗的主要原因為尋呼無響應(yīng)、用戶不可及、尋呼沖突等原因。因此，提高尋呼成功率的主要手段是定位產(chǎn)生這些失敗原因值的失敗場景，給出解決或規(guī)避方法。2) ZIYGS6尋呼失敗原因統(tǒng)計尋呼失敗原因?qū)ず羰〈螖?shù)占尋呼失敗次數(shù)比例SGsAP_UEUnreach9763.40%Timeout1711.11%SGsAP_PagRej(IMSI Detached)1610.46%SGsAP_PagRej(Mobile terminating CS fallback call rejected by the user)127.84%尋呼沖突（mobile originating call）117.19%1.5 尋呼失敗原因詳細(xì)分析1.5.1 SGsAP_UEUnreachMSC Server收到對UE的被叫語音請求，通過存在的SGs關(guān)聯(lián)和MME信息，向該MME發(fā)起尋呼請求，收到MME回復(fù)的SGsAP_UEUnreach消息。UE在MME側(cè)處于被掛起狀態(tài)或不可達(dá)時，MME回復(fù)SGsAP_UEUnreach消息：1、 UE做CSFB呼叫時，從4G開始回落，到通話結(jié)束返回4G階段，MME會將用戶掛起。當(dāng)UE的CSFB呼叫結(jié)束，到返回4G之間時，MME收到MSC發(fā)的尋呼消息會直接拒絕，回復(fù)SGsAP_UEUnreach。2、 當(dāng)UE向2/3G切換過程中，MME收到MSC發(fā)的尋呼消息會直接拒絕，回復(fù)SGsAP_UEUnreach。3、 當(dāng)UE處于不可達(dá)時，MME收到MSC發(fā)的尋呼消息會直接拒絕，回復(fù)SGsAP_UEUnreach。圖1：SGsAP_UEUnreach流程截圖1.5.2 TimeoutMSC Server向MME發(fā)起尋呼請求，在Ts5定時器超時后，仍沒收到用戶尋呼響應(yīng)消息。圖2：尋呼超時流程截圖LAC超時次數(shù)尋呼失敗次數(shù)尋呼無響應(yīng)比例3300653414.71%3326842516.00%3347232512.00%332592336.06%330071128.33%3347511100.00%332621250.00%表1：各位置區(qū)尋呼無響應(yīng)比例提取尋呼無響應(yīng)時的所有LAC、尋呼黑洞小區(qū)，供無線網(wǎng)優(yōu)側(cè)進(jìn)行評估分析（尋呼黑洞小區(qū)：通過TMSI關(guān)聯(lián)SGS接口其他流程接口消息（如位置更新），獲取4G小區(qū)信息。）1.5.3 Timeout（Normal location update）MSC向MME發(fā)起尋呼請求后，收到2G、3G網(wǎng)絡(luò)上來的LUREQ消息。該場景為用戶在4G網(wǎng)絡(luò)脫網(wǎng)時，檢測到2G、3G信號后，發(fā)起位置更新請求。圖3：4G脫網(wǎng)，2G位置更新流程截圖提取尋呼無響應(yīng)時的所有LAC，供無線網(wǎng)優(yōu)進(jìn)行評估分析圖4：4G脫網(wǎng)，3G位置更新流程截圖1.5.4 SGsAP_PagRej(IMSI Detached)MSC向MME發(fā)起尋呼請求后，收到MME回的SGsAP_PagRej消息，拒絕原因為：IMSI Detached for EPS Services。圖5：MME回復(fù)SGsAP_PagRej消息截圖1.5.5 SGsAP_PagRej(Mobile terminating CS fallback call rejected by the user)MSC向MME發(fā)起尋呼請求后，收到MME回的SGsAP_PagRej消息，拒絕原因為：Mobile terminating CS fallback call rejected by the user。圖6：MME回復(fù)SGsAP_PagRej消息截圖1.5.6 尋呼沖突（mobile originating call）MSC向MME發(fā)起尋呼請求后，收到BSC上來CM Service Request。該場景初步分析是雙待手機(jī)導(dǎo)致，該手機(jī)會同時駐留在CS（2G/3G）和PS（4G）網(wǎng)絡(luò)，因此當(dāng)用戶發(fā)起語音呼叫時直接發(fā)起CM業(yè)務(wù)請求，無需再發(fā)起位置更新。圖6：尋呼和2G始發(fā)呼叫沖突1.5.7 尋呼時延分析1) 尋呼響應(yīng)時長詳細(xì)數(shù)據(jù)：修改尋呼策略前的尋呼時長占比分布，尋呼響應(yīng)時長主要集中在2秒內(nèi)，尤其在1秒內(nèi)占絕大部分。響應(yīng)時長響應(yīng)次數(shù)占響應(yīng)次數(shù)比例0-1557368.56%1-2244330.05%5-6760.93%6-7270.33%10-1140.05%11-1260.07%修改尋呼策略后的尋呼時長占比分布，根據(jù)下表可以看出當(dāng)前的尋呼策略是合理的。2) 不同狀態(tài)下用戶尋呼響應(yīng)平時時長在LTE網(wǎng)絡(luò)下，終端用戶有時處于連接態(tài)，此時發(fā)起尋呼，響應(yīng)時間更短。用戶狀態(tài)尋呼響應(yīng)時長（ms）所有用戶774.9382連接態(tài)用戶145.5664空閑態(tài)用戶886.82451.6 數(shù)據(jù)配置1.6.1 增加/刪除/修改/查詢尋呼控制信息序號維護(hù)操作命令功能說明1增加尋呼控制信息ADD PGCTRL配置數(shù)據(jù)庫中增加尋呼控制表信息。2刪除尋呼控制信息RMV PGCTRL從配置數(shù)據(jù)庫中刪除一條已經(jīng)配置數(shù)據(jù)。3修改尋呼控制信息MOD PGCTRL對配置數(shù)據(jù)庫中的一條尋呼控制信息數(shù)據(jù)記錄的某些參數(shù)進(jìn)行修改或調(diào)整。4查詢尋呼控制信息LST PGCTRL在配置數(shù)據(jù)庫中查詢尋呼控制信息數(shù)據(jù)記錄。尋呼控制表中包含如下參數(shù):尋呼類型：包括“所有尋呼類型” “普通尋呼類型”“短消息尋呼”“SGs普通尋呼類型”“SGs短消息尋呼”等。尋呼次數(shù)：用于指定在一次尋呼流程中所允許發(fā)起尋呼的最大次數(shù)，其取值范圍為15。首次尋呼時長：第一次尋呼到第二次尋呼之間的時間間隔。第N次尋呼時長：第N次尋呼到第N+1次尋呼之間的時間間隔。TMSI/IMSI指示：在SGs中未起作用，每次尋呼消息中均協(xié)調(diào)TMSI和IMSI。1.6.2 尋呼涉及相關(guān)優(yōu)化軟參1) P1156-尋呼第二部分軟參2比特1含義解釋：用于控制在SGs接口下尋呼或者其他接口與SGs接口同時下尋呼時是否使用SGs接口尋呼策略。比特取值說明如下：0：使用。1：不使用，沿用2G/3G網(wǎng)絡(luò)的尋呼策略。默認(rèn)值：1應(yīng)用場景：由于4G用戶優(yōu)先駐留LTE網(wǎng)絡(luò)，MSOFTX3000的尋呼策略沿用2G/3G網(wǎng)絡(luò)的尋呼策略不利于網(wǎng)絡(luò)資源的合理使用。為了靈活配置不同網(wǎng)絡(luò)尋呼要求，MSOFTX3000新增了SGs接口尋呼策略（使用ADD PGCTRL命令進(jìn)行配置）。如果運營商需要使用SGs接口尋呼策略，則設(shè)置該軟參為0。系統(tǒng)影響：無。關(guān)聯(lián)軟參：無?，F(xiàn)網(wǎng)配置為默認(rèn)值1。計劃在本次優(yōu)化中調(diào)整為0。2) P1156-尋呼第二部分軟參2比特9含義解釋：該比特是“問題解決”類軟參。用于控制終結(jié)短消息流程中，當(dāng)MSC Server同時向A/Iu接口和SGs接口下尋呼時，如果從SGs接口接收到尋呼響應(yīng)，是否會重復(fù)統(tǒng)計SGs接口尋呼響應(yīng)次數(shù)。比特取值說明如下：0：不重復(fù)統(tǒng)計SGs接口尋呼響應(yīng)次數(shù)。1：保持原有處理，會重復(fù)統(tǒng)計SGs接口尋呼響應(yīng)次數(shù)。默認(rèn)值：1應(yīng)用場景：用于解決終結(jié)短消息流程中，當(dāng)MSC Server同時向A/Iu接口和SGs接口下尋呼時，如果從SGs接口接收到尋呼響應(yīng)，則尋呼過程測量中的SGs接口尋呼響應(yīng)次數(shù)會統(tǒng)計兩次而A/Iu接口尋呼響應(yīng)次數(shù)未統(tǒng)計，導(dǎo)致SGs接口尋呼響應(yīng)次數(shù)大于尋呼次數(shù)的問題。將該軟參設(shè)置為0，A/Iu接口和SGs接口尋呼響應(yīng)次數(shù)各統(tǒng)計一次。3) P1151-尋呼第二部分軟參2比特11含義解釋：該比特是“功能開關(guān)”類軟參。對于CSFB標(biāo)準(zhǔn)用戶：用于控制用戶在A/Iu口或者Gs口尋呼過程中發(fā)生SGs口位置更新，或者SGs口尋呼過程中發(fā)生EPS_DETACH的情況下，是否進(jìn)行尋呼路由轉(zhuǎn)換。比特取值說明如下：0：進(jìn)行尋呼路由轉(zhuǎn)換1：不進(jìn)行尋呼路由轉(zhuǎn)換默認(rèn)值：1。應(yīng)用場景：當(dāng)A/Iu口或者Gs口尋呼過程中發(fā)生SGs口位置更新時，通過設(shè)置該軟參為0，可以轉(zhuǎn)換尋呼路由到SGs口進(jìn)行尋呼，以提高尋呼成功的可能性。當(dāng)SGs口尋呼過程中發(fā)生EPS_DETACH時，通過設(shè)置該軟參為0，可以轉(zhuǎn)換尋呼路由到A/Iu口進(jìn)行尋呼，以提高尋呼成功的可能性。該軟參在CSFB/CSFB Proxy終結(jié)短消息容災(zāi)場景不生效。4) P1151-尋呼第二部分軟參2比特12含義解釋：該比特是“功能開關(guān)”類軟參。用于控制SGs口第一次尋呼無響應(yīng)，SGs口尋呼被拒絕，或者SGs口尋呼不可及的情況下，是否進(jìn)行尋呼路由轉(zhuǎn)換。比特取值說明如下：0：進(jìn)行尋呼路由轉(zhuǎn)換1：不進(jìn)行尋呼路由轉(zhuǎn)換默認(rèn)值：1。應(yīng)用場景：當(dāng)SGs口第一次尋呼無響應(yīng)時，通過設(shè)置該軟參為0，可以轉(zhuǎn)換尋呼路由到A/Iu口和SGs口同時下尋呼，以提高尋呼成功的可能性。當(dāng)SGs口尋呼被拒絕(拒絕原因不是IMSI顯示分離EPS業(yè)務(wù)和非EPS業(yè)務(wù)、IMSI顯式分離非EPS業(yè)務(wù)、IMSI隱式分離非EPS業(yè)務(wù)、終結(jié)呼叫用戶拒絕)時，通過設(shè)置該軟參為0，可以轉(zhuǎn)換尋呼路由到A/Iu口進(jìn)行尋呼，以提高尋呼成功的可能性。當(dāng)SGs口尋呼不可及時，通過設(shè)置該軟參為0，可以轉(zhuǎn)換尋呼路由到A/Iu口進(jìn)行尋呼，以提高尋呼成功的可能性。1.7 ZIYGS6尋呼可優(yōu)化點分析通過對ZIYGS6現(xiàn)網(wǎng)尋呼數(shù)據(jù)的分析，有如下優(yōu)化建議：1.7.1 尋呼策略調(diào)整：從第一次和第二次尋呼響應(yīng)時延上看，97.60%的尋呼響應(yīng)在前兩秒內(nèi)收到?，F(xiàn)網(wǎng)目前尋呼策略為：3次尋呼，尋呼間隔為5S/5S/5S。由此可見，第一次尋呼中后3S的時間基本無用，建議如下：1) 尋呼間隔調(diào)整為3S或4S，減少重復(fù)尋呼引入的接續(xù)時延。預(yù)期時延優(yōu)化效果：尋呼間隔調(diào)整重復(fù)尋呼響應(yīng)次數(shù)尋呼成功總次數(shù)減少時延CSFB MT呼叫平均減少時延尋呼間隔：3S588246621180S0.05縮短尋呼間隔，對現(xiàn)網(wǎng)平均時延略有改善。對于部分接續(xù)時延超長的呼叫，能縮短2S-3S的時延，有效改善用戶感知。尋呼成功提升效果無法預(yù)估，需調(diào)整后進(jìn)行觀察。1.7.2 尋呼與位置更新沖突優(yōu)化軟參打開尋呼沖突軟參，解決尋呼與位置更新沖突時尋呼失敗的問題。P1156Bit10(* *X* * *)：該比特是“功能開關(guān)”類軟參。用于控制MSOFTX3000正在尋呼被叫用戶的同時，該用戶正在進(jìn)行SGs接口聯(lián)合位置更新，或者收到MME發(fā)送的SGsAP-EPS-DETACH-INDICATION消息，MSOFTX3000是否重啟尋呼。比特取值說明如下：0：重啟尋呼。1：不重啟尋呼。默認(rèn)值：1應(yīng)用場景：1. MSOFTX3000正在尋呼被叫用戶，如果此時該用戶正在進(jìn)行SGs接口聯(lián)合位置更新，在這種沖突場景下，將軟參值設(shè)置為0，在等待SGs接口聯(lián)合位置更新完成后再重新按照尋呼控制表中的配置下尋呼。2. MSOFTX3000正在SGs接口尋呼被叫用戶，如果此時該用戶收到MME發(fā)送的SGsAP-EPS-DETACH-INDICATION消息，在這種場景下，將軟參值設(shè)置為0，重新按照尋呼控制表中的配置下尋呼。1.7.3 無線側(cè)調(diào)大用戶在線定時器：從不同狀態(tài)用戶響應(yīng)時長可以看到，連接態(tài)的用戶響應(yīng)時間比空閑態(tài)用戶響應(yīng)時間小0.25S。目前無線側(cè)定時器時長為10S，建議調(diào)大在線定時器，增加用戶在線時長，減少呼叫接續(xù)時延。1.7.4 MME側(cè)定時器分析從失敗原因來看，SGsAP_UEUnreach失敗占比最大。UE在MME處于掛起或不可達(dá)時，MME回復(fù)SGsAP_UEUnreach消息。UE在MME側(cè)處于被掛起狀態(tài)或不可達(dá)時，MME回復(fù)SGsAP_UEUnreach消息：1、 UE做CSFB呼叫時，從4G開始回落，到通話結(jié)束返回4G階段，MME會將用戶掛起。當(dāng)UE的CSFB呼叫結(jié)束，到UE返回4G這段時間時，MME收到MSC發(fā)的尋呼消息會直接拒絕，回復(fù)SGsAP_UEUnreach。2、 當(dāng)UE向2/3G切換過程中，MME收到MSC發(fā)的尋呼消息會直接拒絕，回復(fù)SGsAP_UEUnreach。3、 當(dāng)UE處于不可達(dá)時，MME收到MSC發(fā)的尋呼消息會直接拒絕，回復(fù)SGsAP_UEUnreach。移動可達(dá)定時器（mobile reachable timer）用于監(jiān)測UE發(fā)起周期性TAU。在用戶的NAS信令連接釋放時啟動，在NAS信令連接建立時停止，超時后，如果UE還沒有發(fā)起周期性TAU，則啟動不可達(dá)用戶隱式分離定時器。不可達(dá)用戶隱式分離定時器啟動期間，MME拒絕網(wǎng)絡(luò)側(cè)對UE的尋呼。如果用戶在不可達(dá)用戶隱式分離定時器超時時仍未連上網(wǎng)絡(luò)，則MME認(rèn)為用戶已經(jīng)離開網(wǎng)絡(luò)覆蓋范圍很長時間，從而隱式分離用戶。從以上三點來看，只有第三點存在可優(yōu)化空間。縮短不可達(dá)用戶隱式分離定時器，減少用戶處于不可達(dá)狀態(tài)的時間，使MSC不再下發(fā)尋呼，從而提升尋呼成功率。現(xiàn)網(wǎng)MME側(cè)定時器如下：TAU定時器：20分鐘用戶可達(dá)定時器： 24分鐘不可達(dá)用戶隱式分離定時器： 0分鐘。目前定時器設(shè)置合理，無需調(diào)整。2 CSMT呼叫回落流程概述2.1 CSMT呼叫回落概念MSC Server收到對UE的被叫語音請求，通過存在的SGs關(guān)聯(lián)和MME信息，向該MME發(fā)起尋呼請求。MME通過eNodeB在空口尋呼該UE，并指示UE回落到目標(biāo)GERAN/UTRAN網(wǎng)絡(luò)。UE接入到目標(biāo)網(wǎng)絡(luò)后，在電路域繼續(xù)進(jìn)行語音呼叫。在回落過程中用戶有兩種狀態(tài)，一種是空閑態(tài)，另一種是連接態(tài)；同時在連接態(tài)有支持PS切換和不支持PS切換兩種。2.2 CSMT呼叫回落流程2.2.1 連接態(tài)用戶回落到GU進(jìn)行MT業(yè)務(wù)不支持PS HO圖1-1 連接態(tài)用戶回落到GU進(jìn)行MT業(yè)務(wù)不支持PS HO8. 被叫UE獲取CS Fallback呼叫指示 ：1a. MSC發(fā)送CS Paging消息給MME。MME查詢到UE處于ACTIVE狀態(tài)，則在已有的信令連接上發(fā)送NAS消息CS service notification給UE，通知有一個來自CS域的呼叫。1b. UE發(fā)送Extended Service Request消息給MME。1c. 如果MME沒有收到來自UE的Extended Service request，MME發(fā)送CS Paging Reject給MSC, 該CSFB流程中止。1d. 如果MME收到來自UE的Extended Service request，MME發(fā)送S1AP Message with CS Fallback indicator消息給eNodeB，包含參數(shù)UE Radio Capabilities和CS Fallback Indicator，指示eNodeB該UE因CSFB業(yè)務(wù)回落到UTRAN/GERAN。9. eNodeB要求UE開始異系統(tǒng)的小區(qū)測量，并獲得UE上報的測量報告，確定PS的目標(biāo)小區(qū)。10. 3a. 假如UE和網(wǎng)絡(luò)支持inter-RAT小區(qū), eNodeB可通過RRC層消息觸發(fā)NACC切換到GERAN小區(qū)。3b-3c. 假如UE或網(wǎng)絡(luò)不支持inter-RAT PS HO切換，則eNodeB觸發(fā)重定向流程并釋放RRC連接。11. eNodeB發(fā)送S1-AP UE Context Release Request消息給MME。如果目標(biāo)小區(qū)是GERAN，且小區(qū)和UE都不支持DTM模式，則S1-AP UE Context Release Request消息中應(yīng)該包含UE的PS業(yè)務(wù)暫不可用的標(biāo)識。12. 釋放eNodeB及S-GW相關(guān)UE信息。13. 無線側(cè)小區(qū)重定向流程。14. 如果UE要回落到GERAN且不支持DTM模式，UE向SGSN發(fā)起Suspend流程。SGSN向MME發(fā)送Suspend Request。MME即使在GUTI無法從P-TMSI and RAI中映射出來，也返回Suspend Response。15. 假如在第4步中MME收到S1-AP UE Context Release Request消息，說明UE在目標(biāo)小區(qū)的PS業(yè)務(wù)not available，則MME向SGW/PGW發(fā)起去激活GBR專有承載，且通過suspend Notification 消息掛起non-GBR 承載。說明：如果MME從SGSN發(fā)送Suspend Request消息中的P-TMSI和RAI無法映射出GUTI，則無法觸發(fā)掛起流程。16. UE接入目標(biāo)系統(tǒng)小區(qū)，發(fā)起CS域的業(yè)務(wù)請求Paging Response，伴隨著空口和A/Iu-CS接口連接的建立。17. 剩余的CS域語音呼叫流程。2.2.2 連接態(tài)用戶回落到GU進(jìn)行MT業(yè)務(wù)支持PS HO圖1-2 連接態(tài)用戶回落到GU進(jìn)行MT業(yè)務(wù)支持PS HO1. 被叫UE獲取CS Fallback呼叫指示 ：1a. MSC發(fā)送CS Paging消息給MME。MME查詢到UE處于ACTIVE狀態(tài)，則在已有的信令連接上發(fā)送NAS消息CS service notification給UE，通知有一個來自CS域的呼叫 。1b. UE發(fā)送Extended Service Request消息給MME。1c. 如果MME沒有收到來自UE的Extended Service request，MME發(fā)送CS Paging Reject給MSC, 該CSFB流程中止。1d. 如果MME收到來自UE的Extended Service request，MME發(fā)送S1AP Message with CS Fallback indicator消息給eNodeB，包含參數(shù)UE Radio Capabilities和CS Fallback Indicator，指示eNodeB該UE因CSFB業(yè)務(wù)回落到UTRAN/GERAN。2. eNodeB要求UE開始異系統(tǒng)的小區(qū)測量，并獲得UE上報的測量報告，確定PS的目標(biāo)小區(qū)。3. eNodeB發(fā)送Handover Required消息給MME，觸發(fā)一個到目標(biāo)UTRAN/GERAN小區(qū)的PS切換。在切換過程中，UE會收到來自eNodeB的Handover from E-UTRAN Command消息，該消息里含有CS Fallback Indicator參數(shù)，指示UE該切換是由CS fallback觸發(fā)的。UE根據(jù)Handover from E-UTRAN Command消息里的目標(biāo)系統(tǒng)分配的UTRAN/GERAN資源信息，接入到目標(biāo)小區(qū)。4. 當(dāng)UE沒有發(fā)起LAU時，UE回paging response消息給MSC，伴隨著空口和A/Iu-CS接口連接的建立。即使BSC/RNC沒有向該UE發(fā)起過尋呼請求，BSC/RNC需要處理UE的尋呼響應(yīng)。5. MSC與UE完成剩余的CS域語音呼叫流程。6. 剩余的PS handover流程。2.2.3 空閑態(tài)用戶回落到GU進(jìn)行MT業(yè)務(wù)圖1-3 空閑態(tài)用戶回落到GU進(jìn)行MT業(yè)務(wù)1. 關(guān)口移動交換中心GMSC（Gateway Mobile Switching Center）收到IAM（Initial address）消息。2. GMSC通過路由信息查詢流程得到被叫UE的MSRN（Mobile Station Roaming Number）。3. GMSC發(fā)送IAM消息到MSC。4. MSC發(fā)送Paging消息給MME，并開啟定時器Ts5。MME用TMSI或IMSI查出該UE的S-TMSI，用于尋呼：- 如果MME存有該UE所在的TA list，MME將在這些TA尋呼UE，否則，MME將 在從MSC收到的LAC推導(dǎo)出對應(yīng)的TAC，在該TA上尋呼。- 如果Ts5超時，MSC沒有收到來自UE的尋呼響應(yīng)，則MSC不會再向MME發(fā)起尋呼，UE可能已經(jīng)回落到2G/3G網(wǎng)絡(luò)，可以在A/Iu接口發(fā)起尋呼。Service indicator取值CS call indicator。5. MME發(fā)送Paging消息給eNodeB 。6. eNodeB發(fā)起LTE空口的Paging流程。7. 被叫UE發(fā)起CS Fallback語音業(yè)務(wù)請求。7a. UE建立RRC連接并發(fā)送Extended Service Request消息給MME。7b. MME發(fā)送Initial UE Context Setup消息給eNodeB，包含CS Fallback Indicator。該消息指示eNodeB，UE因CSFB業(yè)務(wù)需要回落到UTRAN/GERAN。8. 后續(xù)流程與激活態(tài)下用戶回落到GU網(wǎng)絡(luò)進(jìn)行語音被叫（MT）的流程相同。2.3 ZIYGS6 CSMT呼叫回落評估2.3.1 局點信息局點版本信息：V200R009C02SPC100SPH124信令文件：第一次抓包開始時間：2014-8-7 17:00結(jié)束時間：2014-8-7 20:00信令接口：SGs口分析工具：Call Analyzer、MYSQL。分析方法：利用Call Analyzer工具將信令文件掃描、關(guān)聯(lián)，并將關(guān)鍵字段寫入SQL庫中。通過SQL和Call Analyzer聯(lián)合進(jìn)行各場景對比、分析?，F(xiàn)網(wǎng)回落定時器：10S。2.3.2 CSMT呼叫回落成功率統(tǒng)計1) CSMT回落成功率話統(tǒng)：話統(tǒng)任務(wù)：MSC基本業(yè)務(wù)測量- LAC粒度CSFB尋呼測量公式：( CSFB尋呼響應(yīng)次數(shù) + CSMT相關(guān)的正常Intra-VLR位置更新請求次數(shù) + CSMT呼叫他局回落次數(shù) ) / CSFB呼叫移動用戶終結(jié)試呼次數(shù) 在回落成功后，位置區(qū)沒有變化時，BSC/RNC向MSC/VLR返回的CSFB尋呼響應(yīng)消息。 在回落成功后，位置區(qū)發(fā)生了變化時，BSC/RNC不再回復(fù)尋呼響應(yīng)消息給MSC，而是發(fā)起MSC內(nèi)位置更新請求消息。 CSFB用戶MSC1發(fā)起回落請求后，回落過程中由于臨界位置區(qū)在不同的MSC2， MSC1會收到HLR發(fā)送的Cancel Location消息。 CSFB呼叫移動用戶終結(jié)試呼次數(shù)在這里等效于SGs接口語音業(yè)務(wù)一次尋呼次數(shù)。2) ZIYGS6 CSMT 呼叫回落成功率（信令）：CSFB尋呼響應(yīng)次數(shù)CSFB位置更新次數(shù)CSFB回落他局次數(shù)CSFB呼叫移動用戶終結(jié)試呼次數(shù)回落成功率76981280830994.18%表2-1 CA工具對信令數(shù)據(jù)的回落成功率計算3) ZIYGS6 CSMT呼叫回落成功率（話統(tǒng)）：CSFB尋呼響應(yīng)次數(shù)CSFB位置更新次數(shù)CSFB回落他局次數(shù)CSFB呼叫移動用戶終結(jié)試呼次數(shù)回落成功率76481360826894.14%表1-2 設(shè)備話統(tǒng)數(shù)據(jù)對回落成功率的計算 由于信令中沒有CD口消息,無法得到CSFB回落他局次數(shù),采用話統(tǒng)中結(jié)果. 信令文件為3小時2分鐘，話統(tǒng)數(shù)據(jù)為3小時，因此信令中各字段次數(shù)比話統(tǒng)中稍大；回落成功率基本一致,可以證明信令分析可用可信。2.3.3 呼叫回落失敗回落失敗流程MSC Server收到對UE的被叫語音請求，通過存在的SGs關(guān)聯(lián)和MME信息，向該MME 發(fā)起尋呼請求，然后MME發(fā)送SGsAP-SERVICE-REQUEST消息給MSC Server。之后就沒有收到任何2G的消息了。圖2-1 回落失敗流程下表為回落失敗的TOP小區(qū)數(shù)據(jù)，需要無線側(cè)進(jìn)行優(yōu)化分析：4G位置區(qū)eNodeB小區(qū)ID回落失敗次數(shù)回落次數(shù)回落成功率82C081D1905164535.56%82C0EA7A4041414100.00%82C0EA7A4051313100.00%81F681D64061010100.00%82C083BEE06101758.82%82C0EA9C60766100.00%80EEEA9DD0755100.00%82C081D2E0453813.16%81EEEA9B6074580.00%82C0EA9B70744100.00%表2-3 CSFB回落失敗的TOP小區(qū) 2.3.4 呼叫回落時發(fā)起2G位置更新1) 回落時發(fā)起2G位置更新的TOP小區(qū)說明無線側(cè)規(guī)劃不合理,或者處于邊緣。影響接續(xù)時延和接通率，需要無線側(cè)進(jìn)行優(yōu)化分析。圖2-3 回落發(fā)起2G位置更新流程如下列表為CSFB回落過程中發(fā)起位置更新TOP的位置區(qū)和小區(qū)。4G位置區(qū)eNodeB 小區(qū)idLACCELL2G位置更新次數(shù)回落次數(shù)回落發(fā)起位置更新的比例81E8EA7910481EB139311111.000081EB846040581E8372A991.000081E8EA7910581EB1393661.000081EB846040481E8372A441.000081EB846040681E8372A441.000081E8846500881EB78D3441.000081EB81D6B0681E81A6B331.000081EB846030581E8372A331.000081EB83B990481E82E7C331.000081EBEA9C50781E8442D221.0000表1-4 CSFB呼叫回落時發(fā)起2G位置更新的TOP小區(qū) 2.3.5 呼叫回落時發(fā)起3G位置更新1) 回落時發(fā)起3G位置更新的TOP小區(qū)：按現(xiàn)網(wǎng)部署回落時只應(yīng)該回落到2G網(wǎng)絡(luò)，從信令中發(fā)現(xiàn)32次回落到3G的呼叫。UE回落到3G并發(fā)起位置更新，會影響接續(xù)時延和接通率，需要無線側(cè)進(jìn)行優(yōu)化分析。圖2-4 回落發(fā)起3G位置更新流程如下列表為CSFB回落過程中發(fā)起3G位置更新TOP的位置區(qū)和小區(qū)。4G位置區(qū)eNodeB 小區(qū)idLACSAC3G位置更新次數(shù)回落次數(shù)回落發(fā)起位置更新的比例81EDEA8EA05F1C1A061221.000081E8EA79106F1C09CCA111.000081F483BCF05F1C1959B111.000081E881D7506F1C08C93111.000082C081D2E04F1C290CC111.000081E8EA89C05F1C09B62111.000081EBEA9E207F1C09409111.000080EF83BAF04F1C18B3F111.000081EBEA9D807F1C09DFF111.000081F483BC905F1C194EF111.0000表1-6 CSFB呼叫回落時發(fā)起3G位置更新的小區(qū)2.4 呼叫回落數(shù)據(jù)配置2.4.1 呼叫回落定時器（Ts14）1) 定時器含義PAGE收到SGsAP-SERVICE-REQUEST消息后，MSC/VLR等待CS域的尋呼響應(yīng)消息的狀態(tài)持續(xù)最大時長。2) 基本信息模塊PID定時器序號建議取值范圍系統(tǒng)缺省值可調(diào)粒度22041s20s10s1s表3-1 CSFB回落定時器3) 基本原理項目具體描述啟動時機(jī)PAGE收到SGsAP-SERVICE-REQUEST消息時。結(jié)束時機(jī)PAGE收到CS域?qū)ず繇憫?yīng)消息或者定時器超時。超時處理PAGE給MAP和VLR發(fā)送尋呼無響應(yīng)消息，釋放尋呼。表3-2 回落定時器機(jī)制2.4.2 呼叫回落時延1) 回落時延分布現(xiàn)網(wǎng)主要在3秒內(nèi)回落完成，占到了95.94%；其中在12秒內(nèi)回落完成的占39.44%，在23秒回落完成的占55.24%。如下表格式提取現(xiàn)網(wǎng)回落時延數(shù)據(jù)：回落時延回落次數(shù)占總次數(shù)比例0100.00%12312639.44%23437855.24%343083.89%45600.76%56130.16%67150.19%78110.14%8960.08%91020.03%101160.08%總計7925100.00%表3-1 GS24局點CSFB回落時延分布情況圖3-1 CSFB回落時延分布情況從回落時延分布上看，10S內(nèi)回落成功次數(shù)占總回落成功次數(shù)的比例為99.91%，11S內(nèi)的比例為99.99%，相差不大?；芈涠〞r器時長暫不計劃調(diào)整。3 CSFB呼叫時延概述3.1 CSFB端到端呼叫流程3.1.1 CSMO呼叫時延圖1-1 CSMO呼叫流程圖如圖1-1所示，CSMO呼叫接續(xù)時延主要由兩部分組成：1) CSMO回落時延（T1），主要是從手機(jī)上報Extended Service Request消息時開始，到MSC/VLR收到CM業(yè)務(wù)請求消息時結(jié)束。在此回落中核心網(wǎng)MSC/VLR沒有參與主叫的回落。2) CSMO接續(xù)時延（T2），主要是從MSC/VLR收到CM業(yè)務(wù)請求消息時開始，到MSC向主叫手機(jī)發(fā)送Alerting消息時結(jié)束。3.1.2 CSMT呼叫時延圖1-2 CSMT呼叫流程圖如圖1-2所示，CSMT呼叫接續(xù)時延主要由三部分組成：1) CSMT尋呼時延（T3），主要是從MSC/VLR發(fā)起SGs接口尋呼請求消息開始，到MSC/VLR收到SGs接口業(yè)務(wù)請求消息時結(jié)束。2) CSMT回落時延（T4），主要是從MSC/VLR收到SGs接口業(yè)務(wù)請求消息開始，到從A/Iu接口尋呼響應(yīng)消息或者2G/3G位置更新接受消息時結(jié)束。3) CSMT接續(xù)時延（T5），主要是從MSC/VLR收到A/Iu接口尋呼響應(yīng)消息或者2G/3G位置更新接受消息時開始，到MSC收到Alerting消息時結(jié)束。因此，CSFB端到端的時延由五個時間段組成。如下將分別對T1T5時間段的時延進(jìn)行評估，最終達(dá)到CSFB時延的最優(yōu)化。3.2 局點信息局點版本信息：V200R009C02SPC100SPH124信令文件：第一次抓包開始時間：2014-8-7 17:00結(jié)束時間：2014-8-7 20:00信令接口：SGs口分析工具：Call An