CN106506514A - 一种4g移动数据信令面和用户面的关联方法及*** - Google Patents
一种4g移动数据信令面和用户面的关联方法及*** Download PDFInfo
- Publication number
- CN106506514A CN106506514A CN201611044919.6A CN201611044919A CN106506514A CN 106506514 A CN106506514 A CN 106506514A CN 201611044919 A CN201611044919 A CN 201611044919A CN 106506514 A CN106506514 A CN 106506514A
- Authority
- CN
- China
- Prior art keywords
- data
- user
- plane
- signaling
- gtkafka
- 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.)
- Granted
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/22—Parsing or analysis of headers
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/26—Special purpose or proprietary protocols or architectures
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W80/00—Wireless network protocols or protocol adaptations to wireless operation
Landscapes
- Engineering & Computer Science (AREA)
- Computer Security & Cryptography (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Computing Systems (AREA)
- Information Transfer Between Computers (AREA)
Abstract
一种4G移动数据信令面和用户面的关联方法,包括:(1)接收到用户上网的全部信令面和用户面的数据,通过对报文包头初步解析;(2)信令面解析服务器解析每条信令里包含的各个字段,把解析出来的值和当前信令的状态发到Gtkafka;(3)该用户发生用户面上网行为时,用户面解析服务器解析出具体业务,teid以及SGW的IP和端口;把这些信息作为一条记录发送到Gtkafka;(4)从Gtkafka上取到一条数据,如果是信令面数据执行步骤(5),否则执行步骤(6);(5)到Redis中新增或者更新或者删除该用户上网的信令面记录;跳转到步骤(7);(6)去Redis中去查,如果查到对应的信令面记录,向GtKafka返回OK和关联后的数据,GtKafka把关联后的数据写入Kafka;(7)结束。还有***。
Description
技术领域
本发明涉及分布式大数据处理的技术领域,尤其涉及一种4G移动数据信令面和用户面的关联方法,以及4G移动数据信令面和用户面的关联***。
背景技术
中国专利申请(申请号:201210356134.8)提供了一种对PS域大流量网络数据的监测分析方法及装置,申请的一个大的监测***,而对于信令面和用户面关联的地方,仅仅说了句将信令面和用户面通过关联关键字进行关联,没有具体说明是什么关键字,如何进行管理。其注重用户上网的检测***,而没有对信令面和用户面的关联方法进行描述。
中国专利申请(申请号:201510708161.0)提供了一种将4G和3G网络的信令流程进行关联的方法,在4G回落到3G时,需要将4G和3G的信息进行关联起来,以标记是同一个人的行为。而没有关于4G中信令面和用户面是如何关联的。其与本申请描述的关联发生在不同的区域。
现有的关联方法一般为:数据关联模块把用户面数据到Redis中找到其对应的信令面数据,组成一条完整的上网记录。因此,如何设计出快速保存/查询/删除信令面数据和快速查询用户面数据的方法,节省内存等***资源,成为技术人员需要考虑的问题。
发明内容
为克服现有技术的缺陷,本发明要解决的技术问题是提供了一种4G移动数据信令面和用户面的关联方法,其能够实现快速保存/查询/删除信令面数据和快速查询用户面数据的方法,节省内存等***资源,简单快捷,易于实现,识别准确率高,从而快速的将信令面和用户面数据合成出一条条用户的上网记录。
本发明的技术方案是:这种4G移动数据信令面和用户面的关联方法,该方法包括以下步骤:
(1)拷贝接收到用户上网的全部信令面和用户面的数据,通过对报文包头初步解析分出是信令面还是用户面的数据,分配给对应的解析模块;
(2)信令面有PDP的创建,更新,删除动作,信令面解析服务器解析每条信令里所包含的各个字段,把解析出来的值和当前信令的状态发到Gtkafka,等待后续报文进来进行后续处理;
(3)该用户发生用户面上网行为时,用户面解析服务器收到对应的数据报文;解析出用户请求的具体业务,报文带有的teid以及SGW的IP和端口;把这些信息作为一条记录发送到数据解析层数据总线Gtkafka;
(4)关联模块实时从Gtkafka上取到一条数据,判断是信令面数据还是用户面数据,如果是信令面数据执行步骤(5),否则执行步骤(6);
(5)到Redis中新增或者更新或者删除该用户上网的信令面记录;跳转到步骤(7);
(6)去Redis中去查,如果查到对应的信令面记录,向GtKafka返回OK和关联后的数据,GtKafka把关联后的数据写入Kafka;如果查不到,向GtKafka返回FALSE,GtKafka则将该用户记录丢弃;
(7)结束。
本发明通过teid以及SGW的IP和端口,快速实现信令面数据和用户面数据的关联,所以能够实现快速保存/查询/删除信令面数据和快速查询用户面数据的方法,节省内存等***资源,简单快捷,易于实现,识别准确率高,从而快速的将信令面和用户面数据合成出一条条用户的上网记录。
还提供了一种4G移动数据信令面和用户面的关联***,该***包括:
数据分发模块,其配置来从网络上收到用户上网报文,分析是信令面数据还是用户面数据;
信令面数据解析模块,其配置来接到报文后,按照3GPP的规范,对各个接口的数据按照对应协议的规范,对报文进行解析;
用户面数据解析模块,其配置来按照3GPP的规范,对用户数据按照GTPU协议的规范,对报文进行解析,包括访问主机名Host、统一资源定位符URL、用户代理UserAgent、源地址、目的地址;
用户关联模块,其配置来从GtKafka上实时读取到每条记录,如果该记录是用户面数据,就用数据中携带的teid以及SGW的IP和端口到Redis中去查,如果查到对应的信令面记录,用户关联模块就向数据解析层数据总线GtKafka返回OK和对应的信令数据,GtKafka把关联后的数据写入Kafka;如果查不到,用户关联模块向GtKafka返回FALSE,GtKafka则将该用户记录丢弃。
附图说明
图1所示为根据本发明的4G移动数据信令面和用户面的关联方法的流程图。
具体实施方式
首先给出与本发明相关的一些名词说明。
3GPP TS 29.274V12.6.0GTPV2协议规范请参见
http://wenku.***.com/link?url=-oaQF6MQeBNYdIzZFlXfryfPE7Q8hBsN_iuEckzAzwR3a_kw9lf-K91rx2K5s0hFHkB-lHxZ8BDxYMi4XeKe4qDdGVRdHFdYY1RqQk6uxaS
3GPP TS 36.413V11.4.0(2013-06)LTE协议规范请参见
http://wenku.***.com/link?url=f8dOdOF0RSc3_EsUqMmyMUbLBXADi4ehGHtYsqdqo5JXcvkFgkIR-SG5TIHWIStE1IuofCeq2tgI1bPFqSgOvKGK25o2WenU5upWlHQdkh3
GTP协议Teid请参见http://blog.csdn.net/baixue6269/article/details/7775813
Redis是一个高性能的key-value数据库。
GtKafka是数据解析层数据总线。
teid(Tunnel Endpoint Identifier,隧道标识号)是由GTP隧道的接收端分配本地TEID值,供GTP隧道的发起方使用。通过GTP-C消息在隧道的两个端点间交换TEID(包含在FTEID内)值。通过IP地址,端口号,以及TEID值就可以唯一确定一个GTP的隧道。
SGWIP(Serving GateWay,服务网关)是移动通信网络EPC中的重要网元。EPC网络实际上是原3G核心网PS域的演进版本,而SGW的功能和作用与原3G核心网SGSN网元的用户面相当,即在新的EPC网络中,控制面功能和媒体面功能分离更加彻底。
PGW(Public Data Network Gateway)PDN网关是移动通信网络EPC中的重要网元。负责管理3GPP和non-3GPP间的数据路由。移动终端如果要访问网络,就一定要经过PGW网元,才能接入到公用数据网。
Imei(International Mobile Equipment Identity)是国际移动设备身份码,是手机设备的唯一串号。
Imsi(IMSI:International Mobile Subscriber Identification)是国际移动用户识别码,是手机号的唯一标识。
现有的关联方法是,数据关联模块把用户面数据到Redis中找到其对应的信令面数据,组成一条完整的上网记录。因此,如何设计出快速保存/查询/删除信令面数据和快速查询用户面数据的方法,节省内存等***资源,成为技术人员需要考虑的问题。
本***对移动4G的信令面和数据面接口上的数据进行深度加工,把信令面和用户面通过Teid和SGW的IP和端口号,进行关联起来。以让用户面的数据找到对应的用户信息(手机号,Imei,imsi,小区等),以方便进行各类业务的统计。
随着4G(LTE)网络的商用,移动终端的高速上网已经实现,移动终端的智能化和多样性,移动上网已经是当前最通用的上网渠道。互联网已经成为人们获取信息、交流沟通的主要方式,每年产生的商业价值巨大。而作为互联网接入管道的电信运营商,却在面临着巨大的挑战。运营商掌握着庞大的用户数据和四通八达的用户管道,但因为缺少用户数据积累、挖掘、分析的专业工具,缺少将数据转换为价值的有效变现渠道,运营商难以参与利润丰厚的网络营销市场。
本大数据采集分析平台是位于总体架构的前端,负责信令报文和数据报文的采集与分析。数据采集***在完成数据加工处理以后,按照约定格式保存到数据交换***中。流处理平台和批处理平台分别各自从数据交换***中读取,结合各自业务需求开展数据分析和挖掘。本***对移动4G的信令面和用户面接口上的数据进行深度加工,把信令面和用户面通过teid和SGW的IP和端口,进行关联起来。以让用户面的数据找到对应的用户信息(手机号,imei,imsi,小区等),以方便进行各类业务的统计。
如图1所示,这种4G移动数据信令面和用户面的关联方法,该方法包括以下步骤:
(1)拷贝接收到用户上网的全部信令面和用户面的数据,通过对报文包头初步解析分出是信令面还是用户面的数据,分配给对应的解析模块;
(2)信令面有PDP的创建,更新,删除动作,信令面解析服务器解析每条信令里所包含的各个字段,把解析出来的值和当前信令的状态发到Gtkafka,等待后续报文进来进行后续处理;
(3)该用户发生用户面上网行为时,用户面解析服务器收到对应的数据报文;解析出用户请求的具体业务,报文带有的teid以及SGW的IP和端口;把这些信息作为一条记录发送到数据解析层数据总线Gtkafka;
(4)关联模块实时从Gtkafka上取到一条数据,判断是信令面数据还是用户面数据,如果是信令面数据执行步骤(5),否则执行步骤(6);
(5)到Redis中新增或者更新或者删除该用户上网的信令面记录;跳转到步骤(7);
(6)去Redis中去查,如果查到对应的信令面记录,向GtKafka返回OK和关联后的数据,GtKafka把关联后的数据写入Kafka;如果查不到,向GtKafka返回FALSE,GtKafka则将该用户记录丢弃;
(7)结束。
本发明通过teid以及SGW的IP和端口,快速实现信令面数据和用户面数据的关联,所以能够实现快速保存/查询/删除信令面数据和快速查询用户面数据的方法,节省内存等***资源,简单快捷,易于实现,识别准确率高,从而快速的将信令面和用户面数据合成出一条条用户的上网记录。
另外,所述步骤(1)中,通过分光或者镜像的方式,拷贝接收到用户上网的全部信令面和用户面的数据。
另外,所述步骤(3)中,具体业务是Http,P2P,邮件,或聊天工具等上网业务。
本领域普通技术人员可以理解,实现上述实施例方法中的全部或部分步骤是可以通过程序来指令相关的硬件来完成,所述的程序可以存储于一计算机可读取存储介质中,该程序在执行时,包括上述实施例方法的各步骤,而所述的存储介质可以是:ROM/RAM、磁碟、光盘、存储卡等。因此,与本发明的方法相对应的,本发明还同时包括一种4G移动数据信令面和用户面的关联***,该***通常以与方法各步骤相对应的功能模块的形式表示。使用该方法的***,该***包括:
数据分发模块,其配置来从网络上收到用户上网报文,分析是信令面数据还是用户面数据;
信令面数据解析模块,其配置来接到报文后,按照3GPP的规范,对各个接口的数据按照对应协议的规范,对报文进行解析;
用户面数据解析模块,其配置来按照3GPP的规范,对用户数据按照GTPU协议的规范,对报文进行解析,包括访问主机名Host、统一资源定位符URL、用户代理UserAgent、源地址、目的地址;
用户关联模块,其配置来从GtKafka上实时读取到每条记录,如果该记录是用户面数据,就用数据中携带的teid以及SGW的IP和端口到Redis中去查,如果查到对应的信令面记录,用户关联模块就向数据解析层数据总线GtKafka返回OK和对应的信令数据,GtKafka把关联后的数据写入Kafka;如果查不到,用户关联模块向GtKafka返回FALSE,GtKafka则将该用户记录丢弃。
另外,所述信令面数据解析模块中,信令面解析服务器区分出是隧道的创建/更新/删除的请求,或者创建/更新/删除的响应;信令面解析服务器保存请求的数据;响应的数据来到后,跟请求的数据进行匹配,如果匹配上,就把请求和响应组成一条全量的数据,发送到数据解析层数据总线Gtkafka。
另外,所述用户面数据解析模块中,用户面解析服务器把解析出来的数据,发送到Gtkafka。
另外,所述用户关联模块中,接收到数据后,判断是信令面数据还是用户面数据,如果都不是则丢弃;如果是信令面的数据就进入信令面的处理流程:保存,更新或者删除一条这条记录。
本发明的有益效果如下:
1.能实现快速保存/查询/删除信令面数据和快速查询用户面数据的方法,节省内存等***资源;
2.简单快捷,易于实现,识别准确率高,从而快速的将信令面和用户面数据合成出一条条用户的上网记录。
以上所述,仅是本发明的较佳实施例,并非对本发明作任何形式上的限制,凡是依据本发明的技术实质对以上实施例所作的任何简单修改、等同变化与修饰,均仍属本发明技术方案的保护范围。
Claims (8)
1.一种4G移动数据信令面和用户面的关联方法,其特征在于:该方法包括以下步骤:
(1)拷贝接收到用户上网的全部信令面和用户面的数据,通过对报文包头初步解析分出是信令面还是用户面的数据,分配给对应的解析模块;
(2)信令面有PDP的创建,更新,删除动作,信令面解析服务器解析每条信令里所包含的各个字段,把解析出来的值和当前信令的状态发到Gtkafka,等待后续报文进来进行后续处理;
(3)该用户发生用户面上网行为时,用户面解析服务器收到对应的数据报文;解析出用户请求的具体业务,报文带有的teid以及SGW的IP和端口;把这些信息作为一条记录发送到数据解析层数据总线Gtkafka;
(4)关联模块实时从Gtkafka上取到一条数据,判断是信令面数据还是用户面数据,如果是信令面数据执行步骤(5),否则执行步骤(6);
(5)到Redis中新增或者更新或者删除该用户上网的信令面记录;跳转到步骤(7);
(6)去Redis中去查,如果查到对应的信令面记录,向GtKafka返回OK和关联后的数据,GtKafka把关联后的数据写入Kafka;如果查不到,向GtKafka返回FALSE,GtKafka则将该用户记录丢弃;
(7)结束。
2.根据权利要求1所述的4G移动数据信令面和用户面的关联方法,其特征在于:所述步骤(1)中,通过分光或者镜像的方式,拷贝接收到用户上网的全部信令面和用户面的数据。
3.根据权利要求2所述的4G移动数据信令面和用户面的关联方法,其特征在于:所述步骤(3)中,具体业务是Http,P2P,邮件,或聊天工具。
4.一种4G移动数据信令面和用户面的关联***,其特征在于:该***包括:
数据分发模块,其配置来从网络上收到用户上网报文,分析是信令面数据还是用户面数据;
信令面数据解析模块,其配置来接到报文后,按照3GPP的规范,对各个接口的数据按照对应协议的规范,对报文进行解析;
用户面数据解析模块,其配置来按照3GPP的规范,对用户数据按照GTPU协议的规范,对报文进行解析,包括访问主机名Host、统一资源定位符URL、用户代理UserAgent、源地址、目的地址;
用户关联模块,其配置来从GtKafka上实时读取到每条记录,如果该记录是用户面数据,就用数据中携带的teid以及SGW的IP和端口到Redis中去查,如果查到对应的信令面记录,用户关联模块就向数据解析层数据总线GtKafka返回OK和对应的信令数据,GtKafka把关联后的数据写入Kafka;如果查不到,用户关联模块向GtKafka返回FALSE,GtKafka则将该用户记录丢弃。
5.根据权利要求4所述的4G移动数据信令面和用户面的关联***,其特征在于:所述数据分发模块中,对于信令面数据,分发给信令面数据解析模块;对于用户面数据,分发给用户面数据解析模块。
6.根据权利要求5所述的4G移动数据信令面和用户面的关联***,其特征在于:所述信令面数据解析模块中,信令面解析服务器区分出是隧道的创建/更新/删除的请求,或者创建/更新/删除的响应;信令面解析服务器保存请求的数据;响应的数据来到后,跟请求的数据进行匹配,如果匹配上,就把请求和响应组成一条全量的数据,发送到数据解析层数据总线Gtkafka。
7.根据权利要求6所述的4G移动数据信令面和用户面的关联***,其特征在于:所述用户面数据解析模块中,用户面解析服务器把解析出来的数据,发送到Gtkafka。
8.根据权利要求7所述的4G移动数据信令面和用户面的关联***,其特征在于:所述用户关联模块中,接收到数据后,判断是信令面数据还是用户面数据,如果都不是则丢弃;如果是信令面的数据就进入信令面的处理流程:保存,更新或者删除一条这条记录。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201611044919.6A CN106506514B (zh) | 2016-11-21 | 2016-11-21 | 一种4g移动数据信令面和用户面的关联方法及*** |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201611044919.6A CN106506514B (zh) | 2016-11-21 | 2016-11-21 | 一种4g移动数据信令面和用户面的关联方法及*** |
Publications (2)
Publication Number | Publication Date |
---|---|
CN106506514A true CN106506514A (zh) | 2017-03-15 |
CN106506514B CN106506514B (zh) | 2019-04-30 |
Family
ID=58328467
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201611044919.6A Active CN106506514B (zh) | 2016-11-21 | 2016-11-21 | 一种4g移动数据信令面和用户面的关联方法及*** |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN106506514B (zh) |
Cited By (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN106911523A (zh) * | 2017-04-25 | 2017-06-30 | 杭州东方通信软件技术有限公司 | 移动互联网用户通过lte上网问题定位的方法和*** |
CN111542075A (zh) * | 2020-04-22 | 2020-08-14 | 中国科学院信息工程研究所 | 一种4g网络环境下的信令面与用户面关联数据维护方法 |
CN111601299A (zh) * | 2020-05-09 | 2020-08-28 | 恒安嘉新(北京)科技股份公司 | 一种5g架构下信息关联回填*** |
CN112073512A (zh) * | 2020-09-08 | 2020-12-11 | 中国联合网络通信集团有限公司 | 数据处理方法及设备 |
CN113179229A (zh) * | 2021-03-10 | 2021-07-27 | 长沙星融元数据技术有限公司 | 一种验证方法、装置、存储介质及电子设备 |
CN113946880A (zh) * | 2021-11-24 | 2022-01-18 | 北京鼎兴达信息科技股份有限公司 | 对采集数据进行关键信息数据回填的方法 |
CN114666753A (zh) * | 2020-12-04 | 2022-06-24 | ***通信集团广东有限公司 | 信令流数据处理方法、位置信息服务方法及电子设备 |
Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102883347A (zh) * | 2012-09-24 | 2013-01-16 | 北京智信数通科技有限公司 | 一种对ps域大流量网络数据的监测分析方法及装置 |
CN104702564A (zh) * | 2013-12-05 | 2015-06-10 | 华为技术有限公司 | 一种网络共享用户识别方法及装置 |
CN104754628A (zh) * | 2013-12-31 | 2015-07-01 | ***通信集团山西有限公司 | 一种基于lte s1接口的数据采集关联分析方法和装置 |
CN105357694A (zh) * | 2015-10-20 | 2016-02-24 | 北京锐安科技有限公司 | 4g用户数据报文处理的方法和*** |
CN105703953A (zh) * | 2016-03-08 | 2016-06-22 | 中国联合网络通信集团有限公司 | 一种ott业务资源消耗确定方法和*** |
-
2016
- 2016-11-21 CN CN201611044919.6A patent/CN106506514B/zh active Active
Patent Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102883347A (zh) * | 2012-09-24 | 2013-01-16 | 北京智信数通科技有限公司 | 一种对ps域大流量网络数据的监测分析方法及装置 |
CN104702564A (zh) * | 2013-12-05 | 2015-06-10 | 华为技术有限公司 | 一种网络共享用户识别方法及装置 |
CN104754628A (zh) * | 2013-12-31 | 2015-07-01 | ***通信集团山西有限公司 | 一种基于lte s1接口的数据采集关联分析方法和装置 |
CN105357694A (zh) * | 2015-10-20 | 2016-02-24 | 北京锐安科技有限公司 | 4g用户数据报文处理的方法和*** |
CN105703953A (zh) * | 2016-03-08 | 2016-06-22 | 中国联合网络通信集团有限公司 | 一种ott业务资源消耗确定方法和*** |
Cited By (11)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN106911523A (zh) * | 2017-04-25 | 2017-06-30 | 杭州东方通信软件技术有限公司 | 移动互联网用户通过lte上网问题定位的方法和*** |
CN106911523B (zh) * | 2017-04-25 | 2019-10-01 | 杭州东方通信软件技术有限公司 | 移动互联网用户通过lte上网问题定位的方法和*** |
CN111542075A (zh) * | 2020-04-22 | 2020-08-14 | 中国科学院信息工程研究所 | 一种4g网络环境下的信令面与用户面关联数据维护方法 |
CN111601299A (zh) * | 2020-05-09 | 2020-08-28 | 恒安嘉新(北京)科技股份公司 | 一种5g架构下信息关联回填*** |
CN111601299B (zh) * | 2020-05-09 | 2023-04-14 | 中国联合网络通信有限公司广东省分公司 | 一种5g架构下信息关联回填*** |
CN112073512A (zh) * | 2020-09-08 | 2020-12-11 | 中国联合网络通信集团有限公司 | 数据处理方法及设备 |
CN114666753A (zh) * | 2020-12-04 | 2022-06-24 | ***通信集团广东有限公司 | 信令流数据处理方法、位置信息服务方法及电子设备 |
CN114666753B (zh) * | 2020-12-04 | 2023-08-15 | ***通信集团广东有限公司 | 信令流数据处理方法、位置信息服务方法及电子设备 |
CN113179229A (zh) * | 2021-03-10 | 2021-07-27 | 长沙星融元数据技术有限公司 | 一种验证方法、装置、存储介质及电子设备 |
CN113946880A (zh) * | 2021-11-24 | 2022-01-18 | 北京鼎兴达信息科技股份有限公司 | 对采集数据进行关键信息数据回填的方法 |
CN113946880B (zh) * | 2021-11-24 | 2022-09-13 | 北京鼎兴达信息科技股份有限公司 | 对采集数据进行关键信息数据回填的方法、装置 |
Also Published As
Publication number | Publication date |
---|---|
CN106506514B (zh) | 2019-04-30 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN106506514B (zh) | 一种4g移动数据信令面和用户面的关联方法及*** | |
US9426046B2 (en) | Web page download time analysis | |
CN103516710A (zh) | 会话感知GTPv2负载平衡 | |
CN103491575A (zh) | 会话感知GTPv1负载平衡 | |
CN106911523A (zh) | 移动互联网用户通过lte上网问题定位的方法和*** | |
CN104301161B (zh) | 业务质量指标的计算方法、计算装置以及通信*** | |
EP2515476A1 (en) | Method for the interception of GTP-C messages | |
CN102857917B (zh) | 一种基于信令分析的手机连接pc上网识别方法 | |
WO2020228527A1 (zh) | 数据流的分类方法和报文转发设备 | |
CN101500017A (zh) | 一种基于流量提供业务的方法及其*** | |
CN104602274A (zh) | 一种动态识别终端品牌和终端类型的方法及*** | |
CN108023767A (zh) | 上网行为追踪方法、装置及服务器 | |
CN105828310A (zh) | 一种数据业务的计费方法及设备、*** | |
CN106452859A (zh) | 一种固网WiFi环境下手机号码特征关键字自动提取方法 | |
CN103248677A (zh) | 互联网行为分析***及其工作方法 | |
CN105307173A (zh) | 通信网络架构、基于通信网络架构的接入认证方法及*** | |
CN104618410B (zh) | 资源推送方法和装置 | |
CN106326280B (zh) | 数据处理方法、装置及*** | |
CN105184559B (zh) | 一种支付***及方法 | |
CN106888115B (zh) | 一种网络拓扑构建方法与*** | |
CN208143233U (zh) | 一种基于私有网络的LoRaWAN通信管理设备 | |
CN107180114A (zh) | 一种海事卫星通信话单解析方法和*** | |
CN103716804A (zh) | 无线数据通信网的用户网络行为分析方法、装置及*** | |
CN104965851A (zh) | 一种分析数据的***及方法 | |
CN106161403A (zh) | 应用程序复原方法、装置以及*** |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
GR01 | Patent grant | ||
GR01 | Patent grant | ||
TR01 | Transfer of patent right |
Effective date of registration: 20220421 Address after: 100000 room 116, building 3, Shuangqiao (Shuangqiao dairy factory), Chaoyang District, Beijing Patentee after: Beijing Xiaoxiang innovation Artificial Intelligence Technology Co.,Ltd. Address before: 100085 901, 9th floor, building 5, yard 1, Shangdi East Road, Haidian District, Beijing Patentee before: BEIJING GEO POLYMERIZATION TECHNOLOGY Co.,Ltd. |
|
TR01 | Transfer of patent right |