Um空中接口流程及問題三

UM空中接口流程及問題分析ISE/RNOGSMDT工作內(nèi)容網(wǎng)絡(luò)優(yōu)化中GSMDT主要工作內(nèi)容覆蓋模型測試覆蓋情況地形、小區(qū)分布情況天饋方位角、俯仰角鄰小區(qū)切換、相關(guān)參數(shù)設(shè)置測試分析對象：Rxlev話音質(zhì)量測試話音質(zhì)量覆蓋因素頻率干擾硬件問題測試分析對象：Rxquality、SIR、FER2GSMDT工作內(nèi)容網(wǎng)絡(luò)事件分析定位未接通掉話切換失敗觸發(fā)因素多覆蓋通話質(zhì)量網(wǎng)絡(luò)容量參數(shù)設(shè)置流程機(jī)制。。。。。。測試分析對象：空中信令消息3文檔主要內(nèi)容文檔主要內(nèi)容空中接口的主要流程介紹測試常見問題流程案例未接通掉話目的熟悉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。在任何新信道登陸時(shí)均會有SABM過程UnnumberedAck5無線鏈路建立流程6無線鏈路建立流程7無線鏈路建立階段DT測試中常見問題無線鏈路建立階段測試常見問題分析UM接口信令手機(jī)上發(fā)channelrequest消息，網(wǎng)絡(luò)側(cè)無immediateassignment消息下發(fā)

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

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

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

3.69s每個(gè)比特的時(shí)長；63時(shí)延調(diào)整的最大比特?cái)?shù)；電波速度

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