CSFB分析流程_第1頁
CSFB分析流程_第2頁
CSFB分析流程_第3頁
CSFB分析流程_第4頁
CSFB分析流程_第5頁
已閱讀5頁,還剩8頁未讀 繼續(xù)免費閱讀

下載本文檔

版權說明:本文檔由用戶提供并上傳,收益歸屬內容提供方,若內容存在侵權,請進行舉報或認領

文檔簡介

1、一、 CSFB基本原理 無業(yè)務時候,MME通過SGs(MME與MSC之間的借口)進行CS域移動性管理。 有語音業(yè)務時,MME將UE回落到GSM網(wǎng)絡,通過GSM網(wǎng)絡為UE提供語音服務。 Extend Service Request至Alerting信令之間的間隔即為CSFB呼叫時延。 RRCConnection Release至CM Service Request信令之間的間隔為CSFB回落時延。 Channel Release 至 Tracking area update accept 信令之間的間隔為CSFB返回時延。二、 CSFB信令流程備注主叫信令被叫信令4G回落EXTENDED_SER

2、_REQ發(fā)頻點RRC_CONN_REL讀第一條SISystem Informatio2G接入請求CM_SERV_REQUEST終端能力CLASSMARK CHANGE鑒權AUTH_REQAUTH_RSP2G接入響應CM_SERV_ACCEPT發(fā)被叫號碼SETUP尋呼PAGINGCALL_PROCEEDING4G回落EXTENDED_SER_REQ發(fā)頻點RRC_CONN_REL讀第一條SISystem Information尋呼響應PAGING_RESPONSE終端能力UTRAN_Classmark_Change發(fā)主叫號碼SETUPCALL_CONFIRM分配TCH_ASSIGNMENT_COM

3、MAND分配TCHASSIGNMENT_COMMANDASSIGNMENT_COMPLETEASSIGNMENT_COMPLETE振鈴ALERTING振鈴ALERTING連接Connect連接Connect連接確認Connect Acknowledge連接確認Connect Acknowledge斷開連接Disconnect斷開連接Disconnect釋放Release釋放Release釋放完成Release Complete釋放完成Release Complete信道釋放Channel Release信道釋放Channel ReleaseA. 發(fā)起CSFB業(yè)務UE向eNodeB發(fā)起Exten

4、dServiceRequest,此時說明開始發(fā)起CSFB業(yè)務。雙擊ExtendServiceRequest信令可以看到此時服務類型是service-type:mobile-originating-cs-fallback即手機主叫CSFB(如圖2紅框所示)B. LTE重定向如果CSFB業(yè)務可以正常進行,那么eNodeB會向UE發(fā)從RRCConnectionRelese信令,此時將進行LTE向GSM的重定向。雙擊此條信令,在msg中給定要重定向的頻點,進行測量,如果符合重定向的條件,上報測量報告,實行重定向。UE已經重定向GSM小區(qū),雙擊SIT3消息看到UE重定向到GSM小區(qū)的CI為30893,L

5、AC為14806。C. 重定向到GSM后進行語音業(yè)務 雙擊Setup可以查看到被叫手機號碼,此時被叫UE應收到Paging消息開始進行CSFB。D. 振鈴接通UE重定向至GSM后能夠按正常語音呼叫流程進行,而ExtendServiceRequest至Alerting信令之間的間隔即為此次CSFB呼叫時延。E. 通話結束返回LTE三、 案例分析3、1未接通-LTE弱覆蓋測試問題:未接通測試現(xiàn)象:主行駛至秦嶺路五龍口區(qū)域路段時,被叫UE占用秦嶺五龍口D2小區(qū),RSRP=-110db左右,弱覆蓋導致未接通。解決方法:根據(jù)附近站點實際情況合理調整方位角和下傾角,加強此路段的覆蓋。A:測試車輛由西向東行

6、駛至秦嶺路五龍口區(qū)域路段時,主叫占用GSM秦嶺五龍口1小區(qū),在15:29:12:618上報Setup.B:被叫UE占用秦嶺五龍口D2小區(qū),RSRP=-110db左右,覆蓋太差未能收到尋呼消息回落2G,導致主叫未接通。3、2未接通-未收到尋呼消息 測試現(xiàn)象:主叫TD-LTE下起呼,被叫上一次聯(lián)合位置更新失敗導致未接收到尋呼消息。解決方法:需核心網(wǎng)支持。A:如圖所示,從10時33分27秒開始主叫進入CSFB流程,在33分29秒主叫進入call proceeding,被叫始終未響應。在33分45秒時,主叫call block。在此期間被叫始終未響應。從信令流程來看,被叫在上一次聯(lián)合位置更新中未能完成

