CN101945363A - 用户全网跟踪方法、控制网元及承接网元 - Google Patents
用户全网跟踪方法、控制网元及承接网元 Download PDFInfo
- Publication number
- CN101945363A CN101945363A CN2010102623437A CN201010262343A CN101945363A CN 101945363 A CN101945363 A CN 101945363A CN 2010102623437 A CN2010102623437 A CN 2010102623437A CN 201010262343 A CN201010262343 A CN 201010262343A CN 101945363 A CN101945363 A CN 101945363A
- Authority
- CN
- China
- Prior art keywords
- network element
- message
- tracking
- accepting
- tracing task
- 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
Images
Landscapes
- Mobile Radio Communication Systems (AREA)
Abstract
本发明实施例公开了一种用户全网跟踪方法、控制网元及承接网元，所述方法包括：接收跟踪启动的通知消息，所述通知消息中包括用户标识和跟踪数据；根据所述通知消息中的用户标识和跟踪数据，向承接网元发送指示消息，所述指示消息指示所述承接网元对所述用户标识相对应的用户创建跟踪任务；接收所述承接网元在创建跟踪任务后发送的响应消息，所述响应消息中携带承接网元创建跟踪任务成功或失败的指示。
Description
技术领域
本发明涉及通信技术领域，特别涉及一种用户全网跟踪方法、控制网元及承接网元。
背景技术
随着通信技术的迅速发展，网络的日常维护、网络故障的定位以及网络故障的排除日趋增多，由于信令是建立通信连接的前提，因此通过分析信令可以快速定位通信网络中的故障。另外，随着市场竞争的加剧，网络运营商需要从面向设备转向面向用户，除了需要支持设备的接口跟踪，还需要支持对于用户的信令跟踪。
用户全网跟踪就是跟踪指定的用户标识，例如IMSI(International MobileSubscriber Identity，国际移动用户识别码)、IMEI(International MobileEquipment Identity，国际移动设备识别码)或MSISDN(Mobile StationInternational Integrated Service Digital Network Number，移动台国际综合业务数字网号码)所对应的用户设备(UE，User Equipment)在无线接入网和核心网的所有信令，分布或存在于不同网元内的与该用户相关的信令都可以被收集到一个统计的应用程序中进行分析。
在现有的用户全网跟踪技术中，EM(Element Manager，网元管理器)或HSS(Home Subscriber Server，归属用户服务器)向MME(Mobility ManagementEntity，移动管理实体)下发跟踪任务；MME作为控制网元，基于跟踪任务中EM指定的跟踪网元列表向承接网元下发跟踪任务；eNodeB(E-UTRAN NodeB，演进基站)、SGW(Serving Gateway，服务网关)和PGW(Packet Data Network Gateway，分组数据网络网关)等作为承接网元，根据MME下发的跟踪任务创建跟踪任务。
现有技术中，控制网元不能获知到承接网元是否成功的创建跟踪任务，因此用户全网跟踪的可靠性不高。
发明内容
本发明的实施例提供一种用户全网跟踪方法、控制网元及承接网元，能够提高用户全网跟踪的可靠性。
本发明实施例采用的技术方案为：
一种用户全网跟踪方法，包括：
接收跟踪启动的通知消息，所述通知消息中包括用户标识和跟踪数据；
根据所述通知消息中的用户标识和跟踪数据，向承接网元发送指示消息，所述指示消息指示所述承接网元对所述用户标识相对应的用户创建跟踪任务；
接收所述承接网元在创建跟踪任务后发送的响应消息，所述响应消息中携带承接网元创建跟踪任务成功或失败的指示。
一种控制网元，包括：
第一接收模块，用于接收跟踪启动的通知消息，所述通知消息中包括用户标识和跟踪数据；
第一发送模块，用于根据所述通知消息中的用户标识和跟踪数据，向承接网元发送指示消息，所述指示消息指示所述承接网元对所述用户标识相对应的用户创建跟踪任务；
第二接收模块，接收所述承接网元在创建跟踪任务后发送的响应消息，所述响应消息中携带承接网元创建跟踪任务成功或失败的指示。
一种承接网元，包括：
第五接收模块，用于接收控制网元发送的指示消息，所述指示消息指示所述承接网元对用户创建跟踪任务；
第七发送模块，用于在创建跟踪任务后向所述控制网元发送响应消息，所述响应消息中携带承接网元创建跟踪任务成功或失败的指示。
本发明实施例用户全网跟踪方法、控制网元及承接网元，控制网元根据接收的跟踪启动的通知消息，向承接网元发送创建跟踪任务的指示消息，接收所述承接网元发送的携带承接网元创建跟踪任务成功或失败的指示的响应消息。与现有技术相比，控制网元能够获知承接网元的跟踪状态，从而可以根据承接网元的跟踪状态进行相应的处理，能够提高用户全网跟踪的可靠性。
附图说明
为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其它的附图。
图1为EM下发全网跟踪任务示意图；
图2为本发明实施例一提供的方法流程图；
图3为本发明实施例二提供的方法流程图；
图4为本发明实施例三提供的方法流程图；
图5为本发明实施例四提供的方法流程图；
图6为本发明实施例五提供的方法流程图；
图7为本发明实施例六提供的方法流程图；
图8为本发明实施例七提供的方法流程图；
图9为本发明实施例八提供的方法流程图；
图10、图11为本发明实施例九提供的控制网元结构示意图；
图12、图13为本发明实施例十提供的承接网元结构示意图。
具体实施方式
下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其它实施例，都属于本发明保护的范围。
为使本发明技术方案的优点更加清楚，下面结合附图和实施例对本发明作详细说明。
如图1所示，在本发明的各实施例中，EM(Element Manager，网元管理器)或HSS(Home Subscriber Server，归属用户服务器)向MME(Mobility ManagementEntity，移动管理实体)下发跟踪任务；MME作为控制网元，基于跟踪任务中EM指定的跟踪网元列表向承接网元下发跟踪任务；eNodeB(E-UTRAN NodeB，演进基站)、SGW(Serving Gateway，服务网关)和PGW(Packet Data Network Gateway，分组数据网络网关)作为承接网元，根据MME下发的跟踪任务创建跟踪任务。
实施例一
本实施例提供一种用户全网跟踪方法，如图2所示，所述方法包括：
201、接收跟踪启动的通知消息，所述通知消息中包括用户标识和跟踪数据。
202、根据所述通知消息中的用户标识和跟踪数据，向承接网元发送指示消息，所述指示消息指示所述承接网元对所述用户标识相对应的用户创建跟踪任务。
203、接收所述承接网元在创建跟踪任务后发送的响应消息，所述响应消息中携带承接网元创建跟踪任务成功或失败的指示。
所述控制网元可以根据所述承接网元创建跟踪任务成功或失败的指示确定所述承接网元创建跟踪任务是否成功。
进一步的，该方法还可以包括：
向网元管理器发送答复消息，所述答复消息中携带承接网元创建跟踪任务成功或失败的指示。
在本发明实施例中，承接网元可以是eNodeB、SGW、PGW等，控制网元可以是MME，也可以是服务GPRS支持节点(Serving GPRS Support Node，SGSN)等。
本发明实施例用户全网跟踪方法，控制网元根据接收的跟踪启动的通知消息，向承接网元发送创建跟踪任务的指示消息，接收所述承接网元发送的携带承接网元创建跟踪任务成功或失败的指示的响应消息。与现有技术相比，控制网元能够获知承接网元的跟踪状态，从而可以根据承接网元的跟踪状态进行相应的处理，能够提高用户全网跟踪的可靠性。
实施例二
本实施例提供一种用户全网跟踪方法，在本实施例中，MME上的用户处于分离状态，且MME上没有任何用户信息，EM通过HSS向MME下发跟踪任务。
如图3所示，所述用户全网跟踪方法包括：
301、EM向HSS发送跟踪启动消息(Trace Start)，下发跟踪任务，通知HSS要对UE进行全网跟踪，该消息中包括该UE的用户标识以及跟踪数据，HSS保存该跟踪数据，所述用户标识可以为IMSI、IMEI或MSISDN。
其中，所述跟踪数据中至少可以包括：
Trace Reference(跟踪标记)：用于标识唯一的跟踪任务；
Trace Depth(跟踪深度)：用于指定跟踪任务的深度，需要对哪些消息进行跟踪；
Trace NE Type List(跟踪网元列表)：用于指定哪些网元需要创建跟踪任务并向指定地址上报跟踪消息；
Trace Event List(跟踪事件列表)：指示了哪些事件需要上报；
Trace Collection Entity(跟踪收集实体)：指示了下发收集信息的实体，网元将跟踪文件向该地址发送。
进一步的，所述跟踪数据中还可以包括：
Trace Interface List(跟踪接口列表)：指定了哪些接口的消息需要跟踪；OMC Id(操作维护中心标识)：指示了下发跟踪任务的EM。
进一步的，在EM向HSS发送的该跟踪启动消息中，还可以携带跟踪策略参数，HSS将该跟踪策略参数进行存储。
其中，所述跟踪策略参数可以包括：
重发间隔(Resend interval)：表示承接网元(eNodeB、SGW或PGW)创建跟踪任务失败与MME下一次向该承接网元下发创建跟踪任务的消息之间的时间间隔；
重发次数(Resend times)：表示当承接网元首次创建跟踪任务失败后，MME可以向该承接网元下发创建跟踪任务的消息的次数。
所述重发间隔和重发次数，在所述承接网元创建跟踪任务失败而进行全网跟踪恢复时使用。
所述跟踪策略参数还可以包括：
上报周期(Upload cycle)：表示当承接网元创建跟踪任务成功后，承接网元和控制网元(MME)向EM或其它服务器上报跟踪消息的周期；
缓存时长(Resend time)：表示在网元(包括承接网元和控制网元)向EM或其它服务器上报跟踪消息的过程中，网元与EM或者其它服务器的连接中断，网元可以对该跟踪消息进行缓存的时间段。
所述上报周期和缓存时长，在所述承接网元创建跟踪任务成功后，向EM或其它服务器进行跟踪信息上报时使用。
其中，EM向HSS发送跟踪启动消息，下发跟踪任务可以在UE发起附着之前，也可以在UE附着的过程中发送给HSS。
302、UE向MME发送附着请求消息(Attach Request)，该消息中携带用户信息。其中，所述用户信息包括用户标识、用户的位置信息、用户能力等，所述用户标识可以为IMSI、IMEI或MSISDN。
303、MME向HSS发送更新位置请求消息(Update Location Request)，该消息中携带用户信息。
304、HSS向MME发送更新位置应答消息(Update Location Answer)，该消息中携带签约数据，如果根据HSS中保存的跟踪数据，确定需要对该UE进行全网跟踪，则该签约数据包括用户信息以及所述跟踪数据。
进一步的，如果HSS中保存有踪策略参数，则在HSS向MME回复的该更新位置应答消息中，还可以携带HSS存储的所述跟踪策略参数。
305、MME向SGW发送建立会话请求消息(Create Session Request)，该消息中携带跟踪信息信元Trace Information，用于通知SGW与全网跟踪相关的信息，该跟踪信息信元中包括Trace ID(跟踪标识)、Triggering Events(触发事件)、List of NE Types(网元列表)、Session Trace Depth(会话跟踪深度)、List of Interfaces(接口列表)和IP Address of Trace Collection Entity(跟踪收集实体IP地址)。
MME在接收到HSS返回的跟踪数据后，由所述跟踪数据中提取所需的一部分跟踪数据，生成跟踪信息信元，并将生成的跟踪信息信元通过所述建立会话请求消息发送给SGW。
进一步的，若HSS向MME发送的更新位置应答消息中携带跟踪策略参数，则MME将该跟踪策略参数进行存储。
进一步的，在MME向SGW发送的该建立会话请求消息中，还可以携带所述跟踪策略参数。
306、SGW接收到MME发送的建立会话请求消息后，向PGW发送建立会话请求消息(Create Session Request)，该消息中携带所述跟踪信息信元，用于通知PGW与全网跟踪相关的信息。
进一步的，若MME向SGW发送的建立会话请求消息中携带跟踪策略参数，则SGW将该跟踪策略参数进行存储。
进一步的，在SGW向PGW发送的该建立会话请求消息中，还可以携带所述跟踪策略参数。
其中SGW接收到跟踪信息信元后，如果该跟踪信息信元指示该SGW需要创建跟踪任务，则SGW创建跟踪任务，并将该创建成功与否信息发送给MME。
307、PGW接收到建立会话请求消息后，根据该消息中携带的跟踪信元，如果该跟踪信元指示需要PGW创建跟踪任务，则PGW创建跟踪任务，并将是否创建成功的信息通知SGW，如PGW向SGW发送建立会话响应消息(Create SessionResponse)，该消息中携带跟踪指示信元Trace Indication，该跟踪指示信元中包括Trace ID、List of NE Types、NE Type(网元类型)、List of Interfaces、PGW ID以及PGW原因值，如果PGW创建跟踪任务成功，该PGW原因值为成功指示；如果PGW创建跟踪任务失败，该PGW原因值为失败原因。
其中，所述PGW ID可以为PGW的IP地址或者PGW的FQDN(Fully QualifiedDomain Name，全称域名)。
进一步的，若SGW向PGW发送的建立会话请求消息中携带跟踪策略参数，则PGW将该跟踪策略参数进行存储。
308、SGW向MME发送建立会话响应消息(Create Session Response)，该消息中携带跟踪指示信元Trace Indication，该跟踪指示信元中包括Trace ID、List of NE Types、NE Type、List of Interfaces、PGW ID及PGW原因值、SGW及SGW原因值，如果SGW创建跟踪任务成功，该SGW原因值为成功指示；如果SGW创建跟踪任务失败，该SGW原因值为失败原因。
309、MME向eNodeB发送初始上下文建立请求消息(Initial Context SetupRequest)，该消息中携带跟踪激活信元Trace Activation，该跟踪激活信元指示eNodeB创建跟踪任务，该信元中包括E-UTRAN TraceID(E-UTRAN网络跟踪标识)、Interfaces To Trace(跟踪接口)、Trace depth、Trace Collection EntityIP Address(跟踪收集实体IP地址)。
其中，在所述初始上下文建立请求消息中，还携带附着接受消息(AttachAccept)。
在309之后，还可以包括如下步骤(图中未示出)：
eNodeB向UE发送附着接受消息(Attach Accept)；
UE向eNodeB发送附着完成消息(Attach Complete)。
310、eNodeB根据接收到的跟踪激活信元创建跟踪任务，并且eNodeB建立承载之后，向MME发送初始化上下文建立响应消息(Initial Context SetupResponse)，该消息中携带跟踪指示信元Trace Indication，该跟踪指示信元中包括Trace ID、List of NE Types、NE Type、List of Interfaces、eNodeB ID以及eNodeB原因值，如果eNodeB创建跟踪任务成功，该eNodeB原因值为成功指示；如果eNodeB创建跟踪任务失败，该eNodeB原因值为失败原因。
进一步的，若MME向eNodeB发送的建立会话请求消息中携带跟踪策略参数，则eNodeB将该跟踪策略参数进行存储。
在310之后，还可以包括如下步骤(图中未示出)：
eNodeB向MME发送附着完成消息(Attach Complete)；
MME向SGW发送修改承载请求消息(Modify Bearer Request)；
SGW向MME发送修改承载响应消息(Modify Bearer Response)。
311、MME向HSS发送跟踪会话指示消息(Trace Session Indication)，该消息中携带需要创建跟踪任务的网元的网元标识及其原因值。
此时，MME可以获知eNodeB、SGW和PGW是否需要创建任务，以及是否创建成功的信息，MME可以将该信息发送给HSS，如SGW创建成功、PGW创建失败等。
312、HSS还可以将接收到的承接网元创建任务成功与否的情况发送给EM。如HSS向EM发送跟踪答复消息(Trace Reply)，该消息中携带需要创建跟踪任务的网元的网元标识及其原因值。
进一步的，如果eNodeB创建跟踪任务失败，如图3所示，在310之后，所述方法还可以包括：
313、间隔所述重发间隔之后，MME向eNodeB发送跟踪启动消息(TRACESTART)。
如果eNodeB仍然建立跟踪任务失败，则继续执行313。若执行313的次数等于所述重发次数时，eNodeB仍然建立跟踪任务失败，则流程结束；若执行313的次数小于或等于所述重发次数时，eNodeB建立跟踪任务成功，则执行314。
314、eNodeB向MME发送跟踪指示消息(TRACE INDICATION)，该消息中携带跟踪指示信元Trace Indication，该跟踪指示信元中包括携带Trace ID、List ofNE Types、NE Type、List of Interfaces、eNodeB ID以及成功指示。
315、MME向HSS发送跟踪会话恢复指示消息(Trace Session RestoreIndication)，指示eNodeB已经恢复全网跟踪。
316、HSS向EM发送跟踪恢复消息(Trace Restore)，指示eNodeB已经恢复全网跟踪。
进一步的，如果PGW和SGW中的至少一个创建跟踪任务失败，PGW和SGW还可以按照以下三种情况中的其中一种恢复全网跟踪：
情况1：PGW创建跟踪任务成功且SGW创建跟踪任务失败
如图3所示，在308之后，所述方法还可以包括：
317、间隔所述重发间隔之后，MME向SGW发送跟踪会话激活消息(TraceSession Activation)，并且指示SGW不需要向PGW发送该跟踪会话激活消息。
如果SGW仍然创建跟踪任务失败，则继续执行317。若执行317的次数等于所述重发次数时，SGW仍然创建跟踪任务失败，则流程结束；若执行317的次数小于或等于所述重发次数时，SGW创建跟踪任务成功，则执行318-320。
318、SGW向MME发送跟踪会话激活响应消息(Trace Session ActivationResponse)，该消息中携带跟踪指示信元Trace Indication，该跟踪指示信元中包括Trace ID、List of NE Types、NE Type、List of Interfaces、SGW ID以及成功指示。
319、MME向HSS发送跟踪会话恢复指示消息(Trace Session RestoreIndication)，指示SGW已经恢复全网跟踪。
320、HSS向EM发送跟踪恢复消息(Trace Restore)，指示SGW已经恢复全网跟踪。
情况2：PGW创建跟踪任务失败且SGW创建跟踪任务成功
如图3所示，在308之后，所述方法还可以包括：
321、间隔所述重发间隔之后，SGW向PGW发送跟踪会话激活消息(TraceSession Activation)。
如果PGW仍然创建跟踪任务失败，则继续执行321。若执行321的次数等于所述重发次数时，PGW仍然创建跟踪任务失败，则流程结束；若执行321的次数小于或等于所述重发次数时，PGW创建跟踪任务成功，则执行322-325。
322、PGW向SGW发送跟踪会话激活响应消息(Trace Session ActivationResponse)，该消息中携带跟踪指示信元Trace Indication，该跟踪指示信元中包括Trace ID、List of NE Types、NE Type、List of Interfaces、PGW ID以及成功指示。
323、SGW向MME发送跟踪会话恢复指示消息(Trace Session RestoreIndication)，指示PGW已经恢复全网跟踪。
324、MME向HSS发送跟踪会话恢复指示消息(Trace Session RestoreIndication)，指示PGW已经恢复全网跟踪。
325、HSS向EM发送跟踪恢复消息(Trace Restore)，指示PGW已经恢复全网跟踪。
情况3：PGW和SGW创建跟踪任务都失败
如图3所示，在308之后，所述方法还可以包括：
326、间隔所述重发间隔之后，MME向SGW发送跟踪会话激活消息(TraceSession Activation)，并且指示SGW必须向PGW发送该跟踪会话激活消息。
327、SGW向PGW发送该跟踪会话激活消息(Trace Session Activation)。
如果SGW和PGW仍然创建跟踪任务失败，则继续执行326和327。若执行326的次数和执行327的次数都等于所述重发次数时，SGW和PGW仍然创建跟踪任务失败，则流程结束；若执行326的次数和执行327的次数小于或等于所述重发次数时，PGW和SGW中的至少一个创建跟踪任务成功，则执行328-331。
328、PGW向SGW发送跟踪会话激活响应消息(Trace Session ActivationResponse)，该消息中携带跟踪指示信元Trace Indication，该跟踪指示信元中包括Trace ID、List of NE Types、NE Type、List of Interfaces、PGW ID以及PGW原因值，该PGW原因值为成功指示或失败原因。
329、SGW向MME发送跟踪会话激活响应消息(Trace Session ActivationResponse)，该消息中包括Trace ID、List of NE Types、NE Type、List ofInterfaces、PGW ID及PGW原因值、SGW及SGW原因值，其中，所述PGW原因值和SGW原因值中至少一个为成功指示。
330、MME向HSS发送跟踪会话恢复指示消息(Trace Session RestoreIndication)，指示PGW和SGW中的至少一个已经恢复全网跟踪。
331、HSS向EM发送跟踪恢复消息(Trace Restore)，指示PGW和SGW中的至少一个已经恢复全网跟踪。
进一步的，如果承接网元(eNodeB、SGW或PGW)创建跟踪任务成功，在该承接网元向控制网元(MME)发送响应消息之后，所述方法还可以包括：
S1、该承接网元和控制网元以所述上报周期为周期向EM或其它服务器上报跟踪消息。
其中，所述跟踪消息包括承接网元和控制网元所服务的用户在附着、跟踪区域更新或者切换等过程中的活动信息，例如：用户所附着的MME、跟踪区域更新前后的MME或SGW、切换前后的MME或SGW。
进一步的，在承接网元或控制网元向EM或其它服务器上报跟踪消息的过程中，如果承接网元或控制网元与EM或其它服务器的连接中断，则所述方法还可以包括：
S2、承接网元或控制网元将该跟踪消息进行缓存。
如果在所述缓存时长到达之前，承接网元或控制网元与EM或其它服务器的连接恢复，则执行S3；如果所述缓存时长到达时，承接网元或控制网元与EM或其它服务器的连接仍未恢复，则执行S4。
S3、承接网元或控制网元向EM或其它服务器上报该跟踪消息。
S4、承接网元或控制网元将该跟踪消息删除。
本发明实施例用户全网跟踪方法，根据接收的跟踪启动的通知消息，向承接网元发送创建跟踪任务的指示消息，接收所述承接网元发送的携带承接网元创建跟踪任务成功或失败的指示的响应消息，并向网元管理器发送携带承接网元创建跟踪任务成功或失败的指示的答复消息。与现有技术相比，控制网元和网元管理器能够获知承接网元的跟踪状态，从而可以根据承接网元的跟踪状态进行相应的处理，能够提高用户全网跟踪的可靠性；此外，当承接网元创建跟踪任务失败时，可以控制承接网元恢复全网跟踪；当承接网元创建跟踪任务成功时，可以向网元管理器定期发送跟踪消息，当与网元管理器之间的连接终端时，缓存跟踪消息，从而可以进一步提高用户全网跟踪的可靠性。
实施例三
本实施例提供一种用户全网跟踪方法，在本实施例中，MME上的用户处于分离状态，且MME上具有用户信息，EM通过HSS向MME下发跟踪任务。
如图4所示，所述用户全网跟踪方法包括：
401、EM向HSS发送跟踪启动消息(Trace Start)，下发跟踪任务，通知HSS要对UE进行全网跟踪，该消息中包括用户标识和跟踪数据，HSS保存该跟踪数据。
具体可以参照301，在此不再赘述。
402、HSS向MME发送插入用户数据请求消息(Insert Subscriber DataRequest)，该消息中携带跟踪数据，MME保存该跟踪数据。
进一步的，在HSS向MME发送的该插入用户数据请求消息中，还可以携带HSS存储的跟踪策略参数，MME收到该插入用户数据请求消息后，将该跟踪策略参数进行存储。
403、MME向HSS发送插入用户数据应答消息(Insert Subscriber DataAnswer)。
404、UE向MME发送附着请求消息(Attach Request)。
405-412、具体可以参照305-312，在此不再赘述。
进一步的，如果eNodeB创建跟踪任务失败，在410之后，所述方法还可以包括如313-316所述的步骤。
进一步的，如果PGW和SGW中的至少一个创建跟踪任务失败，PGW和SGW还可以按照实施例二中所述的三种情况中的其中一种恢复全网跟踪。
本发明实施例用户全网跟踪方法，根据接收的跟踪启动的通知消息，向承接网元发送创建跟踪任务的指示消息，接收所述承接网元发送的携带承接网元创建跟踪任务成功或失败的指示的响应消息，并向网元管理器发送携带承接网元创建跟踪任务成功或失败的指示的答复消息。与现有技术相比，控制网元和网元管理器能够获知承接网元的跟踪状态，从而可以根据承接网元的跟踪状态进行相应的处理，能够提高用户全网跟踪的可靠性；此外，当承接网元创建跟踪任务失败时，可以控制承接网元恢复全网跟踪。
实施例四
本实施例提供一种用户全网跟踪方法，在本实施例中，MME上的用户处于分离状态，且MME上具有用户信息，EM直接向MME下发跟踪任务。
如图5所示，所述用户全网跟踪方法包括：
501、EM向MME发送跟踪启动消息(Trace Start)，下发跟踪任务，通知MME要对UE进行全网跟踪，该消息中包括用户标识和跟踪数据，MME保存该跟踪数据。
其中，所述跟踪数据与301中的跟踪数据相同。
进一步的，在EM向MME发送的该跟踪启动消息中，还可以携带跟踪策略参数，MME将该跟踪策略参数进行存储。
其中，所述跟踪策略参数与301中的跟踪策略参数相同。
502、UE向MME发送附着请求消息(Attach Request)。
503-508、具体可以参照305-310，在此不再赘述。
509、MME向EM发送跟踪答复消息(Trace Reply)，该消息中携带需要创建跟踪任务的网元的网元标识及其原因值。
进一步的，如果eNodeB创建跟踪任务失败，在508之后，所述方法还可以包括：
510-511、具体可以参照313-314，在此不再赘述。
512、MME向EM发送跟踪恢复消息(Trace Restore)，指示eNodeB已经恢复全网跟踪。
进一步的，如果PGW和SGW中的至少一个创建跟踪任务失败，PGW和SGW还可以按照实施例二中所述的三种情况中的其中一种恢复全网跟踪，不同的是，在本实施例中，在PGW或SGW恢复全网跟踪后，MME直接向EM发送跟踪恢复消息(Trace Restore)，指示PGW和SGW中的至少一个已经恢复全网跟踪。
本发明实施例用户全网跟踪方法，根据接收的跟踪启动的通知消息，向承接网元发送创建跟踪任务的指示消息，接收所述承接网元发送的携带承接网元创建跟踪任务成功或失败的指示的响应消息，并向网元管理器发送携带承接网元创建跟踪任务成功或失败的指示的答复消息。与现有技术相比，控制网元和网元管理器能够获知承接网元的跟踪状态，从而可以根据承接网元的跟踪状态进行相应的处理，能够提高用户全网跟踪的可靠性；此外，当承接网元创建跟踪任务失败时，可以控制承接网元恢复全网跟踪。
实施例五
本实施例提供一种用户全网跟踪方法，在本实施例中，用户已经附着在MME上且处于空闲状态，EM直接向MME下发跟踪任务，或者通过HSS向MME下发跟踪任务。
如图6所示，所述用户全网跟踪方法包括：
若EM直接向MME下发跟踪任务，执行601；若EM通过HSS向MME下发跟踪任务，执行601a-601c。
601、EM向MME发送跟踪启动消息(Trace Start)，下发跟踪任务，通知MME要对UE进行全网跟踪，该消息中包括用户标识和跟踪数据，MME保存该跟踪数据。
601a、EM向HSS发送跟踪启动消息(Trace Start)，下发跟踪任务，通知HSS要对UE进行全网跟踪，该消息中包括用户标识和跟踪数据，HSS保存该跟踪数据。
具体可以参照301，在此不再赘述。
601b、HSS向MME发送插入用户数据请求消息(Insert Subscriber DataRequest)，该消息中携带用户标识和跟踪数据，MME保存该跟踪数据。
进一步的，在HSS向MME发送的该插入用户数据请求消息中，还可以携带HSS存储的跟踪策略参数，MME收到该插入用户数据请求消息后，将该跟踪策略参数进行存储。
601c、MME向HSS发送插入用户数据应答消息(Insert Subscriber DataAnswer)。
602、MME向SGW发送跟踪会话激活消息(Trace Session Activation)，该消息中携带跟踪信息信元Trace Information。
其中，该跟踪信息信元与305中的跟踪信息信元相同。
进一步的，在MME向SGW发送的该跟踪会话激活消息中，还可以携带所述跟踪策略参数。
603、SGW向PGW发送跟踪会话激活消息(Trace Session Activation)，该消息中携带跟踪信息信元Trace Information。
进一步的，在SGW向PGW发送的该跟踪会话激活消息中，还可以携带所述跟踪策略参数。
604、PGW向SGW发送跟踪会话激活响应消息(Trace Session ActivationResponse)，该消息中携带跟踪指示信元Trace Indicat ion，该跟踪指示信元中包括Trace ID、List of NE Types、NE Type、List of Interfaces、PGW ID以及PGW原因值，如果PGW创建跟踪任务成功，该PGW原因值为成功指示；如果PGW创建跟踪任务失败，该PGW原因值为失败原因。
进一步的，若SGW向PGW发送的跟踪会话激活消息中携带跟踪策略参数，则PGW将该跟踪策略参数进行存储。
605、SGW向MME发送跟踪会话激活响应消息(Trace Session ActivationResponse)，该消息中携带跟踪指示信元Trace Indication，该跟踪指示信元中包括Trace ID、List of NE Types、NE Type、List of Interfaces、PGW ID及PGW原因值、SGW及SGW原因值，如果SGW创建跟踪任务成功，该SGW原因值为成功指示；如果SGW创建跟踪任务失败，该SGW原因值为失败原因。
进一步的，若MME向SGW发送的跟踪会话激活消息中携带跟踪策略参数，则SGW将该跟踪策略参数进行存储。
若EM直接向MME下发跟踪任务，执行606；若EM通过HSS向MME下发跟踪任务，执行606a-606c。
606、MME向EM发送跟踪答复消息(Trace Reply)，该消息中携带需要创建跟踪任务的网元的网元标识及其原因值。
606a、MME向HSS发送跟踪会话指示消息(Trace Session Indication)，该消息中携带需要创建跟踪任务的网元的网元标识及其原因值。
606b、HSS向EM发送跟踪答复消息(Trace Reply)，该消息中携带需要创建跟踪任务的网元的网元标识及其原因值。
本发明实施例用户全网跟踪方法，根据接收的跟踪启动的通知消息，向承接网元发送创建跟踪任务的指示消息，接收所述承接网元发送的携带承接网元创建跟踪任务成功或失败的指示的响应消息，并向网元管理器发送携带承接网元创建跟踪任务成功或失败的指示的答复消息。与现有技术相比，控制网元和网元管理器能够获知承接网元的跟踪状态，从而可以根据承接网元的跟踪状态进行相应的处理，能够提高用户全网跟踪的可靠性；此外，当承接网元创建跟踪任务失败时，可以控制承接网元恢复全网跟踪。
实施例六
本实施例提供一种用户全网跟踪方法，在本实施例中，用户已经附着在MME上且处于连接状态，EM直接向MME下发跟踪任务，或者通过HSS向MME下发跟踪任务。
如图7所示，所述用户全网跟踪方法包括：
若EM直接向MME下发跟踪任务，执行701；若EM通过HSS向MME下发跟踪任务，执行701a-701c。
701、具体可以参照601，在此不再赘述。
701a-701c、具体可以参照601a-601c，在此不再赘述。
702-705、具体可以参照602-605，在此不再赘述。
706、MME向eNodeB发送跟踪启动消息(TRACE START)，该消息中携带跟踪激活信元Trace Activation，该跟踪激活信元中包括E-UTRAN Trace ID、Interfaces To Trace、Trace depth、Trace Collection Entity IP Address。
707、eNodeB向MME发送跟踪指示消息(TRACE INDICATION)，该消息中携带跟踪指示信元Trace Indication，该跟踪指示信元中包括Trace ID、List of NETypes、NE Type、List of Interfaces、eNodeB ID以及eNodeB原因值，如果eNodeB创建跟踪任务成功，该eNodeB原因值为成功指示；如果eNodeB创建跟踪任务失败，该eNodeB原因值为失败原因。
若EM直接向MME下发跟踪任务，执行708；若EM通过HSS向MME下发跟踪任务，执行708a-708b。
708、具体可以参照606，在此不再赘述。
708a-708b、具体可以参照606a-606b，在此不再赘述。
本发明实施例用户全网跟踪方法，根据接收的跟踪启动的通知消息，向承接网元发送创建跟踪任务的指示消息，接收所述承接网元发送的携带承接网元创建跟踪任务成功或失败的指示的响应消息，并向网元管理器发送携带承接网元创建跟踪任务成功或失败的指示的答复消息。与现有技术相比，控制网元和网元管理器能够获知承接网元的跟踪状态，从而可以根据承接网元的跟踪状态进行相应的处理，能够提高用户全网跟踪的可靠性；此外，当承接网元创建跟踪任务失败时，可以控制承接网元恢复全网跟踪。
实施例七
本实施例提供一种用户全网跟踪方法，在本实施例中，承接网元在Inter MMETAU(Tracking Area Update，跟踪区域更新)流程中创建跟踪任务，EM直接向MME下发跟踪任务。
在本实施例中，MME 1上已经创建了全网跟踪任务，UE移动到新的跟踪区域MME2之后，发起TAU流程。
如图8所示，所述用户全网跟踪方法包括：
801、UE向eNodeB发送跟踪区域更新请求消息(TAU Request)。
802、eNodeB将所述跟踪区域更新请求消息转发给MME2。
803、MME2向MME1发送上下文请求消息(Context Request)，请求获取用户信息。
804、MME1向MME2发送上下文响应消息(Context Response)，该消息中携带用户MM(Mobility Management，移动性管理)上下文和SM(SessionManagement，会话管理)上下文，如果该MME1上保存有跟踪信元，则该上下文响应消息中携带跟踪信息信元Trace Information。MME2接收到该上下文响应消息后，根据所述跟踪信息信元创建跟踪任务，并获取MME2的承接网元创建跟踪任务成功或者失败的指示信息，具体参照实施例二中的相关描述。
进一步的，如果该MME1上保存有跟踪策略参数，在MME1向MME2发送的该上下文响应消息中，还可以携带跟踪策略参数，MME2将该跟踪策略参数进行存储。
其中，所述跟踪策略参数与301中的跟踪策略参数相同。
805、MME2向HSS发送认证信息请求消息(Authentication InformationRequest)。
806、HSS向MME2发送认证信息应答消息(Authentication InformationAnswer)。
807、MME2与UE之间完成安全认证。
808、MME2向MME1发送上下文确认消息(Context Acknowledge)，该消息中携带跟踪指示信元Trace Indication，该跟踪指示信元中包括Trace ID、MME2的网元标识及其原因值，指示MME2创建跟踪任务成功或失败。
809、MME1向EM发送跟踪答复消息(Trace Reply)，该消息中携带跟踪指示信元Trace Indication，指示MME2创建跟踪任务成功或失败。
如果SGW改变，所述方法还可以包括810-813。
810、MME2向新SGW发送建立会话请求消息(Create Session Request)，该消息中携带跟踪信息信元Trace Information。
811、新SGW向PGW发送修改承载请求消息(Modify Bearer Request)，通知PW，SGW已经改变。
812、PGW向新SGW发送修改承载响应消息(Modify Bearer Response)。
813、新SGW向MME2发送建立会话响应消息(Create Session Response)，该消息中携带跟踪指示信元Trace Indication，指示PGW和新SGW创建跟踪任务成功或失败。
814、MME2向HSS发送更新位置请求消息(Update Location Request)，该消息中携带用户信息。
815、HSS向MME1发送取消位置请求消息(Cancel Location Request)，删除MME1侧上下文。
816、MME1向HSS发送取消位置响应消息(Cancel Location Response)。
817、HSS向MME2发送更新位置应答消息(Update Location Answer)，该消息中携带签约数据，该签约数据包括用户信息以及跟踪数据。
如果SGW改变，所述方法还可以包括818。
818、MME2向EM发送跟踪答复消息(Trace Reply)，该消息中携带跟踪指示信元Trace Indication，指示各网元创建跟踪任务成功或失败。
819、MME2向eNodeB发送跟踪区域更新接收消息(TAU Accept)，指示TAU成功。
820、eNodeB向UE发送跟踪区域更新接收消息(TAU Accept)，指示TAU成功。
后续的跟踪区域更新流程与现有技术中的跟踪区域更新流程相同，在此不再赘述。
本发明实施例用户全网跟踪方法，当MME跟踪区域更新时，更新后的MME向更新前的MME发送携带承接网元创建跟踪任务成功或失败的指示的上下文确认消息，并向网元管理器发送携带承接网元创建跟踪任务成功或失败的指示的答复消息。与现有技术相比，控制网元和网元管理器能够获知承接网元的跟踪状态，从而可以根据承接网元的跟踪状态进行相应的处理，能够提高用户全网跟踪的可靠性。
实施例八
本实施例提供一种用户全网跟踪方法，在本实施例中，承接网元在Inter MMEHandover(切换)流程中创建跟踪任务，EM直接向MME下发跟踪任务。
如图9所示，所述用户全网跟踪方法包括：
901、源eNodeB向MME1发送切换需求消息(Handover Required)，指示MME1建立目的eNodeB侧的资源。
902、MME1向MME2发送前向重定位请求消息(Forward Relocation Request)，该消息中携带承载上下文信息和跟踪信息信元Trace Information。
进一步的，在MME1向MME2发送的前向重定位请求消息中，还可以携带跟踪策略参数，MME2将该跟踪策略参数进行存储。
其中，所述跟踪策略参数与301中的跟踪策略参数相同。
如果SGW改变，所述方法还可以包括903-904。
903、MME2向目的SGW发送建立会话请求消息(Create Session Request)，创建承载上下文，该消息中携带跟踪信息信元Trace Information。
904、目的SGW向MME2发送建立会话响应消息(Create Session Response)，该消息中携带跟踪指示信元Trace Indication，指示PGW和SGW创建跟踪任务成功或失败。
905、MME2向目的eNodeB发送切换请求消息(Handover Request)，该消息中携带需要创建的承载以及跟踪激活信元Trace Activation。
进一步的，在MME1向MME2发送的该上下文响应消息中，还可以携带跟踪策略参数。
其中，所述跟踪策略参数与301中的跟踪策略参数相同。
906、eNodeB向MME2发送切换请求确认消息(Handover RequestAcknowledge)，该消息中携带跟踪指示信元Trace Indication，指示eNodeB创建跟踪任务成功或失败。
进一步的，若MME1向MME2发送的上下文响应消息携带跟踪策略参数，则MME2将该跟踪策略参数进行存储。
如果SGW改变，所述方法还可以包括907。
907、MME2与目的SGW之间创建转发承载。
908、MME2向MME1发送前向重定位响应消息(Forward RelocationResponse)，指示创建承载成功，该消息中携带跟踪指示信元Trace Indication，指示各网元创建跟踪任务成功或失败。
909、MME1与源SGW之间创建转发承载。
910、MME1向EM发送跟踪答复消息(Trace Reply)，该消息中携带跟踪建立失败的网元及其失败原因或者成功指示。
后续的切换流程与现有技术中的切换流程相同，在此不再赘述。
本发明实施例用户全网跟踪方法，当MME切换时，切换后的MME接收切换后的演进基站发送的携带承接网元创建跟踪任务成功或失败的指示的切换请求确认消息，并向切换前的控制网元发送携带承接网元创建跟踪任务成功或失败的指示的前向重定位响应消息。与现有技术相比，控制网元和网元管理器能够获知承接网元的跟踪状态，从而可以根据承接网元的跟踪状态进行相应的处理，能够提高用户全网跟踪的可靠性。
实施例九
本实施例提供一种控制网元，如图10所示，所述控制网元包括：
第一接收模块1001，用于接收跟踪启动的通知消息，所述通知消息中包括用户标识和跟踪数据；
第一发送模块1002，用于根据所述通知消息中的用户标识和跟踪数据，向承接网元发送指示消息，所述指示消息指示所述承接网元对所述用户标识相对应的用户创建跟踪任务；
第二接收模块1003，用于接收所述承接网元在创建跟踪任务后发送的响应消息，所述响应消息中携带承接网元创建跟踪任务成功或失败的指示。
进一步的，该控制网元还可以包括：
确定模块1004，用于根据所述承接网元创建跟踪任务成功或失败的指示确定所述承接网元创建跟踪任务是否成功。
进一步的，如图11所示，所述控制网元还可以包括：
第二发送模块1005，用于向网元管理器发送答复消息，所述答复消息中携带承接网元创建跟踪任务成功或失败的指示。
进一步的，所述第二接收模块1003，具体可以用于接收所述承接网元在创建跟踪任务后发送的响应消息，所述响应消息中携带承接网元标识及其原因值，其中，所述原因值为成功指示或失败原因。
进一步的，所述响应消息中还可以携带跟踪标识、网元列表、网元类型、接口列表等。
进一步的，所述第一接收模块1001，具体可以用于接收网元管理器发送跟踪启动的第一通知消息；
所述第二发送模块1005，具体可以用于向网元管理器发送第一答复消息，所述第一答复消息中携带承接网元标识及其原因值，所述原因值为成功指示或失败原因。
进一步的，所述第一接收模块1001，具体可以用于接收归属用户服务器发送的跟踪启动的第二通知消息，所述第二通知消息由网元管理器向所述归属用户服务器发送的第三通知消息得到；
所述第二发送模块1005，具体可以用于向所述归属用户服务器发送第二答复消息，所述第二答复消息中携带承接网元标识及其原因值，由所述归属用户服务器向所述网元管理器发送第三答复消息，所述第三答复消息中携带承接网元标识及其原因值，其中，所述原因值为成功指示或失败原因。
进一步的，所述第一接收模块1001接收的通知消息中还可以包括跟踪策略参数，所述跟踪策略参数包括重发次数，重发间隔、文件缓存时长和上报周期；
如图11所示，所述控制网元还可以包括：
第一存储模块1006，用于将所述跟踪策略参数进行存储。
进一步的，所述第一发送模块1002，具体可以用于将所述跟踪策略参数发送给所述承接网元，以使所述承接网元保存所述跟踪策略参数。
进一步的，当所述承接网元创建跟踪任务失败时，如图11所示，所述控制网元还可以包括：
第三发送模块1007，用于以所述重发间隔为时间间隔，向所述承接网元发送跟踪任务恢复消息；
第三接收模块1008，用于当发送所述跟踪任务恢复消息的次数小于或等于所述重发次数时，接收所述承接网元发送的响应消息，所述响应消息中携带承接网元创建跟踪任务成功的指示。
进一步的，如图11所示，所述控制网元还可以包括：
第四发送模块1009，用于向所述网元管理器发送跟踪恢复的答复消息。
进一步的，当所述承接网元创建跟踪任务成功时，如图11所示，所述控制网元还可以包括：
第一上报模块1010，用于以所述上报周期为周期向所述网元管理器上报跟踪消息。
其中，所述跟踪消息包括控制网元所服务的用户在附着、跟踪区域更新或者切换等过程中的活动信息，例如：用户所附着的MME、跟踪区域更新前后的MME或SGW、切换前后的MME或SGW。
进一步的，当所述控制网元与所述网元管理器之间的连接中断时，如图11所示，所述控制网元还可以包括：
第一缓存模块1011，用于将所述跟踪消息进行缓存；
第一删除模块1012，用于在所述缓存时长到达，而与所述网元管理器之间的连接仍未恢复时，删除所述跟踪消息；
所述第一上报模块1010，还可以用于在所述缓存时长到达之前，与所述网元管理器之间的连接恢复时，向所述网元管理器重新上报所述跟踪消息。
进一步的，如图11所示，所述控制网元还可以包括：
第五发送模块1013，用于向更新前的控制网元发送上下文确认消息，所述上下文确认消息中携带承接网元标识及其原因值，其中，所述原因值为成功指示或失败原因。
进一步的，如图11所示，所述控制网元还可以包括：
第四接收模块1014，用于接收切换后的演进基站发送的切换请求确认消息，所述切换请求确认消息中携带承接网元标识及其原因值；
第六发送模块1015，用于向切换前的控制网元发送前向重定位响应消息，所述前向重定位响应消息中携带承接网元标识及其原因值；
其中，所述原因值为成功指示或失败原因。
本发明实施例控制网元，根据接收的跟踪启动的通知消息，向承接网元发送创建跟踪任务的指示消息，接收所述承接网元发送的携带承接网元创建跟踪任务成功或失败的指示的响应消息，并向网元管理器发送携带承接网元创建跟踪任务成功或失败的指示的答复消息。与现有技术相比，控制网元和网元管理器能够获知承接网元的跟踪状态，从而可以根据承接网元的跟踪状态进行相应的处理，能够提高用户全网跟踪的可靠性；此外，当承接网元创建跟踪任务失败时，可以控制承接网元恢复全网跟踪；当承接网元创建跟踪任务成功时，可以向网元管理器定期发送跟踪消息，当与网元管理器之间的连接终端时，缓存跟踪消息，从而可以进一步提高用户全网跟踪的可靠性。
实施例十
本实施例提供一种承接网元，如图12所示，所述承接网元包括：
第五接收模块1201，用于接收控制网元发送的指示消息，所述指示消息指示所述承接网元对用户创建跟踪任务；
第七发送模块1202，用于在创建跟踪任务后向所述控制网元发送响应消息，所述响应消息中携带承接网元创建跟踪任务成功或失败的指示。
进一步的，所述控制网元向网元管理器发送答复消息，所述答复消息中携带承接网元创建跟踪任务成功或失败的指示。
进一步的，所述第七发送模块1202，具体用于在创建跟踪任务后向所述控制网元发送响应消息，所述响应消息中携带承接网关标识及其原因值，其中，所述原因值为成功指示或失败原因。
进一步的，所述响应消息中还可以携带跟踪标识、网元列表、网元类型、接口列表等。
进一步的，所述第五接收模块1201接收的指示消息中还可以包括跟踪策略参数，所述跟踪策略参数包括重发次数，重发间隔、文件缓存时长和上报周期；
如图13所示，所述承接网元还可以包括：第二存储模块1203，用于将所述跟踪策略参数进行存储。
进一步的，如图13所示，当所述承接网元创建跟踪任务失败时，所述承接网元还可以包括：
第六接收模块1204，用于以所述重发间隔为时间间隔，接收所述控制网元发送的跟踪任务恢复消息；
第八发送模块1205，用于当接收所述跟踪任务恢复消息的次数小于或等于所述重发次数时，向所述控制网元发送响应消息，所述响应消息中携带承接网元创建跟踪任务成功的指示。
进一步的，如图13所示，当所述承接网元创建跟踪任务成功时，所述承接网元还可以包括：
第二上报模块1206，用于以所述上报周期为周期向网元管理器上报跟踪消息。
其中，所述跟踪消息包括承接网元所服务的用户在附着、跟踪区域更新或者切换等过程中的活动信息，例如：用户所附着的MME、跟踪区域更新前后的MME或SGW、切换前后的MME或SGW。
进一步的，如图13所示，当与所述网元管理器之间的连接中断时，所述承接网元还可以包括：
第二缓存模块1207，用于将所述跟踪消息进行缓存；
第二删除模块1208，用于在所述缓存时长到达，而与所述网元管理器之间的连接仍未恢复时，删除所述跟踪消息；
所述第二上报模块1206，还用于在所述缓存时长到达之前，与所述网元管理器之间的连接恢复时，向所述网元管理器重新上报所述跟踪消息。
在本实施例中，所述承接网元可以为服务网关、分组数据网络网关或演进基站。
当所述承接网元为分组数据网络网关时，所述分组数据网络网关还用于向服务网关发送响应消息，所述响应消息中携带分组数据网络网关标识及其原因值，其中，所述原因值为成功指示或失败原因；
则所述服务网关，还用于向所述控制网元发送响应消息，所述响应消息中携带分组数据网络网关标识及其原因值、服务网关标识及其原因值，其中，所述原因值为成功指示或失败原因。
本发明实施例承接网元，接收控制网元发送的创建跟踪任务的指示消息，向所述控制网元发送携带承接网元创建跟踪任务成功或失败的指示的响应消息。与现有技术相比，控制网元和网元管理器能够获知承接网元的跟踪状态，从而可以根据承接网元的跟踪状态进行相应的处理，能够提高用户全网跟踪的可靠性；当承接网元创建跟踪任务成功时，可以向网元管理器定期发送跟踪消息，当与网元管理器之间的连接终端时，缓存跟踪消息，从而可以进一步提高用户全网跟踪的可靠性。
本发明实施例提供的控制网元和承接网元可以实现上述提供的方法实施例。本发明实施例提供的用户全网跟踪方法、控制网元及承接网元可以适用于对用户进行全网跟踪，但不仅限于此。
本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述的程序可存储于一计算机可读取存储介质中，该程序在执行时，可包括如上述各方法的实施例的流程。其中，所述的存储介质可为磁碟、光盘、只读存储记忆体(Read-Only Memory，ROM)或随机存储记忆体(Random Access Memory，RAM)等。
以上所述，仅为本发明的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到的变化或替换，都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应该以权利要求的保护范围为准。
Claims (30)
1.一种用户全网跟踪方法，其特征在于，包括：
接收跟踪启动的通知消息，所述通知消息中包括用户标识和跟踪数据；
根据所述通知消息中的用户标识和跟踪数据，向承接网元发送指示消息，所述指示消息指示所述承接网元对所述用户标识相对应的用户创建跟踪任务；
接收所述承接网元在创建跟踪任务后发送的响应消息，所述响应消息中携带承接网元创建跟踪任务成功或失败的指示。
2.根据权利要求1所述的方法，其特征在于，所述方法还包括：
向网元管理器发送答复消息，所述答复消息中携带承接网元创建跟踪任务成功或失败的指示。
3.根据权利要求1所述的方法，其特征在于，所述接收所述承接网元在创建跟踪任务后发送的响应消息，所述响应消息中携带承接网元创建跟踪任务成功或失败的指示具体为：
接收所述承接网元在创建跟踪任务后发送的响应消息，所述响应消息中携带承接网元标识及其原因值，其中，所述原因值为成功指示或失败原因。
4.根据权利要求2所述的方法，其特征在于，所述接收跟踪启动的通知消息具体为：
接收网元管理器发送跟踪启动的第一通知消息；
所述向网元管理器发送答复消息具体为：
向网元管理器发送第一答复消息，所述第一答复消息中携带承接网元标识及其原因值，其中，所述原因值为成功指示或失败原因。
5.根据权利要求2所述的方法，其特征在于，所述接收跟踪启动的通知消息具体为：
接收归属用户服务器发送的跟踪启动的第二通知消息，所述第二通知消息由网元管理器向所述归属用户服务器发送的第三通知消息得到；
所述向网元管理器发送答复消息具体为：
向所述归属用户服务器发送第二答复消息，所述第二答复消息中携带承接网元标识及其原因值，由所述归属用户服务器向所述网元管理器发送第三答复消息，所述第三答复消息中携带承接网元标识及其原因值，其中，所述原因值为成功指示或失败原因。
6.根据权利要求1至5任一所述的方法，其特征在于，当所述跟踪启动的通知消息中还包括跟踪策略参数时，保存所述跟踪策略参数，所述跟踪策略参数包括重发次数，重发间隔、文件缓存时长和上报周期。
7.根据权利要求6所述的方法，其特征在于，还包括：
将所述跟踪策略参数发送给所述承接网元，以使所述承接网元保存所述跟踪策略参数。
8.根据权利要求6所述的方法，其特征在于，当所述承接网元创建跟踪任务失败时，所述方法还包括：
以所述重发间隔为时间间隔，向所述承接网元发送跟踪任务恢复消息；
当发送所述跟踪任务恢复消息的次数小于或等于所述重发次数时，接收所述承接网元发送的响应消息，所述响应消息中携带承接网元创建跟踪任务成功的指示。
9.根据权利要求6所述的方法，其特征在于，当所述承接网元创建跟踪任务成功时，所述方法还包括：
以所述上报周期为周期向所述网元管理器上报跟踪消息，所述跟踪消息包括控制网元服务的用户的活动信息。
10.根据权利要求9所述的方法，其特征在于，当与所述网元管理器之间的连接中断时，所述方法还包括：
将所述跟踪消息进行缓存；
如果在所述缓存时长到达之前，与所述网元管理器之间的连接恢复，向所述网元管理器重新上报所述跟踪消息；或者
如果在所述缓存时长到达时，与所述网元管理器之间的连接仍未恢复，删除所述跟踪消息。
11.根据权利要求1所述的方法，其特征在于，当控制网元服务的用户发起跟踪区域更新时，所述方法还包括：
更新后的控制网元向更新前的控制网元发送上下文确认消息，所述上下文确认消息中携带承接网元标识及其原因值，其中，所述原因值为成功指示或失败原因。
12.根据权利要求1所述的方法，其特征在于，当控制网元服务的用户发起切换时，所述方法还包括：
切换后的控制网元接收切换后的演进基站发送的切换请求确认消息，所述切换请求确认消息中携带承接网元标识及其原因值；
切换后的控制网元向切换前的控制网元发送前向重定位响应消息，所述前向重定位响应消息中携带承接网元标识及其原因值；
其中，所述原因值为成功指示或失败原因。
13.一种控制网元，其特征在于，包括：
第一接收模块，用于接收跟踪启动的通知消息，所述通知消息中包括用户标识和跟踪数据；
第一发送模块，用于根据所述通知消息中的用户标识和跟踪数据，向承接网元发送指示消息，所述指示消息指示所述承接网元对所述用户标识相对应的用户创建跟踪任务；
第二接收模块，用于接收所述承接网元在创建跟踪任务后发送的响应消息，所述响应消息中携带承接网元创建跟踪任务成功或失败的指示。
14.根据权利要求13所述的控制网元，其特征在于，还包括：
第二发送模块，用于向网元管理器发送答复消息，所述答复消息中携带承接网元创建跟踪任务成功或失败的指示。
15.根据权利要求13所述的控制网元，其特征在于，所述第二接收模块，具体用于接收所述承接网元在创建跟踪任务后发送的响应消息，所述响应消息中携带承接网元标识及其原因值，其中，所述原因值为成功指示或失败原因。
16.根据权利要求14所述的控制网元，其特征在于，所述第一接收模块，具体用于接收网元管理器发送跟踪启动的第一通知消息；
所述第二发送模块，具体用于向网元管理器发送第一答复消息，所述第一答复消息中携带承接网元标识及其原因值，所述原因值为成功指示或失败原因。
17.根据权利要求14所述的控制网元，其特征在于，所述第一接收模块，具体用于接收归属用户服务器发送的跟踪启动的第二通知消息，所述第二通知消息由网元管理器向所述归属用户服务器发送的第三通知消息得到；
所述第二发送模块，具体用于向所述归属用户服务器发送第二答复消息，所述第二答复消息中携带承接网元标识及其原因值，由所述归属用户服务器向所述网元管理器发送第三答复消息，所述第三答复消息中携带承接网元标识及其原因值，其中，所述原因值为成功指示或失败原因。
18.根据权利要求13所述的控制网元，其特征在于，所述第一接收模块接收的通知消息中还包括跟踪策略参数，所述跟踪策略参数包括重发次数，重发间隔、文件缓存时长和上报周期；
所述控制网元还包括：
第一存储模块，用于将所述跟踪策略参数进行存储。
19.根据权利要求18所述的控制网元，其特征在于，所述第一发送模块，具体用于将所述跟踪策略参数发送给所述承接网元，以使所述承接网元保存所述跟踪策略参数。
20.根据权利要求18所述的控制网元，其特征在于，当所述承接网元创建跟踪任务失败时，所述控制网元还包括：
第三发送模块，用于以所述重发间隔为时间间隔，向所述承接网元发送跟踪任务恢复消息；
第三接收模块，用于当发送所述跟踪任务恢复消息的次数小于或等于所述重发次数时，接收所述承接网元发送的响应消息，所述响应消息中携带承接网元创建跟踪任务成功的指示。
21.根据权利要求18所述的控制网元，其特征在于，当所述承接网元创建跟踪任务成功时，所述控制网元还包括：
第一上报模块，用于以所述上报周期为周期向所述网元管理器上报跟踪消息，所述跟踪消息包括控制网元服务的用户的活动信息。
22.根据权利要求21所述的控制网元，其特征在于，当与所述网元管理器之间的连接中断时，所述控制网元还包括：
第一缓存模块，用于将所述跟踪消息进行缓存；
第一删除模块，用于在所述缓存时长到达，而与所述网元管理器之间的连接仍未恢复时，删除所述跟踪消息；
所述第一上报模块，还用于在所述缓存时长到达之前，与所述网元管理器之间的连接恢复时，向所述网元管理器重新上报所述跟踪消息。
23.根据权利要求13所述的控制网元，其特征在于，所述控制网元还包括：
第五发送模块，用于向更新前的控制网元发送上下文确认消息，所述上下文确认消息中携带承接网元标识及其原因值，其中，所述原因值为成功指示或失败原因。
24.根据权利要求13所述的控制网元，其特征在于，所述控制网元还包括：
第四接收模块，用于接收切换后的演进基站发送的切换请求确认消息，所述切换请求确认消息中携带承接网元标识及其原因值；
第六发送模块，用于向切换前的控制网元发送前向重定位响应消息，所述前向重定位响应消息中携带承接网元标识及其原因值；
其中，所述原因值为成功指示或失败原因。
25.一种承接网元，其特征在于，包括：
第五接收模块，用于接收控制网元发送的指示消息，所述指示消息指示所述承接网元对用户创建跟踪任务；
第七发送模块，用于在创建跟踪任务后向所述控制网元发送响应消息，所述响应消息中携带承接网元创建跟踪任务成功或失败的指示。
26.根据权利要求25所述的承接网元，其特征在于，所述第七发送模块，具体用于在创建跟踪任务后向所述控制网元发送响应消息，所述响应消息中携带承接网关标识及其原因值，其中，所述原因值为成功指示或失败原因。
27.根据权利要求25所述的承接网元，其特征在于，所述第五接收模块接收的指示消息中还包括跟踪策略参数，所述跟踪策略参数包括重发次数，重发间隔、文件缓存时长和上报周期；
所述承接网元还包括：
第二存储模块，用于将所述跟踪策略参数进行存储。
28.根据权利要求27所述的承接网元，其特征在于，当所述承接网元创建跟踪任务失败时，所述承接网元还包括：
第六接收模块，用于以所述重发间隔为时间间隔，接收所述控制网元的发送跟踪任务恢复消息；
第八发送模块，用于当接收所述跟踪任务恢复消息的次数小于或等于所述重发次数时，向所述控制网元发送响应消息，所述响应消息中携带承接网元创建跟踪任务成功的指示。
29.根据权利要求27所述的承接网元，其特征在于，当所述承接网元创建跟踪任务成功时，所述承接网元还包括：
第二上报模块，用于以所述上报周期为周期向网元管理器上报跟踪消息，所述跟踪消息包括承接网元服务的用户的活动信息。
30.根据权利要求29所述的承接网元，其特征在于，当与所述网元管理器之间的连接中断时，所述承接网元还包括：
第二缓存模块，用于将所述跟踪消息进行缓存；
第二删除模块，用于在所述缓存时长到达，而与所述网元管理器之间的连接仍未恢复时，删除所述跟踪消息；
所述第二上报模块，还用于在所述缓存时长到达之前，与所述网元管理器之间的连接恢复时，向所述网元管理器重新上报所述跟踪消息。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN 201010262343 CN101945363B (zh) | 2010-08-25 | 2010-08-25 | 用户全网跟踪方法、控制网元及承接网元 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN 201010262343 CN101945363B (zh) | 2010-08-25 | 2010-08-25 | 用户全网跟踪方法、控制网元及承接网元 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN101945363A true CN101945363A (zh) | 2011-01-12 |
| CN101945363B CN101945363B (zh) | 2013-09-11 |
Family
ID=43437064
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN 201010262343 Active CN101945363B (zh) | 2010-08-25 | 2010-08-25 | 用户全网跟踪方法、控制网元及承接网元 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN101945363B (zh) |
Cited By (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN102724195A (zh) * | 2012-06-20 | 2012-10-10 | 华为技术有限公司 | 访问请求跟踪方法和相关装置 |
| WO2012146113A1 (zh) * | 2011-04-29 | 2012-11-01 | 电信科学技术研究院 | 一种传输rlf数据的方法及装置 |
| CN102833725A (zh) * | 2011-06-17 | 2012-12-19 | 中兴通讯股份有限公司 | 一种全网跟踪方法及系统 |
| CN103037433A (zh) * | 2011-09-29 | 2013-04-10 | 中兴通讯股份有限公司 | 一种寻址跟踪收集实体的方法及系统 |
| WO2015021639A1 (zh) * | 2013-08-15 | 2015-02-19 | 华为技术有限公司 | 接入网管理设备、基站、用户设备跟踪方法及系统 |
| CN104980891A (zh) * | 2014-04-10 | 2015-10-14 | 中兴通讯股份有限公司 | Embms中信令跟踪的方法、装置及系统 |
| WO2016078360A1 (zh) * | 2014-11-17 | 2016-05-26 | 中兴通讯股份有限公司 | 优化用户设备跟踪可靠性的方法及装置 |
Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| KR20060033463A (ko) * | 2004-10-15 | 2006-04-19 | 조성구 | 무선통신망을 기반으로 하는 분실물/실종자 위치추적 시스템 |
| CN101212349A (zh) * | 2006-12-30 | 2008-07-02 | 中兴通讯股份有限公司 | 用于ims网络的用户业务跟踪方法 |
| CN101547456A (zh) * | 2008-03-26 | 2009-09-30 | 中兴通讯股份有限公司 | 一种由接入网触发跟踪的方法及系统 |
| CN101667928A (zh) * | 2009-09-25 | 2010-03-10 | 中兴通讯股份有限公司 | 客户端、信令跟踪服务器、协议模块和信令跟踪方法 |
-
2010
- 2010-08-25 CN CN 201010262343 patent/CN101945363B/zh active Active
Patent Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| KR20060033463A (ko) * | 2004-10-15 | 2006-04-19 | 조성구 | 무선통신망을 기반으로 하는 분실물/실종자 위치추적 시스템 |
| CN101212349A (zh) * | 2006-12-30 | 2008-07-02 | 中兴通讯股份有限公司 | 用于ims网络的用户业务跟踪方法 |
| CN101547456A (zh) * | 2008-03-26 | 2009-09-30 | 中兴通讯股份有限公司 | 一种由接入网触发跟踪的方法及系统 |
| CN101667928A (zh) * | 2009-09-25 | 2010-03-10 | 中兴通讯股份有限公司 | 客户端、信令跟踪服务器、协议模块和信令跟踪方法 |
Cited By (11)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2012146113A1 (zh) * | 2011-04-29 | 2012-11-01 | 电信科学技术研究院 | 一种传输rlf数据的方法及装置 |
| CN102833725A (zh) * | 2011-06-17 | 2012-12-19 | 中兴通讯股份有限公司 | 一种全网跟踪方法及系统 |
| CN103037433A (zh) * | 2011-09-29 | 2013-04-10 | 中兴通讯股份有限公司 | 一种寻址跟踪收集实体的方法及系统 |
| CN102724195A (zh) * | 2012-06-20 | 2012-10-10 | 华为技术有限公司 | 访问请求跟踪方法和相关装置 |
| CN102724195B (zh) * | 2012-06-20 | 2015-12-02 | 华为技术有限公司 | 访问请求跟踪方法和相关装置 |
| WO2015021639A1 (zh) * | 2013-08-15 | 2015-02-19 | 华为技术有限公司 | 接入网管理设备、基站、用户设备跟踪方法及系统 |
| CN104685912A (zh) * | 2013-08-15 | 2015-06-03 | 华为技术有限公司 | 接入网管理设备、基站、用户设备跟踪方法及系统 |
| CN104685912B (zh) * | 2013-08-15 | 2019-04-12 | 华为技术有限公司 | 接入网管理设备、基站、用户设备跟踪方法及系统 |
| CN104980891A (zh) * | 2014-04-10 | 2015-10-14 | 中兴通讯股份有限公司 | Embms中信令跟踪的方法、装置及系统 |
| WO2016078360A1 (zh) * | 2014-11-17 | 2016-05-26 | 中兴通讯股份有限公司 | 优化用户设备跟踪可靠性的方法及装置 |
| CN105657686A (zh) * | 2014-11-17 | 2016-06-08 | 中兴通讯股份有限公司 | 优化用户设备跟踪可靠性的方法及装置 |
Also Published As
| Publication number | Publication date |
|---|---|
| CN101945363B (zh) | 2013-09-11 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN101945363B (zh) | 用户全网跟踪方法、控制网元及承接网元 | |
| CN105376033B (zh) | 在无线设备中控制多个无线接入承载的方法和装置 | |
| CN101646270B (zh) | 保持业务连续的方法、系统、移动性管理实体和存储设备 | |
| CN104994575B (zh) | 更新用户设备位置信息的方法 | |
| CN102326428A (zh) | 发现无线网络问题的方法、装置及系统 | |
| CN101772114A (zh) | 实现寻呼处理的方法、系统和装置 | |
| CN101841835A (zh) | 切换优化方法、设备及系统 | |
| CN101267440B (zh) | 无损重定位方法和系统 | |
| CN102217360A (zh) | Isr激活场景中移动管理设备故障的处理方法及设备 | |
| CN103152374A (zh) | 获知终端在线状态的方法与装置 | |
| CN102572925A (zh) | 一种全网跟踪的方法、基站及系统 | |
| CN102647307A (zh) | 一种缩减心跳消息的方法及系统 | |
| CN102387491B (zh) | 一种信令跟踪方法及装置 | |
| CN103814622A (zh) | 通信系统、通信方法和通信程序 | |
| CN102595640B (zh) | 无线链路重建方法及系统 | |
| CN102104882B (zh) | 用户或设备全业务流程跟踪的方法及系统 | |
| CN104768193A (zh) | Lte网络切换过程中的信令消息关联方法及系统 | |
| Said et al. | Software Defined Networking (SDN) for reliable user connectivity in 5G Networks | |
| CN101141260A (zh) | 对远程用户拨号认证系统服务器通路检活的方法及装置 | |
| CN101854607A (zh) | 网络实体和非结构化补充数据业务中保护数据的方法 | |
| US8868114B2 (en) | Network entity for mobile communications | |
| CN100484006C (zh) | 服务通用分组无线业务支持节点对计费网关的管理方法 | |
| CN101925126B (zh) | 一种数据包发送的方法、系统和装置 | |
| CN102724703B (zh) | 数据传输方法以及系统 | |
| CN102883297B (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 | ||
| C14 | Grant of patent or utility model | ||
| GR01 | Patent grant |