空中接口学园--协议抓包分析请教？？？

  《空中接口学园》
>>   PHS技术
>>>>  协议抓包分析请教？？？

--  作者：peterzyj
--  发布时间：2005-03-04 15:05:08
近日所进行的频率干扰测试中，出现电话打不通，因此抓取协议如下，请教高人指点，< 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]

--  作者：peterzyj
--  发布时间：2005-03-04 15:05:33
而且，在正常接通下，协议经常丢失(经常出现这种情况)，请问何故？？？谢谢
--- 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]--

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

-- 作者：tom
-- 发布时间：2005-03-04 17:28:34
看来干扰很严重，建议检查无线环境，查一下背景噪音情况如何。

-- 作者：zwdu
-- 发布时间：2005-03-04 17:48:37
可以用35的“RES MIN ”测试项观察809A0140024的全频段的底噪。不会是小站的TCH载频参数下错(载频数开的过少),又是好多小站在一块吧.

[此贴子已经被作者于2005-3-4 21:27:38编辑过]

-- 作者：寒冰冷月
-- 发布时间：2005-03-06 16:46:25
你可以实际的多测试一下,会有其它收获的,我觉得在此区域内应该不至一个基站存在这种现象，这种现象的干扰是很严重的。再用仪器测一下吧。

-- 作者：samuel19
-- 发布时间：2005-07-03 20:30:16
楼上各位根据哪一点判定这个区域底噪高?干扰严重呢?
这个参数?
[21:46:01]>{41dBuV ERR( 76,115)}

目前已经有7条评论 >>> 发表你的见解