随着微信和支付宝广泛应用，目前通过扫码支付已成为最普遍的支付方式。例如用户使用手机支付，在交通领域上，不仅有效解决了广大乘客携带零钱不便的痛点，为广大乘客提供便利，同时也有效解决了零钱短缺以及现金管理的难题。扫码支付无处不在，如果由于运营商网络原因导致无法支付，不仅仅对商家直接造成一定的经济损失，而且影响了客户和商家对运营商的满意度，最容易造成批量投诉。
文章从三部分展开用户感知提升，第一部分描述扫码支付原理，重点阐述提取扫码业务的难点和业务评估体系；第二部分通过单个小区和全网小区验证发现，无线网络质量是影响目前扫码支付业务的重要原因；第三部分，可以针对无线感知差的小区或者高支付业务小区，在无线侧利用QOS技术，固定周期预留资源，从而提高用户感知，试点得到成功验证，值得推广。
1、基于扫码支付的原理
1.定位扫码支付业务的域名
扫码支付业务的使用，对于普通用户而言，是通过打开微信或者支付宝APP，通过亮码或者扫码，完成支付的流程，而对于网络维护后台人员，是可以通过信令追溯得到用户的使用日志。目前各大运营商都接入用户的信令，利用平台数据多元性通过开展用户数据挖掘工作，洞悉用户使用行为和消费行为，为市场部门流量经营提供精准的用户基础分析数据，支撑市场部精准、精细营销，提升市场业务占有率。
用户使用手机上网流量中的微信业务的识别方法——“业务流程特征字+事务流”的业务识别方法，该方法不仅实现了微信业务各行为流程的识别和分析，还可应用于其他采用TCP协议通信的业务识别。
目前现网中用户数据业务上网的信令，只可以识别出微信和支付宝APP，而无法识别APP下一级业务——APP具体应用（如使用扫码支付、生活服务等应用），主要由于APP上具体的应用为了安全性，使用了更加安全的HTTPS加密处理。
鉴于此，目前通过多场景测试结合后台实时抓信令验证，圈定用户使用微信和支付宝支付扫码域名。本次测试场景为个人扫码支付和商家扫码（个人亮码）两种形式不同的场合，具体如下：
(1）扫个人微信二维码付款、地铁微信充值、社区卫生服务站商家扫码付款、商场购物商家扫微信付款码付款、停车场微信扫码支付——支付域名均为***.pay.weixin.qq.com;
(2）给微信好友转账，无明显表征，前后出现域名为***.weixin.qq.com;
(3）街电充电宝免押租借付款，走Https协议。
2.感知指标评估和门限
目前，4G上网中影响业务感知的主要有HTTP访问成功率等。按照过往经验值，制定影响核心网指标及门限，主要有3个：http成功率（门限85%）、大包速率、小包时延（门限300）。
2、基于扫码支付的感知分析
通过单小区和全网小区分析展开分析，数据显示，网络正常时，限于扫码支付域名的http成功率指标比全网好；当网络异常时，扫码支付业务感知指标变得更加差。鉴于此，管道侧的保障（无线基站）是限定扫码支付域名业务提升的关键。
图1 整体分析思路
1.单个小区分析
(1）网络正常，扫码支付感知正常。
12月1日11点48分，“广州天河区猎德村*-**H”扫码支付顺畅。全网和限定支付域名指标http成功率，支付域名指标（99.54%）比全网（96.55%）稍好。
表1 单个小区网络正常情况测试
(2）网络异常：小区出现拥塞，全网指标和支付指标均变差，扫码支付变得更加差
“广州西区下渡路**-ZLH”12月1日无线指标正常，12月4日MR-RRC连接建立最大用户数超过440,Http成功率全网和限定域名http成功率均低于85%，小包时延超过300ms。
表2 单个小区网络异常情况测试
2.全网小区分析
数据显示，http成功率整体趋向稳定，使用扫码支付业务的指标比全网高约3pp。
图2 http成功率趋势图
3.无线小区验证
为了验证http指标对业务感知的影响权重，提取http成功率低于85%且扫码支付活跃小区，通过网管指标（后台）和现场测试（前台）联合分析，具体如下：
(1）与上网感知差小区匹配情况：前期通过现场和网管指标双向核查，有一份已知的“上网感知差小区”清单，经匹配发现，31个http成功率低的小区，属于“上网感知差小区”清单25个，占比81%。
表3 上网感知差匹配结果
(2）无线侧问题分析情况：经核查网管指标，现场测试，再次对目标小区进行分析，发现http指标出现异常时，有28个出现无线问题，无线问题占比90.32%。
表4 小区无线问题定位
4.小结
(1）业务请求最多的小区，网络正常情况下，扫码支付业务的整体感知比其他业务感知好；
(2）当小区http成功率低于85%，经多批次小区验证，主要为无线网络异常导致。
3、高支付场景应用研究
1.现状调查及原理说明
从上述的分析中，无线网络的质量，对扫码支付感知影响权重最大。通过现状调查，为了提高快速完成扫码支付，商家系统上做了优化的尝试。例如目前在广东省某连锁超市使用设置了数据交互层的扫码支付系统后，响应时间明显缩短，准确率和安全性也有较大提高商家扫码仅仅属于扫码支付的一个场景，扫码支付无处不在，如果运营商后网络侧进行优化，必定会达到事半功倍的效果。
目前运营商侧对业务侧提速做了各种尝试，比如随着越来越多的语音、视频等多媒体实时业务希望在无线网络上的通信可以像在有线网络上一样提供服务质量（QoS）的保障。4G网络QoS管理的基本单元是承载，用户和网络之间必须先建立EPS承载（Bearer)之后，才可以在承载之上使用各种数据业务（例如上传文件、游戏、上网等）。
EPS承载可以看做一个或多个业务数据流SDF的逻辑聚合体，不同的QoS保障需要不同类型的EPS承载来提供。无线上网业务的OLT(Optical Line Terminal）业务需求特性可以通过设置QoS参数实现。
互联网用户数量和业务数量的爆炸式增长，但网络资源是非常有限的。所以，怎么样在有限的资源上传输大量的报文，同时满足不同报文对带宽、时延等性能的要求，提高服务质量，已经成为IP网络研究的重点课题。目前，解决这一问题的有效方法是采用QoS技术，它根据网络报文的特点对报文划分优先级，再通过某种调度策略，使报文按一定的优先级顺序转发，提高了服务质量。
鉴于此，扫码支付可以尝试针对特定需要保障的业务，基于承载，可以通过后台配置先验获取的这些特定业务的IP地址（扫码支付域名），这种方式获取的IP地址构成了IP地址池，当终端的上、下行报文访问这些IP地址池中的IP时，则认为该特定需要保障的业务被识别成功，调度优先级提高。这样可以避免容量不足等无线问题导致用户无法使用扫码支付业务。
2.使用场景和效果评估
要评估用户对真实业务感知的指标，不仅仅局限于无线网，也要结合核心侧性能指标。运营商各自针对移动互联网主流业务搭建了评估体系，为每项业务设计了多个反映用户不同方面的业务感知关键质量指标（Key Quality Indicators,KQI），建立了一整套基于大数据分析的移动互联网用户感知评估体系。
参考相关的感知评估指标体系，网页打开时延与关键覆盖KPI指标正相关，当LET的RSRP优于-104,SINR值优于7dB时，将会大大提升用户的网页浏览感知，可以作为对重要区域或VIP客户的优化参考目标。
从现网中，提取支付活跃的3个小区试点，结合无线侧、核心网KPI指标和现场测试，进行效果评估。
从核心网KQI指标来看：
(1)HTTP成功率由97.71%提升到98.31%，提升0.61%;
(2）质差会话数减少11.15%;
(3）质差会话数占比减少4.16%。
表5 评估体系1-核心网KPI指标
从现场实测感知对比来看，扫码支付时延由3.39秒，减少到2.71秒，减幅20%:
表6 评估体系2-现场测试时延
图3 扫码支付时延对比（关键指标平稳波动）
表7 评估体系3-关键指标情况
4、结语
通过用户端到端上网流程分析，提升扫码支付业务感知，管道侧的保障（无线基站）是关键。通过数据业务上网信令圈定扫码支付域名，基于承载，在基站侧配置需要保障的额域名，当终端的上、下行报文访问这些IP地址池中的IP时，则认为该特定需要保障的业务被识别成功，调度优先级提高。
试点小区从核心网KQI和现场实测感知发现，用户扫码支付指标提升了，全网关键指标无明显波动。这种通过固定周期预留资源，感知差的小区可以试用，但是不适合全网推，会造成资源浪费。下一步，可以根据扫码支付的域名，圈定高支付小区，进行有价值的网络运营。
