專利名稱：用于移動通信系統(tǒng)的信令跟蹤方法
技術(shù)領(lǐng)域：
本發(fā)明涉及通信領(lǐng)域，具體而言，涉及用于移動通信系統(tǒng)的信 令l艮蹤方法。
背景技術(shù)：
在移動通信系統(tǒng)中，信令跟蹤工具在分析、定位問題方面起到 了極其重要的作用。對產(chǎn)品研發(fā)而言，隨著版本的不斷升級和功能 的不斷完善，對信令跟蹤才莫塊在設(shè)計(jì)的靈活性、穩(wěn)定性、以及相關(guān) 的流控等處理方面提出了更高的要求。
在移動通訊系統(tǒng)中使用的傳統(tǒng)信令跟蹤方法見附

圖1。
當(dāng)需要對一個(gè)用戶進(jìn)行信令跟蹤時(shí)，系統(tǒng)就通過LMT (本地 操作維護(hù))模塊將此用戶的標(biāo)識和跟蹤信息發(fā)送到每個(gè)信令流程及 用戶數(shù)據(jù)駐留的業(yè)務(wù)模塊里，由每個(gè)業(yè)務(wù)模塊自己維護(hù)。每當(dāng)有用 戶發(fā)起呼叫時(shí)，各業(yè)務(wù)才莫塊就比4交用戶的標(biāo)識和跟蹤信息。如果發(fā) 現(xiàn)此用戶的標(biāo)識和跟蹤信息與模塊內(nèi)事先設(shè)置的要跟蹤的用戶標(biāo) 識和跟蹤信息一致，就將此用戶的呼叫信令提取(填充消息頭和信 令碼流等)出來并上報(bào)到LMT模塊。分析這種實(shí)現(xiàn)的流程，其設(shè) 計(jì)存在如下缺陷
1、由于LMT模塊將信令跟蹤信息發(fā)送到各個(gè)業(yè)務(wù)模塊里進(jìn)行 維護(hù)處理，所以當(dāng)用戶發(fā)起呼叫等業(yè)務(wù)請求時(shí)，信令數(shù)據(jù)或信息往
往會流經(jīng)多個(gè)業(yè)務(wù)模塊。如果要把所述信令數(shù)據(jù)流程完整地跟蹤下
來，就要采用廣播方式向所有業(yè)務(wù)模塊下發(fā)對某個(gè)用戶的信令跟蹤 信息，這在實(shí)現(xiàn)上會額外增加^艮多不必要的處理。而且，如果傳輸 出現(xiàn)問題，某些業(yè)務(wù)模塊內(nèi)將丟失信令跟蹤信息，則上報(bào)的信令數(shù) 據(jù)不全，無法達(dá)到跟蹤定位的目的。
2、 在移動通信系統(tǒng)中，不同設(shè)備和模塊對于用戶的表述是不 一致的，例如，UE(用戶終端設(shè)備)一般使用TMSI、 IMSI或PTMSI， RNC (無線網(wǎng)絡(luò)控制器)在CN (核心網(wǎng))發(fā)送Commd ID前可以 使用TMSI、 PTMSI和用戶實(shí)例號，而CN —般使用IMSI等來標(biāo)識 一個(gè)用戶。如果在各模塊都設(shè)置對某個(gè)用戶的跟蹤，則需要進(jìn)行許 多用戶標(biāo)識的轉(zhuǎn)換或備份，這就會在一定程度上影響系統(tǒng)的處理效 率。
3、 為了便于跟蹤信令，在LMT模塊中一般都維護(hù)有信令跟蹤 的信息，而每個(gè)業(yè)務(wù)模塊里也都維護(hù)了需要跟蹤的信息，這樣就需 要保證各個(gè)跟蹤信息的 一致，否則就有可能跟蹤不到需要的信令。 因而，在分布式處理的系統(tǒng)里，這個(gè)一致性保證的代價(jià)也是很大的。
4、 跟蹤信息在每個(gè)業(yè)務(wù)模塊里都有維護(hù)，這樣不僅增加了業(yè) 務(wù)模塊的負(fù)擔(dān)，而且也會影響業(yè)務(wù)模塊的正常處理流程。當(dāng)LMT 模塊針對跟蹤的信息的流程等等發(fā)生改變時(shí)，業(yè)務(wù)模塊也會做相應(yīng) 的改變，這就給整個(gè)系統(tǒng)的維護(hù)和升級帶來不必要的麻煩。
發(fā)明內(nèi)客
本發(fā)明旨在提供用于移動通信系統(tǒng)的信令跟蹤方法和裝置，用 于實(shí)現(xiàn)快速故障定位和流程分析。
根據(jù)本發(fā)明的一方面，提供了 一種用于移動通信系統(tǒng)的信令跟 蹤方法，包括以下步驟步驟a,業(yè)務(wù)模塊當(dāng)要跟蹤業(yè)務(wù)時(shí)，上報(bào)
4言令消息，其中附帶全局資源標(biāo)識；步驟b,判斷全局資源標(biāo)識是 否映射到預(yù)先保存的LMT 4莫塊下發(fā)的信令跟蹤信息；以及步驟c， 如果是，則上報(bào)業(yè)務(wù)的信令到LMT模塊。
在上述的信令跟蹤方法中，信令跟蹤信息僅由LMT模塊維護(hù)。
在上述的信令跟蹤方法中，上報(bào)策略控制模塊保存全局資源標(biāo) 識到信令跟蹤信息的映射表，由上報(bào)策略控制模塊通過檢查映射表 來執(zhí)行步驟b。
在上述的信令跟蹤方法中，業(yè)務(wù)模塊通過向上報(bào)策略控制模塊 注冊，獲得全局資源標(biāo)識。
在上述的信令5艮蹤方法中，還包括以下步驟在業(yè)務(wù)處理完后， 業(yè)務(wù)模塊向上報(bào)策略控制模塊注銷全局資源標(biāo)識。
在上述的信令跟蹤方法中，上報(bào)策略控制模塊通過根據(jù)業(yè)務(wù)模 塊的注冊請求和注銷請求，來執(zhí)行全局資源標(biāo)識的分發(fā)和回收，并 相應(yīng)地更新映射表。
在上述的信令S艮蹤方法中，每個(gè)全局資源標(biāo)識唯一對應(yīng)一個(gè)信 令跟蹤信息； 一個(gè)信令跟蹤信息對應(yīng)至少 一個(gè)全局資源標(biāo)識。
在上述的信令跟蹤方法中，全局資源標(biāo)識包括業(yè)務(wù)模塊號和流 水號。
在上述的信令跟蹤方法中，信令跟蹤信息包括信令跟蹤索引和 信令跟蹤參數(shù)，其中，信令跟蹤索引是唯一的，信令跟蹤參數(shù)包括 小區(qū)標(biāo)識以及移動用戶標(biāo)識，映射表包括注冊記錄信息，并且以所 述全局資源ID作為所述信令跟蹤索引，注冊記錄信息包括全局資
源標(biāo)識和注冊參凄t，其中，注冊參^t也包4舌小區(qū)標(biāo)識以及移動用戶 標(biāo)識。
在上迷的信令跟蹤方法中，由上報(bào)策略控制模塊通過檢查映射
表來執(zhí)行步驟b包括以下步驟使用全局資源標(biāo)識查詢映射表中的 注冊記錄信息，找到其關(guān)聯(lián)的注冊參數(shù)；查找是否存在信令跟蹤參 數(shù)對應(yīng)于注冊參數(shù)；以及如果是，則確定全局資源標(biāo)識映射到預(yù)先 4呆存的LMT 4莫塊下發(fā)的信令跟蹤信息；否則就確定全局資源標(biāo)識 未映射到預(yù)先保存的本地操作維護(hù)模塊下發(fā)的信令跟蹤信息。
根據(jù)本發(fā)明的方案，本發(fā)明在移動通訊系統(tǒng)中，通過業(yè)務(wù)模塊 和本地操作維護(hù)模塊相分離，同時(shí)通過全局資源ID實(shí)現(xiàn)信令跟蹤 的方法。從而采用本方法，能克服因移動通訊系統(tǒng)中用戶移動、設(shè) 備分散、各部分用戶唯一標(biāo)識方法不統(tǒng)一而引起的跟蹤困難，以便 于耗費(fèi)小的系統(tǒng)資源以及增強(qiáng)維護(hù)性，并由此簡化原本很難定位移 動用戶呼叫故障的問題。通過這種方法，用戶信令的詳細(xì)流程和內(nèi) 容能夠完整地顯示到終端，實(shí)現(xiàn)對用戶信令的跟蹤，便于分析和定 位系統(tǒng)中的故障；同時(shí)，由于這種方法將業(yè)務(wù)和本地操作維護(hù)分開 設(shè)計(jì)，使業(yè)務(wù)流程的改變或本地操作維護(hù)需求的變更都不需要相互 通知對方，從而4吏整個(gè)系統(tǒng)具有可擴(kuò)充性和靈活性。
附困說明
圖1是傳統(tǒng)的信令跟蹤實(shí)現(xiàn)原理圖2是根據(jù)本發(fā)明的與業(yè)務(wù)無關(guān)的信令跟蹤的實(shí)現(xiàn)方法和裝置 的原理4匡圖3是^4t本發(fā)明的實(shí)現(xiàn)與業(yè)務(wù)無關(guān)的信令跟蹤方法原理的流 程圖； 圖4是才艮據(jù)本發(fā)明實(shí)施例的上才艮策略才莫塊的功能流程圖5是根據(jù)本發(fā)明實(shí)施例的LMT模塊信令跟蹤信息的記錄格
式；
圖6是根據(jù)本發(fā)明實(shí)施例的業(yè)務(wù)模塊注冊記錄信息的格式； 圖7是根據(jù)本發(fā)明實(shí)施例的信令上報(bào)策略控制信息的記錄格
式；
圖8是根據(jù)本發(fā)明實(shí)施例的信令上報(bào)處理流程。 *體實(shí)施方式
本發(fā)明提供了用于移動通信系統(tǒng)的信令跟蹤方法，如圖3所示， 其包括以下步驟
步驟S302，業(yè)務(wù)模塊當(dāng)要跟蹤業(yè)務(wù)時(shí)，上報(bào)信令消息，其中附 帶全局資源標(biāo)識；
步驟S304，判斷全局資源標(biāo)識是否映射到預(yù)先保存的LMT模 塊下發(fā)的信令跟蹤信息；以及
步稞S306，如果是，則上報(bào)該業(yè)務(wù)的信令到LMT模塊。
可選地，信令跟蹤信息僅由LMT模塊維護(hù)。
可選地，上報(bào)策略控制模塊保存全局資源標(biāo)識到信令跟蹤信息 的映射表，由上報(bào)策略控制模塊通過檢查映射表來執(zhí)行步驟S304。
可選地，業(yè)務(wù)纟莫塊通過向上報(bào)策略控制模塊注冊，獲得全局資 源標(biāo)識。可選地，還包4舌以下步驟在業(yè)務(wù)處理完后，業(yè)務(wù)才莫塊向上凈艮 策略控制模塊注銷全局資源標(biāo)識。
可選地，上報(bào)策略控制模塊通過根據(jù)業(yè)務(wù)模塊的注冊請求和注 銷請求，來執(zhí)行全局資源標(biāo)識的分發(fā)和回收，并相應(yīng)地更新映射表。
可選地，每個(gè)全局資源標(biāo)識唯一對應(yīng)一個(gè)信令跟蹤信息； 一個(gè) 信令跟蹤信息對應(yīng)至少 一個(gè)全局資源標(biāo)識。
可選地，全局資源標(biāo)識包括業(yè)務(wù)模塊號和流水號。
可選地，信令多艮蹤信息包括信令跟蹤索引和信令跟蹤參數(shù)，其 中，信令跟蹤索引是唯一的，信令跟蹤參數(shù)包括小區(qū)標(biāo)識以及移動 用戶標(biāo)識，映射表包括注冊記錄信息，并且以所述全局資源ID作 為所述信令跟蹤索引，注冊記錄信息包括全局資源標(biāo)識和注冊參 數(shù)，其中，注冊參數(shù)也包括小區(qū)標(biāo)識以及移動用戶標(biāo)識。
可選地，由上報(bào)策略控制模塊通過檢查映射表來執(zhí)行步驟S304 包括以下步驟使用全局資源標(biāo)識查詢映射表中的注冊記錄信息， 找到其關(guān)聯(lián)的注冊參數(shù)；查找是否存在信令跟蹤參數(shù)對應(yīng)于注冊參 數(shù)；以及如果是，則確定全局資源標(biāo)識映射到預(yù)先保存的LMT模 塊下發(fā)的信令跟蹤信息；否則就確定全局資源標(biāo)識未映射到預(yù)先保 存的本地操作維護(hù)模塊下發(fā)的信令跟蹤信息。
如上所述，本發(fā)明提出一種通過全局資源ID (GID)完成信令 多艮蹤新方法，以4吏在移動通訊系統(tǒng)中實(shí)現(xiàn)信令跟蹤的本地才喿作維護(hù) 和業(yè)務(wù)相分離，即，通過具有全局唯一性的資源ID，本地操作維護(hù) (LMT )模塊只從事先設(shè)定的信令跟蹤信息來決定"信令上報(bào)與否" (依據(jù))，而各業(yè)務(wù)模塊只從業(yè)務(wù)流程的角度關(guān)心某條信令數(shù)據(jù)"是 否需要上才艮"。因?yàn)樾帕罡櫟母拍钍荓MT締造的，所以該概念對 于業(yè)務(wù)模塊則完全可以屏蔽掉。本發(fā)明實(shí)現(xiàn)信令5艮蹤的原理沖匡圖如附圖2 。
從附圖2可以看出，整個(gè)系統(tǒng)由LMT層和業(yè)務(wù)層兩層，分別 包括LMT模塊和一系列業(yè)務(wù)模塊。與一般信令跟蹤不同的是，各 業(yè)務(wù)模塊不再維護(hù)LMT模塊下發(fā)的信令跟蹤信息，信令上報(bào)的具 體處理也不在業(yè)務(wù)層進(jìn)行，所有的這些操作是在LMT層新增(相 對于傳統(tǒng)方式而言)的"上報(bào)策略控制"模塊部分中完成。業(yè)務(wù)層 除了向LMT層傳輸跟蹤的信令消息或稱信令數(shù)據(jù)外，還通過注冊 (獲取全局資源ID等)和注銷(釋放全局資源ID等)等函數(shù)或過 程和LMT層交換控制信息(結(jié)合附圖2并參見流程圖3 )。上報(bào)策 略控制模塊4艮據(jù)這些控制信息和LMT 4莫塊的跟蹤信息來決定信令 消息是否上報(bào)。因此，無論是上報(bào)信令數(shù)據(jù)還是交換控制信息，各 業(yè)務(wù)模塊都是通過獲得的全局資源ID與LMT層通信的，這就避免 了使用不同的用戶標(biāo)識所帶來的差異性，使得業(yè)務(wù)處理變得很簡 潔。
"上報(bào)策略控制"模塊的功能如下(結(jié)合附圖2、附圖3和附
圖4):
步驟S402,當(dāng)業(yè)務(wù)模塊向LMT層注冊時(shí)，完成全局資源ID 分配；該全局資源ID由業(yè)務(wù)模塊保存，每次上報(bào)信令消息的時(shí)候 都帶回給LMT層；
步驟S404,當(dāng)業(yè)務(wù)4莫塊向LMT層注銷時(shí)，完成全局資源ID 的回收；
步驟S406，當(dāng)LMT才莫塊下發(fā)信令if艮蹤信息時(shí)，完成全局資源 ID和信令跟蹤信息的映射， 一個(gè)全局資源ID只能映射到一個(gè)信令 跟蹤信息上，但一個(gè)信令跟蹤信息可以映射到多個(gè)全局資源ID上， 這就完成了任務(wù)信息向全局資源ID的轉(zhuǎn)換；
步驟S408，透傳(透明地上報(bào))信令消息。當(dāng)業(yè)務(wù)模塊每次有 信令上報(bào)時(shí)，信令消息中都會帶上注冊得到的全局資源ID,"上報(bào) 策略控制"才莫塊則4艮據(jù)全局資源ID和本地信令跟蹤信息的映射情 況決定是否上報(bào)信令，即，如果業(yè)務(wù)模塊上報(bào)時(shí)所附帶的全局資源 ID和LMT模塊下發(fā)的信令跟蹤信息有映射關(guān)系時(shí)，就上報(bào)信令， 反之，當(dāng)沒有映射關(guān)系時(shí)，就不上報(bào)信令；
步驟S410,維護(hù)移動用戶標(biāo)識(比如TMSI、 PTMSI或IMSI 等)和ID的映射，當(dāng)業(yè)務(wù)需要更新移動用戶標(biāo)識時(shí)，可以通過注 冊來向LMT層申請更新，由上報(bào)策略控制模塊完成移動用戶標(biāo)識 和全局資源ID的映射的更新。
對于LMT模塊來說，只管"信令跟蹤信息"，而全局資源ID 只在各業(yè)務(wù)模塊中有用；這樣，當(dāng)業(yè)務(wù)模塊有信令消息上報(bào)時(shí)，就 直接向LMT層發(fā)送信令消息，同時(shí)帶上注冊時(shí)分配的全局資源ID, 由LMT層的"上報(bào)策略控制"模塊最終確定信令的上報(bào)與否，如 果是，則完成之。這就大大簡化了業(yè)務(wù)模塊的處理負(fù)擔(dān)，使業(yè)務(wù)模 塊真正只處理與業(yè)務(wù)相關(guān)的事。
同樣，由于信令跟蹤信息只在LMT層維護(hù)，很容易保持跟蹤 信息的一致性；另外，當(dāng)需要改變信令上報(bào)的流程或上報(bào)的組織方 式(例如按小區(qū)Cell、 NODEB或RNC組織等等)時(shí)，就只需要 文 變"上報(bào)策略"即可，而業(yè)務(wù)模塊完全不用改變。這為整個(gè)信令跟 蹤系統(tǒng)的維護(hù)帶來很大的便利。
全局資源ID的維護(hù)是上報(bào)策略控制模塊的重要任務(wù)，為了保 i正全局唯一性，分配的形式組織如下
l-模塊號-l卜 流水號 -i
整個(gè)資源ID的前部分是業(yè)務(wù)模塊號(長度可以根據(jù)整個(gè)模塊 的最大數(shù)目決定)，由于業(yè)務(wù)模塊號不可能相同，所以模塊間的資 源ID不會相同；后部分是流水號，同樣，因?yàn)橥粋€(gè)模塊內(nèi)一段 時(shí)間內(nèi)分配的流水號也不同，這就4果^正了全局資源ID的唯一性。
上報(bào)策略控制是LMT模塊和各業(yè)務(wù)模塊進(jìn)行交互的中心，也 是本發(fā)明的主要部分，其中從LMT模塊下發(fā)的信令跟蹤信息到業(yè) 務(wù)模塊的全局資源ID的映射是上報(bào)策略控制模塊的主要任務(wù)，其 實(shí)現(xiàn)如下
1、 當(dāng)LMT模塊下發(fā)信令跟蹤信息時(shí)， 一般會帶有信令跟蹤索 引ID (LMT ID),在整個(gè)LMT才莫塊中該ID中唯一標(biāo)志一個(gè)信令跟 蹤信息，上報(bào)策略控制模塊維護(hù)一系列如附圖5所示形式的記錄。
其中LMT Para是信令跟蹤參數(shù)，包括小區(qū)ID (Cell ID )、移 動用戶標(biāo)識(IMSI、 TMSI或PTMSI等)等信息；
2、 當(dāng)業(yè)務(wù)模塊需要上報(bào)信令消息時(shí)，會通過注冊過程得到全 局資源ID (GID)，通過注冊，上報(bào)策略控制模塊會產(chǎn)生一系列如 附圖6所示的注冊記錄信息。
其中Para是注冊參凄史，包括小區(qū)ID ( Cell ID )、移動用戶標(biāo)識 (IMSI、 TMSI或PTMSI等)等信息.
3、 根據(jù)LMT模塊下發(fā)的信令跟蹤信息和業(yè)務(wù)模塊注冊的信 息，上報(bào)策略控制模塊會結(jié)合信令跟蹤參數(shù)LMT Para和注冊參數(shù) Para而產(chǎn)生一系列記錄信息，即^l巴跟蹤參數(shù)和注冊參數(shù)相同的記錄 標(biāo)志放在一起，組合成如下的一系列信令上報(bào)策略信息記錄，其形式 如附圖7所示。
這樣，每次業(yè)務(wù)沖莫塊上才艮信令(或稱信令消息或稱信令數(shù)據(jù))
時(shí)，上報(bào)策略控制模塊會取出信令消息的頭部的全局資源ID( G I D )，并和上報(bào)策略信息記錄中的每條全局資源ID ( G I D )進(jìn)行 比較。如果有相同的ID， 就上報(bào)信令給LMT模塊；如果沒有， 就不上l艮。
從以上過程來看，在業(yè)務(wù)模塊的注冊過程和LMT模塊的信令 跟蹤信息的下發(fā)之后，信令消息上報(bào)只和全局資源ID有關(guān)，這大 大簡化了處理流程。此外，如果LMT層因?yàn)樾枨蟮淖兓?，需要?改上報(bào)的方式，比如上報(bào)的數(shù)據(jù)組織方式、上報(bào)的規(guī)則等等，就只 需要改變或重新訂制"上凈艮策略"即可，即只需要改變或訂制附圖 7的數(shù)據(jù)格式，其它(LMT層的其它部分或各業(yè)務(wù)^t塊)都不必變 化；維護(hù)和升級非常靈活。
下面結(jié)合又一個(gè)具體流程圖對本發(fā)明做進(jìn)一步的詳細(xì)i兌明，流 程圖見附圖8。
本發(fā)明適用于各類移動通訊系統(tǒng)的用戶呼叫等過程的信令跟 蹤。具體步驟如下
一、如果業(yè)務(wù)模塊有信令消息(或稱信令數(shù)據(jù))上報(bào)(由于業(yè) 務(wù)模塊采取信令消息全上報(bào)的方式，所以等同于有業(yè)務(wù)需要處理)， 則首先需要向位于LMT層中的上報(bào)策略控制模塊進(jìn)行注冊，所述 上報(bào)策略控制模塊產(chǎn)生全局資源ID，建立注冊表(或稱注冊記錄信 息)，而業(yè)務(wù)模塊也保留該全局資源ID，同時(shí)，上報(bào)策略控制模塊 根椐LMT模塊下發(fā)的信令跟蹤信息建立全局資源ID到信令跟蹤信 息的映射表，即，信令上報(bào)策略信息記錄。
對于一次業(yè)務(wù)處理(例如一次呼叫)，只需要注冊一次即可。
二、 業(yè)務(wù)才莫塊上報(bào)信令消息時(shí)，會帶有經(jīng)注冊所分配的全局資
源ID，上才艮策略控制纟莫塊會4艮據(jù)所述全局資源ID和注冊時(shí)建立的全 局資源ID到信令跟蹤信息的映射表中的每條記錄相比較如果發(fā) 現(xiàn)該全局資源ID在映射表中存在，則上報(bào)信令消息；否則，就不 上報(bào)。
三、 業(yè)務(wù)模塊的信令消息上報(bào)沒有被處理完畢(例如呼叫過程 沒結(jié)束)時(shí)，就會重復(fù)處理流程二之中的操作 直到業(yè)務(wù)模塊的 業(yè)務(wù)(比如一次呼叫完畢)處理完畢為止。
四、 整個(gè)業(yè)務(wù)過程處理完畢，業(yè)務(wù)模塊就會調(diào)用注銷函數(shù)或過 程。此時(shí)上報(bào)策略控制模塊釋放全局資源ID，回收相關(guān)資源，以便 于下次重復(fù)使用。
同所迷注冊過程一樣， 一次業(yè)務(wù)處理只需要注銷一次。
需要說明的是，注冊和注銷過程以及數(shù)據(jù)上報(bào)過程都在LMT 層實(shí)現(xiàn)，業(yè)務(wù)層只需要調(diào)用LMT層提供的函數(shù)或過程即可，真正 做到信令跟蹤和業(yè)務(wù)無關(guān)。
本發(fā)明中采用的信令跟蹤方式是取消業(yè)務(wù)模塊中的信令跟蹤 信息，僅在LMT模塊中維護(hù)信令跟蹤信息；同時(shí)，為了保證LMT ;溪塊和業(yè)務(wù);^莫塊針對信令跟蹤信息的一致性，通過使用具有唯一性 的全局資源ID (以下簡稱GID )將業(yè)務(wù)模塊和LMT模塊中的信令 相關(guān)聯(lián)，業(yè)務(wù)模塊和LMT層間的各種移動用戶標(biāo)識都轉(zhuǎn)換為全局 資源ID進(jìn)行處理；各業(yè)務(wù)模塊只要有信令數(shù)據(jù)就全上報(bào)給LMT層， 由LMT層沖艮據(jù)在自己本身中的信令跟蹤信息來決定信令數(shù)據(jù)的上 報(bào)與否。這樣就避免了廣播下發(fā)信令跟蹤信息給業(yè)務(wù)模塊的方法， 而信令跟蹤信息對各業(yè)務(wù)模塊也是透明的，從而節(jié)省了系統(tǒng)的通訊 資源，也利于系統(tǒng)的維護(hù)；另外，由于直接采用函數(shù)調(diào)用或過禾呈調(diào) 用的方式，故對業(yè)務(wù)效率影響不大。
采用本發(fā)明所述方法，使得TD-SCDMA和信令跟蹤相關(guān)的業(yè) 務(wù)開發(fā)和LMT開發(fā)分開進(jìn)行，彼此耦合性很小，維護(hù)起來非常方 便；另外，由于采取了全局資源ID，它可以跟隨信令消息上報(bào)到 LMT層，而又由于同 一個(gè)用戶的呼叫等信令消息具有相同的全局資 源ID，這樣，只要4艮據(jù)該全局資源ID提取信令，就可以得到一個(gè) 用戶的完整信令流程，這一點(diǎn)很利于系統(tǒng)操作和維護(hù)人員迅速判斷 用戶呼叫過程中遇到的問題并在最短的時(shí)間內(nèi)解決系統(tǒng)的故障。而 且本信令跟蹤方法，信令跟蹤的處理大多只是在所述LMT層，對 整個(gè)系統(tǒng)的負(fù)擔(dān)影響不大。
本發(fā)明適用于各類移動通訊系統(tǒng)的用戶呼叫等過程的信令跟蹤。
本發(fā)明不限制于任何特定的硬件和軟件結(jié)合。應(yīng)該明白，這些 具體實(shí)施中的變化對于本領(lǐng)域的技術(shù)人員來說是很清楚的，并不脫 離本發(fā)明的精神保護(hù)范圍。
以上所述僅為本發(fā)明的 一個(gè)優(yōu)選實(shí)施例而已，并不用于限制本 發(fā)明，對于本領(lǐng)域的技術(shù)人員來說，本發(fā)明可以有各種更改和變化。 凡在本發(fā)明的津fr神和原則之內(nèi)，所作的任何修改、等同替換、改進(jìn) 等等，均應(yīng)包含在本發(fā)明的保護(hù)范圍之內(nèi)。
權(quán)利要求
1. 一種用于移動通信系統(tǒng)的信令跟蹤方法，其特征在于，包括以下步驟步驟a，業(yè)務(wù)模塊當(dāng)要跟蹤業(yè)務(wù)時(shí)，上報(bào)信令消息，其中附帶全局資源標(biāo)識；步驟b，判斷所述全局資源標(biāo)識是否映射到預(yù)先保存的本地操作維護(hù)模塊下發(fā)的信令跟蹤信息；以及步驟c，如果是，則上報(bào)所述業(yè)務(wù)的信令到所述本地操作維護(hù)模塊。
2.根據(jù)權(quán)利要求1所迷的信令跟蹤方法，其特征在于，所迷信令 跟蹤信息僅由所述本地操作維護(hù)模塊維護(hù)。
3. 根據(jù)權(quán)利要求1所述的信令跟蹤方法，其特征在于，上報(bào)策略 控制模塊保存所述全局資源標(biāo)識到所述信令跟蹤信息的映射 表，由所述上報(bào)策略控制模塊通過檢查所述映射表來執(zhí)行所述 步驟b。
4. 根據(jù)權(quán)利要求3所述的信令跟蹤方法，其特征在于，所述業(yè)務(wù) 模塊通過向所述上報(bào)策略控制模塊注冊，獲得所述全局資源標(biāo) 識。
5. 根據(jù)權(quán)利要求4所述的信令跟蹤方法，其特征在于，還包括以 下步驟:在所述業(yè)務(wù)處理完后，所述業(yè)務(wù)模塊向所述上報(bào)策略 控制模塊注銷所述全局資源標(biāo)識。
6. 根據(jù)權(quán)利要求5所述的信令跟蹤方法，其特征在于，所述上報(bào) 策略控制模塊通過根據(jù)所述業(yè)務(wù)模塊的注冊請求和注銷請求， 來執(zhí)4于所述全局資源標(biāo)識的分發(fā)和回收，并相應(yīng)地更新所述映 射表。
7. 4Mt權(quán)利要求6所述的信令跟蹤方法，其特征在于，每個(gè)所述 全局資源標(biāo)識唯一對應(yīng) 一個(gè)所述信令跟蹤信息； 一個(gè)所述信令跟蹤信息對應(yīng)至少 一個(gè)所述全局資源標(biāo)識。
8. 根據(jù)權(quán)利要求6所述的信令跟蹤方法，其特征在于，所述全局 資源標(biāo)識包括業(yè)務(wù)模塊號和流水號。
9. 根據(jù)權(quán)利要求6所述的信令跟蹤方法，其特征在于，所述信令 跟蹤信息包括信令跟蹤索引和信令跟蹤參數(shù)，其中，所述信令 跟蹤索引是唯一的，所述信令跟蹤參數(shù)包括小區(qū)標(biāo)識以及移動 用戶標(biāo)識，所述映射表包括注冊記錄信息，并且以所述全局資 源ID作為所述信令跟蹤索引，注冊記錄信息包括所述全局資 源標(biāo)識和注冊參數(shù)，其中，所述注冊參數(shù)也包括小區(qū)標(biāo)識以及 移動用戶標(biāo)識。
10. 根據(jù)權(quán)利要求1所述的信令跟蹤方法，其特征在于，由所述上報(bào)策略控制模塊通過檢查所述映射表來執(zhí)行所述步驟b包括以下步驟使用所述全局資源標(biāo)識查詢所述映射表中的所述注冊^己 錄信息，找到其關(guān)聯(lián)的注冊參凄t;查找是否存在所述信令跟蹤參凄t對應(yīng)于所述注冊參數(shù)；以及如果是，則確定所述全局資源標(biāo)識映射到預(yù)先保存的本 地操作維護(hù)模塊下發(fā)的信令跟蹤信息；否則就確定所述全局資 源標(biāo)識未映射到預(yù)先保存的本地操作維護(hù)模塊下發(fā)的信令跟 蹤信息。
全文摘要
本發(fā)明公開了一種用于移動通信系統(tǒng)的信令跟蹤方法，包括以下步驟步驟a，業(yè)務(wù)模塊當(dāng)要跟蹤業(yè)務(wù)時(shí)，就直接上報(bào)消息給LMT，和下面不一致，下面是說要經(jīng)過步驟b的判斷后，再上報(bào)給LMT模塊，建議保持一致。上報(bào)信令消息，其中附帶全局資源標(biāo)識；步驟b，判斷全局資源標(biāo)識是否映射到預(yù)先保存的LMT模塊下發(fā)的信令跟蹤信息；以及步驟c，如果是，則上報(bào)業(yè)務(wù)的信令到LMT模塊。
文檔編號H04Q7/38GK101207915SQ20061017052
公開日2008年6月25日 申請日期2006年12月21日 優(yōu)先權(quán)日2006年12月21日
發(fā)明者琪 周, 尚小冬, 王茂華 申請人:中興通訊股份有限公司