一種基于Gb接口信令實(shí)現(xiàn)2G無線信令信道占用分析的方法
【專利摘要】本發(fā)明公開了一種基于Gb接口信令實(shí)現(xiàn)2G無線信令信道占用分析的方法，包括步驟：在Gb接口監(jiān)測(cè)一個(gè)會(huì)話內(nèi)的用戶面數(shù)據(jù)傳輸過程，通過MS移動(dòng)性管理狀態(tài)遷移過程，判斷無線信令信道占用情況；通過記錄用戶面數(shù)據(jù)消息內(nèi)攜帶的應(yīng)用IP地址，結(jié)合DNS信令獲知域名與應(yīng)用IP地址的對(duì)應(yīng)關(guān)系，獲知具體的應(yīng)用類型。通過本發(fā)明，針對(duì)現(xiàn)有分析方案存在的局限性，通過Gb接口控制面信令，結(jié)合Gb接口用戶面數(shù)據(jù)，對(duì)GPRS網(wǎng)絡(luò)分組數(shù)據(jù)信道占用情況及占用原因進(jìn)行了深入分析。
【專利說明】一種基于Gb接口信令實(shí)現(xiàn)2G無線信令信道占用分析的方法
【技術(shù)領(lǐng)域】
[0001]本發(fā)明涉及無線通信領(lǐng)域，特別涉及一種基于Gb接口信令實(shí)現(xiàn)2G無線信令信道占用分析的方法。
【背景技術(shù)】
[0002]無線信道資源是移動(dòng)通信網(wǎng)絡(luò)最重要的資源，隨著移動(dòng)數(shù)據(jù)業(yè)務(wù)迅猛發(fā)展，GPRS網(wǎng)絡(luò)分組數(shù)據(jù)信道資源優(yōu)化成為運(yùn)營(yíng)商網(wǎng)絡(luò)管理的重中之重。分組數(shù)據(jù)信道主要分為兩類:分組業(yè)務(wù)信道和分組控制信道(即信令信道)，分組控制信道包含:廣播控制信道(BCCH)、公共控制信道(PCH，RACH, AGCH)、專用控制信道(ACCH，TCCH)。分組控制信道中的公共控制信道的占用會(huì)直接影響核心網(wǎng)設(shè)備負(fù)荷，針對(duì)公共控制信道優(yōu)化分析成為GPRS網(wǎng)絡(luò)優(yōu)化的主要方向之一。
[0003]分組數(shù)據(jù)信道資源管理主要由BSC內(nèi)的PCU (Packet Control Unit，分組控制單元)完成，因此現(xiàn)階段針對(duì)分組數(shù)據(jù)信道分析主要基于BTS-BSC間的Abis接口，或BSC-SGSN間的Gb接口實(shí)現(xiàn)，相關(guān)接口分布可參見圖1。
[0004]Abis接口多由TDM或SDH傳輸承載，采集成本高，且協(xié)議解析復(fù)雜，很難大規(guī)模推廣，事實(shí)上國(guó)內(nèi)運(yùn)營(yíng)商沒有基于Abis接口實(shí)現(xiàn)GPRS網(wǎng)絡(luò)分組數(shù)據(jù)信道分析的商用案例。
[0005]現(xiàn)階段基于Gb接口實(shí)現(xiàn)GPRS網(wǎng)絡(luò)分組數(shù)據(jù)信道分析的方案主要通過分析Gb接口控制面信令來實(shí)現(xiàn)，這種方案可分析GPRS網(wǎng)絡(luò)分組數(shù)據(jù)信道占用情況，但由于沒有同用戶面數(shù)據(jù)關(guān)聯(lián)分析，因此無法獲知具體是哪種業(yè)務(wù)行為產(chǎn)生無線資源占用。
[0006]上述兩種方案都是基于信令層面分析，均未結(jié)合用戶面數(shù)據(jù)關(guān)聯(lián)分析，無法定位引起無線資源占用的具體原因。

【發(fā)明內(nèi)容】

