数据业务对寻呼容量的影响应用研究.docVIP

数据业务对寻呼容量的影响研究 1．背景 在GSM寻呼容量是足够的，高密度话务区域出现明显的寻呼容量不足问题，大量的寻呼排队拥塞、超时和二次寻呼，无线寻呼的过程，即MSC通过寻呼寻找到MS的通信过程，只有在查找到移动用户后，MSC才能进行下一步的呼叫接续工作。 GSM规范定义了3种GPRS网络工作模式， 电路寻呼信道 GPRS 寻呼信道 寻呼配合关系 I 分组寻呼信道 分组寻呼信道 需要SGSN与MSC/VLR配合进行寻呼，应选用Gs接口。MS只需监视一个寻呼信道，如果给MS分配了分组数据信道，则MS就在该分组数据信道上接收电路业务的寻呼信息。 CCCH寻呼信道 CCCH寻呼信道 分组数据信道 － II CCCH寻呼信道 CCCH寻呼信道 不需要SGSN与MSC/VLR配合进行寻呼。MS只需监视CCCH寻呼信道，但即使给MS分配了分组数据信道，MS也仍在CCCH寻呼信道上接收电路业务的寻呼信息。 III CCCH寻呼信道 分组寻呼信道 不需要SGSN与MSC/VLR配合进行寻呼。MS需要监视CCCH寻呼信道和分组寻呼信道这两个信道。 CCCH寻呼信道 CCCH寻呼信道 目前省的网络工作模式为II，II的具体定义为： ??????? Network operation mode II: the network sends a CS paging message for a GPRS-attached MS on the CCCH paging channel, and this channel is also used for GPRS paging. This means that the MS needs only to monitor the CCCH paging channel, but that CS paging continues on this paging channel even if the MS has been assigned a packet data channel. 因此，在第二种网络模式下，CCCH信道承担了语音和数据业务的寻呼，在部分区域产生PCH信道拥塞将会有较大的几率，这在数据业务并不繁忙地区出现的可能性将相对较低。 寻呼是在BCCH(Broadcast Contro Channel ) 的0 时隙上进行的。0 时隙上承载以下几种信道：广播信道(BCH)，控制信道(CCCH)，如果采用了组合的BCCH/SDCCH，也有Dedicated Control Channel(DCCH)。 BCH 承载频率校正信道(FCCH)，同步信道(SCH)以及BCCH。 CCCH 承载以下两种子信道：PCH 和Access Grant Channel)AGCH)。其中PCH 就是用来向移动台传送寻呼请求信息的，但AGCH优先于PCH DCCH 承载SDCCH，慢速随路控制信道(SACCH)，小区广播信道(CBCH)。 0 时隙在逻辑上被分为复帧结构，每个复帧的发送时间为235.4ms。一个复帧等于51帧。复帧根据不同的帧结构，有不同的寻呼容量： 无组合BCCH/SDCCH 每复帧能够提供9个寻呼块。 在这种配置下，CCCH，在BCCH 的0 时隙上，不用为SDCCH 提供时隙(见图2)，而信令子信道将会被分配到另外的一个或多个时隙上。 CCCH 可以与SDCCH/4 一起放置于BCCH 的0 时隙上。这样的配置意味着可以省一个时隙来用于话音或信令通讯。但是，这也对寻呼容量有影响：每个复帧只能提供3个寻呼块而不是原来的9 个(见图3)，而BTS 的寻呼容量也成为原来的1/3. 我们可以用参数BCCHTYPE来选择组合或非组合结构。 AGCH 在通话建立的过程中为移动台指配SDCCH(立即指配)，AGCH 占用PCH 的资源（因为接入信息比寻呼信息有更高的优先级）。CCCH 可以有指定的AGCH，或者AGCH 在偷帧的模式下工作，这样的话在需要的时候PCH 被AGCH 代替。如果使用指定的AGCH，每复帧会有2 个寻呼块(组合BCCH/SDCCH)或8 个寻呼块(非组合BCCH/SDCCH)。 寻呼块结构： 每个寻呼块最多可以发出4 个寻呼请求(Paging Request)。 每个PAGING BLOCK为32位，IMSI为15位，TMSI为8位，故每个PAGING BLOCK为4 Byte,1个IMSI为2 Byte,1个TMSI为1 Byte 每个寻呼块可以有以下三种组合： 3．小区寻呼容量BCCH(Broadcast Contro Channel ) 的0 时隙上进行的，其中的PCH 用来向移动台传送寻呼请求信息。BCCH 的0 时隙在逻辑上被分为复帧结构，每