原创力文档- 1、原创力文档（book118）网站文档一经付费（服务费），不意味着购买了该文档的版权，仅供个人/单位学习、研究之用，不得用于商业用途，未经授权，严禁复制、发行、汇编、翻译或者网络传播等，侵权必究。。
- 2、本站所有内容均由合作方或网友上传，本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺！文档内容仅供研究参考，付费前请自行鉴别。如您付费，意味着您自己接受本站规则且自行承担风险，本站不退款、不进行额外附加服务；查看《如何避免下载的几个坑》。如果您已付费下载过本站文档，您可以点击 这里二次下载。
- 3、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等，请点击“版权申诉”（推荐），也可以打举报电话：400-050-0827(电话支持时间：9:00-18:30)。
- 4、该文档为VIP文档，如果想要下载，成为VIP会员后，下载免费。
- 5、成为VIP后，下载本文档将扣除1次下载权益。下载后，不支持退款、换文档。如有疑问请联系我们。
- 6、成为VIP后，您将拥有八大权益，权益包括：VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
- 7、VIP文档为合作方或网友上传，每下载1次， 网站将根据用户上传文档的质量评分、类型等，对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
eRAN6.0_LTE_空口下行UDP冲包功能(UUDATATEST)介绍
1 “空口下行UDP冲包”概述
空口下行UDP冲包，又称作UU接口数据测试，是在eNodeB基带板的PDCP层对某个UE的E-RAB连接发
起下行UDP冲包，可以用于测试空口实际性能。应用场景如下：
1、在下行吞吐量问题定位中用于确认是否空口问题，起到一定的隔离作用。
2、在运营商不提供服务器或者无法访问服务器的情况下临时测试下行空口实际性能。
该功能在eRAN3.1版本引入。
注意事项：
1、此功能是基于一个已经存在的业务承载，如果承载不存在了，则对其冲包将会失败。
2、一般情况下，STRUUDATATST命令中的源IP、源端口号、目的IP、目的端口号可以随便填写，不
影响冲包和观察。但是如果UE的应用层对IP进行校验，则目的IP需要填写为UE侧获取的正确IP，否则
应用层无法观察到数据统计，只能在probe或M2000跟踪中观察速率。
3、如果冲包速率小于12M，且报文长度大于1400字节，则实际速率会比设置的速率略大。建议冲包速
率按照最大的150M设置，可以测出实际的空口最大速率。
4、STPUUDATATST命令，不输入任何参数就可以停止当前正在进行的空口灌包。
5、规格：一个eNodeB下同一时刻只能启动1个UU口冲包任务。
2 空口下行UDP冲包操作步骤
2.1 首先获取UE的TMSI和E-RABID
有两种获取方法：
1）可以从信令跟踪中获取，UE标识(TMSI或者随机数)可以从UE本次接入的“RRC_CONN_REQ”消
息中获取，E-RABID可以从承载建立消息S1AP_INITIAL_CONTEXT_SETUP_REQ中获取，具体的可以
参考信令分析指导书；
2）可以在eNodeB上通过DSPALLUEBASICINFO与DSPUEONLINEINFO两条命令获取当前存在的用户。
具体方法如下：
在eNodeB上使用命令查询的方法：适合实验室或现网小区下只有1个用户的情况。
DSPALLUEBASICINFO:LOCALCELLID=0;
DSPUEONLINEINFO:DSPMODE
其中的ERAB列表如下：
2.2 启动空口下行冲包测试
在M2000或者webLMT上执行如下MML命令：（注意蓝色字体的MMECODE、TMSI和ERAB-ID需要根
据实际用户设置）
STRUUDATATST:UEIDTYPE=STMSI_TYPE,MMECODE=22,MTMSI=,ERABID=5150000,TIME=360;
查询结果：DSPUUDATATST:;
从吞吐量监测中可以看到达到了小区最大峰值（15M、TM1）
下面是冲50M的测试：
2.3 停止空口下行冲包测试
2.4 其他：需要用随机数来启动的场景
UE首次Attach时，没有TMSI，会以随机数接入，此时DSPALLUEBASICINFO查询到的UE标识为随机
数，后续的命令中都要以随机数来查询。如下：
DSPALLUEBASICINFO:LOCALCELLID=0;
DSPUEONLINEINFO:DSPMODE=UEID,UEID=063178DAD2;
ST
3 补充说明
1、灌包是否会影响多用户调度的公平性？-不会影响
测试方法：
1.1两用户都在近点，选择1个用户灌包，吞吐量是否公平
1.2两用户都在中点，选择1个用户灌包，吞吐量是否公平
1.3两用户，1个在近点，1个在远点，对近点用户灌包，与两个用户同时做FTP下载的速率比值和
RB分配一样
1.4两用户，1个在近点，1个在远点，对远点用户灌包，与两个用户同时做FTP下载的速率比值和
RB分配一样
验证结果：
1．多用户情况下，多用户信号相当的情况下，灌包功能不会影响多用户调度的公平性。即多用户信号
强度相当的情况下（同在近点或中点），某用户UDP灌包的速率和FTP下载的速率相当，不会影响其它
用户的下载。
2.多用户情况下，多用户的信号不等情况下，灌包功能不会影响多用户调度的公平性。即多用户信号强
度不等的情况下（一个在近点，一个在远点），某用户UDP灌包的速率和FTP下载的速率相当，不会影
响其它用户的下载。
2、灌包对GBR业务是否有效？能否控制住GBR速率
测试方法：
2.1建立1个GBR承载，分别设置其速率为1M、10M、30M，并进行灌包，确认速率可以限制住。
2.2对于存在GRB承载的用户，对其默认承载进行灌包，
未验证，理论上可以限制住。
3、用户规格限制
3.1单个基站下两个用户，无法同时启
文档评论（0）