專(zhuān)利名稱(chēng)：一種采用嵌入式數(shù)據(jù)庫(kù)系統(tǒng)保存信令跟蹤數(shù)據(jù)的方法
技術(shù)領(lǐng)域：
本發(fā)明涉及通訊領(lǐng)域，并且特別地，涉及網(wǎng)管信令跟蹤工具的一種保存上 報(bào)信令數(shù)據(jù)的方法。
背景技術(shù)：
信令跟蹤(Signaling Trace)是電信網(wǎng)絡(luò)運(yùn)營(yíng)維護(hù)中一項(xiàng)重要功能。信令 跟蹤工具通過(guò)跟蹤記錄前臺(tái)網(wǎng)元(Network Element)設(shè)備之間的信令消息，實(shí) 時(shí)地呈現(xiàn)信令傳輸過(guò)程，為開(kāi)發(fā)及維護(hù)人員進(jìn)行信令流程分析和故障定位提供 了重要的手段。
目前以軟件方式實(shí)現(xiàn)的信令跟蹤工具，對(duì)于接收到信令的處理有兩種方 式， 一種是只做實(shí)時(shí)顯示，不做數(shù)據(jù)保存。另一種方式則是既做實(shí)時(shí)顯示，又 做數(shù)據(jù)實(shí)時(shí)保存。隨著信令跟蹤工具功能的不斷增強(qiáng)，特別是為了滿(mǎn)足用戶(hù)査 看歷史跟蹤數(shù)據(jù)的需求，實(shí)時(shí)信令數(shù)據(jù)保存成為一個(gè)技術(shù)的關(guān)鍵， 一款優(yōu)秀的 信令跟蹤工具，必須做到準(zhǔn)確無(wú)誤的保存所有前臺(tái)網(wǎng)元上報(bào)的信令數(shù)據(jù)，以供 技術(shù)人員分析使用。
信令跟蹤工具一般無(wú)需安裝，拷貝即可使用。因此對(duì)于大量信令數(shù)據(jù)，無(wú) 法使用傳統(tǒng)的關(guān)系型數(shù)據(jù)庫(kù)系統(tǒng)保存數(shù)據(jù)。目前的信令跟蹤工具一般采用自定 義文件或者Access數(shù)據(jù)庫(kù)的方式進(jìn)行數(shù)據(jù)保存
使用自定義文件，優(yōu)點(diǎn)在于可以為信令跟蹤開(kāi)發(fā)特定的保存功能；缺點(diǎn)在 于，難以對(duì)數(shù)據(jù)讀寫(xiě)的進(jìn)行控制(例如同步)。此外，當(dāng)文件超過(guò)4個(gè)GB大小 時(shí)，Windows操作系統(tǒng)將無(wú)法支持。
使用Access數(shù)據(jù)庫(kù)的優(yōu)點(diǎn)在于windows系統(tǒng)提供成熟的數(shù)據(jù)庫(kù)訪(fǎng)問(wèn)接口 ， 使用簡(jiǎn)單靈活，對(duì)數(shù)據(jù)的讀寫(xiě)控制較好；其缺點(diǎn)在于，Access數(shù)據(jù)庫(kù)是簡(jiǎn)單 的桌面型數(shù)據(jù)庫(kù)，無(wú)法滿(mǎn)足大量信令數(shù)據(jù)的存儲(chǔ)要求。并且Access只提供ODBC 訪(fǎng)問(wèn)方式，Java程序必須通過(guò)JDBC-ODBC橋的方式訪(fǎng)問(wèn)數(shù)據(jù)庫(kù)，降低了數(shù)據(jù) 存取的效率。

