楼主

协议抓包分析请教？？？ 近日所进行的频率干扰测试中，出现电话打不通，因此抓取协议如下，请教高人指点，< Layer 3 Protocol(01) ?说明什么？？谢谢 ||   11115.48083||0 >[45018107] >CC CONN ||   11137.97708||0 :<S11:S(D1) RR   [N(R)=6 F=1] [] < Layer 3 Protocol(01) ? ||   13825.49042||0 >[4501814D] >CC REL ||   13872.98667||0 <[4501015A] <CC REL COMP |   13950.49125||0 >[4322]     >RT RDi RT [Cause:0680]

	第2楼

而且，在正常接通下，协议经常丢失(经常出现这种情况)，请问何故？？？谢谢 --- Date/Time[04.09.21/21:45:24] (0)[CS-ID:809A0140024] / [PS-ID:1D6B7A5] ||       0.00000||0 CS<-PS Link cha. request:SCCH[0102020900][ 57]dBuV ||      97.50417||0 CS->PS Link cha. rejec.:SCCH[0202000000][ 56]dBuV [No CS free channel] (0)[CS-ID:809A0140018] / [PS-ID:1D6B7A5] ||    3620.63708||0 CS<-PS Link cha. request:SCCH[0102020900][ 57]dBuV ||    3818.14167||0 CS->PS Link cha. assig. :SCCH[0106061502][ 56]dBuV Relative Slot[7]/Carrier No.[21]/Contr.Slot.No.[3]/Commu.Slot.No[1] ||   17618.39000||0 --[>Link Assignment Time's up]-- ||   17618.39000||0 --[Wait for a Link Channel Req.]-- (1)[CS-ID:809A0140018] / [PS-ID:1D6B7A5] ||   34820.74875||1 CS<-PS Link cha. request:SCCH[0102020A00][ 64]dBuV ||   35018.25333||1 CS->PS Link cha. assig. :SCCH[0106071502][ 64]dBuV Relative Slot[8]/Carrier No.[21]/Contr.Slot.No.[3]/Commu.Slot.No[2] (0)[CS-ID:809A0140018] / [PS-ID:1D6B7A5] ||   35220.75042||0 CS<-PS LinkCha.Rerequest:SCCH[0202023200][ 56]dBuV ||   35318.25458||0 CS->PS Link cha. assig. :SCCH[0106011502][ 56]dBuV Relative Slot[2]/Carrier No.[21]/Contr.Slot.No.[3]/Commu.Slot.No[4] ||   35373.88125||0 CS->PS TCH syn. burst   :Sync[B8D65E0A09][ 53]dBuV ||   35378.88000||0 -->> Sync off ||   35383.88000||0 -->> Sync on ||   35388.88667||0 -->> Sync off ||   35393.69208||0 ->- Idle TCH [8000DDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDD] ||   35423.69250||0 -->> TX on ||   35433.69250||0 :>F10:U(73) UA   [F=1] [] ||   35533.69250||0 :>F10:S(B1) RR   [N(R)=5 F=1] [] ||   35548.69292||0 :>F11:I(B0) I    [N(R)=5 P=1 N(S)=0] [45018102] ||   35548.69292||0 >[45018102] >CC CALL PROC ||   35588.69292||0 :>F10:S(D1) RR   [N(R)=6 F=1] [] ||   35633.69292||0 :>F10:S(F1) RR   [N(R)=7 F=1] [] ||   35638.69292||0 :>F11:I(F4) I    [N(R)=7 P=1 N(S)=2] [43050910001517C0] ||   35638.69292||0 >[4305]     >RT FRs RT [Encryption:091000] RT [TCH Reassign:1517] RT [Zone Info.Indicat.Func.:C0] ||   36093.69458||0 >>S11:U(3B) Layer 2 Control(3B) ? [] ||   36113.69500||0 >>S11:I(08) I    [N(R)=0 P=0 N(S)=4] [0302] [21:46:01]>{41dBuV ERR( 76,115)} ||   38428.70292||0 -->> TX on ||   38468.70333||0 -->> TX on ||   38573.89708||0 ->>< TX off --[Wait for a Link Channel Request]--

	第3楼

双击“Layer 3 Protocol(01) ?”会有什么说明？你贴在上面的TXT没办法用35L的程序打开了。 由于35L是从空中来截获消息的，抓丢是很正常的，这时如果手机做一次Recalling type的切换，就又可以抓到了。

	第4楼

看来干扰很严重，建议检查无线环境，查一下背景噪音情况如何。

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

	第5楼

可以用35的“RES MIN ”测试项观察809A0140024的全频段的底噪。不会是小站的TCH载频参数下错(载频数开的过少),又是好多小站在一块吧. [此贴子已经被作者于2005-3-4 21:27:38编辑过]

	第6楼

你可以实际的多测试一下,会有其它收获的,我觉得在此区域内应该不至一个基站存在这种现象，这种现象的干扰是很严重的。再用仪器测一下吧。

	第7楼

楼上各位根据哪一点判定这个区域底噪高?干扰严重呢? 这个参数? [21:46:01]>{41dBuV ERR( 76,115)}