楼主

200MW组网，小灵通一号双机不振铃，请进 一个小镇200MW组网，小灵通一号双机，打主号码不振铃，频率大概是10次有2次不振铃，固话每次都振铃，直接拨打小灵通号码每次都通，在同个地级市别的地方是500MW组网，这种情况极少出现，请教了。查协议发现，8次协议正常，中间间隔有两次不正常，在EKS流程后，没有出现鉴权ARQ和ARS就直接释放了，导致不振铃。我自己的理解是：无线侧应该没问题，因为EKS前面的流程没问题，到了ARQ就有问题了，可能是有线侧出问题，但是查配置的E1线路正常。

	第2楼

下面是流程： --- Date/Time[07.06.05/16:46:17]  [CS-ID:9E0D0356238] / [PS-ID:037759195] ||       0.00000||0 < PS SCCH: 0102020800 32dBuV ||     382.50333||0 > CS SCCH: 0106072203 58dBuV  (Assigned: Abs.Slot  3 / CarrierNo. 34) ||     419.37708||0 < PS SYNC: 2440B10D00 64dBuV ||     436.69000||0 ->- Idle TCH [8000FFFFFFFFFF ||     441.87833||0 -->> Sync on ||     449.18750||0 --<< Sync off ||     449.18750||0 -<- Idle TCH [FFFF0000000000 ||     461.69083||0 -->> Sync off ||     461.69083||0 -->> TX on ||     549.18708||0 <[4306]     <RT PRs   RT [PS Identity:0F117661AA535470] ||     816.69083||0 >[45010605] >CC SETUP   CC [Bearer Capability:0403808CA4]   CC [Calling Party number:6C08803838353   CC [Called  Party number:700D803137363 ||     869.18708||0 <[45018602] <CC CALL PROC ||     919.18667||0 <[4301]     <RT DIRq   RT [Definition Info.Req.:81] ||     961.69083||0 >[45010645] >CC DISC   CC [Cause:08028290] ||    1019.18667||0 <[4501864D] <CC REL ||    1086.69042||0 >[4501067D] >CC STAT   CC [Cause:080282E5]   CC [Call State:14010C] ||    1146.69042||0 >[4302]     >RT DIRs   RT [Area Info.:01423C3A422C1801] ||    1179.18667||0 <[4304]     <RT FRq   RT [Encryption:091000]   RT [TCH Reassign:1517] ||    1266.69042||0 >[4501065A] >CC REL COMP ||    1371.69042||0 >[4305]     >RT FRs   RT [Encryption:091000]   RT [TCH Reassign:1517]   RT [Zone Info.Indicat.Func.:C0] ||    1399.18667||0 <[4303]     <RT EKS   RT [Encryption Key Set:0D027A14] ||    1721.69042||0 >[4322]     >RT RDi   RT [Cause:0680]   RT [CS Ident.:089E0D03562302]   RT [PS Ident.:0E24028D0B] ||    1744.18667||0 <[4323]     <RT RDiC   RT [CS Ident.:089E0D03562302]   RT [PS Ident.:0E24028D0B] ||    1844.38417||0 --<< TX off ||    1896.89458||0 ->>< TX off  --[Wait for a Link Channel Request]--   [CrNo:26]  --[Wait for a Link Channel Request]--   [CrNo:26]  --- Date/Time[07.06.05/16:46:50]  [CS-ID:9E0D0356238] / [PS-ID:037759195] ||   33584.98917||0 < PS SCCH: 0102020800 47dBuV ||   33982.49250||0 > CS SCCH: 0106074203 54dBuV  (Assigned: Abs.Slot  3 / CarrierNo. 66) ||   34019.36417||0 < PS SYNC: 0000000000 56dBuV ||   34036.68000||0 ->- Idle TCH [8000FFFFFFFFFF ||   34041.86708||0 -->> Sync on ||   34049.17583||0 --<< Sync off ||   34049.17583||0 -<- Idle TCH [FFFF0000000000 ||   34061.67958||0 -->> Sync off ||   34061.67958||0 -->> TX on ||   34144.17583||0 <[4306]     <RT PRs   RT [PS Identity:0F117661AA535470] ||   34416.67958||0 >[45010405] >CC SETUP   CC [Bearer Capability:0403808CA4]   CC [Calling Party number:6C08803838353   CC [Called  Party number:700D803137363 ||   34469.17583||0 <[45018402] <CC CALL PROC ||   34504.17583||0 <[4301]     <RT DIRq   RT [Definition Info.Req.:81] ||   34666.67958||0 >[4302]     >RT DIRs   RT [Area Info.:01423C3A422C1801] ||   34729.17542||0 <[4304]     <RT FRq   RT [Encryption:091000]   RT [TCH Reassign:1517] ||   34876.67958||0 >[4305]     >RT FRs   RT [Encryption:091000]   RT [TCH Reassign:1517]   RT [Zone Info.Indicat.Func.:C0] ||   34909.17542||0 <[4303]     <RT EKS   RT [Encryption Key Set:0D022146] ||   35096.67958||0 >[4401]     >MM ARq   MM [Authentication Type:0601]   MM [Authentication Random Pattern:0708 ||   35204.17542||0 <[4402]     <MM ARs   MM [Active Chipherring Pattern:0508D19 ||   35239.17542||0 <[45018401] <CC ALERT ||   41366.67750||0 >[45010445] >CC DISC   CC [Cause:08028290] ||   41434.17292||0 <[4501844D] <CC REL ||   41636.67708||0 >[4501045A] >CC REL COMP ||   41991.67708||0 >[4322]     >RT RDi   RT [Cause:0680]   RT [CS Ident.:089E0D03562302]   RT [PS Ident.:0E24028D0B] ||   42014.17333||0 <[4323]     <RT RDiC   RT [CS Ident.:089E0D03562302]   RT [PS Ident.:0E24028D0B] ||   42129.46500||0 --<< TX off ||   42157.00917||0 ->>< TX off  --[Wait for a Link Channel Request]--   [CrNo:26]  --[Wait for a Link Channel Request]--   [CrNo:26]  --- Date/Time[07.06.05/16:47:12]  [CS-ID:9E0D0356238] / [PS-ID:037759195] ||   55209.98167||0 < PS SCCH: 0102020800 53dBuV ||   55782.48500||0 > CS SCCH: 0106073D03 46dBuV  (Assigned: Abs.Slot  3 / CarrierNo. 61) ||   55819.35792||0 < PS SYNC: 0000000000 55dBuV ||   55836.67167||0 ->- Idle TCH [8000FFFFFFFFFF ||   55839.36583||0 --<< Sync off ||   55841.85958||0 -->> Sync on ||   55844.35458||0 --<< Sync on ||   55849.16750||0 --<< Sync off ||   55849.16750||0 -<- Idle TCH [FFFF0000000000 ||   55861.67208||0 -->> Sync off ||   55861.67208||0 -->> TX on ||   55949.16833||0 <[4306]     <RT PRs   RT [PS Identity:0F117661AA535470] ||   56201.67208||0 >[45010605] >CC SETUP   CC [Bearer Capability:0403808CA4]   CC [Calling Party number:6C08803838353   CC [Called  Party number:700D803137363 ||   56254.16792||0 <[45018602] <CC CALL PROC ||   56289.16833||0 <[4301]     <RT DIRq   RT [Definition Info.Req.:81] ||   56461.67208||0 >[4302]     >RT DIRs   RT [Area Info.:01423C3A422C1801] ||   56489.16833||0 <[4304]     <RT FRq   RT [Encryption:091000]   RT [TCH Reassign:1517] ||   56651.67208||0 >[4305]     >RT FRs   RT [Encryption:091000]   RT [TCH Reassign:1517]   RT [Zone Info.Indicat.Func.:C0] ||   56684.16833||0 <[4303]     <RT EKS   RT [Encryption Key Set:0D02D03A] ||   56861.67208||0 >[4401]     >MM ARq   MM [Authentication Type:0601]   MM [Authentication Random Pattern:0708 ||   56974.16792||0 <[4402]     <MM ARs   MM [Active Chipherring Pattern:0508C1F ||   57009.16792||0 <[45018601] <CC ALERT ||   62809.16625||0 <[45018607] <CC CONN ||   62976.67000||0 >[4501060F] >CC CONN ACK ||   66071.66875||0 -->> TX on ||   69269.16375||0 <[45018645] <CC DISC   CC [Cause:0803008590] ||   69471.66750||0 >[4501064D] >CC REL ||   69524.16375||0 <[4501865A] <CC REL COMP ||   69741.66750||0 >[4322]     >RT RDi   RT [Cause:0680]   RT [CS Ident.:089E0D03562302]   RT [PS Ident.:0E24028D0B] ||   69764.16375||0 <[4323]     <RT RDiC   RT [CS Ident.:089E0D03562302]   RT [PS Ident.:0E24028D0B] ||   69869.36083||0 --<< TX off ||   69936.90500||0 ->>< TX off  --[Wait for a Link Channel Request]--   [CrNo:26]  --[Wait for a Link Channel Request]--   [CrNo:26]

	第3楼

3个流程中，后两个有Alert，应该是正常的被叫。第一个流程中关键是基站下发：  RT [Definition Info.Req.:81] ||     961.69083||0 >[45010645] >CC DISC   CC [Cause:08028290]  因此导致呼叫释放。看原因是正常释放，因此需要检查为什么基站释放呼叫，你可以结合Q.931消息再看看，无线侧感觉是正常的。

----------------------------------------------

	第4楼

请问：AOYUN是哪儿的？我们这二有一套CSC底下的一号双机小灵通用户也投诉这样的问题，不知哪儿出了问题，领导让解决，急死我啦？

	第5楼

4楼同学好，我是广东的，CSC下的就没问题，就那个RPC组网的就有这种问题，听说一号双机平台是放置在专门地方，所有拨打一号双机的电话全部转到这个平台后，才转到被呼叫的地级市去寻呼，我不熟悉这方面的流程，但我判断有线侧出现问题机会较大或者是用户手机有问题。另外，也谢谢版主解答，希望再帮我们想想，这可是热门问题咯

	第6楼

我们这儿也是CS/RP混合组网尚未发现此类现象,建议让核心测跟踪呼叫,是否因等被叫(ACM超时:等无线侧应答)超时交换向CSC侧发"释放"消息,导致无线侧"正常释放" RPC同步正常吗?

	第7楼

RPC同步。我觉得，就算不同步，也不至于没有鉴权流程就释放，应该是核心侧问题可能性大，谢谢6楼。