使用帮助
关注公众微信
 读懂通信 LTE学习大使 登陆 搜索

>> GSM
空中接口学园空中接口技术的原理2G:GSM → Paging 消息解析
  发表一个新主题  发表一个新投票  回复主题 您是本文的第 11874 个阅读者  浏览上一篇主题  刷新本主题   树形显示文章 浏览下一篇主题
 * 主题: Paging 消息解析 保存该页为文件  报告本帖给版主  显示可打印的版本  把本贴打包邮递  把本贴加入论坛收藏夹  发送本页面给朋友  把本贴加入IE收藏夹 
 tom 离线,有人找我吗?
  
  
  等级:LTE学习大使
  文章:4544
  积分:
  注册:2003-06-10
给tom发送一个短消息 把tom加入好友 查看tom的个人资料 搜索tom在2G:GSM的所有文章 点击这里发送电邮给tom 引用回复这个文章 回复这个文章楼主
发文心情 Paging 消息解析
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
                    0110   -- RR
    21 : 0010 0001   -- Paging request type 1
    00 : 00
              00            --  Any Channel         
                  00        -- 
                       00   -- Normal paging.
    01 : 0000 0001   -- Lentgh
    F0:             000   -- No Identity
                   0        -- even 
           1111           -- last one
  这里值得注意的是: Page mode & channel 都是半个字节。

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

点击查看用户来源及管理<br>发贴IP:*.*.*.* 2005-04-01 16:10:49
  鲜花(0)  鸡蛋(0)
 tom 离线,有人找我吗?
  
  
  等级:LTE学习大使
  文章:4544
  积分:
  注册:2003-06-10
给tom发送一个短消息 把tom加入好友 查看tom的个人资料 搜索tom在2G:GSM的所有文章 点击这里发送电邮给tom 引用回复这个文章 回复这个文章2
发文心情 
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

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

点击查看用户来源及管理<br>发贴IP:*.*.*.* 2005-04-01 16:17:19
 tom 离线,有人找我吗?
  
  
  等级:LTE学习大使
  文章:4544
  积分:
  注册:2003-06-10
给tom发送一个短消息 把tom加入好友 查看tom的个人资料 搜索tom在2G:GSM的所有文章 点击这里发送电邮给tom 引用回复这个文章 回复这个文章3
发文心情 
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
05 : 0000 0101   -- Lentgh
F4:             100   -- TMSI/P-TMSI
                 0        -- even 
       1111          -- if  TMSI/P-TMSI,it must = 1111
AF   
C6    
D1    
3F    
       Paging ID1: TMSI/P-TMSI=AF C7 10 40
       Paging ID2: TMSI/P-TMSI=AF C6 D1 3F

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

点击查看用户来源及管理<br>发贴IP:*.*.*.* 2005-04-01 16:21:19
 jorchan 离线,有人找我吗?
  
  
  等级:预备用户
  文章:6
  积分:80
  注册:2004-12-27
给jorchan发送一个短消息 把jorchan加入好友 查看jorchan的个人资料 搜索jorchan在2G:GSM的所有文章 点击这里发送电邮给jorchan 引用回复这个文章 回复这个文章4
发文心情 
tom孙老师

      我在分析GSM空中接口时发现,主叫ms1(上行)发出channel request消息后,系统CCCH(下行)紧跟着会发很多paging request type1,然后才是AGCH下行发immediate assignment。
     我想问的是在channel request与immediate assignment消息中间的若干条paging request type1是用来干什么的,为什么在这个时候发???

    另外GSM空中接口中的release消息cause原因是不是跟ISDN Cause Codes 原因表一致???跟小灵通release消息的原因解释表一致吗?

    非常感谢你的解答!!

点击查看用户来源及管理<br>发贴IP:*.*.*.* 2005-08-02 23:45:17
 tom 离线,有人找我吗?
  
  
  等级:LTE学习大使
  文章:4544
  积分:
  注册:2003-06-10
给tom发送一个短消息 把tom加入好友 查看tom的个人资料 搜索tom在2G:GSM的所有文章 点击这里发送电邮给tom 引用回复这个文章 回复这个文章5
发文心情 
你看到的paging request type1消息中,寻呼的终端应该是不同的。这是因为GSM的复帧中AGCH和PCH都是连续的,没有像PHS一样穿插。
  没有仔细看,不过感觉cause原因跟ISDN Cause Codes 原因表是一致的,只是少一些。

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

