《无线接入性处理》word版.doc_第1页
《无线接入性处理》word版.doc_第2页
《无线接入性处理》word版.doc_第3页
《无线接入性处理》word版.doc_第4页
《无线接入性处理》word版.doc_第5页
已阅读5页,还剩1页未读 继续免费阅读

下载本文档

版权说明:本文档由用户提供并上传,收益归属内容提供方,若内容存在侵权,请进行举报或认领

文档简介

无线接入性处理无线接入性SDCCH分配成功率*TCH分配成功率SDCCH占用次数/SDCCH试呼次数*TCH占用次数(不含切换)/TCH试呼次数(不含切换)SDCCH分配成功率 SDCCH信道建立过程如下: 下面根据图中的内容对信令连接的过程作简单的介绍: Channel Request(信道要求):由手机在 RACH 信道(随机接入信道)上向(BTS)基站发送一个随机接入脉冲申请一个信道。在信道要求消息中包括了建立的原因及其他内容,其中呼叫建立的这个原因可能是“寻呼响应”、“紧急呼叫”、“移动主叫”、“短信业务”或“其他”,比如“位置更新”; Channel Required(信道请求):由基站(BTS)向基站控制器(BSC)发出一个为手机申请信令信道的消息。通过这条消息,基站(BTS)进一步 向基站控制器(BSC)传递由手机发起的信道要求;Channel Activation(信道激活):由基站控制器(BSC)向基站(BTS)发送。当基站控制器(BSC)收到从基站(BTS)发来的信道请求消息后,基站控制器(BSC)开始按照一定的条件为此次呼叫寻找和分配 SDCCH 信道,满足条件后基站控制器(BSC)向基站(BTS)发送一条信道激活消息,通知基站(BTS)建立呼叫所用的SDCCH;Channel Activation Acknowledge(信道激活证实):由基站(BTS)向基站控制器(BSC)发送。当基站(BTS)激活指定的 SDCCH 后发此消息给基站控制器(BSC),此消息为对信道激活消息的应答,当基站(BTS)发出这条消息后,它开始在 SDCCH信道发送和接受消息;Immediate Assignment Command(立即指配命令):由基站控制器(BSC)向基站(BTS)发送。该消息包括向手机发送的 Immediate Assign(立即指派)消息;Immediate Assignment(立即指配):由基站在 AGCH 信道上发送给手机。该消息根据 Immediate Assignment Command(立即指配命令)中的Immediate Assign(立即指派)消息告诉手机调整至指定的信令信道(SDCCH+SACCH);Establish Indication(建立指示):手机在将其存储的信息与 Immediate Assign(立即指派)消息中所包含的信息进行比较,如果结果正确则手机进入 CM Service Request (CM 业务请求)阶段,在新指派的 SDCCH 上发起 CM Service Request(CM业务请求)。基站(BTS)收到手机发出的 CM Service Request(CM 业务请求)后,向基站控制器(BSC)发出 Establish Indication(建立指示)消息确认立即指配命令。建立指示消息有两种用途:首先,建立指示消息从基站(BTS)的角度出发,向向基站控制器(BSC)指出移动台目前正在指定的 SDCCH 信道上。另外,基站(BTS)将识别这一连结并把接收到的第 3 层的消息加入到这条消息中。同时 SDCCH的指派完成;SCCP Connection Request(SCCP 连接请求)和 SCCP Connection Confirm(SCCP连接证实):基站控制器(BSC)在收到 Establish Indication(建立指示)消息后通过向 MSC 发送包含完整 Layer3 信息的 Connection Request(SCCP 连接请求)消息建立一个面向 MSC 的 SCCP 逻辑连接,MSC 则向 BSC 返回 SCCP Connection Confirm(SCCP 连接证实)消息以证实 A 接口的信令连接已完成。总结,从上面看到SDCCH的试呼次数为统计信令:BSC从Abis接口接收到的Channel Required,SDCCH的立即指配成功次数为统计信令BSC发出分配SDCCH信道的Establish indication。TCH分配成功率TCH信道建立过程如下:下面根据图中的内容对信令连接的过程作简单的介绍:Assignment Request(指派请求):A 接口由 MSC 向 BSC 发送的消息。BSC 在收到这条消息后开始了寻找符合条件的 TCH(话音信道);Channel Activation(信道激活):在 BSC 内部的信道保存和分配之后,找到空闲的 TCH 信道,BSC 发送这条消息给 BTS 来激活指定的 TCH 信道;Channel Activation Acknowledge(信道激活证实):由 BTS 在激活指定的 TCH 信道后向 BSC 发送,证实 BSC 所要求的 TCH 信道已激活;Assignment Command(指派命令):由 BTS 进一步把收到的消息在 SDCCH 上发送给手机。通知手机调整至新的信道(TCH+SACCH+FACCH),该消息包含完整的信道描述信息;Establish Indication(建立指示):由 BTS 向 BSC 发送。手机转到指定的新的信道后发送 SABM(通过 FACCH)通知该信道已正确占用,并且 SACCH 开始处于证实状态 。 当 BTS 收 到 SABM 后 回 发 UA ( 通 过 FACCH ) 信 息 给 手 机 并 向 BSC 发 送“Establish Indication”信息;Assignment Complete(指派完成 MS BSC):由手机向基站(BTS)发送(通过FACCH)。该消息经由 BTS 送往 BSC 指示话音信道的已建立并运行正常;Assignment Complete(指派完成 BSC MSC):由 BSC 向 MSC 发送。该消息向 MSC证实新的话音信道已建立;RF Channel Release(RF 信道释放):由 BSC 向基站(BTS)发送。使原来使用的SDCCH 停止活动;RF Channel Release Acknowladge(RF 信道释放证实):由基站(BTS)向 BSC 发送。证实原来的 SDCCH 无线资源被释放。总结,从上面看到TCH的试呼次数(不含切换)为统计信令:BSC从Abis接口接收到的Channel Required,TCH的分配成功次数为统计信令BSC发出分配TCH信道的Assignment Complete命令。现阶段的无线接入性指标考虑了信令信道分配阶段、话音信道分配这两个阶段,因此,我们在提高无线接入性指标的同时要从随机接入成功率、信令信道分配成功率、话音信道分配成功率三个方面同时入手进行考虑,全面提高网络质量。影响无线接入性的因素主要有:基站硬件故障、信道拥塞、参数设置、覆盖、干扰、传输闪断、上下行平衡以及手机问题等等,需要根据实际情况仔细分析。影响SDCCH分配失败的信令发生在CHANNEL REQUEST和IMMEDIATE ASSIGNMENT COMMAND之间 。 SDCCH 分配失败的主要原因1、BSC和BTS的传输频繁闪断,会引起SDCCH的分配失败2、SD信道异常吊死、大量SDCCH试呼,但占用较少3、DMAX参数设置错误4、上下行链路不平衡5、SDCCH拥塞 SDCCH分配失败的处理方法1、加强维护工作,减少微波传输的使用数量,避免出现传输闪断2、DMAX设置过小,限制外的起呼都会产生CHANNEL REQUIRED消息,但是由于TA受限,BSC就过虑掉了这些起呼请求,因此也就不会产生CHANNEL ACTIVATION消息了。如果SDCCH分配失败率高,其他指标又正常,那么可以检查一下DMAX参数设置,建议该值设置为255。3、SDCCH拥塞部分小区由于处于LAC边界区域或拥塞导致信令信道(SDCCH拥塞),引起SDCCH分配失败。SDCCH拥塞处理方法有以下几种:(1)根据实际情况,适当增配SDCCH信道。(2)非LAC边界小区,适当调整小区的REO或者BTS发射功率。(3)LAC边界小区,调整本小区及附近邻区的HYS。(4)增加信令重发等待时间。现阶段网内TCH分配阶段出现的失败主要集中在拥塞、干扰和硬件故障等情况。ASSIGNMENTFAILURE是和ASSIGNMENTREQUEST对应的,反映了一次TCH分配失败。其原因多数情况下是由于没有空闲的通道,当然还包括了其它干扰或载波硬件故障等情况。 TCH 指派失败的主要原因1、硬件故障。如TRX故障,合路器故障,上下行不平衡;各硬件间射频连线不正确。2、同频或者邻频干扰。由于干扰而引起的高误码率,使得移动台不能与BTS建立起第二层链路,导致指派失败;3、天馈系统出现故障。由于天馈线受到折损、腐蚀,导致因驻波比过高而影响收发性能。4、参数不合理。如果T3107设置的过小,使得网络在未收到指配完成时,就由于T3107的逾时已将信道释放掉。 5、Abis接口传输故障。如果Abis接口传输误码率大,就会导致MS和网络之间不能正常的完成信令的交换,从而导致指派失

温馨提示

  • 1. 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
  • 2. 本站的文档不包含任何第三方提供的附件图纸等,如果需要附件,请联系上传者。文件的所有权益归上传用户所有。
  • 3. 本站RAR压缩包中若带图纸,网页内容里面会有图纸预览,若没有图纸预览就没有图纸。
  • 4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
  • 5. 人人文库网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对用户上传分享的文档内容本身不做任何修改或编辑,并不能对任何下载内容负责。
  • 6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
  • 7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

评论

0/150

提交评论