GPRS测试结果分析模板releaseV101.docx

上传人:b****1 文档编号:14901691 上传时间:2023-06-28 格式:DOCX 页数:23 大小:634.09KB
下载 相关 举报
GPRS测试结果分析模板releaseV101.docx_第1页
第1页 / 共23页
GPRS测试结果分析模板releaseV101.docx_第2页
第2页 / 共23页
GPRS测试结果分析模板releaseV101.docx_第3页
第3页 / 共23页
GPRS测试结果分析模板releaseV101.docx_第4页
第4页 / 共23页
GPRS测试结果分析模板releaseV101.docx_第5页
第5页 / 共23页
GPRS测试结果分析模板releaseV101.docx_第6页
第6页 / 共23页
GPRS测试结果分析模板releaseV101.docx_第7页
第7页 / 共23页
GPRS测试结果分析模板releaseV101.docx_第8页
第8页 / 共23页
GPRS测试结果分析模板releaseV101.docx_第9页
第9页 / 共23页
GPRS测试结果分析模板releaseV101.docx_第10页
第10页 / 共23页
GPRS测试结果分析模板releaseV101.docx_第11页
第11页 / 共23页
GPRS测试结果分析模板releaseV101.docx_第12页
第12页 / 共23页
GPRS测试结果分析模板releaseV101.docx_第13页
第13页 / 共23页
GPRS测试结果分析模板releaseV101.docx_第14页
第14页 / 共23页
GPRS测试结果分析模板releaseV101.docx_第15页
第15页 / 共23页
GPRS测试结果分析模板releaseV101.docx_第16页
第16页 / 共23页
GPRS测试结果分析模板releaseV101.docx_第17页
第17页 / 共23页
GPRS测试结果分析模板releaseV101.docx_第18页
第18页 / 共23页
GPRS测试结果分析模板releaseV101.docx_第19页
第19页 / 共23页
GPRS测试结果分析模板releaseV101.docx_第20页
第20页 / 共23页
亲,该文档总共23页,到这儿已超出免费预览范围,如果喜欢就下载吧!
下载资源
资源描述

GPRS测试结果分析模板releaseV101.docx

《GPRS测试结果分析模板releaseV101.docx》由会员分享,可在线阅读,更多相关《GPRS测试结果分析模板releaseV101.docx(23页珍藏版)》请在冰点文库上搜索。

GPRS测试结果分析模板releaseV101.docx

GPRS测试结果分析模板releaseV101

GPRS测试结果分析模板

1.统计结果分析

1.1ATTACH时间、PDP激活时间、往返时延(PING)过长分析

1.C/I较低,导致BLER和数据重传率较高所至。

2.资源过少造成拥塞(忙时话音业务可能会占用部分可用于GPRS业务和电路业务的可变信道),指配拒绝或排队指示,经多次尝试后才指配成功。

3.小区重选相对频繁,数据传送被挂起,导致网络的响应延迟。

4.编码方案设置不合理,没有在适当的时候采用最合适的编码,使数据的有效吞吐量没有达到最优值,具体表现有两种:

1、BLER高,而CS2编码的比例较大,导致重传率高,2、BLER低,而CS2编码的比例较小,导致CS2编码的高速率特点得不到发挥。

5.SGSN、GGSN的处理时延或外部网络传输时延过长。

1.2WAP登陆时间过长、FTP上下载速率过低分析

1.C/I较低,导致BLER和数据重传率较高。

2.资源过少造成拥塞(忙时话音业务可能会占用部分可用于GPRS业务和电路业务的可变信道),指配拒绝,经多次尝试后才成功。

3.小区重选相对频繁,导致数据传送频繁地挂起,降低了数据的吞吐量。

4.编码方案设置不合理,没有在适当的时候采用最合适的编码,使数据的有效吞吐量没有达到最优值,具体表现有两种:

1、BLER高,而CS2编码的比例较大,导致重传率高,2、BLER低,而CS2编码的比例较小,导致CS2编码的高速率特点得不到发挥。

