Um空中接口流程及問題三

UM空中接口流程及問題分析ISE/RNOGSMDT工作內容網絡優(yōu)化中GSMDT主要工作內容覆蓋模型測試覆蓋情況地形、小區(qū)分布情況天饋方位角、俯仰角鄰小區(qū)切換、相關參數設置測試分析對象：Rxlev話音質量測試話音質量覆蓋因素頻率干擾硬件問題測試分析對象：Rxquality、SIR、FER2GSMDT工作內容網絡事件分析定位未接通掉話切換失敗觸發(fā)因素多覆蓋通話質量網絡容量參數設置流程機制。。。。。。測試分析對象：空中信令消息3文檔主要內容文檔主要內容空中接口的主要流程介紹測試常見問題流程案例未接通掉話目的熟悉GSM消息流程DT測試中常見問題的分析判斷4無線鏈路建立流程MSBTSBSCMSCChannelRequestChannelRequiredChannelActivation（SD）ChannelActAck（SD）ImmediateAssignmentCommandUIImmAssignment/ImmAssExtST9103ET9103ST3101SABM[L3Info]EstInd[L3Info]SCCPConRqrd[L3]SCCPConnConfirmET3101ST9105ET9105UA[L3Info]（RACH）（EstCause，RndNbr）（RndNbr，TA）RACH_TA_Filtering（TA，BS/MS_TxPwr-->Max，Chann）（RndNbr，TDMAFrameNbr，Chan，TA）（AGCH）（SDCCH）如CMServReq，PagRes，LocUpdateReq等SetAsynchronousBalanceMode。在任何新信道登陸時均會有SABM過程UnnumberedAck5無線鏈路建立流程6無線鏈路建立流程7無線鏈路建立階段DT測試中常見問題無線鏈路建立階段測試常見問題分析UM接口信令手機上發(fā)channelrequest消息，網絡側無immediateassignment消息下發(fā)

可能原因分析RACH信道沖突由于GSM網絡接入的隨機性導致產生（發(fā)生概率?。榱藴p少手機接入時RACH信道上的沖突次數，提高RACH信道的效率，GSM規(guī)范中規(guī)定了手機必須采用的接入算法相關有3個參數：Tx_integer-發(fā)送分布時隙數Max_retrans-最大重發(fā)次數參數T及信道組合相關參數S8無線鏈路建立階段DT測試中常見問題規(guī)范定義的接入準則當手機接入網絡時需啟動一次立即指配過程，該過程的開始，手機將在RACH信道上發(fā)送（M＋1）個信道請求消息；手機啟動立即指配過程開始到第一個信道請求消息發(fā)送之間的時隙數（不包括發(fā)送消息的時隙）是一個隨機數。這個隨機數是屬于集合{0，1，……，MAX（T，8）－1}中的一個元素。手機每次啟動立即指配過程時，按均勻分布概率從上述集合中取數；任意兩次相鄰的信道請求消息之間間隔的時隙數（不包括消息發(fā)送的時隙）由手機以均勻分布概率方式從集合{S，S＋1，……，S＋T－1}中取出

處理機制為了避免沖突情況，我們可以適當增大M值負面影響：可能會導致SDC溢出增大T值，即手機發(fā)送信道請求消息之間的間隔的變化范圍越大；增大參數S，即手機發(fā)送信道請求消息之間的間隔越大負面影響：延長移動臺的接入時間，網絡的接入性能下降

9無線鏈路建立階段DT測試中常見問題小區(qū)TA接入限制TA計算公式：3.69s633108m／s/2=35km

3.69s每個比特的時長；63時延調整的最大比特數；電波速度

