51学通信技术论坛

 找回密码
 立即注册
搜索
查看: 8416|回复: 16
打印 上一主题 下一主题

数据业务对语音质量影响优化策略专题   [复制链接]

Rank: 7Rank: 7Rank: 7Rank: 7Rank: 7Rank: 7Rank: 7

版主 论坛核心会员 特殊贡献奖

跳转到指定楼层
楼主
发表于 2011-6-15 10:25:03 |只看该作者 |倒序浏览
一键分享 一键分享
本帖最后由 cmcc_demon 于 2011-6-20 10:50 编辑

总体原则:以语音优先为基本原则,通过对资源、传输效率、干扰等方面的优化,减少数据业务对语音网络质量的影响,寻求语音和数据性能感知的最佳平衡点。
一、通过提升数据传输效率,降低数据业务对信道的占用,改善对语音的影响。
1、TBF释放参数优化
2、核心网Ready timer参数优化
3、降低CCCH负荷
4、链路自适应算法参数优化
5、推进EDGE改造,提升EDGE小区及载频比例
二、做好网络扩容,消除网络瓶颈,合理设置语音、数据信道配比,保障语音业务资源优先分配。
1、信道资源分配优化
2、合理设置半速率启动门限和相应参数来控制优先占用动态PDCH信道,再启动半速率
3、针对高负荷小区尤其是双忙小区重点优化,载频扩容、小区分裂
4、EDAP、PCU负荷检查,消除网络瓶颈
三、通过降低数据干扰,提升语音网络质量。
5、优化数据业务的上、下行功控,降低数据干扰对话音的影响
6、将2G网络上承载的数据业务分流至TD和WLAN网络上,降低GSM网络负荷

Rank: 1

沙发
发表于 2011-6-19 21:59:02 |只看该作者
我觉得这个可以作为一个专题一直延续下去,期待更新。{:soso_e100:}

使用道具 举报

Rank: 7Rank: 7Rank: 7Rank: 7Rank: 7Rank: 7Rank: 7

版主 论坛核心会员 特殊贡献奖

板凳
发表于 2011-6-20 11:26:37 |只看该作者
【Ready Time定时器优化】
       背景:在数据和话音共用CCCH模式下,一些高校存在大量的寻呼删除小区,影响了话音的寻呼效率。对此可以采取扩展CCCH功能、优化公共信道参数以及SGSN侧Ready Time定时器来减少数据寻呼量,提升话音寻呼效率。下面主要侧重于优化SGSN侧Ready Time定时器后的效果。
       Ready Time含义:定义了手机保持在Ready状态下的时长,该参数会在Attach accept和RAU accept时告知手机终端,目前现网默认值是44S。详细可参考爱卫生的帖子:http://www.gprshome.com/forum.php?mod=viewthread&tid=10&extra=page%3D1。很详细,也通俗易懂。
       这次我们主要是研究将现网默认值由44S改为2分钟,具体修改值主要是考虑到paging delete量,其实就是应大于IM类业务(QQ\飞信类)keepalive time,其中需要监控的指标有:  Attach、RAU、PDP激活成功率、PS paging量以及cell update次数(以上行TBF建立次数来衡量),另外需关注数据网管指标是否异常,具体见附件:。
附件: 你需要登录才可以下载或查看附件。没有帐号?立即注册

使用道具 举报

Rank: 9Rank: 9

懒

地板
发表于 2011-6-20 19:45:24 |只看该作者
本帖最后由 爱卫生 于 2011-6-20 19:46 编辑
cmcc_demon 发表于 2011-6-20 11:26
由于Ready timer加大会增加Cell update次数,从上行TBF建立次数来看,并没有上升,说明大部分数据业务用户是静止使用,不是移动中使用。
  呵呵。谢谢分享。看来用户习惯说明大家只需要无线通信,而不一定要移动通信。那Wi-Fi就大有前途啊。呵呵!
www.gprshome.com: GPRS及移动通信技术学习交流分享平台。

使用道具 举报

特殊贡献用户

分组域未来之星

VIP 论坛核心会员 特殊贡献奖

5#
发表于 2011-6-20 21:41:21 |只看该作者
附件的分析报告 通过修改Ready timer参数,使寻呼量快速下降,有效地降低CCCH负荷,进而保障语音业务,但这只是其中一种行之有效的方法,期待有其他优化方法的介绍  
生命只有一次,珍惜珍重,勿浪费

使用道具 举报

Rank: 7Rank: 7Rank: 7Rank: 7Rank: 7Rank: 7Rank: 7

版主 论坛核心会员 特殊贡献奖

6#
发表于 2011-6-25 21:53:03 |只看该作者
本帖最后由 cmcc_demon 于 2011-6-25 21:55 编辑

