專利名稱：一種移動通信網(wǎng)絡協(xié)議信令處理系統(tǒng)和方法
技術領域：
本發(fā)明涉及移動通信系統(tǒng)中對各子系統(tǒng)之間，以及系統(tǒng)中模塊之間的協(xié)議信令(消息)進行跟蹤處理的系統(tǒng)和方法，對移動通信系統(tǒng)中的基站子系統(tǒng)BSS及交換子系統(tǒng)MSS的中特定功能接口之間的協(xié)議信令的進行跟蹤處理的系統(tǒng)和方法，特別是寬帶無線接入(以下簡稱BWA)在同時設置多任務情況下任務管理的實現(xiàn)和方法。
背景技術：
一個典型的移動通信系統(tǒng)通常包括交換子系統(tǒng)MSS、基站子系統(tǒng)BSS和移動臺子系統(tǒng)MS。系統(tǒng)之間的交互主要由信令信息完成，下面就以BWA移動交換系統(tǒng)為例。
在BWA移動通信系統(tǒng)中有如下幾個重要接口MS和基站之間的空中口R1接口；BSS之間的R8接口；BSS和ASN GW(接入網(wǎng)網(wǎng)關)之間的R6接口；ASNGW和CSN(核心網(wǎng))之間的R3接口等。
BWA移動通信系統(tǒng)各子系統(tǒng)在這些接口之間傳遞消息信令，相互協(xié)調(diào)協(xié)作，從而實現(xiàn)移動通信系統(tǒng)的各項功能。這些接口之間的信令消息傳遞是否準確、及時，將影響到通信系統(tǒng)功能的實現(xiàn)和性能的好壞。特別在需要同時跟蹤多種任務時，如果有一種方便有效的辦法可以管理并分發(fā)這些任務之間的信令消息，將會給多任務的信令跟蹤實現(xiàn)更加方便、實用。
同時，當系統(tǒng)需要同時設置多個任務(例如多個客戶端同時一種設置跟蹤任務、一個客戶端同時設置多種跟蹤任務以及他們的組合等)，需要任務池來創(chuàng)建各種不同的任務進行標識和處理，并且在對應任務消息到來時候予以分發(fā)處理。
在現(xiàn)有技術中，發(fā)明專利申請“信令消息的跟蹤”(申請?zhí)?9809744.6，
公開日2001年9月12日，公開號1313019A)，采用針對一個或若干個移動用戶，跟蹤拷貝所有與該用戶的有關的信令消息。該方法存在的問題是由于一個用戶的一次業(yè)務(對話)流程往往涉及到多個接口，但只涉及到接口中小部分的信令消息，當采用此消息跟蹤特定接口的消息時，將不得不同時跟蹤到與此無關的其它接口的信令消息；并且接口中的特定的消息是與特定的業(yè)務相關的，如果采用指定用戶的方式跟蹤，當該用戶沒有實現(xiàn)某項業(yè)務時，與該業(yè)務相關的消息將無法跟蹤得到。該申請僅僅針對一個或多個移動用戶進行跟蹤，不能針對特定的接口或針對基站收發(fā)信機(BTS)或BTS的某個小區(qū)的信令進行跟蹤。
在現(xiàn)有的技術中，發(fā)明專利申請“移動通信網(wǎng)絡協(xié)議信令分析系統(tǒng)和方法”(申請?zhí)朇N200310101812，
公開日2004年9月15日，公開號CN1529447A)，該申請公開一種移動通信網(wǎng)絡協(xié)議信令分析系統(tǒng)和方法，所述系統(tǒng)包括一個或多個信令消息、跟蹤任務代理、一個或多個信令消息跟蹤后臺；跟蹤任務代理接收信令消息跟蹤后臺的任務，根據(jù)任務向各個接口模塊或業(yè)務模塊發(fā)送信令消息收集指令；同時接收信令消息收集器送來的信令消息數(shù)據(jù)，并將信令消息數(shù)據(jù)分發(fā)給信令消息跟蹤后臺。該專利僅僅針對一個或多個收集源進行跟蹤，不能針對一個收集源跟蹤多種類型(如特定的接口或針對基站收發(fā)信機BTS或BTS的某個小區(qū))任務以及他們的任意組合的信令進行跟蹤。

