《 空中接口学园 》
>>   PHS技术
>>>>  200MW组网，小灵通一号双机不振铃，请进
--  作者：AOYUN
--  发布时间：2007-06-22 11:16:05
一个小镇200MW组网，小灵通一号双机，打主号码不振铃，频率大概是10次有2次不振铃，固话每次都振铃，直接拨打小灵通号码每次都通，在同个地级市别的地方是500MW组网，这种情况极少出现，请教了。查协议发现，8次协议正常，中间间隔有两次不正常，在EKS流程后，没有出现鉴权ARQ和ARS就直接释放了，导致不振铃。我自己的理解是：无线侧应该没问题，因为EKS前面的流程没问题，到了ARQ就有问题了，可能是有线侧出问题，但是查配置的E1线路正常。
--  作者：AOYUN
--  发布时间：2007-06-22 11:18:47
下面是流程：
--- 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]
--  作者：tom
--  发布时间：2007-06-22 12:43:19
3个流程中，后两个有Alert，应该是正常的被叫。第一个流程中关键是基站下发：
 RT [Definition Info.Req.:81]
||     961.69083||0 >[45010645] >CC DISC
  CC [Cause:08028290]
 因此导致呼叫释放。看原因是正常释放，因此需要检查为什么基站释放呼叫，你可以结合Q.931消息再看看，无线侧感觉是正常的。
--  作者：zhwh
--  发布时间：2007-06-22 14:00:10
请问：AOYUN是哪儿的？我们这二有一套CSC底下的一号双机小灵通用户也投诉这样的问题，不知哪儿出了问题，领导让解决，急死我啦？
--  作者：AOYUN
--  发布时间：2007-06-22 17:01:47
4楼同学好，我是广东的，CSC下的就没问题，就那个RPC组网的就有这种问题，听说一号双机平台是放置在专门地方，所有拨打一号双机的电话全部转到这个平台后，才转到被呼叫的地级市去寻呼，我不熟悉这方面的流程，但我判断有线侧出现问题机会较大或者是用户手机有问题。另外，也谢谢版主解答，希望再帮我们想想，这可是热门问题咯
--  作者：zwdu
--  发布时间：2007-06-22 17:27:48
我们这儿也是CS/RP混合组网尚未发现此类现象,建议让核心测跟踪呼叫,是否因等被叫(ACM超时:等无线侧应答)超时交换向CSC侧发"释放"消息,导致无线侧"正常释放"
RPC同步正常吗?
--  作者：AOYUN
--  发布时间：2007-06-22 18:31:39
RPC同步。我觉得，就算不同步，也不至于没有鉴权流程就释放，应该是核心侧问题可能性大，谢谢6楼。
目前已经有7条评论    >>> 发表你的见解

Powered by：Old version
Copyright ©2002 - 2019空中接口学园 , 页面执行时间：46.875毫秒