CN105208575B - 一种网络接口信令监测的信息处理方法及装置 - Google Patents
一种网络接口信令监测的信息处理方法及装置 Download PDFInfo
- Publication number
- CN105208575B CN105208575B CN201410309210.9A CN201410309210A CN105208575B CN 105208575 B CN105208575 B CN 105208575B CN 201410309210 A CN201410309210 A CN 201410309210A CN 105208575 B CN105208575 B CN 105208575B
- Authority
- CN
- China
- Prior art keywords
- user
- context table
- data
- xdr data
- xdr
- 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.)
- Active
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W24/00—Supervisory, monitoring or testing arrangements
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Mobile Radio Communication Systems (AREA)
- Information Transfer Between Computers (AREA)
Abstract
本发明提供一种网络接口信令监测的信息处理方法及装置,涉及移动互联网通信领域。该方法包括:将采集到的Iu‑PS接口的数据进行处理,得到控制面xDR数据和用户面xDR数据;在所述用户面xDR数据缺少用户信息时,根据所述控制面xDR数据对用户上下文表进行维护,得到新的用户上下文表;其中,所述控制面xDR数据包括所述用户面xDR数据缺少的用户信息;根据所述用户面xDR数据,在所述新的用户上下文表中以所述用户面xDR数据中的用户标识为关键字查询,查找到缺少的用户信息,重新添加到所述用户面xDR中。本发明的方案,解决了发送到上层应用系统的用户面外部数据表示xDR数据中某些用户信息的缺失问题。
Description
技术领域
本发明涉及移动互联网通信领域,特别涉及一种网络接口信令监测的信息处理方法及装置。
背景技术
随着移动互联网业务的飞速发展,运营商通过数据业务流量监测与分析系统实时监测数据业务运行的关键指标,挖掘网络隐患和质量短板,从而来提升2G、3G数据业务使用感知,激发数据业务流量。其中,Iu-PS接口作为3G网络的一个重要接口,在3G网络的信令监测中占有不可缺少的地位。
然而,现有的Iu-PS接口进行信令监测,按照SCCP链来分发消息处理,这就引起同一用户数据在不同模块处理,而有些用户信息不是每个SCCP链接都可以获得的,也可能由于前流程不在采集范围使得某些用户信息的获取缺失,这样就可能导致最终发送到上层应用系统的用户面外部数据表示xDR数据中某些用户信息的缺失。
发明内容
本发明的目的是提供一种网络接口信令监测的信息处理方法及装置,通过对用户面xDR数据的信息回填处理,避免xDR数据中的用户信息缺失。
为达到上述目的,本发明的实施例提供一种网络接口信令监测的信息处理方法,包括:
将采集到的Iu-PS接口的数据进行处理,得到控制面xDR数据和用户面xDR数据;
在所述用户面xDR数据缺少用户信息时,根据所述控制面xDR数据对用户上下文表进行维护,得到新的用户上下文表;其中,所述控制面xDR数据包括所述用户面xDR数据缺少的用户信息;
根据所述用户面xDR数据,在所述新的用户上下文表中以所述用户面xDR数据中的用户标识为关键字查询,查找到缺少的用户信息,重新添加到所述用户面xDR中。
其中,所述将采集到的Iu-PS接口的数据进行处理,得到控制面xDR数据和用户面xDR数据的步骤包括:
采集Iu-PS接口的数据,根据一预定义过滤条件进行过滤;
将过滤后的数据按照一预定义分组原则进行分组;
将分组后的数据进行解码处理,获取信息字段;
从所述信息字段中获取需要的信息合成相应的控制面xDR数据和用户面xDR数据。
其中,所述在所述用户面xDR数据缺少用户信息时,根据所述控制面xDR数据对用户上下文表进行维护,得到新的用户上下文表的步骤包括:
获取所述控制面xDR数据的类型,根据所述控制面xDR数据的类型采用对应的方式对用户上下文表进行维护,得到新的用户上下文表。
其中,所述在所述用户面xDR数据缺少用户信息时,根据所述控制面xDR数据对用户上下文表进行维护,得到新的用户上下文表的步骤还包括:
确定所述用户面xDR数据中缺少的用户信息。
其中,所述用户上下文表包括:移动性管理MM上下文表、分组数据协议PDP上下文表和隧道TUNNEL上下文表。
其中,所述获取所述控制面xDR数据的类型,根据所述控制面xDR数据的类型采用对应的方式对用户上下文表进行维护,得到新的用户上下文表的步骤包括:
当所述控制面xDR数据是附着类型时,以所述控制面xDR数据中的用户标识作为关键字查询MM上下文表是否存在;
若MM上下文表存在,删除该MM上下文表下的所有PDP上下文表,根据所述控制面xDR数据重新建该MM上下文表下的PDP上下文表;
若MM上下文表不存在,根据所述控制面xDR数据中的所述用户面xDR数据中缺少的用户信息,新建MM上下文表。
其中,所述获取所述控制面xDR数据的类型,根据所述控制面xDR数据的类型采用对应的方式对用户上下文表进行维护,得到新的用户上下文表的步骤还包括:
当所述控制面xDR数据是路由更新/业务请求类型时,以所述控制面xDR数据中的用户标识作为关键字查询MM上下文表是否存在;
若MM上下文表存在,将所述控制面xDR数据中的所述用户面xDR数据中缺少的用户信息更新到所述MM上下文表中;
若MM上下文表不存在,根据所述控制面xDR数据中的所述用户面xDR数据中缺少的用户信息,新建MM上下文表。
其中,所述获取所述控制面xDR数据的类型,根据所述控制面xDR数据的类型采用对应的方式对用户上下文表进行维护,得到新的用户上下文表的步骤还包括:
当所述控制面xDR数据是激活类型时,以所述控制面xDR数据中的用户标识作为关键字查询MM上下文表是否存在;
若MM上下文表存在,且是首次激活,根据所述控制面xDR数据中的所述用户面xDR数据中缺少的用户信息新建PDP上下文表和Tunnel上下文表;
若MM上下文表存在,且是二次激活,根据linkedTI查找主PDP上下文表是否存在,若存在新建辅PDP上下文表。
为达到上述目的,本发明的实施例还提供了一种网络接口信令监测的信息处理装置,包括:
处理模块,用于将采集到的Iu-PS接口的数据进行处理,得到控制面xDR数据和用户面xDR数据;
维护模块,用于在所述用户面xDR数据缺少用户信息时,根据所述控制面xDR数据对用户上下文表进行维护,得到新的用户上下文表;其中,所述控制面xDR数据包括所述用户面xDR数据缺少的用户信息;
重填模块,用于根据所述用户面xDR数据,在所述新的用户上下文表中以所述用户面xDR数据中的用户标识为关键字查询,查找到缺少的用户信息,重新添加到所述用户面xDR中。
其中,所述处理模块包括:
过滤子模块,用于采集Iu-PS接口的数据,根据一预定义过滤条件进行过滤;
分组子模块,用于将过滤后的数据按照一预定义分组原则进行分组;
解码子模块,用于将分组后的数据进行解码处理,获取信息字段;
合成子模块,用于从所述信息字段中获取需要的信息合成相应的控制面xDR数据和用户面xDR数据。
其中,所述维护模块包括:
维护子模块,用于获取所述控制面xDR数据的类型,根据所述控制面xDR数据的类型采用对应的方式对用户上下文表进行维护,得到新的用户上下文表。
其中,所述维护模块还包括:
确定子模块,用于确定所述用户面xDR数据中缺少的用户信息。
本发明的上述技术方案的有益效果如下:
本发明实施例的网络接口信令监测的信息处理方法,采集到的Iu-PS接口的数据进行处理,得到控制面xDR数据和用户面xDR数据后,在用户面xDR数据缺少用户信息的情况下,根据控制面xDR数据中包含的用户面xDR数据缺少的用户信息,对用户上下文表进行维护,这样,维护后的用户上下文表中会包含用户面xDR数据缺少的用户信息,然后通过用户面xDR数据中的用户标识作为关键字查询新的用户上下文表,查找到缺少的用户信息,重新添加到用户面xDR数据中。用户面xDR数据回填了缺少的用户信息,保证了用户面xDR数据的信息完整性,同时为上层应用系统的正常运行奠定了基础。
附图说明
图1表示本发明实施例的网络接口信令监测的信息处理方法的步骤流程图;
图2表示用户上下文表关联示意图;
图3表示控制面xDR是附着类型的用户上下文表的维护方式示意图;
图4表示控制面xDR是路由更新/业务请求类型的用户上下文表的维护方式示意图;
图5表示控制面xDR是激活类型的用户上下文表的维护方式示意图;
图6表示,本发明实施例的网络接口信令监测的信息处理装置的结构示意图。
具体实施方式
为使本发明要解决的技术问题、技术方案和优点更加清楚,下面将结合附图及具体实施例进行详细描述。
本发明针对现有的对Iu-PS接口信令监测过程中出现的发送到上层应用系统的用户面外部数据表示xDR数据中某些用户信息缺失的问题,提出一种网络接口信令监测的信息处理方法,通过对用户面xDR数据的信息回填处理,避免xDR数据中的用户信息缺失。
如图1所示,本发明实施例的一种网络接口信令监测的信息处理方法,包括:
步骤11,将采集到的Iu-PS接口的数据进行处理,得到控制面xDR数据和用户面xDR数据;
在对Iu-PS接口信令监测中,需要将包含用户信息的用户面xDR数据发送到上层应用系统中,在采集到Iu-PS接口的数据后就需要对这些数据进行相应的处理,以得到xDR数据。
步骤12,在所述用户面xDR数据缺少用户信息时,根据所述控制面xDR数据对用户上下文表进行维护,得到新的用户上下文表;其中,所述控制面xDR数据包括所述用户面xDR数据缺少的用户信息;
步骤13,根据所述用户面xDR数据,在所述新的用户上下文表中以所述用户面xDR数据中的用户标识为关键字查询,查找到缺少的用户信息,重新添加到所述用户面xDR中。
在用户面xDR数据缺少用户信息的情况下,通过步骤12,根据控制面xDR数据中包含的用户面xDR数据缺少的用户信息,对用户上下文表进行维护,这样,维护后的用户上下文表中会包含用户面xDR数据缺少的用户信息,然后根据步骤13,通过用户面xDR数据中的用户标识作为关键字查询新的用户上下文表,查找到缺少的用户信息,重新添加到用户面xDR数据中。用户面xDR数据回填了缺少的用户信息,保证了用户面xDR数据的信息完整性,同时为上层应用系统的正常运行奠定了基础。
其中,用户标识可以是IMSI(International Mobile SubscriberIdentification Number,国际移动用户识别码)。
在本发明实施例中,步骤11包括:
步骤111,采集Iu-PS接口的数据,根据一预定义过滤条件进行过滤;
在采集到的数据中,并不是所用数据都会在后期使用到,故,为了提高处理过程的效率,首先会根据后期需要数据的信息设置一预定义的过滤条件对采集的数据进行过滤处理。例如,根据需要数据的IP地址范围预定义一过滤条件,不在IP地址范围内的数据就会被过滤掉。
步骤112,将过滤后的数据按照一预定义分组原则进行分组;
虽然进行了初步过滤,但是由于数据信息量还是很大的,所以,会将数据按照一预定义分组原则进行分组处理,进一步提升处理效率。例如,将数据按照用户分组,对不同用户分开并行处理,相较于串行处理,就可以大大加快处理速度。
众所周知,采集数据多是采集的数据报文,数据包形式的数据需要进行解码处理后再进行信息字段的采集。
步骤113,将分组后的数据进行解码处理,获取信息字段;
步骤114,从所述信息字段中获取需要的信息合成相应的控制面xDR数据和用户面xDR数据。
应该了解的是,控制面xDR数据和用户面xDR数据的格式是提前定义好的,要想合成控制面xDR数据和用户面xDR数据,要根据其格式填入对应的数据信息,并不是信息字段的随意合并就可以做到的,因此,在步骤114中,从解码后的信息字段中获取需要的信息来合成相应的控制面xDR数据和用户面xDR数据。
在本发明实施例中,得到控制面xDR数据和用户面xDR数据后,为了保证发送给上层应用系统的信息完整性,针对用户面xDR数据存在用户信息缺失的问题,会对用户面xDR数据的用户信息进行检查,如果用户信息完整,可以直接发送到上层应用系统,而一旦出现用户信息缺失的情况,就需要对用户面xDR数据进行回填处理,在重新填入缺少的用户信息后,才可发送到上层应用系统。
其中,回填处理要对用户上下文表维护,由于对用户上下文表的维护是有多种不同的处理方式的,对应于控制面xDR数据的类型,故,上述步骤12包括:
步骤121,获取所述控制面xDR数据的类型,根据所述控制面xDR数据的类型采用对应的方式对用户上下文表进行维护,得到新的用户上下文表。
只有先获取当前控制面xDR数据的类型,才能确定对应的维护方式,当然,要填写缺少的用户信息前,应该知道缺少的用户信息是什么,才能有针对性的去查找,因此,步骤12还包括:
步骤122,确定所述用户面xDR数据中缺少的用户信息。
其中,所述用户上下文表包括:移动性管理MM上下文表、分组数据协议PDP上下文表和隧道TUNNEL上下文表。
如图2所示,一个用户对应一个MM上下文表;MM上下文表的下一级可能关联一个或多个PDP上下文表,当然也可能没有PDP上下文表;PDP上下文表的下一级可能对应关联一个TUNNEL上下文表,当然也可能没有TUNNEL上下文表。
其中,根据控制面xDR数据的类型,步骤12还包括:
步骤123a,当所述控制面xDR数据是附着类型时,以所述控制面xDR数据中的用户标识作为关键字查询MM上下文表是否存在;
步骤124a,若MM上下文表存在,删除该MM上下文表下的所有PDP上下文表,根据所述控制面xDR数据重新建该MM上下文表下的PDP上下文表;
步骤125a,若MM上下文表不存在,根据所述控制面xDR数据中的所述用户面xDR数据中缺少的用户信息,新建MM上下文表。
如图3所示,如果缺少的用户信息是IMEI(International Mobile EquipmentIdentity,移动设备国际身份码),且当前指示控制面xDR是附着类型,按照上述步骤,首先以用户标识IMSI为关键字查询该用户MM上下文表是否存在,如果MM上下文表存在,则删除该MM上下文表下的所有PDP上下文表,根据控制面xDR数据中的IMEI重新建该MM上下文表下的PDP上下文表;如果MM上下文表不存在,根据控制面xDR数据中的IMEI,新建MM上下文表。这样,维护后的用户上下文表中会包含有IMEI信息。
其中,步骤12还包括:
步骤123b,当所述控制面xDR数据是路由更新/业务请求类型时,以所述控制面xDR数据中的用户标识作为关键字查询MM上下文表是否存在;
步骤124b,若MM上下文表存在,将所述控制面xDR数据中的所述用户面xDR数据中缺少的用户信息更新到所述MM上下文表中;
步骤125b,若MM上下文表不存在,根据所述控制面xDR数据中的所述用户面xDR数据中缺少的用户信息,新建MM上下文表。
如图4所示,如果缺少的用户信息是IMEI,且当前指示控制面xDR是路由更新/业务请求类型,按照上述步骤,首先以IMSI为关键字查询该用户MM上下文表是否存在,然后如果MM上下文表存在,将控制面xDR数据中的IMEI更新到MM上下文表中;如果MM上下文表不存在,根据控制面xDR数据中的IMEI,新建MM上下文表。同样的,维护后的用户上下文表中会包含有IMEI信息。
其中,步骤12还包括:
步骤123c,当所述控制面xDR数据是激活类型时,以所述控制面xDR数据中的用户标识作为关键字查询MM上下文表是否存在;
步骤124c,若MM上下文表存在,且是首次激活,根据所述控制面xDR数据中的所述用户面xDR数据中缺少的用户信息新建PDP上下文表和Tunnel上下文表;
步骤125c,若MM上下文表存在,且是二次激活,根据linkedTI查找主PDP上下文表是否存在,若存在新建辅PDP上下文表。
如图5所示,如果缺少的信息是APN(Access Point Name,接入点名),且当前指示控制面xDR是激活类型时,首先以IMSI为关键字查询该用户MM上下文表是否存在,然后如果MM上下文表存在,且是首次激活,即linkedTI无效,根据控制面xDR数据中的APN,新建PDP上下文表和Tunnel上下文表;如果MM上下文表存在,且是二次激活,根据linkedTI查找主PDP上下文表是否存在,若存在新建辅PDP上下文表。这样,维护后的用户上下文表中会包含有APN信息。
由于维护后的用户上下文表包括缺少的用户信息,就可以根据用户面xDR数据,在新的用户上下文表中以用户面xDR数据中的用户标识为关键字查询,查找到缺少的用户信息,重新添加到用户面xDR中,最终得到用户信息完整的用户面xDR数据。
当然,控制面xDR还可能是去附着类型,表示用户为离线状态,就不需要进行后续处理,以用户标识如IMSI为关键字查询MM上下文表是否存在,若MM上下文表存在,在删除MM上下文表下关联的所有PDP上下文表和Tunnel上下文表后,再将该MM上下文表删除。
综上所述,本发明实施例的网络接口信令监测的信息处理方法,以控制面xDR数据的用户标识作为关键字,根据缺少的用户信息维护用户上下文表,在表中存放缺少的用户信息,使得用户面xDR数据能够以用户标识作为关键字查询用户上下文表进行缺少信息的回填,实现用户信息的完整性和后期上层应用系统的正常进行。
为达到上述目的,如图6所示,本发明的实施例还提供了一种网络接口信令监测的信息处理装置,包括:
处理模块10,用于将采集到的Iu-PS接口的数据进行处理,得到控制面xDR数据和用户面xDR数据;
维护模块20,用于在所述用户面xDR数据缺少用户信息时,根据所述控制面xDR数据对用户上下文表进行维护,得到新的用户上下文表;其中,所述控制面xDR数据包括所述用户面xDR数据缺少的用户信息;
重填模块30,用于根据所述用户面xDR数据,在所述新的用户上下文表中以所述用户面xDR数据中的用户标识为关键字查询,查找到缺少的用户信息,重新添加到所述用户面xDR中。
其中,所述处理模块包括:
过滤子模块,用于采集Iu-PS接口的数据,根据一预定义过滤条件进行过滤;
分组子模块,用于将过滤后的数据按照一预定义分组原则进行分组;
解码子模块,用于将分组后的数据进行解码处理,获取信息字段;
合成子模块,用于从所述信息字段中获取需要的信息合成相应的控制面xDR数据和用户面xDR数据。
其中,所述维护模块包括:
维护子模块,用于获取所述控制面xDR数据的类型,根据所述控制面xDR数据的类型采用对应的方式对用户上下文表进行维护,得到新的用户上下文表。
其中,所述维护模块还包括:
确定子模块,用于确定所述用户面xDR数据中缺少的用户信息。
其中,所述用户上下文表包括:移动性管理MM上下文表、分组数据协议PDP上下文表和隧道TUNNEL上下文表。
其中,维护子模块包括:
第一查询单元,用于当所述控制面xDR数据是附着类型时,以所述控制面xDR数据中的用户标识作为关键字查询MM上下文表是否存在;
第一维护单元,用于若MM上下文表存在,删除该MM上下文表下的所有PDP上下文表,根据所述控制面xDR数据重新建该MM上下文表下的PDP上下文表;
第二维护单元,用于若MM上下文表不存在,根据所述控制面xDR数据中的所述用户面xDR数据中缺少的用户信息,新建MM上下文表。
其中,所述维护子模块还包括:
第二查询模块,用于当所述控制面xDR数据是路由更新/业务请求类型时,以所述控制面xDR数据中的用户标识作为关键字查询MM上下文表是否存在;
第三维护单元,用于若MM上下文表存在,将所述控制面xDR数据中的所述用户面xDR数据中缺少的用户信息更新到所述MM上下文表中;
第四维护单元,用于若MM上下文表不存在,根据所述控制面xDR数据中的所述用户面xDR数据中缺少的用户信息,新建MM上下文表。
其中,所述维护子模块还包括:
第三查询单元,用于当所述控制面xDR数据是激活类型时,以所述控制面xDR数据中的用户标识作为关键字查询MM上下文表是否存在;
第五维护单元,用于若MM上下文表存在,且是首次激活,根据所述控制面xDR数据中的所述用户面xDR数据中缺少的用户信息新建PDP上下文表和Tunnel上下文表;
第六维护单元,用于若MM上下文表存在,且是二次激活,根据linkedTI查找主PDP上下文表是否存在,若存在新建辅PDP上下文表。
需要说明的是,该网络接口信令监测的信息处理装置是应用了上述网络接口信令监测的信息处理方法的装置,上述网络接口信令监测的信息处理方法的实现方式应用于该装置中也能达到相同的技术效果。
以上所述是本发明的优选实施方式,应当指出,对于本技术领域的普通技术人员来说,在不脱离本发明所述原理的前提下,还可以作出若干改进和润饰,这些改进和润饰也应视为本发明的保护范围。
Claims (10)
1.一种网络接口信令监测的信息处理方法,其特征在于,包括:
将采集到的Iu-PS接口的数据进行处理,得到控制面xDR数据和用户面xDR数据;
在所述用户面xDR数据缺少用户信息时,获取所述控制面xDR数据的类型,根据所述控制面xDR数据的类型采用对应的方式对用户上下文表进行维护,得到新的用户上下文表;其中,所述控制面xDR数据包括所述用户面xDR数据缺少的用户信息;
根据所述用户面xDR数据,在所述新的用户上下文表中以所述用户面xDR数据中的用户标识为关键字查询,查找到缺少的用户信息,重新添加到所述用户面xDR中。
2.根据权利要求1所述的网络接口信令监测的信息处理方法,其特征在于,所述将采集到的Iu-PS接口的数据进行处理,得到控制面xDR数据和用户面xDR数据的步骤包括:
采集Iu-PS接口的数据,根据一预定义过滤条件进行过滤;
将过滤后的数据按照一预定义分组原则进行分组;
将分组后的数据进行解码处理,获取信息字段;
从所述信息字段中获取需要的信息合成相应的控制面xDR数据和用户面xDR数据。
3.根据权利要求1所述的网络接口信令监测的信息处理方法,其特征在于,所述在所述用户面xDR数据缺少用户信息时,获取所述控制面xDR数据的类型,根据所述控制面xDR数据的类型采用对应的方式对用户上下文表进行维护,得到新的用户上下文表的步骤还包括:
确定所述用户面xDR数据中缺少的用户信息。
4.根据权利要求3所述的网络接口信令监测的信息处理方法,其特征在于,所述用户上下文表包括:移动性管理MM上下文表、分组数据协议PDP上下文表和隧道TUNNEL上下文表。
5.根据权利要求4所述的网络接口信令监测的信息处理方法,其特征在于,所述获取所述控制面xDR数据的类型,根据所述控制面xDR数据的类型采用对应的方式对用户上下文表进行维护,得到新的用户上下文表的步骤包括:
当所述控制面xDR数据是附着类型时,以所述控制面xDR数据中的用户标识作为关键字查询MM上下文表是否存在;
若MM上下文表存在,删除该MM上下文表下的所有PDP上下文表,根据所述控制面xDR数据重新建该MM上下文表下的PDP上下文表;
若MM上下文表不存在,根据所述控制面xDR数据中的所述用户面xDR数据中缺少的用户信息,新建MM上下文表。
6.根据权利要求4所述的网络接口信令监测的信息处理方法,其特征在于,所述获取所述控制面xDR数据的类型,根据所述控制面xDR数据的类型采用对应的方式对用户上下文表进行维护,得到新的用户上下文表的步骤还包括:
当所述控制面xDR数据是路由更新/业务请求类型时,以所述控制面xDR数据中的用户标识作为关键字查询MM上下文表是否存在;
若MM上下文表存在,将所述控制面xDR数据中的所述用户面xDR数据中缺少的用户信息更新到所述MM上下文表中;
若MM上下文表不存在,根据所述控制面xDR数据中的所述用户面xDR数据中缺少的用户信息,新建MM上下文表。
7.根据权利要求4所述的网络接口信令监测的信息处理方法,其特征在于,所述获取所述控制面xDR数据的类型,根据所述控制面xDR数据的类型采用对应的方式对用户上下文表进行维护,得到新的用户上下文表的步骤还包括:
当所述控制面xDR数据是激活类型时,以所述控制面xDR数据中的用户标识作为关键字查询MM上下文表是否存在;
若MM上下文表存在,且是首次激活,根据所述控制面xDR数据中的所述用户面xDR数据中缺少的用户信息新建PDP上下文表和Tunnel上下文表;
若MM上下文表存在,且是二次激活,根据linkedTI查找主PDP上下文表是否存在,若存在新建辅PDP上下文表。
8.一种网络接口信令监测的信息处理装置,其特征在于,包括:
处理模块,用于将采集到的Iu-PS接口的数据进行处理,得到控制面xDR数据和用户面xDR数据;
维护模块,用于在所述用户面xDR数据缺少用户信息时,获取所述控制面xDR数据的类型,根据所述控制面xDR数据的类型采用对应的方式对用户上下文表进行维护,得到新的用户上下文表;其中,所述控制面xDR数据包括所述用户面xDR数据缺少的用户信息;
重填模块,用于根据所述用户面xDR数据,在所述新的用户上下文表中以所述用户面xDR数据中的用户标识为关键字查询,查找到缺少的用户信息,重新添加到所述用户面xDR中。
9.根据权利要求8所述的网络接口信令监测的信息处理装置,其特征在于,所述处理模块包括:
过滤子模块,用于采集Iu-PS接口的数据,根据一预定义过滤条件进行过滤;
分组子模块,用于将过滤后的数据按照一预定义分组原则进行分组;
解码子模块,用于将分组后的数据进行解码处理,获取信息字段;
合成子模块,用于从所述信息字段中获取需要的信息合成相应的控制面xDR数据和用户面xDR数据。
10.根据权利要求8所述的网络接口信令监测的信息处理装置,其特征在于,所述维护模块还包括:
确定子模块,用于确定所述用户面xDR数据中缺少的用户信息。
Priority Applications (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201410309210.9A CN105208575B (zh) | 2014-06-30 | 2014-06-30 | 一种网络接口信令监测的信息处理方法及装置 |
PCT/CN2015/082560 WO2016000576A1 (zh) | 2014-06-30 | 2015-06-26 | 一种网络接口信令监测的信息处理方法及装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201410309210.9A CN105208575B (zh) | 2014-06-30 | 2014-06-30 | 一种网络接口信令监测的信息处理方法及装置 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN105208575A CN105208575A (zh) | 2015-12-30 |
CN105208575B true CN105208575B (zh) | 2020-02-14 |
Family
ID=54955933
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201410309210.9A Active CN105208575B (zh) | 2014-06-30 | 2014-06-30 | 一种网络接口信令监测的信息处理方法及装置 |
Country Status (2)
Country | Link |
---|---|
CN (1) | CN105208575B (zh) |
WO (1) | WO2016000576A1 (zh) |
Families Citing this family (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN107040908B (zh) * | 2016-02-03 | 2019-09-17 | 上海大唐移动通信设备有限公司 | 一种实现合成信令xdr的方法及装置 |
CN107343287B (zh) * | 2016-05-03 | 2019-12-06 | 上海大唐移动通信设备有限公司 | 一种软采数据与硬采数据的合成方法、装置及系统 |
CN108430067A (zh) * | 2017-02-13 | 2018-08-21 | 中国移动通信集团广东有限公司 | 一种基于xdr的互联网业务质量分析方法及系统 |
CN110636518B (zh) * | 2018-06-21 | 2020-12-25 | 华为技术有限公司 | 一种性能数据统计方法及相关设备 |
CN112019299B (zh) | 2019-05-31 | 2022-05-13 | 华为技术有限公司 | 一种数据传输方法及相关设备 |
CN111601299B (zh) * | 2020-05-09 | 2023-04-14 | 中国联合网络通信有限公司广东省分公司 | 一种5g架构下信息关联回填系统 |
CN113133017A (zh) * | 2021-04-07 | 2021-07-16 | 中国移动通信集团陕西有限公司 | 目标用户确定方法、装置、设备及介质 |
CN114339719B (zh) * | 2021-12-31 | 2023-05-09 | 中国联合网络通信集团有限公司 | 一种dpi数据采集方法及相关装置 |
Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102421092A (zh) * | 2011-11-02 | 2012-04-18 | 北京中创信测科技股份有限公司 | 一种回填用户固定身份的方法及装置 |
CN102932198A (zh) * | 2012-07-09 | 2013-02-13 | 北京中创信测科技股份有限公司 | 一种实现ps域分布式架构的信令监测装置 |
WO2013143564A1 (en) * | 2012-03-30 | 2013-10-03 | Telefonaktiebolaget L M Ericsson (Publ) | Technique for data-over-nas signalling |
CN103648125A (zh) * | 2013-12-25 | 2014-03-19 | 北京炎强通信技术有限公司 | 一种lte网络话音业务的监测方法 |
CN103731872A (zh) * | 2012-10-16 | 2014-04-16 | 中兴通讯股份有限公司 | 对用户设备通过信令传输数据进行控制的方法和装置 |
Family Cites Families (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US7522613B2 (en) * | 2003-05-07 | 2009-04-21 | Nokia Corporation | Multiplexing media components of different sessions |
CN101360266B (zh) * | 2007-08-03 | 2013-01-30 | 中国移动通信集团公司 | 基站收发信机、移动通信网络与数据业务的传送方法 |
-
2014
- 2014-06-30 CN CN201410309210.9A patent/CN105208575B/zh active Active
-
2015
- 2015-06-26 WO PCT/CN2015/082560 patent/WO2016000576A1/zh active Application Filing
Patent Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102421092A (zh) * | 2011-11-02 | 2012-04-18 | 北京中创信测科技股份有限公司 | 一种回填用户固定身份的方法及装置 |
WO2013143564A1 (en) * | 2012-03-30 | 2013-10-03 | Telefonaktiebolaget L M Ericsson (Publ) | Technique for data-over-nas signalling |
CN102932198A (zh) * | 2012-07-09 | 2013-02-13 | 北京中创信测科技股份有限公司 | 一种实现ps域分布式架构的信令监测装置 |
CN103731872A (zh) * | 2012-10-16 | 2014-04-16 | 中兴通讯股份有限公司 | 对用户设备通过信令传输数据进行控制的方法和装置 |
CN103648125A (zh) * | 2013-12-25 | 2014-03-19 | 北京炎强通信技术有限公司 | 一种lte网络话音业务的监测方法 |
Also Published As
Publication number | Publication date |
---|---|
WO2016000576A1 (zh) | 2016-01-07 |
CN105208575A (zh) | 2015-12-30 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN105208575B (zh) | 一种网络接口信令监测的信息处理方法及装置 | |
CN104486743B (zh) | 一种对核心网各接口xdr数据进行用户信息关联的方法 | |
CN106953905A (zh) | 域间目录共享方法及装置 | |
CN112738791B (zh) | 基于5g核心网的用户信息关联回填方法、装置、设备和介质 | |
CN105578491A (zh) | 一种4g用户信息与应用数据关联的方法及装置 | |
CN102932198B (zh) | 一种实现ps域分布式架构的信令监测装置 | |
WO2016070633A1 (zh) | 上网日志生成方法和装置 | |
CN106102090B (zh) | 一种lte多接口数据回填方法和装置 | |
US10382924B2 (en) | M2M node management method and apparatus, and computer storage medium | |
CN103248512A (zh) | 通信网络中应用层拓扑结构的生成方法和系统 | |
CN106535219A (zh) | 一种用户信息回填方法及装置 | |
CN104333475A (zh) | 一种基于sdn的网络拓扑发现方法及系统 | |
CN106559333A (zh) | 报文转发方法、业务链代理装置及代理设备 | |
CN101345657B (zh) | 基于简单网络管理协议集群管理多个网元的方法及系统 | |
CN103812688A (zh) | 一种告警确定方法及装置 | |
EP3379781B1 (en) | Method for counting bgp community attribute or extended community attribute flow value, and device | |
CN103152263B (zh) | 链路状态协议数据单元分片更新方法及路由器 | |
CN107567065B (zh) | 基于无线自组织网络的数据透明传输方法和系统 | |
WO2017063400A1 (zh) | 一种基于业务链信息的报文选路方法及装置 | |
CN102045249B (zh) | 一种网络通信中报文的转发方法和设备 | |
CN106789695B (zh) | 报文处理方法及装置 | |
CN106454880B (zh) | 信令跟踪任务的处理方法及装置 | |
WO2020135421A1 (zh) | 一种路由配置方法、路由更新方法和装置 | |
WO2017000540A1 (zh) | 数据查询方法及装置 | |
CN114302259A (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 |