發(fā)明內(nèi)容
本發(fā)明解決的技術問題是提供了一種移動通信網(wǎng)絡協(xié)議信令處理系統(tǒng)和方法，使得無線通信系統(tǒng)的開發(fā)和維護人員可以方便地同時對無線通信系統(tǒng)中各子系統(tǒng)間及子系統(tǒng)中各模塊間的接口信令的多個任務同時進行跟蹤和處理。
本發(fā)明所述的移動通信網(wǎng)絡協(xié)議信令處理系統(tǒng)包括一個或多個信令消息收集器、一個任務池、一個或多個信令任務源；所述信令消息收集器用于接收信令消息收集指令，完成信令消息的收集，并將收集的信令消息發(fā)送到所述的跟蹤任務代理；所述任務池根據(jù)由所述信令任務源發(fā)來的跟蹤任務實現(xiàn)遍歷任務池中的所有任務，來判斷是否有匹配的任務，如果有，則在任務池的任務源列表中增加當前的任務源，如果沒有則創(chuàng)建新的任務(任務有任務標識，任務源等標志組成)，同時對應的信令消息收集器發(fā)送信令消息收集指令；同時接收信令消息收集器送來的信令消息數(shù)據(jù)，并根據(jù)任務標識到任務池中查詢對應的任務，發(fā)送給本任務對應的任務源；所述信令任務源用于收集用戶的一個或多個指令，構造成一個或多個跟蹤任務，并將跟蹤任務發(fā)送至所述任務池；同時接收所述任務池送來的信令消息數(shù)據(jù)。
所述的信令消息收集器可以置于移動通信系統(tǒng)子系統(tǒng)的各接口實現(xiàn)模塊或業(yè)務實現(xiàn)模塊或接口通信模塊中。
所述任務池可以置于移動通信系統(tǒng)的子系統(tǒng)的主控模塊或后臺網(wǎng)管服務器中。并且任務池需要有各個接口和對應收集器之間的映射關系表，對于不同的跟蹤任務可以使用映射表將任務請求發(fā)送到對應的收集器。
所述信令任務源可以根據(jù)構造任務時的配置，將接收到的信令消息數(shù)據(jù)按不同的任務分別顯示在不同的界面上，并且不同的信令消息按對應的結構樹顯示。
所述跟蹤任務的范圍至少可分為指定BTS跟蹤、指定CELL跟蹤、指定BSID跟蹤和指定IMSI跟蹤。
每個任務池對應一個跟蹤類型，當用戶單選或多選某跟蹤類型進行跟蹤時，任務池根據(jù)接口收集器映射表發(fā)送任務請求給對應的收集器，當收集器應答成功，對應的任務池中增加這些跟蹤任務，并記錄各任務的任務源標識。
本發(fā)明所述的移動通信網(wǎng)絡協(xié)議信令處理方法，包括以下處理步驟第一步，信令任務源開始跟蹤任務，并將跟蹤任務發(fā)送至任務池；第二步，任務池接收跟蹤任務，遍歷任務池中的所有任務，來判斷是否有匹配的任務，如果有，則在任務池的任務源列表中增加當前的任務源，同時任務源記數(shù)器加1，如果沒有則創(chuàng)建新的任務(任務有任務標識，任務源等標志組成)，并向對應的信令消息收集器發(fā)送信令消息收集指令；第三步，信令消息收集器接收信令消息收集指令，完成信令消息的收集，并將收集的信令應答消息發(fā)送到任務池；第四步，任務池接收信令收集器的信令數(shù)據(jù)消息，遍歷任務池中的任務，查找到對應的任務將收集器的信令數(shù)據(jù)消息分發(fā)給對應的信令任務源。
第五步，任務源結束任務時，首先確定該任務池中包含的任務源信息個數(shù)，若有2個或2個以上，則從該任務池中刪除該發(fā)出結束任務請求的任務源信息，并且任務源記數(shù)器減1；若僅有1個該任務源信息，則直接刪除該任務，并向前臺發(fā)送結束跟蹤任務。
所述第二步中具體包括以下處理過程任務池接收跟蹤任務，查詢?nèi)蝿粘刂械慕涌?收集器映射表，根據(jù)表中該任務對應的跟蹤接口信息，向相關的信令消息收集器發(fā)送信令消息收集指令。
所述第二步中如果有多個任務在同時跟蹤某個接口，具體包括以下處理步驟任務池只向該接口的信令消息收集器發(fā)送一次啟動指令，任務池收到信令消息收集器上報的信令消息后，根據(jù)任務池中當前任務類型的任務源信息，將信令分發(fā)給每一個跟蹤該接口的任務源。
具體包括如下步驟S41、系統(tǒng)收集器上報信令消息；S42、任務池查找任務池中當前跟蹤任務的任務源標識；S43、任務池遍歷S42查詢結果中的任務源；S44、向任務源發(fā)送上報信令；S45、任務池判斷是否遍歷結束？如果完成則結束；否則到S46；S46、獲取下一個任務源信息。
所述的移動通信網(wǎng)絡協(xié)議信令處理方法，還包括如下步驟步驟11，任務源選擇需要停止某類型跟蹤任務，發(fā)起停止跟蹤任務；步驟12，任務池收到停止跟蹤請求，檢查任務池中該跟蹤任務的任務源記數(shù)器是否大于1個，如果是，執(zhí)行步驟13；否則，向收集器發(fā)送停止跟蹤請求，之后執(zhí)行步驟14；步驟13，任務池發(fā)送應答消息給任務源，刪除對應的任務源標識，同時任務源記數(shù)器減1，結束；步驟14，收集器收到停止跟蹤請求，設置跟蹤停止跟蹤標志并向任務池發(fā)送應答消息；步驟15，任務池收到停止跟蹤應答，如果應答成功，則在任務池中刪除此跟蹤任務，發(fā)送應答給任務源，同時任務源記數(shù)器減1；如果應答失敗，直接返回任務源停止跟蹤失敗，結束。
采用本發(fā)明的所述的方法，可以實現(xiàn)對移動通信系統(tǒng)中指定的接口和指定的用戶進行跟蹤，特別是在同時設置多任務情況下利用任務池的功能，可以實現(xiàn)多個客戶端同時設置一種跟蹤任務、一個客戶端同時設置多種跟蹤任務，也可以實現(xiàn)多個客戶端的多個跟蹤任務組合等，克服了一次只能跟蹤一種任務的不足。


