- 1、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。。
- 2、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载。
- 3、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
- 4、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
- 5、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们。
- 6、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
- 7、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
汕头本地网LA规划
汕头本地网 LA 规划
第一部分:基于优化位置区边界出发的计算方法及割接方案
1、现网LAC分布情况分析
在地图上作出现网各个LAC分布情况:
2、分析现网各个网元的寻呼容量
寻呼是在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 就
是用来向移动台传送寻呼请求信息的。
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)。
每个寻呼块可以有以下组合:
2 个IMSI 寻呼请求 (IMSI=International Mobile Subscriber Identity)
4 个TMSI 寻呼请求 (TMSI=Temporary Mobile Subscriber Identity)
1IMSI+2TMSI 寻呼请求
关于寻呼组:
当移动台调到BCCH 频点后,就解码系统信息,计算它属于哪个寻呼组,以及可
用的寻呼块。我们可以对每个小区设定寻呼组的数量。寻呼组数量多意味着移动
台在自己的正确的寻呼快到来之前必须要等更长的时间,这增加了寻呼时间。寻
呼组数量少可以缩短呼叫建立的时间,因为移动台可以更频繁的听自己的寻呼,
但不利的是会增加移动台的功耗。
有两个参数可以在小区内定义寻呼组的数量:AGBLK 与MFRMS。
AGBLK
参数AGBLK 定义每复帧有多少寻呼块做为AGCH(立即指派)。爱立信的BTS 支持
AGBLK=0(不保留AGBLK)和AGBLK=1(保留一个AGBLK)。
MFRMS
MFRMS 定义同一寻呼组的寻呼间隔,以一个复帧周期为单位。比如,MFRMS=9
表示移动台属于一个特定的寻呼组每9 个复帧周期重复一次。那么这个寻呼组的
寻呼周期大致为2.1 秒 (9*235.4ms) 。
文档评论(0)