【TBF延迟释放参数优化】
      下行TBF释放延迟(DL_TBF_RELEASE_DELAY)有助于快速建立下行TBF,由于下行TBF释放延迟阶段,即使没有数据传输,下行TBF仍然计算在下行时隙负荷中,使得下行TBF可能占用更多的时隙,影响下行数据业务信道的传输效率,从而影响话音业务。我们建议将下行TBF的释放时延减少到0.5S以下,DL_TBF_RELEASE_DELAY小,平均TBF占用时延短,TBF复用度小,有利于单用户速率的提升,但会导致TBF数增多。另外,下行TBF释放时延和上行TBF释放时延可以采取不同的组合试验,缩短前者时延可以减少对无线资源的占用时间,提高数据信道的利用率,延长后者的时延,让更多的TBF建立在PACCH上,可以减少对CCCH资源的占用。

      最后得出试验结论,缩短下行TBF释放时延到0.5S以下的时候,最有利于无线资源的节约,减低了TBF复用度和拥塞率,为话音业务提供了信道空间;上行TBF释放延迟从2S到3S的时候,对CCCH资源节省有一定的贡献3%,但是同时会造成上行TBF拥塞的抬升。建议组合DL_TBF_RELEASE_DELAY=0.3S,UL_TBF_RELEASE_DELAY=2S。
     TBF延迟参数跟具体无线环境、厂家设备以及需求有关,了解该参数在数据业务对话音质量影响中的效果即可,以上仅供参考哈。
附件: 你需要登录才可以下载或查看附件。没有帐号?立即注册

使用道具 举报

Rank: 8

7#
发表于 2011-6-25 22:23:58 |只看该作者
回复 cmcc_demon 的帖子

跪求此报告~~楼主V5
博学之,审问之,慎思之,明辨之,笃行之

使用道具 举报

Rank: 7Rank: 7Rank: 7Rank: 7Rank: 7Rank: 7Rank: 7

版主 论坛核心会员 特殊贡献奖

8#
发表于 2011-6-27 10:09:44 |只看该作者
lsjier 发表于 2011-6-25 22:23
回复 cmcc_demon 的帖子

跪求此报告~~楼主V5

不好意思哈,关于这个主题暂时还没完成最终的报告,目前我也是在学习和摸索阶段,像一些参数的试改和小区处理都还在进行着。即使我没参与这个项目,我也会一直关注的,把取得的一些效果和做法分享给大家,当然,也希望大家多积极参与讨论,也可以对上述提到的一些策略谈及自己的想法。一直坚持下去,你将会在这边看到你所需要的最完美的“报告”。呵呵

使用道具 举报

Rank: 1

9#
发表于 2011-6-30 09:51:17 |只看该作者
"2、合理设置半速率启动门限和相应参数来控制优先占用动态PDCH信道,再启动半速率"是什么意思啊?版主能否解释下?

使用道具 举报

Rank: 7Rank: 7Rank: 7Rank: 7Rank: 7Rank: 7Rank: 7

版主 论坛核心会员 特殊贡献奖

10#
发表于 2011-7-1 10:45:23 |只看该作者
回复 helen 的帖子

刚好你问起,我就先整理这部分哈。
【半速率启动与动态信道分配策略】
1、半速率优先启动机制。在一些区域为了保证数据下载速率,采用了半速率优先的策略,导致话音忙时,优先启动半速率后抢占动态信道,这样将导致数据业务会占用更多动态信道,而话音业务则更多承载在半速率信道上。数据业务信道每次分配多个PDCH信道(与手机的多时隙能力有关),而话音业务信道每次只分配一个TCH信道,这样PDCH数也会更快达到最大的门限值。
2、启动半速率过大不利影响。众所周知,半速率是小区吸收话务的有效手段,但与此同时,也会带来许多不利的影响。根据对半速率的研究和测试,随着C/I的下降,不同编码速率的话音质量均发生衰减,相对于全速率信道而言,半速率信道抗干扰的能力最弱,导致在网络存在一定的干扰是,半速率话音质量会明显下降。举个例子,现在一些区域站点密集,频率复用度高,不可避免存在频率干扰,当C/I在15以下时,半速率话音的MOS值就无法达到3.0以上,直接影响MOS指标。站在用户感知立场,在一次通话过程中,只要主被叫双方有一方占用半速率信道,则双方的语音质量感知都会受到半速率的影响。
3、半速率/动态信道优先抢占策略。为了减少数据业务过多承载在半速率信道上,我们就必须减少话音忙时占用半速率的几率,保证话音忙时优先占用PD动态信道,而后再启动半速率。目前爱立信、诺西、moto、上海贝尔的半速率开启机制均支持“半速率优先或PD动态优先”;中兴的半速率开启机制实际应用仅支持“半速率优先”,华为的理论上也支持,但受数据业务的影响,更多的还是半速率启动优先的机制。具体的启动机制,我们可以这样来算,把语音信道设为A,动态信道设为B,T=A/(A+B),当半速率启动门限小于1-T时,可实现优先抢占动态PD信道,大于1-T时,则优先启动半速率。诺西好像有一个CTC机制,当CTC=2的时候跟上面情况一样,当CTC=1或0时,是优先启动半速率的。
基本上都是理论的研究,没什么具体的实例说明。