發(fā)明內(nèi)容
為了解決上述問(wèn)題，本發(fā)明提出了 一種采用嵌入式數(shù)據(jù)庫(kù)系統(tǒng)保存信令跟
蹤數(shù)據(jù)的方法，目的在于根據(jù)java代碼實(shí)現(xiàn)的信令跟蹤工具，采用嵌入式 數(shù)據(jù)庫(kù)系統(tǒng)存儲(chǔ)信令數(shù)據(jù)，該數(shù)據(jù)庫(kù)無(wú)需安裝配置，可以直接與程序結(jié)合完成 獨(dú)立的數(shù)據(jù)存取功能。
具體地講，本發(fā)明公開(kāi)的一種采用嵌入式數(shù)據(jù)庫(kù)系統(tǒng)保存信令跟蹤數(shù)據(jù)的
系統(tǒng)，包括
配置參數(shù)模塊，用于獲取配置文件中的各種配置參數(shù)；
所述配置參數(shù)為以XML文件的方式保存的前臺(tái)網(wǎng)元信息，所述前臺(tái)網(wǎng)元信 息包括四個(gè)字段ID編號(hào)、網(wǎng)元名稱(chēng)、IP地址和端口號(hào)。
前后臺(tái)通信模塊，用于和前臺(tái)網(wǎng)元建立和維護(hù)通信鏈路，接收前臺(tái)網(wǎng)元發(fā) 來(lái)的信令消息，并把消息寫(xiě)入信令消息緩沖區(qū)；
所述信令消息緩沖區(qū)還包括溢出信令消息緩沖區(qū)，所述信令消息處理模塊 還包括溢出緩沖區(qū)信令消息處理模塊，所述溢出緩沖區(qū)信令消息處理模塊包括 多個(gè)溢出緩沖區(qū)信令消息處理線(xiàn)程，用于對(duì)溢出緩沖區(qū)里的信令消息進(jìn)行處 理，將信令消息保存至數(shù)據(jù)庫(kù)。
信令消息處理模塊，包括多個(gè)信令消息處理線(xiàn)程，用于對(duì)信令消息緩沖區(qū) 里的信令消息進(jìn)行處理；所述多個(gè)信令消息處理線(xiàn)程在后臺(tái)信令跟蹤工具啟動(dòng) 時(shí)創(chuàng)建。
數(shù)據(jù)庫(kù)模塊，保存接收的信令數(shù)據(jù)和提取已保存的信令數(shù)據(jù)。 所述數(shù)據(jù)庫(kù)系統(tǒng)采用Java版本的Oracle Berkeley DB嵌入式數(shù)據(jù)庫(kù)。 本發(fā)明還公開(kāi)了一種采用嵌入式數(shù)據(jù)庫(kù)系統(tǒng)保存信令跟蹤數(shù)據(jù)的方法，包 括步驟
步驟l，獲取配置文件中的各種配置參數(shù)；
步驟2，和前臺(tái)網(wǎng)元建立和維護(hù)通信鏈路，接收前臺(tái)網(wǎng)元發(fā)來(lái)的信令消息， 并把消息寫(xiě)入信令消息緩沖區(qū)；
步驟3，對(duì)信令消息緩沖區(qū)里的信令消息進(jìn)行處理，包括多個(gè)信令消息線(xiàn) 程處理；
步驟4，保存接收的信令數(shù)據(jù)和提取已保存的信令數(shù)據(jù)。
所述步驟l中，配置參數(shù)為以XML文件的方式保存的前臺(tái)網(wǎng)元信息，所述
前臺(tái)網(wǎng)元信息包括四個(gè)字段ID編號(hào)、網(wǎng)元名稱(chēng)、IP地址和端口號(hào)。
所述歩驟2中把消息寫(xiě)入信令消息緩沖區(qū)還包括把消息寫(xiě)入溢出信令消
息緩沖區(qū)。
所述步驟3進(jìn)一步包括
步驟301，后臺(tái)信令跟蹤工具啟動(dòng)時(shí)，創(chuàng)建多個(gè)信令消息處理線(xiàn)程； 歩驟302，每個(gè)信令處理線(xiàn)程從信令消息緩沖區(qū)取出一條信令消息，然后 將信令消息緩沖區(qū)中對(duì)應(yīng)的信令消息從緩沖區(qū)中刪除；
步驟303，每個(gè)信令處理線(xiàn)程處理剛從緩沖區(qū)中的信令消息；然后重復(fù)302步驟。
所述步驟4進(jìn)一步包括 步驟401，啟動(dòng)信令跟蹤工具；
歩驟402，判斷是否創(chuàng)建跟蹤任務(wù)，如果不是，則執(zhí)行步驟4042; 步驟4032，創(chuàng)建新的信令跟蹤任務(wù)； 步驟4033，創(chuàng)建數(shù)據(jù)庫(kù)，并且建立任務(wù)與數(shù)據(jù)庫(kù)的連接； 步驟4034，接受信令處理線(xiàn)程傳送的數(shù)據(jù)，將數(shù)據(jù)保存至數(shù)據(jù)庫(kù)。 步驟4042，打開(kāi)跟蹤任務(wù)。
步驟4043，打開(kāi)任務(wù)對(duì)應(yīng)的數(shù)據(jù)庫(kù)，建立與數(shù)據(jù)庫(kù)的連接； 步驟4044，數(shù)據(jù)庫(kù)根據(jù)傳入的索引值找到對(duì)應(yīng)的記錄，返回碼流數(shù)據(jù)。
本發(fā)明的技術(shù)在于效果既提高了信令跟蹤工具數(shù)據(jù)處理的吞吐量，又避免 了對(duì)原有的軟件體系結(jié)構(gòu)的大規(guī)模改動(dòng)，可以方便地將各版本變更為數(shù)據(jù)庫(kù)存 儲(chǔ)模式。