[0007]鑒于現(xiàn)有技術(shù)中存在的問題，本發(fā)明目的在于提供一種基于Gb接口信令實(shí)現(xiàn)2G無線信令信道占用分析的方法，從而針對(duì)現(xiàn)有分析方案存在的局限性，通過Gb接口控制面信令，結(jié)合Gb接口用戶面數(shù)據(jù)，對(duì)GPRS網(wǎng)絡(luò)分組數(shù)據(jù)信道占用情況及占用原因進(jìn)行深入分析。
[0008]根據(jù)本發(fā)明的一個(gè)方面，提供了一種基于Gb接口信令實(shí)現(xiàn)2G無線信令信道占用分析的方法，包括步驟:
[0009]在Gb接口監(jiān)測(cè)一個(gè)會(huì)話內(nèi)的用戶面數(shù)據(jù)傳輸過程，通過MS移動(dòng)性管理狀態(tài)遷移過程，判斷無線信令信道占用情況；
[0010]通過記錄用戶面數(shù)據(jù)消息內(nèi)攜帶的應(yīng)用IP地址，結(jié)合DNS信令獲知域名與應(yīng)用IP地址的對(duì)應(yīng)關(guān)系，獲知具體的應(yīng)用類型。
[0011]優(yōu)選的，數(shù)據(jù)業(yè)務(wù)上行消息引發(fā)信令信道占用的判斷方法包括:
[0012]在Gb接口監(jiān)測(cè)一個(gè)會(huì)話內(nèi)的用戶面數(shù)據(jù)，并記錄無數(shù)據(jù)傳輸時(shí)長(zhǎng)，如果在設(shè)定的READY TIMER時(shí)段無數(shù)據(jù)傳輸，可判斷為移動(dòng)臺(tái)已遷移至STANDBY狀態(tài)，如果后續(xù)有上行數(shù)據(jù)包發(fā)送，即認(rèn)為移動(dòng)臺(tái)已遷移至READY狀態(tài)，可識(shí)別為一次RACH、AGCH信道占用。
[0013]優(yōu)選的，數(shù)據(jù)業(yè)務(wù)下行消息引發(fā)信令信道占用的判斷方法包括:
[0014]在Gb接口如果監(jiān)測(cè)到PAGING消息，移動(dòng)臺(tái)返回PAGING響應(yīng)，可判斷為移動(dòng)臺(tái)已由STANDBY狀態(tài)遷移至READY狀態(tài)，隨后將產(chǎn)生下行數(shù)據(jù)包發(fā)送，可識(shí)別為一次PCH、RACH、AGCH信道占用。
[0015]優(yōu)選的，關(guān)于REDAY HMER取值說明如下:SGSN記錄每個(gè)移動(dòng)臺(tái)的REDAY TIMER,若移動(dòng)臺(tái)在附著、路由區(qū)更新階段發(fā)起READY TIMER請(qǐng)求，SGSN根據(jù)實(shí)際情況返回響應(yīng)確認(rèn)是否按移動(dòng)臺(tái)要求設(shè)定其READY TIMER，移動(dòng)臺(tái)未發(fā)起READY TIMER請(qǐng)求的情況下，使用SGSN設(shè)定的全局READYHMER。
[0016]優(yōu)選的，根據(jù)SGSN響應(yīng)值，動(dòng)態(tài)更新一張移動(dòng)臺(tái)READY TMER設(shè)定表，該表字段至少包含以下字段:
[0017]移動(dòng)臺(tái)標(biāo)識(shí)，即手機(jī)用戶的MSI，取自附著或路由區(qū)更新過程下行BSSGP層消息；
[0018]數(shù)據(jù)更新時(shí)間，即最后一次提取READY TIMER值的附著或路由區(qū)更新過程結(jié)束時(shí)間；
[0019]READY TIMER設(shè)定值，用戶自行設(shè)定的情況下，取自附著或路由區(qū)更新接受消息；用戶做主動(dòng)設(shè)定的情況下，使用統(tǒng)一的全局READY TIMER。
[0020]優(yōu)選的，移動(dòng)臺(tái)READY TIMER設(shè)定表具備信息自維護(hù)功能，可根據(jù)設(shè)定時(shí)段刪除無效用戶記錄。
[0021 ] 優(yōu)選的，通過TLLI及網(wǎng)元IP來判斷一個(gè)會(huì)話，并緩存數(shù)據(jù)，如果會(huì)話緩存內(nèi)最后一條數(shù)據(jù)的時(shí)間戳至當(dāng)前時(shí)間間隔超過預(yù)設(shè)READY HMER后，則判斷此用戶移動(dòng)性管理狀態(tài)已遷移至STANDBY，后續(xù)如果有上行消息出現(xiàn)，則判斷在第一條消息時(shí)間點(diǎn)產(chǎn)生一次RACH、AGCH信道占用，同時(shí)在該時(shí)間點(diǎn)開啟一條信令信道占用記錄，記錄字段信息包括:
[0022](I)信道占用時(shí)間:STANDBY狀態(tài)后，第一條上行消息時(shí)間；
[0023]( 2)觸發(fā)原因:上行消息觸發(fā)；
[0024](3)用戶身份信息:基于下行數(shù)據(jù)的BSSGP層消息提取的MSI ；
[0025](4)用戶位置信息:基于上行數(shù)據(jù)的BSSGP層消息提取的LAC/CI ；
[0026](5)觸發(fā)信令信道占用的業(yè)務(wù)信息:STANDBY狀態(tài)后，第一條上行消息攜帶的應(yīng)用IP，后續(xù)將根據(jù)此IP完成業(yè)務(wù)類型識(shí)別。
[0027]優(yōu)選的，輪詢檢測(cè)PAGING消息，如果檢測(cè)到PAGING響應(yīng)，則可判定產(chǎn)生一次PCH、RACH、AGCH信道占用，通過PAGING消息中的P-TMSI與后續(xù)數(shù)據(jù)包中BSSGP層的TLLI關(guān)聯(lián)同一會(huì)話數(shù)據(jù)包，其中第一上行數(shù)據(jù)包為PAGING響應(yīng)，通過第一個(gè)下行數(shù)據(jù)包關(guān)聯(lián)業(yè)務(wù)，以得知觸發(fā)尋呼的業(yè)務(wù)IP ；
[0028]在檢測(cè)PAGING消息同時(shí)在該時(shí)間點(diǎn)開啟一條信令信道占用記錄，記錄字段信息包括:
[0029](I)信道占用時(shí)間:PAGING消息下發(fā)時(shí)間；
[0030]( 2)觸發(fā)原因:下行消息觸發(fā)；
[0031](3)用戶身份信息:基于尋呼響應(yīng)后第一個(gè)下行數(shù)據(jù)包的BSSGP層消息提取的IMSI ；[0032](4)用戶位置信息:基于尋呼響應(yīng)數(shù)據(jù)包BSSGP層提取的LAC/CI ；
[0033](5)觸發(fā)信令信道占用的業(yè)務(wù)信息:基于尋呼響應(yīng)后第一個(gè)下行數(shù)據(jù)包應(yīng)用層目的源IP提取。
[0034]優(yōu)選的，通過DNS信令建立一張動(dòng)態(tài)維護(hù)的應(yīng)用IP、域名、業(yè)務(wù)類型對(duì)應(yīng)關(guān)系表，上、下行業(yè)務(wù)觸發(fā)的信令信道占用分析過程記錄中的應(yīng)用層IP可通過這張表關(guān)聯(lián)到具體業(yè)務(wù)類型，以便確認(rèn)是哪種業(yè)務(wù)導(dǎo)致信令信道占用。
【專利附圖】

