通信人家园

标题: 寻呼消息 PAGING REQUEST TYPE 1 2 3的用法有什么区别呢？ [查看完整版帖子] [打印本页]

时间: 2009-10-9 23:46

作者: willsmith2009 标题: 寻呼消息 PAGING REQUEST TYPE 1 2 3的用法有什么区别呢？

今天被这个问题苦恼了很久，至今未能找到合适的答案。
寻呼一般不就1个MS吗，TYPE1就够了，为什么还要TYPE2和TYPE3呢？不知道有高人在吗？

时间: 2009-10-12 00:29

作者: z1x2

从MSC（或从A口）的角度来看，寻呼是一个MS没错。（如08.08中定义的Paging，只带一个MS下来）。
但是你提到的Paging Request是04.08中定义的，是从空口的角度来看的。总的来说，Type1/2/3是用来提高空口资源的效率的。具体解释如下：
首先，寻呼要通过PCH信道发送。PCH与AGCH共享CCCH的9个Block（9个，是指BCCH与SDCCH非combination得情况。如果是combine的，是3个）。对于GSM的51复帧结构来说， 9个block的长度约为235ms。假设其中为AGCH预留2个block，那么用于发送寻呼的block为9-2=7个block。即在小区配置一个CCCH的情况下，每秒有(1000/235*7)=29次机会发送寻呼消息。假设MSC以每秒100个的速度寻呼手机，以Type1的方式，空口是无法完成的。为了提高空口效率，我们就希望一个消息能尽可能多地寻呼手机。
GSM每时隙信息比特数为114bits，每个PCH block由4个时隙组成，即可发送57byte的数据，因此规范定义了
type1, 2个IMSI（或TMSI）
type2, 3个TMSI（或2个TMSI+1个IMSI）
type3, 4个TMSI的寻呼发送方式。这样空口就提高了寻呼发送的效率。例如type3的方式下可每秒寻呼>110个手机。（当然如果MSC侧以更高的速率发送Paging，需要增加CCCH的数量，或者减小LAC区的范围了）。

这里我也有不明白的地方，为什么只能到4个TMSI而不是更多？type3的消息长度只有23个byte呀？难道是由于交织的原因、每时隙的有效信息比特位57bits？？哪位高人指点一下吧

另外，需要注意的是，当一个Page Request里寻呼多个手机时，这些手机应当是同一寻呼组的。关于寻呼组的定义请参考3gpp的05.02。

时间: 2009-10-31 23:51

作者: willsmith2009

原帖由 z1x2 于 2009-10-12 00:29 发表
从MSC（或从A口）的角度来看，寻呼是一个MS没错。（如08.08中定义的Paging，只带一个MS下来）。
但是你提到的Paging Request是04.08中定义的，是从空口的角度来看的。总的来说，Type1/2/3是用来提高空口资源的效率的 ...

谢谢你的答复，不过补充一下，GSM每个时隙貌似是156.25个bits

时间: 2009-11-1 00:01

作者: willsmith2009

哦，你说的是信息比特数

时间: 2009-11-1 00:30

作者: willsmith2009 标题: 回复 2# 的帖子

另外，想请教下你的最后一句，为什么“当一个Page Request里寻呼多个手机时，这些手机应当是同一寻呼组的”？如果不是一个寻呼组貌似也没有什么问题啊，MS1监听寻呼组1，MS2监听寻呼组2。有问题吗？

时间: 2009-11-1 13:59

作者: cdma1xdj 标题: 回复 5# 的帖子

寻呼组可作为寻呼信道(PCH)用来广播寻呼请求，同时也可作为AGCH用来回应手机的接入请求，即分配SDCCH｡操作上，可将数个复帧组合在一起，形成一个寻呼周期，增加小区内的寻呼组数量｡手机会周期性地监听所属的寻呼组，于是当手机作被叫时，会监测到基站发送的寻呼请求，并做出回应｡

寻呼组设置较多意味着手机在监测到正确的寻呼组之前需要等较长时间，这样会增加寻呼的时间｡寻呼组设置较少会由于手机较为频繁地接听寻呼组而缩短呼叫建立时长，缺点是手机会很费电｡一个小区寻呼组的数量可以通过以下2个参数来调整:

明白了不？
手机是周期监听自己归属的寻呼组的，当基站收到寻呼命令后，将在该寻呼组所属的寻呼子信道上发出寻呼请求消息。

时间: 2009-12-3 15:57

作者: erjia

好像有一些明白了。

时间: 2010-5-17 09:59

作者: andy_nig

TO 2楼：
23byte，为46位HEX，即184bits信息量
TMSI：8位HEX
IMSI:15位BCD码
根据TEMS的层三消息，个人认为：4*8+6(头BITS，用来标识TMSI或IMSI+6(尾Bits）＝44<46

时间: 2012-7-9 16:47

作者: fancaiwei

原帖由 z1x2 于 2009-10-12 00:29 发表
从MSC（或从A口）的角度来看，寻呼是一个MS没错。（如08.08中定义的Paging，只带一个MS下来）。
但是你提到的Paging Request是04.08中定义的，是从空口的角度来看的。总的来说，Type1/2/3是用来提高空口资源的效率的 ...

--------每时隙信息bit为113bit/TS？不知道怎么算出来的，按照GSM规范，456bit进入编码器搞成20ms的语音块，然后再进行交织....没时隙信息bit应该为456bit/20ms*0.577（每时隙时长为0.577ms），在51复帧里面，一个PCH Block块是4个帧，而不是4个时隙，两者有本质的差别。
不知道paging message在Abis RSL链路中的大小是多少，对LAPD的带宽消耗是多少？

时间: 2012-7-9 17:10

作者: fancaiwei

原帖由 willsmith2009 于 2009-10-31 23:51 发表

谢谢你的答复，不过补充一下，GSM每个时隙貌似是156.25个bits

---------你这计算是按照270kbit/s来的吧？这是调制后的符号率，调制前的速率只有13.5kbit/s。

通信人家园 (https://www.txrjy.com/)