GPRS功能参数对语音寻呼成功率影响分析.doc

GPRS功能参数对语音寻呼成功率影响分析
爱立信在R10版本以后的系统,新增EDGE/GPRS新功能。此次所要讨论的,主要是TBF上行延迟释放、TBF下行提前早建,H信道负荷的影响。
上述三种功能,在用户使用数据业务过程中是共同起作用的。目前数据业务大部分都是由用户自身发起,并主要以下行业务为主。因此当R10版本新增了这三种功能后,用户在做一次例如页面浏览时,将会依次次进入这三种功能时间。
Performance effects DEL REL +Early SETUP +Ext UL TBF mode
我们根据数据业务接入信令流程(见下图)知道数据业务的立即指配消息,是当手机处于上下行均不存在TBF的状态下,这时用户有数据传输需求,就会触发TBF接入过程,H信道发送立即指配消息。换句话说,用户只要存在一个TBF无论是上行还是下行情况下,H信道来指配信道,H信道完成所需的TBF建立过程。因此我们可以想象的到,一般用户在下行TBF释放的情况下,上行TBF也早已经释放。所以从用户以下行业务为主的行为上来讲,只要控制好下行TBF延迟释放参数对减少立即指配消息作用是最明显的,其次是TBF上行延迟释放参数,TBF提前早建参数。
数据业务接入过程类型信令流程
数据业务上行接入过程两种情况
数据业务下行接入过程两种情况
以上是仅仅对这三种功能的理论介绍,为了得到数据支持我们开展了以下几部分的分析工作,希望通过以下几点分析能使我们对这三种功能参数的调整起到指导作用。
模拟用户使用数据业务过程
我们选择了,当前网络最热门站点3G门户网站进行最常见的页面游览业务,希望以此来拆解大部分用户上网过程中TBF状态的变化,通过对测试LOG的
统计可以看到在GZ33BSA局GPRS功能参数下,共浏览了10个页面,但产生了12次立即指配消息。
GZ33BSA测试记录情况表:
参数
值(毫秒)
ESDELAY
400
DLDELAY
1000
ULDELAY
500
测试项目
刷新页面次数
立即指配次数
3G网站浏览
10
12
我们对一次页面浏览,产生两次立即指配的通信过程进行了分析。分析的的原因,都是由于用户浏览的页面上存在图片,而用户在下载完页面文本信息后,到发出页面所链接图片的GET时,有1至2秒左右的间断时间,从而所造成TBF关闭,当再需要GET所链接的图片时就必须重新建立TBF,增加立即指配次数。以下是一个具体例子:
WAP层协议页面刷新信令流程
上图可以看到,页面文本数据在11:11:59,170时间就已经传送至手机,但该页面上还包含其它图片链接信息,随后手机WAP协议栈在对页面文本解码后得到图片地址,。
UM口无线协议信令流程
上图为对应WAP层协议流程的无线层信令过程,结合WAP层协议可以看到,WAP层对收到页面数据在11:11:59,170发出ACK信息后,无线层此时间还处于TBF传输状态,WAP层ACK信息在随后就被送出。WAP层协议在下个GET图片的动作之前,,而在这段期间无线层也进入了下行TBF延迟释放状态(该局设置下行延迟释放时间1秒),在11:12:00,435下行TBF关闭,手机进入数据包传输空闲状态。于此同时WAP层在11:1200,46发送的GET信息,由于手机不在TBF状态,因此只能通过channel request重新发起接入,也就多增加了一次immediate assignment, assignment次数。
通过上述分析可以看出,用户在使用手机浏览网页时,因页面内容的多链接性,导致数据传输会有短暂的中断,而此时如果TBF延迟释放的时间较短,就有可能导致手机再次发起页面上其它相关链接时,由于手机处于无TBF状态就需要重新建立连接。为什么会在页面传输到再次链接中间的会有 1秒左右的间隔时间,除了和WAM文本协议本身读取先后顺序外,用户使用的手机处理速度以及手机WAP协议栈性能也有
可能存在一定相关性。因此可以初步认为TBF延迟释放功能对立即指配数影响较大的原因是,用户浏览的网页页面内容触发了多重链接,导致数据传输上的短暂中断,并不是由于用户自身在短时间内频繁的点击页面导致。
参数修改和网络统计分析
上述的三种功能,主观上好像每TBF时长有一定关系,即TBF时长越短用户使用三种功能的比例也越大。但通过网络统计每TBF时长与三种功能使用比例走势来看,是没有明显的规律的。因此用户使用三种功能的比例,主要是看用户行为产生从无上下行 TBF状态到TBF建立的间隔时长相关,但这个值不能通过统计得出,需进行挂表分析。
每TBF