共建共享站点A运营商测试速率低，B运营商测试正常
现象描述
某共建共享站点，近期测试发现A运营商的SIM卡速率较低，大概在200 Mbps~600 Mbps，同小区下测B运营商的SIM卡能达到1 Gpbs以上。
问题分析
经排查发现某地智能城域网MCR2端口有下行CRC误码，原因为省干波分收光低导致，组网示意图如图1所示。
解决方案
速率低问题影响环节较多，现场从FTP服务，测试软件，测试终端，测试卡，基站，核心网，传输等方面做了排查。
- FTP服务器起初怀疑FTP使用用户较多，将服务账号进行清理更改并重启服务器。测试速率依然不达标。同样的服务器测试使用同一个小区下的B运营商的SIM卡进行测试，速率能达到1.2 Gbps，地市测试服务器速率正常。说明服务器本身没有问题。
- 鼎利，WNG，speedtest对比通过测试发现鼎利和WNG测试速率基本差不多，基本在300 Mbps~400 Mbps左右，无线质量较好但调度不足。小概率能测到1 Gpbs以上。Speedtest测到1 Gbps概率稍高，但有时也测速较低。由于Speedtest本身存在服务器不稳定的问题，无法定位网元的问题，测速仅做参考。以下为A运营商测速。
图2 鼎利测试数据1 
图3 鼎利测试数据2 
图4 WNG测试数据1 
图5 WNG测试数据2 
图6 Speedtest测试数据 
- 测试终端/站点/运营商对比为了发现是否为终端问题，使用华为mate20X、mate30、Vivo IQ003、两部中兴天机10s，分别找中兴基站和华为基站选取好点进行对比测试。测试结果显示B运营商侧速率正常。运营商A侧FTP下载的整体速率较低，mate30速率较高，但相比B运营商也较低。由此推断可能是A运营商侧网络有问题。
图7 不同终端在不同网络的测试 
以两款手机为例，A运营商测速明显低于B运营商，如图8所示。图8 A和B的网络测试 
图11 A运营商抓包分析 
图12 运营商B抓包分析 
TCP DL Statistic统计说明：- AppTcpLossStat_TcpPktRcvPkt：下行基站收到的TCP数据的包数
- AppTcpLossStat_TcpPktLostPkt：下行PDN到基站丢包次数（连续丢多包统计一次）
- AppTcpLossStat_TcpPktRetranPkt：下行PDN到终端整个链路的丢包数
- AppTcpLossStat_TcpPktOutOrderPkt：下行PDN到终端整个链路的乱序数
- AppTcpLossStat_TcpPktRcvByte：下行基站收到的TCP数据的字节数
- AppTcpLossStat_TcpPktLostByte：下行PDN到基站丢的字节数
- AppTcpLossStat_TcpPktRetranByte：下行PDN到终端整个链路的丢字节数
- AppTcpLossStat_TcpPktOutOrderByte：下行PDN到终端整个链路的乱序字节数
- 核心网协助分析情况：
- 测试卡签约速率核查：核心网核查签约速率上下行为20 /40 Gbps，相当于不限速。
- MTU核查：核心网设置为1380，设置正常。
- 核心网抓包反馈没有丢包。
- 核心网核查计费水平0480和0880两种卡类型，经过测试验证均表现问题一样。
由此，问题聚焦到传输层。 - 传输协助分析情况：
- MTU核查：设置到9000大于1380，不存在问题。
- 传输丢包核查：经过传输核查，下连端口没有丢包，发现乙地城域网上联2个端口其中一个端口有误码，问题主要出在甲地和乙地对接的青年路中心局MCR有下行CRC误码：SDTA-ZXJ-3F-ZX9K18EA-SM-C001In_Bytes 78650178564 In_Packets 52975174In_CRC_ERROR 1634525 In_Unicasts 52970104In_Broadcasts 0 In_Multicasts 4545In_Undersize 0 In_Oversize 0In_64B 0 In_65_127B 30285In_128_255B 10290 In_256_511B 2999In_512_1023B 2370 In_1024_1518B 52929215In_1519_MaxB 4 In_OverRun N/AE_Bytes 494666479 E_Packets 3539174E_CRC_ERROR N/A E_Unicasts 3530658E_Broadcasts 0 E_Multicasts 8510
