• Assistant怎么看CSFB 2020-06-08
• TAU流程都與哪些流程沖突?例:切換、接通(CSFBVOLTE)、注冊(cè)等 2019-12-19
• CSFB時(shí)被叫收到paging時(shí)延過(guò)長(zhǎng) 2018-12-06
• 中國(guó)移動(dòng)中國(guó)聯(lián)通中國(guó)電信都有CSFB嗎,CSFB的時(shí)延是什么意思怎么優(yōu)化,CSFB什么時(shí)候退網(wǎng),不是有volte嗎,還要CSFB干嘛? 2018-12-03
• CSFB掛斷之后無(wú)法返回LTE,出現(xiàn)LTERRCSetupFail及LTETAUpdateFail是什么原因/如何解決 2018-11-01
• CSFB未接通 2018-09-16
• CSFB后2G返回4G慢或者返回不了有哪些原因,求大神解答,謝謝!! 2018-06-28
一 CSFB主叫流程詳解
1.1 總體流程
CSFB主叫信令流程如下:
1.UE發(fā)起CS
Fallback語(yǔ)音業(yè)務(wù)請(qǐng)求。
2.MME發(fā)送S1-AP UE CONTEXT MODIFICATION REQUEST消息給eNodeB,包含CS
Fallback Indicator。該消息指示eNodeB,UE因CS
Fallback業(yè)務(wù)需要回落到UTRAN/GERAN。
3.eNodeB要求UE開(kāi)始異系統(tǒng)的小區(qū)測(cè)量,并獲得UE上報(bào)的測(cè)量報(bào)告,確定重定向的目標(biāo)系統(tǒng)小區(qū)。然后向UE發(fā)送目標(biāo)系統(tǒng)具體的無(wú)線配置信息,并釋放連接。
4.UE接入目標(biāo)系統(tǒng)小區(qū),發(fā)起CS域的業(yè)務(wù)請(qǐng)求CM
SERVICE
REQUEST。
5.如果目標(biāo)系統(tǒng)小區(qū)歸屬的MSC與UE附著EPS網(wǎng)絡(luò)時(shí)登記的MSC不同,則該MSC收到UE的業(yè)務(wù)請(qǐng)求時(shí),由于沒(méi)有該UE的信息,可以采取隱式位置更新流程,接受用戶請(qǐng)求。如果MSC不支持隱式位置更新,且MSC沒(méi)有用戶數(shù)據(jù)(即服務(wù)MSC與EPS/IMSI登記的MSC不同),則拒絕該用戶的業(yè)務(wù)請(qǐng)求。如果MSC拒絕用戶的業(yè)務(wù)請(qǐng)求會(huì)導(dǎo)致UE發(fā)起一個(gè)CS域位置更新流程。
6.CS域語(yǔ)音呼叫建立流程。
1.2
解碼主要信令點(diǎn)
主要的信令點(diǎn)描述如下:
1.
LTE網(wǎng)絡(luò):ExtendedServiceRequest,攜帶service-type:mobile-originating-CS-fallback,對(duì)應(yīng)Event
List中CSFBServiceRequest;
2.
LTE網(wǎng)絡(luò):RRCConnectionRelease,攜帶配置的GERAN相鄰頻點(diǎn)組起始頻點(diǎn)和GERAN BCCH相鄰頻點(diǎn)信息,對(duì)應(yīng)Event
List中InterRATRedirectionReq;
3. GSM網(wǎng)絡(luò):CM Service
Request,攜帶業(yè)務(wù)類(lèi)別及TMSI信息,對(duì)應(yīng)Event List中InterRATRedirectionSuc;
4.
GSM網(wǎng)絡(luò):Alerting,表示核心網(wǎng)給主叫回振鈴音,被叫已接通,對(duì)應(yīng)Event
List中CSFBServiceSuc;(另通過(guò)Setup消息可以查看被叫號(hào)碼)
5. GSM網(wǎng)絡(luò):Channel
Release,對(duì)應(yīng)Event
List中目前版本顯示有誤(GSMCallDropped);(另用戶主動(dòng)掛機(jī)對(duì)應(yīng)Disconnect消息,方向?yàn)閁L,Channel
Release消息為網(wǎng)絡(luò)側(cè)下發(fā),DL)
6.
LTE網(wǎng)絡(luò):TrackingAreaUpdateAccept,攜帶TAU類(lèi)別(combined-TA)、TAL對(duì)應(yīng)的GSM側(cè)LAC信息,對(duì)應(yīng)Event
List中TAUpdateSuc。
二 CSFB被叫流程詳解
2.1
總體流程
CSFB被叫信令流程如下:
1.
MSC收到IAM入局消息后,根據(jù)存在的SGs關(guān)聯(lián)和MME信息,發(fā)送SGsAP-PAGING-REQUEST(IMSI, TMSI, Service
indicator ,主叫號(hào)碼,位置區(qū)信息)消息給MME。
2.
MME發(fā)送Paging消息給eNodeB。eNodeB發(fā)起空口的Paging流程。
3. UE建立連接并發(fā)送Extended Service
Request消息給MME。
4.
MME發(fā)送SGsAP-SERVICE-REQUEST消息給MSC。MSC收到此消息,不再向MME重發(fā)尋呼請(qǐng)求消息。為避免呼叫接續(xù)過(guò)程中,主叫等待時(shí)間過(guò)長(zhǎng),MSC收到包含空閑態(tài)指示的SGs
Service Request消息,先通知主叫,呼叫正在接續(xù)過(guò)程中。
5. MME發(fā)送Initial UE Context
Setup消息給eNodeB,包含CS Fallback
Indicator。該消息指示eNodeB,UE因CSFB業(yè)務(wù)需要回落到UTRAN/GERAN。
6.
UE從E-UTRAN切換到UTRAN/GERAN。
7. 伴隨著空口,A/Iu-CS接口連接的建立,UE回paging
response消息給MSC。即使RNC沒(méi)有向該UE發(fā)起過(guò)尋呼請(qǐng)求,這里的RNC需要能處理UE的尋呼響應(yīng)。如果尋呼響應(yīng)消息中的位置區(qū)信息和VLR中保存的不一致,則VLR在鑒權(quán)成功后將SGs關(guān)聯(lián)置為NULL。
8.
MSC收到UE的尋呼響應(yīng)后,停掉尋呼響應(yīng)定時(shí)器并建立CS連接。
2.2 解碼主要信令點(diǎn)
主要信令點(diǎn)描述如下:
1.
LTE網(wǎng)絡(luò):Paging,無(wú)對(duì)應(yīng)Event;
2.
LTE網(wǎng)絡(luò):ExtendedServiceRequest,攜帶service-type:mobile-terminating-CS-fallback,對(duì)應(yīng)Event
List中CSFBServiceRequest;
3. LTE網(wǎng)絡(luò):RRCConnectionRelease,對(duì)應(yīng)Event
List中InterRATRedirectionReq;
4. GSM網(wǎng)絡(luò):Paging Response,對(duì)應(yīng)Event
List中GSMCallAttempt(MTC);
5. GSM網(wǎng)絡(luò):Alerting,對(duì)應(yīng)Event
List中CSFBServiceSuc;
6. GSM網(wǎng)絡(luò):Channel Release,無(wú)對(duì)應(yīng)Event;
7.
LTE網(wǎng)絡(luò):TrackingAreaUpdateAccept,對(duì)應(yīng)Event List中TAUpdateSuc。
三、CSFB
手機(jī)開(kāi)機(jī)異常原因分析
正常情況下,CSFB 手機(jī)開(kāi)機(jī)能夠搜索TD-LTE 網(wǎng)絡(luò),完成4G/2G 網(wǎng)絡(luò)聯(lián)合注冊(cè),并能夠進(jìn)行語(yǔ)音主叫及被叫。CSFB
開(kāi)機(jī)后異常情況主要包括終端未搜索TD-LTE 網(wǎng)絡(luò)駐留、聯(lián)合注冊(cè)失敗、不能在TD-LTE
網(wǎng)絡(luò)穩(wěn)定駐留等,各開(kāi)機(jī)異常情況的主要原因分析如下:
1、CSFB 手機(jī)未搜索TD-LTE 網(wǎng)絡(luò)駐留
(1) CSFB 手機(jī)插入SIM
卡
根據(jù)終端技術(shù)規(guī)范,CSFB 手機(jī)插入了SIM 卡后,不會(huì)搜索TD-LTE 網(wǎng)絡(luò),直接駐留到2G/3G網(wǎng)絡(luò),因此,CSFB 手機(jī)需插入U(xiǎn)SIM
卡后,才能正常搜索TD-LTE 網(wǎng)絡(luò)并駐留。
(2) CSFB 手機(jī)選網(wǎng)模式設(shè)置錯(cuò)誤
通常,CSFB
手機(jī)可手動(dòng)設(shè)置選網(wǎng)模式,如是否選擇搜索4G 網(wǎng)絡(luò),如果用戶選擇不搜索4G 網(wǎng)絡(luò),則CSFB 手機(jī)不能搜索TD-LTE 網(wǎng)絡(luò)駐留,反之,CSFB
手機(jī)能夠搜索TD-LTE 網(wǎng)絡(luò)駐留。
2、CSFB 手機(jī)在TD-LTE 網(wǎng)絡(luò)完成聯(lián)合注冊(cè)失敗
(1) 網(wǎng)絡(luò)側(cè)SGs
口未完成互聯(lián)互通(如MME 與MSC name 協(xié)議理解不一致等)
(2) MME 配置的與TA 匹配的LA 非SGs MSC
所屬的LA
3、CSFB 手機(jī)不能在TD-LTE 網(wǎng)絡(luò)穩(wěn)定駐留
(1) eNodeB 配置的小區(qū)重選參數(shù)不合理
若eNodeB
配置了2G/3G 鄰區(qū)及小區(qū)重選參數(shù),則應(yīng)合理配置4G 與2G/3G 間小區(qū)重選參數(shù),否則,終端容易發(fā)生誤重選導(dǎo)致不能在LTE
網(wǎng)絡(luò)穩(wěn)定駐留。
(2) TD-LTE 核心網(wǎng)MME 未開(kāi)啟CSFB 功能
在部署CSFB 過(guò)程中,若核心網(wǎng)MME 暫未開(kāi)啟CSFB
功能,CSFB 終端在4G 網(wǎng)絡(luò)開(kāi)機(jī)后將主動(dòng)關(guān)閉4G 能力,并在2G/3G 網(wǎng)絡(luò)駐留。
(3) eNodeB
未開(kāi)啟完整性保護(hù)和鑒權(quán)
部分終端芯片對(duì)開(kāi)機(jī)流程要求較高,需嚴(yán)格按照協(xié)議定義順序完成各步驟處理,其中包括完整性保護(hù)和鑒權(quán)流程,因此當(dāng)eNodeB
未開(kāi)啟上述功能時(shí),將導(dǎo)致部分終端因開(kāi)機(jī)流程不完整而無(wú)法接入LTE 網(wǎng)絡(luò)駐留。
案例:4G 配置2G 重選參數(shù)不合理,導(dǎo)致終端不能在TD-LTE
網(wǎng)絡(luò)穩(wěn)定駐留
現(xiàn)象描述:CSFB 手機(jī)在LTE 網(wǎng)絡(luò)完成聯(lián)合注冊(cè)后,駐留約1 分鐘后重選到GSM。
問(wèn)題分析:測(cè)試區(qū)域中,4G
網(wǎng)絡(luò)部署CSFB 時(shí),同時(shí)配置了GSM 鄰區(qū)及重選參數(shù),但因重選參數(shù)配置不合理,導(dǎo)致終端不能在LTE 網(wǎng)絡(luò)穩(wěn)定駐留,從而重選到GSM
網(wǎng)絡(luò)。
四、CSFB 手機(jī)呼叫建立過(guò)程異常原因分析
目前,CSFB 回落方案采用3GPP R8
重定向回落方案,同時(shí)要求終端支持緩讀System Information 13 系統(tǒng)消息功能以縮短呼叫建立時(shí)延,優(yōu)化方案性能?傮w來(lái)說(shuō),CSFB
呼叫建立過(guò)程包括三個(gè)階段:UE 在LTE 網(wǎng)絡(luò)發(fā)起呼叫/被叫接收尋呼、UE 在LTE 網(wǎng)絡(luò)指引下回
落并搜索合適的GSM 小區(qū)接入、UE
讀取GSM 小區(qū)系統(tǒng)廣播消息并建立語(yǔ)音通話。在CSFB 部署過(guò)程中,因參數(shù)配置或者設(shè)備功能缺陷,將導(dǎo)致CSFB
呼叫建立過(guò)程出現(xiàn)異常情況。
CSFB 主叫及被叫通話的建立流程大致相同,只是被叫通話多了一步尋呼UE
的過(guò)程,具體詳細(xì)流程如下圖所示,其中流程(1)到流程(5)即為CSFB 額外引入的流程,流程(6)同GSM 現(xiàn)網(wǎng):
(1)UE 接收LTE 尋呼:
CSFB UE 被叫時(shí),首先在GSM 側(cè)分配MSRN 和接收IAM(MSRN)的過(guò)程同現(xiàn)網(wǎng),但之后的尋呼流程同現(xiàn)網(wǎng)略有不同,MSC 將通過(guò)SGs
口把尋呼下發(fā)給MME,MME 收到后,在LTE 側(cè)尋呼UE,待UE 回落至GSM 后,發(fā)送尋呼響應(yīng)至MSC;
(2)UE 起呼:CSFB UE
在LTE 側(cè)發(fā)起呼叫,發(fā)送Extended Service Request 消息給網(wǎng)絡(luò)側(cè)MME,消息中攜帶Type 指示呼叫為MO CSFB 或MT
CSFB;
(3)LTE 指引UE 回落:MME 在用戶連接態(tài)時(shí)給eNB 下發(fā)UE CONTEXT MODIFICATION
REQUEST,在用戶空閑態(tài)時(shí)給eNB 下發(fā)INITIAL CONTEXT SETUP REQUEST,均攜帶CSFB 標(biāo)識(shí),根據(jù)此標(biāo)識(shí)eNodeB 下發(fā)R8
重定向命令(RRC Connection Release)給UE,其中攜帶GSM鄰區(qū)頻點(diǎn)信息,指引UE 回落至GSM
網(wǎng)絡(luò);
(4)終端模式轉(zhuǎn)換、搜索指定2G 頻點(diǎn)、與2G 小區(qū)同步:UE 接收到重定向命令后,將進(jìn)行模式轉(zhuǎn)換(由4G 模式轉(zhuǎn)換為2G
模式),并根據(jù)重定向命令中指定的2G 頻點(diǎn)搜索并與回落目標(biāo)2G 小區(qū)完成同步;
(5)UE 讀取2G 廣播消息:UE 若支持緩讀GSM
系統(tǒng)消息System Information 13 功能,則讀全System Information 1 和System Information 3
后即可建立GSM 通話;
(6)建立GSM
通話:該過(guò)程可同現(xiàn)網(wǎng)流程,包括尋呼響應(yīng)、終端多模能力上報(bào)、網(wǎng)絡(luò)要求終端上報(bào)IMEI/IMSI、鑒權(quán)、信道指派并建立通話等。
下面將詳細(xì)分析CSFB
呼叫建立三個(gè)階段中可能出現(xiàn)異常的問(wèn)題分析和解決方法。
1、UE 在LTE 網(wǎng)絡(luò)起呼/接收尋呼
本階段出現(xiàn)的問(wèn)題主要表現(xiàn)為網(wǎng)絡(luò)尋呼UE
失敗和UE 不能發(fā)起CSFB 呼叫。出現(xiàn)這部分問(wèn)題主要與網(wǎng)絡(luò)SGs 尋呼方式、網(wǎng)絡(luò)與終端DRX 尋呼周期不一致、LTE 網(wǎng)絡(luò)隱式Detach
UE及無(wú)線環(huán)境因素有關(guān)。
(1)網(wǎng)絡(luò)SGs 尋呼方式
通常,MSC A/Iu
接口一次尋呼采用TMSI,二次尋呼采用IMSI,部分廠家設(shè)備實(shí)現(xiàn)SGs接口尋呼方式與A/Iu 接口相同,而用IMSI 尋呼UE 將導(dǎo)致UE
尋呼響應(yīng)失敗。
(2)網(wǎng)絡(luò)與終端DRX 尋呼周期不一致
UE、eNodeB、MME 均有與DRX
相關(guān)的參數(shù),但不同廠家設(shè)備對(duì)參數(shù)的協(xié)議理解存在差異,導(dǎo)致參數(shù)配置后網(wǎng)絡(luò)與終端DRX 尋呼周期不一致,從而使被叫失敗。
(3)網(wǎng)絡(luò)通過(guò)SGs
尋呼時(shí),終端在返回LTE 過(guò)程中
CSFB UE 在通話結(jié)束返回LTE 網(wǎng)絡(luò),若TAU 尚未完成,MME 接收到SGs
接口尋呼后,若尋呼該UE,部分MME 廠家目前的實(shí)現(xiàn)也將會(huì)導(dǎo)致被叫失敗。
(4)LTE 網(wǎng)絡(luò)隱式Detach UE
LTE
網(wǎng)絡(luò)隱式Detach UE 時(shí),UE 再次發(fā)起呼叫將導(dǎo)致失敗。LTE 網(wǎng)絡(luò)隱式Detach UE 存在多種可能,如因設(shè)備功能缺陷導(dǎo)致Qos
修改失敗,就會(huì)導(dǎo)致LTE 網(wǎng)絡(luò)隱式Detach UE。
(5)無(wú)線環(huán)境因素
若由于無(wú)線信號(hào)較弱或干擾較大,UE
無(wú)法收到網(wǎng)絡(luò)尋呼或者無(wú)法解析尋呼消息,導(dǎo)致尋呼失敗。
2、UE 在LTE 網(wǎng)絡(luò)指引下回落并搜索接入GSM
小區(qū)
本階段出現(xiàn)問(wèn)題主要表現(xiàn)為UE 回落GSM 小區(qū)時(shí)延較長(zhǎng)或失敗、UE 回落至3G 網(wǎng)絡(luò)和UE回落至GSM
后數(shù)據(jù)業(yè)務(wù)掛起失敗,具體原因分析如下:
(1)UE 回落GSM 小區(qū)時(shí)延較長(zhǎng)或失敗
出現(xiàn)此異常的影響因素主要有UE 未收到重定向命令、UE
收到的重定向命令中GSM 頻點(diǎn)配置不合理、UE 回落跨MSC Pool 或跨LA、當(dāng)4G 與2G 采用不同PLMN ID 時(shí)4G 網(wǎng)絡(luò)未將2G PLMN
配置EPLMN 并下發(fā)UE 等。
其中,UE 未收到重定向命令可能由于LTE 無(wú)線信號(hào)覆蓋較差導(dǎo)致;也可能由于UE
在重定向之前恰好發(fā)生了切換,切換后的小區(qū)未下發(fā)重定向命令導(dǎo)致;重定向命令中的GSM 頻點(diǎn)配置不合理也是原因之一,如:未配置LTE 小區(qū)覆蓋范圍內(nèi)信號(hào)較好的GSM
鄰區(qū)頻點(diǎn)、配置的GSM 鄰區(qū)頻點(diǎn)干擾較為嚴(yán)重等,都會(huì)導(dǎo)致UE 接入GSM 小區(qū)時(shí)延較長(zhǎng)甚至不能接入。
若2G 和4G 使用和廣播的PLMN ID
不同,但4G 未將2G PLMN ID 配置EPLMN,UE 重定向至2G 后發(fā)現(xiàn)PLMN 改變而無(wú)法接入2G,此后終端將執(zhí)行GSM
全頻段搜索,直至找到合適的GSM 小區(qū)后發(fā)起接入,此過(guò)程將消耗大量時(shí)間,可能導(dǎo)致呼叫失敗。
(2)UE 回落至3G
網(wǎng)絡(luò)
出現(xiàn)此異常的影響因素主要有:重定向命令中GSM 頻點(diǎn)配置不合理導(dǎo)致不能接入GSM網(wǎng)絡(luò),或eNodeB 未開(kāi)啟CSFB
功能等。
當(dāng)LTE重定向命令中GSM 頻點(diǎn)配置不合理時(shí),可能在2G 網(wǎng)絡(luò)搜索接入2G 網(wǎng)絡(luò)其他頻點(diǎn),也可能接入3G
網(wǎng)絡(luò),與終端內(nèi)部實(shí)現(xiàn)機(jī)制相關(guān)。
當(dāng)eNodeB 未開(kāi)啟CSFB 功能時(shí),eNodeB 廠家實(shí)現(xiàn)不同。部分廠家eNodeB
設(shè)備不下發(fā)重定向命令,導(dǎo)致UE 基于自身實(shí)現(xiàn)機(jī)制,在等待一段時(shí)間后主動(dòng)搜索3G 接入;部分廠家eNodeB將下發(fā)不攜帶任何鄰區(qū)頻點(diǎn)的重定向命令,UE
基于自身實(shí)現(xiàn),主動(dòng)搜索3G 接入。
(3)UE 回落至GSM 后數(shù)據(jù)業(yè)務(wù)掛起失敗
UE 回落至GSM
網(wǎng)絡(luò),如果網(wǎng)絡(luò)不支持DTM(數(shù)據(jù)和語(yǔ)音業(yè)務(wù)并發(fā)),或雖然網(wǎng)絡(luò)支持DTM 但終端不支持,或網(wǎng)絡(luò)支持DTM、終端也支持DTM 但因終端在CSFB
回落過(guò)程中緩讀SI13只能暫時(shí)關(guān)閉DTM 支持能力,需要終端接入2G 網(wǎng)絡(luò)后發(fā)送懸掛消息給網(wǎng)絡(luò),讓網(wǎng)絡(luò)幫助將用戶數(shù)據(jù)業(yè)務(wù)暫時(shí)掛起。目前3GPP
標(biāo)準(zhǔn)定義的SGSN 至MME Gn 接口的CSFB 掛起流程本身存在問(wèn)題,無(wú)法基于終端的觸發(fā)通過(guò)Gn 接口通知MME
將數(shù)據(jù)業(yè)務(wù)懸掛,因此需優(yōu)化數(shù)據(jù)業(yè)務(wù)掛起流程,讓MME 在終端回落時(shí),基于eNodeB 的原因值幫助UE 在LTE
網(wǎng)絡(luò)掛起當(dāng)前正在執(zhí)行的數(shù)據(jù)業(yè)務(wù)。
3、UE 讀取2G 系統(tǒng)廣播并建立GSM
通話等
本階段流程與現(xiàn)網(wǎng)相同,主要異常問(wèn)題表現(xiàn)為終端回落至GSM 網(wǎng)絡(luò),建立呼叫過(guò)程中鑒權(quán)失敗,或因?yàn)榛芈洳煌腗SC
導(dǎo)致被叫失敗。
五、CSFB 手機(jī)掛機(jī)返回LTE 異常原因分析
目前,CSFB
返回方案采用兩種并行的方案:終端自主返回和2G->3G->4G 橋接返回方案。部分城市區(qū)域還采用第三種方案:2G->4G
返回方案。
終端自主返回功能需要芯片支持,具體實(shí)現(xiàn)與廠家芯片實(shí)現(xiàn)相關(guān),自主返回失敗因素與LTE
無(wú)線信號(hào)覆蓋、掛機(jī)區(qū)域頻點(diǎn)是否已被終端記憶有關(guān)。當(dāng)終端自主返回失敗后,終端將在2G 駐留。若2G 配置4G 鄰區(qū),則由2G 通過(guò)小區(qū)重選返回4G;若2G
未配置4G 鄰區(qū),則通過(guò)3G 橋接返回4G。2G->3G->4G 橋接返回和2G->4G
過(guò)程與數(shù)據(jù)業(yè)務(wù)互操作流程相同,相關(guān)影響因素與數(shù)據(jù)業(yè)務(wù)互操作類(lèi)似;除此之外,因CSFB 流程造成的重選返回失敗因素主要為L(zhǎng)TE
網(wǎng)絡(luò)側(cè)定時(shí)器超時(shí)導(dǎo)致隱式detach,導(dǎo)致TAU 失敗。
部分特殊終端及國(guó)漫入終端不支持終端自主返回功能,CSFB 通話掛機(jī)后將在2G
駐留。若該終端也不支持TD-S 模式,且2G 又未配置4G 鄰區(qū),則該終端將不能返回4G 駐留;若終端支持TD-S 模式,將根據(jù)2G 是否配置了4G
鄰區(qū),選擇2G->3G->4G 橋接方式或2G->4G 方式返回方式。
通常情況,回落2G
網(wǎng)絡(luò),通話過(guò)程中不能進(jìn)行數(shù)據(jù)業(yè)務(wù),掛機(jī)后
● 若終端通過(guò)自主快速返回方式返回4G,可在LTE 發(fā)起TAU 并恢復(fù)數(shù)據(jù)業(yè)務(wù)
●
若終端自主返回失敗,將駐留2G 網(wǎng)絡(luò)并嘗試恢復(fù)數(shù)據(jù)業(yè)務(wù),連接態(tài)時(shí):
◇可通過(guò)NC0 方式返回3G(需終端支持),
◇若3G 網(wǎng)絡(luò)支持到4G
連接態(tài)重定向,可返回4G 繼續(xù)數(shù)據(jù)業(yè)務(wù)。
◇若否,終端需待數(shù)據(jù)業(yè)務(wù)完成進(jìn)入空閑態(tài)后,通過(guò)小區(qū)重選2G->3G->4G
橋接方式或2G->4G 方式返回4G(需2G 配置4G 鄰區(qū))。
特殊場(chǎng)景,若終端回落3G
網(wǎng)絡(luò),通話過(guò)程中能夠并行進(jìn)行數(shù)據(jù)業(yè)務(wù),掛機(jī)后終端將駐
留在3G,返回4G 行為與上面相同。
案例:4G 覆蓋不連續(xù)導(dǎo)致CSFB
手機(jī)通話掛機(jī)后不能自主返回4G 網(wǎng)絡(luò)
現(xiàn)象描述:LTE 弱覆蓋區(qū),CSFB
手機(jī)通話后掛機(jī),不能通過(guò)終端自主返回功能返回4G網(wǎng)絡(luò)。
問(wèn)題分析:終端自主返回時(shí),需LTE 信號(hào)RSRP
滿足開(kāi)機(jī)駐留門(mén)限(一般設(shè)置為-120dBm~-124dBm)才能接入4G 網(wǎng)絡(luò),在LTE 弱覆蓋區(qū),4G
信號(hào)低于開(kāi)機(jī)駐留門(mén)限,終端自主返回將失敗,此后終端將返回2G 網(wǎng)絡(luò)駐留,在信號(hào)強(qiáng)度滿足條件情況下,可通過(guò)3G 橋接返回4G
網(wǎng)絡(luò)。
解決方案:通過(guò)網(wǎng)絡(luò)建設(shè)及網(wǎng)絡(luò)優(yōu)化,提升4G 網(wǎng)絡(luò)覆蓋質(zhì)量,避免覆蓋空洞,提高終端自主返回成功率。
六
CSFB相關(guān)時(shí)延的統(tǒng)計(jì)點(diǎn)
CSFB相關(guān)時(shí)延統(tǒng)計(jì)信令點(diǎn):
主叫回落:ExtendedServiceRequest(LTE)-->
Alerting(GSM);
主叫返回:Channel Release(GSM)-->
TrackingAreaUpdateAccept(LTE);
被叫回落:Paging(LTE)-->
Alerting(GSM);
被叫返回:Channel Release(GSM)-->
TrackingAreaUpdateAccept(LTE)。
1、主叫回落時(shí)延:
2、主叫返回時(shí)延:
3、被叫回落時(shí)延:
4、被叫返回時(shí)延:
七
CSFB 呼叫建立時(shí)延異常原因分析
CSFB 呼叫建立時(shí)延是CSFB 用戶體驗(yàn)的重要部分,因CSFB 額外引入流程將在GSM
現(xiàn)網(wǎng)呼叫建立時(shí)延基礎(chǔ)上增加時(shí)延。在網(wǎng)絡(luò)部署成熟時(shí),CSFB 呼叫建立時(shí)延應(yīng)趨于穩(wěn)定,但在部署過(guò)程中,CSFB
呼叫建立時(shí)延可能存在過(guò)短或者過(guò)長(zhǎng)等異常情況。
在網(wǎng)絡(luò)部署CSFB R8 重定向回落方案(終端支持緩讀SI13
功能)時(shí),通過(guò)多城市聯(lián)合測(cè)試摸索到CSFB 呼叫建立時(shí)延范圍如下:
● CSFB 單端呼叫(CSFB UE 撥打GSM UE 或者GSM UE
撥打CSFB UE):
◇額外時(shí)延:相比GSM 現(xiàn)網(wǎng)基準(zhǔn)時(shí)延,額外時(shí)延約1.7~2.9s,且80%的呼叫增加時(shí)延在2.5
秒以內(nèi)。
◇總時(shí)延:?jiǎn)味丝倳r(shí)延為6.9~12.3s,其中85%在7s 和10s 之間。
● CSFB 雙端呼叫(CSFB UE 撥打CSFB
UE):
◇額外時(shí)延:相比GSM 現(xiàn)網(wǎng)基準(zhǔn)時(shí)延,額外時(shí)延約3.5~4.9s,且80%的呼叫增加時(shí)延在4.5
秒以內(nèi)。
◇總時(shí)延:?jiǎn)味丝倳r(shí)延為8.3~13.7s,其中90%在9s 和12s 之間。
CSFB 呼叫建立時(shí)延主要包括三個(gè)部分:UE
在LTE 側(cè)起呼/接收尋呼到收到重定向命令、UE 收到重定向命令后搜索接入GSM 小區(qū)并讀取GSM 系統(tǒng)廣播、建立GSM
通話等,下面將詳細(xì)介紹每個(gè)部分時(shí)延的影響因素。
1、UE 在LTE
側(cè)起呼/接收尋呼到收到重定向命令
本階段對(duì)時(shí)延的影響主要因素包括MSC 開(kāi)啟Early Alerting/ACM 功能、eNodeB
開(kāi)啟基于測(cè)量的重定向功能、LTE 側(cè)二次尋呼等。
(1) MSC開(kāi)啟Early Alerting/ACM 功能
MSC 開(kāi)啟Early
Alerting/ACM 功能是指MSC 在收到MME
的尋呼響應(yīng)后即給主叫用戶放回鈴音,將導(dǎo)致主叫呼叫建立時(shí)延過(guò)短,但會(huì)對(duì)網(wǎng)管指標(biāo)統(tǒng)計(jì)及主叫用戶體驗(yàn)產(chǎn)生影響。
(2)
eNodeB開(kāi)啟基于測(cè)量的重定向功能
eNodeB 開(kāi)啟基于測(cè)量重定向功能后,eNodeB 需給UE 下發(fā)測(cè)量控制消息,并根據(jù)UE 測(cè)量報(bào)告中GSM
頻點(diǎn)情況下發(fā)重定向命令,UE 連接態(tài)測(cè)量異系統(tǒng)頻點(diǎn)時(shí)延較長(zhǎng),會(huì)額外增加CSFB 呼叫建立時(shí)延。通常情況下,為保證CSFB 時(shí)延,eNodeB
開(kāi)啟盲重定向即可。
(3) LTE側(cè)二次尋呼
因LTE 側(cè)無(wú)線信號(hào)弱等因素,存在二次尋呼概率,將增加CSFB
呼叫建立時(shí)延。
2、UE收到重定向命令后搜索接入GSM 小區(qū)并讀取GSM
系統(tǒng)廣播
本階段對(duì)時(shí)延的影響因素包括重定向命令中配置的GSM 頻點(diǎn)不合理導(dǎo)致UE 搜索GSM 小區(qū)時(shí)延過(guò)長(zhǎng)。
3、建立GSM
通話
本階段對(duì)時(shí)延的影響因素包括GSM 網(wǎng)絡(luò)索要IMEI、BSC 開(kāi)啟UTRAN ECSC 功能等。針對(duì)CSFB UE
的通話建立過(guò)程,網(wǎng)絡(luò)可以有優(yōu)化方案以減小呼叫建立時(shí)延。
![](./images/ding.gif)
![](./images/cai.gif)
百家號(hào),包含大量實(shí)戰(zhàn)案例,幫忙關(guān)注點(diǎn)贊轉(zhuǎn)發(fā),謝謝!!!
需求人數(shù):3 人 地點(diǎn):北京市
• 四川準(zhǔn)達(dá)信息技術(shù)股份有限公司 聘:光網(wǎng)絡(luò)工程師
需求人數(shù):5 人 地點(diǎn):西安市
• 重慶信科通信工程有限公司 聘:南昌電信中興原廠高級(jí)
需求人數(shù):2 人 地點(diǎn):南昌市
• 南京格安信息系統(tǒng)有限責(zé)任公司 聘:5G工程后臺(tái)人員
需求人數(shù):10 人 地點(diǎn):北京市
• 深圳市訊方技術(shù)股份有限公司 聘:華為45G高級(jí)網(wǎng)優(yōu)工程師
需求人數(shù):5 人 地點(diǎn):山東省
• 河南創(chuàng)賽通信科技有限公司 聘:人事招聘咨詢專(zhuān)員
需求人數(shù):53 人 地點(diǎn):鄭州市
• 福建省鴻官通信工程有限公司 聘:網(wǎng)絡(luò)優(yōu)化工程師
需求人數(shù):2 人 地點(diǎn):牡丹江市
• 西安盈科思泰網(wǎng)絡(luò)技術(shù)有限公司 聘:新疆初級(jí)4/5G優(yōu)化工程師
需求人數(shù):5 人 地點(diǎn):哈密市,吐魯番市
• 西安中興精誠(chéng)通訊有限公司 聘:重慶-網(wǎng)優(yōu)高級(jí)工程師
需求人數(shù):2 人 地點(diǎn):重慶市
• 南京華蘇科技有限公司 聘:投訴前后臺(tái)-深圳移動(dòng)日常
需求人數(shù):8 人 地點(diǎn):深圳市
聯(lián)系我們 - 問(wèn)通信專(zhuān)家 | Powered by MSCBSC 移動(dòng)通信網(wǎng) © 2006 - |