5.TBF频繁的建立释放,系统用于TBF建立释放的时间过多,与核心网或外部网络有关。

1.3小区重选频繁原因分析

1.3.1正常小区重选条件满足导致的小区频繁重选,现象表现为:

服务小区被禁止(barred)

服务小区的C1<0的持续时间超过5秒钟。

C2(n)>C2(s)的持续时间超过5秒钟。

原因:

小区重选参数RXLEV_ACCESS_MIN、MS_TXPWR_MAX_CCH、CRH、CRO、TO、PT设置不合理所致。

1.3.2异常原因导致的小区重选

一般是由于无线接口数据传输问题或基站分系统设备故障导致,具体现象有:

1、尝试接入系统失败MAXRET次

2、MS检测到一次下行链路失败

3、MS在60秒内,没收到SI13或PSI13

4、MS从分组空闲模式进入分组专用模式时,由于下列原因之一导致第5次分组接入尝试中的冲突处理失败。

(参见附录4.2)

●冲突处理失败,TLLI不匹配:

一步接入的冲突处理中收到PACKETUPLINKACK/NACK,但TLLI不匹配。

●T3166超时(5S):

一步接入的冲突处理中没有收到对应于第一个上行RLC数据块的应答

●T3168超时((1~8)*0.5S):

两步接入的冲突处理中没有收到对应于PacketResourcerequest的PacketUplinkAssignment消息。

●N3104溢出:

一步接入的冲突处理中MS发送了N3104_MAX个RLC/MAC数据块,却没有收到应答。

其中N3104_MAX=3*(BS_CV_MAX+3)*numberofuplinktimeslotsassigned。

●下面情况外的其它原因导致TBF建立失败,也会使MS启动小区重选过程。

上行或下行多时隙指配与MS的能力不匹配

上行TBF建立过程中的T3164超时(收到上行动态指配消息后,5秒内没收到相应的USF)

下行TBF建立过程中的T3190超时(收到下行指配消息后,5秒内没收到合法的发往该MS的下行RLC/MAC块)

5、N3102下溢(<0):

证实模式的上行TBF操作中,MS长时间收不到PACKETUPLINKACK/NACK(每当下行发送窗口满时,就启动定时器T3182,等候PACKETUPLINKACK/NACK,T3182超时,导致N3102递减PAN_DEC,若在超时前收到PACKETUPLINKACK/NACK,N3102递减PAN_INC)

6、T3184超时(5秒):

在固定分配模式中,MS连续5秒没有收到PACKETUPLINKACK/NACK消息

2.具体事件分析

2.1ATTACH失败原因分析

2.1.1GPRSATTACHFAILED

可能原因:

接入不允许:

MS收到GMM的请求后,发不出信道请求。

接入控制类设置问题。

MS没有收全系统消息3、系统消息13、系统消息1(如果存在)。

网络资源不足:

一步接入立即指配拒绝,或

两步接入无立即指配或分组上行指配

网络没有收到ATTACHREQUEST或没有收全整条消息:

MS没有收到上行分组应答(干扰);

MS收到的上行应答显示没有受收全(视ATTACHREQUEST消息的长度和指配中的GPRS信道编码格式确定该消息要通过几个RLC/MAC块传送)

MS放弃:

人工放弃

MS在ATTACH过程中进行了路由区更新

网络存在故障:

MS收到上行应答,但没有收到后续的其它消息,或

MS收到ATTACHREJECT消息

Protocolerror,unspecified

Networkfailure

注:

MS可能以15秒的间隔,重发4次ATTACHREQUEST。

2.2PDP激活失败原因分析

2.2.1PDPACTIVATIONFAILURE

可能原因:

接入不允许:

MS收到GMM的请求后,不能发出信道请求或分组信道请求

网络资源不足:

一步接入无立即指配,或

两步接入无立即指配或分组上行指配