圖l是本發(fā)明的總體框圖-,
圖2是配置參數(shù)模塊流程圖3是前后臺(tái)通訊模塊流程圖4是信令消息處理模塊的處理流程圖5是數(shù)據(jù)庫(kù)模塊流程圖。
具體實(shí)施例方式
附圖用來(lái)提供對(duì)本發(fā)明的進(jìn)一步理解，構(gòu)成本申請(qǐng)的一部分，本發(fā)明的示 意性實(shí)施例及其說(shuō)明用于解釋本發(fā)明，并不構(gòu)成對(duì)本發(fā)明的不當(dāng)限定。
本發(fā)明包括以下模塊配置參數(shù)模塊，用于獲取配置文件中的各種配置參 數(shù)；前后臺(tái)通信模塊，用于和前臺(tái)網(wǎng)元建立和維護(hù)通信鏈路，接收前臺(tái)網(wǎng)元發(fā) 來(lái)的信令消息；信令消息處理模塊，包括多個(gè)信令消息處理線(xiàn)程，用于對(duì)信令 消息緩沖區(qū)里的信令消息進(jìn)行處理；數(shù)據(jù)庫(kù)模塊，用于保存接收的信令數(shù)據(jù)和 提取已保存的信令數(shù)據(jù)。
本發(fā)明提出的技術(shù)方案為采用java版本的Oracle Berkeley DB嵌入式 數(shù)據(jù)庫(kù)實(shí)現(xiàn)數(shù)據(jù)保存的核心功能。
Berkeley DB是一款開(kāi)源的、高性能的嵌入式數(shù)據(jù)庫(kù)系統(tǒng)，它完全基于Java 語(yǔ)言實(shí)現(xiàn)，采用二叉樹(shù)(Btree)的數(shù)據(jù)存儲(chǔ)結(jié)構(gòu)，提供基于事務(wù)方式的存儲(chǔ)引 擎和JDBC的數(shù)據(jù)訪(fǎng)問(wèn)接口 。 Berkeley DB將待存儲(chǔ)的數(shù)據(jù)，優(yōu)先寫(xiě)入Berkeley DB申請(qǐng)的Java虛擬機(jī)(JVM)緩存空間。如果申請(qǐng)的緩存空間已經(jīng)用完，則先 把緩存中的數(shù)據(jù)寫(xiě)入磁盤(pán)，再將待保存的數(shù)據(jù)寫(xiě)入緩存。與傳統(tǒng)的關(guān)系型數(shù)據(jù) 庫(kù)相比，Berkeley DB對(duì)數(shù)據(jù)有更快的存取速度，較低的CPU和內(nèi)存占用率。 對(duì)于信令跟蹤工具而言，Berkeley DB的優(yōu)勢(shì)更加明顯，首先，它無(wú)需安裝配 置，在原有代碼基礎(chǔ)上只需要引入不足4M的jar包，即可完成數(shù)據(jù)庫(kù)的所有 功能。其次，它的數(shù)據(jù)表結(jié)構(gòu)簡(jiǎn)單， 一張二維表只有兩個(gè)字段，關(guān)鍵字和數(shù)據(jù)， 而且支持byte型數(shù)組數(shù)據(jù)的直接存儲(chǔ)。最后，對(duì)于由java開(kāi)發(fā)的信令跟蹤工 具，該Java版本的Berkeley DB針對(duì)Java程序做了特殊優(yōu)化，提高了數(shù)據(jù)存 取的效率。
下面參考附圖，詳細(xì)說(shuō)明本發(fā)明的具體實(shí)施方式
。
圖1是本發(fā)明的總體框圖。如圖1所示，本發(fā)明包括以下模塊配置參數(shù) 模塊，用于獲取配置文件中的各種配置參數(shù)；前后臺(tái)通信模塊，用于和前臺(tái)網(wǎng) 元建立和維護(hù)通信鏈路，接收前臺(tái)網(wǎng)元發(fā)來(lái)的信令消息，并把消息寫(xiě)入信令消 息緩沖區(qū)或者溢出信令消息緩沖區(qū)(信令消息緩沖區(qū)和溢出信令消息緩沖區(qū)可 以為兩個(gè)不同的信令消息緩沖區(qū)，也可以在信令消息緩沖區(qū)中包括溢出信令消 息緩沖區(qū))；信令消息處理模塊，包括多個(gè)信令消息處理線(xiàn)程，用于對(duì)信令消 息緩沖區(qū)里的信令消息進(jìn)行處理；溢出緩沖區(qū)信令消息處理模塊，包括多個(gè)溢出緩沖區(qū)信令消息處理線(xiàn)程，用于對(duì)溢出緩沖區(qū)里的信令消息進(jìn)行處理，將信 令消息保存至數(shù)據(jù)庫(kù)。數(shù)據(jù)庫(kù)模塊，負(fù)責(zé)數(shù)據(jù)存取的功能。對(duì)于接受到的碼流
數(shù)據(jù)，優(yōu)先將它存放在申請(qǐng)的JVM虛擬機(jī)緩存中，當(dāng)緩存已滿(mǎn)，將緩存中的碼
流數(shù)據(jù)一次性寫(xiě)入數(shù)據(jù)庫(kù)中，在讀取數(shù)據(jù)庫(kù)保存的數(shù)據(jù)時(shí)，向數(shù)據(jù)庫(kù)傳入索引 關(guān)鍵字值，數(shù)據(jù)庫(kù)根據(jù)索引值，返回保存的碼流信息。這四個(gè)模塊是順序連接
的:信令跟蹤是按照"配置參數(shù)模塊--^前后臺(tái)通訊模塊一^信令消息處理模 塊--今數(shù)據(jù)庫(kù)模塊"這樣的流程依次處理的。
圖2是配置參數(shù)模塊處理流程圖。在該模塊中，完成前臺(tái)網(wǎng)元信息的配置 任務(wù)。 一條網(wǎng)元信息記錄包括四個(gè)字段，分別是ID編號(hào)、網(wǎng)元名稱(chēng)、IP地址 和端口號(hào)。網(wǎng)元信息以XML文件的方式保存，讀取配置信息完畢后，用戶(hù)可選 擇相應(yīng)的網(wǎng)元進(jìn)行連接。
步驟21，讀取XML格式的配置信息；
步驟22，設(shè)置前臺(tái)網(wǎng)元信息配置列表的ID編號(hào)信息；
步驟23，設(shè)置前臺(tái)網(wǎng)元信息配置列表的網(wǎng)元名稱(chēng)信息；
步驟24，設(shè)置前臺(tái)網(wǎng)元信息配置列表的IP地址信息；
步驟25，設(shè)置前臺(tái)網(wǎng)元信息配置列表的端口號(hào)信息。
圖3是前后臺(tái)通訊模塊的處理流程圖。
步驟301，建立前后臺(tái)通信鏈路；
步驟302，接收前臺(tái)發(fā)來(lái)的信令消息；
步驟303，判斷信令消息緩沖區(qū)是否己滿(mǎn)；
步驟304，如果否，則將信令消息寫(xiě)入信令消息緩沖區(qū)；
步驟305，如果是，則將信令消息寫(xiě)入溢出信令消息緩沖區(qū)；
步驟306，返回步驟302。
圖4是信令消息處理模塊的處理流程圖。
步驟401，后臺(tái)信令跟蹤工具啟動(dòng)時(shí)，創(chuàng)建多個(gè)信令消息處理線(xiàn)程。 步驟402，每個(gè)信令處理線(xiàn)程從信令消息緩沖區(qū)取出一條信令消息。然后
將信令消息緩沖區(qū)中對(duì)應(yīng)的信令消息從緩沖區(qū)中刪除。
步驟403，每個(gè)信令處理線(xiàn)程處理剛從緩沖區(qū)中取出的信令消息。然后重
復(fù)402步驟。
圖5是數(shù)據(jù)庫(kù)模塊流程圖。信令數(shù)據(jù)的保存和讀取都是在該模塊中完成
的。
步驟501，啟動(dòng)信令跟蹤工具；
步驟502，判斷是否創(chuàng)建跟蹤任務(wù)，如果是，則執(zhí)行步驟5031，如果不是， 則執(zhí)行步驟5041;
步驟5031，創(chuàng)建新的信令跟蹤任務(wù)；
步驟5032，創(chuàng)建數(shù)據(jù)庫(kù)，并且建立任務(wù)與數(shù)據(jù)庫(kù)的連接；
步驟5033，接受信令處理線(xiàn)程傳送的數(shù)據(jù)；
步驟5034，將數(shù)據(jù)保存至數(shù)據(jù)庫(kù)。
步驟5041，打開(kāi)跟蹤任務(wù)。
步驟5042，打開(kāi)任務(wù)對(duì)應(yīng)的數(shù)據(jù)庫(kù)，建立與數(shù)據(jù)庫(kù)的連接； 步驟5043，根據(jù)索引值向數(shù)據(jù)庫(kù)發(fā)出査詢(xún)請(qǐng)求； 步驟5044，數(shù)據(jù)庫(kù)提取碼流數(shù)據(jù)，返回査詢(xún)結(jié)果。
在使用模擬網(wǎng)元進(jìn)行數(shù)據(jù)壓力測(cè)試中，采用傳統(tǒng)方式保存信令數(shù)據(jù)，平均 的吞吐量為30000/min，而改用Berkeley DB數(shù)據(jù)庫(kù)系統(tǒng)，平均的吞吐量可達(dá) 70000/min。在使用模擬網(wǎng)元進(jìn)行系統(tǒng)疲勞性測(cè)試中，24小時(shí)不間斷地進(jìn)行信 令跟蹤，采用傳統(tǒng)方式，當(dāng)數(shù)據(jù)流量很高時(shí)，出現(xiàn)數(shù)據(jù)保存失敗的概率比較大。 而改用Berkeley DB數(shù)據(jù)庫(kù)系統(tǒng)，即使已經(jīng)保存的數(shù)據(jù)量高達(dá)三四個(gè)GB，系 統(tǒng)依舊正常運(yùn)行。綜上所述，通過(guò)上述的本發(fā)明，既提高了信令跟蹤工具數(shù)據(jù) 處理的吞吐量，又避免了對(duì)原有的軟件體系結(jié)構(gòu)的大規(guī)模改動(dòng)，可以方便地將 各版本變更為數(shù)據(jù)庫(kù)存儲(chǔ)模式。
權(quán)利要求
1.一種采用嵌入式數(shù)據(jù)庫(kù)系統(tǒng)保存信令跟蹤數(shù)據(jù)的系統(tǒng)，其特征在于，包括配置參數(shù)模塊，對(duì)前臺(tái)網(wǎng)元信息進(jìn)行配置，獲取配置文件中的各種配置參數(shù)；前后臺(tái)通信模塊，用于和前臺(tái)網(wǎng)元建立和維護(hù)通信鏈路，接收前臺(tái)網(wǎng)元發(fā)來(lái)的信令消息，并把消息寫(xiě)入信令消息緩沖區(qū)；信令消息處理模塊，包括多個(gè)信令消息處理線(xiàn)程，用于對(duì)信令消息緩沖區(qū)里的信令消息進(jìn)行處理；數(shù)據(jù)庫(kù)模塊，保存接收的信令數(shù)據(jù)和提取已保存的信令數(shù)據(jù)。
2. 如權(quán)利要求1所述的采用嵌入式數(shù)據(jù)庫(kù)系統(tǒng)保存信令跟蹤數(shù)據(jù)的系統(tǒng)， 其特征在于，所述配置參數(shù)為以XML文件的方式保存的前臺(tái)網(wǎng)元信息，所述前 臺(tái)網(wǎng)元信息包括四個(gè)字段ID編號(hào)、網(wǎng)元名稱(chēng)、IP地址和端口號(hào)。
3. 如權(quán)利要求1所述的采用嵌入式數(shù)據(jù)庫(kù)系統(tǒng)保存信令跟蹤數(shù)據(jù)的系統(tǒng)， 其特征在于，所述信令消息緩沖區(qū)還包括溢出信令消息緩沖區(qū)，所述信令消息 處理模塊還包括溢出緩沖區(qū)信令消息處理模塊，所述溢出緩沖區(qū)信令消息處理 模塊包括多個(gè)溢出緩沖區(qū)信令消息處理線(xiàn)程，用于對(duì)溢出緩沖區(qū)里的信令消息 進(jìn)行處理，將信令消息保存至數(shù)據(jù)庫(kù)。
4. 如權(quán)利要求1所述的采用嵌入式數(shù)據(jù)庫(kù)系統(tǒng)保存信令跟蹤數(shù)據(jù)的系統(tǒng)， 其特征在于，所述多個(gè)信令消息處理線(xiàn)程在后臺(tái)信令跟蹤工具啟動(dòng)時(shí)創(chuàng)建。
5. 如權(quán)利要求1所述的采用嵌入式數(shù)據(jù)庫(kù)系統(tǒng)保存信令跟蹤數(shù)據(jù)的系統(tǒng)， 其特征在于，所述數(shù)據(jù)庫(kù)系統(tǒng)采用Java版本的Oracle Berkeley DB嵌入式數(shù) 據(jù)庫(kù)。
6. —種采用嵌入式數(shù)據(jù)庫(kù)系統(tǒng)保存信令跟蹤數(shù)據(jù)的方法，其特征在于， 包括步驟步驟l，對(duì)前臺(tái)網(wǎng)元信息進(jìn)行配置，獲取配置文件中的各種配置參數(shù)； 步驟2，和前臺(tái)網(wǎng)元建立和維護(hù)通信鏈路，接收前臺(tái)網(wǎng)元發(fā)來(lái)的信令消息， 并把消息寫(xiě)入信令消息緩沖區(qū)；步驟3，對(duì)信令消息緩沖區(qū)里的信令消息進(jìn)行處理，包括多個(gè)信令消息線(xiàn) 程處理；步驟4，保存接收的信令數(shù)據(jù)和提取已保存的信令數(shù)據(jù)。
7. 如權(quán)利要求6所述的采用嵌入式數(shù)據(jù)庫(kù)系統(tǒng)保存信令跟蹤數(shù)據(jù)的方法， 其特征在于，所述步驟l中，配置參數(shù)為以XML文件的方式保存的前臺(tái)網(wǎng)元信 息，所述前臺(tái)網(wǎng)元信息包括四個(gè)字段ID編號(hào)、網(wǎng)元名稱(chēng)、IP地址和端口號(hào)。
8. 如權(quán)利要求6所述的采用嵌入式數(shù)據(jù)庫(kù)系統(tǒng)保存信令跟蹤數(shù)據(jù)的方法， 其特征在于，所述步驟2中把消息寫(xiě)入信令消息緩沖區(qū)還包括把消息寫(xiě)入溢出 信令消息緩沖區(qū)。
9. 如權(quán)利要求6所述的采用嵌入式數(shù)據(jù)庫(kù)系統(tǒng)保存信令跟蹤數(shù)據(jù)的方法， 其特征在于，所述步驟3進(jìn)一步包括步驟301，后臺(tái)信令跟蹤工具啟動(dòng)時(shí)，創(chuàng)建多個(gè)信令消息處理線(xiàn)程； 步驟302，每個(gè)信令處理線(xiàn)程從信令消息緩沖區(qū)取出一條信令消息，然后將信令消息緩沖區(qū)中對(duì)應(yīng)的信令消息從緩沖區(qū)中刪除；步驟303，每個(gè)信令處理線(xiàn)程處理剛從緩沖區(qū)中的信令消息；然后重復(fù)302步驟。
10. 如權(quán)利要求6所述的采用嵌入式數(shù)據(jù)庫(kù)系統(tǒng)保存信令跟蹤數(shù)據(jù)的方 法，其特征在于，所述步驟4進(jìn)一步包括步驟401，啟動(dòng)信令跟蹤工具；步驟402，判斷是否創(chuàng)建跟蹤任務(wù)，如果是，則執(zhí)行步驟4032，如果不是， 則執(zhí)行步驟4042;步驟4032，創(chuàng)建新的信令跟蹤任務(wù)； 步驟4033，創(chuàng)建數(shù)據(jù)庫(kù)，并且建立任務(wù)與數(shù)據(jù)庫(kù)的連接； 步驟4034，接受信令處理線(xiàn)程傳送的數(shù)據(jù)，將數(shù)據(jù)保存至數(shù)據(jù)庫(kù)。 步驟4042，打開(kāi)跟蹤任務(wù)。步驟4043，打開(kāi)任務(wù)對(duì)應(yīng)的數(shù)據(jù)庫(kù)，建立與數(shù)據(jù)庫(kù)的連接； 步驟4044，數(shù)據(jù)庫(kù)根據(jù)傳入的索引值找到對(duì)應(yīng)的記錄，返回碼流數(shù)據(jù)。
全文摘要
本發(fā)明涉及一種采用嵌入式數(shù)據(jù)庫(kù)系統(tǒng)保存信令跟蹤數(shù)據(jù)的系統(tǒng)，包括配置參數(shù)模塊，用于獲取配置文件中的各種配置參數(shù)；前后臺(tái)通信模塊，用于和前臺(tái)網(wǎng)元建立和維護(hù)通信鏈路，接收前臺(tái)網(wǎng)元發(fā)來(lái)的信令消息，并把消息寫(xiě)入信令消息緩沖區(qū)；信令消息處理模塊，包括多個(gè)信令消息處理線(xiàn)程，用于對(duì)信令消息緩沖區(qū)里的信令消息進(jìn)行處理；數(shù)據(jù)庫(kù)模塊，保存接收的信令數(shù)據(jù)和提取已保存的信令數(shù)據(jù)。本發(fā)明既提高了信令跟蹤工具數(shù)據(jù)處理的吞吐量，又避免了對(duì)原有的軟件體系結(jié)構(gòu)的大規(guī)模改動(dòng)，可以方便地將各版本變更為數(shù)據(jù)庫(kù)存儲(chǔ)模式。
文檔編號(hào)H04L12/24GK101174989SQ200710176139
公開(kāi)日2008年5月7日 申請(qǐng)日期2007年10月19日 優(yōu)先權(quán)日2007年10月19日
發(fā)明者王春華, 紀(jì)天明, 董小虎 申請(qǐng)人:中興通訊股份有限公司