系统原因导致的TCH分配失败ppt课件

1、 正常正常TCHTCH分配流程分配流程MSBTSBSCMSCChannel Activation TCHSABM (FACCH)Channel Activation Ack.Assignment CommandAssignment CommandAssignment RequestPhysical Context RequestPhysical Context ConfirmEstablish IndicationUAAssignment CompleteAssignment CompleteAssignment CmpRF Channel Release (SD)RF Channel Rel

2、ease Ack.STrr1ETrr1ST9108ET9108ST9103ET9103ST3107ET3107Chn Type，Priority，CIC，DL DTX，Queuing FlagTA，MS/BS_TxPwrSDCCHTA，MS/BS_TxPwrMA，TS，HSN，MAIO，MS_TxPwr异常异常TCHTCH分配流程拥塞分配流程拥塞MSBTSBSCMSCAssignment RequestAssignment FailureNo Radio Resource AvailableTCH拥塞拥塞C181dTCH 拥塞tTCH拥塞：tBSC收到分配恳求时，无空闲的TCH信道可用，并且队

3、列功能未开启或已满tBSC发送带“No Radio Resourece Available缘由的Assignment Failure音讯，中止呼叫。tC181d计数添加异常异常TCHTCH分配流程队列超时分配流程队列超时MSBTSBSCMSCQueueing IndicationST11Assignment RequestT11 超时Clear RequestNo Radio Resource Available队列超时队列超时t队列超时: t呼叫排在队列中，直到计时器T11超时也未能等到空闲的TCH。tBSC在A接口上发送带“No Radio Ressource Available 缘由的C

4、lear Request音讯，释放呼叫。tMC612c计数添加MC612c异常异常TCHTCH分配流程有线资源不可用分配流程有线资源不可用BTSBSCMSC有线资源不可用有线资源不可用Assignment Requestt有线资源不可用：tBSC收到MSC发出的Assignment Request后，即对其进展分析t当BSC发现以下问题时，会发送带“Requested terrestrial resource unavailable缘由的Assignment Failure音讯，中止呼叫t指定的CIC为0t由于操作维护的缘由导致指定的CIC不可用tC181e计数添加Assignment Fai

5、lureRequested terrestrial resource unavailableC181e异常异常TCHTCH分配流程有线资源已分配分配流程有线资源已分配BTSBSCMSC有线资源已分配有线资源已分配Assignment Requestt有线资源已分配：tBSC收到MSC发出的Assignment Request后，即对其进展分析t当BSC发现以下问题时，会发送带“Terrestrial Resource Already Allocated缘由的Assignment Failure音讯，中止呼叫t指定的CIC已被其他衔接运用tC181e计数添加Assignment FailureT

6、errestrial Resource Already AllocatedC181e异常异常TCHTCH分配流程有线资源已分配分配流程有线资源已分配案例案例t华为软交换局下C181e的TCH分配失败问题的处理1t无线侧：实践路测中发如今华为MSC下终端有发生主叫侧CPROC或被叫侧CCONF后收到网络下发DISKCause: Requested circuit/channel not available的情况。tBSS侧：经过A口信令流程查询发现是由于MSC向BSC发起ASREQ后，BSC发现ASREQ中指向的PCM TS还未完全释放，即立刻回复一个ASFAICause: terrestria

7、l resource already allocated，OMCR统计COUNT即C181e，最后MSC随即下发DISKCause: Requested circuit/channel not available。 异常异常TCHTCH分配流程有线资源已分配分配流程有线资源已分配案例案例t华为软交换局下C181e的TCH分配失败问题的处理2t详细问题流程见 Local TimeUpSCCPPDLayer 3PDLayer 416:38:58.903FALSEUDTBMPAGING16:39:00.561TRUECRBMCL3INFRRPAGRES16:39:02.391FALSEDT1BMAS

8、GREQ16:39:02.395TRUEDT1CCDISC16:39:02.478FALSEDT1CCREL16:39:03.102TRUEDT1CCRELCPL16:39:03.148FALSEDT1BMCLRCMD16:39:03.600TRUERLSD16:39:03.606TRUEUDTBMRSCACK16:39:03.654FALSERLC16:39:01.575FALSEUDTBMPAGING16:39:02.175TRUECRBMCL3INFRRPAGRES16:39:03.543FALSEDT1BMASGREQ16:39:03.592TRUEDT1BMASGFAIL16:39:

