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

>> GSM
空中接口学园 → 空中接口技术的原理 → 2G：GSM → Paging 消息解析
  发表一个新主题  发表一个新投票  回复主题 您是本文的第 11204 个阅读者　　浏览上一篇主题  刷新本主题   树形显示文章　浏览下一篇主题
 * 主题： Paging 消息解析 保存该页为文件  报告本帖给版主  显示可打印的版本  把本贴打包邮递  把本贴加入论坛收藏夹  发送本页面给朋友  把本贴加入IE收藏夹 
 tom 在线，有人找我吗？
  
  
  等级：LTE学习大使
  文章：4522
  积分：
  注册：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学习大使
  文章：4522
  积分：
  注册：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学习大使
  文章：4522
  积分：
  注册：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学习大使
  文章：4522
  积分：
  注册：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学习大使
  文章：4522
  积分：
  注册：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学习大使
  文章：4522
  积分：
  注册：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空中接口学园 , 页面执行时间：296.875毫秒