点击查看用户来源及管理<br>发贴IP:*.*.*.* 2005-08-03 09:52:26
 mapleliu 离线,有人找我吗?
  
  
  等级:学友
  威望:5
  文章:130
  积分:253
  注册:2004-07-23
给mapleliu发送一个短消息 把mapleliu加入好友 查看mapleliu的个人资料 搜索mapleliu在2G:GSM的所有文章 点击这里发送电邮给mapleliu 引用回复这个文章 回复这个文章6
发文心情 
TOM的意思是paging request type1不是针对刚才主叫的手机ms1的?
点击查看用户来源及管理<br>发贴IP:*.*.*.* 2006-03-17 12:30:04
 tom 离线,有人找我吗?
  
  
  等级:LTE学习大使
  文章:4544
  积分:
  注册:2003-06-10
给tom发送一个短消息 把tom加入好友 查看tom的个人资料 搜索tom在2G:GSM的所有文章 点击这里发送电邮给tom 引用回复这个文章 回复这个文章7
发文心情 
paging 显然只与被叫有关.

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

点击查看用户来源及管理<br>发贴IP:*.*.*.* 2006-03-17 14:33:17
 mapleliu 离线,有人找我吗?
  
  
  等级:学友
  威望:5
  文章:130
  积分:253
  注册:2004-07-23
给mapleliu发送一个短消息 把mapleliu加入好友 查看mapleliu的个人资料 搜索mapleliu在2G:GSM的所有文章 点击这里发送电邮给mapleliu 引用回复这个文章 回复这个文章8
发文心情 
明白。
顺便问个问题,3gpp中44060,IE的记法好像是ASR1,对于非等长编码比较常用。但是读起来有点费劲,老师解释一下这种记法如何jie?

比如CONTROL ACK:
Table 11.2.2.1: PACKET CONTROL ACKNOWLEDGEMENT
< Packet Control Acknowledgement message content > ::=  -- RLC/MAC control block format
 < TLLI/G-RNTI : bit (32) >
 < CTRL_ACK : bit (2) >
 { null | 0 bit** = < no string >   -- Receiver backward compatible with earlier version of the protocol
  | 1
   { 0 | 1 < TN_RRBP : bit (3) > }
   { 0 | 1 < G-RNTI extension : bit (4) > }
   { null | 0 bit** = < no string >   -- Receiver backward compatible with earlier version of the protocol
    { 0 | 1 < CTRL_ACK_EXTENSION : bit (9) > }
   < padding bits > }  } ;

< 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) > ;

< Packet Control Acknowledgement 8 bit message > ::=   -- 8-bit access burst format
 < MESSAGE_TYPE : bit (6) == 0111 11 >
 | { < MESSAGE_TYPE : bit (3) == 000>
   < TN_RRBP : bit (3) > }
 < CTRL_ACK : bit (2) > ;


Table 11.2.2.2: PACKET CONTROL ACKNOWLEDGEMENT

点击查看用户来源及管理<br>发贴IP:*.*.*.* 2006-03-17 17:12:15
 mapleliu 离线,有人找我吗?
  
  
  等级:学友
  威望:5
  文章:130
  积分:253
  注册:2004-07-23
给mapleliu发送一个短消息 把mapleliu加入好友 查看mapleliu的个人资料 搜索mapleliu在2G:GSM的所有文章 点击这里发送电邮给mapleliu 引用回复这个文章 回复这个文章9
发文心情 
比如上面的
< 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
要么是110111+3bit TN_RRBP+2bit CTRL-ACK

但是一复杂就晕了。
比如第一个就难读。

{
|
这些符号如何取舍?

点击查看用户来源及管理<br>发贴IP:*.*.*.* 2006-03-17 17:15:38
 tom 离线,有人找我吗?
  
  
  等级:LTE学习大使
  文章:4544
  积分:
  注册:2003-06-10
给tom发送一个短消息 把tom加入好友 查看tom的个人资料 搜索tom在2G:GSM的所有文章 点击这里发送电邮给tom 引用回复这个文章 回复这个文章10
发文心情 
看到就头大,又是与又是或的,估计是为了方便写C的家伙,但是我们又不是计算机。最好是与分析仪的结果比对,就比较方便了。

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

点击查看用户来源及管理<br>发贴IP:*.*.*.* 2006-03-17 17:20:48

本主题文章数10,分页: [1]

管理选项锁定 | 解锁 | 提升 | 删除 | move | 固顶 | 总固顶 | 奖励 | 惩罚 | 发布公告

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