空中接口学园--关于再次请求率！

  《空中接口学园》
>>   PHS网络优化
>>>>  关于再次请求率！

-- 作者：华人
-- 发布时间：2004-04-20 10:14:52
大家讨论有什么好的优化手段可以降低基站的再次请求率？！

-- 作者：transmit
-- 发布时间：2004-04-20 13:25:51
由于DCA算法是基站用自己的上行来决定TCH是否好用，但手机侧是通过监测下行信号来判断TCH是否可用的，因此两者之间必然会有一定比例的“不匹配”，这种原因产生的Re-req是无法克服的。因此在一个优秀的网络中，Re-req比例一般也有8%左右，普通的网络在10％左右。当话务量高上去后，这种不匹配度更严重，Re-req可达20％。

-- 作者：华人
-- 发布时间：2004-04-20 15:19:35
大家讨论一下，如何在不匹配度严重的区域降低Re-request的方法？当然理论上通过改善DCA算法可以，但是我们如何从优化的角度来作这项工作呢？
因为Re-request不仅浪费基站的上下行SCCH（主要是下行），而且还是呼叫的失败率上升！

-- 作者：wsxtz
-- 发布时间：2004-04-20 15:27:11
本人有以下一些愚见，请各位大虾指正：
硬件调整：降低过覆盖基站高度，多使用高下顷角度天线，多采用定向天线覆盖高话务区等；
参数调整：扩频和提高频点选择干扰门限。

-- 作者：华人
-- 发布时间：2004-04-20 15:46:44
是否还可以通过频率规划，对于一般网络对于频率规划可能作用不大，但是对于“不匹配度严重”的网络频率规划可能作用就不一样了～把全网划分成很多的区域，相邻区域使用不同频率组，相当于降低了DCA算法的“深度”！
大家的看法呢？

-- 作者：transmit
-- 发布时间：2004-04-20 17:48:05
又绕到频率规划这个问题上了哈！

-- 作者：黑山
-- 发布时间：2004-04-20 20:11:12
应该先处理RF环境在做其它的？？

-- 作者：transmit
-- 发布时间：2004-04-21 13:33:46
RF环境肯定是要处理的，但是如果有更简便的方法为什么不试试呢？

-- 作者：华人
-- 发布时间：2004-04-21 15:06:26
小灵通网络基战这么多，RF环境处理哪有这么容易啊？当然能够通过简单的手段可以实现是最好了！

-- 作者：xfr1974
-- 发布时间：2004-06-02 20:27:57
把全网划分成很多的区域，相邻区域使用不同频率组。想想看，这样的工作量是否会很大？
呵呵。申明：我是菜鸟~~

-- 作者：xmwilson
-- 发布时间：2004-08-15 20:30:49
用四组不同的频率组？如何？每组12-20个频点。

-- 作者：transmit
-- 发布时间：2004-08-16 13:21:03
试过了，效果不明显

-- 作者：chenkai
-- 发布时间：2004-12-16 23:28:14
增加频点不是说加就加的，无委控制很严。wsxtz提出使用定向天线，但在使用当中发现部分天线效果不理想，再次请求率很高，请给一些须注意的事项，我是菜鸟，请各位老大给与支持。

-- 作者：raind
-- 发布时间：2004-12-21 15:55:43
板状天线的后向扫描会较差，可在板状天线上增加一根全向天线，做为TCH的扫描，可一定程度上降低RE-REQUEST

-- 作者：phser
-- 发布时间：2005-01-19 21:24:23

以下是引用raind在2004-12-21 15:55:43的发言：
板状天线的后向扫描会较差，可在板状天线上增加一根全向天线，做为TCH的扫描，可一定程度上降低RE-REQUEST

怎么实现？你试过吗？

-- 作者：寒冰冷月
-- 发布时间：2005-01-21 13:46:25
我觉得是不是可以先考虑一下RF侧的环境，针对安装较高的基站进行专项优化，如降低基站的安装位置，调整参数来控制覆盖范围。

-- 作者：jhsym
-- 发布时间：2005-09-11 09:03:36
现在协调点非常困难,调整点位也不容易,还是别去动它吧

-- 作者：raind
-- 发布时间：2005-10-11 10:11:47
单独使用几个频点分配给RERE-QUEST次数很高的基站，对降低成片区域的REREQUEST很有用。

-- 作者：zhaojun2
-- 发布时间：2007-05-22 21:52:30
ok

目前已经有19条评论 >>> 发表你的见解