Um空中接口流程及問(wèn)題三

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

可能原因分析RACH信道沖突由于GSM網(wǎng)絡(luò)接入的隨機(jī)性導(dǎo)致產(chǎn)生（發(fā)生概率小）為了減少手機(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無(wú)線鏈路建立階段DT測(cè)試中常見(jiàn)問(wèn)題規(guī)范定義的接入準(zhǔn)則當(dāng)手機(jī)接入網(wǎng)絡(luò)時(shí)需啟動(dòng)一次立即指配過(guò)程，該過(guò)程的開(kāi)始，手機(jī)將在RACH信道上發(fā)送（M＋1）個(gè)信道請(qǐng)求消息；手機(jī)啟動(dòng)立即指配過(guò)程開(kāi)始到第一個(gè)信道請(qǐng)求消息發(fā)送之間的時(shí)隙數(shù)（不包括發(fā)送消息的時(shí)隙）是一個(gè)隨機(jī)數(shù)。這個(gè)隨機(jī)數(shù)是屬于集合{0，1，……，MAX（T，8）－1}中的一個(gè)元素。手機(jī)每次啟動(dòng)立即指配過(guò)程時(shí)，按均勻分布概率從上述集合中取數(shù)；任意兩次相鄰的信道請(qǐng)求消息之間間隔的時(shí)隙數(shù)（不包括消息發(fā)送的時(shí)隙）由手機(jī)以均勻分布概率方式從集合{S，S＋1，……，S＋T－1}中取出

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

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

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

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