网络没有收到PDP激活请求或没有收全整条消息:

MS没有收到上行分组应答,或

MS收到的上行应答显示没有受收全(视ATTACHREQUEST消息的长度)

网络存在故障:

MS收到上行应答,但没有收到后续的其它消息,或

MS收到PDP激活拒绝消息:

资源不足(IP)

APN丢失或未知域名服务器故障,不能解析APN

未知的PDP地址或PDP类型

GGSN不支持该PDP类型的地址,或因故障不能识别PDP类型或地址

用户名或密码鉴权失败

外部分组数据网对用户的鉴权失败

未定义的激活拒绝

SGSN根据签约数据对PDPCONTEXT审核不通过。

SGSN找不到GGSN地址

协议错误

可能存在兼容性问题(设备之间或版本之间)

网络暂不支持或因故障暂时不能使用

注:

MS可能以30秒的间隔,重发4次PDP激活请求。

2.3路由区更新失败原因分析

2.3.1ROUTINGAREAUPDATEFAILURE

可能原因:

接入不允许:

MS收到GMM的请求后,不能发出信道请求或分组信道请求

网络资源不足:

一步接入无立即指配,或

两步接入无立即指配或分组上行指配

网络没有收到PDP激活请求或没有收全整条消息:

MS没有收到上行分组应答,或

MS收到的上行应答显示没有受收全(视ATTACHREQUEST消息的长度)

网络存在故障:

MS收到上行应答,但没有收到后续的其它消息,或

MS收到路由区更新拒绝消息:

Implicitlydetached

SGSN故障导致GMM状态错误

MS_REACHABLE_TIMER<周期路由区更新定时器

注:

如果此前MS刚从无覆盖区进入GPRS覆盖区,或刚结束专用模式(仅针对B类手机),周期性路由区更新定时器可能在次过程中超时。

MSidentitycannotbederivedbythenetwork

SGSN间的路由区更新时,原SGSN不能由P_TMSI找到相应的IMSI

注:

MS可能以15秒的间隔,重发4次路由区更新请求。

2.4掉线原因分析

1、MS发起的PDP去活:

LLCorSNDCP故障

资源不足

MS不接受QOS或不支持网络指定的SAPI

2、MS收到网络侧发起的PDP去活:

LLCorSNDCP故障

网络故障

重新激活

GGSN重启

3、路由区更新多次失败或被拒绝导致GMM进入IDLE状态

4、MS收到网络侧发起的DETACH请求(可能是由于SGSN故障、HLR故障或操作维护错误导致用户的GPRS参数被删除所致)

5、收到来自SGSN的以IMSI标识MS的GPRS分组寻呼消息(SGSN故障)

3.附录A:

基础知识

3.1GPRS网络逻辑结构

3.2业务平台

3.3信令平台

3.4GPRS手机协议栈

3.5常用名词术语

GPRS:

GeneralPacketRadioService,通用分组无线业务

SGSN:

ServingGPRSSupportNode

GGSN:

GatewayGPRSSupportNode

GSN:

GPRSsupportnode

PLMN:

PublicLandMobileNetwork

PDN:

PacketDataNetwork

PBCCH:

PacketBroadcastControlChannel

PCCCH:

PacketCommonControlChannel

PDTCH:

PacketDataTrafficChannel

APN:

AccessPointName

PDP:

PacketDataProtocol,aPDPcontextisatwo-waytunnelbetweentheSGSNandtheGGSNusedtocarryencapsulatedusepackets

SNDCP:

(Sub-NetworkDependentConvergenceProtocol):

连接网路层(OSI第三层)与逻辑链结控制层(LogicalLinkControl,OSI第二层)的协定,负责在MS与SGSN间传送PDP资料。

SNDCP也提供压缩、分段(segmentation)与多通道传输(multiplexing)的功能。

LLC:

(LogicalLinkControl):

功能类似LAPD的资料连结层通讯协定,负责在MS到SGSN间的无线网路中提供可靠的资料传输。

