深圳EVDO HRPD会话建立成功率优化指导书V30706.docx
- 文档编号:12874906
- 上传时间:2023-04-22
- 格式:DOCX
- 页数:24
- 大小:801.08KB
深圳EVDO HRPD会话建立成功率优化指导书V30706.docx
《深圳EVDO HRPD会话建立成功率优化指导书V30706.docx》由会员分享,可在线阅读,更多相关《深圳EVDO HRPD会话建立成功率优化指导书V30706.docx(24页珍藏版)》请在冰豆网上搜索。
深圳EVDOHRPD会话建立成功率优化指导书V30706
深圳EVDOHRPD会话建立成功率优化指导书
华为技术有限公司
版权所有XX
目录
1概述3
1.1HRPD会话建立流程3
1.1.1会话建立流程3
1.1.2AN间会话迁移流程5
1.2HRPD会话建立相关话统指标7
1.2.1HRPD会话建立相关话统7
1.2.2A13会话信息查询相关话统9
1.2.3A13会话请求拒绝相关话统10
2会话建立成功率优化前准备11
2.1数据准备11
2.2话统获取方法12
3会话建立失败原因及处理方法14
3.1没有发出UATIAssignment14
3.2没有收到UATIComplete17
4相关案例17
4.1空口问题导致会话建立成功率指标不良17
4.2相邻AN的SectorID104配置错误导致HRPD会话建立成功率低19
4.3相邻AN关系和色码配置问题22
1概述
1.1HRPD会话建立流程
会话(Session)由AT和AN共同维护,其中AN侧用SCB(SessionControlBlock)存储每个AT会话信息,包括:
1、AT标识:
UATI,硬件标识ESN
2、AT的路由信息:
AT目前所在Sector及寻呼区,寻呼区所属BM框(SPU模块号)
3、协商好的空口协议集及其配置参数;
4、AT鉴权信息:
NAI(Username)、MNID
5、AT的位置信息:
PANID
6、会话状态信息(SessionStateInformation)
7、AT的SessionSeed(RATI)
8、AT的连接标识(CCR)
9、用于消息有效性验证的信息(消息序列号等)
在下述两种情况下AT会发起会话:
1、未建立会话或原会话已释放(如终端断电或其他原因造成HRPD会话释放),接入网络(如终端上电),则会发起会话;
2、原会话存在,但终端监听到系统消息中的色码与终端存储的不一致,这时会重新发起会话。
由于目前一般一个AN设置一个色码,因此常见于AN边界情况。
下面分别对这两种情况下的会话建立流程进行说明。
1.1.1会话建立流程
在一次新的会话建立时,完成UATI分配后会继续进行连接建立、配置协商、接入鉴权,完成后再释放连接。
在有些文档中,把这个完整的过程称为一次会话,其流程如下:
图1HRPD会话建立全过程
在华为通用的定义中,会话建立只包括UATI分配的这个过程,其详细流程如下:
图2HRPD会话建立信令流程图
A:
HRPD会话建立请求次数
G:
HRPD会话建立成功次数
B:
HRPD会话建立失败次数-没有发出HardwareIDRequest
C、D:
HRPD会话建立失败次数-没有收到HardwareIDResponse
E:
HRPD会话建立失败次数-没有发出UATIAssignment
F、H:
HRPD会话建立失败次数-没有收到UATIComplete
1.1.2AN间会话迁移流程
在AN边界,当原会话已经存在或正在建立,而这时终端接收到相邻AN的信号,监听到系统消息中的色码与终端存储的不一致,会重新发起会话,重新分配UATI,会话成功后,会话控制模块由原AN切换到新的AN。
这个过程就称为“会话迁移”。
其信令流程如下所示:
图3AN间会话迁移流程
A:
A13会话信息查询尝试次数
B:
A13会话信息查询成功次数
C:
A13会话信息查询失败-拒绝[次]
HRPD会话建立失败次数-没有发出UATIAssignment
D:
E:
A13会话信息查询失败-其它[次]
HRPD会话建立失败次数-没有发出UATIAssignment
1.2HRPD会话建立相关话统指标
1.2.1HRPD会话建立相关话统
HRPD会话建立性能测量指标主要表征CDMA20001xEV-DO会话建立的性能统计,包括建立成功率和失败原因分解。
具体如下:
【原始指标】:
HRPD会话建立请求次数[次]
HRPD会话建立成功次数[次]
HRPD会话建立失败次数-没有发出HardwareIDRequest[次]
HRPD会话建立失败次数-没有收到HardwareIDResponse[次]
HRPD会话建立失败次数-没有发出UATIAssignment[次]
HRPD会话建立失败次数-没有收到UATIComplete[次]
【计算指标】:
HRPD会话建立成功率[%]
HRPD会话建立失败次数[次](只是BSC级测量)
⏹HRPD会话建立成功率[%]
每半小时统计AT与AN建立HRPD会话的成功率。
计算公式:
([HRPD会话建立成功次数]/[HRPD会话建立请求次数])×100%
⏹HRPD会话建立请求次数[次]
每半小时统计AT向AN发起的HRPD会话建立的请求次数。
统计点:
AN收到UATIRequest消息时统计,如图2中A点所示。
⏹HRPD会话建立成功次数[次]
每半小时统计AT与AN的HRPD会话成功建立的次数。
统计点:
AN收到UATIComplete消息时进行统计,如图2中G点所示。
⏹HRPD会话建立失败次数[次]
每半小时统计AN与AT建立HRPD会话失败的总次数。
计算公式:
[HRPD会话建立失败次数-没有发出HardwareIDRequest]+[HRPD会话建立失败次数-没有收到HardwareIDResponse]+[HRPD会话建立失败次数-没有发出UATIAssignment]+[HRPD会话建立失败次数-没有收到UATIComplete]
⏹HRPD会话建立失败次数-没有发出HardwareIDRequest[次]
每半小时统计AN没有发出HardwareIDRequest消息,导致HRPD会话建立失败的次数。
统计点:
AN处理UATIRequest消息失败的时候进行统计,如图2中B点所示。
⏹HRPD会话建立失败次数-没有收到HardwareIDResponse[次]
每半小时统计AN发出HardwareIDRequest消息后,没有收到AT的响应消息HardwareIDResponse,导致HRPD会话建立失败的次数。
统计点:
✓等待HardwareIDResponse消息超时后进行统计,如图2中D点所示。
✓在等待HardwareIDResponse消息过程中,收到释放HRPD会话的请求时进行统计,如图2中C点所示。
⏹HRPD会话建立失败次数-没有发出UATIAssignment[次]
每半小时统计AN没有发出UATIAssignment消息,HRPD会话建立失败的次数。
统计点:
✓AN间切换中目标侧AN处理A13-SessionInformationResponse消息失败的时候进行统计。
✓AN间切换中目标侧AN收到A13-SessionInformationReject消息的时候进行统计,如图2中C点所示。
✓AN间切换中目标侧AN等待A13-SessionInformationResponse/Reject消息过程中,收到释放HRPD会话请求时统计,如图2中D点所示。
✓AN间切换中目标侧AN等待A13-SessionInformationResponse/Reject消息超时后进行统计,如图2中E点所示。
✓AN处理HardwareIDResponse消息失败的时候进行统计,如图2中E点所示。
⏹HRPD会话建立失败次数-没有收到UATIComplete[次]
每半小时统计AN发出UATIAssignment消息后,没有收到AT的响应消息UATIComplete,导致HRPD会话建立失败的次数。
统计点:
✓等待UATIComplete消息超时后进行统计,如图2中H点所示。
✓等待UATIComplete消息时收到HRPD会话释放请求的时候进行统计,如图2中F点所示。
1.2.2A13会话信息查询相关话统
AN间会话迁移过程中,TargetAN通过A13接口,查询SourceAN中的会话信息尝试、成功和失败次数的统计,具体如下:
【原始指标】:
A13会话信息查询尝试次数
A13会话信息查询成功次数
A13会话信息查询失败-拒绝[次]
A13会话信息查询失败-其他[次]
【计算指标】:
A13会话信息查询成功率
⏹A13会话信息查询尝试次数
半小时内统计TargetAN发送A13-SessionInformationRequest消息时统计,如图3中A点所示。
⏹A13会话信息查询成功次数
半小时内统计TargetAN收到A13-SessionInformationResponse消息时统计,如图3中B点所示。
⏹A13会话信息查询失败-拒绝[次]
半小时内统计TargetAN收到A13-SessionInformationReject消息时统计,如图3中C点所示。
⏹A13会话信息查询失败-其他[次]
半小时内统计:
TargetAN等待A13-SessionInformationResponse/Reject消息超时后进行统计,如图3中E点所示。
TargetAN等待A13-SessionInformationResponse/Reject消息时收到释放HRPD会话请求的时候进行统计,如图3中D点所示。
⏹A13会话信息查询成功率
([A13会话信息查询成功次数]/[A13会话信息查询尝试次数])×100%
1.2.3A13会话请求拒绝相关话统
如下话统是“A13会话信息查询失败-拒绝[次]”的具体解析,包括如下原始指标:
A13会话请求拒绝次数(协议子类型不能识别)
A13会话请求拒绝次数(协议子类型属性不能识别)
A13会话请求拒绝次数(协议子类型属性丢失)
A13会话请求拒绝次数(会话没有找到)
A13会话请求拒绝次数(请求的会话没有鉴权)
A13会话请求拒绝次数(其他)
⏹A13会话请求拒绝次数(协议子类型不能识别)
AN间切换中目标侧AN收到A13-SessionInformationReject消息的时候进行统计。
⏹A13会话请求拒绝次数(协议子类型属性不能识别)
AN间切换中目标侧AN收到A13-SessionInformationReject消息的时候进行统计。
⏹A13会话请求拒绝次数(协议子类型属性丢失)
AN间切换中目标侧AN收到A13-SessionInformationReject消息的时候进行统计。
⏹A13会话请求拒绝次数(会话没有找到)
AN间切换中目标侧AN收到A13-SessionInformationReject消息的时候进行统计。
⏹A13会话请求拒绝次数(请求的会话没有鉴权)
AN间切换中目标侧AN收到A13-SessionInformationReject消息的时候进行统计。
⏹A13会话请求拒绝次数(其他)
AN间切换中目标侧AN收到A13-SessionInformationReject消息的时候进行统计。
2会话建立成功率优化前准备
2.1数据准备
1.话统(包括BSC级、载频级,至少一周的数据,包括全天指标、忙时指标、各个时段指标,包括关联指标如:
1X话务模型、DO话务模型、用户远近点分析比例、RSSI等)
2.日志/CDR
3.告警(驻注、传输等)
后续根据分析的需要再采集其他相关数据,如操作记录、参数、路测数据等。
会话建立成功率优化需采集的相关数据
M2000话统
会话建立成功率相关指标
包括BSC级、载频级,至少一周的数据,包括全天指标、忙时指标、各个时段指标
接入导频强度分布
1X话务模型
DO话务模型
用户远近点分析比例
RSSI
CDR数据
CDR弱覆盖数据
最近一周
CDR导频污染数据
最近一周
呼叫日志
SMU日志
最近一周
告警
驻注
定期检查
传输
其它相关数据
操作记录
实时查询
参数
路测数据
最近测试数据
2.2话统数据获取方法
1.建立新查询,左上侧选中功能子集,指标分类里选中“HRPD会话性能测量”,分BSC级和载频级,下图以载频级统计为例;中上侧在“对象设置”中选择统计对象,下图将BSC7的全部载频加入到当前的统计对象中。
2.在“指标设置”中选择要统计的对象;
3.在“其他设置”中选择统计的方式。
选择“分段”,可任意输入要统计的整小时时间段;测量周期可选择半小时、1小时和24小时三种统计周期;在“日期范围”选择“指定”后,可任意输入要统计的时间段。
3会话建立失败原因及处理方法
本章结合话统中的失败原因值进行分析,分别给出各种原因值对应的常见问题及处理思路。
3.1没有发出UATIAssignment
⏹常见问题
这种失败主要存在于AN边界。
AN间会话迁移时,目标侧AN需要到源AN去查询原会话相关信息,这中间出现问题(收到A13-SessionInformationReject、等待A13-SessionInformationResponse/Reject消息超时)都会统计为“没有发出UATIAssignment”。
目前发现的主要问题如下:
1、相邻AN的数据配置错误:
当相邻AN的数据配置错误时,会导致源侧查询不到会话信息,从而导致会话建立失败。
涉及到的数据配置包括:
A13链路、相邻AN的ANIP或色码、色码与SectorID的对应关系(经常出错,额外关注)、外部载频和外部邻区等。
⏹分析思路
在分析“没有发出UATIAssignment”这种类型的失败时,由于与会话迁移强相关,因此需要结合话统中的“A13会话信息查询”相关指标来一起分析。
“A13会话信息查询失败”在话统中包含两种原因:
拒绝、其他。
其中“A13会话信息查询失败-拒绝[次]”与“HRPD会话建立失败次数-没有发出UATIAssignment”基本是对应的。
可参考下面某局点的数据:
“A13会话信息查询失败-拒绝[次]”又进一步细分为各种原因(协议子类型不能识别、协议子类型属性不能识别、协议子类型属性丢失、会话没有找到、请求的会话没有鉴权、其它)。
而“A13会话请求拒绝次数(会话没有找到)[次]”是最常见的原因,主要原因就是上文讲过的“相邻AN数据配置错误”;
处理方法:
1、相邻AN的数据配置错误:
检查相邻AN的数据配置,包括A13链路、相邻AN的ANIP或色码、色码与SectorID的对应关系(经常出错,额外关注)、外部载频和外部邻区等,对发现的错误进行修正。
✓A13链路:
使用LSTNBRANLNK命令查询(修改只能删除再添加,删除命令:
RMVNBRANLNK;添加命令:
ADDNBRANLNK)是否配置A13链路(说明:
只要存在多个AN互联,就需要配置A13链路以进行会话迁移,物理上与A3/A7共用,数据需要单独配置),如下图所示:
✓相邻AN的ANIP或色码:
使用LSTNBRAN命令(修改只能删除再添加,删除命令:
RMVNBRAN;添加命令:
ADDNBRAN)查询相邻AN的IP地址和色码,如下图所示:
✓色码与SectorID104的对应关系:
使用LSTDOCS命令(修改命令:
MODDOCS)查询相邻AN的sectorID104(说明:
在本AN内需要配置本AN以及相邻的其他AN的色码与SectorID104的对应关系),如下图所示:
✓外部载频和外部邻区:
命令和方法与1X相同。
3.2没有收到UATIComplete
“没有收到UATIComplete”主要与反向链路质量相关,包括空口、Abis链路,还可能与打开了“BTS异步消息重发使能开关”相关。
常见问题:
1、覆盖差(用户分布在覆盖差的区域)
2、RSSI异常
3、Abis闪断、拥塞等
⏹处理方法
1、覆盖差:
空口优化
2、RSSI异常:
解决RSSI异常问题
3、Abis闪断/拥塞:
解决Abis闪断/拥塞等问题。
4相关案例
4.1空口问题导致会话建立成功率指标不良
【现象描述】
M_罗湖桂园(BSC7-43-0)会话建立成功率偏低,为BSC7的会话建立成功率TOP小区。
【告警信息】
无
【分析过程】
1、首先检查该站RSSI、驻波、传输等硬件告警信息,无告警,排除硬件问题;
2、查看多天SMU数据,无异常用户记录;
3、空口数据查看DO话务模型,该小区信号控制良好,无显明越区问题;
4、空口数据查看DT数据,可发现该小区覆盖范围内存在较为严重的导频污染;
【优化方案】
罗湖邮政2小区(PN468)越区,下压其天馈下倾角4度,使其信号退出该导频污染区域。
【结论】
经现场勘测罗湖邮政2小区天线无法调整,因此采用调整罗湖邮政2小区射频增益减小其覆盖范围;调整后M_罗湖桂园0小区会话建立成功率指标得到明显改善,如下表:
4.2相邻AN的SectorID104配置错误导致HRPD会话建立成功率低
【现象描述】
某地市客户反馈8月份以来会话建立成功率降低,已经在全省排名靠后。
从M2000统计DO晚忙时指标,最近一周HRPD会话建立成功率平均值约94%,波动较大,KPI指标趋势图如下:
Y地市共有2个BSC,分别对应EVDO的AN1和AN2取一周指标分析,AN1忙时平均会话建立成功率为92.6%,且指标波动较大,AN2忙时平均会话建立成功率为97.4%%,且指标较稳定。
因此问题主要出在BSC1上。
再细化分析AN2的会话建立指标,发现HRPD会话建立失败的主要原因为:
没有发出UATIAssignment,并且根据载频级话统分析,TOP3会话建立失败次数分别为:
阳江港、白沙路口、罗琴林场:
从地理分布情况看,这3个站均分布在AN1与AN2的交界处,如罗琴林场和白沙路口处于两条公路较差处,人流量相对较大,与AN2的切换较为频繁。
因此问题主要是与AN2边界的会话建立成功率低,怀疑与AN2的AN间会话存在问题。
AN间的会话流程如下:
从前面的失败原因分析得出主要原因是没有发出UATIAssignment,根据EVDORA话统分析指导书的解释,没有发出UATIAssignment的主要原因为AN间的会话迁移失败,或者AN处理HardwareIDResponse失败。
其中AN处理HardwareIDResponse失败属于软件原因,一般发生该失败的情况较少。
当存在AN辅助的AN间切换时,如果A3/A7链路或者A13链路没有配置或者出现故障,或者其它原因导致了A13会话迁移失败,从而造成目标AN没有发送UATIAssignment。
当终端在多个AN的边界位置,可能在不同的AN中频繁进行会话迁移,从而导致了失败次数比较多。
但在查询现网BSC1的A13会话信息查询成功率全部为0:
因此问题的原因应该是在AN间的数据配置错误,导致A13会话信息查询全部失败。
【处理过程】
检查AN1涉及到与AN2间会话相关的数据配置,如A13链路、外部邻区、相邻AN的sectorID104、色码等,发现AN1配置的相邻AN的SectorId104错误:
现网AN1配置AN2相邻SectorId104为:
0x00A8C000618000000AFE54C7E3
正确的配置应该为:
0x00A8C000618000000AFE54CBE3
与B侧工程师协商,9月6日晚对相邻AN2的SectorId104进行重新配置,从9月7日开始连续三天统计AN1的DO指标,HRPD会话建立成功率指标有了明显改善,维持在98.5%以上,问题得到解决。
【建议与总结】
对于性能提升类问题处理,根据话统分析的一般思路,先由整体到局部,如本案例的DRPD会话建立成功率优化,先获取会话相关的话统:
“HRPD会话性能测量”,分析是全网性问题还是个别区域出现问题,初步判断问题可能的原因。
再根据失败原因值,必要时可借助SMU单板日志中的SSL记录数据进行分析,一步步缩小可能出现的范围,最终解决问题,同时网优工程师应熟悉EVDO各种流程,将有助于快速解决问题。
4.3相邻AN关系和色码配置问题
【现象描述】
某电信CDMA网于2009-8月进行了BSC裂分,新增了3个BSC。
新增后,HRPD会话建立成功率其他BSC低10-20%。
M2000上话统发现三个新入网的AN的HRPD会话建立成功率在80%以下。
【告警信息】
无。
【原因分析】
XX运营商BSC分裂后,新入网的三个BSCHRPD会话建立成功率只有80%左右,失败原因主要为A13会话查询失败,现场BSC版本:
BSC6680V300R006C08SP100。
通过分析8月25日的话统(其他日期趋势一样),新入网的三个BSC:
BSC17、BSC18、BSC19HRPD会话建立成功率低于其他BSC,尤其是BSC18和BSC19。
而影响HRPD会话成功率的主要原因为A13会话查询失败。
A13信令分析,跟踪BSC18与相邻BSC13的A13接口跟踪,分析当前A13会话查询失败的主要原因为源侧找不到会话(释放原因值为4),正常网络中,此类失败几乎是没有的。
为了分析进一步分析源侧拒绝的原因,需要搞清楚目标测携带了哪些信息到源侧。
分析A13-SessionInformationRequest消息中携带的内容,该消息中只携带了UATI128:
UATI128的结构如下:
从以上分析可以看出,当目标侧将源侧的SectorID104配置错误时,会导致源侧查询不到会话信息,与前面话统分析的结论一致。
数据配置核查:
查询BSC18下相邻AN的数据配置,BSC13和BSC16下的SectorID104配置错误。
BSC13的正确配置为:
0x00A8C0006080000081090A0D0D;BSC16的正确配置为:
0x00A8C0006080000081090A1010
【处理过程】
现场在9月5日凌晨将BSC17、BSC18、BSC19相邻AN的SectorID104配置正确,从以下话统评估来看,修改后HRPD会话成功率和A13会话查询成功率均恢复正常
【建议与总结】
相邻AN的色码配置错误会导致HRPD会话建立成功率降低,在HRPD会话建立成功率低的情况发生时,注意检查相邻AN的色码配置。
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 深圳EVDO HRPD会话建立成功率优化指导书V30706 深圳 EVDO HRPD 会话 建立 成功率 优化 指导书 V30706