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