9、03.606TRUEUDTBMRSCACK16:39:03.687FALSEDT1CCDISC16:39:04.022TRUEDT1CCREL16:39:04.082FALSEDT1CCRELCPL16:39:04.085FALSEDT1BMCLRCMD16:39:04.121TRUEDT1BMCLRCPL16:39:04.197FALSERLSD16:39:04.221TRUERLC 右表中第一个黄色单元格为上一次MSC分配至某一个PCM TS的最后一条释放信令RLC释放时间为16:39:03.654，然而第二个黄色单元格MSC下发ASREQ时间为16:39:03.543，明显为BSC侧上次

10、还未释放完全MSC第二次又指配同样的PCM TS。 异常异常TCHTCH分配流程有线资源已分配分配流程有线资源已分配案例案例t华为软交换局下C181e的TCH分配失败问题的处理3t发现问题流程之后，对华为局下BSC75BSS侧共有10个HW针对该流程进展PCM TS分布情况查询发现。发生C181e TCH分配失败共23次发生的PCM均为37/38/39/40即第10个HWt之后经过各PCM运用情况分布，发如今BSC75下第10个HW对应的PCM37/38/39/40的分配次数是其他PCM的3倍左右，详细如以下图表中绿色柱： 异常异常TCHTCH分配流程有线资源已分配分配流程有线资源已分配案例案

11、例t华为软交换局下C181e的TCH分配失败问题的处理4t经过与南京挪动交换工程师及华为交换工程师交流得知该类问题与华为交换的选线方式有关，现网华为局一个选线循环模块管理3个HW，每个模块的中继分配次数相当。因此假设该模块下只需1个HW，那么每HW中继分配次数将是其他有3个HW模块下的3倍。t经过深化交流和协商处理该问题的方法暂时只需HW扩容或减容。 t经过HW减容后HUA WEI MSC下BSC C181e TCH分配失败均有明显改善，详细见以下图表：异常异常TCHTCH分配流程有线资源未配置分配流程有线资源未配置BTSBSCMSC有线资源未配置有线资源未配置Assignment Reque

12、stt有线资源未配置：tBSC收到MSC发出的Assignment Request后，即对其进展分析t当BSC发现以下问题时，会发送带“BSS not Equipped缘由的Assignment Failure音讯，中止呼叫t指定的CIC不存在t指定的CIC没有配备或配置t指定的CIC是No.7的信令信道tC181j计数添加Assignment FailureBSS not EquippedC181j异常异常TCHTCH分配流程有线资源未配置分配流程有线资源未配置案例案例tBSC11MSC13 C181j的TCH分配失败问题的处理1t2019年3月，对OMCR全局目的进展一致检查，发现OMCR

13、统计结果显示BSC11MSC13存在早忙时每小时约30-40次左右的TCH分配失败，失败的缘由为“BSS NOT EQUP，详细如以下图表：异常异常TCHTCH分配流程有线资源未配置分配流程有线资源未配置案例案例tBSC11MSC13 C181j的TCH分配失败问题的处理2t为了进一步确认系统问题，我们对BSC11进展了信令跟踪并发现一切包含缘由为“BSS NOT EQUP的TCH分配失败信令所对应的TCH分配命令均为对PCM41，TS16的分配，而TS16曾经定义为N7，并且此根信令封锁，因此，BSC回送分配失败。详细信令如以下图所示： 异常异常TCHTCH分配流程有线资源未配置分配流程有线

14、资源未配置案例案例tBSC11MSC13 C181j的TCH分配失败问题的处理3t需求指出的是TCH指配是由MSC发起的(ASSIGMENT REQUEST)，因此MSC不该当要求BSC将TCH信道分配到N7对应的时隙上。经过交换工程师的检查，发现PCM46，TS16的时隙形状在交换侧显示为“ready，并且没有定义成信令，所以交换时机对它进展分配。后交换工程师将PCM46，TS16时隙打死封锁后，问题得到处理。处理之后该项分配失败回复为0，如下所示： 异常异常TCHTCH分配流程协议错误分配流程协议错误BTSBSCMSC协议错误协议错误Assignment Requestt协议错误：tBSC收到MSC发出的Assignment Request后，即对其进展分析t当BSC发现以下问题时，会发送带“Protocol Error between BSC a