專利名稱:一種用戶信令跟蹤方法及通訊系統(tǒng)以及用戶設(shè)備的制作方法
技術(shù)領(lǐng)域:
本發(fā)明涉及通信領(lǐng)i或,尤其涉及一種用戶信令跟蹤方法及通訊系統(tǒng)以及 用戶設(shè)備。
背景技術(shù):
現(xiàn)有關(guān)于用戶跟蹤的方法有兩種, 一種是基于信令的跟蹤, 一種是基于 管理的跟蹤。
基于信令的跟蹤方法通常是指對(duì)某個(gè)用戶設(shè)備(UE, User Equipment)的 業(yè)務(wù)流程跟蹤,而UE的業(yè)務(wù)流程可能涉及多個(gè)網(wǎng)元,所以需要通過(guò)網(wǎng)絡(luò)系統(tǒng) 中各網(wǎng)元節(jié)點(diǎn)間的接口,來(lái)傳遞某個(gè)指定用戶的控制參數(shù)。
一般來(lái)說(shuō),最初始的跟蹤控制和配置參數(shù)由核心網(wǎng)的網(wǎng)元管理系統(tǒng) (EMS, Element Management System)下發(fā)給某一個(gè)核心網(wǎng)節(jié)點(diǎn),隨后在具 體的業(yè)務(wù)過(guò)程中,可通過(guò)信令觸發(fā)網(wǎng)絡(luò)節(jié)點(diǎn)在網(wǎng)絡(luò)節(jié)點(diǎn)間跟蹤控制參數(shù)的傳 播。
現(xiàn)有技術(shù)中 一種用戶信令跟蹤方法為
無(wú)線網(wǎng)絡(luò)控制器(RNC, Radio Network Controller)與核心網(wǎng)(CN , Core Network)節(jié)點(diǎn)之間建立Iu連接;
CN節(jié)點(diǎn)將跟蹤參數(shù)下發(fā)到RNC;
RNC根據(jù)接收到的跟蹤參數(shù)對(duì)相應(yīng)的UE的相關(guān)信令進(jìn)行跟蹤。 但是在上述現(xiàn)有技術(shù)中,只有當(dāng)CN節(jié)點(diǎn)將跟蹤參數(shù)下發(fā)到RNC之后, RNC才能對(duì)UE的相關(guān)信令進(jìn)行跟蹤,在此之前有關(guān)該UE的信令在RNC無(wú) 法進(jìn)行跟蹤,所以不能對(duì)信令進(jìn)行及早跟蹤,影響了信令跟蹤的性能。
發(fā)明內(nèi)容
本發(fā)明要解決的技術(shù)問(wèn)題是提供一種用戶信令跟蹤方法及通訊系統(tǒng)以及 用戶設(shè)備,能夠提高信令跟蹤的性能。
本發(fā)明實(shí)施例提供的用戶信令跟蹤方法,包括用戶設(shè)備獲取跟蹤標(biāo)識(shí);用戶使用業(yè)務(wù)時(shí),所述用戶設(shè)備向?qū)?yīng)的接入網(wǎng)節(jié)點(diǎn)發(fā)送第一條消息,所述第一條消息中包含所述跟蹤標(biāo)識(shí);所述接入網(wǎng)節(jié)點(diǎn)接收到所述第一條消息后, 根據(jù)其中的跟蹤標(biāo)識(shí)對(duì)所述用戶設(shè)備的信令進(jìn)行跟蹤。本發(fā)明實(shí)施例提供的通訊系統(tǒng),包括用戶設(shè)備以及接入網(wǎng)節(jié)點(diǎn);所述 用戶設(shè)備用于獲取跟蹤標(biāo)識(shí),并在使用業(yè)務(wù)時(shí)向?qū)?yīng)的接入網(wǎng)節(jié)點(diǎn)發(fā)送第一 條消息,所述第一條消息中包含所述跟蹤標(biāo)識(shí);所述"l矣入網(wǎng)節(jié)點(diǎn)用于根據(jù)接 收到的消息中的跟蹤標(biāo)識(shí)對(duì)所述用戶設(shè)備的信令進(jìn)行跟蹤。本發(fā)明提供的用戶設(shè)備,包括接收單元,業(yè)務(wù)請(qǐng)求單元,消息合并單 元以及消息發(fā)送單元;所述接收單元用于接收來(lái)自核心網(wǎng)節(jié)點(diǎn)的跟蹤標(biāo)識(shí); 所述業(yè)務(wù)請(qǐng)求單元用于發(fā)起業(yè)務(wù)請(qǐng)求;所述消息合并單元用于在發(fā)起業(yè)務(wù)請(qǐng) 求之后將所述跟蹤標(biāo)識(shí)合并于發(fā)送給接入網(wǎng)節(jié)點(diǎn)的第一條消息中;所述消息 發(fā)送單元用于將所述包含跟蹤標(biāo)識(shí)的第 一條消息發(fā)送至接入網(wǎng)節(jié)點(diǎn)。從以上技術(shù)方案可以看出,本發(fā)明實(shí)施例具有以下優(yōu)點(diǎn)本發(fā)明實(shí)施例中用戶設(shè)備在第一次向接入網(wǎng)節(jié)點(diǎn)發(fā)送消息時(shí)即攜帶跟蹤 標(biāo)識(shí),接入網(wǎng)節(jié)點(diǎn)從接收到跟蹤標(biāo)識(shí)起即對(duì)該用戶設(shè)備的信令進(jìn)行跟蹤,所 以能夠及早的跟蹤信令,故提高了信令跟蹤的性能。
圖1為本發(fā)明實(shí)施例中用戶信令跟蹤方法流程圖; 圖2為本發(fā)明實(shí)施例中附著流程下發(fā)跟蹤參數(shù)信令流程圖; 圖3為本發(fā)明實(shí)施例中位置更新流程下發(fā)跟蹤參數(shù)信令流程圖; 圖4為本發(fā)明實(shí)施例中激活態(tài)取消跟蹤信令流程圖; 圖5為本發(fā)明實(shí)施例中通訊系統(tǒng)示意圖; 圖6為本發(fā)明實(shí)施例中用戶設(shè)備示意圖。
具體實(shí)施方式
本發(fā)明提供了 一種用戶信令跟蹤方法及通訊系統(tǒng)以及用戶設(shè)備,用于提 高信令跟蹤的性能。在未來(lái)長(zhǎng)期演進(jìn)(LTE, Long Term Evolution)移動(dòng)通信系統(tǒng)或通用移動(dòng) 通信系統(tǒng)(UMTS , Universal Mobile Telecommunications System )里,UE與 核心網(wǎng)節(jié)點(diǎn)之間的非接入層(NAS, Non Access Stratum)消息十分頻繁,比 如UE與網(wǎng)絡(luò)的初始連接、位置更新、服務(wù)申請(qǐng)等,利用這些交互信息直接傳 達(dá)核心網(wǎng)節(jié)點(diǎn)或者EMS需要跟蹤的參數(shù),并駐留于UE,則一旦UE與接入 網(wǎng)節(jié)點(diǎn)發(fā)生信令連接時(shí),駐留的跟蹤參數(shù)會(huì)第一時(shí)間帶給接入網(wǎng)節(jié)點(diǎn),并促 使接入網(wǎng)節(jié)點(diǎn)立刻對(duì)UE的所有信令消息進(jìn)行跟蹤,這樣即便接入網(wǎng)節(jié)點(diǎn)還未 獲得詳細(xì)的跟蹤參數(shù),也實(shí)現(xiàn)了早期跟蹤,可以提高用戶信令跟蹤的效率。下面本發(fā)明實(shí)施例描述的方案既可用于LTE,也可用于UMTS,還可以 用于Wimax網(wǎng)絡(luò)等其它通信系統(tǒng),相應(yīng)地在LTE中,接入網(wǎng)節(jié)點(diǎn)為演進(jìn)基站(eNB, evolved Node B ),核心網(wǎng)節(jié) 點(diǎn)為移動(dòng)管理實(shí)體/用戶面實(shí)體(MME/UPE, Mobility Management Entity/ User Plane Entity);在UMTS中,接入網(wǎng)節(jié)點(diǎn)為RNC ( Radio Network Controler無(wú)線網(wǎng)絡(luò)控 制器),核心網(wǎng)節(jié)點(diǎn)為服務(wù)通用分組無(wú)線服務(wù)支持節(jié)點(diǎn)/移動(dòng)交換中心 (SGSN/MSC, Serving GPRS Support Node/ Mobile Switching Center);在Wimax中,接入網(wǎng)節(jié)點(diǎn)為基站(BS, Base station),核心網(wǎng)節(jié)點(diǎn)為網(wǎng) 關(guān)(GW, Gate Way )。在GSM系統(tǒng)中,接入網(wǎng)節(jié)點(diǎn)是BSC,核心網(wǎng)節(jié)點(diǎn)為MSC。而用戶設(shè)備或者移動(dòng)用戶可以是以上系統(tǒng)中的移動(dòng)臺(tái)(MS, Mobile Station),用戶設(shè)備(UE , User Equipment)等。在后面的敘述中提到的接入網(wǎng)節(jié)點(diǎn)或核心網(wǎng)節(jié)點(diǎn)可以根據(jù)實(shí)際應(yīng)用的網(wǎng) 絡(luò)不同而選擇對(duì)應(yīng)的實(shí)體。下面對(duì)本發(fā)明實(shí)施例中用戶信令跟蹤方法進(jìn)行詳細(xì)描述請(qǐng)參閱圖1,本發(fā)明實(shí)施例中用戶信令跟蹤方法包括101、 UE獲取跟蹤標(biāo)識(shí);UE從核心網(wǎng)節(jié)點(diǎn)獲取跟蹤標(biāo)識(shí),具體的獲取方式將在后面進(jìn)行詳細(xì)描述。跟蹤標(biāo)識(shí)為跟蹤參數(shù)中的某個(gè)參數(shù),可以為跟蹤標(biāo)識(shí)符(TraceFlag),還 可以是跟蹤參數(shù)中其它可以唯一標(biāo)識(shí)跟蹤參數(shù)與UE之間對(duì)應(yīng)關(guān)系的參數(shù),本 實(shí)施例中以跟蹤標(biāo)識(shí)符為例進(jìn)行說(shuō)明跟蹤標(biāo)識(shí)符Trace Flag在消息中的位置有幾種選擇1 )消息格式中的Option項(xiàng)由正Tag+Trace Flag組成。比如,當(dāng)在消息 中出現(xiàn)時(shí),代表該UE需要跟蹤,不出現(xiàn)時(shí),則代表不要跟蹤或者取消跟蹤;2 )消息格式中的固定項(xiàng)只由固定位置的lbit Flag組成。比如,該位置 1代表需要跟蹤,該位置0代表不要跟蹤或者取消跟蹤。由于設(shè)置跟蹤標(biāo)識(shí)符僅占用 一個(gè)bit,所以對(duì)系統(tǒng)資源、UE和系統(tǒng)計(jì)算能 力的要求都微乎其微,簡(jiǎn)單易用,可實(shí)現(xiàn)性強(qiáng)。102、 發(fā)送包含跟蹤標(biāo)識(shí)的第 一條消息;當(dāng)用戶請(qǐng)求進(jìn)行業(yè)務(wù)時(shí),UE向?qū)?yīng)的接入網(wǎng)節(jié)點(diǎn)發(fā)送第一條消息,所述 第 一條消息中包含所述跟蹤標(biāo)識(shí)。第一條消息可以是無(wú)線資源控制(RRC, Radio Resource Control)消息, 或NAS消息,或RRC/NAS合并消息。103、 根據(jù)跟蹤標(biāo)識(shí)進(jìn)行信令跟蹤。接入網(wǎng)節(jié)點(diǎn)接收到所述第一條消息后,根據(jù)其中的跟蹤標(biāo)識(shí)對(duì)所述用戶 設(shè)備的信令進(jìn)行跟蹤。以上描述了 UE獲取跟蹤標(biāo)識(shí)后,接入網(wǎng)節(jié)點(diǎn)可以利用該跟蹤標(biāo)識(shí)來(lái)完成 該UE的信令跟蹤,以上方法中UE獲取到的可以不僅僅是跟蹤標(biāo)識(shí),也可以 是其他跟蹤參數(shù)。下面對(duì)本發(fā)明實(shí)施例中UE獲取跟蹤標(biāo)識(shí)的方式進(jìn)行詳細(xì)描述,總體來(lái)說(shuō) 是核心網(wǎng)節(jié)點(diǎn)通過(guò)NAS消息向UE傳輸跟蹤標(biāo)識(shí),該NAS消息中攜帶有跟蹤 標(biāo)識(shí),具體舉以下三個(gè)例子,可以理解的是,同樣還可以是其它的NAS消息, 流程基本類似一、附著流程中下發(fā)跟蹤參數(shù);當(dāng)UE嘗試與網(wǎng)絡(luò)連接(開(kāi)機(jī)、復(fù)位或者異常后重新連接)時(shí),UE將首 先發(fā)起附著流程與核心網(wǎng)節(jié)點(diǎn)附著。UE附著請(qǐng)求消息(attach request)被發(fā)送到核心網(wǎng)節(jié)點(diǎn)后,核心網(wǎng)節(jié)點(diǎn) 一般要與歸屬用戶服務(wù)器(HSS , Home Subscriber Server )發(fā)生交互,從HSS 里提取一些有關(guān)該UE的信息,這些信息一般用于UE的簽權(quán)和身份認(rèn)證等。 在與HSS交互的過(guò)程中,如果HSS里有要跟蹤該UE的信息,則HSS將把這 些跟蹤命令參數(shù)傳遞給核心網(wǎng)節(jié)點(diǎn),可以理解的是,核心節(jié)點(diǎn)上獲取某UE的 跟蹤參數(shù)通常是從HSS獲得的,HSS上的跟蹤參數(shù)是由EMS設(shè)置的。然而, 本發(fā)明實(shí)施例并不排除核心網(wǎng)節(jié)點(diǎn)由其他方式獲得跟蹤參數(shù),譬如直接通過(guò) 核心網(wǎng)節(jié)點(diǎn)的EMS設(shè)置獲得等。另外,傳遞給UE的跟蹤標(biāo)記也可能不需要 EMS設(shè)置,而由核心網(wǎng)節(jié)點(diǎn)的管理系統(tǒng)根據(jù)對(duì)該UE進(jìn)行跟蹤的實(shí)際需要, 在構(gòu)造attach accept消息的時(shí)候直接加上該消息單元。請(qǐng)參閱圖2,本發(fā)明實(shí)施例中附著流程下發(fā)跟蹤參數(shù)流程包括201、 UE搜索SAE/LTE接入系統(tǒng),執(zhí)行接入系統(tǒng)和網(wǎng)絡(luò)選擇。如果存在 網(wǎng)絡(luò)共享,可選擇其它共享網(wǎng)絡(luò);202、 UE發(fā)送一條attach request消息至MME/UPE,消息中包括UE標(biāo)識(shí)。 如果采用網(wǎng)絡(luò)共享,attach request還可能包括選擇網(wǎng)絡(luò)或者M(jìn)ME/UPE的信 息。Attach request會(huì)包括缺省IP接入承載的信息;203 、用戶及UE在MME/UPE中進(jìn)行鑒權(quán);204、 MME/UPE在HSS中注冊(cè)將服務(wù)于該UE;205、 HSS來(lái)確認(rèn)MME/UPE的注冊(cè)。不僅缺省IP接入承栽信息的預(yù)約 信息被傳遞,還要將授權(quán)缺省IP接入承栽的策略和計(jì)費(fèi)控制信息傳給 MME/UPE;206、 其它關(guān)于錨點(diǎn)網(wǎng)關(guān)、路由及IP承載QoS的基本連接設(shè)置;207、 MME/UPE接受UE的網(wǎng)絡(luò)連接,分配給UE —個(gè)臨時(shí)標(biāo)識(shí),并傳 遞給其指定的用戶IP地址。同時(shí)還要檢查漫游信息,如果違反漫游限制,網(wǎng)絡(luò)連接將被拒絕。本方案在Attach Accept消息中增加了對(duì)應(yīng)的跟蹤參數(shù),可 作為NAS消息帶給UE設(shè)備;208、 UE確認(rèn)網(wǎng)絡(luò)連接成功,返回消息。至此UE附著在LTE核心網(wǎng)的 操作成功。本實(shí)施例中,MME/UPE反饋給UE的跟蹤參數(shù)可以只攜帶一個(gè)跟蹤標(biāo)識(shí), 這樣可以節(jié)約空口信道資源,提高了網(wǎng)絡(luò)資源利用率。二、 位置更新流程中下發(fā)跟蹤參數(shù)利用位置更新流程^I巴跟蹤標(biāo)記帶給UE,可在UE移動(dòng)出目前Tracking Area 區(qū)域時(shí),向UE和接入網(wǎng)節(jié)點(diǎn)通知最新的跟蹤指令。請(qǐng)參閱圖3,本發(fā)明實(shí)施例中位置更新流程下發(fā)跟蹤參數(shù)流程包括301、 UE向MME發(fā)送位置更新請(qǐng)求;302、 MME對(duì)位置更新請(qǐng)求進(jìn)行鑒權(quán);303、 鑒權(quán)通過(guò)后,MME向UPE發(fā)起更新UPE請(qǐng)求;304、 UPE進(jìn)行更新并向MME反饋?lái)憫?yīng)消息;305、 MME向UE反饋包含跟蹤參數(shù)的位置更新接受請(qǐng)求; 306 、 UE向MME反饋位置更新完成消息。三、 利用Service R叫uest流程下發(fā)跟蹤參數(shù)UE在正常的運(yùn)行過(guò)程中,為了獲取需要的業(yè)務(wù),通常需要發(fā)送業(yè)務(wù)請(qǐng)求 信息,該信息會(huì)通過(guò)NAS層帶給核心網(wǎng)節(jié)點(diǎn),無(wú)論業(yè)務(wù)請(qǐng)求是否成功,都將 返回一條確認(rèn)信息Service Request ACK,本實(shí)施例中,跟蹤參數(shù)被攜帶于確 認(rèn)信息Service Request ACK中反饋給UE。上面介紹了三種下發(fā)跟蹤參數(shù)的方式,采用其它NAS消息同樣可以達(dá)到本發(fā)明實(shí)施例的目的,流程基本類似。 下面介紹UE上報(bào)跟蹤參數(shù)的流程當(dāng)UE獲取并保存跟蹤參數(shù),例如跟蹤標(biāo)識(shí),之后UE將該跟蹤標(biāo)識(shí)攜帶 于第 一條消息中發(fā)送至接入網(wǎng)節(jié)點(diǎn),接入網(wǎng)節(jié)點(diǎn)接收到來(lái)自UE的第 一條消息后,先檢查是否有跟蹤參數(shù),如果有,則可以啟動(dòng)對(duì)該UE的信令跟蹤。可以理解的是,根據(jù)跟蹤標(biāo)識(shí)的格式設(shè)置不同,接入網(wǎng)節(jié)點(diǎn)還可以檢查 第一條消息中的跟蹤參數(shù)的數(shù)值是否為1,若是,則立即啟動(dòng)對(duì)該UE的信令 跟蹤。接入網(wǎng)節(jié)點(diǎn)在獲取到跟蹤標(biāo)識(shí)之后可以先進(jìn)行臨時(shí)跟蹤,待獲取到其它 的跟蹤參數(shù)之后才能進(jìn)行正式的跟蹤,其它的跟蹤參數(shù)包括UE識(shí)別符(UE Identity )、跟蹤深度(Trace Depth )、接口信息(List of interfaces to trace )、跟 ^宗會(huì)i舌ID ( Trace Reference )、 ^J宗i己錄會(huì)"i舌ID ( Trace Recording Session Reference )、事件標(biāo)識(shí)(Trace Event)等,可根據(jù)實(shí)際需求決定。其中,接入網(wǎng)節(jié)點(diǎn)獲取其它跟蹤參數(shù)的步驟包括在UMTS系統(tǒng)里,可通過(guò)核心網(wǎng)節(jié)點(diǎn)與RNC之間的消息把有關(guān)該UE的 跟蹤參數(shù)下發(fā)到RNC。而在LTE系統(tǒng)里,基本也采用類似的方式。本發(fā)明認(rèn) 為,當(dāng)接入網(wǎng)節(jié)點(diǎn)與核心網(wǎng)節(jié)點(diǎn)建立SI連接后,核心網(wǎng)節(jié)點(diǎn)可以利用該接口 上的消息把跟蹤參數(shù)帶給eNodeB。目前在LTE系統(tǒng)里,除了沿用UMTS中 的核心網(wǎng)調(diào)用跟蹤(CN Invoke Trace )消息外,我們還建議在S1接口上使用 一種稱為用戶設(shè)備上下文建立(SI UE context setup)消息把核心網(wǎng)節(jié)點(diǎn)關(guān)于 該UE的信息帶給接入網(wǎng)節(jié)點(diǎn),該消息里一般攜帶漫游限制信息,安全信息, UE能力信息等。該消息流程的作用一般是將有關(guān)UE的信息從核心網(wǎng)通過(guò)SI 接口傳遞到接入網(wǎng)節(jié)點(diǎn)上,接入網(wǎng)節(jié)點(diǎn)可以使用這些信息來(lái)建立承載,或者 加解密等。該消息流程一般發(fā)生在接入網(wǎng)節(jié)點(diǎn)與核心網(wǎng)節(jié)點(diǎn)之間建立信令連 接之后。當(dāng)網(wǎng)絡(luò)側(cè)對(duì)UE的跟蹤發(fā)生改變或者取消或者重新設(shè)置后,網(wǎng)絡(luò)側(cè)應(yīng)該及 時(shí)通知到UE,以保持網(wǎng)絡(luò)側(cè)與UE之間有關(guān)跟蹤控制是一致的。本實(shí)施例中,更改包括更新與取消兩種情況一、更新跟蹤參數(shù)當(dāng)檢測(cè)到跟蹤參數(shù)被更新后,網(wǎng)絡(luò)側(cè)通知UE進(jìn)行跟蹤參數(shù)更新的方法一 般包括1、 UE處于激活態(tài)UE與網(wǎng)絡(luò)有連接的情況下,HSS可以主動(dòng)下發(fā)更改消息給核心網(wǎng)節(jié)點(diǎn)。 因?yàn)閁E處于網(wǎng)絡(luò)連接狀態(tài),核心網(wǎng)節(jié)點(diǎn)就會(huì)觸發(fā)下發(fā)流程到接入網(wǎng)節(jié)點(diǎn),比 如采用CN Invoke Trace消息(利用其中的Trace Propagation Parameters標(biāo)識(shí)) 或者SI context setup消息(利用新增的Trace參數(shù)字段)。接入網(wǎng)節(jié)點(diǎn)可以選 擇是否要把更改的跟蹤參數(shù)下發(fā)給UE,如果需要,則可以通過(guò)空口的控制信 道發(fā)給UE。也可以是網(wǎng)絡(luò)側(cè)在得知跟蹤參數(shù)發(fā)生改變后,通過(guò)發(fā)起一個(gè)要求UE重新 attach的流程,讓UE重新進(jìn)行attach,在attach過(guò)程中,利用attach accetp消 息把更改的跟蹤參數(shù)信息帶給UE。2、 UE處于空閑態(tài)由于UE與網(wǎng)絡(luò)側(cè)沒(méi)有建立信令連接,所以無(wú)法及時(shí)將更改信息通知到 UE,這個(gè)時(shí)候, 一般要等到UE從空閑態(tài)轉(zhuǎn)為激活態(tài)后,也就是UE與網(wǎng)絡(luò) 建立連接后,由網(wǎng)絡(luò)側(cè)將更改內(nèi)容發(fā)給UE。這個(gè)過(guò)程和前面提到的通過(guò)網(wǎng)絡(luò) 側(cè)與UE之間的NAS消息把跟蹤參數(shù)或者跟蹤標(biāo)識(shí)發(fā)給UE的方法一致。一 般也是通過(guò)UE的附著流程,位置更新流程,業(yè)務(wù)請(qǐng)求流程等帶下去。也可以由網(wǎng)絡(luò)側(cè)主動(dòng)發(fā)起針對(duì)該UE的尋呼流程,找到UE,并在尋呼流 程里把更改的跟蹤參數(shù)或者跟蹤標(biāo)識(shí)帶給UE。3、 其它態(tài)UE沒(méi)有開(kāi)機(jī)或者沒(méi)有附著到核心網(wǎng)節(jié)點(diǎn),且UE既不是激活態(tài)也不是空 閑態(tài),則此時(shí)核心網(wǎng)節(jié)點(diǎn)上沒(méi)有該UE的信息。那么只有等到UE發(fā)生網(wǎng)絡(luò)附 著的時(shí)候,核心網(wǎng)節(jié)點(diǎn)從HSS處取出跟蹤參數(shù),再把跟蹤參數(shù)下發(fā)到接入網(wǎng)節(jié)點(diǎn)e在上述描述的幾種情況中,可以沒(méi)有HSS的參與,而直接通過(guò)EMS進(jìn)行 跟蹤參數(shù)的更新,或者從其它節(jié)點(diǎn)獲得。二、取消跟蹤參數(shù)當(dāng)EMS將取消對(duì)某UE的跟蹤流程時(shí),有以下幾種情況1、 UE處于激活態(tài)HSS會(huì)觸發(fā)一個(gè)主動(dòng)流程給核心網(wǎng)節(jié)點(diǎn),核心網(wǎng)節(jié)點(diǎn)觸發(fā)下發(fā)流程到接 入網(wǎng)節(jié)點(diǎn),因?yàn)閁E處于激活態(tài),UE可以接受接入網(wǎng)節(jié)點(diǎn)的控制命令,接入 網(wǎng)節(jié)點(diǎn)可以通過(guò)空中控制信道取消UE的跟蹤標(biāo)記,同時(shí)接入網(wǎng)節(jié)點(diǎn)取消對(duì)該 UE的跟蹤。具體流程如圖4所示,包括401、 EMS發(fā)出取消跟蹤某個(gè)UE的指令給HSS;402、 HSS修改跟該UE相關(guān)的Trace參數(shù);403、 HSS發(fā)起一個(gè)主動(dòng)流程,通知核心網(wǎng)節(jié)點(diǎn)跟蹤參數(shù)的改變,核心網(wǎng) 會(huì)將該新的UE Trace參數(shù)提取出來(lái);404、 通過(guò)CN Invoke Trace消息(利用其中的Trace Propagation Parameters 標(biāo)識(shí))或者SI context setup消息(利用其中新增的Trace參數(shù)字段)來(lái)告知接 入網(wǎng)節(jié)點(diǎn)對(duì)某UE跟蹤的取消;405、 通過(guò)空口的layerl或者Layer2通道,告知UE》務(wù)改先前4妄收的Trace 參數(shù);同時(shí)取消對(duì)該UE的跟蹤;406、 UE設(shè)備自動(dòng)修改貯存其上的Trace參數(shù),包括取消UE上Trace信 息中Flag標(biāo)志;407、 若發(fā)起其它業(yè)務(wù)流程,比如RRC請(qǐng)求,UE上的跟蹤位Flag已更改, 不會(huì)導(dǎo)致接入網(wǎng)節(jié)點(diǎn)又一次跟蹤。也可以是網(wǎng)絡(luò)側(cè)在得知跟蹤參數(shù)取消了 ,通過(guò)發(fā)起一個(gè)要求UE重新 attach的流程,讓UE重新進(jìn)行attach,在attach過(guò)程中,利用attach accetp消 息把跟蹤取消信息帶給UE。2、 UE處于空閑態(tài) 具體細(xì)分為以下幾種情況由于UE與網(wǎng)絡(luò)側(cè)沒(méi)有建立信令連接,所以無(wú)法及時(shí)將取消跟蹤信息通知到l正,這個(gè)時(shí)候, 一般要等到UE從空閑態(tài)轉(zhuǎn)為激活態(tài)后,也就是UE與網(wǎng) 絡(luò)建立連接后,由網(wǎng)絡(luò)側(cè)將取消跟蹤信息發(fā)給UE。這個(gè)過(guò)程和前面提到的通 過(guò)網(wǎng)絡(luò)側(cè)與UE之間的NAS消息把跟蹤參數(shù)或者跟蹤標(biāo)識(shí)發(fā)給UE的方法一 致。 一般也是通過(guò)UE的附著流程,位置更新流程,業(yè)務(wù)請(qǐng)求流程等帶下去。也可以由網(wǎng)絡(luò)側(cè)主動(dòng)發(fā)起針對(duì)該UE的尋呼流程,找到UE,并在尋呼流 程里把取消跟蹤信息帶給UE。還有一種方法,那就是當(dāng)網(wǎng)絡(luò)側(cè)取消了UE的跟蹤參數(shù)后,并不通過(guò)以上 方法直接通知到UE,而是當(dāng)UE從空閑轉(zhuǎn)為激活態(tài)的時(shí)候,接入網(wǎng)節(jié)點(diǎn)會(huì)從 CN節(jié)點(diǎn)判斷有沒(méi)有取消對(duì)它的跟蹤(一般情況下,如果核心網(wǎng)節(jié)點(diǎn)有該UE 的跟蹤參數(shù),則當(dāng)接入網(wǎng)節(jié)點(diǎn)與CN建立Sl連接后,CN會(huì)把跟蹤參數(shù)下發(fā) 給接入網(wǎng)節(jié)點(diǎn),這個(gè)下發(fā)可以是主動(dòng)下發(fā),也可以是接入網(wǎng)節(jié)點(diǎn)向核心網(wǎng)節(jié) 點(diǎn)詢問(wèn)獲得。如果沒(méi)有跟蹤參數(shù)控制,則不會(huì)下發(fā)跟蹤參數(shù)到接入網(wǎng)節(jié)點(diǎn)。 或者接入網(wǎng)節(jié)點(diǎn)主動(dòng)詢問(wèn)后沒(méi)有獲得要跟蹤的信息)。如果已取消,則接入網(wǎng) 節(jié)點(diǎn)就通過(guò)空口控制信道取消UE的跟蹤flag,同時(shí)刪除之前跟蹤記錄的RRC 消息。這里要求接入網(wǎng)節(jié)點(diǎn)跟蹤記錄的第一條RRC消息要在Sl接口建立之 后,判斷是否需要跟蹤之后再上報(bào)給自己的OMC,具體流程如圖4所示其中步驟401至步驟403與上一實(shí)施例中描述的步驟401至步驟403 —致;404:當(dāng)UE從空閑態(tài)轉(zhuǎn)到激活態(tài),將建立接入網(wǎng)節(jié)點(diǎn)與核心網(wǎng)節(jié)點(diǎn)之間 的Sl連接,Sl連接建立后,通過(guò)CN Invoke Trace消息(利用其中的Trace Propagation Parameters標(biāo)識(shí))或者Sl context setup消息(利用其中新增的Trace 參數(shù)字段)來(lái)告知接入網(wǎng)節(jié)點(diǎn)對(duì)某UE跟蹤的取消,這里有幾種情況① 如果核心網(wǎng)節(jié)點(diǎn)上有針對(duì)該UE的跟蹤配置與控制參數(shù),則通過(guò)Sl接 口消息下發(fā)結(jié)、接入網(wǎng)節(jié)點(diǎn);② 如果因?yàn)橐呀?jīng)取消對(duì)該UE的跟蹤命令,核心網(wǎng)節(jié)點(diǎn)里沒(méi)有保存針對(duì)該 UE的跟蹤參數(shù),所以也就不會(huì)有跟蹤參數(shù)下發(fā)到接入網(wǎng)節(jié)點(diǎn)。那么接入網(wǎng)節(jié) 點(diǎn)也可據(jù)此來(lái)判斷不再需要對(duì)該UE進(jìn)行跟蹤;③ 核心網(wǎng)節(jié)點(diǎn)可以主動(dòng)下發(fā)消息給接入網(wǎng)節(jié)點(diǎn),直接告訴接入網(wǎng)節(jié)點(diǎn)取消了對(duì)某UE進(jìn)行跟蹤。405:利用接入網(wǎng)節(jié)點(diǎn)與UE之間的空口信道把取消跟蹤告訴給UE,通 知UE不再保留跟蹤標(biāo)記;接入網(wǎng)節(jié)點(diǎn)在得知跟蹤取消后,下次業(yè)務(wù)流程時(shí)將 不對(duì)該UE進(jìn)行跟蹤。步驟406至407與上一實(shí)施例中步驟406至407 —致,不再贅述。本發(fā)明實(shí)施例中,UE獲取跟蹤標(biāo)識(shí)或者跟蹤參數(shù),也可以直接由接入網(wǎng) 節(jié)點(diǎn)處獲得。這種情況下,通過(guò)接入網(wǎng)節(jié)點(diǎn)與UE之間的接入層的信令獲得。 這個(gè)跟蹤標(biāo)識(shí)或者參數(shù)可能是接入網(wǎng)節(jié)點(diǎn)自身的網(wǎng)絡(luò)管理系統(tǒng)設(shè)置的,也可 能是由其他網(wǎng)絡(luò)節(jié)點(diǎn),例如核心網(wǎng)節(jié)點(diǎn)或者其他相關(guān)的接入網(wǎng)節(jié)點(diǎn)傳遞過(guò)來(lái) 的。在上一實(shí)施例中提到的當(dāng)UE處于激活態(tài)的時(shí)候,核心網(wǎng)節(jié)點(diǎn)更改跟蹤參 數(shù),并下發(fā)到接入網(wǎng)節(jié)點(diǎn),接入網(wǎng)節(jié)點(diǎn)再通過(guò)空口把跟蹤參數(shù)下發(fā)給UE就是 這樣的一個(gè)實(shí)施例??梢岳斫獾氖?,UE獲取跟蹤參數(shù)或者標(biāo)識(shí)也可以從接入 層消息,譬如RRC消息里獲得。下面介紹本發(fā)明實(shí)施例中的通訊系統(tǒng),請(qǐng)參閱圖5,本發(fā)明實(shí)施例中通訊 系統(tǒng)包括用戶設(shè)備501,接入網(wǎng)節(jié)點(diǎn)502,核心網(wǎng)節(jié)點(diǎn)503,歸屬用戶服務(wù)器504 以及網(wǎng)元管理系統(tǒng)505;用戶設(shè)備501用于獲取跟蹤標(biāo)識(shí),并在使用業(yè)務(wù)時(shí)向?qū)?yīng)的接入網(wǎng)節(jié)點(diǎn) 502發(fā)送第 一條消息,所述第 一條消息中包含所述跟蹤標(biāo)識(shí);接入網(wǎng)節(jié)點(diǎn)502用于根據(jù)接收到的消息中的跟蹤標(biāo)識(shí)對(duì)用戶設(shè)備501的 信令進(jìn)行跟蹤;核心網(wǎng)節(jié)點(diǎn)503用于向用戶設(shè)備501下發(fā)包含跟蹤標(biāo)識(shí)的非接入層消息;網(wǎng)元管理系統(tǒng)505用于發(fā)起更改或生成跟蹤參數(shù)的請(qǐng)求;歸屬用戶服務(wù)器504用于根據(jù)所述請(qǐng)求更改或生成跟蹤參數(shù),并根據(jù)核 心網(wǎng)節(jié)點(diǎn)503的要求將所述跟蹤參數(shù)發(fā)送至核心網(wǎng)節(jié)點(diǎn)503。下面對(duì)本發(fā)明實(shí)施例中的用戶設(shè)備進(jìn)行詳細(xì)描述,請(qǐng)參閱圖6,本發(fā)明實(shí)施例中用戶設(shè)備包括接收單元601,業(yè)務(wù)請(qǐng)求單元602,消息合并單元603以及消息發(fā)送單元604;接收單元601用于接收來(lái)自核心網(wǎng)節(jié)點(diǎn)的跟蹤標(biāo)識(shí); 業(yè)務(wù)請(qǐng)求單元602用于發(fā)起業(yè)務(wù)請(qǐng)求;消息合并單元603用于在發(fā)起業(yè)務(wù)請(qǐng)求之后將所述跟蹤標(biāo)識(shí)合并于發(fā)送 給接入網(wǎng)節(jié)點(diǎn)的第 一條消息中;消息發(fā)送單元604用于將所述包含跟蹤標(biāo)識(shí)的第一條消息發(fā)送至接入網(wǎng)節(jié)點(diǎn)Q其中,第一條消息為無(wú)線資源控制消息,或非接入層消息,或無(wú)線資源 控制/非接入層合并消息。以上對(duì)本發(fā)明所提供的一種用戶信令跟蹤方法及通訊系統(tǒng)以及用戶設(shè)備 進(jìn)行了詳細(xì)介紹,依據(jù)本發(fā)明的思想,在具體實(shí)施方式
及應(yīng)用范圍上均會(huì)有 改變之處,綜上所述,本說(shuō)明書(shū)內(nèi)容不應(yīng)理解為對(duì)本發(fā)明的限制。
權(quán)利要求
1. 一種用戶信令跟蹤方法,其特征在于,包括用戶設(shè)備獲取跟蹤標(biāo)識(shí);用戶使用業(yè)務(wù)時(shí),所述用戶設(shè)備向?qū)?yīng)的接入網(wǎng)節(jié)點(diǎn)發(fā)送第一條消息,所述第一條消息中包含所述跟蹤標(biāo)識(shí);所述接入網(wǎng)節(jié)點(diǎn)接收到所述第一條消息后,根據(jù)其中的跟蹤標(biāo)識(shí)對(duì)所述用戶設(shè)備的信令進(jìn)行跟蹤。
2、 根據(jù)權(quán)利要求1所述的用戶信令跟蹤方法,其特征在于,所述用戶設(shè) 備獲取跟蹤標(biāo)識(shí)的步驟包括核心網(wǎng)節(jié)點(diǎn)將包含跟蹤標(biāo)識(shí)的非接入層消息發(fā)送至所述用戶設(shè)備。
3、 根據(jù)權(quán)利要求2所述的用戶信令跟蹤方法,其特征在于,所述核心網(wǎng) 節(jié)點(diǎn)將包含跟蹤標(biāo)識(shí)的非接入層消息發(fā)送至所述用戶設(shè)備的步驟包括用戶"&備向核心網(wǎng)節(jié)點(diǎn)發(fā)送附著請(qǐng)求;核心網(wǎng)節(jié)點(diǎn)在接收到所述附著請(qǐng)求之后向所述用戶設(shè)備反饋包含跟蹤參 數(shù)中的跟蹤標(biāo)識(shí)的附著確認(rèn)消息。
4、 根據(jù)權(quán)利要求2所述的用戶信令跟蹤方法,其特征在于,所述核心網(wǎng) 節(jié)點(diǎn)將包含跟蹤標(biāo)識(shí)的非接入層消息發(fā)送至所述用戶設(shè)備的步驟包括用戶設(shè)備向核心網(wǎng)節(jié)點(diǎn)發(fā)送位置更新請(qǐng)求;核心網(wǎng)節(jié)點(diǎn)接收到所述位置更新請(qǐng)求后對(duì)用戶設(shè)備進(jìn)行位置更新,并向 所述用戶設(shè)備反饋包含跟蹤參數(shù)中的跟蹤標(biāo)識(shí)的位置更新確認(rèn)消息。
5、 根據(jù)權(quán)利要求2所述的用戶信令跟蹤方法,其特征在于,所述核心網(wǎng) 節(jié)點(diǎn)將包含跟蹤標(biāo)識(shí)的非接入層消息發(fā)送至所述用戶設(shè)備的步驟包括用戶設(shè)備通過(guò)非接入層向核心網(wǎng)節(jié)點(diǎn)發(fā)送業(yè)務(wù)請(qǐng)求消息;核心網(wǎng)節(jié)點(diǎn)接收到所述業(yè)務(wù)請(qǐng)求消息后向所述用戶設(shè)備反饋包含跟蹤參 數(shù)中的跟蹤標(biāo)識(shí)的業(yè)務(wù)請(qǐng)求響應(yīng)消息。
6、 根據(jù)權(quán)利要求3、 4或5中任一項(xiàng)所述的用戶信令跟蹤方法,其特征 在于,所述跟蹤參數(shù)包括用戶設(shè)備識(shí)別符,跟蹤深度參數(shù),接口信息,跟蹤會(huì)話標(biāo)識(shí)符,跟蹤記錄會(huì)話標(biāo)識(shí)符,事件標(biāo)識(shí)或跟蹤標(biāo)識(shí)。
7、 根據(jù)權(quán)利要求3、 4或5中任一項(xiàng)所述的用戶信令跟蹤方法,其特征 在于,所述接入網(wǎng)節(jié)點(diǎn)根據(jù)跟蹤標(biāo)識(shí)對(duì)所述用戶設(shè)備的信令進(jìn)行跟蹤的步驟 包括接入網(wǎng)節(jié)點(diǎn)4姿收到所述跟蹤標(biāo)識(shí)后啟動(dòng)S艮蹤流程; 接入網(wǎng)節(jié)點(diǎn)向核心網(wǎng)節(jié)點(diǎn)發(fā)起獲取請(qǐng)求;核心網(wǎng)節(jié)點(diǎn)將包含部分或全部跟蹤參數(shù)的核心網(wǎng)節(jié)點(diǎn)調(diào)用跟蹤消息或者 用戶設(shè)備上下文建立消息發(fā)送至接入網(wǎng)節(jié)點(diǎn);所述接入網(wǎng)節(jié)點(diǎn)根據(jù)接收到的跟蹤參數(shù)對(duì)所述用戶設(shè)備的信令進(jìn)行跟蹤。
8、 根據(jù)權(quán)利要求3、 4或5中任一項(xiàng)所述的用戶信令跟蹤方法,其特征 在于,所述接入網(wǎng)節(jié)點(diǎn)根據(jù)跟蹤標(biāo)識(shí)對(duì)所述用戶設(shè)備的信令進(jìn)行跟蹤的步驟 包括接入網(wǎng)節(jié)點(diǎn)接收到所述跟蹤標(biāo)識(shí)后啟動(dòng)跟蹤流程;核心網(wǎng)節(jié)點(diǎn)與接入網(wǎng)節(jié)點(diǎn)建立連接之后向接入網(wǎng)節(jié)點(diǎn)下發(fā)包含完整跟蹤 參數(shù)的核心網(wǎng)節(jié)點(diǎn)調(diào)用跟蹤消息或者用戶設(shè)備上下文建立消息;所述接入網(wǎng)節(jié)點(diǎn)根據(jù)接收到的完整的跟蹤參數(shù)對(duì)所述用戶設(shè)備的信令進(jìn) 行跟蹤。
9、 根據(jù)權(quán)利要求1所述的用戶信令跟蹤方法,其特征在于,當(dāng)某用戶設(shè) 備的跟蹤參數(shù)發(fā)生更改時(shí),核心網(wǎng)節(jié)點(diǎn)根據(jù)所述用戶設(shè)備的狀態(tài)進(jìn)行相應(yīng)的 跟蹤參數(shù)更新處理。
10、 根據(jù)權(quán)利要求9所述的用戶信令跟蹤方法,其特征在于,所述核心 網(wǎng)節(jié)點(diǎn)根據(jù)用戶設(shè)備的狀態(tài)進(jìn)行相應(yīng)的跟蹤參數(shù)更新處理的步驟包括若用戶設(shè)備與網(wǎng)絡(luò)有連接,核心網(wǎng)節(jié)點(diǎn)觸發(fā)下發(fā)流程將更改后的跟蹤參 數(shù)發(fā)送至接入網(wǎng)節(jié)點(diǎn);所述接入網(wǎng)節(jié)點(diǎn)通過(guò)空口的控制信道將所述跟蹤參數(shù)發(fā)送至用戶設(shè)備。
11、 根據(jù)權(quán)利要求IO所述的用戶信令跟蹤方法,其特征在于,所述核心網(wǎng)節(jié)點(diǎn)觸發(fā)下發(fā)流程將所述跟蹤參數(shù)發(fā)送至接入網(wǎng)節(jié)點(diǎn)的步驟包括核心網(wǎng)節(jié)點(diǎn)將包含更新后的跟蹤參數(shù)的核心網(wǎng)節(jié)點(diǎn)調(diào)用跟蹤消息或者用 戶設(shè)備上下文建立消息發(fā)送至接入網(wǎng)節(jié)點(diǎn)。
12、 根據(jù)權(quán)利要求9所述的用戶信令跟蹤方法,其特征在于,所述核心 網(wǎng)節(jié)點(diǎn)根據(jù)用戶設(shè)備的狀態(tài)進(jìn)行相應(yīng)的跟蹤參數(shù)更新處理的步驟包括若用戶設(shè)備附著于網(wǎng)絡(luò)但沒(méi)有業(yè)務(wù)連接,在用戶設(shè)備進(jìn)行位置更新或者 是附著或者是發(fā)起業(yè)務(wù)請(qǐng)求時(shí),所述核心網(wǎng)節(jié)點(diǎn)將更改后的跟蹤參數(shù)發(fā)送至 所述用戶設(shè)備。
13、 根據(jù)權(quán)利要求9所述的用戶信令跟蹤方法,其特征在于,所述更改 的操作包括第一次設(shè)置,更新或取消。
14、 根據(jù)權(quán)利要求1所述的用戶信令跟蹤方法,其特征在于,所述第一 條消息為無(wú)線資源控制消息,或非接入層消息,或無(wú)線資源控制/非接入層合 并消息。
15、 根據(jù)權(quán)利要求1所述的用戶信令跟蹤方法,其特征在于,所迷接入網(wǎng)節(jié)點(diǎn)為演進(jìn)基站,所述核心網(wǎng)節(jié)點(diǎn)為移動(dòng)管理實(shí)體/用戶面實(shí)體;或所述接入網(wǎng)節(jié)點(diǎn)為無(wú)線網(wǎng)絡(luò)控制器或基站控制器,所述核心網(wǎng)節(jié)點(diǎn)為服 務(wù)通用分組無(wú)線服務(wù)支持節(jié)點(diǎn)或移動(dòng)交換中心;或所述接入網(wǎng)節(jié)點(diǎn)為微波存取全球互通網(wǎng)絡(luò)中的基站,所述核心網(wǎng)節(jié)點(diǎn)為 微波存取全球互通網(wǎng)絡(luò)中的網(wǎng)關(guān)。
16、 一種通訊系統(tǒng),其特征在于,包括 用戶設(shè)備以及接入網(wǎng)節(jié)點(diǎn);所述用戶設(shè)備用于獲取跟蹤標(biāo)識(shí),并在使用業(yè)務(wù)時(shí)向?qū)?yīng)的接入網(wǎng)節(jié)點(diǎn)發(fā)送第 一條消息,所述第 一條消息中包含所述跟蹤標(biāo)識(shí);所述接入網(wǎng)節(jié)點(diǎn)用于根據(jù)接收到的消息中的跟蹤標(biāo)識(shí)對(duì)所述用戶設(shè)備的 信令進(jìn)行跟蹤。
17、 根據(jù)權(quán)利要求16所述的通訊系統(tǒng),其特征在于,所述系統(tǒng)還包括 斗亥'^網(wǎng)節(jié),泉;所述核心網(wǎng)節(jié)點(diǎn)用于向用戶設(shè)備下發(fā)包含跟蹤標(biāo)識(shí)的非接入層消息。
18、 根據(jù)權(quán)利要求16或17所述的通訊系統(tǒng),其特征在于,所述系統(tǒng)還 包括歸屬用戶服務(wù)器以及網(wǎng)元管理系統(tǒng); 所述網(wǎng)元管理系統(tǒng)用于發(fā)起更改或生成跟蹤參數(shù)的請(qǐng)求;所述歸屬用戶服務(wù)器用于根據(jù)所述請(qǐng)求更改或生成跟蹤參數(shù),并根據(jù)核 心網(wǎng)節(jié)點(diǎn)的要求將所述跟蹤參數(shù)發(fā)送至核心網(wǎng)節(jié)點(diǎn)。
19、 一種用戶設(shè)備,其特征在于,包括接收單元,業(yè)務(wù)請(qǐng)求單元,消息合并單元以及消息發(fā)送單元; 所述接收單元用于接收來(lái)自核心網(wǎng)節(jié)點(diǎn)的跟蹤標(biāo)識(shí); 所述業(yè)務(wù)請(qǐng)求單元用于發(fā)起業(yè)務(wù)請(qǐng)求;所述消息合并單元用于在發(fā)起業(yè)務(wù)請(qǐng)求之后將所述跟蹤標(biāo)識(shí)合并于發(fā)送 給接入網(wǎng)節(jié)點(diǎn)的第 一條消息中;所述消息發(fā)送單元用于將所述包含跟蹤標(biāo)識(shí)的第一條消息發(fā)送至接入網(wǎng) 節(jié)點(diǎn)。
20、 根據(jù)權(quán)利要求19所述的用戶設(shè)備,其特征在于,所述第一條消息為無(wú)線資源控制消息,或非接入層消息,或無(wú)線資源控 制/非接入層合并消息。
全文摘要
本發(fā)明公開(kāi)了一種用戶信令跟蹤方法及通訊系統(tǒng)以及用戶設(shè)備,用于提高跟蹤用戶信令的效率。所述方法包括用戶設(shè)備獲取跟蹤標(biāo)識(shí);用戶使用業(yè)務(wù)時(shí),所述用戶設(shè)備向?qū)?yīng)的接入網(wǎng)節(jié)點(diǎn)發(fā)送第一條消息,所述第一條消息中包含所述跟蹤標(biāo)識(shí);所述接入網(wǎng)節(jié)點(diǎn)接收到所述第一條消息后,根據(jù)其中的跟蹤標(biāo)識(shí)對(duì)所述用戶設(shè)備的信令進(jìn)行跟蹤。另外本發(fā)明還提供一種通訊系統(tǒng)以及用戶設(shè)備,本發(fā)明可以有效地提高用戶信令跟蹤的效率。
文檔編號(hào)H04Q7/38GK101272576SQ20071008749
公開(kāi)日2008年9月24日 申請(qǐng)日期2007年3月19日 優(yōu)先權(quán)日2007年3月19日
發(fā)明者張宏卓, 王怡韻, 勇 邱 申請(qǐng)人:華為技術(shù)有限公司