各位大神，TD的PS域接通率差改哪些参数可以变好???

你得先分析是什么原因导致的接通差，RNC级的还是小区级的，RRC差还是RAB差，再决定怎么优化处理。不一定直接就改参数解决

接通率可以分别从RRC与RAB入手优化
1、查看RRC建立详细原因值（注册类失败比例高【提高最小接入电平】或者系统间小区重选失败比例高【核查GSM侧TDD_OFFSET参数，提高GSM-TD重选门限，规避频繁重选及弱场起呼】）；
2、使用PCHR输出PS域RAB建立失败的错误编码，对症下药，有可能为TOP终端导致；
PS域掉话率问题可调整PS永久在线定时器（立竿见影）

PS掉线率高，有无线环境原因、设备原因和处理机制问题、参数设置问题。
PS掉线率高，主要在于PS业务本身特点：+y3[0E9H#H3A0g
1、采用AM模式，需重传确认，容易出现RLC错误，触发小区更新而导致失败；移动通信,通信工程师的家园,通信人才,求职招聘,网络优化,通信工程,出差住宿,通信企业黑名单!`/8y$U4a+f1q-J
2、占用资源多，更容易由于资源拥塞原因导致切换失败，或由于PS调度，重配资源出现问题；mscbsc 移动通信论坛拥有30万通信专业人员，超过50万份GSM/3G等通信技术资料，是国内领先专注于通信技术和通信人生活的社区。2E#q.r2X4r4i0?!t6y*U
3、在2G/3G互操作过程中，采用重选方式，比CS更容易出现问题。
,求职招聘,网络优化,通信工程,出差住宿,通信企业黑名单-N,t/1y9;a7C*[)E/G
等等，这些因素，都导致PS掉线率比CS掉话率高。bbs.mscbsc.com*^3d&@2W.~3(L'b3a,^

分析思路来说，还是从这几个方面入手：
1、覆盖优化，保持RSCP大于80左右；
2、干扰优化，特别是邻区优化，目前看来，对干扰影响很大；
3、参数优化，DCA算法参数，2G/3G互操作参数均会影响切换成功率；2m9g4o R3E,m-W
4、目前处理机制进一步优化，如并发业务等； |  国内领先的通信技术论坛(|)X4]$g&R5Z9^+Q
5、目前设备如UE还有这样那样问题，以及用户习惯，一上网就不下线，一直挂起等（目前已有应对机制）。

从PS域指标中选择PS域接通率低的RNC，对其RNC的话统进行分析，分析RRC建立失败和RAB指派建立失败的Top原因，针对从话统中导出的RRC建立失败原因和RAB建立失败原因进行相应处理。bbs.mscbsc.com.Y,Y/|!w(g,f
1、从RRC连接建立失败原因话统中导出RRC连接建立失败的原因，RRC连接建立失败的原因主要包括：
         RL建立失败 |  国内领先的通信技术论坛1V4a,u.}9A3H9q
         AAL2建立失败
         拥塞 |  国内领先的通信技术论坛2w5m2a%P"T5N"f'R/f;L
         FP同步失败
         小区没有应答

2、由RAB建立成功率导出RAB建立失败原因，RAB建立失败原因主要包括：mscbsc 移动通信论坛拥有30万通信专业人员，超过50万份GSM/3G等通信技术资料，是国内领先专注于通信技术和通信人生活的社区。!7H'U"C @8C l
         最大速率不支持
         无效RAB参数mscbsc 移动通信论坛拥有30万通信专业人员，超过50万份GSM/3G等通信技术资料，是国内领先专注于通信技术和通信人生活的社区。;q4V1@-] w6A*g+|
         IU接口传输建立失败bbs.mscbsc.com3@.D)W,O'L }9I,p+r"Q#Y
         无可用资源
         未知错误移动通信,通信工程师的家园,通信人才,求职招聘,网络优化,通信工程,出差住宿,通信企业黑名单.Z4j$u7@8G/{4F%A4A&H
            没有UE应答

首先根据话统数据来获取全网RRC和RAB建立成功率的变化趋势，假如指标达到满足要求，就继续观察；如何没有找出RRC或者RAB建立成功率低的TOP小区进行分析。处理TOP小区首先排查是不是站点存在告警，如果存在告警，提交排障租检查；如果不存在告警，则需进一度的核查是RRC连接建立成功率低的原因还是RAB建立成功率低的原因。如果是RRC建立成功率低的原因，则需对TOP小区实施调整，RAB亦然。最后看实施方案是否能够推广全网，如果可以的话，全网实施调整方案。
常见接通问题主要包括：RRC连接成功率低、RAB建立成功率低。
1.1 RRC 建立主要分为四个部分：
Ø  UE 在RACH 上发RRC CONNECTION REQ；
Ø  RNC 接收到RRC CONNECTION REQ后，配置L2 资源并和NodeB 建立IUB 接口上的RL 链路；
Ø  RNC 向UE 发RRC CONNECTION SETUP；
Ø  UE 回复RRC CONNECTION SETUP COMPLETE。
统计RRC 接通率的起始点是RNC 收到RRC CONNECTION REQ，终止点是RNC 收到RRC CONNECTION SETUP COMPLETE。
影响RRC建立成功率的是RRC连接建立失败次数，主要由以下几个方面没有成功导致的。
Ø  RNC 资源分配失败，或者建立L2 实例失败，或者IUB 接口RL 链路失败目前的用户量和话务量都不多，出现资源不足的情况基本上不可能，因此如果出现了前面几种失败原因，  一般都是RNC 或者NodeB 内部出现了问题，需要检查RNC 和NodeB的状态或者小区状态。
Ø  UE 收不到RRC CONNECTION SETUP。RRC CONNECTION SETUP消息是在FACH上发给UE 的。目前SCCPCH 功率配置的值一般是-3db(相对于PCCPCH 功率，单码道)。从覆盖上来说，已经和PCCPCH 的覆盖一样了。如果仍然出现UE 收不到RRC CONNECTION SETUP消息（这个光从RNC 的log 看不出来，必须要通过采集终端的log 来查看），则需要调整SCCPCH 功率，来满足信号覆盖不好的地方功率需求。
Ø  RNC 收不到RRC CONNECTION SETUP COMPLETE。如果UE 收到RRC CONNECTION SETUP 消息后，会向网络回复RRC CONNECTION SETUP COMPLETE消息。如果UE在作专用信道同步时失败，或者在向网络侧发 RRC CONNECTION SETUP COMPLETE RRC建立失败。
解决方案：
Ø  通过提高上行期望接收功率/RL初始发射功率和修改上行同步的参数，来使得UE能够正常进行专用信道同步和上传RRC 建立完成消息。
Ø  上行干扰余量用来调整计算上行期望接收功率的大小，主要为了在上行初始接入时，对上行期望接收功率进行调整，从而能够满足各个小区不同环境的要求。上行初始发射功率 = PRXDPCHdes + LPCCPCH其中：LPCCPCH为PCCPCH信道的路径损耗，可以通过网络侧下发的PCCPCH功率值减去UE接受到的PCCPCH RSCP，即可得到LPCCPCH。PRXDPCHdes为接收机期望接收的功率等级 。PRXDPCHdes = initial SIR target + ISCP  + MarginUL_Interference。其中：Initial SIR Target：上行初始 SIR 目标值。ISCP：上行时隙 ISCP。MarginUL_Interference：上行干扰余量。在其他条件相同的情况下，上行干扰余量配置越小，计算出的期望接收功率也就越小。UE以初始发射功率进行初始接入。如果初始发射功率过小，则易造成网络侧无法接受到上行信令，从而影响无线接通率。
Ø  修改TOP小区MAXFACHPOWER由-30改为0。FACH为前向接入信道。根据RRC Fail Cause多为No Rply，可以初步判出最差小区RRC建立失败为RNC未收到UE发的RRC建立完成信令导致。所以修改FACH信道的功率。
Ø  修改TOP小区SCCPCHPOWER由-30改为0。SCCPCH为辅助公共控制物理信道。根据信道的映射与承载关系，在修改FACH信道功率的小区同时修改SCCPCHPOWER。
Ø  如果是UE收不到RRC CONNECTION SETUP或者是RNC 收不到RRC CONNECTION SETUP COMPLETE导致的RRC建立失败，只能在发现问题后，通过路测以及调整上行或下行功率值，来确定是上行功率不足，还是下行功率不足。
Ø  TD 的同频干扰是比较严重的，如果小区的邻区中，存在同频并且同扰码（这儿指的不是主频RRC 建立失败比较多时，需关注是否是干扰导致的。如果是干扰因素，先需要解决频点和扰码的规划问题。在解决频点和扰码问题时，不仅要关注RNC 内的频点扰码，还需要关注邻RNC 间的频点扰码。
Ø  PS 业务主要是在室内使用，如果没有配置室内分布系统，光靠室外基站覆盖室内，其PCCPCH RSCP 的接收电平相对较低（很有可能低于-90dbm）。在这样的PCCPCH RSCP 条件下，对于PS 业务的RRC建立成功率有很大的影响。在相同的PCCPCH发射功率下，PS业务的RRC 建立成功率比CS 业务的RRC建立成功率要低一些也是正常的。因此，如果PS 业务的RRC 接通率一直不高，可以查看覆盖区域的信号强度是否足够强，如果不够，可能需要调高PCCPCH 功率，或者是调高小区的驻留电平收缩覆盖范围。
1.2 RAB建立过程
RAB接通率计算点是从RNC在IU接口收到RNANP ASSIGNMENT REQ开始，到RNC在IU 接口回复成功的RNANP ASSIGNMENT RSP为止。
下图为RAB建立信令流程图：

失败原因一般从以下2个方面分析：
Ø  IUB 接口的传输一般是比较稳定可靠的，传输过程出现问题的概率很低。但无线链路重配置过程可能失败，主要的现象一般是NodeB 回复无线链路重配置失败，原因各种各样。  建网初期开通的功能，一般较少。很多复杂的算法都不会开通，因此资源配置错误、资源配置冲突等问题，不会出现。如果出现了NodeB 回复无线链路重配置失败的现象，很大的可能是NodeB 出现了什么问题。这种情况下，无法通过修改参数或者调整功率、天线方向等方法来解决。
Ø  UE 在新的DPCH 上回复RB SETUP CMP 之前，会先作专用信道同步。在进行专用信道同步时，UE 会采用网络侧配置的初始功率来发送specail burst。NodeB 也是采用网络侧的提供的初始发射功率进行specail burst进行发射。UE在新的链路同步上以后，就可以采用闭环功控来进行功率调整，等激活时间生效，就可以采用新的功率在新的链路上发送RB SETUP CMP到UTRAN。在此过程中，专用信道同步失败会导致UE建立RB失败。如果UE配置成功，同步也成功，但是在发送RB SETUP CMP后，UTRAN收不到该消息，在统计时，也会统计为失败。另外，激活时间太短，导致UE 那边来不及处理或者同步，也会导致RB建立失败。
解决方案：
Ø  开环功率不足。如果是开环功率较低，可以提高上下行的开环功率。可以通过如下参数进行调节：MINDLINITPWR（下行初始发射功率最小值），该值用来设置开环发射功率的最小值。该值的设置对接入、切换入、迁移入时的初始下行功率都有效。该值设置越大，初始开环下行发射功率越大，利于接通率；但容易抬升网络干扰；DLINTERFERERSV（下行干扰余量）；MaxSIRTarget（最大SIR目标值）。
Ø  激活时间太短。如果激活时间太短，可以通过修改下面的参数来调整激活时间：MIDRATERLACTTIMEDEFOFFVAL、HIGHRATERLACTTIMEDEFOFFVAL。
Ø  修改UPPCH期望接受功率来提高RAB建立成功率。

PS现在最主要的是解决拥塞问题