《 空中接口学园 》 >> 空中接口技术的原理 >>>> Paging 消息解析 |
-- 作者:tom -- 发布时间:2005-04-01 16:10:49 1)空闲消息 源码: 06 21 00 01 F0 2B 2B 2B 2B 2B 2B 2B 2B 2B 2B 2B 2B 2B 2B 2B 2B 06 : 0000 -- shall not be ignored -- 作者:tom -- 发布时间:2005-04-01 16:17:19 2)1 MS 源码:06 21 30 05 F4 AF 09 E6 3A 2B 2B 2B 2B 2B 2B 2B 2B 2B 2B 2B 2B 2B 06 : 0000 -- shall not be ignored 0110 -- RR 21 : 0010 0001 -- Paging request type 1 30 : 00 11 -- (first) TCH/H or TCH/F (Dual rate) 00 -- 00 -- Normal paging. 05 : 0000 0101 -- Lentgh F4: 100 -- TMSI/P-TMSI 0 -- even 1111 -- if TMSI/P-TMSI,it must = 1111 AF 09 E6 3A Paging ID: TMSI/P-TMSI=AF 09 E6 3A
-- 作者:tom -- 发布时间:2005-04-01 16:21:19 3)2 MS 源码:06 21 F0 05 F4 AF C7 10 40 17 05 F4 AF C6 D1 3F 2B 2B 2B 2B 2B 2B 06 : 0000 -- shall not be ignored 0110 -- RR 21 : 0010 0001 -- Paging request type 1 F0 : 11 -- (second) TCH/H or TCH/F (Dual rate) 11 -- (first) TCH/H or TCH/F (Dual rate) 00 -- 00 -- Normal paging. 05 : 0000 0101 -- Lentgh F4: 100 -- TMSI/P-TMSI 0 -- even 1111 -- if TMSI/P-TMSI,it must = 1111 AF C7 10 40 17: -- 2rd ID -- 作者:jorchan -- 发布时间:2005-08-02 23:45:17 tom孙老师 我在分析GSM空中接口时发现,主叫ms1(上行)发出channel request消息后,系统CCCH(下行)紧跟着会发很多paging request type1,然后才是AGCH下行发immediate assignment。 另外GSM空中接口中的release消息cause原因是不是跟ISDN Cause Codes 原因表一致???跟小灵通release消息的原因解释表一致吗? 非常感谢你的解答!! -- 作者:tom -- 发布时间:2005-08-03 09:52:26 你看到的paging request type1消息中,寻呼的终端应该是不同的。这是因为GSM的复帧中AGCH和PCH都是连续的,没有像PHS一样穿插。 没有仔细看,不过感觉cause原因跟ISDN Cause Codes 原因表是一致的,只是少一些。 -- 作者:mapleliu -- 发布时间:2006-03-17 12:30:04 TOM的意思是paging request type1不是针对刚才主叫的手机ms1的? -- 作者:tom -- 发布时间:2006-03-17 14:33:17 paging 显然只与被叫有关. -- 作者:mapleliu -- 发布时间:2006-03-17 17:12:15 明白。 顺便问个问题,3gpp中44060,IE的记法好像是ASR1,对于非等长编码比较常用。但是读起来有点费劲,老师解释一下这种记法如何jie? 比如CONTROL ACK: < Packet Control Acknowledgement 11 bit message > ::= -- 11-bit access burst format < Packet Control Acknowledgement 8 bit message > ::= -- 8-bit access burst format -- 作者:mapleliu -- 发布时间:2006-03-17 17:15:38 比如上面的 < Packet Control Acknowledgement 11 bit message > ::= -- 11-bit access burst format < MESSAGE_TYPE : bit (9) == 1111 1100 1 > | { < MESSAGE_TYPE : bit (6) == 110111 > < TN_RRBP : bit (3) > } < CTRL_ACK : bit (2) > ; 它表示要么是9bit:1111 1100 1 +2bit的ctrl ack 但是一复杂就晕了。 { -- 作者:tom -- 发布时间:2006-03-17 17:20:48 看到就头大,又是与又是或的,估计是为了方便写C的家伙,但是我们又不是计算机。最好是与分析仪的结果比对,就比较方便了。 目前已经有10条评论 >>> 发表你的见解 |
Powered by:Old version Copyright ©2002 - 2019空中接口学园 , 页面执行时间:58.594毫秒 |