结合GSM协议文档与Tems工具捕捉到的GSM手机数据，分析L3消息。以0418-8r0为例.

结合GSM协议文档与Tems工具捕捉到的GSM手机数据，分析L3消息。以0418-8r0为例.

Tems显示的一个L3的Paging request type 2 message detail:


在消息数据输出里，第一个字节是0x49, 结合0418-8r0.doc的9.1.23，Paging request type 2，如下图:

 

对于L2 Pseudo对于L2 Pseudo Length 10.5.2.19，文档做了如下描述：



注意到Message dump的数据是Hex(十六进制), 而Tems的Message detail对话框中，L2 pseudo length:18（注意，这是十进制值)。

由于 IE L2 Pseudo Length在消息中的存在是强制的(M)， 格式是V(值), 长度是1(字节, byte)，
所以， Figure 10.5.2.19.1: L2 Pseudo Length information element表格中的L2 Pseudo Length IEI所在的八位组不需要（在消息中不出现），因此0x49就是L2 Pseudo Length value所处的八位组了，
那么0x49与L2 pseudo length:18，有什么关系呢？（或者如何计算呢？）
(0x49 – 0x1) >> 2 = (73 – 1) / 4 = 72 / 4 = 18.

Oh, So easy, :-).

理解这个算式，要结合Figure 10.5.2.19.1: L2 Pseudo Length information element与Table 9.1.23.1: PAGING REQUEST TYPE 2 message content来思考。

我理解这个数据，走了不少弯路。对于其它的Message dump数据，按照这个思路，就比较好理解了。
：）