湖大食堂5G基站无法做业务问题分析.docx

湖大食堂5G基站无法做业务问题分析.docx

ID:60863226

大小:1.38 MB

页数:14页

时间:2020-12-25

湖大食堂5G基站无法做业务问题分析.docx_第1页
湖大食堂5G基站无法做业务问题分析.docx_第2页
湖大食堂5G基站无法做业务问题分析.docx_第3页
湖大食堂5G基站无法做业务问题分析.docx_第4页
湖大食堂5G基站无法做业务问题分析.docx_第5页
资源描述:

《湖大食堂5G基站无法做业务问题分析.docx》由会员上传分享,免费在线阅读,更多相关内容在行业资料-天天文库

1、湖大食堂5G基站无法做业务问题分析一、问题描述:湖大食堂5G基站开通后,现场测试能接入5G网络,但不能做业务(speedtest,网页均不能打开),问题发现后,立刻分析后台信令及前台信令,信令中可以证实的确接入5G网络二、问题分析:不能做业务,所以当时做的第一部是ping核心网的SGW网址,判断如果该网段是否可通,ping包方法如下:密码:Itran_2430!@#下行Uds灌包操作方法注意:要先看下UDS容器在哪个片上(目前容器启动是随机的,有的在VGC上,有的在VSW上),保证灌包的时候up

2、erf与UDS容器不在同一个片上说明:此工具是在iperf源码的基础上修改并编译出来的工具,模拟从核心网下来的报文,可以支持从VGC或VSW向基站内UDS容器灌包设置网口(每次UDS容器重启需要重新设置)查看udsip和udsmac在VGC(VSW)业务面上,进入UDS的docker,pad到里面的uds线程,输入:bsp_show_self_mac_ip,得到udsip和udsmac:设置虚拟网卡在VGC(VSW)业务面上,设置一个与uds内网口相同网段的虚拟网卡:ifconfigeth2:0

3、193.254.100.100up(其中可选网卡ethx,X=0,1,2)添加arp表在VGC(VSW)业务面上arp-sudsipudsmac(第一步获取的udsip和udsmac)查看TEID(每次UE重新接入,需要重新查看)SA场景1.在udc的容器里,输入PrintUdcOnlineDpfUeId,获取当前DpfUeId(图片例子中的dpfUeId是8)输入PrintUdcUeInstByUeIdDpfUeId(图中例子是PrintUdcUeInstByUeId8)在打印出来的实例信息中

4、,找到ngu承载信息,获得下行灌包使用的ngu.Teid(图中例子是0x810)在打印出来的实例信息中,找到qosFlowInst信息,获得灌包使用的qfi(qosFlowIndicator)(图中例子是5)NSA场景1.在udc的容器里,输入PrintUdcOnlineDpfUeId,获取当前DpfUeId(图片例子中的dpfUeId是8)2.在uds的容器里,输入PrintOnlineUdsRbInst,找到dpfUeId对应的UdsRbIndex。3.在uds的容器里,输入PrintUds

5、RbInstByUdsRbIndexUdsRbIndex,然后找到NGU信息,取localTeid对应的值为TEID。灌包命令SA场景./uperf-u-cudsip-TTEID-Qqfi-DcpeIP-l1400-b1000m-t9999Udsip和TEID、qfi由上边获取,-l表示包长示例是1400B-b表示流量大小示例是1G-t表示灌包时间示例是9999秒NSA场景./uperf-u-c193.254.100.101-T108544-l1024-b1000m-t99999-i1参数说明同

6、上授权uperf命令:chmod777uperf通过自己验证过、核查参数一切均没有错误后,问题没法解决,上报研发问题处理:下面是研发给的一些分析方法,按照顺序能写出:1、判断信令加腿成功,进入5G网络,但不能做业务(speedtest,网页均不能打开),检查现场反馈的信令,发现SN添加成功,然后一堆测量报告,最后被释放掉。从信令看到三次过程:第一次:第二次:第三次:1.从信令看,MME侧发起释放,原因为radioNetwork=3:TS1AP_CauseRadioNetwork_Root_rel

7、ease_due_to_eutran_generated_reason,但是从信令上看,eNB侧未发起释放等操作,怀疑是核心网携带原因值问题;2.目前看UE建立的默认承载是Scg类型,而且接入5G侧成功(SN添加成功到释放基本上时长都超过1min),在阶段做不了业务根据后台信令跟踪分析后,得出以下结论:非实时信令:这个站点的信令看,UE正常添加腿,持续在线4-5min,未发现异常;(信令没有最后的数据,看不到UE最后怎么释放的)IMSILOG:440653的1小区,UE接入后建立QCI9(SCG

8、),后又建立QCI5(MCG),之后添加SN成功,再建立第二条QCI9失败(SN响应超时),此时因为收到SCGFAILURE,发起SN释放,后面又添加SN成功,新建QCI9也成功,之后UE持续在线1min30s,收到SN侧的userinactive 3次后,LTE侧也检测到userinactive,对UE发起userinactive释放;2、新建信令采集任务——基于IMSI的log采集LOG采集对象全选Log采集参数全选数据提取3、4G基站信息查询4、抓包操作密码:ZTE停止抓包得到抓包文件后,

当前文档最多预览五页,下载文档查看全文

此文档下载收益归作者所有

当前文档最多预览五页,下载文档查看全文
温馨提示:
1. 部分包含数学公式或PPT动画的文件,查看预览时可能会显示错乱或异常,文件下载后无此问题,请放心下载。
2. 本文档由用户上传,版权归属用户,天天文库负责整理代发布。如果您对本文档版权有争议请及时联系客服。
3. 下载前请仔细阅读文档内容,确认文档内容符合您的需求后进行下载,若出现内容与标题不符可向本站投诉处理。
4. 下载文档时可能由于网络波动等原因无法下载或下载错误,付费完成后未能成功下载的用户请联系客服处理。