BSSGP:

(BaseStationSystemGPRSProtocol):

负责处理路由(routing)与服务品质(qualityofservice)的资讯,BSSGP是以FrameRelay的Q.922协定作为核心传输机制。

GTP:

(GPRSTunnelProtocol):

介於GSN节点间的协定,负责在TCP/UDP资料封包加上路由资讯,使其具有IP路由的能力(TCP/UDPoverIP),以传送PDP资料封包。

GMM:

(GPRSMobilityManagement):

负责GPRS控制讯息传输,以及包括漫游、认证与加密演算法选择等行动管理功能。

NetworkService:

负责在BSS与SGSN间的资料传递,并将BSSGP服务要求转换为FrameRelayQ.922的封包格式。

TBF:

TemporaryBlockFlow,两个对等RR实体间的物理连接,用以在分组数据业务物理信道上单向传递LLCPDU,由载有一个或多个LLCPDU的多个RLC/MAC块组成,只在数据传输期间临时存在。

TFI:

TemporaryFlowIdentity,与RLC数据块发送方向(上行或下行)一起,标识一个TBF。

每个RLC/MAC块都带有TFI值,TFI可在相反的方向被同时使用。

USF:

UplinkStateFlag,每个下行RLC/MAC块头部都带有USF,用于网络控制不同MS在上行PDCH的复用,表示该PDCH的下一上行块指定给哪个MS用。

PDU:

PacketDataUnit,分组数据单元

RLC:

RadioLinkControl,无线链路控制

MAC:

MediumAccessControl,媒体访问控制

RLC/MAC块:

在两个RLC/MAC实体之间交互的协议数据单元。

RLC/MAC控制块:

在两个RLC/MAC实体间传输控制消息的RLC/MAC块。

RLC数据块:

RLC/MAC块中用于传送用户数据或上层信令的RLC/MAC块。

3.6信道类型

业务信道:

PDTCHpacketdatatrafficchannel,上下行独立分配

信令信道:

(P)BCCH(packet)broadcastcontrolchannel

(P)CCCH(packet)commoncontrolchannel

PRACHpacketrandomaccesschannel(uplinkPCCCH)

PPCHpacketpagingchannel(partofdownlinkPCCCH)

PAGCHpacketaccessgrantchannel(partofdownlinkPCCCH)

PNCHpacketnotificationchannel(partofdownlinkPCCCH)

PACCHpacketassociatedcontrolchannel

PTCCHpackettimingadvancecontrolchannel

PACCH总是伴随一个或多个PDTCH分配。

物理块对应的逻辑信道类型由块头中的消息类型确定。

3.7信道组合方式:

1):

PBCCH+PCCCH+PDTCH+PACCH+PTCCH

2):

PCCCH+PDTCH+PACCH+PTCCH

3):

PDTCH+PACCH+PTCCH

3.8信道配置参数

BS_PBCCH_BLKS:

每个52复帧中PBCCH的块数,1~4

BS_PCC_CHANS:

含PBCCH的PCCCH信道数

BS_PAG_BLKS_RES:

在包含PCCCH的复帧中packetpaging和PBCCH以外的块数,即为PAGCH,PNCH,PDTCHandPACCH保留的块数。

BS_PRACH_BLKS:

在包含PCCCH的PDCH信道的上行方向上为PRACH保留的块数,

3.9时隙配置:

根据小区中分组业务的话务量,配置小区中的时隙:

1、固定用于电路业务的信道组合类型

2、固定用于分组业务的信道组合类型

3、可转换的信道类型(通常用于分组业务,在电路业务忙时用于电路业务)

3.10信道编码方式:

四种信道编码方式:

CS-1、CS-2、CS-3、CS-4,数据速率分别为9.05kb/s、13.4kb/s、15.6kb/s和21.4kb/s。

由于受Abis接口的限制,现有的设备只支持CS-1、CS-2;

编码方案

卷积

