TD-SCDMA信令分析指導(dǎo)手冊(cè)

信令分析優(yōu)化手冊(cè)TDSCDMA網(wǎng)絡(luò)質(zhì)量提升項(xiàng)目?jī)?nèi)容包括接入/切換/掉話信令的詳細(xì)解譯及異常信令優(yōu)化措施匯總，信令中包含的各類(lèi)算法的講解及運(yùn)用，網(wǎng)絡(luò)中的潛在問(wèn)題的挖掘及協(xié)議不完善之處。20110110目錄1接入類(lèi)信令411電路域正常接入信令4111信令流程圖4112信令解譯612電路域異常接入信令8121RRC建立失敗8122鑒權(quán)加密失敗10123RAB指配失敗1113分組域正常接入信令13131信令流程圖13131信令解譯1414分組域異常接入信令15141RRC建立失敗15142鑒權(quán)加密失敗17143RAB指配失敗182切換類(lèi)信令2621正常切換信令26211RNC內(nèi)切換26212RNC間切換28213系統(tǒng)間切換3022異常切換信令37221RNC內(nèi)切換37222RNC間切換39223系統(tǒng)間切換413釋放類(lèi)信令4631正常釋放信令46311電路域釋放過(guò)程46312分組域釋放過(guò)程4632異常釋放信令48321電路域掉話48322分組域掉線514信令算法應(yīng)用6241切換小區(qū)換算62411測(cè)量報(bào)告62412物理信道重配置63413異系統(tǒng)切換目標(biāo)小區(qū)6342資源分配換算645信令深入挖掘6551并發(fā)業(yè)務(wù)6552協(xié)議問(wèn)題6553頻繁失步6654注冊(cè)失敗671接入類(lèi)信令11電路域正常接入信令111信令流程圖主叫被叫主叫被叫112信令解譯RRCCONNECTIONREQUEST（上行）UE上行發(fā)送一個(gè)RRCCONNECTIONREQUEST消息，請(qǐng)求建立一條RRC連接。RADIOLINKSETUPREQUESTRNC向NOTEB請(qǐng)求建立無(wú)線鏈路。RADIOLINKSETUPRESPONSENOTEB響應(yīng)RNC，建立無(wú)線鏈路。RRCCONNECTIONSETUP（下行）RNC在下行CCCH上向UE發(fā)送RRCCONNECTIONSETUP消息。主要參數(shù)UEIE，RBIE，TRCHIE，上行傳輸信道，下行傳輸信道，物理信道IE，UL無(wú)線資源和DL無(wú)線資源。RADIOLINKRESTOREINDICATIONNOTEB檢測(cè)到UE的同步信息，返回給RNC。RRCCONNECTIONSETUPCOMPLETE（上行）UE完成同步后，上發(fā)至RNC，標(biāo)志RRC的建立成功。MEASUREMENTCONTROL（下行）RNC向UE發(fā)生1G、2A的測(cè)量報(bào)告。INITIALDIRECTTRANSFER（CMSERVICEREQUEST）（上行）RRC連接建立后，UE通過(guò)RRC連接向RNC發(fā)送初始直傳消息（INITIALDIRECTTRANSFER），消息中攜帶UE發(fā)送到CN的NAS信息內(nèi)容。INITIALUEMESSAGERNC把消息發(fā)至CN。AUTHENTICATIONREQUEST（下行）此消息為CN發(fā)起的鑒權(quán)請(qǐng)求消息，可選。如果CN側(cè)鑒權(quán)打開(kāi)，一般收到UE發(fā)起的INITIALDIRECTTRANSFER后，就發(fā)起鑒權(quán)請(qǐng)求。AUTHENTICATIONRESPONS（上行）此消息是UE對(duì)CN發(fā)起的AUTHENTICATIONREQUEST的響應(yīng)。COMMONDIDCN把IMSI消息發(fā)給RNCSECURITYMODECOMMAND（下行）CN向UTRAN發(fā)送此消息而啟動(dòng)本過(guò)程，這個(gè)消息將規(guī)定加密算法（如果有的話）和用于UTRAN的完整性保護(hù)算法，也要通知RNCIK和CK，并且指出秘鑰的狀態(tài)新或舊。SECURITYMODECOMPLETE（上行）此步驟根據(jù)RNC下發(fā)的加密算法和參數(shù)計(jì)算出相關(guān)數(shù)據(jù)后把數(shù)據(jù)返回RNC。IDENTITYREQUEST（下行）這是CN向UE發(fā)送，用于身份請(qǐng)求認(rèn)證的IDENTITYRESPONSE（上行）UE向CN發(fā)送，響應(yīng)身份認(rèn)證。SETUP上行當(dāng)UE發(fā)起一個(gè)呼叫的時(shí)候，UE的應(yīng)用層（MMIMANMACHINEINTERFACE，人機(jī)界面）將首先發(fā)起一個(gè)呼叫建立的請(qǐng)求。如果是發(fā)起一個(gè)普通呼叫，CC實(shí)體將首先向網(wǎng)絡(luò)發(fā)送一條SETUP消息。CALLPROCEEDING（下行）CALLPROCEEDING消息表示網(wǎng)絡(luò)已經(jīng)收到了UE發(fā)出的建立呼叫所需的全部信息，并且正在處理這些信息。RABASSIGNMENGTREQUESTCN請(qǐng)求RNC為UE建立業(yè)務(wù)信道。RADIOLINKRECONFIGURATIONPREPARERNC請(qǐng)求NOTB為UE重配無(wú)線鏈路。RADIOLINKRECONFIGURATIONREADYNOTEB告訴RNC已經(jīng)準(zhǔn)備好無(wú)線鏈路的資源RADIOBEARERSETUP（下行）RNC發(fā)送給UE使用新的物理信道。RADIOLINKRECONFIGURATIONCOMMITRNC發(fā)送給NOTEB開(kāi)始啟動(dòng)新的配置。RADIOLINKRESTOREINDICATIONNOTEB告訴RNC已完成上行同步。RADIOBEARERSETUPCOMPLETE（上行）UE告訴RNC已使用新的物理信道。ALERTING（下行）ALERTING消息表示被叫方已經(jīng)開(kāi)始振鈴。CONNECT（下行）CONNECT消息表示被叫方已經(jīng)接受呼叫，即用戶已經(jīng)摘機(jī)。CONNECTACKNOWLEDGE（上行）UE向網(wǎng)絡(luò)返回一條CONNECTACKNOWLEDGE消息，當(dāng)網(wǎng)絡(luò)收到此確認(rèn)消息以后，就意味著整個(gè)MOC建立已經(jīng)完成，呼叫雙方可以進(jìn)行通信，CC實(shí)體進(jìn)入激活（ACTIVE）狀態(tài)。標(biāo)注被叫與主叫稍有區(qū)別尋呼RRC原因初始直傳PAGINGRESPONSESETUP方向相反CALLCONFIRMED振鈴和接聽(tīng)，接聽(tīng)確認(rèn)的方向相反12電路域異常接入信令121RRC建立失敗1211一類(lèi)情景后臺(tái)異常信令截圖（以時(shí)間節(jié)點(diǎn)為準(zhǔn)）分析優(yōu)化思路對(duì)比正常信令發(fā)現(xiàn)，RNC下發(fā)RRCCONNECTIONSETUP后，未收到RRCCONNECTIONSETUPCOMPLETE，后臺(tái)會(huì)統(tǒng)計(jì)為NOREPLY，思考原因，考慮以下幾種情況。最常見(jiàn)的是NOTEB下發(fā)RRCCONNECTIONSETUP，但是由于下行無(wú)線環(huán)境惡劣，UE無(wú)法解出信息，導(dǎo)致UE在T300定時(shí)器超時(shí)后繼續(xù)上發(fā)RRCCONNECTIONSETUPREQUEST，發(fā)送N300次后，UE釋放資源。對(duì)于這類(lèi)情況應(yīng)該以?xún)?yōu)化無(wú)線環(huán)境為主，包括功率的調(diào)整、接入門(mén)限調(diào)整、干擾的排查等。還有極少情況由于UE與NOTEB未完成上行同步，所以反映到前臺(tái)就是UE沒(méi)有發(fā)RRCCONNECTIONSETUPCOMPLETE。此類(lèi)問(wèn)題有一部分由于終端異常導(dǎo)致，除此之外，NOTEB遇到上行干擾，也會(huì)導(dǎo)致NOTEB無(wú)法解出UE的消息，應(yīng)該核查其UPPCH、TS1、TS2時(shí)隙的干擾?；緜鬏旈W斷問(wèn)題也會(huì)導(dǎo)致這種現(xiàn)象的出現(xiàn)，但是概率極小，一般為RRC一次都無(wú)法建立。1212二類(lèi)場(chǎng)景后臺(tái)異常信令截圖（以時(shí)間節(jié)點(diǎn)為準(zhǔn)）分析優(yōu)化思路RNC收到UE上發(fā)的RRCCONNECTIONSETUPREQUEST，請(qǐng)求NOTEB建立無(wú)線鏈路，之后馬上又刪除無(wú)線鏈路，并下發(fā)RRCCONNECTIONREJECT，這種情況極少出現(xiàn)，為設(shè)備出現(xiàn)BUG。1213三類(lèi)場(chǎng)景后臺(tái)異常信令截圖（以時(shí)間節(jié)點(diǎn)為準(zhǔn)）分析優(yōu)化思路RNC收到UE上發(fā)的RRCCONNECTIONSETUPREQUEST，之后RNC直接判決RRCCONNECTIONREJECT。這種一般是由于基站的碼資源或者功率資源不足導(dǎo)致，可以提取BRU利用率來(lái)驗(yàn)證。122鑒權(quán)加密失敗1221一類(lèi)情景后臺(tái)異常信令截圖（以時(shí)間節(jié)點(diǎn)為準(zhǔn)）分析優(yōu)化思路RNC向UE發(fā)送SECURITYMODECOMMAND，UE未返回任何信令，超時(shí)后導(dǎo)致未接通，一般此種情況多數(shù)是由于無(wú)線環(huán)境導(dǎo)致?？赡苁荱E未收到SECURITYMODECOMMAND，導(dǎo)致加密超時(shí)，對(duì)于這種問(wèn)題應(yīng)該考慮是否存在下行干擾或電平值較低，從覆蓋及排查干擾著手解決。可能是UE收到SECURITYMODECOMMAND，也上發(fā)了SECURITYMODECOMPLETE，但是RNC沒(méi)有收到，這個(gè)可以從UE發(fā)射功率查看上行無(wú)線環(huán)境如何，也可以跟蹤其TS1、ST2時(shí)隙的ISCP?？赡苁荱E收到SECURITYMODECOMMAND，但是沒(méi)有上發(fā)SECURITYMODECOMPLETE，這種極少發(fā)生，為終端異常。1222二類(lèi)情景后臺(tái)異常信令截圖（以時(shí)間節(jié)點(diǎn)為準(zhǔn)）分析優(yōu)化思路RNC向UE發(fā)送SECURITYMODECOMMAND，UE返回SECURITYMODEFAILURE，因?yàn)楝F(xiàn)網(wǎng)還沒(méi)有啟動(dòng)加密機(jī)制，只是啟動(dòng)數(shù)據(jù)的完整性保護(hù)，但是終端不支持完整性保護(hù)算法的時(shí)候會(huì)上報(bào)SECURITYMODEFAILURE。123RAB指配失敗1231一類(lèi)情景后臺(tái)異常信令截圖（以時(shí)間節(jié)點(diǎn)為準(zhǔn)）分析優(yōu)化思路RNC發(fā)出RADIOBEARERSETUP命令，沒(méi)有收到UE上行的RADIOBEARERSETUPCOMPLETE，超時(shí)后觸發(fā)RAB建立超時(shí)，造成未接通。對(duì)于這種首先應(yīng)該考慮無(wú)線原因，可能是下行無(wú)線環(huán)境惡劣，導(dǎo)致UE沒(méi)有收到RADIOBEARERSETUP，此信令RRC層是不重發(fā)的，所以UE不會(huì)回應(yīng)RNC，造成RAB建立超時(shí)。對(duì)于這種情況首先應(yīng)該排查干擾及弱覆蓋的問(wèn)題，其次應(yīng)該考慮小區(qū)分配的載頻存在故障，這樣也會(huì)造成RRC建立成功，RB建立失敗。對(duì)于UE收到RNC發(fā)出RADIOBEARERSETUP命令，但是由于上行干擾，導(dǎo)致RNC沒(méi)有收到UE上行的RADIOBEARERSETUPCOMPLETE，導(dǎo)致超時(shí)。對(duì)于這種情況，可以核查小區(qū)的UPPCH、TS1、TS2時(shí)隙的ISCP是否正常。1232二類(lèi)情景后臺(tái)異常信令截圖（以時(shí)間節(jié)點(diǎn)為準(zhǔn)）分析優(yōu)化思路RNC發(fā)出RADIOBEARERSETUP命令，收到UE上行的RADIOBEARERSETUPFAILURE，造成未接通。目前現(xiàn)網(wǎng)中存在最多的RAB指配失敗的情況，實(shí)質(zhì)原因在于用戶撥打后進(jìn)行掛機(jī)操作，由于3GPP協(xié)議對(duì)此沒(méi)有具體的規(guī)定，導(dǎo)致高層釋放，底層卻連接，上下層協(xié)議沖突，導(dǎo)致RAB建立失敗，返回?zé)o效配置。1233三類(lèi)情景后臺(tái)異常信令截圖（以時(shí)間節(jié)點(diǎn)為準(zhǔn)）分析優(yōu)化思路RNC向NOTEB發(fā)送無(wú)線鏈路重配置準(zhǔn)備的命令，NOTEB返回?zé)o線鏈路重配置失敗，這種問(wèn)題是主要是NOTEB存在故障或者告警，導(dǎo)致無(wú)線鏈路建立失敗，繼而RNC向CN發(fā)送RAB指配失敗。13分組域正常接入信令131信令流程圖131信令解譯RRCCONNECTIONREQUEST（上行）UE上行發(fā)送一個(gè)RRCCONNECTIONREQUEST消息，請(qǐng)求建立一條RRC連接。RADIOLINKSETUPREQUESTRNC向NOTEB請(qǐng)求建立無(wú)線鏈路。RADIOLINKSETUPRESPONSENOTEB響應(yīng)RNC，建立無(wú)線鏈路。RRCCONNECTIONSETUP（下行）RNC在下行CCCH上向UE發(fā)送RRCCONNECTIONSETUP消息。主要參數(shù)UEIE，RBIE，TRCHIE，上行傳輸信道，下行傳輸信道，物理信道IE，UL無(wú)線資源和DL無(wú)線資源。RADIOLINKRESTOREINDICATIONNOTEB檢測(cè)到UE的同步信息，返回給RNC。RRCCONNECTIONSETUPCOMPLETE（上行）UE完成同步后，上發(fā)至RNC，標(biāo)志RRC的建立成功。MEASUREMENTCONTROL（下行）RNC向UE發(fā)生1G、2A的測(cè)量報(bào)告。INITIALDIRECTTRANSFER（GMMSERVICEREQUEST）（上行）RRC連接建立后，UE通過(guò)RRC連接向RNC發(fā)送初始直傳消息（INITIALDIRECTTRANSFER），消息中攜帶UE發(fā)送到CN的NAS信息內(nèi)容。INITIALUEMESSAGERNC把消息發(fā)至CN。AUTHENTICATIONANDCIPHERINGREQUEST（下行）此消息為CN發(fā)起的鑒權(quán)請(qǐng)求消息，可選。如果CN側(cè)鑒權(quán)打開(kāi)，一般收到UE發(fā)起的INITIALDIRECTTRANSFER后，就發(fā)起鑒權(quán)請(qǐng)求。AUTHENTICATIONANDCIPHERINGRESPONSE（上行）此消息是UE對(duì)CN發(fā)起的鑒權(quán)的響應(yīng)。COMMONDIDCN把IMSI消息發(fā)給RNCSECURITYMODECOMMAND（下行）CN向UTRAN發(fā)送此消息而啟動(dòng)本過(guò)程，這個(gè)消息將規(guī)定加密算法（如果有的話）和用于UTRAN的完整性保護(hù)算法，也要通知RNCIK和CK，并且指出秘鑰的狀態(tài)新或舊。SECURITYMODECOMPLETE（上行）此步驟根據(jù)RNC下發(fā)的加密算法和參數(shù)計(jì)算出相關(guān)數(shù)據(jù)后把數(shù)據(jù)返回RNC。DEACTIVATEPDPCONTEXTREQUEST上行UE的SM實(shí)體向網(wǎng)絡(luò)發(fā)送一條DEACTIVATEPDPCONTEXTREQUEST消息而觸發(fā)該過(guò)程，消息中包含了TI、原因值以及拆卸指示（TEARDOWNINDICATOR）等參數(shù)，拆卸指示參數(shù)用來(lái)描述UE發(fā)起的PDP上下文去激活所針對(duì)的對(duì)象，即過(guò)程是針對(duì)該消息中TI值所對(duì)應(yīng)的那個(gè)PDP上下文，還是和該P(yáng)DP上下文使用相同PDP地址的所有PDP上下文。RABASSIGNMENGTREQUESTCN請(qǐng)求RNC為UE建立業(yè)務(wù)信道。RADIOLINKRECONFIGURATIONPREPARERNC請(qǐng)求NOTB為UE重配無(wú)線鏈路。RADIOLINKRECONFIGURATIONREADYNOTEB告訴RNC已經(jīng)準(zhǔn)備好無(wú)線鏈路的資源RADIOBEARERSETUP（下行）RNC發(fā)送給UE使用新的物理信道。RADIOLINKRECONFIGURATIONCOMMITRNC發(fā)送給NOTEB開(kāi)始啟動(dòng)新的配置。RADIOLINKRESTOREINDICATIONNOTEB告訴RNC已完成上行同步。RADIOBEARERSETUPCOMPLETE（上行）UE告訴RNC已使用新的物理信道。DEACTIVATEPDPCONTEXTACCEPT（下行）當(dāng)UE收到來(lái)自網(wǎng)絡(luò)的DEACTIVATEPDPCONTEXTACCEPT消息后，表示網(wǎng)絡(luò)已接受了UE的請(qǐng)求，PDP上下文去激活成功，相關(guān)的NSAPI和TI值被釋放，并且可以被重新分配給其他的PDP上下文。SM將進(jìn)入非激活狀態(tài)。14分組域異常接入信令141RRC建立失敗1411一類(lèi)情景后臺(tái)異常信令截圖（以時(shí)間節(jié)點(diǎn)為準(zhǔn)）分析優(yōu)化思路對(duì)比正常信令發(fā)現(xiàn)，RNC下發(fā)RRCCONNECTIONSETUP后，未收到RRCCONNECTIONSETUPCOMPLETE，后臺(tái)會(huì)統(tǒng)計(jì)為NOREPLY，思考原因，考慮以下幾種情況。最常見(jiàn)的是NOTEB下發(fā)RRCCONNECTIONSETUP，但是由于下行無(wú)線環(huán)境惡劣，UE無(wú)法解出信息，導(dǎo)致UE在T300定時(shí)器超時(shí)后繼續(xù)上發(fā)RRCCONNECTIONSETUPREQUEST，發(fā)送N300次后，UE釋放資源。對(duì)于這類(lèi)情況應(yīng)該以?xún)?yōu)化無(wú)線環(huán)境為主，包括功率的調(diào)整、接入門(mén)限調(diào)整、干擾的排查等。還有極少情況由于UE與NOTEB未完成上行同步，所以反映到前臺(tái)就是UE沒(méi)有發(fā)RRCCONNECTIONSETUPCOMPLETE。此類(lèi)問(wèn)題有一部分由于終端異常導(dǎo)致，除此之外，NOTEB遇到上行干擾，也會(huì)導(dǎo)致NOTEB無(wú)法解出UE的消息，應(yīng)該核查其UPPCH、TS1、TS2時(shí)隙的干擾?；緜鬏旈W斷問(wèn)題也會(huì)導(dǎo)致這種現(xiàn)象的出現(xiàn)，但是概率極小，一般為RRC一次都無(wú)法建立。1412二類(lèi)場(chǎng)景后臺(tái)異常信令截圖（以時(shí)間節(jié)點(diǎn)為準(zhǔn)）分析優(yōu)化思路RNC收到UE上發(fā)的RRCCONNECTIONSETUPREQUEST，請(qǐng)求NOTEB建立無(wú)線鏈路，之后馬上又刪除無(wú)線鏈路，并下發(fā)RRCCONNECTIONREJECT，這種情況極少出現(xiàn)，為設(shè)備出現(xiàn)BUG。1413三類(lèi)場(chǎng)景后臺(tái)異常信令截圖（以時(shí)間節(jié)點(diǎn)為準(zhǔn)）分析優(yōu)化思路RNC收到UE上發(fā)的RRCCONNECTIONSETUPREQUEST，之后RNC直接判決RRCCONNECTIONREJECT。這種一般是由于基站的碼資源或者功率資源不足導(dǎo)致，可以提取BRU利用率來(lái)驗(yàn)證。1414四類(lèi)場(chǎng)景（用切換時(shí)的RLSETUP代替）后臺(tái)異常信令截圖（以時(shí)間節(jié)點(diǎn)為準(zhǔn)）分析優(yōu)化思路RNC請(qǐng)求NOTEB建立無(wú)線鏈路，NOTEB返回?zé)o線鏈路建立失敗，原因?yàn)镠ARDWARE_FAILURE。遇到這種問(wèn)題一般都是小區(qū)的硬件板卡出現(xiàn)故障，通過(guò)核查告警來(lái)確定問(wèn)題，可以嘗試重啟基站，如果沒(méi)有效果就需要更換相應(yīng)的硬件設(shè)備。142鑒權(quán)加密失敗1421一類(lèi)情景后臺(tái)異常信令截圖（以時(shí)間節(jié)點(diǎn)為準(zhǔn)）分析優(yōu)化思路RNC向UE發(fā)送SECURITYMODECOMMAND，UE未返回任何信令，超時(shí)后導(dǎo)致未接通，一般此種情況多數(shù)是由于無(wú)線環(huán)境導(dǎo)致?？赡苁荱E未收到SECURITYMODECOMMAND，導(dǎo)致加密超時(shí)，對(duì)于這種問(wèn)題應(yīng)該考慮是否存在下行干擾或電平值較低，從覆蓋及排查干擾著手解決。可能是UE收到SECURITYMODECOMMAND，也上發(fā)了SECURITYMODECOMPLETE，但是RNC沒(méi)有收到，這個(gè)可以從UE發(fā)射功率查看上行無(wú)線環(huán)境如何，也可以跟蹤其TS1、ST2時(shí)隙的ISCP。可能是UE收到SECURITYMODECOMMAND，但是沒(méi)有上發(fā)SECURITYMODECOMPLETE，這種極少發(fā)生，為終端異常。1422二類(lèi)情景后臺(tái)異常信令截圖（以時(shí)間節(jié)點(diǎn)為準(zhǔn)）分析優(yōu)化思路RNC向UE發(fā)送SECURITYMODECOMMAND，UE返回SECURITYMODEFAILURE，因?yàn)楝F(xiàn)網(wǎng)還沒(méi)有啟動(dòng)加密機(jī)制，只是啟動(dòng)數(shù)據(jù)的完整性保護(hù)，但是終端不支持完整性保護(hù)算法的時(shí)候會(huì)上報(bào)SECURITYMODEFAILURE。143RAB指配失敗1431一類(lèi)情景后臺(tái)異常信令截圖（以時(shí)間節(jié)點(diǎn)為準(zhǔn)）分析優(yōu)化思路RNC發(fā)出RADIOBEARERSETUP命令，沒(méi)有收到UE上行的RADIOBEARERSETUPCOMPLETE，超時(shí)后觸發(fā)RAB建立超時(shí)，造成未接通。對(duì)于這種首先應(yīng)該考慮無(wú)線原因，可能是下行無(wú)線環(huán)境惡劣，導(dǎo)致UE沒(méi)有收到RADIOBEARERSETUP，此信令RRC層是不重發(fā)的，所以UE不會(huì)回應(yīng)RNC，造成RAB建立超時(shí)。對(duì)于這種情況首先應(yīng)該排查干擾及弱覆蓋的問(wèn)題，其次應(yīng)該考慮小區(qū)分配的載頻存在故障，這樣也會(huì)造成RRC建立成功，RB建立失敗。對(duì)于UE收到RNC發(fā)出RADIOBEARERSETUP命令，但是由于上行干擾，導(dǎo)致RNC沒(méi)有收到UE上行的RADIOBEARERSETUPCOMPLETE，導(dǎo)致超時(shí)。對(duì)于這種情況，可以核查小區(qū)的UPPCH、TS1、TS2時(shí)隙的ISCP是否正常。1432二類(lèi)情景后臺(tái)異常信令截圖（以時(shí)間節(jié)點(diǎn)為準(zhǔn)）分析優(yōu)化思路RNC發(fā)出RADIOBEARERSETUP命令，收到UE上行的RADIOBEARERSETUPFAILURE，造成未接通。目前現(xiàn)網(wǎng)中存在最多的RAB指配失敗的情況，實(shí)質(zhì)原因在于用戶進(jìn)行上網(wǎng)后進(jìn)行掛機(jī)操作，由于3GPP協(xié)議對(duì)此沒(méi)有具體的規(guī)定，導(dǎo)致高層釋放，底層卻連接，上下層協(xié)議沖突，導(dǎo)致RAB建立失敗，返回?zé)o效配置。1433三類(lèi)情景后臺(tái)異常信令截圖（以時(shí)間節(jié)點(diǎn)為準(zhǔn)）分析優(yōu)化思路RNC向NOTEB發(fā)送無(wú)線鏈路重配置準(zhǔn)備的命令，NOTEB返回?zé)o線鏈路重配置失敗，這種問(wèn)題是主要是NOTEB存在故障或者告警，導(dǎo)致無(wú)線鏈路建立失敗，繼而RNC向CN發(fā)送RAB指配失敗。1434四類(lèi)情景后臺(tái)異常信令截圖（以時(shí)間節(jié)點(diǎn)為準(zhǔn)）分析優(yōu)化思路CN向RNC發(fā)送RAB建立請(qǐng)求，但是由于碼資源或者功率資源不足，RNC向CN返回RAN指派失敗，可以從原因只看出為物力資源不足導(dǎo)致，后續(xù)出現(xiàn)PDP連接被拒絕。對(duì)于以上情況，可以查看小區(qū)的告警情況，通過(guò)LMT核查其BRU利用率來(lái)判斷是否存在擁塞的現(xiàn)象。RRC建立TOP小區(qū)依托于信令分析案例南屏T31話統(tǒng)數(shù)據(jù)分析近期KPI走勢(shì)開(kāi)始時(shí)間服務(wù)小區(qū)名稱(chēng)電路域RRC建立嘗試次數(shù)（業(yè)務(wù)相關(guān)）次電路域RRC建立失敗次數(shù)（業(yè)務(wù)相關(guān)）次電路域RRC建立成功率分組域RRC建立嘗試次數(shù)（業(yè)務(wù)相關(guān)）次分組域RRC建立失敗次數(shù)（業(yè)務(wù)相關(guān)）次分組域RRC建立成功率20101101南屏T328312957628111960920101102南屏T33331695202865982520101103南屏T32721295592835982320101104南屏T333113960732710969420101105南屏T33421894742606976920101106南屏T32531693683167977820101107南屏T32341394442945983020101108南屏T32866979034710971220101109南屏T33519714854952920101110南屏T326116938742813969620101111南屏T33191994043663991820101112南屏T333516952228016942920101113南屏T3310239258456131712720101114南屏T3343997384094990220101115南屏T330724921840655864520101116南屏T336017952834779798觀察南屏T3半月的走勢(shì)，其電路域及分組域的RRC建立成功率均較差，其中11月9日的RRC請(qǐng)求次數(shù)較少。失敗原因統(tǒng)計(jì)可以看到此小區(qū)RRC建立失敗的原因基本為NOREPLY，即RNC發(fā)出RRCCONNECTIONSETUP后，UE無(wú)響應(yīng)造成，具體原因需要查看RNC側(cè)信令。電平值分布RRC建立超時(shí)電平值分布開(kāi)始時(shí)間服務(wù)小區(qū)名稱(chēng)RSCP95DBM次95DBMRSCP90DBM次90DBMRSCP85DBM次85DBMRSCP80DBM次80DBMRSCP75DBM次75DBMRSCP70DBM次2010111南屏T32466322010112南屏T30637052010113南屏T33444202010114南屏T32763212010115南屏T33651442010116南屏T33863302010117南屏T31524312010118南屏T32316222010119南屏T372735020101110南屏T3410526120101111南屏T328532120101112南屏T3210753420101113南屏T37661263320101114南屏T322610220101115南屏T36994553通過(guò)查看發(fā)現(xiàn)，各個(gè)電平值的失敗比例與嘗試次數(shù)比例一致，可以排查由于弱覆蓋導(dǎo)致的大量RRC建立失敗。2后臺(tái)信令分析第一類(lèi)，UE收到了RRCCONNECTIONSETUP，但是未與基站建立上行同步導(dǎo)致未發(fā)出RRCCONNECTIONSETUPCOMPLETE，這種情況占了絕大部分。第二類(lèi)，UE收到了RRCCONNECTIONSETUP，并與基站建立上行同步導(dǎo)致，但是RNC沒(méi)有收到RRCCONNECTIONSETUPCOMPLETE，這種情況占了一小部分。第三類(lèi)，UE收到了RRCCONNECTIONSETUP，并與基站建立上行同步導(dǎo)致，但是下行未同步導(dǎo)致上發(fā)RRCCONNECTIONRELEASECOMPLETE，這種情況占了極小部分,屬于UE異常。綜述通過(guò)查看后臺(tái)信令基本定位問(wèn)題，排查了主頻點(diǎn)干擾原因。3物理位置分析由物理位置可以看到不存嚴(yán)重同頻干擾的情況，綜合分析可以判斷并非下行無(wú)線環(huán)境惡劣導(dǎo)致UE無(wú)法收到RRCCONNECTIONSETUP所引起，可以把范圍縮小至上行無(wú)線環(huán)境及基站問(wèn)題，經(jīng)核查發(fā)現(xiàn)上行的ISCP值正常。4優(yōu)化實(shí)施方案針對(duì)南屏T3小區(qū)RRC建立成功率較低的問(wèn)題，擬優(yōu)化方案如下A調(diào)整南屏T3主頻點(diǎn)10120為10080。B調(diào)整其軟接納初始功率修正值下行為3DB，即由0DB改為3DB。C調(diào)整其軟接納初始功率修正值上行為5DB，即由5DB改為10DB。D重啟基站。5優(yōu)化成果開(kāi)始時(shí)間服務(wù)小區(qū)名稱(chēng)電路域RRC建立嘗試次數(shù)（業(yè)務(wù)相關(guān)）次電路域RRC建立失敗（業(yè)務(wù)相關(guān)）次電路域RRC建立成功率分組域RRC建立嘗試次數(shù)（業(yè)務(wù)相關(guān)）次分組域RRC建立失敗次數(shù)（業(yè)務(wù)相關(guān)）次分組域RRC建立成功率20101125南屏T329715949527514949120101126南屏T336112966827619931220101127南屏T3343129654801297520101128南屏T3233398733616983720101129南屏T3265398882703989020101130南屏T329419966234398732010/12/1南屏T3349010000321299382010/12/2南屏T3302199673290100002010/12/3南屏T331919969462299572010/12/4南屏T3371199736430100002010/12/5南屏T3400199754110100002010/12/6南屏T3366299454290100002010/12/7南屏T3378199745390100002010/12/8南屏T333349880370199732010/12/9南屏T333029939487698772010/12/10南屏T338019974526399432010/12/11南屏T34350100002450799712010/12/12南屏T343129954946199892010/12/13南屏T3441010000768499482010/12/14南屏T3370010000615399512010/12/15南屏T33431997140601000011月28日中午完成參數(shù)的修改，可以看到指標(biāo)對(duì)比以前有了較大的提升，證明了優(yōu)化的效果。2切換類(lèi)信令21正常切換信令211RNC內(nèi)切換2111信令流程圖前臺(tái)信令后臺(tái)信令2112信令解譯MEASUREMENTREPORT（上行）UE觸發(fā)事件條件，發(fā)出切換的請(qǐng)求；RADIOLINKSETUPREQUEST（RNCNOTEB）（下行）RNC判決進(jìn)行切換后向NB發(fā)送無(wú)線鏈路增加請(qǐng)求，為目標(biāo)小區(qū)建立無(wú)線鏈路；RADIOLINKSETUPRESPONSE（NOTEBRNC）上行目標(biāo)小區(qū)收到無(wú)線鏈路建立請(qǐng)求后，配置相應(yīng)鏈路資源，配置完成后組織無(wú)線鏈路響應(yīng)消息發(fā)往RNC；PHYSICALCHANNELRECONFIGURATION（下行）RNC收到目標(biāo)小區(qū)的響應(yīng)消息后，為目標(biāo)小區(qū)建立IUB傳輸承載；并使用源小區(qū)的信道向UE發(fā)送PHYSICALCHANNELRECONFIGURATION消息，通知UE進(jìn)行切換；RADIOLINKRSTOREINDICATION（NOTEBRNC）上行UE收到切換命令后，發(fā)送突發(fā)脈沖，NOTEB檢測(cè)到上行同步后，向RNC返回；PHYSICALCHANNELRECONFIGURATIONCOMPLETE（下行）UE與目標(biāo)小區(qū)建立同步后，向RNC發(fā)送此消息，并開(kāi)始使用全新的配置。RADIOLINKDELETIONREQUEST（RNCNOTEB）（下行）RNC請(qǐng)求源小區(qū)釋放鏈路資源。RADIOLINKDELETIONRESPONSE（NOTEBRNC）上行NOTEB響應(yīng)RNC的命令，刪除鏈路資源。MEASUREMENTCONTRL（下行）RNC收到物理信道重配置完成后，刪除源小區(qū)的無(wú)線鏈路和IUB傳輸承載并向UE發(fā)送新的測(cè)量信息。212RNC間切換2121信令流程圖前臺(tái)信令后臺(tái)信令由于跟蹤C(jī)T是按著RNC去記錄，所以可以分為源RNC和目標(biāo)RNC的。源RNC目標(biāo)RNC2122信令解譯MEASUREMENTREPORT（上行）UE觸發(fā)事件條件，發(fā)出切換的請(qǐng)求；RELOCATIONREQUIRED（SRNCCN）（上行）SRNC判決進(jìn)行切換（目標(biāo)小區(qū)屬于另一個(gè)RNC）后向CN發(fā)送RELOCATIONREQUIRED；RELOCATIONREQUEST（CNTRNC）（下行）CN在TRNC側(cè)建立SCCP連接，并向TRNC發(fā)送RELOCATIONREQUEST；RADIOLINKSETUPREQUEST（RNCNOTEB）（下行）TRNC收到該消息后向目標(biāo)基站發(fā)送無(wú)線鏈路建立請(qǐng)求，為目標(biāo)小區(qū)建立無(wú)線鏈路；RADIOLINKSETUPRESPONSE（NOTEBRNC）（上行）目標(biāo)小區(qū)收到無(wú)線鏈路建立請(qǐng)求后，配置相應(yīng)鏈路資源；RELOCATIONREQUESTACKNOWLEGETRNCCN上行TRNC收到目標(biāo)小區(qū)的響應(yīng)消息后，在目標(biāo)小區(qū)側(cè)分別建立IUB口和IU口的ALCAP傳輸承載；建完傳輸承載后，TRNC向CN響應(yīng)RELOCATIONREQUESTACK，表明目標(biāo)RNC側(cè)已準(zhǔn)備好；RELOCATIONCOMMANDRNCCN（下行）CN向SRNC發(fā)送RELOCATIONCOMMAND，指示SRNC開(kāi)始進(jìn)行重定位；RADIOBEARERRECONFIGURATION（下行）SRNC通過(guò)源小區(qū)的信道向UE發(fā)送RADIOBEARERRECONFIGURATION消息，通知UE進(jìn)行切換；RADIOLINKRSTOREINDICATION（NOTEBTRNC）上行UE收到切換命令后，發(fā)送突發(fā)脈沖，NOTEB檢測(cè)到上行同步后，向TRNC返回；RADIOBEARERRECONFIGURATIONCOMPLETE（上行）UE與目標(biāo)小區(qū)建立同步后，向TRNC發(fā)送此消息，并開(kāi)始使用全新的配置。RELOCATIONCOMPLETE（TRNCCN）（上行）TRNC收到后發(fā)送RELOCATIONCOMPLETE消息給CN，說(shuō)明目標(biāo)側(cè)重定位過(guò)程已完成；IURELEASECOMMANDCNSRNC（下行）CN向SRNC下發(fā)釋放IU資源命令。IURELEASECOMPLETE（SRNCCN）（上行）SRNC側(cè)釋放IU口資源；RADIOLINKDELETIONREQUEST（RNCNOTEB）（下行）RNC請(qǐng)求源小區(qū)釋放鏈路資源。RADIOLINKDELETIONRESPONSE（NOTEBRNC）上行NOTEB響應(yīng)RNC的命令，刪除鏈路資源。除上述外，目前現(xiàn)網(wǎng)中加入了對(duì)終端能力的檢驗(yàn)。UECAPABITYENQUIRY（下行）TRNC要求UE上報(bào)終端的能力。UECAPABITYENQUIRYINFORMATION（上行）UE按著RNC的要求上報(bào)終端能力。UECAPABITYENQUIRYINFORMATIONCONFIRM（下行）RNC對(duì)UE上報(bào)的終端能力進(jìn)行確認(rèn)。213系統(tǒng)間切換系統(tǒng)間的切換，電路域與分組域流程以及模式完成不同，因此分為兩個(gè)部分，分別講述。2131信令流程圖A電路域前臺(tái)信令B電路域后臺(tái)信令由于系統(tǒng)間切換關(guān)系到GSM信令，但是GSM無(wú)法提取后臺(tái)信令，所以用示意圖表示。電路域TD側(cè)總體示意圖UESOURCENDBRNCMEASURMENTCOTRLPOCEDURMEASURMENTCOTRLANDREPOTHANDOVERCISONTGTLGSMRELOCATINREQUIDANPRELOCATINOMADRANP2GMSCTARGETBSC3GMSCRANPRNAPM/EMAP/E/EMAP/ERAEHNDOVERSPONREPAHNDOVERBSBSMAPHNDOVERQUSTACKNOWLEDGAEALSETPRCERRCCONETISETP,CURITYMECNTRL,RABSETUP,TCCRCHANDOVERFMUTRANCOMDINCLUDIGHADVETARGETBSSYNCHROIZATNPROCEDUR,TCWITHARGETBTSSMAPBSMAPHANDOVERTCRRHANDOVERCMPLETBSAPBSAPHANDOVERCMPLETMAP/EM/EMAP/EMAP/ESNDESIGNALRESPONSNDESIGNALREQUTIURELASPROCEDURIELAS、RCCONETIONRELASC分組域前臺(tái)信令D分組域后臺(tái)信令總體示意圖UERNC2GSNTARGETBS3GSNSGNCOTEXRQUESTCELHANGEORDFOMUTRANROUTINGAREUPDATERQUTGSNHLRNEWMSC/VLROLDMSC/VLRIURELASCOMPLETIANDROUTINGAREUPDATECPTPDCONTEXUPDATEPROCDURE,GPRSLOCATINUPDATEPROCDURE,LOCATINUPDATE,CUEANDBSPACKTEFLOWCNTEXPROCEDURSRNCOTEXRUETSPONSRNDATFORWADCOMANDFPKETSSECURITYFNCTIOANDOMCESROCEDUR,TCWITHARGETBSHANDOVERCISONTGTLGSMEASURMENTCOTRLPOCEDURCANPTPSETPPROCEDRRCNETISETP,CURITYMODECNTROL,RABSETUP,TCGNCOTEXRSPONEGCOTEXACKNOWLEDGFORWADPCKETSPDC無(wú)損傳輸2132信令解譯A電路域MEASUREMENTREPORT（上行）UE觸發(fā)事件條件，發(fā)出切換的請(qǐng)求；RELOCATIONREQUIRED（RNCCN）（上行）RNC判決進(jìn)行切換（目標(biāo)小區(qū)屬于另一個(gè)MSC）后向CN發(fā)送RELOCATIONREQUIRED；PREPAREHANDOVER（3GMSC2GMSC）3GMSC向2GMSC發(fā)送切換準(zhǔn)備，并等待回應(yīng)。HANDOVERREQUEST（2GCNBSC）2G的MSC向其BSC發(fā)送切換請(qǐng)求，下發(fā)建立的業(yè)務(wù)類(lèi)型（話音業(yè)務(wù)）和速率核查是否有可用的資源。HANDOVERREQUESTACKONWLEGE（BSC2GCN）BSC確定自由有相應(yīng)的資源后，向MSC返回切換相應(yīng)。PREPAREHANDOVERRESPONSE（2GMSC3GMSC）2G的MSC確定其有可用資源后，向3G的MSC發(fā)送已經(jīng)完成切換的準(zhǔn)備工作。RELOCATIONCOMMAND（CNRNC）（下行）3G的MSC下發(fā)重定位命令。HANDOVERFROMUTRANCOMMANDGSM（下行）RNC向UE發(fā)送切換命令，UE開(kāi)始從TD切入GSM網(wǎng)絡(luò)。HANDOVERDETECT（BSCMSC）2G的BSC向2GMSC發(fā)送切換的檢測(cè)。HANDOVERCOMPLETE（UEBSC）UE完成與GSM網(wǎng)絡(luò)的同步后，向GSM的BSC返回切換完成。HANDOVERCOMPLETE（BSCMSC）BSC向MSC返回已完成切換。SENDENDSIGNALREQUEST（2GMSC3GMSC）2G的MSC向3G的MSC發(fā)送切換完成。IURELEASECOMMANDCNSRNC（下行）CN向RNC下發(fā)釋放IU資源命令。IURELEASECOMPLETE（SRNCCN）（上行）RNC側(cè)釋放IU口資源；RADIOLINKDELETIONREQUEST（RNCNOTEB）（下行）RNC請(qǐng)求源小區(qū)釋放鏈路資源。RADIOLINKDELETIONRESPONSE（NOTEBRNC）上行NOTEB響應(yīng)RNC的命令，刪除鏈路資源。SENDENDSIGNALRESPONSE（3GMSC2GMSC）3G的MSC響應(yīng)2GMSC。B分組域分組的異系統(tǒng)切換不同于電路域，不存在重定位，性質(zhì)屬于重選。MEASUREMENTREPORT（上行）UE觸發(fā)事件條件，發(fā)出切換的請(qǐng)求；CELLCHANGEORDERFROMUTRAN下行RNC通過(guò)判決，向UE發(fā)送切換命令。ROUTINGAREAUPDATEREQUEST（UEGSM）UE完成重選后，在GSM下上報(bào)路由區(qū)更新。SGSNCONEXTREQUEST2GSGSN3GSGSN2GSGSN向3GSGSN請(qǐng)求TMSI對(duì)應(yīng)的IMSI等信息。SGSNCONEXTRESPONSE3GSGSN2GSGSN3GSGSN返回2G所需要的信息。SGSNCONEXTACKOWNLEGE（2GSGSN3GSGSN2GSGSN進(jìn)行信息的確認(rèn)。FORWARDPACKETS3GSGSN2GSGSN3GSGSN把切換過(guò)程中的傳輸數(shù)據(jù)發(fā)送給2GSGSN，這樣就實(shí)現(xiàn)了無(wú)損傳輸，但是由于重選需要較長(zhǎng)時(shí)間，所以給造成了用戶面的掉坑。IURELEASECOMMANDCNSRNC（下行）CN向RNC下發(fā)釋放IU資源命令。IURELEASECOMPLETE（SRNCCN）（上行）RNC側(cè)釋放IU口資源；ROUTINGAREAUPDATEACCEPT（GSMUE）GSM核心網(wǎng)接受路由區(qū)的更新，路由去更新完成。RADIOLINKDELETIONREQUEST（RNCNOTEB）（下行）RNC請(qǐng)求源小區(qū)釋放鏈路資源。RADIOLINKDELETIONRESPONSE（NOTEBRNC）上行NOTEB響應(yīng)RNC的命令，刪除鏈路資源。22異常切換信令221RNC內(nèi)切換2211一類(lèi)情景后臺(tái)異常信令截圖（以時(shí)間節(jié)點(diǎn)為準(zhǔn)）分析優(yōu)化思路對(duì)比正常信令發(fā)現(xiàn)，RNC下發(fā)PHYSICALCHANNELRECONFIGURATION后，收到PHYSICALCHANNELRECONFIGURATIONFAILURE，后臺(tái)會(huì)統(tǒng)計(jì)為PHYSICALCHANNELFAILURE，這類(lèi)占了最多數(shù)，思考原因，考慮以下幾種情況。最常見(jiàn)的現(xiàn)象是由于目標(biāo)小區(qū)存在同頻干擾，導(dǎo)致UE無(wú)法與目標(biāo)小區(qū)建立同步，繼而回滾到源小區(qū)，并上報(bào)物理信道重配置失敗，解決這部分一般以排查干擾為主，可以通過(guò)LMT查看其上行ISCP，通過(guò)測(cè)試核查其下行干擾，修改頻點(diǎn)或調(diào)整天饋來(lái)解決。另有由于同頻虛高，導(dǎo)致開(kāi)環(huán)功率計(jì)算錯(cuò)誤，功率過(guò)小無(wú)法與目標(biāo)小區(qū)建立同步，對(duì)于這類(lèi)可以通過(guò)合理設(shè)置切換帶，優(yōu)化鄰區(qū)配置來(lái)解決。最后小區(qū)的時(shí)鐘告警、傳輸告警、通道告警都會(huì)引起此類(lèi)切換失敗，可以通過(guò)對(duì)實(shí)時(shí)及歷史的告警的核查來(lái)核實(shí)這個(gè)問(wèn)題。2212二類(lèi)場(chǎng)景后臺(tái)異常信令截圖（以時(shí)間節(jié)點(diǎn)為準(zhǔn)）分析優(yōu)化思路對(duì)比正常信令發(fā)現(xiàn)，RNC下發(fā)PHYSICALCHANNELRECONFIGURATION后，未收到任何信息，隨后由于超時(shí)刪除目標(biāo)小區(qū)的無(wú)線鏈路，后臺(tái)會(huì)統(tǒng)計(jì)為NOREPLY，這類(lèi)占了較多，思考原因，考慮以下幾種情況。首先可能UE沒(méi)有收到RNC下發(fā)的PHYSICALCHANNELRECONFIGURATION，屬于下行鏈路問(wèn)題，導(dǎo)致后面出現(xiàn)超時(shí)，這種情況是由源小區(qū)的干擾或者功率不足造成，應(yīng)該考慮覆蓋方面、或者合理設(shè)置3A門(mén)限讓其在信號(hào)較弱時(shí)切換至GSM小區(qū)。其次，UE收到了PHYSICALCHANNELRECONFIGURATION，并返回了物理信道重配置完成或者失敗，但是由于上行無(wú)線鏈路環(huán)境較差，導(dǎo)致RNC沒(méi)有收到，從而導(dǎo)致超時(shí)，這種一般為同頻干擾導(dǎo)致錯(cuò)誤的切換關(guān)系，以?xún)?yōu)化切換關(guān)系為主。最后小區(qū)的時(shí)鐘告警、傳輸告警、通道告警都會(huì)引起此類(lèi)切換失敗，可以通過(guò)對(duì)實(shí)時(shí)及歷史的告警的核查來(lái)核實(shí)這個(gè)問(wèn)題。2213三類(lèi)場(chǎng)景后臺(tái)異常信令截圖（此異常信令無(wú)法找到故用紅色字體代替）分析優(yōu)化思路對(duì)比正常信令發(fā)現(xiàn)，RNC向NOTEB發(fā)送無(wú)線鏈路請(qǐng)求后，NOTEB返回RADIOLINKFAILURE，所以RNC就不在響應(yīng)UE的切換請(qǐng)求，這屬于切換準(zhǔn)備失敗，不屬于考核的范圍內(nèi)，考慮以下情況。該小區(qū)存在告警或者故障，導(dǎo)致無(wú)法建立無(wú)線鏈路，這種現(xiàn)象極少發(fā)現(xiàn)，因此在異常信令中未發(fā)現(xiàn)。222RNC間切換2221一類(lèi)情景后臺(tái)異常信令截圖分析優(yōu)化思路對(duì)比正常信令發(fā)現(xiàn)，RNC向CN發(fā)送重定位請(qǐng)求后，CN返回RELOCATIONPREPARATIONFAILURE，所以RNC就不在響應(yīng)UE的切換請(qǐng)求，這屬于切換準(zhǔn)備失敗，不屬于考核的范圍內(nèi)，考慮以下情況。目標(biāo)RNC的小區(qū)出現(xiàn)碼資源或者功率資源不足，導(dǎo)致CN在請(qǐng)求目標(biāo)RNC的小區(qū)時(shí)遭到拒絕，由于現(xiàn)網(wǎng)中用戶較少，所以未出現(xiàn)此現(xiàn)象，故用23G重定位替代。目標(biāo)RNC在請(qǐng)求NOTEB無(wú)線鏈路時(shí)，該小區(qū)存在告警或者故障，導(dǎo)致無(wú)法建立無(wú)線鏈路，返回?zé)o線鏈路建立失敗，目標(biāo)RNC返回CN失敗，CN返回給源RNC失敗，這種現(xiàn)象極少發(fā)現(xiàn)。2222二類(lèi)情景后臺(tái)異常信令截圖分析優(yōu)化思路對(duì)比正常信令發(fā)現(xiàn)，RNC向UE發(fā)送無(wú)線承載重配置后，UE返回?zé)o線承載重配置失敗，后臺(tái)統(tǒng)計(jì)為PHYSICALCHANNELFAILURE，考慮以下情況。目標(biāo)小區(qū)存在上行或者下行干擾，系統(tǒng)間屬于硬切換，需要進(jìn)行UPPTS的上行同步，所以UPPCH干擾也會(huì)導(dǎo)致切換失敗，主要考慮通過(guò)天饋調(diào)整、頻點(diǎn)調(diào)整來(lái)排除干擾。目標(biāo)小區(qū)存在告警或者故障，如時(shí)鐘同步類(lèi)、傳輸類(lèi)、功率類(lèi)都會(huì)造成切換失敗。2223三類(lèi)情景后臺(tái)異常信令截圖（由于未發(fā)現(xiàn)切換超時(shí)，用正常信令替代）分析優(yōu)化思路對(duì)比正常信令發(fā)現(xiàn)，RNC向UE發(fā)送無(wú)線承載重配置后，UE未返回任何消息，超時(shí)導(dǎo)致切換失敗，考慮以下情況。源小區(qū)無(wú)線環(huán)境較差，UE上報(bào)的重配置失敗源小區(qū)沒(méi)有收到，主要考慮通過(guò)天饋調(diào)整、頻點(diǎn)調(diào)整來(lái)排除干擾。源小區(qū)或者目標(biāo)小區(qū)存在時(shí)鐘同步告警，較多的信令出窗，導(dǎo)致無(wú)響應(yīng)超時(shí)。2224四類(lèi)情景后臺(tái)異常信令截圖（由于未發(fā)現(xiàn)切換超時(shí)，用正常信令替代）分析優(yōu)化思路UE完成切換間切換后，目標(biāo)RNC下發(fā)UECAPABITYENQUIRY，要求UE上報(bào)終端性能，UE未返回任何消息，超時(shí)導(dǎo)致手機(jī)遷移到空閑，考慮以下情況。目標(biāo)小區(qū)無(wú)線環(huán)境較差，UE上報(bào)的UECAPABITYENQUIRYINFORMATION目標(biāo)小區(qū)沒(méi)有收到，這方面主要以排查干擾為主。終端不支持性能的上報(bào)，導(dǎo)致超時(shí)掉話。223系統(tǒng)間切換A電路域2231電路域同步失敗后臺(tái)異常信令截圖分析優(yōu)化思路UE觸發(fā)異系統(tǒng)切換門(mén)限后，上報(bào)測(cè)量報(bào)告，RNC通過(guò)重定位后，向UE下發(fā)HANDOVERUTRANCOMMANDGSM，UE上報(bào)HANDOVERFROMUTRANFAILLURE，這個(gè)占了絕大多數(shù)，后臺(tái)統(tǒng)計(jì)為PHYSICALCHANNELFAILURE，考慮以下情況。最可能的是GSM小區(qū)存在上下行干擾，導(dǎo)致未能與GSM小區(qū)完成同步，從而造成切換失敗，一般通過(guò)調(diào)整3A門(mén)限、優(yōu)化鄰區(qū)及調(diào)整CIO解決。終能性能不佳，導(dǎo)致解錯(cuò)GSM信號(hào)強(qiáng)度，誤切換導(dǎo)致切換失敗，對(duì)于這種情況一般提高異系統(tǒng)門(mén)限，提高切換難度來(lái)進(jìn)行規(guī)避。2232電路域重定位失敗后臺(tái)異常信令截圖分析優(yōu)化思路UE觸發(fā)異系統(tǒng)切換門(mén)限后，上報(bào)測(cè)量報(bào)告，RNC向CN發(fā)出重定位請(qǐng)求，但是由于目標(biāo)小區(qū)存在擁塞或者故障告警就會(huì)造成準(zhǔn)備的失敗，由于涉及23G切換，此時(shí)切換準(zhǔn)備失敗很可能發(fā)生掉話，考慮以下情況。最可能的是GSM小區(qū)存在擁塞或者告警，現(xiàn)網(wǎng)一般擁塞情況較多，對(duì)于這種問(wèn)題一般通過(guò)調(diào)整擁塞小區(qū)的個(gè)性偏移，提高切換難度，盡量避免準(zhǔn)備失敗的發(fā)生。2233電路域切換超時(shí)后臺(tái)異常信令截圖分析優(yōu)化思路B分組域2234分組域切換超時(shí)后臺(tái)異常信令截圖分析優(yōu)化思路從后臺(tái)信令可以看出，UE發(fā)出切換門(mén)限后，上報(bào)測(cè)量報(bào)告，RNC下發(fā)切換命令，UE無(wú)任何響應(yīng)，與電路域異系統(tǒng)切換不同，分組域不進(jìn)行重定位，所以在切換前不進(jìn)行任何的資源請(qǐng)求，加之分組域占用資源較大，所以很較大可能由于GSM網(wǎng)絡(luò)擁塞造成切換失敗。可能是UE沒(méi)有收到