【附圖說明】
[0035]圖1例示了現(xiàn)有技術(shù)中2G無線網(wǎng)絡(luò)設(shè)備間的接口類型；
[0036]圖2例示了本發(fā)明實(shí)施例數(shù)據(jù)業(yè)務(wù)上行消息引發(fā)分組控制信道(即信令信道)占用判斷方法的判斷流程圖；
[0037]圖3例示了本發(fā)明實(shí)施例數(shù)據(jù)業(yè)務(wù)下行消息引發(fā)分組控制信道(即信令信道)占用判斷方法的判斷流程圖；
[0038]圖4例示了本發(fā)明實(shí)施例附著或路由區(qū)更新過程下行BSSGP層消息示意圖；
[0039]圖5例示了本發(fā)明實(shí)施例數(shù)據(jù)更新時(shí)間的提取示意圖；
[0040]圖6例示了本發(fā)明實(shí)施例對(duì)上行業(yè)務(wù)觸發(fā)的信令信道占用分析過程的示意圖；
[0041]圖7例示了本發(fā)明實(shí)施例對(duì)下行業(yè)務(wù)觸發(fā)的信令信道占用分析過程的示意圖；
[0042]圖8例示了本發(fā)明實(shí)施例獲知應(yīng)用類型的示意圖。
【具體實(shí)施方式】
[0043]為使本發(fā)明的上述目的、特征和優(yōu)點(diǎn)更加明顯易懂，下面結(jié)合附圖和【具體實(shí)施方式】對(duì)本發(fā)明作進(jìn)一步詳細(xì)的說明。
[0044]為保證GPRS網(wǎng)絡(luò)無線資源合理使用，3GPP規(guī)范針對(duì)移動(dòng)性管理設(shè)定了 IDLE、STANDBY、READY三種狀態(tài)，MS (移動(dòng)臺(tái))在數(shù)據(jù)傳輸時(shí)處在READY狀態(tài)，由于在READY狀態(tài)浪費(fèi)資源，系統(tǒng)定義了 READY TIMER定時(shí)器在一段時(shí)間(0-200S)內(nèi)進(jìn)入STANDBY狀態(tài)，STANDBY狀態(tài)下無線信道資源將被釋放。當(dāng)再有數(shù)據(jù)傳輸時(shí)，MS (移動(dòng)臺(tái))將遷移到READY狀態(tài)，狀態(tài)遷移期間通過分組控制信道(即信令信道)分配分組業(yè)務(wù)信道資源?，F(xiàn)網(wǎng)中某些OTT業(yè)務(wù)、PUSH業(yè)務(wù)采用TCP長(zhǎng)連接心跳保持機(jī)制，此類業(yè)務(wù)的使用將會(huì)使MS (移動(dòng)臺(tái))頻繁在STANDBY狀態(tài)至READY狀態(tài)間切換，導(dǎo)致分組控制信道(即信令信道)資源大量占用。隨著移動(dòng)互聯(lián)網(wǎng)高速發(fā)展，智能手機(jī)逐漸普及，某些智能手機(jī)基于節(jié)電考慮，會(huì)自動(dòng)請(qǐng)求時(shí)間間隔較短的READY HMER，加之智能手機(jī)上安裝的軟件很多都采用常在線方式等因素，極易引發(fā)分組控制信道(即信令信道)資源過度占用(即信令風(fēng)暴)，導(dǎo)致GSPS核心網(wǎng)設(shè)備(主要是BSC設(shè)備)故障。
[0045]結(jié)合以上論述內(nèi)容，本方案主要針對(duì)數(shù)據(jù)引發(fā)的分組控制信道(即信令信道)占用情況做詳細(xì)分析。
[0046]數(shù)據(jù)業(yè)務(wù)引發(fā)分組控制信道(即信令信道)占用判斷分為上行消息觸發(fā)和下行消息觸發(fā)兩種方式。以下就兩種方式分別說明:
[0047]數(shù)據(jù)業(yè)務(wù)上行消息引發(fā)分組控制信道(即信令信道)占用判斷方法的判斷流程如圖2所示:[0048]在Gb接口監(jiān)測(cè)一個(gè)會(huì)話內(nèi)的用戶面數(shù)據(jù)，并記錄無數(shù)據(jù)傳輸時(shí)長(zhǎng)，如果在設(shè)定的READY TIMER時(shí)段無數(shù)據(jù)傳輸，可判斷為移動(dòng)臺(tái)已遷移至STANDBY狀態(tài)，如果后續(xù)有上行數(shù)據(jù)包發(fā)送，即認(rèn)為移動(dòng)臺(tái)已遷移至READY狀態(tài)，可識(shí)別為一次RACH、AGCH信道占用。
[0049]數(shù)據(jù)業(yè)務(wù)下行消息引發(fā)分組控制信道(即信令信道)占用判斷方法的判斷流程如圖3所示:
[0050]在Gb接口如果監(jiān)測(cè)到PAGING消息，且MS (移動(dòng)臺(tái))返回PAGING響應(yīng)，可判斷為MS (移動(dòng)臺(tái))已由STANDBY狀態(tài)遷移至READY狀態(tài)，隨后將產(chǎn)生下行數(shù)據(jù)包發(fā)送，可識(shí)別為一次PCH、RACH、AGCH信道占用。
[0051]優(yōu)選的，在實(shí)際應(yīng)用中，SGSN記錄每個(gè)MS (移動(dòng)臺(tái))的REDAY HMER，根據(jù)規(guī)范約定，MS (移動(dòng)臺(tái))可在附著、路由區(qū)更新階段發(fā)起READY TIMER請(qǐng)求，SGSN根據(jù)實(shí)際情況返回響應(yīng)確認(rèn)是否按MS (移動(dòng)臺(tái))要求設(shè)定其READYHMER，MS (移動(dòng)臺(tái))未發(fā)起READY TIMER請(qǐng)求的情況下，使用SGSN設(shè)定的全局READY TIMER0
[0052]根據(jù)以上情況，優(yōu)選的，本發(fā)明可首先設(shè)定與SGSN全局READY HMER—致的READYTIMER值，針對(duì)MS (移動(dòng)臺(tái))發(fā)起READY TIMER請(qǐng)求的情況，還需根據(jù)SGSN響應(yīng)值，動(dòng)態(tài)更新一張MS (移動(dòng)臺(tái))READY HMER設(shè)定表，該表字段至少包含以下字段:
[0053]MS (移動(dòng)臺(tái))標(biāo)識(shí)，即手機(jī)用戶的MSI，取自附著或路由區(qū)更新過程下行BSSGP層消息，如圖4所示；
[0054]數(shù)據(jù)更新時(shí)間，即最后一次提取READY HMER值的附著或路由區(qū)更新過程結(jié)束時(shí)間，如圖5所示；
[0055]READY TIMER設(shè)定值，用戶自行設(shè)定的情況下，取自附著或路由區(qū)更新接受消息；用戶做主動(dòng)設(shè)定的情況下，使用統(tǒng)一的全局READY TIMER0
[0056]MS (移動(dòng)臺(tái))READY TIMER設(shè)定表具備信息自維護(hù)功能，可根據(jù)設(shè)定時(shí)段刪除無效用戶記錄。比如:設(shè)定時(shí)段為:7天，如果某一用戶數(shù)據(jù)更新時(shí)間為7天前的數(shù)據(jù)，即刪除該條記錄，程序?qū)⒉粚?duì)該用戶進(jìn)行跟蹤。
[0057]本發(fā)明中，可通過TLLI結(jié)合鏈路標(biāo)識(shí)或網(wǎng)元IP判斷一個(gè)用戶會(huì)話，并緩存會(huì)話數(shù)據(jù)內(nèi)容，做為后續(xù)無數(shù)據(jù)判斷及業(yè)務(wù)識(shí)別需求。
[0058]針對(duì)IP承載的Gb鏈路，通過TLLI及網(wǎng)元IP (BSC IP、SGSN IP)來判斷一個(gè)會(huì)話，并緩存數(shù)據(jù)。
[0059]針對(duì)TDM承載的Gb鏈路，通過TLLI及網(wǎng)元IP (BSC IP、SGSN IP)來判斷一個(gè)會(huì)話，并緩存數(shù)據(jù)。
[0060]TLLI (臨時(shí)邏輯鏈路標(biāo)志):用于一個(gè)路由區(qū)內(nèi)唯一地標(biāo)識(shí)MS和SGSN間的一條邏輯鏈路。在一個(gè)路由區(qū)內(nèi)，TLLI和頂SI——對(duì)應(yīng)。
[0061]在一個(gè)用戶會(huì)話過程內(nèi)，根據(jù)相鄰兩個(gè)消息時(shí)差，結(jié)合全局READY HMER及MS(移動(dòng)臺(tái))READY HMER設(shè)定表的取值，判斷MS (移動(dòng)臺(tái))移動(dòng)性管理狀態(tài)遷移。程序應(yīng)設(shè)定超時(shí)機(jī)制，保證合成結(jié)果正常。
[0062]示例:假設(shè)超時(shí)時(shí)長(zhǎng)設(shè)定為:7200秒，在一個(gè)用戶會(huì)話過程內(nèi)最后一條消息超過7200秒后如仍無數(shù)據(jù)，則關(guān)閉該會(huì)話緩存。
[0063]以TLLI結(jié)合鏈路標(biāo)識(shí)或網(wǎng)元IP做為條件，開啟每個(gè)會(huì)話的數(shù)據(jù)緩存，針對(duì)每個(gè)會(huì)話緩存，基于下行數(shù)據(jù)的BSSGP層消息完成身份信息:IMSI提取，并基于上行數(shù)據(jù)的BSSGP層消息完成位置信息:LAC、Cl的提取。根據(jù)MSI查詢MS (移動(dòng)臺(tái))READY HMER設(shè)定表，如果MSI不在表內(nèi)，則使用全局READYHMER。
[0064]如果會(huì)話緩存內(nèi)最后一條數(shù)據(jù)的時(shí)間戳至當(dāng)前時(shí)間間隔超過預(yù)設(shè)READYTIMER后，則判斷此用戶移動(dòng)性管理狀態(tài)已遷移至STANDBY，后續(xù)如果有上行消息出現(xiàn)，則判斷在第一條消息時(shí)間點(diǎn)產(chǎn)生一次RACH、AGCH信道占用，同時(shí)在該時(shí)間點(diǎn)開啟一條信令信道占用記錄，記錄字段信息包括:
[0065](I)信道占用時(shí)間:STANDBY狀態(tài)后，第一條上行消息時(shí)間；
[0066](2)觸發(fā)原因:上行消息觸發(fā)；
[0067](3)用戶身份信息:基于下行數(shù)據(jù)的BSSGP層消息提取的MSI ；
[0068](4)用戶位置信息:基于上行數(shù)據(jù)的BSSGP層消息提取的LAC/CI ；
[0069](5)觸發(fā)信令信道占用的業(yè)務(wù)信息:STANDBY狀態(tài)后，第一條上行消息攜帶的應(yīng)用IP，后續(xù)將根據(jù)此IP完成業(yè)務(wù)類型識(shí)別。
[0070]圖6例示了本發(fā)明實(shí)施例對(duì)上行業(yè)務(wù)觸發(fā)的信令信道占用分析過程的示意圖，如圖6所示:
[0071]根據(jù)TLLI及網(wǎng)元IP緩存單用戶會(huì)話，使用全局READY TIMER:44秒。
[0072]從167號(hào)數(shù)據(jù)包可看出，用戶在第72.57秒時(shí)完成TCP連接拆除，并在116.57(72.57+44)秒后遷移至STANDBY狀態(tài)。
[0073]第168號(hào)數(shù)據(jù)包為上行TCP連接建立消息，此數(shù)據(jù)引發(fā)一次RACH、AGCH信道占用。
[0074]在第168號(hào)數(shù)據(jù)包時(shí)間點(diǎn)開啟一條信令信道占用記錄，記錄字段合成結(jié)果:
[0075]信道占用時(shí)間:即第168號(hào)數(shù)據(jù)包時(shí)間。
[0076]觸發(fā)原因:上行消息觸發(fā)。
[0077]用戶身份信息:即會(huì)話緩存時(shí)記錄的用戶MSI。
[0078]用戶位置信息:取第168號(hào)數(shù)據(jù)包BSSGP層攜帶的LAC/CI。
[0079]觸發(fā)信令信道占用的業(yè)務(wù)信息:取第168號(hào)數(shù)據(jù)包應(yīng)用層目的IP，本示例取值為:114.141.131.200。
[0080]此外，本發(fā)明輪詢檢測(cè)尋呼(PAGING)消息，如果檢測(cè)到尋呼(PAGING)響應(yīng)，則可判定產(chǎn)生一次PCH、RACH、AGCH信道占用。通過尋呼(PAGING)消息中的P-TMSI與后續(xù)數(shù)據(jù)包中BSSGP層的TLLI關(guān)聯(lián)同一會(huì)話數(shù)據(jù)包，其中第一上行數(shù)據(jù)包為尋呼(PAGING)響應(yīng)，通過第一個(gè)下行數(shù)據(jù)包關(guān)聯(lián)業(yè)務(wù)，以得知觸發(fā)尋呼的業(yè)務(wù)IP。
[0081]在檢測(cè)尋呼(PAGING)消息同時(shí)在該時(shí)間點(diǎn)開啟一條信令信道占用記錄，記錄字段信息包括:
[0082](I)信道占用時(shí)間:尋呼(PAGING)消息下發(fā)時(shí)間。
[0083]( 2)觸發(fā)原因:下行消息觸發(fā)。
[0084](3)用戶身份信息:基于尋呼響應(yīng)后第一個(gè)下行數(shù)據(jù)包的BSSGP層消息提取的頂SI。
[0085](4)用戶位置信息:基于尋呼響應(yīng)數(shù)據(jù)包BSSGP層提取的LAC/CI。
[0086](5)觸發(fā)信令信道占用的業(yè)務(wù)信息:基于尋呼響應(yīng)后第一個(gè)下行數(shù)據(jù)包應(yīng)用層目的源IP提取。
[0087]圖7例示了本發(fā)明實(shí)施例對(duì)下行業(yè)務(wù)觸發(fā)的信令信道占用分析過程的示意圖，如圖7所示:
[0088]根據(jù)尋呼(PAGING)消息中BSSGP層的P-TMSI關(guān)聯(lián)后續(xù)會(huì)話消息。
[0089]記錄字段合成結(jié)果:
[0090]信道占用時(shí)間:即第I號(hào)數(shù)據(jù)包，即尋呼(PAGING)下發(fā)時(shí)間。
[0091]觸發(fā)原因:下行消息觸發(fā)。
[0092]用戶身份信息:從第一個(gè)下行數(shù)據(jù)包，即第3號(hào)數(shù)據(jù)包BSSGP層提取用戶MSI。
[0093]用戶位置信息:第2號(hào)數(shù)據(jù)包為尋呼響應(yīng)，從該數(shù)據(jù)包BSSGP層攜帶的LAC/CI。
[0094]觸發(fā)信令信道占用的業(yè)務(wù)信息:取第3號(hào)數(shù)據(jù)包應(yīng)用層源IP，本示例取值為:111.30.130.111。
[0095]通過DNS信令可獲知域名與應(yīng)用IP的對(duì)應(yīng)關(guān)系，通過域名可獲知具體的應(yīng)用類型。
[0096]如圖8所示，通過DNS信令，可獲知域名:long.weixin.qq.com的應(yīng)用IP為:140.206.160.102、112.64.200.218、112.64.234.229 等，且通過域名:long.weixin.qq.com可判斷為微信業(yè)務(wù)。
[0097]根據(jù)以上原則，通過DNS信令可建立一張動(dòng)態(tài)維護(hù)的應(yīng)用IP、域名、業(yè)務(wù)類型對(duì)應(yīng)關(guān)系表，上、下行業(yè)務(wù)觸發(fā)的信令信道占用分析過程記錄中的應(yīng)用層IP可通過這張表關(guān)聯(lián)到具體業(yè)務(wù)類型，以便確認(rèn)是哪種業(yè)務(wù)導(dǎo)致信令信道占用。
[0098]通過本發(fā)明，針對(duì)現(xiàn)有分析方案存在的局限性，通過Gb接口控制面信令，結(jié)合Gb接口用戶面數(shù)據(jù)，對(duì)GPRS網(wǎng)絡(luò)分組數(shù)據(jù)信道占用情況及占用原因進(jìn)行了深入分析。
[0099]以上是對(duì)本發(fā)明的優(yōu)選實(shí)施例進(jìn)行的詳細(xì)描述，但本領(lǐng)域的普通技術(shù)人員應(yīng)該意識(shí)到，在本發(fā)明的范圍內(nèi)和精神指導(dǎo)下，各種改進(jìn)、添加和替換都是可能的，例如使用可實(shí)現(xiàn)同種功能目的的算法、使用不同的編程語(yǔ)言(如C、C++、Java等)實(shí)現(xiàn)等。這些都在本發(fā)明的權(quán)利要求所限定的保護(hù)范圍內(nèi)。
【權(quán)利要求】
1.一種基于Gb接口信令實(shí)現(xiàn)2G無線信令信道占用分析的方法，包括步驟: 在Gb接口監(jiān)測(cè)一個(gè)會(huì)話內(nèi)的用戶面數(shù)據(jù)傳輸過程，通過MS移動(dòng)性管理狀態(tài)遷移過程，判斷無線信令信道占用情況； 通過記錄用戶面數(shù)據(jù)消息內(nèi)攜帶的應(yīng)用IP地址，結(jié)合DNS信令獲知域名與應(yīng)用IP地址的對(duì)應(yīng)關(guān)系，獲知具體的應(yīng)用類型。
2.如權(quán)利要求1所述的方法，其特征在于，數(shù)據(jù)業(yè)務(wù)上行消息引發(fā)信令信道占用的判斷方法包括: 在Gb接口監(jiān)測(cè)一個(gè)會(huì)話內(nèi)的用戶面數(shù)據(jù)，并記錄無數(shù)據(jù)傳輸時(shí)長(zhǎng)，如果在設(shè)定的READY TIMER時(shí)段無數(shù)據(jù)傳輸，可判斷為移動(dòng)臺(tái)已遷移至STANDBY狀態(tài)，如果后續(xù)有上行數(shù)據(jù)包發(fā)送，即認(rèn)為移動(dòng)臺(tái)已遷移至READY狀態(tài)，可識(shí)別為一次RACH、AGCH信道占用。
3.如權(quán)利要求1所述的方法，其特征在于，數(shù)據(jù)業(yè)務(wù)下行消息引發(fā)信令信道占用的判斷方法包括: 在Gb接口如果監(jiān)測(cè)到PAGING消息，移動(dòng)臺(tái)返回PAGING響應(yīng)，可判斷為移動(dòng)臺(tái)已由STANDBY狀態(tài)遷移至READY狀態(tài)，隨后將產(chǎn)生下行數(shù)據(jù)包發(fā)送，可識(shí)別為一次PCH、RACH、AGCH信道占用。
4.如權(quán)利要求2或3所述的方法，關(guān)于REDAYTIMER取值說明如下: SGSN記錄每個(gè)移動(dòng)臺(tái)的 REDAY HMER，若移動(dòng)臺(tái)在附著、路由區(qū)更新階段發(fā)起READYTIMER請(qǐng)求，SGSN根據(jù)實(shí)際情況返回響應(yīng)確認(rèn)是否按移動(dòng)臺(tái)要求設(shè)定其READY TIMER,移動(dòng)臺(tái)未發(fā)起READY HMER請(qǐng)求的情況下，使用SGSN設(shè)定的全局READY TIMER0
5.如權(quán)利要求4所述的方法，其特征在于: 根據(jù)SGSN響應(yīng)值，動(dòng)態(tài)更新一張移動(dòng)臺(tái)READY TIMER設(shè)定表，該表字段至少包含以下字段: 移動(dòng)臺(tái)標(biāo)識(shí)，即手機(jī)用戶的MSI，取自附著或路由區(qū)更新過程下行BSSGP層消息； 數(shù)據(jù)更新時(shí)間，即最后一次提取READY TIMER值的附著或路由區(qū)更新過程結(jié)束時(shí)間； READY TIMER設(shè)定值，用戶自行設(shè)定的情況下，取自附著或路由區(qū)更新接受消息；用戶做主動(dòng)設(shè)定的情況下，使用統(tǒng)一的全局READY TIMER。
6.如權(quán)利要求5所述的方法，其特征在于: 移動(dòng)臺(tái)READY TIMER設(shè)定表具備信息自維護(hù)功能，可根據(jù)設(shè)定時(shí)段刪除無效用戶記錄。
7.如權(quán)利要求1所述的方法，其特征在于: 通過TLLI及網(wǎng)元IP來判斷一個(gè)會(huì)話，并緩存數(shù)據(jù)，如果會(huì)話緩存內(nèi)最后一條數(shù)據(jù)的時(shí)間戳至當(dāng)前時(shí)間間隔超過預(yù)設(shè)READY TMER后，則判斷此用戶移動(dòng)性管理狀態(tài)已遷移至STANDBY,后續(xù)如果有上行消息出現(xiàn)，則判斷在第一條消息時(shí)間點(diǎn)產(chǎn)生一次RACH、AGCH信道占用，同時(shí)在該時(shí)間點(diǎn)開啟一條信令信道占用記錄，記錄字段信息包括: (1)信道占用時(shí)間:STANDBY狀態(tài)后，第一條上行消息時(shí)間； (2)觸發(fā)原因:上行消息觸發(fā)； (3)用戶身份信息:基于下行數(shù)據(jù)的BSSGP層消息提取的IMSI； (4)用戶位置信息:基于上行數(shù)據(jù)的BSSGP層消息提取的LAC/CI； (5)觸發(fā)信令信道占用的業(yè)務(wù)信息:STANDBY狀態(tài)后，第一條上行消息攜帶的應(yīng)用IP，后續(xù)將根據(jù)此IP完成業(yè)務(wù)類型識(shí)別。
8.如權(quán)利要求1所述的方法，其特征在于: 輪詢檢測(cè)PAGING消息，如果檢測(cè)到PAGING響應(yīng)，則可判定產(chǎn)生一次PCH、RACH、AGCH信道占用，通過PAGING消息中的P-TMSI與后續(xù)數(shù)據(jù)包中BSSGP層的TLLI關(guān)聯(lián)同一會(huì)話數(shù)據(jù)包，其中第一上行數(shù)據(jù)包為PAGING響應(yīng)，通過第一個(gè)下行數(shù)據(jù)包關(guān)聯(lián)業(yè)務(wù)，以得知觸發(fā)尋呼的業(yè)務(wù)IP ； 在檢測(cè)PAGING消息同時(shí)在該時(shí)間點(diǎn)開啟一條信令信道占用記錄，記錄字段信息包括: (1)信道占用時(shí)間=PAGING消息下發(fā)時(shí)間； (2)觸發(fā)原因:下行消息觸發(fā)； (3)用戶身份信息:基于尋呼響應(yīng)后第一個(gè)下行數(shù)據(jù)包的BSSGP層消息提取的IMSI； (4)用戶位置信息:基于尋呼響應(yīng)數(shù)據(jù)包BSSGP層提取的LAC/CI； (5)觸發(fā)信令信道占用的業(yè)務(wù)信息:基于尋呼響應(yīng)后第一個(gè)下行數(shù)據(jù)包應(yīng)用層目的源IP提取。
9.如權(quán)利要求1所述的方法，其特征在于: 通過DNS信令建立一張動(dòng)態(tài)維護(hù)的應(yīng)用IP、域名、業(yè)務(wù)類型對(duì)應(yīng)關(guān)系表，上、下行業(yè)務(wù)觸發(fā)的信令信道占用分析過程記錄中的應(yīng)用層IP可通過這張表關(guān)聯(lián)到具體業(yè)務(wù)類型，以便確認(rèn)是哪種業(yè)務(wù)導(dǎo)致信令信道占用。
【文檔編號(hào)】H04W24/00GK103607725SQ201310571919
【公開日】2014年2月26日 申請(qǐng)日期:2013年11月15日 優(yōu)先權(quán)日:2013年11月15日
【發(fā)明者】李懷明 申請(qǐng)人:北京中創(chuàng)信測(cè)科技股份有限公司