RLC层最大速率

(比特/秒)

LLC数据大小

(字节)

LLC层最大速率(比特/秒)

CS1

1/2

9.05

20

7.85

CS2

2/3

13.4

30

12.20

CS3

3/4

15.6

36

14.4

CS4

1

21.4

50

20.20

 

网络应根据实时监测到的BLER、接收电平或重传率等指标,动态调整信道编码方式,具体策略各厂家可能有所不同。

原则:

当网络传输质量较好时可采用速率较高的编码方式,反之采用速率较低的编码方式。

3.11GPRS信道请求(BCCH)

011110xx/01111x0x/01111xx0(0X78~0X7E)

Onephasepacketaccesswithrequestforsingletimeslotuplinktransmission;onePDCHisneeded.

01110xxx(0X70~0X77)

Singleblockpacketaccess;oneblockperiodonaPDCHisneededfortwophasepacketaccessorotherRRsignallingpurpose.

3.12GMM/SM状态

IDLE:

手机尚未ATTACH

STANDBY/READY:

手机已ATTACH成功,MS发送一个LLCPDU就进入READY状态,并重启READY定时器,READY定时器超时,进入STANDBY状态。

DEACTIVATE:

PDP已激活

ACTIVE:

PDP尚未激活

3.13路由区

RACOLOUR:

SI13

RACODE:

SI3/4

4.附录B:

GPRS信令流程

4.1第三层信令流程

4.1.1GPRSATTACH流程

4.1.2GPRSDETACH流程

4.1.2.1MS发起的DETACH流程

4.1.2.2SGSN发起的DETACH流程

4.1.2.3HLR发起的DETACH流程

4.1.3路由区更新流程

4.1.3.1SGSN内部的路由区更新流程

4.1.3.2SGSN间的路由区更新流程

4.1.4PDP激活流程

4.1.4.1MS发起的PDP激活流程

4.1.4.2网络发起的PDP激活流程

4.1.4.3PDP修改流程

4.1.5PDP去活流程

4.1.5.1MS发起的PDP去活流程

4.1.5.2SGSN发起的PDP去活流程

4.1.5.3GGSN发起的PDP去活流程

4.1.6GPRS挂起于恢复流程

4.2RLC/MAC层流程

4.2.1一步接入流程(小区无PCCCH)

T3146超时,停止监听CCCH,放弃分组接入过程,通知高层TBF建立失败。

T3142超时后,MS才能在该小区发起新的分组接入,电路业务接入仍可。

T3141超时时,如果网路侧的冲突处理过程未结束,则TBF释放。

T3166超时,冲突处理失败。

N3104溢出,冲突处理失败。

MS收到的Packetuplinkack包含正确的TFI,但TLLI不是本机的TLLI,冲突处理失败。

4.2.2两步接入流程(小区无PCCCH)

T3146超时,停止监听CCCH,放弃分组接入过程,通知高层TBF建立失败。

T3142超时后,MS才能在该小区发起新的分组接入,电路业务接入仍可。

T3141超时时,如果网路侧的冲突处理过程未结束,则TBF释放。

T3166超时,冲突处理失败。

N3104溢出,冲突处理失败。

T3172超时后,MS才能在该小区发起新的分组接入,电路业务接入仍可。

MS收到的Packetuplinkack包含正确的TFI,但TLLI不是本机的TLLI,冲突处理失败。

4.2.3一/两步接入流程(小区有PCCCH)

如果T3162超时,停止监听PCCCH,放弃分组接入过程,通知高层TBF建立失败。

T3172超时后,MS才能在该小区发起新的分组接入,电路业务接入仍可。

T3141超时时,如果网路侧的冲突处理过程未结束,则TBF释放。

展开阅读全文
相关资源
猜你喜欢
相关搜索
资源标签

当前位置:首页 > 幼儿教育

copyright@ 2008-2023 冰点文库 网站版权所有

经营许可证编号:鄂ICP备19020893号-2