CN110336920A - 一种基于tcp协议评估移动支付感知的方法 - Google Patents

一种基于tcp协议评估移动支付感知的方法 Download PDF

Info

Publication number
CN110336920A
CN110336920A CN201910612600.6A CN201910612600A CN110336920A CN 110336920 A CN110336920 A CN 110336920A CN 201910612600 A CN201910612600 A CN 201910612600A CN 110336920 A CN110336920 A CN 110336920A
Authority
CN
China
Prior art keywords
payment
perception
transmission control
control protocol
algorithm
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
CN201910612600.6A
Other languages
English (en)
Inventor
魏雷
朱斌
张峰
马传项
王海飞
朱艳斌
张明
赵志有
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
China Communication Technology Co Ltd
Original Assignee
China Communication Technology Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by China Communication Technology Co Ltd filed Critical China Communication Technology Co Ltd
Priority to CN201910612600.6A priority Critical patent/CN110336920A/zh
Publication of CN110336920A publication Critical patent/CN110336920A/zh
Pending legal-status Critical Current

Links

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00Payment architectures, schemes or protocols
    • G06Q20/30Payment architectures, schemes or protocols characterised by the use of specific devices or networks
    • G06Q20/32Payment architectures, schemes or protocols characterised by the use of specific devices or networks using wireless devices
    • G06Q20/325Payment architectures, schemes or protocols characterised by the use of specific devices or networks using wireless devices using wireless networks
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L43/00Arrangements for monitoring or testing data switching networks
    • H04L43/08Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters
    • H04L43/0852Delays
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/16Implementation or adaptation of Internet protocol [IP], of transmission control protocol [TCP] or of user datagram protocol [UDP]
    • H04L69/163In-band adaptation of TCP data exchange; In-band control procedures
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04MTELEPHONIC COMMUNICATION
    • H04M1/00Substation equipment, e.g. for use by subscribers
    • H04M1/72Mobile telephones; Cordless telephones, i.e. devices for establishing wireless links to base stations without route selection
    • H04M1/724User interfaces specially adapted for cordless or mobile telephones
    • H04M1/72403User interfaces specially adapted for cordless or mobile telephones with means for local support of applications that increase the functionality

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Business, Economics & Management (AREA)
  • General Business, Economics & Management (AREA)
  • Physics & Mathematics (AREA)
  • Strategic Management (AREA)
  • General Physics & Mathematics (AREA)
  • Theoretical Computer Science (AREA)
  • Computer Security & Cryptography (AREA)
  • Accounting & Taxation (AREA)
  • Environmental & Geological Engineering (AREA)
  • Human Computer Interaction (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

本发明公开了一种基于TCP协议评估移动支付感知的方法,涉及移动通信移动支付领域。具体包括:数据采集软件,开发手机侧抓包软件,实现在手机侧抓取支付信令;支付行为识别,通过建立支付服务器地址库,同时参考数据流端口,准确识别出支付行为;有效数据流清洗,定义有效数据流,丢弃无效数据流,提高算法效率;感知评估算法,开发基于TCP协议数据流的感知评估算法;数据库关联,分析结果与XDR、CDR等数据关联,获取更多网络信息,多维度分析定位问题。本发明提供的基于TCP协议评估移动支付感知的方法实现了对移动支付感知的有效评估,可准确统计出用户支付行为,还可以结合运营商已有的问题派单系统,做到智慧优化,智慧运维。

Description

一种基于TCP协议评估移动支付感知的方法
技术领域
本发明涉及移动通信领域中的移动支付技术,具体涉及一种基于TCP协议评估移动支付感知的一种方法。
背景技术
业务感知分析在移动网络维护和优化中的地位越来越重要,主要有两个原因:一是OTT业务的爆发性增长使得业务的复杂性增加;二是市场形势的变化导致竞争加剧。原有的KPI指标是从评估“设备自身性能”和“网络运行质量”角度出发,但随着OTT业务的增加,原有的指标体系已经不足以区分具体业务的质量情况。
KQI体系是通过关联用户面和信令面的内容,基于“每个用户、每次业务”的大数据挖掘,多维度的评估业务质量和用户感知。为了更准确评估用户感知,运营商搭建了基于DPI技术的系统来评估用户的上网感知,DPI(Deep Packet Inspection)是一种基于数据包的深度检测技术,针对不同的网络应用层载荷(例如HTTP、DNS等)进行深度检测,通过对报文的有效载荷检测决定其合法性。DPI系统应支持对以下业务数据流量的识别:即时通信、新闻、阅读、微博、导航、地图、视频、音乐、应用商店、游戏、支付、动漫、邮箱、P2P业务、VoIP业务、财经、安全杀毒等。
运营商利用DPI系统已经实现了对主要网站访问感知的评估,当前已经进入移动互联网时代,用户访问网站的流量明显减少,另一方面,手机APP的流量突增,譬如:微信、微博、头条、抖音、支付宝等热门应用。
DPI可以识别各类即时通信业务数据流,但是无法进行业务的细分,也即无法识别哪些是支付业务。热门APP等都采用私有加密协议传输关键信息,导致DPI无法准确识别用户行为,DPI系统在评估移动支付感知方面并不擅长,也就无法评估移动支付的感知。
发明内容
本发明所要解决的问题是提供一种基于TCP协议评估移动支付感知的技术方法,目的在于解决现有DPI系统无法评估手机用户支付感知的问题,可准确快速发现网络短板,指明优化方向,帮助运营商提升网络服务质量,提升用户满意度。
为此目的,本发明提供的基于TCP协议评估移动支付感知的方法,包括以下步骤,
步骤一,在手机侧实现支付行为信令的抓取,并把抓取的信令封装保存,便于拷贝到电脑进行分析;
步骤二,准确识别出支付的数据流,提高算法的准确性;
步骤三,对有效数据流进行清洗;
步骤四,根据制定出的评估用户感知差的组合算法处理;
步骤五,与其他数据库进行关联;
步骤六,将步骤四和步骤五输出的结果共享到运营商的运维部分,进行分析结果的应用。
进一步,上述步骤二中,所述识别是根据采用的协议、IP地址库、端口、关键字准确识别出支付的数据流。
步骤三中,所述的对有效数据流清洗是对有效数据流进行定义,将不满足的数据流丢弃,以提高算法的效率。
步骤四中,所述算法包括支付卡顿、支付失败和支付感知差,每种分类都制定多个算法,确保算法的准确性。
步骤五中,所述与其他数据库关联是把分析出的结果关联到具体的小区/基站,或者关联到CDR/XDR/MR数据。
步骤六中,所述运营商的运维部分接到用户投诉时即可查询对应用户的投诉时的感知情况。
与现有技术相比,本发明的有益效果:
1,本发明提供的基于TCP协议评估移动支付感知的方法实现了对移动支付感知的有效评估,可准确统计出用户支付行为,包括:卡顿和失败,并做到感知差用户行为的信令保存,方便详细分析感知差的整体行为。
2,本发明同时还可以结合运营商已有的问题派单系统,做到智慧优化,智慧运维。
附图说明
图1为本发明所述用于移动支付感知算法处理流程图。
具体实施方式
下面结合附图对本发明进行详细说明。
本发明所述用于移动支付感知算法处理包括数据的采集、数据的预处理、数据分析、分析结果的应用几个步骤。
图1所示为一个具体实施例,包括6个步骤,具体如下:
步骤1,在手机侧或者核心网侧使用wireshark进行抓取;
步骤2,从抓取log中筛选出支付的服务器;
步骤3,有效数据流清晰,判断数据流的有效性,只有信令条数大于1且存在[SYN]标志的才是有效数据流。
步骤4,判断该数据流三次握手是否成功,如果握手失败,判定为支付失败。
步骤5,三次握手成功,卡顿算法和失败算法处理。
步骤6,处理结果与其他数据库关联,详细关联到具体的小区和位置。
现对支付感知评估涉及到的算法做一简要的介绍,TCP数据流定义:100s内,Stream index相同,定义为同一个TCP数据流。
1.支付卡顿算法
(1).TCP三次握手时延评估算法:
TCP三次握手包含三条信令,信令之间的时延在2s以上定义为TCP三次握手时延大导致的感知差。
(2).Retransmission时延评估算法
同一TCP数据流中,同一个数据包的第一次传输与最后一次传输的时间差超过2s,则为重传引起的传输异常。
(3).DUP ACK时延评估算法
同一TCP数据流中,原数据包和最后一次重发之间的时延超过2s,则为丢包引起的传输异常。
(4).数据流时延评估算法
同一TCP数据流中,第一条与最后一条信令之间时延5s以上。
(5):[RST]时延评估算法
同一TCP数据流中,RST之间的时间差在2s以上,则定义为[RST]引起的传输异常。
2.支付失败算法
(6):TCP三次握手失败
同一TCP数据流中,没有对应的[ACK],判定为TCP三次握手失败。2s内存在多次三次握手失败,仅判定为1次三次握手失败。
(7):异常FIN失败
同一TCP数据流中,FIN之前5s内没有数据传输,判定为异常FIN导致的失败。
3.支付感知差算法
(8):FIN与FIN算法
同一TCP数据流中,服务器发起的FIN与手机回应的FIN延超过2s,或仅有服务器发起的FIN,没有手机回应的FIN,定义为用户感知差,此时大概率存在手机侧提示支付失败,其实核心网侧已经支付成功。
通过验证,该算法准确率可达89%,可以评估出移动支付的感知情况,运营商可根据统计输出的结果,关联到其他数据库,譬如小区、用户、经纬度等信息,制定精准优化策略。
为了便于本领域的普通技术人员实施本发明,现对本发明的实施做如下的说明。
关于移动支付信令抓取,以安卓手机为例,获取手机系统ROOT权限,ROOT就是获取管理设备的权力,因为手机抓包软件会涉及系统有关操作,所以需要获取权限才可以正常使用。安装手机抓包软件《Release cctc.apk》,该软件为自主开发软件,抓取log可使用wireshark软件打开分析。
具体使用时,首先卸载手机上的其他应用,减少干扰因素,无法卸载的应用禁止访问网络,同时确保手机无线环境优良。
步骤1:打开APP,找到好友,点击转账;
步骤2:输入金额和密码,保留密码最后一位不输入;
步骤3:打开shark,开始抓包;
步骤4:立即输入最后一位密码;
步骤5:支付成功后,停止抓包;
步骤6:拷贝出抓取log分析;
数据抓取也可在核心网侧(PGW)完成,数据量更大,可参考价值更高。
关于支付行为识别,虽然在数据抓取时已经尽量减少干扰项,但是手机APP可能会与网络主动传输一些信息,导致影响支付行为识别存在误差,此时必须对腾讯非支付服务器进行筛选,清除无效数据。
移动支付使用http协议传输关键信息,http采用8080/80端口。
已建立移动支付服务器地址库,同时参考数据流端口,准确识别出移动支付行为。
关于有效数据流清洗,判断数据流的有效性,只有信令条数大于1且存在[SYN]标志的TCP数据流才是有效数据流。
关于支付卡顿和失败判断,把有效数据流通过算法进行处理,输出移动支付感知差的记录。
关于处理结果与其他数据库关联,处理结果与运营商的大数据平台关联,把移动支付感知差记录关联到具体小区,聚合到小区后进行评估,针对感知差较多的小区制定优化策略。
通过终端IP地址和时间,关联XDR、CDR与终端库等数据库,获取网络的其他信息,多维度对问题进行分析。
以上所述实施例仅表达了本发明的几种实施方式,其描述较为具体和详细,但并不能因此而理解为对本发明专利范围的限制。应当指出的是,对于本领域的普通技术人员来说,在不脱离本发明构思的前提下,还可以做出若干变形和改进,这些都属于本发明保护范围。

Claims (6)

1.一种基于TCP协议分析移动支付感知的方法,其特征在于,包含以下步骤:
步骤一,在手机侧实现支付行为信令的抓取,并把抓取的信令封装保存,便于拷贝到电脑进行分析;
步骤二,准确识别出支付的数据流,提高算法的准确性;
步骤三,对有效数据流进行清洗;
步骤四,根据制定出的评估用户感知差的组合算法处理;
步骤五,与其他数据库进行关联;
步骤六,将步骤四和步骤五输出的结果共享到运营商的运维部分,进行分析结果的应用。
2.根据权利要求1所述的基于TCP协议分析移动支付感知方法,其特征在于:步骤二中,所述识别是根据采用的协议、IP地址库、端口、关键字准确识别出支付的数据流。
3.根据权利要求1所述的基于TCP协议分析移动支付感知方法,其特征在于:步骤三中,所述的对有效数据流清洗是对有效数据流进行定义,将不满足的数据流丢弃,以提高算法的效率。
4.根据权利要求1所述的基于TCP协议分析移动支付感知方法,其特征在于:步骤四中,所述算法包括支付卡顿、支付失败和支付感知差,每种分类都制定多个算法,确保算法的准确性。
5.根据权利要求1所述的基于TCP协议分析移动支付感知方法,其特征在于:步骤五中,所述与其他数据库关联是把分析出的结果关联到具体的小区/基站,或者关联到CDR/XDR/MR数据。
6.根据权利要求1所述的基于TCP协议分析移动支付感知方法,其特征在于:步骤六中,所述运营商的运维部分接到用户投诉时即可查询对应用户的投诉时的感知情况。
CN201910612600.6A 2019-07-05 2019-07-05 一种基于tcp协议评估移动支付感知的方法 Pending CN110336920A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201910612600.6A CN110336920A (zh) 2019-07-05 2019-07-05 一种基于tcp协议评估移动支付感知的方法

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201910612600.6A CN110336920A (zh) 2019-07-05 2019-07-05 一种基于tcp协议评估移动支付感知的方法

Publications (1)

Publication Number Publication Date
CN110336920A true CN110336920A (zh) 2019-10-15

Family

ID=68143365

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201910612600.6A Pending CN110336920A (zh) 2019-07-05 2019-07-05 一种基于tcp协议评估移动支付感知的方法

Country Status (1)

Country Link
CN (1) CN110336920A (zh)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN115514661A (zh) * 2021-06-03 2022-12-23 中国移动通信集团四川有限公司 一种移动支付业务的质量评估方法、装置及电子设备

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2003115015A (ja) * 2001-10-04 2003-04-18 Diamond Lease Co Ltd 通信ネットワークによる集金/決済代行方法及びそのデータ処理装置
CN103780457A (zh) * 2014-01-02 2014-05-07 东南大学 一种基于边界检测的移动智能终端安全检测方法
CN105843946A (zh) * 2016-04-08 2016-08-10 姚晓宁 一种移动互联网支付统计分析系统及其统计分析方法
CN107948992A (zh) * 2017-11-09 2018-04-20 福建新大陆支付技术有限公司 一种gprs支付终端通讯优化方法

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2003115015A (ja) * 2001-10-04 2003-04-18 Diamond Lease Co Ltd 通信ネットワークによる集金/決済代行方法及びそのデータ処理装置
CN103780457A (zh) * 2014-01-02 2014-05-07 东南大学 一种基于边界检测的移动智能终端安全检测方法
CN105843946A (zh) * 2016-04-08 2016-08-10 姚晓宁 一种移动互联网支付统计分析系统及其统计分析方法
CN107948992A (zh) * 2017-11-09 2018-04-20 福建新大陆支付技术有限公司 一种gprs支付终端通讯优化方法

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
戴鹏等: "微信支付流程及业务识别感知分析", 《电信技术》 *

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN115514661A (zh) * 2021-06-03 2022-12-23 中国移动通信集团四川有限公司 一种移动支付业务的质量评估方法、装置及电子设备
CN115514661B (zh) * 2021-06-03 2023-11-03 中国移动通信集团四川有限公司 一种移动支付业务的质量评估方法、装置及电子设备

Similar Documents

Publication Publication Date Title
US11316948B2 (en) Exit node benchmark feature
US20120221721A1 (en) Detecting Fraudulent Activity
CN106911517B (zh) 一种移动互联网端到端问题定位方法和系统
CN107786992B (zh) 一种检测移动通信网络质量的方法和装置
US10749965B2 (en) Systems and methods for capturing and logging web application traffic
CN103096356A (zh) 无线网络性能的分析方法
CN113271299B (zh) 一种登录方法和服务器
CN114867025A (zh) 一种防止短信轰炸方法及装置
US9807197B2 (en) Real-time interaction in a communication network
CN105184559B (zh) 一种支付系统及方法
US9077662B2 (en) Service linkage control system and method
CN110336920A (zh) 一种基于tcp协议评估移动支付感知的方法
US7426551B1 (en) System, method and computer program product for dynamic system adaptation using contracts
CN105657683A (zh) 一种二次销售手机号码处理方法、装置及系统
CN110166518B (zh) 会话信息的传输方法、装置、存储介质及电子装置
KR101017015B1 (ko) 네트워크 기반 고성능 콘텐츠 보안 시스템 및 방법
CN116055403A (zh) 报文数据的传输方法、装置和服务器
CN104753774A (zh) 一种分布式企业综合接入网关
EP4093076A1 (en) Method, mobile equipment, and system for vulnerability detection and prevention in a sim, and storage media
EP3890278B1 (en) Data leakage prevention
CN110098931B (zh) 基于可信任“政企联连”平台的数据传输方法
AU2007351385B2 (en) Detecting and interdicting fraudulent activity on a network
CN110337115A (zh) 一种基于tcp协议判断微信支付感知的方法
CN114143048B (zh) 一种安全资源管理的方法、装置及存储介质
CN115037528B (zh) 一种异常流量检测方法及装置

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
RJ01 Rejection of invention patent application after publication

Application publication date: 20191015

RJ01 Rejection of invention patent application after publication