專利名稱：用戶全網跟蹤方法、控制網元及承接網元的制作方法
技術領域：
本發明涉及通信技術領域，特別涉及一種用戶全網跟蹤方法、控制網元及承接網元。
背景技術：
隨著通信技術的迅速發展，網絡的日常維護、網絡故障的定位以及網絡故障的排 除日趨增多，由于信令是建立通信連接的前提，因此通過分析信令可以快速定位通信網絡 中的故障。另外，隨著市場競爭的加劇，網絡運營商需要從面向設備轉向面向用戶，除了需 要支持設備的接口跟蹤，還需要支持對于用戶的信令跟蹤。用戶全網跟蹤就是跟蹤指定的用戶標識，例如IMSI (International MobileSubscriber Identity,國際移動用戶識別碼)、IMEI (International MobileEquipment Identity,國際移動設備識別碼)或 MSISDN(MobiIe 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，演進基站)、SGff (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，演進基站)、SGff (Serving Gateway，服 務網關)和PGW(Packet Data Network Gateway，分組數據網絡網關)作為承接網元，根據 MME下發的跟蹤任務創建跟蹤任務。實施例一本實施例提供一種用戶全網跟蹤方法，如圖2所示，所述方法包括201、接收跟蹤啟動的通知消息，所述通知消息中包括用戶標識和跟蹤數據。202、根據所述通知消息中的用戶標識和跟蹤數據，向承接網元發送指示消息，所 述指示消息指示所述承接網元對所述用戶標識相對應的用戶創建跟蹤任務。203、接收所述承接網元在創建跟蹤任務后發送的響應消息，所述響應消息中攜帶 承接網元創建跟蹤任務成功或失敗的指示。所述控制網元可以根據所述承接網元創建跟蹤任務成功或失敗的指示確定所述 承接網元創建跟蹤任務是否成功。進一步的，該方法還可以包括向網元管理器發送答復消息，所述答復消息中攜帶承接網元創建跟蹤任務成功或 失敗的指示。在本發明實施例中，承接網元可以是eNodeB、SGff,PGff等，控制網元可以是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(操作維護中心標識)指示了下發跟蹤任務的EM0進一步的，在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 D印th (會話跟蹤深度)、List of Interfaces (接口列表)和IP Address of Trace Collection Entity (跟蹤收集實體 IP 地址)。MME在接收到HSS返回的跟蹤數據后，由所述跟蹤數據中提取所需的一部分跟 蹤數據，生成跟蹤信息信元，并將生成的跟蹤信息信元通過所述建立會話請求消息發送給 SGW。進一步的，若HSS向MME發送的更新位置應答消息中攜帶跟蹤策略參數，則MME將 該跟蹤策略參數進行存儲。進一步的，在MME向SGW發送的該建立會話請求消息中，還可以攜帶所述跟蹤策略 參數。306、SGff接收到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、PGff ID以及PGW原因值，如果PGW創建跟蹤任務成功，該 PGff原因值為成功指示；如果PGW創建跟蹤任務失敗，該PGW原因值為失敗原因。其中，所述PGWID可以為PGW的 IP地址或者PGW的FQDN(FulIy 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網絡跟蹤標 i只)、Interfaces To Trace (足艮蹤接□)、Trace depth、Trace Collection EntityIP Address (跟蹤收集實體IP地址)。其中，在所述初始上下文建立請求消息中，還攜帶附著接受消息(AttachAcc印t)。
在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)；SGff 向 MME 發送修改承載響應消息(Modify Bearer Response)。311、MME向HSS發送跟蹤會話指示消息(Trace Session Indication)，該消息中 攜帶需要創建跟蹤任務的網元的網元標識及其原因值。此時，MME可以獲知eNodeB、SGff和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 Restorelndication)，指示eNodeB已經恢復全網跟蹤。316,HSS向EM發送跟蹤恢復消息(Trace Restore)，指示eNodeB已經恢復全網跟
S示ο進一步的，如果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、SGff向MME發送跟蹤會話激活B向應消息(Trace Session ActivationResponse)，該消息中攜帶跟蹤指示信元Trace Indication,該跟蹤指示信元中 包括 Trace ID、List of NE Types,NE Type、List of Interfaces, SGff ID 以及成功指示。319、MME向HSS發送跟蹤會話恢復指示消息(Trace Session Restorelndication)，指示SGW已經恢復全網跟蹤。320,HSS向EM發送跟蹤恢復消息(Trace Restore)，指示SGW已經恢復全網跟蹤。情況2 =PGff創建跟蹤任務失敗且SGW創建跟蹤任務成功如圖3所示，在308之后，所述方法還可以包括321、間隔所述重發間隔之后，SGW向PGW發送跟蹤會話激活消息(TraceSession Activation)0如果PGW仍然創建跟蹤任務失敗，則繼續執行321。若執行321的次數等于所述重 發次數時，PGW仍然創建跟蹤任務失敗，則流程結束；若執行321的次數小于或等于所述重 發次數時，PGff創建跟蹤任務成功，則執行322-325。322、PGW向SGW發送跟蹤會話激活響應消息(Trace Session ActivationResponse)，該消息中攜帶跟蹤指示信元Trace Indication,該跟蹤指示信元中 包括 Trace ID、List of NE Types>NE Type、List of Interfaces^PGff ID 以及成功指示。323、SGW向MME發送跟蹤會話恢復指示消息(Trace Session Restorelndication)，指示PGW已經恢復全網跟蹤。324、MME向HSS發送跟蹤會話恢復指示消息(Trace Session Restorelndication)，指示PGW已經恢復全網跟蹤。325,HSS向EM發送跟蹤恢復消息(Trace Restore)，指示PGW已經恢復全網跟蹤。情況3 =PGff和SGW創建跟蹤任務都失敗如圖3所示，在308之后，所述方法還可以包括326、間隔所述重發間隔之后，MME向SGW發送跟蹤會話激活消息(TraceSession Activation)，并且指示SGW必須向PGW發送該跟蹤會話激活消息。327、SGff 向 PGW 發送該跟蹤會話激活消息(Trace Session Activation)。如果SGW和PGW仍然創建跟蹤任務失敗，則繼續執行326和327。若執行326的次 數和執行327的次數都等于所述重發次數時，SGff和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, PGff ID 以及 PGW 原因 值，該PGW原因值為成功指示或失敗原因。
329、SGff向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 Restorelndication)，指示PGW和SGW中的至少一個已經恢復全網跟蹤。331、HSS向EM發送跟蹤恢復消息(Trace Restore)，指示PGW和SGW中的至少一 個已經恢復全網跟蹤。進一步的，如果承接網元(eNodeB、SGff或PGW)創建跟蹤任務成功，在該承接網元 向控制網元(MME)發送響應消息之后，所述方法還可以包括Si、該承接網元和控制網元以所述上報周期為周期向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已經恢復全網跟
S示ο進一步的，如果PGW和SGW中的至少一個創建跟蹤任務失敗，PGW和SGW還可以 按照實施例二中所述的三種情況中的其中一種恢復全網跟蹤，不同的是，在本實施例中，在 PGff或SGW恢復全網跟蹤后，MME直接向EM發送跟蹤恢復消息(Trace Restore)，指示PGW 和SGW中的至少一個已經恢復全網跟蹤。本發明實施例用戶全網跟蹤方法，根據接收的跟蹤啟動的通知消息，向承接網元發送創建跟蹤任務的指示消息，接收所述承接網元發送的攜帶承接網元創建跟蹤任務成功 或失敗的指示的響應消息，并向網元管理器發送攜帶承接網元創建跟蹤任務成功或失敗的 指示的答復消息。與現有技術相比，控制網元和網元管理器能夠獲知承接網元的跟蹤狀態， 從而可以根據承接網元的跟蹤狀態進行相應的處理，能夠提高用戶全網跟蹤的可靠性；此 夕卜，當承接網元創建跟蹤任務失敗時，可以控制承接網元恢復全網跟蹤。實施例五本實施例提供一種用戶全網跟蹤方法，在本實施例中，用戶已經附著在MME上且 處于空閑狀態，EM直接向MME下發跟蹤任務，或者通過HSS向MME下發跟蹤任務。如圖6所示，所述用戶全網跟蹤方法包括若EM直接向MME下發跟蹤任務，執行601 ；若EM通過HSS向MME下發跟蹤任務， 執fi" 601a-601co601、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、SGff向PGW發送跟蹤會話激活消息(Trace Session Activation)，該消息中 攜帶跟蹤信息信元Trace Information。進一步的，在SGW向PGW發送的該跟蹤會話激活消息中，還可以攜帶所述跟蹤策略參數。604、PGW向SGW發送跟蹤會話激活響應消息(Trace Session ActivationResponse)，i亥消息中攜帶足艮蹤指示/[言元Trace Indicat ion, i亥足艮蹤指示信元 中包括 Trace ID、List of NE Types、NE Type、List of Interfaces, PGff ID 以及 PGW 原 因值，如果PGW創建跟蹤任務成功，該PGW原因值為成功指示；如果PGW創建跟蹤任務失敗， 該PGW原因值為失敗原因。進一步的，若SGW向PGW發送的跟蹤會話激活消息中攜帶跟蹤策略參數，則PGW將 該跟蹤策略參數進行存儲。605、SGff向MME發送跟蹤會話激活響應消息(Trace Session ActivationResponse)，該消息中攜帶跟蹤指示信元Trace Indication,該跟蹤指示信元中
15包括 Trace ID、List of NE Types,NE Type、List of Interfaces,PGff ID 及 PGW 原因值、 SGff及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-701co701、具體可以參照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向MMEl發送上下文請求消息(Context Request)，請求獲取用戶信息。804、MMEl向MME2發送上下文響應消息(Context Response)，該消息中攜帶用 戶 MM (Mobility Management，移動性管理)上下文和 SM(SessionManagement，會話管理) 上下文，如果該MMEl上保存有跟蹤信元，則該上下文響應消息中攜帶跟蹤信息信元Trace Information。MME2接收到該上下文響應消息后，根據所述跟蹤信息信元創建跟蹤任務，并 獲取MME2的承接網元創建跟蹤任務成功或者失敗的指示信息，具體參照實施例二中的相 關描述。進一步的，如果該MMEl上保存有跟蹤策略參數，在MMEl向MME2發送的該上下文 響應消息中，還可以攜帶跟蹤策略參數，MME2將該跟蹤策略參數進行存儲。其中，所述跟蹤策略參數與301中的跟蹤策略參數相同。805, MME2向HSS發送認證信息請求消息(Authentication InformationRequest)。806,HSS 向 MME2 發送認證信息應答消息(Authentication InformationAnswer)。807、MME2與UE之間完成安全認證。808.MME2向MMEl發送上下文確認消息(Context Acknowledge)，該消息中攜帶跟 蹤指示信元Trace Indication，該跟蹤指示信元中包括Trace ID、MME2的網元標識及其原 因值，指示MME2創建跟蹤任務成功或失敗。809、MMEl向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 向 MMEl 發送取消位置請求消息(Cancel Location Request)，刪除 MMEl 側上下文。816、MMEl 向 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 向 MMEl 發送切換需求消息(Handover Required)，指示 MMEl 建立 目的eNodeB側的資源。902、MMEl 向 MME2 發送前向重定位請求消息(Forward Relocation Request)，該 消息中攜帶承載上下文信息和跟蹤信息信元Trace Information。進一步的，在MMEl向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.進一步的，在MMEl向MME2發送的該上下文響應消息中，還可以攜帶跟蹤策略參數。其中，所述跟蹤策略參數與301中的跟蹤策略參數相同。906^eNodeB 向 MME2 發送切換請求確認消息(Handover RequestAcknowledge)，該 消息中攜帶跟蹤指示信元Trace Indication,指示eNodeB創建跟蹤任務成功或失敗。進一步的，若MMEl向MME2發送的上下文響應消息攜帶跟蹤策略參數，則MME2將 該跟蹤策略參數進行存儲。如果SGW改變，所述方法還可以包括907。907、MME2與目的SGW之間創建轉發承載。908、MME2 向 MMEl 發送前向重定位響應消息(Forward RelocationResponse)，指 示創建承載成功，該消息中攜帶跟蹤指示信元Trace Indication，指示各網元創建跟蹤任 務成功或失敗。909、MMEl與源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所示，當所述承接網元創建跟蹤任務失敗時，所述承接網元還
21可以包括第六接收模塊1204，用于以所述重發間隔為時間間隔，接收所述控制網元發送的 跟蹤任務恢復消息；第八發送模塊1205，用于當接收所述跟蹤任務恢復消息的次數小于或等于所述重 發次數時，向所述控制網元發送響應消息，所述響應消息中攜帶承接網元創建跟蹤任務成 功的指示。進一步的，如圖13所示，當所述承接網元創建跟蹤任務成功時，所述承接網元還 可以包括第二上報模塊1206，用于以所述上報周期為周期向網元管理器上報跟蹤消息。其中，所述跟蹤消息包括承接網元所服務的用戶在附著、跟蹤區域更新或者切換 等過程中的活動信息，例如用戶所附著的MME、跟蹤區域更新前后的MME或SGW、切換前后 的 MME 或 SGW。進一步的，如圖13所示，當與所述網元管理器之間的連接中斷時，所述承接網元 還可以包括第二緩存模塊1207，用于將所述跟蹤消息進行緩存；第二刪除模塊1208，用于在所述緩存時長到達，而與所述網元管理器之間的連接 仍未恢復時，刪除所述跟蹤消息；所述第二上報模塊1206，還用于在所述緩存時長到達之前，與所述網元管理器之 間的連接恢復時，向所述網元管理器重新上報所述跟蹤消息。在本實施例中，所述承接網元可以為服務網關、分組數據網絡網關或演進基站。當所述承接網元為分組數據網絡網關時，所述分組數據網絡網關還用于向服務網 關發送響應消息，所述響應消息中攜帶分組數據網絡網關標識及其原因值，其中，所述原因 值為成功指示或失敗原因；則所述服務網關，還用于向所述控制網元發送響應消息，所述響應消息中攜帶分 組數據網絡網關標識及其原因值、服務網關標識及其原因值，其中，所述原因值為成功指示 或失敗原因。本發明實施例承接網元，接收控制網元發送的創建跟蹤任務的指示消息，向所述 控制網元發送攜帶承接網元創建跟蹤任務成功或失敗的指示的響應消息。與現有技術相 比，控制網元和網元管理器能夠獲知承接網元的跟蹤狀態，從而可以根據承接網元的跟蹤 狀態進行相應的處理，能夠提高用戶全網跟蹤的可靠性；當承接網元創建跟蹤任務成功時， 可以向網元管理器定期發送跟蹤消息，當與網元管理器之間的連接終端時，緩存跟蹤消息， 從而可以進一步提高用戶全網跟蹤的可靠性。本發明實施例提供的控制網元和承接網元可以實現上述提供的方法實施例。本 發明實施例提供的用戶全網跟蹤方法、控制網元及承接網元可以適用于對用戶進行全網跟 蹤，但不僅限于此。本領域普通技術人員可以理解實現上述實施例方法中的全部或部分流程，是可以 通過計算機程序來指令相關的硬件來完成，所述的程序可存儲于一計算機可讀取存儲介質 中，該程序在執行時，可包括如上述各方法的實施例的流程。其中，所述的存儲介質可為磁 碟、光盤、只讀存儲記憶體(Read-Only Memory, ROM)或隨機存儲記憶體(Random Access
22Memory, RAM)等。 以上所述，僅為本發明的具體實施方式
，但本發明的保護范圍并不局限于此，任何 熟悉本技術領域的技術人員在本發明揭露的技術范圍內，可輕易想到的變化或替換，都應 涵蓋在本發明的保護范圍之內。因此，本發明的保護范圍應該以權利要求的保護范圍為準。
權利要求
一種用戶全網跟蹤方法，其特征在于，包括接收跟蹤啟動的通知消息，所述通知消息中包括用戶標識和跟蹤數據；根據所述通知消息中的用戶標識和跟蹤數據，向承接網元發送指示消息，所述指示消息指示所述承接網元對所述用戶標識相對應的用戶創建跟蹤任務；接收所述承接網元在創建跟蹤任務后發送的響應消息，所述響應消息中攜帶承接網元創建跟蹤任務成功或失敗的指示。
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所述的承接網元，其特征在于，當與所述網元管理器之間的連接 中斷時，所述承接網元還包括第二緩存模塊，用于將所述跟蹤消息進行緩存；第二刪除模塊，用于在所述緩存時長到達，而與所述網元管理器之間的連接仍未恢復 時，刪除所述跟蹤消息；所述第二上報模塊，還用于在所述緩存時長到達之前，與所述網元管理器之間的連接 恢復時，向所述網元管理器重新上報所述跟蹤消息。
全文摘要
本發明實施例公開了一種用戶全網跟蹤方法、控制網元及承接網元，所述方法包括接收跟蹤啟動的通知消息，所述通知消息中包括用戶標識和跟蹤數據；根據所述通知消息中的用戶標識和跟蹤數據，向承接網元發送指示消息，所述指示消息指示所述承接網元對所述用戶標識相對應的用戶創建跟蹤任務；接收所述承接網元在創建跟蹤任務后發送的響應消息，所述響應消息中攜帶承接網元創建跟蹤任務成功或失敗的指示。
文檔編號H04W24/00GK101945363SQ20101026234
公開日2011年1月12日 申請日期2010年8月25日 優先權日2010年8月25日
發明者周能發, 管力學 申請人:華為技術有限公司