7、TMSI的分配,CAUSE:16(MSC temporarily not reachable。3、3未接通-回落2G偽基站測試現(xiàn)象:被叫UE占用曼哈頓(省高法培訓樓)D2小區(qū)(PCI:206,TAC:14097),回落到GSM偽基站(BCCH:10,LAC:24307)小區(qū)后,因跨POOL導致主叫未接通。解決方法: 拆除2G偽基站,避免回落到該站點造成異常事件。A:主叫UE占用曼哈頓(省高法培訓樓)D2小區(qū)成功回落至曼哈頓(省高法培訓樓)8小區(qū),在10:01:35上報Setup.B:被叫UE占用曼哈頓(省高法培訓樓)D2小區(qū)(PCI:206,TAC:14097),回落到GSM偽基站(BCCH:

8、10,LAC:24307)小區(qū)后,因跨POOL導致主叫未接通。3、4未接通-異常釋放測試現(xiàn)象:主叫正常回落至2G,發(fā)送SETUP消息,MSC采用IMSI尋呼,被叫回落至2G后,上發(fā)Paging response后,系統(tǒng)直接下發(fā)Channel Release。解決方法:需核心網(wǎng)支持。 A:如圖所示,從9時34分28秒開始被叫叫進入CSFB流程,在34分30秒被叫上發(fā)Paging response后,系統(tǒng)直接下發(fā)Channel Release。導致呼叫無法完成。 如下圖所示,左圖為這次呼叫的Paging 信令,發(fā)現(xiàn)尋呼采用IMSI尋呼,現(xiàn)網(wǎng)采用MSC組POOL方式,當采用IMSI尋呼時被叫上發(fā)Pa

9、ging responses 時,會導致MSC不知道被叫具體在POOL內的那個MGW,導致呼叫無法完成。3、5未接通-TAU更新失敗測試現(xiàn)象:被叫TAU失敗后收不到PAGING導致未接通。 解決方法:對4G小區(qū)進行排障。A:如圖所示,主叫手機正常回落至2G小區(qū),于11:17:52開始呼叫建立,被叫一直未收到PAGING.查看EVENT,發(fā)現(xiàn)被叫 上一次TAU失敗。導致收不到PAGING。3、6未接通-2G頻點漏加測試現(xiàn)象:行駛至化工路與秦嶺路附近區(qū)域時,被叫UE重選占用高鐵小區(qū)董寨,連續(xù)發(fā)生3次未接通事件。解決方法:配置董寨CSFB2G頻點。問題分析:驅車沿著化工路由東向西行駛至化工路與秦嶺路

10、交叉口附近區(qū)域時,主叫UE占用4G小區(qū)甲天下置業(yè)D1小區(qū)成功回落至2G小區(qū),在18:37:21:581做Call Proceeding,被叫UE在空閑狀態(tài)下重選至高鐵董寨D1小區(qū),在18:37:22:222收到網(wǎng)路側而下發(fā)的Paging消息后,一直沒有收到頻點組消息,未能成功回落2G響應主叫尋呼,導致主叫連續(xù)發(fā)生3次未接通事件。經后臺OMC查詢董寨D1小區(qū)未配置2G頻點導致UE不能回落至2G小區(qū)。具體信令如下圖:3、7未接通-回落至跨POOLGSM小區(qū)測試現(xiàn)象:行駛至中原路與西三環(huán)附近區(qū)域時,被叫UE占用鄭州財經學校F3小區(qū),連續(xù)發(fā)生2次未接通事件。解決方法:刪除跨POOL的CSFB2G頻點。問題分析:驅車行駛至中原路與西三環(huán)附近區(qū)域時,被叫UE占用鄭州財經學校F3小區(qū),回落至跨POOL的GSM小區(qū)中原西環(huán)路口3小區(qū),LAC更新完成之后又進行RAU更新,未能及時響應主叫尋呼,導致主叫未接通。信令如下圖:四、 經驗總結CSFB分析主要是熟悉信令流程,對著信令流程查看事件發(fā)生在流程的哪一步,然后在定位具體位原因,一般原因如下: 1、跨POOL 優(yōu)化POOL邊界。2、LTE、GSM弱覆蓋的,通過天線調整和新站的規(guī)劃加強覆蓋。3、LT

溫馨提示

  • 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯(lián)系上傳者。文件的所有權益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁內容里面會有圖紙預覽,若沒有圖紙預覽就沒有圖紙。
  • 4. 未經權益所有人同意不得將文件中的內容挪作商業(yè)或盈利用途。
  • 5. 人人文庫網(wǎng)僅提供信息存儲空間,僅對用戶上傳內容的表現(xiàn)方式做保護處理,對用戶上傳分享的文檔內容本身不做任何修改或編輯,并不能對任何下載內容負責。
  • 6. 下載文件中如有侵權或不適當內容,請與我們聯(lián)系,我們立即糾正。
  • 7. 本站不保證下載資源的準確性、安全性和完整性, 同時也不承擔用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。

評論

0/150

提交評論