使用道具 举报

Rank: 2Rank: 2

11#
发表于 2011-8-3 08:41:30 |只看该作者
希望继续,关注中。。

使用道具 举报

Rank: 7Rank: 7Rank: 7Rank: 7Rank: 7Rank: 7Rank: 7

版主 论坛核心会员 特殊贡献奖

12#
发表于 2011-8-3 15:23:25 |只看该作者
本帖最后由 cmcc_demon 于 2011-8-3 15:24 编辑

GPRS上行功控参数优化】

先说下功控的公式参数和主要含义:

gamma决定了在相同接收电平的情况下,手机发射功率的大小。gamma值越小,手机的发射功率越小,减小gamma值有助于减少全网的干扰水平。

alpha, gamma参数决定了手机发射功率的区间如下图所示。

例如当alpha=10(1.0), gamma=32时,手机发射功率的电平区间(-46dBm,-74dBm),alpha(1.0)决定了功率调整的斜率即在该电平区间里下行接收电平每上升1dB,手机功率就下降1dB

接下来以GSM900手机发射功率计算公式:P=MAX(5,MIN(39-gamma-alpha*(C+48),33))为例进行实验。

其中当39-gamma-alpah*(C+48)<5的时候功率为5,alpha=10(1.0), gamma=32代入得到电平上限-46dBm, 即当C>-46dBm, 手机发射功率降到最低;当39-gamma-alpah*(C+48)>33的时候功率为33;alpha=10(1.0), gamma=32代入得到电平下限-74dBm,即当C<-74dBm, 手机发射功率升到最高。参考小区的电平/质量分布和上/下行的电平差异得到合理的电平区间如果小区质量好的话即电平区间的上/下限可以更低如果小区质量差的话电平区间的上/下限制需要更高。

现网统计显示,电平<-90dBm的时候质量差,考虑UL/DL的电平差异11dB,电平下限是-79dBm,如果保持alpha=1不变,则gamma设置是37.最终设置为(10,37)

实验选取BSC1D2,将其小区的功控参数调整为:GSM900 ALPHA10/GAMMA36DCS1800 ALPHA10/GAMMA38ALPHA7/8统一调整为10,以根据下行接收信号强度,加快功控频度,更加准确进行功控行为。GAMMA GSM900DCS1800各增加2,适当减少手机上行发射功率,为避免上行功率不足导致下载质量恶化。


附件: 你需要登录才可以下载或查看附件。没有帐号?立即注册

使用道具 举报

特殊贡献用户

分组域未来之星

VIP 论坛核心会员 特殊贡献奖

13#
发表于 2011-12-14 22:44:49 |只看该作者
回复 cmcc_demon 的帖子

半速率/动态信道优先抢占策略” 里面好多的都是理论上的可能,那现在实践后是否有个结论呢 {:soso_e100:}  
生命只有一次,珍惜珍重,勿浪费

使用道具 举报

Rank: 1

14#
发表于 2012-5-7 10:21:06 |只看该作者
这个不错

使用道具 举报

Rank: 2Rank: 2

15#
发表于 2012-9-23 15:30:44 |只看该作者
关注中

使用道具 举报

Rank: 3Rank: 3Rank: 3

16#
发表于 2013-6-7 11:52:12 |只看该作者
这个真不错 哈哈哈

使用道具 举报

Rank: 6Rank: 6Rank: 6Rank: 6Rank: 6Rank: 6

17#
发表于 2014-2-10 16:17:49 |只看该作者
爱卫生 发表于 2011-6-20 19:45
呵呵。谢谢分享。看来用户习惯说明大家只需要无线通信,而不一定要移动通信。那Wi-Fi就大有前途啊。呵呵 ...

目前仅能看到商城级的WiFi局域网,如果有哪个不差钱的互联网土豪愿意像google一样建WiFi城域网,全城提供统一的SSID和密码的WiFI覆盖,WiFi就大有可为了。

EasyAnalyzer(R)信令分析系统(23g+LTE)的平台产品进行了小型化,推出免费版EA-Lite, 可运行于笔记本电脑, 面向所有的工程师朋友发布. 有兴趣的朋友赶快加入EA-Lite 的QQ群(316429471)

使用道具 举报

您需要登录后才可以回帖 登录 | 立即注册

站长邮箱|Archiver|51学通信 ( 粤ICP备11025688 )

GMT+8, 2024-5-2 17:33 , Processed in 0.031708 second(s), 13 queries .

Powered by Discuz! X2

© 2001-2011 Comsenz Inc.

回顶部