CN102984681B - 一种用户数据跟踪方法和*** - Google Patents
一种用户数据跟踪方法和*** Download PDFInfo
- Publication number
- CN102984681B CN102984681B CN201110262553.0A CN201110262553A CN102984681B CN 102984681 B CN102984681 B CN 102984681B CN 201110262553 A CN201110262553 A CN 201110262553A CN 102984681 B CN102984681 B CN 102984681B
- Authority
- CN
- China
- Prior art keywords
- base station
- tracking
- usertracking
- task
- trace
- 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.)
- Expired - Fee Related
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W24/00—Supervisory, monitoring or testing arrangements
- H04W24/08—Testing, supervising or monitoring using real traffic
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
本发明提供了一种用户数据跟踪方法,包括:基站网管设置用于非标准信令用户数据跟踪的用户跟踪任务参数,将所述用户跟踪任务参数通过跟踪Trace激活消息发送给核心网;所述核心网将携带所述用户跟踪任务参数的跟踪开始消息、初始上下文建立请求消息或切换请求消息发送给基站;所述基站根据所述用户跟踪任务参数确定跟踪任务信息,采集与所述跟踪任务信息对应的用户数据,并将采集到的用户数据上报给所述基站网管。本发明还提供了一种用户数据跟踪***。本发明提供的方法和***实现了基于第三代合作伙伴计划Trace机制的非标准信令用户数据的跟踪。
Description
技术领域
本发明涉及基于第三代合作伙伴计划(3GPP,3rd Generation PartnershipProject)协议的用户数据跟踪技术,尤其涉及一种非标准信令的用户数据跟踪方法和***。
背景技术
长期演进(LTE,Long Term Evolution)作为无线网络的下一代演进技术,从用户安全方面考虑,基站需要获取指定的用户数据,即通过国际移动用户识别码(IMSI,International Mobile Subscriber Identity)指定的用户数据。所述用户数据的跟踪无论对于运营商的网络运维,还是设备商的设备调测都是非常重要的功能。所述用户数据除了3GPP协议规定的标准信令,还包括其他很多类型,如内部信令、性能参数、算法参数、调度信息等非标准信令。3GPP协议中定义的跟踪(Trace)功能,只涉及LTE标准信令(UU、X2、S1)的跟踪,没有对于非标准信令如何跟踪的具体方案。
发明内容
有鉴于此,本发明的主要目的在于提供一种用户数据跟踪方法和***,用于解决LTE***中3GPP协议无法跟踪IMSI指定的非标准信令的用户数据的问题。
为达到上述目的,本发明的技术方案是这样实现的:
一种基于第三代合作伙伴计划3GPP协议的非标准信令用户数据跟踪方法,所述方法包括:
基站网管设置用于非标准信令用户数据跟踪的用户跟踪任务参数,将所述用户跟踪任务参数通过跟踪Trace激活消息发送给核心网;
所述核心网将携带所述用户跟踪任务参数的跟踪开始消息、初始上下文建立请求消息或切换请求消息发送给基站;
所述基站根据所述用户跟踪任务参数确定跟踪任务信息,采集与所述跟踪任务信息对应的用户数据,并将采集到的用户数据上报给所述基站网管。
优选地,当用户跟踪任务参数中包含的接口列表参数的最高五个bit位中的每一位用于代表一类非标准信令时,所述基站根据用户跟踪任务参数确定跟踪任务信息包括:
基站确定接口列表参数的高五个bit位中设置为需要跟踪的取值的bit位所对应的非标准信令,确定该非标准信令对应的跟踪任务信息。
优选地,当用户跟踪任务参数中包含的接口列表参数的最高五个bit位只用于代表是否需要跟踪非标准信令时,所述基站根据用户跟踪任务参数确定跟踪任务信息包括:
如果基站确定最高五个bit位中的任意一个或多个bit位为需要跟踪的取值,则提取用户跟踪任务参数中的跟踪参考Trace Reference,将基站自身标识和Trace Reference发送给基站网管;
基站网管提取Trace Reference中记录的跟踪命令ID,基于存储的跟踪标识列表确定跟踪命令ID对应的非标准信令的跟踪任务信息并发送给基站。
优选地,当用户跟踪任务参数中包含的接口列表参数的最高五个bit位的组合用来代表一类非标准信令时,所述基站根据用户跟踪任务参数确定跟踪任务信息包括:
确定接口列表参数的高五个bit位中设置为需要跟踪的取值的bit位组合所对应的非标准信令,确定该非标准信令对应的跟踪任务信息。
优选地,当用户跟踪任务参数中包含Trace Reference时,所述基站根据用户跟踪任务参数确定跟踪任务信息包括:
基站提取用户跟踪任务参数中的Trace Reference,将基站自身标识和TraceReference发送给基站网管;
基站网管提取Trace Reference中记录的跟踪命令ID,基于存储的跟踪标识列表确定跟踪命令ID对应的非标准信令的跟踪任务信息并发送给基站。
优选地,所述核心网将携带所述用户跟踪任务参数的跟踪开始消息、初始上下文建立请求消息或切换请求消息发送给基站之后,还包括:核心网向基站网管发送激活响应消息;如果基站网管收到的激活响应消息为激活成功消息,将其设置的用户跟踪任务参数存储到跟踪标识列表中。
优选地,所述核心网将携带所述用户跟踪任务参数的跟踪开始消息、初始上下文建立请求消息或切换请求消息发送给基站,包括:
核心网收到Trace激活消息后,提取Trace激活消息中的用户跟踪任务参数,
如果依据用户跟踪任务参数中的国际移动用户识别码IMSI确定相应用户终端已经接入到基站,所述核心网向基站发送跟踪开始消息;
如果依据用户跟踪任务参数中的IMSI确定相应用户终端正在接入到基站,所述核心网向基站发送初始上下文建立请求消息;
依据用户跟踪任务参数中的IMSI确定相应用户终端正在切换到基站时,所述核心网向基站发送切换请求消息;
其中,所述跟踪开始消息、初始上下文建立请求消息或切换请求消息中携带所述用户跟踪任务参数。
优选地,所述核心网包括核心网网管和移动性管理实体MME,所述核心网将携带所述用户跟踪任务参数的跟踪开始消息、初始上下文建立请求消息或切换请求消息发送给基站包括:
核心网网管接收基站网管发送的Trace激活消息,透传或过滤传递所述Trace激活消息给MME;
MME接收核心网网管发送的Trace激活消息,向基站发送携带所述用户跟踪任务参数的跟踪开始消息、初始上下文建立请求消息或切换请求消息。
一种基于3GPP协议的非标准信令用户数据跟踪***,所述***包括:
基站网管,用于设置用于非标准信令用户数据跟踪的用户跟踪任务参数,将所述用户跟踪任务参数通过Trace激活消息发送给核心网;
核心网,用于将携带所述用户跟踪任务参数的跟踪开始消息、初始上下文建立请求消息或切换请求消息发送给基站;
基站,用于根据所述用户跟踪任务参数确定跟踪任务信息,采集与所述跟踪任务信息对应的用户数据,并将采集到的用户数据上报给所述基站网管。
优选地,所述核心网还用于向基站网管发送激活响应消息;
所述基站网管还用于在收到的激活响应消息为激活成功消息时,将设置的用户跟踪任务参数存储到跟踪标识列表中。
优选地,所述核心网包括:
核心网网管,用于接收基站网管发送的Trace激活消息,透传或过滤传递所述Trace激活消息给MME;
MME,用于接收核心网网管发送的Trace激活消息,向基站发送携带用户跟踪任务参数的跟踪开始消息、初始上下文建立请求消息或切换请求消息。
本发明提供的用户数据跟踪方法和***,设置用于非标准信令用户数据跟踪的用户跟踪任务参数,并将该用户跟踪任务参数在基站和核心网之间传递,然后通过基站确定需要跟踪的非标准信令,最终由基站获取IMSI指定的非标准信令的用户数据,实现了基于3GPP Trace机制的非标准信令用户数据的跟踪,达到了LTE非标准信令用户数据跟踪的目的。
附图说明
图1为本发明用户数据跟踪方法流程图;
图2为本发明实施例1的时序示意图;
图3为本发明实施例2的时序示意图;
图4为本发明实施例3的时序示意图;
图5为本发明实施例4的时序示意图;
图6为根据本发明实施例的用户数据跟踪***的结构示意图。
具体实施方式
本发明的核心思想是:基站网管设置用于非标准信令用户数据跟踪的用户跟踪任务参数,将所述用户跟踪任务参数通过跟踪(Trace)激活消息发送给核心网;所述核心网将携带所述用户跟踪任务参数的跟踪开始消息、初始上下文建立请求消息或切换请求消息发送给基站;所述基站根据所述用户跟踪任务参数确定跟踪任务信息,采集与所述跟踪任务信息对应的用户数据,并将采集到的用户数据上报给所述基站网管。
需要说明的是,在不冲突的情况下,本发明中的实施例及实施例中的特征可以相互组合。下面将结合附图来详细说明本发明。
根据本发明的实施例,提供了一种用户数据跟踪的方法。图1为本发明用户数据跟踪方法流程图,如图1所示,所述方法包括如下的步骤:
步骤1001,基站网管设置用于非标准信令跟踪的用户跟踪任务参数,并向核心网发送携带该用户跟踪任务参数Trace激活消息。
所述用户跟踪任务参数至少包含IMSI、跟踪收集网元IP地址,进一步还包含:跟踪参考(Trace Reference)和/或接口列表参数。其中,IMSI用于标识需要进行跟踪的用户;跟踪收集网元IP地址用于标识需要采集用户数据的基站网管;Trace Reference用于记录跟踪命令ID,即将需要跟踪的非标准信令对应的跟踪命令ID记录在Trace Reference中,还可以进一步将需要跟踪的标准信令对应的跟踪命令ID也一并记录在Trace Reference中;接口列表参数可以用于标识与跟踪非标准信令相关的信息,即通过接口列表参数的bit位来表示是否需要跟踪非标准信令,或通过接口列表参数的bit位来表示是否需要跟踪非标准信令、以及需要跟踪的具体的非标准信令;接口列表参数也可以不表示与跟踪非标准信令相关的信息。进一步地,还可以通过接口列表参数的bit位来表示是否需要跟踪标准信令。
基站网管中存储有跟踪标识列表,用来记录非标准信令的跟踪命令ID与相应非标准信令的跟踪任务信息之间的对应关系。其中,跟踪命令ID用于标识需要跟踪的非标准信令。所述跟踪标识列表用于标识需要跟踪的非标准信令的类型及具体如何对一类非标准信令进行跟踪。
接口列表参数通常共有八个bit位,可设置其中最高的五个bit位用于标识与跟踪非标准信令相关的信息,即最高的五个bit位对应是否需要跟踪非标准信令的信息,并可进一步设置其中最低的三个bit位对应是否需要跟踪标准信令的信息。本发明实施例对接口列表参数的设置具体可以为以下三种方式之一:
方式1,将接口列表参数的最高五个bit位中的每一位用于代表是否需要跟踪一类非标准信令,并通过设置需要跟踪的非标准信令对应的bit位为需要跟踪的取值,来表示相应非标准信令需要跟踪,如将需要跟踪的非标准信令对应的bit位设置为“1”,该方式可用于跟踪最多五类非标准信令;此时,用户跟踪任务参数中可以不包含Trace Reference,如果包含Trace Reference,则其记录的跟踪命令ID对应于需要跟踪的相应非标准信令;
方式2,考虑到用户数据类型比较多以及后续扩展性,无论需要跟踪一类或者几类非标准信令,都只将所述最高五个bit位中的任意一个或多个bit位设置为需要跟踪的取值,来代表需要跟踪非标准信令,如将最高五个bit位中的一个bit位设置为“1”,表示当前需要跟踪非标准信令,将其中三个bit位设置为“1”,也表示当前需要跟踪非标准信令;至于需要跟踪哪些具体的非标准信令,则需要再结合用户跟踪任务参数中包含的TraceReference中记录的跟踪命令ID最终来确定;
方式3,考虑到用户数据类型比较多以及后续扩展性,可以将接口列表参数的最高五个bit位的bit位组合(包括只选择其中一个bit位)用来代表是否需要跟踪一类非标准信令,并通过设置需要跟踪的非标准信令对应的bit位组合为需要跟踪的取值,来表示需要跟踪相应非标准信令,例如,将需要跟踪的非标准信令对应的bit位组合设置为“1”,如通过将最高五个bit位的低两个bit位设置为1来表示需要对调度信息进行跟踪,则该方式可用于跟踪最多32类非标准信令;此时,用户跟踪任务参数中可以不包含Trace Reference,如果包含Trace Reference,则其记录的跟踪命令ID对应于需要跟踪的相应非标准信令。
另外,由于Trace功能对于Trace激活消息在核心网如何传递没有进行具体规定,所述传递可以是透传,也可以是过滤传递,在进行过滤传递时只会保留接口列表参数中代表是否需要跟踪标准信令的相关信息的最低三个bit位,考虑对不同厂商核心网Trace功能的支持,并且不影响非标准信令的跟踪,可以将最高的五个bit位设置为任意的“0”、“1”组合,此时,所述最高的五个bit位与是否需要跟踪非标准信令的相关信息没有任何关联关系,通过用户跟踪任务参数中Trace Reference中记录的跟踪命令ID来获取需要跟踪的非标准信令;
其中,核心网收到所述Trace激活消息后,向基站网管发送激活响应消息;如果收到的激活响应消息为激活成功消息,基站网管则将其设置的用户跟踪任务参数存储到跟踪标识列表中,用来表明需要跟踪哪些用户的哪些非标准信令。
步骤1002,核心网将携带用户跟踪任务参数的跟踪开始消息、初始化上下文建立请求消息或者切换请求消息发送给用户终端所在的基站。
具体地,核心网收到Trace激活消息后,提取Trace激活消息中的用户跟踪任务参数,
如果依据用户跟踪任务参数中的IMSI确定相应用户终端已经接入到基站,则核心网向基站发送携带用户跟踪任务参数的跟踪开始(TRACE START)消息;
如果依据用户跟踪任务参数中的IMSI确定相应用户终端正在接入到基站,如用户终端开机时接入到基站,则核心网向基站发送携带用户跟踪任务参数的初始上下文建立请求(INITIAL CONTEXT SETUP REQUEST)消息;
如果依据用户跟踪任务参数中的IMSI确定相应用户终端切换到基站,则核心网向基站发送携带用户跟踪任务参数的切换请求(HANDOVER REQUEST)消息。
步骤1003,基站根据用户跟踪任务参数,确定跟踪任务信息。
具体地,当用户跟踪任务参数中包含的接口列表参数的最高五个bit位中的每一位用于代表一类非标准信令时,所述根据用户跟踪任务参数确定跟踪任务信息为:确定接口列表参数的高五个bit位中设置为需要跟踪的取值的bit位所对应的非标准信令,确定该非标准信令对应的跟踪任务信息;基站可通过预先与基站网管的交互,获取并存储非标准信令对应的跟踪任务信息,因此,便能够确定需要跟踪的非标准信令对应的跟踪任务信息;
当用户跟踪任务参数中包含的接口列表参数的最高五个bit位只用于代表是否需要跟踪非标准信令时,所述根据用户跟踪任务参数确定跟踪任务信息为:如果确定最高五个bit位中的任意一个或多个bit位为需要跟踪的取值,则基站提取用户跟踪任务参数中的Trace Reference,将基站自身标识和Trace Reference发送给基站网管,基站网管提取Trace Reference中记录的跟踪命令ID,基于存储的跟踪标识列表确定跟踪命令ID对应的非标准信令的跟踪任务信息,根据基站标识将跟踪任务信息发送给基站;
当用户跟踪任务参数中包含的接口列表参数的最高五个bit位的组合用来代表一类非标准信令时,所述根据用户跟踪任务参数确定跟踪任务信息为:确定接口列表参数的高五个bit位中设置为需要跟踪的取值的bit位组合所对应的非标准信令,确定该非标准信令对应的跟踪任务信息;
当用户跟踪任务参数中包含Trace Reference时,所述根据用户跟踪任务参数确定跟踪任务信息为:基站提取用户跟踪任务参数中的Trace Reference,将基站自身标识和Trace Reference发送给基站网管,基站网管提取Trace Reference中记录的跟踪命令ID,基于存储的跟踪标识列表确定跟踪命令ID对应的非标准信令的跟踪任务信息,根据基站标识将跟踪任务信息发送给基站。
步骤1004,基站采集与步骤1003描述的跟踪任务信息对应的用户数据,并上报给基站网管。
所述跟踪任务信息可以包括跟踪任务列表,即一个或多个非标准信令与跟踪任务信息之间的对应关系,所述跟踪任务列表用于标识需要跟踪的非标准信令的类型及如何对一类非标准信令进行跟踪。
下面将对本发明实施例的实现过程进行详细描述。
实施例1
图2为本发明实施例1的时序示意图,如图2所示,具体的实施方式包括如下的步骤:
步骤1101,基站网管设置用户跟踪任务参数。
所述用户跟踪任务参数包括:IMSI、Trace Reference、跟踪收集网元IP地址(IPaddress of Trace Collection Entity)、eNB接口列表(List of interfaces for eNB)即接口列表参数;其中,IMSI用于标识需要进行跟踪的用户;Trace Reference用于记录跟踪命令ID;跟踪收集网元IP地址用于标识需要采集用户数据的基站网管;接口列表参数的高五个bit位不用于代表是否需要跟踪非标准信令的相关信息,而将其设置为任意的“0”、“1”组合,如“00001”、“01010”等。
基站网管中存储有跟踪标识列表,用于记录非标准信令的跟踪命令ID与相应非标准信令的跟踪任务信息之间的对应关系。
步骤1102,基站网管向核心网网管发送Trace激活消息,携带步骤1101中设置的用户跟踪任务参数;核心网网管透传或过滤传递所述Trace激活消息给移动性管理实体(MME,Mobility Management Entity),并向基站网管发送激活响应消息。如果基站网管收到的激活响应消息为激活成功消息,则存储所述用户跟踪任务参数到跟踪标识列表中。
核心网网管透传Trace激活消息给MME是指:核心网网管不对收到的Trace激活消息做任何处理,直接发送给MME;核心网网管过滤传递Trace激活消息给MME是指:核心网网管将Trace激活消息中携带的用户跟踪任务参数中的接口列表参数的最高5个bit位过滤掉,然后将过滤后的Trace激活消息发送给MME。
其中,基站网管与核心网网管的通信方式包括但不限于:通用对象请求代理体系结构(CORBA,Common Object Request Broker Architecture)、telnet方式、传输控制协议(TCP,Transmission Control Protocol)等。
步骤1103,MME在收到核心网网管发送的Trace激活消息时,提取Trace激活消息中携带的用户跟踪任务参数,向基站发送以下携带用户跟踪任务参数的消息之一:
如果MME依据用户跟踪任务参数中的IMSI确定相应用户终端已经接入到基站,则MME向基站发送跟踪开始消息;
如果MME依据用户跟踪任务参数中的IMSI确定相应用户终端正在接入到基站,则MME向基站发送初始上下文建立请求消息;
如果MME依据用户跟踪任务参数中的IMSI确定相应用户终端切换到基站,则MME向基站发送切换请求消息。
步骤1104,基站收到步骤1103中所述的消息后,提取消息中携带的用户跟踪任务参数,由于用户跟踪任务参数中的接口列表参数的最高5个bit位不用于代表是否需要跟踪非标准信令的相关信息,因此根据跟踪收集网元IP地址向基站网管发送获取跟踪任务信息请求消息,其中至少携带用户跟踪任务参数中的Trace Reference和基站自身标识。
步骤1105,基站网管收到获取跟踪任务信息请求消息后,提取Trace Reference中记录的跟踪命令ID,根据跟踪命令ID在跟踪标识列表中查找到匹配的非标准信令的跟踪任务信息,向基站发送获取跟踪任务信息回应消息,在回应消息中携带跟踪任务信息;其中所述跟踪任务信息可以包括:跟踪任务列表。
其中,跟踪命令ID用于标识需要跟踪的非标准信令,例如:内部信令、性能参数、算法参数、调度信息等;跟踪任务信息用于表示需要如何对相应非标准信令进行跟踪,其包括的跟踪任务列表可以用于同时跟踪多种非标准信令。
基站网管与基站的通信方式,包括但不限于:简单网络管理协议(SNMP,SimpleNetwork Management Protocol)、TCP、用户数据报协议(UDP,User Datagram Protocol)及其它可能的方式。
另外,如果基站已经预先通过与基站网管的交互获得了跟踪标识列表,则基站也可以在获得的跟踪标识列表中,查找与收到的Trace Reference中记录的跟踪命令ID匹配的非标准信令的跟踪任务信息。
步骤1106,基站收到获取跟踪任务信息回应消息后,提取跟踪任务信息,根据跟踪任务信息,采集对应的用户数据。
步骤1107,基站向基站网管上报采集到的用户数据,其中,上报的用户数据至少包括非标准信令ID以及具体数据内容,并可以进一步携带Trace Reference。
步骤1108,当用户终端重新接入,或者发生切换时,重复步骤1103至步骤1107。
实施例2
图3为本发明实施例2的时序示意图,如图3所示,具体的实施方式包括如下的步骤:
步骤1201,基站网管设置用户跟踪任务参数,所述用户跟踪任务参数的组成与实施例1中步骤1101相同;不同之处仅在于:接口列表参数的最高五个bit位用于表示是否需要跟踪非标准信令。
步骤1202、步骤1203分别与实施例1中的步骤1102、步骤1103相同。
步骤1204,基站收到步骤1203中所述的消息后,提取消息中携带的用户跟踪任务参数,按位判断接口列表参数的最高五个bit位的每一位取值;如果高五个bit位中有一位或多位的取值表示需要跟踪非标准信令的取值,如“1”,则代表当前需要跟踪非标准信令,向根据跟踪收集网元IP地址基站网管发送获取跟踪任务信息请求消息,该消息中至少携带用户跟踪任务参数中的Trace Reference,执行步骤1205。
步骤1205至步骤1207与实施例1中的步骤1105至步骤1107相同。另外,由于接口列表参数的最低三个bit位可以表示是否需要跟踪标准信令的相关信息,因此,如果低三个bit位的值不全为表示不需要跟踪标准信令的取值,如“0”,则代表需要跟踪标准信令,则步骤1206、步骤1207还包括:基站采集标准信令对应的用户数据,并向基站网管上报采集到的标准信令对应的用户数据,其中,上报的用户数据至少包括标准信令ID以及具体数据内容,并可以进一步携带Trace Reference。
另外,如果基站已经预先通过与基站网管的交互获得了跟踪标识列表,则基站也可以在获得的跟踪标识列表中查找与收到的Trace Reference中记录的跟踪命令ID匹配的非标准信令的跟踪任务信息。
步骤1208,当用户终端重新接入,或者发生切换时,重复步骤1203至步骤1207。
实施例3
图4为本发明实施例3的时序示意图,如图4所示,具体的实施方式包括如下的步骤:
步骤1301,基站网管设置用户跟踪任务参数,所述用户跟踪任务参数包括:IMSI、跟踪收集网元IP地址、接口列表参数。其中,接口列表参数的最高五个bit位的每一位用于代表是否需要跟踪一类非标准信令。
步骤1302、步骤1303分别与实施例1中的步骤1102、步骤1103相同。
步骤1304,基站收到步骤1303中所述的消息后,提取消息中携带的用户跟踪任务参数,根据接口列表参数的最高5个bit位中的需要跟踪的取值,来确定对应的非标准信令,并确定非标准信令的跟踪任务信息,根据跟踪任务信息采集对应的用户数据,并将采集到的用户数据上报给基站网管,上报的用户数据中至少包括非标准信令ID以及具体数据内容,并可以进一步携带Trace Reference。
非标准信令的跟踪任务信息可以由基站预先通过与基站网管的交互来获得。
步骤1305,当用户终端重新接入,或者发生切换时,重复步骤1303至步骤1304。
实施例4
图5为本发明实施例4的时序示意图,在本实施例中以防止基站频繁向基站网管发送获取跟踪任务信息请求消息为例进行说明,如图5所示,具体的实施方式包括如下的步骤:
步骤1401,基站网管设置用户跟踪任务参数。
所述用户跟踪任务参数包括:IMSI、Trace Reference、跟踪收集网元IP地址、接口列表参数。其中,接口列表参数可以按照之前描述的各方式来设置。
步骤1402与实施例1中步骤1102相同。
步骤1403,基站网管向管辖范围内的基站发送跟踪任务设置消息,其中携带非标准信令的跟踪命令ID及相应非标准信令的跟踪任务信息,即用于描述具体的非标准信令的跟踪任务;基站收到所述跟踪任务设置消息,将跟踪任务信息增加到自身存储的跟踪标识列表中;跟踪任务设置消息中可以进一步包含标准信令的跟踪任务信息,基站,同样将跟踪任务信息增加到存储的跟踪标识列表中。由此可见,基站通过与基站网管的交互也可以获得并存储跟踪标识列表。
步骤1404与实施例1中步骤1103相同。
步骤1405,基站收到来自MME的跟踪开始消息、初始上下文建立请求消息或切换请求消息,所述消息中携带步骤1401中设置的用户跟踪任务参数;基站从跟踪标识列表中找到与所述用户跟踪任务参数中Trace Reference记录的跟踪命令ID对应的跟踪任务信息,采集对应的用户数据。
步骤1406与实施例1中的步骤1107相同。
步骤1407,当用户终端重新接入,或者发生切换时,重复步骤1404至步骤1406。
根据本发明的实施例,提供了一种用户数据跟踪***,该***可以用于实现上述用户跟踪方法。图6为根据本发明实施例的用户数据跟踪***的结构示意图。如图6所示,该***包括:基站网管、核心网和基站。其中,
基站网管,用于设置用于非标准信令用户数据跟踪的用户跟踪任务参数,将所述用户跟踪任务参数通过Trace激活消息发送给核心网;
核心网,用于将携带所述用户跟踪任务参数的跟踪开始消息、初始上下文建立请求消息或切换请求消息发送给基站;
基站,用于根据所述用户跟踪任务参数确定跟踪任务信息,采集与所述跟踪任务信息对应的用户数据,并将采集到的用户数据上报给所述基站网管。
其中,核心网包括核心网网管和MME,其中,
核心网网管,用于接收基站网管发送的Trace激活消息,透传或过滤传递所述Trace激活消息给MME;
MME,用于接收核心网网管发送的Trace激活消息,向基站发送携带用户跟踪任务参数的跟踪开始消息、初始上下文建立请求消息或切换请求消息。
核心网还用于向基站网管发送激活响应消息,具体可以由核心网网管执行;基站网管还用于收到的激活响应消息为激活成功消息时,将设置的用户跟踪任务参数存储到跟踪标识列表中。
基站用于根据用户跟踪任务参数确定跟踪任务信息,具体为:
当用户跟踪任务参数中包含的接口列表参数的最高五个bit位中的每一位用于代表一类非标准信令时,确定接口列表参数的高五个bit位中设置为需要跟踪的取值的bit位所对应的非标准信令,确定该非标准信令对应的跟踪任务信息;
当用户跟踪任务参数中包含的接口列表参数的最高五个bit位只用于代表是否需要跟踪非标准信令时,如果确定最高五个bit位中的任意一个或多个bit位为需要跟踪的取值,则提取用户跟踪任务参数中的Trace Reference,将基站自身标识和Trace Reference发送给基站网管,接收基站网管发送的跟踪任务信息;相应地,基站网管还用于提取TraceReference中记录的跟踪命令ID,基于存储的跟踪标识列表确定跟踪命令ID对应的非标准信令的跟踪任务信息并发送给基站;
当用户跟踪任务参数中包含的接口列表参数的最高五个bit位的组合用来代表一类非标准信令时,确定接口列表参数的高五个bit位中设置为需要跟踪的取值的bit位组合所对应的非标准信令,确定该非标准信令对应的跟踪任务信息;
当用户跟踪任务参数中包含Trace Reference时,提取用户跟踪任务参数中的Trace Reference,将基站自身标识和Trace Reference发送给基站网管,接收基站网管发送的跟踪任务信息;相应地,基站网管还用于提取Trace Reference中记录的跟踪命令ID,基于存储的跟踪标识列表确定跟踪命令ID对应的非标准信令的跟踪任务信息。
综上所述,通过本发明的上述实施例,提供了一种用户数据跟踪的方法和***,设置用于非标准信令用户数据跟踪的用户跟踪任务参数,并将该用户跟踪任务参数在基站和核心网之间传递,然后通过基站确定需要跟踪的非标准信令,最终由基站获取IMSI指定的非标准信令的用户数据,实现了基于3GPPTrace机制的非标准信令用户数据的跟踪。
以上所述仅为本发明的较佳实施例而已,并非用于限制本发明,对于本领域的技术人员来说,本发明可以有各种更改和变化。在不违背本发明精神实质和原则的基础上,所做的各种修改、等同替换以及改进等,均在包含在本发明的保护范围之内。
Claims (11)
1.一种基于第三代合作伙伴计划3GPP协议的非标准信令用户数据跟踪方法,其特征在于,所述方法包括:
基站网管设置用于非标准信令用户数据跟踪的用户跟踪任务参数,将所述用户跟踪任务参数通过跟踪Trace激活消息发送给核心网;
所述核心网将携带所述用户跟踪任务参数的跟踪开始消息、初始上下文建立请求消息或切换请求消息发送给基站;
所述基站根据所述用户跟踪任务参数确定跟踪任务信息,采集与所述跟踪任务信息对应的用户数据,并将采集到的用户数据上报给所述基站网管。
2.根据权利要求1所述的方法,其特征在于,当用户跟踪任务参数中包含的接口列表参数的最高五个bit位中的每一位用于代表一类非标准信令时,所述基站根据用户跟踪任务参数确定跟踪任务信息包括:
基站确定所述接口列表参数的最高五个bit位中设置为需要跟踪的取值的bit位所对应的非标准信令,确定该非标准信令对应的跟踪任务信息。
3.根据权利要求1所述的方法,其特征在于,当用户跟踪任务参数中包含的接口列表参数的最高五个bit位只用于代表是否需要跟踪非标准信令时,所述基站根据用户跟踪任务参数确定跟踪任务信息包括:
如果基站确定最高五个bit位中的任意一个或多个bit位为需要跟踪的取值,则提取用户跟踪任务参数中的跟踪参考Trace Reference,将基站自身标识和Trace Reference发送给基站网管;
基站网管提取Trace Reference中记录的跟踪命令ID,基于存储的跟踪标识列表确定跟踪命令ID对应的非标准信令的跟踪任务信息并发送给基站。
4.根据权利要求1所述的方法,其特征在于,当用户跟踪任务参数中包含的接口列表参数的最高五个bit位的组合用来代表一类非标准信令时,所述基站根据用户跟踪任务参数确定跟踪任务信息包括:
确定所述接口列表参数的最高五个bit位中设置为需要跟踪的取值的bit位组合所对应的非标准信令,确定该非标准信令对应的跟踪任务信息。
5.根据权利要求1所述的方法,其特征在于,当用户跟踪任务参数中包含TraceReference时,所述基站根据用户跟踪任务参数确定跟踪任务信息包括:
基站提取用户跟踪任务参数中的Trace Reference,将基站自身标识和TraceReference发送给基站网管;
基站网管提取Trace Reference中记录的跟踪命令ID,基于存储的跟踪标识列表确定跟踪命令ID对应的非标准信令的跟踪任务信息并发送给基站。
6.根据权利要求1至5任一所述的方法,其特征在于,所述核心网将携带所述用户跟踪任务参数的跟踪开始消息、初始上下文建立请求消息或切换请求消息发送给基站之后,还包括:核心网向基站网管发送激活响应消息;如果基站网管收到的激活响应消息为激活成功消息,将其设置的用户跟踪任务参数存储到跟踪标识列表中。
7.根据权利要求1至5任一所述的方法,其特征在于,所述核心网将携带所述用户跟踪任务参数的跟踪开始消息、初始上下文建立请求消息或切换请求消息发送给基站,包括:
核心网收到Trace激活消息后,提取Trace激活消息中的用户跟踪任务参数,
如果依据用户跟踪任务参数中的国际移动用户识别码IMSI确定相应用户终端已经接入到基站,所述核心网向基站发送跟踪开始消息;
如果依据用户跟踪任务参数中的IMSI确定相应用户终端正在接入到基站,所述核心网向基站发送初始上下文建立请求消息;
依据用户跟踪任务参数中的IMSI确定相应用户终端正在切换到基站时,所述核心网向基站发送切换请求消息;
其中,所述跟踪开始消息、初始上下文建立请求消息或切换请求消息中携带所述用户跟踪任务参数。
8.根据权利要求1至5任一所述的方法,其特征在于,所述核心网包括核心网网管和移动性管理实体MME,所述核心网将携带所述用户跟踪任务参数的跟踪开始消息、初始上下文建立请求消息或切换请求消息发送给基站包括:
核心网网管接收基站网管发送的Trace激活消息,透传或过滤传递所述Trace激活消息给MME;
MME接收核心网网管发送的Trace激活消息,向基站发送携带所述用户跟踪任务参数的跟踪开始消息、初始上下文建立请求消息或切换请求消息。
9.一种基于3GPP协议的非标准信令用户数据跟踪***,其特征在于,所述***包括:
基站网管,用于设置用于非标准信令用户数据跟踪的用户跟踪任务参数,将所述用户跟踪任务参数通过Trace激活消息发送给核心网;
核心网,用于将携带所述用户跟踪任务参数的跟踪开始消息、初始上下文建立请求消息或切换请求消息发送给基站;
基站,用于根据所述用户跟踪任务参数确定跟踪任务信息,采集与所述跟踪任务信息对应的用户数据,并将采集到的用户数据上报给所述基站网管。
10.根据权利要求9所述的***,其特征在于,
所述核心网还用于向基站网管发送激活响应消息;
所述基站网管还用于在收到的激活响应消息为激活成功消息时,将设置的用户跟踪任务参数存储到跟踪标识列表中。
11.根据权利要求9或10所述的***,其特征在于,所述核心网包括:
核心网网管,用于接收基站网管发送的Trace激活消息,透传或过滤传递所述Trace激活消息给MME;
MME,用于接收核心网网管发送的Trace激活消息,向基站发送携带用户跟踪任务参数的跟踪开始消息、初始上下文建立请求消息或切换请求消息。
Priority Applications (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201110262553.0A CN102984681B (zh) | 2011-09-06 | 2011-09-06 | 一种用户数据跟踪方法和*** |
PCT/CN2012/071606 WO2012155580A1 (zh) | 2011-09-06 | 2012-02-24 | 一种用户数据跟踪方法和*** |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201110262553.0A CN102984681B (zh) | 2011-09-06 | 2011-09-06 | 一种用户数据跟踪方法和*** |
Publications (2)
Publication Number | Publication Date |
---|---|
CN102984681A CN102984681A (zh) | 2013-03-20 |
CN102984681B true CN102984681B (zh) | 2017-09-29 |
Family
ID=47176210
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201110262553.0A Expired - Fee Related CN102984681B (zh) | 2011-09-06 | 2011-09-06 | 一种用户数据跟踪方法和*** |
Country Status (2)
Country | Link |
---|---|
CN (1) | CN102984681B (zh) |
WO (1) | WO2012155580A1 (zh) |
Families Citing this family (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2015021639A1 (zh) * | 2013-08-15 | 2015-02-19 | 华为技术有限公司 | 接入网管理设备、基站、用户设备跟踪方法及*** |
CN103475529B (zh) * | 2013-10-11 | 2016-06-01 | 大唐移动通信设备有限公司 | 一种核心网侧业务面跟踪方法、装置以及业务面跟踪*** |
CN106454880B (zh) * | 2015-08-06 | 2019-11-12 | 中兴通讯股份有限公司 | 信令跟踪任务的处理方法及装置 |
CN107567045A (zh) * | 2016-07-01 | 2018-01-09 | 北京信威通信技术股份有限公司 | 基于信令跟踪***的跟踪方法、装置及信令跟踪*** |
CN108833160B (zh) * | 2018-06-11 | 2022-01-18 | 武汉虹信科技发展有限责任公司 | 一种用于专网epc***的网元配置管理方法 |
Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101132648A (zh) * | 2007-10-11 | 2008-02-27 | 华为技术有限公司 | 基站跟踪方法及设备 |
CN101790180A (zh) * | 2009-01-23 | 2010-07-28 | 上海华为技术有限公司 | 一种基于信令的跟踪方法、***及设备 |
CN102104882A (zh) * | 2009-12-22 | 2011-06-22 | 中兴通讯股份有限公司 | 用户或设备全业务流程跟踪的方法及*** |
CN102118720A (zh) * | 2009-12-31 | 2011-07-06 | 华为技术有限公司 | 一种跟踪信令的方法、***及装置 |
Family Cites Families (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1499761A (zh) * | 2002-11-05 | 2004-05-26 | 北京三星通信技术研究有限公司 | 核心网和用户设备识别用户设备状态的方法 |
-
2011
- 2011-09-06 CN CN201110262553.0A patent/CN102984681B/zh not_active Expired - Fee Related
-
2012
- 2012-02-24 WO PCT/CN2012/071606 patent/WO2012155580A1/zh active Application Filing
Patent Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101132648A (zh) * | 2007-10-11 | 2008-02-27 | 华为技术有限公司 | 基站跟踪方法及设备 |
CN101790180A (zh) * | 2009-01-23 | 2010-07-28 | 上海华为技术有限公司 | 一种基于信令的跟踪方法、***及设备 |
CN102104882A (zh) * | 2009-12-22 | 2011-06-22 | 中兴通讯股份有限公司 | 用户或设备全业务流程跟踪的方法及*** |
CN102118720A (zh) * | 2009-12-31 | 2011-07-06 | 华为技术有限公司 | 一种跟踪信令的方法、***及装置 |
Also Published As
Publication number | Publication date |
---|---|
CN102984681A (zh) | 2013-03-20 |
WO2012155580A1 (zh) | 2012-11-22 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN106060459B (zh) | 一种摄像机的协议转换***及其转换方法 | |
CN102984681B (zh) | 一种用户数据跟踪方法和*** | |
CN110035461A (zh) | 通信方法、接入网设备和终端设备 | |
CN105451303B (zh) | 接入网络的方法、装置、服务器及终端 | |
CN103648125A (zh) | 一种lte网络话音业务的监测方法 | |
CN103339989B (zh) | 用于通信网络中的用户设备和数据网络之间的通信的技术 | |
CN104507103A (zh) | 一种查看路由器下连接设备状态的方法 | |
CN108632808A (zh) | 核心网控制面设备选择方法和装置 | |
CN103974231B (zh) | 位置更新方法和移动终端 | |
CN105338511B (zh) | 网络拓扑隐藏方法和设备 | |
EP2863579A1 (en) | Scheduling a device batch reconfiguration event in a network | |
CN102917127B (zh) | 一种音频传输方法及*** | |
CN108390795A (zh) | 家电设备及其监控方法、智慧家居***及可读存储介质 | |
CN103491517A (zh) | 一种pcc规则获取方法及设备 | |
CN104219100A (zh) | 一种信息采集方法和装置 | |
CN104853412B (zh) | 一种网络接入方法及移动通信终端 | |
CN105991377B (zh) | 通用即插即用UPnP设备之间发现与通信的方法 | |
CN106453687B (zh) | 一种目标设备的ip获取方法、mme网元及dns服务器 | |
CN103916444A (zh) | 一种云模式的号码信息显示方法 | |
CN103259671A (zh) | 自动登录聊天室的方法、装置、电子设备及聊天室服务器 | |
CN110324807A (zh) | 一种信息处理方法、功能和计算机可读存储介质 | |
CN106162808B (zh) | 一种网络接入的方法和设备 | |
CN105393503B (zh) | 消息处理方法和装置 | |
CN104079326B (zh) | 一种设备识别方法及相关设备 | |
CN104270743B (zh) | 一种获取终端的参数信息的方法及装置 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
GR01 | Patent grant | ||
GR01 | Patent grant | ||
CF01 | Termination of patent right due to non-payment of annual fee |
Granted publication date: 20170929 Termination date: 20190906 |
|
CF01 | Termination of patent right due to non-payment of annual fee |