寻呼是建立在RRC连接请求之前吗啊？

TD寻呼
  RNC在处理CN的寻呼消息时，根据判断UE是否存在寻呼域之外的其它CN域信令连接，以及UE所处的模式和状态，区分两种类型的寻呼：Paging Type 1和Paging Type 2 。

如果被寻呼的UE不存在其它的CN域信令连接，则UTRAN通过PCCH信道下发送Paging Type 1（第一类寻呼消息） 
如果被寻呼的UE存在其它的CN域信令连接，且该UE处于CELL_PCH或者URA_PCH状态，则UTRAN通过PCCH信道下发送Paging Type 1（第一类寻呼消息）；
 
 如果被寻呼的UE已经存在其它的CN域信令连接，且被寻呼的UE处于CELL_DCH或者CELL_FACH状态，则UTRAN通过已经存在连接的DCCH信道下发送Paging Type 2（第二类寻呼消息）。对于这种通过DCCH信道发送第二类寻呼消息的过程，也叫做专用寻呼过程。UE接收并读取Paging Type 2中的内容，并把寻呼原因及寻呼记录种类标识等信息上报给本侧非接入层后结束寻呼过程，不影响UE侧正在进行的其它RRC进程。
 

    如果网络要寻呼处于空闲状态、CELL_PCH或者URA_PCH状态的UE，首先由CN 通过Iu接口调用RANAP 消息 Paging发送给RNC，在特定区域（包括一个或多个RNC）内寻呼某个UE。为了增加UE接收到寻呼的机会，UTRAN对一个寻呼消息会进行多次重复发送，重复次数由系统设定，网优不可见。另外，UTRAN通过在一个PAGING TYPE 1消息中为每个UE设置一个PAGING RECORD来实现在同一个寻呼时机同时寻呼多个UE。
 
    RNC收到寻呼请求后，在PCCH上向UE发起寻呼类型1消息来寻呼特定UE。PCCH对应的传输信道是PCH。通常PCH被分成一个个PCH 块，以实现终端对寻呼消息的非连续接收（DRX）。最后UE通过Uu口检测到从RNC来的对自己的寻呼消息PAGING TYPE 1，则发起RRC信令连接建立过程。



 
 
从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区的范围了）。

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

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

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

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

Paging Type 1：UE和RAN没有RRC连接（在Idle模式）或者在CELL_PCH or URA_PCH状态时，使用PCCH信道进行寻呼，Type1寻呼消息可以针对多个UE；

Paging Type2：UE和RAN有RRC连接，且在CELL_DCH or CELL_FACH状态时，在DCCH 信道AM RLC模式进行寻呼，Type2寻呼消息是针对单个UE的，也称为UE专有寻呼。
 
采用paging type1还是paging type2由RNC决定。
 
 

是这样的，答：
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个手机

被叫为空闲模式时为Paging type1，被叫为专用模式时为Paging type2

好像是这样的，求确认。

type1, 2个IMSI（或TMSI）
type2, 3个TMSI（或2个TMSI+1个IMSI）
type3, 4个TMSI的寻呼发送方式。