圖1為本發(fā)明所述的多任務管理中任務池實現(xiàn)系統(tǒng)結構示意圖；圖2為本發(fā)明所述的創(chuàng)建任務流程圖；圖3是本發(fā)明刪除任務流程圖；圖4是本發(fā)明的上報信令消息分發(fā)消息流程圖；具體實施方式
以下結合附圖對本發(fā)明的一種實現(xiàn)方案進行更詳細的說明。
下面以BWA系統(tǒng)中信令跟蹤任務的管理為例詳細描述本發(fā)明。
如圖1所示，BWA系統(tǒng)中信令跟蹤由任務源、任務池和前臺收集器三個部分組成。任務池負責任務池任務的創(chuàng)建、維護和刪除；任務源負責各種任務的發(fā)起、負責上報信令的顯示；收集器負責信令任務的過濾和上報。由于收集器分布在不同的單板和模塊上，需要任務池中保存接口和收集器對應映射關系，以便任務源的不同跟蹤可以轉發(fā)到對應的收集器。
在BWA中，根據(jù)跟蹤范圍不同，跟蹤類型在BWA中分為指定BTS(基站收發(fā)信機)跟蹤、指定CELL(小區(qū))跟蹤、指定BSID(基站標識)跟蹤和指定IMSI(國際移動用戶標識)跟蹤(但是不限于以上跟蹤類型)等。每種跟蹤有對應的類型標識；每個任務源有對應的任務源標識。
本發(fā)明實現(xiàn)時，首先為每個任務設置兩個屬性唯一區(qū)分跟蹤類型的類型標識和任務源標識。本發(fā)明利用系統(tǒng)跟蹤類型作為區(qū)分該任務池中的類型標識，同時記錄任務的任務源標識。
按任務類型設立任務池，每個任務池對應一個跟蹤類型；當用戶選擇某類型跟蹤時(可以單選或多選)，任務池根據(jù)接口收集器映射表發(fā)送任務請求給對應的收集器，當收集器應答成功，對應的任務池中增加這些跟蹤任務，并記錄各任務的任務源標識。具體創(chuàng)建過程如下。
如圖2所示，包括以下步驟S21、任務源選擇需要跟蹤的任務類型，發(fā)起跟蹤任務；
S22、任務池收到跟蹤請求，檢查任務池中是否已經(jīng)存在此任務，如果沒有，即向收集器發(fā)送請求S221；否則，轉至S25；S23、收集器收到請求，設置收集接口標志并向任務池發(fā)送應答消息；S24、任務跟蹤是否收到成功應答，如果應答成功，在任務池中增加此跟蹤任務并且標識任務源S241；如果應答失敗，直接返回任務源跟蹤失敗，結束任務。
S25、增加此跟蹤任務的任務源標志；任務源記數(shù)器加1，任務池直接發(fā)送任務應答成功，結束任務。
可根據(jù)需要，不對跟蹤任務類型設置標志，同樣可以實現(xiàn)本發(fā)明。
如圖3所示，當某任務源選擇停止某類型任務跟蹤時，具體步驟如下S31、任務源選擇需要停止跟蹤任務，發(fā)起停止跟蹤任務；S32、任務池收到停止跟蹤請求，檢查任務池中該跟蹤任務的任務源記數(shù)器是否大于1個，如果是，執(zhí)行S33；否則，向收集器發(fā)送停止跟蹤請求，之后執(zhí)行S34；S33、任務池發(fā)送應答消息給任務源，刪除對應的任務源標識，同時任務源記數(shù)器減1，結束；S34、收集器收到停止跟蹤請求，設置跟蹤停止跟蹤標志并向任務池發(fā)送應答消息；S35、任務池收到停止跟蹤應答，如果應答成功，則在任務池中刪除此跟蹤任務S351，發(fā)送應答給任務源S352，同時任務源記數(shù)器減1；如果應答失敗，直接返回任務源停止跟蹤失敗，結束S353。
說明停止、開始是針對任務源的；建立、刪除是針對任務池而言的。
當系統(tǒng)收集器跟蹤過程中發(fā)現(xiàn)有信令上報，如圖4所示，則作以下處理S41、系統(tǒng)收集器上報信令消息；S42、任務池查找任務池中當前跟蹤任務的任務源標識；S43、任務池遍歷S42查詢結果中的任務源；S44、向任務源發(fā)送上報信令；S45、任務池判斷是否遍歷結束？如果完成則結束；否則到S46；S46、獲取下一個任務源信息。
本發(fā)明克服了現(xiàn)有技術的只能跟蹤指定移動用戶的信令消息的不足，不但可以跟蹤指定移動用戶(如指定IMSI跟蹤)的信令消息，也可以根據(jù)范圍域(如指定BTS、指定CELL、指定BSID跟蹤等)跟蹤指定的接口的信令消息、而且可以同時實現(xiàn)按照用戶和范圍域任意組合的多任務跟蹤；可以實現(xiàn)多個客戶端同時設置一種跟蹤任務、一個客戶端同時設置多種跟蹤任務，也可以實現(xiàn)多個客戶端的多個跟蹤任務組合等，克服了一次只能跟蹤一種任務的不足。此外，本發(fā)明的多任務管理不限于信令收集器，凡是可以發(fā)起多個任務的其他功能器件或模塊，都適用本方法。
本發(fā)明已經(jīng)成功運用于IS95、CDMA1X、CDMA2000、BWA等系統(tǒng)中。本發(fā)明在以上各系統(tǒng)中穩(wěn)定可靠，并具有良好的移植性，是實現(xiàn)多任務管理的典型之一，對其他類似功能的研發(fā)有很大的借鑒意義。
權利要求
1.一種移動通信網(wǎng)絡協(xié)議信令處理系統(tǒng)，用于寬帶無線接入系統(tǒng)中多種類型任務的分析和跟蹤，所述系統(tǒng)包括一個或多個信令消息收集器，其特征在于，所述系統(tǒng)還包括一個任務池、一個或多個信令任務源；其中，所述信令消息收集器，用于接收信令消息收集指令，完成信令消息的收集，并將收集的信令消息發(fā)送到所述的任務池；所述任務池根據(jù)由所述信令任務源發(fā)來的跟蹤任務實現(xiàn)遍歷任務池中的所有任務，來判斷是否有匹配的任務，如果有，則在任務池的任務源列表中增加當前的任務源，如果沒有，則創(chuàng)建新任務，同時對應的信令消息收集器發(fā)送信令消息收集指令；同時接收信令消息收集器送來的信令消息數(shù)據(jù)，并根據(jù)的任務標識到任務池中查詢對應的任務，發(fā)送給本任務對應的任務源；所述信令任務源用于收集用戶的一個或多個指令，構造成一個或多個跟蹤任務，并將跟蹤任務發(fā)送至所述任務池；同時接收所述任務池送來的信令消息數(shù)據(jù)。
2.如權利要求1所述的移動通信網(wǎng)絡協(xié)議信令處理系統(tǒng)，其特征在于，所述的信令消息收集器可以置于移動通信系統(tǒng)子系統(tǒng)的各接口實現(xiàn)模塊或業(yè)務實現(xiàn)模塊或接口通信模塊中。
3.如權利要求1所述的移動通信網(wǎng)絡協(xié)議信令處理系統(tǒng)，其特征在于，所述任務池可以置于移動通信系統(tǒng)的子系統(tǒng)的主控模塊或后臺網(wǎng)管服務器中。并且任務池需要有各個接口和對應收集器之間的映射關系表，對于不同的跟蹤任務可以使用映射表將任務請求發(fā)送到對應的收集器。
4.如權利要求1、2或3所述的移動通信網(wǎng)絡協(xié)議信令處理系統(tǒng)，其特征在于，所述信令任務源可以根據(jù)構造任務時的配置，將接收到的信令消息數(shù)據(jù)按不同的任務分別顯示在不同的界面上，并且不同的信令消息按對應的結構樹顯示。
5.如權利要求1、2或3所述的移動通信網(wǎng)絡協(xié)議信令處理系統(tǒng)，其特征在于，所述跟蹤任務的范圍至少可分為指定BTS跟蹤、指定CELL跟蹤、指定BSID跟蹤和指定IMSI跟蹤。
6.如權利要求1、2或3所述的移動通信網(wǎng)絡協(xié)議信令處理系統(tǒng)，其特征在于，每個任務池對應一個跟蹤類型，當用戶單選或多選某跟蹤類型進行跟蹤時，任務池根據(jù)接口收集器映射表發(fā)送任務請求給對應的收集器，當收集器應答成功，對應的任務池中增加這些跟蹤任務，并記錄各任務的任務源標識。
7.一種移動通信網(wǎng)絡協(xié)議信令處理方法，用于寬帶無線接入系統(tǒng)中多種類型任務的分析和跟蹤，其特征在于，包括如下步驟第一步，信令任務源開始跟蹤任務，并將跟蹤任務發(fā)送至任務池；第二步，任務池接收跟蹤任務，遍歷任務池中的所有任務，來判斷是否有匹配的任務，如果有，則在任務池的任務源列表中增加當前的任務源，同時任務源記數(shù)器加1，如果沒有則創(chuàng)建新的任務，并向對應的信令消息收集器發(fā)送信令消息收集指令；第三步，信令消息收集器接收信令消息收集指令，完成信令消息的收集，并將收集的信令應答消息發(fā)送到任務池；第四步，任務池接收信令收集器的信令數(shù)據(jù)消息，遍歷任務池中的任務，查找到對應的任務將收集器的信令數(shù)據(jù)消息分發(fā)給對應的信令任務源。第五步，任務源結束任務時，首先確定該任務池中包含的任務源信息個數(shù)，若有2個或2個以上，則從該任務池中刪除該發(fā)出結束任務請求的任務源信息，并且任務源記數(shù)器減1；若僅有1個該任務源信息，則直接刪除該任務，并向前臺發(fā)送結束跟蹤任務。
8.如權利要求7所述的移動通信網(wǎng)絡協(xié)議信令處理方法，其特征在于，所述第二步中具體包括如下步驟任務池接收跟蹤任務，查詢?nèi)蝿粘刂械慕涌?收集器映射表，根據(jù)表中該任務對應的跟蹤接口信息，向相關的信令消息收集器發(fā)送信令消息收集指令。
9.如權利要求7所述的移動通信網(wǎng)絡協(xié)議信令處理方法，其特征在于，所述第二步中如果有多個任務在同時跟蹤某個接口，包括如下步驟任務池只向該接口的信令消息收集器發(fā)送一次啟動指令，任務池收到信令消息收集器上報的信令消息后，根據(jù)任務池中當前任務類型的任務源信令，將信令分發(fā)給每一個跟蹤該接口的任務源。
10.如權利要求9所述的移動通信網(wǎng)絡協(xié)議信令處理方法，其特征在于，具體包括如下步驟S41、系統(tǒng)收集器上報信令消息；S42、任務池查找任務池中當前跟蹤任務的任務源標識；S43、任務池遍歷S42查詢結果中的任務源；S44、向任務源發(fā)送上報信令；S45、任務池判斷是否遍歷結束？如果完成則結束；否則到S46；S46、獲取下一個任務源信息。
11.如權利要求7所述的移動通信網(wǎng)絡協(xié)議信令處理方法，其特征在于，該方法還包括如下步驟步驟11，任務源選擇需要停止某類型跟蹤任務，發(fā)起停止跟蹤任務；步驟12，任務池收到停止跟蹤請求，檢查任務池中該跟蹤任務的任務源記數(shù)器是否大于1個，如果是，執(zhí)行步驟13；否則，向收集器發(fā)送停止跟蹤請求，之后執(zhí)行步驟14；步驟13，任務池發(fā)送應答消息給任務源，刪除對應的任務源標識，同時任務源記數(shù)器減1，結束；步驟14，收集器收到停止跟蹤請求，設置跟蹤停止跟蹤標志并向任務池發(fā)送應答消息；步驟15，任務池收到停止跟蹤應答，如果應答成功，則在任務池中刪除此跟蹤任務，發(fā)送應答給任務源，同時任務源記數(shù)器減1；如果應答失敗，直接返回任務源停止跟蹤失敗，結束。
全文摘要
本發(fā)明涉及一種移動通信網(wǎng)絡協(xié)議信令處理系統(tǒng)，用于寬帶無線接入系統(tǒng)中多種類型任務的分析和跟蹤，包括一個或多個信令消息收集器、一個任務池、一個或多個信令任務源；本發(fā)明使得無線通信系統(tǒng)的開發(fā)和維護人員可以方便地同時對無線通信系統(tǒng)中各子系統(tǒng)間及子系統(tǒng)中各模塊間的接口信令的多個任務同時進行跟蹤和處理。
文檔編號H04W4/20GK1929666SQ200510086359
公開日2007年3月14日 申請日期2005年9月5日 優(yōu)先權日2005年9月5日
發(fā)明者付連續(xù), 康紅輝 申請人:中興通訊股份有限公司