10無線鏈路建建立階段DT測試中常見見問題解決方法調整參數RACH_TA_FILTER11無線鏈路建建立階段DT測試中常見見問題SDC分配失敗話務報告MC8C－－MC8B12無線鏈路建建立階段DT測試中常見見問題處理方法對測試問題題小區(qū)，進進行以下分分析小區(qū)話務指指標情況，，是否分配配失敗較高高進一步確認認那個載頻頻，RMS或者信令跟跟蹤確定較較差載頻，，質量情況OPT查看的載頻頻時隙分配配失敗率13無線鏈路建建立階段DT測試中常見見問題Channelrequest后收到immediateassignmentreject消息原因分析小區(qū)SDCCH溢出SDC溢出流程14無線鏈路路建立階階段DT測試中常常見問題題處理方法法由于測試試存在偶偶然性，，需要全全面了解解小區(qū)的的情況話務指標標的分析析：小區(qū)區(qū)SDCCH溢出指標標（指標標分析時時需注意意GPRS情況）SDCCH溢出指標標說明：：SDCCH溢出＝MC8d/MC8CMC8d:Numberof08.58CHANNELREQUIREDreceivedwhilenoSDCCHcanbeallocatedbytheBSC(congestion),i.e.thenumberofIMMEDIATEASSIGNMENTREJECTsenttotheMSviatheselectedcell，onlyforCStrafficMc8c:numberCHANNELREQUIREDreceivedviatheselectedcellAlltheCHANNELREQUIREDmessagesarecountedwhatevertheEstablishmentCauseis，，eitherforPStrafficorforCStraffic對SDC溢出嚴重重的小區(qū)區(qū)添加SDC信道設置SDD信道（B8新功能））分析SDC占用原因因（MC02a、MC02b…）），結合RNP分析檢查參數數設置Max_retrans、WI_OC/OP/EC/CR、CRO、、CRH等15無線鏈路路建立階階段DT測試中常常見問題題測試無immediateassignmentreject消息EN_IMM_AS_REJ設置AGCH資源被叫無16無線鏈路路建立階階段DT測試中常常見問題題收到immediateassignment消息，但但無后續(xù)續(xù)信令原因分析析SDCCH訪問失敗?。ㄓ布驘o線線原因））17無線鏈路路建立階階段DT測試中常常見問題題處理方法法對測試問問題小區(qū)區(qū)，進行行以下分分析小區(qū)話務務指標情情況MC149-無線原因因MC148－（（MC01+MC02）－MC149-硬件原因因進一步確確認載頻頻，通過過RMS或者信令令跟蹤確確定較差差載頻質量情況況分析18無線鏈路路建立階階段DT測試中常常見問題題發(fā)送CMServiceRequest消息，但但無后續(xù)續(xù)信令可能原因因SDC掉話19無線鏈路路建立階階段DT測試中常常見問題題如下電平良好好-72dBm，，上發(fā)CMServiceRequest后無響應應處理方法法查看問題題小區(qū)話話務指標標統(tǒng)計情情況，定定位較差差載頻（（頻點、、硬件））信令跟蹤蹤載頻上下下行質量量路徑損耗耗RMS報告載頻上下下行質量量20無線鏈路路建立階階段DT測試中常常見問題題建立SCCP鏈路失敗敗BSC發(fā)送connectionrequest消息，MSC未回connectionconfirm消息如測試發(fā)發(fā)現比率率較高，，可對BSCCR/CC比率進行行檢查通過A口信令跟跟蹤后臺AGLAE軟件對CR/CC比率進行行檢查話務報告告C253/C256C253：NumberofCONNECTIONREQUESTsenttotheMSCC256：NumberofCONNECTIONCONFIRMreceivedfromtheMSC如上圖所所示CR/CC若比值過過大，則則有可能能存在交交換機模模塊吊死死現象21鑒權、身身份識別別、加密密、TMSI重新分配配流程MSBTSBSCMSCAuthentificationReqCipheringModeCmdAuthentificationReqAuthentificationReqAuthentificationRespAuthentificationRespAuthentificationRespEncryptionCommandCipheringModeCmdCipheringModeCmpCipheringModeCmpCipheringModeCmpTMSIReallocCmdTMSIReallocCmdTMSIReallocCmdTMSIReallocCmpTMSIReallocCmpTMSIReallocCmpAuthentificationCipheringTMSIReallocST3260ET3260*AuthentificationReject*IdentificationIdentificationRequestST3270ET3270IdentificationRequestIdentificationRequestIdentificationResponseIdentificationRespIdentificationResponseST3250ET3250（SRES）RAND與Ki經過A3算法得到到SRES；經過A8算法得到到Kc（IMSI）比較SRESVLR從HLR處得到RAND/SRES/Kc（TMSI）（PermittedAlg，Kc）（Alg（（A5算法）））開始加密密發(fā)射和和解密接接收已加密的的消息如正確解解密接收收，則下下條消息息加密發(fā)發(fā)射（Alg，，Kc））準備解密密接收22TCH分配過程程MSBTSBSCMSCChannelActivationTCHSABM(FACCH)ChannelActivationAck.AssignmentCommandAssignmentCommandAssignmentRequestPhysicalContextRequestPhysicalContextConfirmEstablishIndicationUAAssignmentCompleteAssignmentCompleteAssignmentCmpRFChannelRelease(SD)RFChannelReleaseAck.STrr1ETrr1ST9108ET9108ST9103ET9103ST3107ET3107（ChnType，Priority，CIC，，DLDTX，QueuingFlag）（TA，MS/BS_TxPwr）（SDCCH）（TA，MS/BS_TxPwr）（MA，TS，HSN，，MAIO，MS_TxPwr）占用TCH時，如需需傳送信信令，則則通過StealingFlag將TCH轉換成FACCH23TCH分配過程程24TCH分配階段段DT測試中常常見問題題TCH分配過程程常見問問題TCH分配階段段控制接接口沒有有下發(fā)的的assignmentcommand消息原因分析析TCH擁塞TCH分配擁塞塞流程示示意圖25TCH分配階段段DT測試中常常見問題題分配失敗敗手機機回assignmentfailure原因無線原因因BSS原因26TCH分配階段段DT測試中常常見問題題問題處理理查看問題題小區(qū)話話務報告告746b－頻率原因因14b（（B8：：MC140a-MC718-MC142e-MC142f-746b-MC812)－－BSS原因問題定位位頻率硬件問題題27TCH分配階段段DT測試中常常見問題題測試中TCH分配失敗敗常見異異常流程程手機回assignmentcomplete消息后，，緊接回回assignmentfailure消息，從從空中接接口看不不符合規(guī)規(guī)范從實際跟跟蹤對比比A口跟蹤看看，手機機未回assignmentcomplete結論測試軟件件解碼錯錯誤引起起。28位置更新新流程MSBTSBSCMSCClearCMDESTIN(LocUpReq)RRConnectionEstablishementRRConnectionEstablishementRRConnectionEstablishementAuthentificationProcedureAuthentificationProcedureAuthentificationProcedureCipheringProcedureCipheringProcedureCipheringProcedureTMSIReallocProcedureTMSIReallocProcedureTMSIReallocProcedureLocUpAcceptChannelReleaseDeactivateSACCHDISCReleaseIndicationUARFChReleaseLocUpReqLocUpAcceptLocUpAcceptChannelReleaseRFChReleaseAckClearCMPST3210ET321029位置更新新流程30位置更新新流程DT測試中常常見問題題位置更新新DT測試常見見問題主叫手機機叫手機機跨LAC的重選后后，在LocationUpdate流程前開開始呼叫叫，可能能收到CMServiceReject（IMSIUnknownInVLR），導致未接接通31位置更新新流程DT測試中常常見問題題原因分析析不同的MSC/VLR主叫手機進行行跨MSC的小區(qū)重選后后（不同的MSC/VLR），還未來的及進進行位置更新新，這時手機機進行呼叫過過程。由于手手機已經更新新到新的LAC，但未進行位置置更新過程，，因此還沒有有進行TMSI重新分配的過過程，因此手手機TMSI號碼是原MSC的VLR分配的，在新新的VLR中是查詢不到到該TMSI號。此時網絡絡將啟動Identity過程，發(fā)送Identityreuqest消息給手機，，手機在Identityresponse消息中將上發(fā)發(fā)手機的IMSI號，根據該IMSI號，MSC再次在VLR中進行查詢，，由于該IMSI號也是未登記記的，所以同同樣也是查詢詢不到的，至至此網絡側認認為手機是不不支持該業(yè)務務類型，發(fā)CMservicereject，cause為IMSIUnknownInVLR，呼叫失敗相同MSC/VLR如重選前后的的小區(qū)屬于同同一MSC/VLR，所以MSC仍可通過TMSI查詢到此手機機的支持業(yè)務務等。如此，，呼叫流程正正常進行，不不會受到LU的影響32位置更新流程程DT測試中常見問問題呼叫時被叫手手機正在位置置更新尋呼被叫手機機，正在進行行位置更新，，導致未接通通33位置更新流程程DT測試中常見問問題正常呼叫流程程在主叫TCH分配成功后，，主叫手機所所在的MSC會從HLR中取得動態(tài)漫漫游號MSRN，定位被叫手機機所在的MSC和相關聯的VLR，從中取得被叫叫手機相關的的TMSI和所在的LAC信息，然后下下發(fā)paging消息（消息中中包含TMSI信息）到該LAC下所在的所有有BSC，進行被叫無線線鏈路的建立立過程被叫正在位置置更新被叫手機位置置更新信息在在HLR中還沒有更新新這時主叫手機機在HLR中查詢的被叫叫手機的動態(tài)態(tài)漫游號MSRN還是原來的LAC下所對應的信信息，因此通通過該號碼從從原來MSC關聯VLR取得TMSI和LAC信息，并下發(fā)發(fā)paging消息至該LAC下所有的BSC，由于手機已經經重選到其它它LAC的BSC下，因此paging消息不能發(fā)送送到被叫手機機，MSC不能收到手機機的response消息，呼叫流流程結束被叫手機位置置更新流程時時HLR中數據已經更更新這時從HLR中取得的MSRN號，查詢到手手機新LAC所應的VLR，但由于此時手手機正在進行行位置更新的的流程，VLR顯示手機為忙忙碌狀態(tài)，因因此不會在paging被叫手機，呼呼叫流程結束束34位置更新流程程DT測試中常見問問題處理方案減少該情況的的發(fā)生應避免免手機在LAC區(qū)來回的小區(qū)區(qū)重選，保證證在跨LAC區(qū)有兩個較強強的信號，經經過更新區(qū)域域時只小區(qū)重重選一次，一一次位置更新新，應對一些些市區(qū)中一些些頻繁位置更更新區(qū)域的附附近的小區(qū)俯俯仰角進行了了調整對一些主占小小區(qū)的CRH進行調整，使使經過是占用用更為穩(wěn)定對于一些處于于位置交界交交通要道、十十字路口等信信號雜亂的區(qū)區(qū)域，進行LAC區(qū)的重新劃分分，使盡量在在道路上避開開跨LAC區(qū)35主叫流程（非非OACSU情況）MSBTSBSCMSCCallProceedingESTIN(CM_Serv_Req)RRConnectionEstablishmentRRConnectionEstablishmentRRConnectionEstablishmentAuthenticationProcedureAuthenticationProcedureAuthenticationProcedureCipheringProcedureCipheringProcedureCipheringProcedureTMSIReallocProcedureTMSIReallocProcedureTMSIReallocProcedureSETUPSETUPSETUPCallProceedingCallProceedingAssignmentProcedureAssignmentProcedureAssignmentProcedureAlertingAlertingAlertingConnectConnectConnectConnectAck.ConnectAck.ConnectAck.SpeechCM_Serv_Req（calledpartynbr）先建立TCH，再接通B側信道。Alerting在TCH上發(fā)送SDCCHTCH36被叫過程MSBTSBSCMSCCallConfirmedESTIN(PagingResp)RRConnectionEstablishmentRRConnectionEstablishmentRRConnectionEstablishmentAuthenticationProcedureAuthenticationProcedureAuthenticationProcedureCipheringProcedureCipheringProcedureCipheringProcedureTMSIReallocProcedureTMSIReallocProcedureTMSIReallocProcedureSETUPSETUPSETUPCallConfirmedCallConfirmedAssignmentProcedureAssignmentProcedureAssignmentProcedureAlertingAlertingAlertingConnectConnectConnectConnectAck.ConnectAck.ConnectAck.SpeechPagingResponsePagingPagingCommandPagingRequestST3113ET3113（MSID（（TMSI/IMSI）），CellID（LAC/LAC+CI）））（MSID（（TMSI/IMSI）），PagingGroup）（MSID（（TMSI/IMSI）））（最多可同時發(fā)發(fā)4個TMSI）（MobileID，Classmark2，，Priority，））（callingpartynbr）PagingGroup的個數（N）：由BS_AG_BLKS_RES和BS_PA_MFRMS決定;MS的PagingGroup=(IMSImod1000)modN;MS只監(jiān)聽自己對對應的PagingGroup的PagingReq消息3738主被叫流程DT測試常見問題題主被叫流程DT測試常見問題題主叫側流程正正常，而被叫叫側沒有響應應paging的channelrequest消息發(fā)起39主被叫流程DT測試常見問題題原因分析小區(qū)重選產生生的paging損耗Paging損耗示意圖如果在A時間點之前的的橫黑色實線線上終端占用用Cell1小區(qū)，在B時間點之后的的橫黑色實線線上終端通過過小區(qū)重選占占用Cell2小區(qū)，那么么就可以認認為A與B時間點之間間的時間段段為“尋呼呼盲區(qū)”如果該段““尋呼盲區(qū)區(qū)”大于4S，兩次尋呼消消息（如下下圖1縱黑色箭頭頭線）就有有可能均落落在“尋呼呼盲區(qū)”內內40主被叫流程程DT測試常見問問題小區(qū)重選后后未進行位位置更新期期間，尋呼呼消息還是是在原LAC下發(fā)送，故故終端是無無法收到網網絡尋呼（（未開啟globepaging））某地進行測測試統(tǒng)計結結果小區(qū)重選時時長在4S內的占91.16%，有8.84%的小區(qū)重選選時長大于于4S位置更新時時長有94.45%的控制在4S內，具體分分布如下41主被叫流程程DT測試常見問問題位置更新時時長分析MSC內位置更新新MSC間MSC內的位置更更新時長基基本控制在在2S以內跨MSC的位置更新新時長基本本為3~4S42主被叫流程程DT測試常見問問題結論認為理論上上小區(qū)重選選與位置更更新可能導導致網絡對對終端的兩兩次尋呼均均落“尋呼呼盲區(qū)”內內，造成終終端無法收收到網絡尋尋呼的情況況大致有以以下四大類類：在同一LAC內做小區(qū)重重選的：如如果小區(qū)重重選時長過過長，超過過交換側尋尋呼重發(fā)間間隔4S的情況在不同LAC且同一MSC內做小區(qū)重重選的，且且交換側未未打開全局局尋呼功能能：如果在在進行小區(qū)區(qū)重選后未未進行位置置更新期間間，尋呼消消息還是在在原LAC下發(fā)送，故故終端是無無法收到網網絡尋呼在不同LAC且同一MSC內做小區(qū)重重選的，而而交換側打打開全局尋尋呼功能：：如果小區(qū)區(qū)重選與位位置更新總總時長超過過交換側尋尋呼重發(fā)間間隔4S的情況在不同LAC且不同MSC內做小區(qū)重重選的：由由于整個過過程至少要要2.4S（小區(qū)重選時時長）+4S（跨LAC位置更新時時長）=6.4S，已大于交換換側尋呼重重發(fā)間隔，，故會造成成終端無法法收到網絡絡尋呼的情情況如果終端開開啟GPRS功能后，整整個位置更更新時長還還必須需考考慮RAUPDATE時長43主被叫流程程DT測試常見問問題解決方案調整兩次尋尋呼之間的的時間調整尋呼次次數44主被叫流程程DT測試常見問問題接口消息損損耗MSC側消息是否否有損耗統(tǒng)計BSC下全網無線線和交換尋尋呼的差別別BSS側MC8A、、391aMSC側2047、204845主被叫流程程DT測試常見問問題各接口消息息次數統(tǒng)計計A-Abis：選取一個尋尋呼量相對對較大并且且此次測試試發(fā)生過未未接通的LAC，在該LAC下收取一個個BSC的A接口和該BSC下一個小區(qū)區(qū)Abis信令DT組在靜止狀狀態(tài)下（不不做小區(qū)重重選和位置置更新）利利用路測儀儀表（Tems）收集某一特特定尋呼組組上的尋呼呼消息，同同時信令組組收取Abis接口上的尋尋呼消息。。分別統(tǒng)計計Um接口和Abis接口的尋呼呼消息從而而分析出Abis接口到Um接口的尋呼呼呼損尋呼組計算N=numberofpagingblocks"available"ononeCCCH=(numberofpagingblocks"available"ina51frameTDMAmultiframeononeCCCH)xBS_PA_MFRMS例460006113110265BS_AG_BLKS_RES=6BS_PA_MFRMS=6PG=1346主被叫流程程DT測試常見問問題解決方案空口信令負負荷當BS_AG_BLKRES=4時，Number_Paging_Per_Lac能達到的最最大值可計計算如下：：Number_Paging_Per_Lac=【(9-BS_AG_BLKRES)××(3600/0.235)】×4××0.6=【(9-4)×(3600/0.235)】】×4×0.6=183829次47主被叫流程程DT測試常見問問題BSCTCU負荷TCU負荷控制負荷安全值值80％，，超過可能能會導致部部分信令消消息丟失48主被叫流程程DT測試常見問問題解決方案LAC的合理劃分分，控制PAGING總次數各TCUCCCH和SDCCH信道合理設設置49主被叫流程程DT測試常見問問題無線鏈路掉掉話基站側無線線鏈路計數數器超時掉掉話基站側有一一計數器S，該計數器在在通話開始始時被賦予予一個初值值，即參數數－－“基基站無線鏈鏈路超時””的值。若若每次基站站在應該收收到SACCH的時刻無法法譯出一個個正確的SACCH消息時，S減1。反之之，基站每每接收到一一正確的SACCH消息時，S加2，但S不可以超過過參數基站站無線鏈路路超時的值值。當S計到0時，，基站認為為無線鏈路路故障。50主被叫流程程DT測試常見問問題問題分析覆蓋相關頻率干擾硬件故障51主被叫流程程DT測試常見問問題主被叫流程程中MSC異常釋放問題多樣性性交換側資源源異常導致致的釋放BSS側問題例1主叫手機在在TCH分配完成后后，立即收收到網絡下下發(fā)的disconnect消息，cause未networkoutoforder現象象經過過MSC側工工程程師師檢檢查查，，發(fā)發(fā)現現為為交交換換模模塊塊資資源源擁擁塞塞導導致致的的異異常常拆拆線線，，重重啟啟動動相相關關模模塊塊后后，，問問題題解解決決例2同樣樣是是TCH分配配完完成成后后，，收收到到網網絡絡下下發(fā)發(fā)的的disconnect消息息，，cause未networkoutoforder現象象，，而而被被叫叫側側已已經經響響應應pagingresponse經過過信信令令跟跟蹤蹤分分析析發(fā)發(fā)現現為為無無線線消消息息延延時時導導致致52主被被叫叫流流程程DT測試試常常見見問問題題在查查看看被被叫叫手手機機信信令令時時，，發(fā)發(fā)現現被被叫叫的的尋尋呼呼響響應應消消息息已已經經正正常常上上報報，，但但是是端端局局還還是是對對主主叫叫手手機機進