尋呼日志分析處理指導(dǎo)書(shū)

1、 尋呼日志分析指導(dǎo)書(shū)V1.0 華為技術(shù)有限公司版權(quán)所有侵權(quán)必究修訂記錄 目錄1 概述 42 尋呼日志簡(jiǎn)介 4 2.1 尋呼日志在網(wǎng)絡(luò)優(yōu)化中的作用 42.2 尋呼日志數(shù)據(jù)采集 43 尋呼日志字段描述 5 3.1 下發(fā)尋呼請(qǐng)求時(shí)間 5 3.2 呼叫釋放時(shí)間 5 3.3 IMSI 5 3.4 ESN5 3.5 尋呼類型 5 3.6 尋呼失敗類型 5 3.7 尋呼失敗導(dǎo)致的被叫連續(xù)失敗次數(shù)次 6 3.8 MSC尋呼重發(fā)次數(shù)次 6 3.9 是否觸發(fā)了本地網(wǎng)內(nèi)的擴(kuò)大范圍尋呼 6 3.10 是否觸發(fā)了本地網(wǎng)內(nèi)的全網(wǎng)尋呼 6 3.11 是否觸發(fā)了全物理局的全網(wǎng)尋呼 6 3.12 是否觸發(fā)了IsPage出局尋呼

2、 6 3.13 是否是IsPage入局尋呼 6 3.14 VLR保存的LAC 7 3.15 VLR保存的CI號(hào)7 3.16 下發(fā)尋呼請(qǐng)求前的最近兩次位置更新的時(shí)間間隔秒 7 3.17 倒數(shù)第2次位置更新的LAC 7 3.18 下發(fā)尋呼請(qǐng)求時(shí)距最近一次位置更新的時(shí)間間隔秒 73.19 DPC1DPC5 74 尋呼日志數(shù)據(jù)處理7 4.1 解壓8 4.2 解析8 4.3 格式轉(zhuǎn)換10 4.4 數(shù)據(jù)合并104.5 數(shù)據(jù)入庫(kù)145 尋呼日志分析19 5.1 啟動(dòng)查詢分析器20 5.2 尋呼日志表格式錯(cuò)誤!未定義書(shū)簽。5.3 尋呼日志分析示例215.3.1 尋呼失敗類型分布215.3.2 超去激活時(shí)長(zhǎng)尋呼

3、失敗分析225.3.3 尋呼失敗小區(qū)分布231 概述本文主要介紹華為CDMA系統(tǒng)的尋呼日志功能,全文包括概述、尋呼日志簡(jiǎn)介、尋呼日志字段描述、尋呼日志數(shù)據(jù)處理和尋呼日志分析五部分。本文適合網(wǎng)絡(luò)維護(hù)和優(yōu)化的相關(guān)人員閱讀使用。2尋呼日志簡(jiǎn)介尋呼日志(PageLog是一項(xiàng)在系統(tǒng)側(cè)記錄尋呼過(guò)程信息的功能,它提供對(duì)各種尋呼類型的關(guān)鍵性信息的統(tǒng)計(jì)和輸出,主要包含尋呼類型、失敗類型,尋呼策略及相關(guān)時(shí)間信息、用戶信息、系統(tǒng)信息,為尋呼失敗問(wèn)題定位和隔離提供依據(jù)。2.1 尋呼日志在網(wǎng)絡(luò)優(yōu)化中的作用通過(guò)尋呼日志的分析能夠幫助網(wǎng)絡(luò)維護(hù)和優(yōu)化人員了解網(wǎng)絡(luò)內(nèi)尋呼失敗TOP小區(qū)和IMSI的整體分布、尋呼相關(guān)的時(shí)間、原因信

4、息,能夠?qū)SC側(cè)話統(tǒng)和BSC側(cè)話統(tǒng)、CDR結(jié)合起來(lái)關(guān)聯(lián)分析,為尋呼和接入失敗問(wèn)題的定位提供一定的依據(jù)。2.2 尋呼日志數(shù)據(jù)采集尋呼日志的文件在MSC的BAM上實(shí)時(shí)產(chǎn)生,日志文件名稱+(年月日時(shí)分秒.log。當(dāng)達(dá)到一定大小時(shí),壓縮成5.5M的pag2009XXXX.cmp格式文件,如一個(gè)MSC一天的總尋呼日志未滿5.5M,則同樣備份成一個(gè).cmp壓縮文件,尋呼日志名稱格式為: pag2009XXXX_0001.cmp,0001表示當(dāng)日尋呼日志多個(gè)壓縮文件的第一個(gè)。尋呼日志存儲(chǔ)在MSC的BAM上,路徑為:d$CSOFTX3000RUNLOGPageLog。尋呼日志的分析需要借助相應(yīng)的軟件工具完成

5、,尋呼日志數(shù)據(jù)的處理過(guò)程詳見(jiàn)“4 尋呼日志數(shù)據(jù)處理”。3 尋呼日志字段描述3.1 下發(fā)尋呼請(qǐng)求時(shí)間該字段表示本次尋呼請(qǐng)求由MSC向BSC下發(fā)的時(shí)間。格式為:200x-xx-xx xx:xx:xx xxx3.2 呼叫釋放時(shí)間該字段表示尋呼超時(shí)后系統(tǒng)拆線時(shí)間?3.3 IMSI該字段表示國(guó)際移動(dòng)用戶識(shí)別碼,為ASCII 碼格式。IMSI 由不超過(guò)15 個(gè)數(shù)字組成0-9, IMSI 前3 個(gè)數(shù)字為移動(dòng)臺(tái)國(guó)家碼MCC,剩下的數(shù)字是國(guó)內(nèi)移動(dòng)臺(tái)識(shí)別碼(NMSI ,NMSI 又由移動(dòng)臺(tái)網(wǎng)絡(luò)碼MNC 和移動(dòng)臺(tái)識(shí)別碼MSIN 組成。尋呼日志中該字段的格式為:0x460036270045827F3.4 ESN該字段

6、表示移動(dòng)臺(tái)電子串號(hào)。ESN是一個(gè)32位二進(jìn)制數(shù),用于唯一識(shí)別移動(dòng)臺(tái)與其它任一無(wú)線系統(tǒng)。3.5 尋呼類型該字段表示尋呼日志記錄所屬的業(yè)務(wù)類型,包括以下幾種類型:電路業(yè)務(wù)尋呼、普通短消息定位尋呼、分組數(shù)據(jù)業(yè)務(wù)尋呼、特殊業(yè)務(wù)短消息流程定位尋呼3.6 尋呼失敗類型該字段表示尋呼失敗類型,可作為尋呼失敗原因的一種判斷,包括以下幾種失敗類型:3.7 尋呼失敗導(dǎo)致的被叫連續(xù)失敗次數(shù)次該字段表示同一個(gè)MSC下同一天內(nèi)因?qū)ず羰《鴮?dǎo)致的被叫失敗次數(shù)。3.8 MSC尋呼重發(fā)次數(shù)次該字段表示尋呼中的第幾次重發(fā)。根據(jù)不同的尋呼策略,每條尋呼日志中會(huì)記錄尋呼重發(fā)次數(shù)。如尋呼策略為MSC下三次尋呼,則這個(gè)字段記錄為兩次。

7、3.9 是否觸發(fā)了本地網(wǎng)內(nèi)的擴(kuò)大范圍尋呼根據(jù)不同的尋呼策略而有不同,如尋呼策略為兩次時(shí),一般第二次尋呼會(huì)包含本地網(wǎng)內(nèi)的擴(kuò)大范圍尋呼。尋呼日志中該字段根據(jù)當(dāng)次尋呼情況記錄為“觸發(fā)”或者“未觸發(fā)”。3.10 是否觸發(fā)了本地網(wǎng)內(nèi)的全網(wǎng)尋呼是否表示本地網(wǎng)的所有MSC都下尋呼?根據(jù)尋呼策略,最后一次尋呼可能設(shè)置為本地網(wǎng)內(nèi)的全網(wǎng)尋呼。尋呼日志中該字段根據(jù)當(dāng)次尋呼情況記錄為“觸發(fā)”或者“未觸發(fā)”。3.11 是否觸發(fā)了全物理局的全網(wǎng)尋呼該字段表示本MSC下的所有BSC下尋呼3.12 是否觸發(fā)了IsPage出局尋呼根據(jù)尋呼策略,最后一次尋呼可能設(shè)置為IsPage。IsPage出局尋呼即本次尋呼為向外系統(tǒng)(MSC

8、擴(kuò)展出局的尋呼。尋呼日志中該字段根據(jù)當(dāng)次尋呼情況記錄為“觸發(fā)”或者“未觸發(fā)”。3.13 是否是IsPage入局尋呼根據(jù)尋呼策略,最后一次尋呼可能設(shè)置為IsPage。IsPage入局尋呼即本次尋呼為由外系統(tǒng)(MSC擴(kuò)展入局的尋呼。尋呼日志中該字段根據(jù)當(dāng)次尋呼情況記錄為“觸發(fā)”或者“未觸發(fā)”。3.14 VLR保存的LAC該字段表示本次尋呼所屬區(qū)域在VLR中記錄的位置區(qū)代碼LAC。3.15 VLR保存的CI號(hào)該字段表示本次尋呼所屬區(qū)域在VLR中記錄的小區(qū)ID,格式為:0x7FF3,其中高12bit 為CELLID,低4bit為SECTORID。3.16 下發(fā)尋呼請(qǐng)求前的最近兩次位置更新的時(shí)間間隔秒該

9、字段表示本次尋呼之前終端進(jìn)行的兩次位置更新之間的時(shí)間間隔。3.17 倒數(shù)第2次位置更新的LAC該字段表示本次尋呼之前發(fā)生的兩次位置更新中的前一次所屬的位置區(qū)。3.18 下發(fā)尋呼請(qǐng)求時(shí)距最近一次位置更新的時(shí)間間隔秒該字段表示本次尋呼距離尋呼下發(fā)前最后一次位置更新的時(shí)間。3.19 DPC1DPC5該字段表示本次尋呼所屬區(qū)域LAC涉及的信令點(diǎn)1信令點(diǎn)5。4 尋呼日志數(shù)據(jù)處理在進(jìn)行尋呼日志分析之前,必須要對(duì)尋呼日志進(jìn)行解壓、解析,得到.csv格式的文件進(jìn)行分析。當(dāng)尋呼日志數(shù)據(jù)量較大時(shí),需要借助ACCESS軟件或相應(yīng)的數(shù)據(jù)格式轉(zhuǎn)換后借助SQL Server數(shù)據(jù)庫(kù)進(jìn)行分析(本文主要介紹SQL Server

10、數(shù)據(jù)庫(kù)方式。當(dāng)一個(gè)網(wǎng)絡(luò)中存在多個(gè)MSC時(shí),在將尋呼日志數(shù)據(jù)入庫(kù)前先要對(duì)多個(gè)MSC數(shù)據(jù)進(jìn)行合并。4.1 解壓解壓工具: 解壓操作過(guò)程:1.打開(kāi)尋呼日志解壓工具,在打開(kāi)的窗口中點(diǎn)擊“Source file path”右邊的,打開(kāi)需要解壓的原始.cmp尋呼日志文件: 2.點(diǎn)擊進(jìn)行解壓,默認(rèn)情況下,解壓后的.log文件將保存在.cmp文件同一路徑下: 4.2 解析解析工具: 解析操作過(guò)程:1.打開(kāi)尋呼日志文件解壓工具,在打開(kāi)的窗口中點(diǎn)擊 ,打開(kāi)之前解壓獲得的.log文件: 2.點(diǎn)擊進(jìn)行文件解析,選擇解析后文件生成的路徑: 3.解析過(guò)程如下(解析后文件為.csv文件: 解析后獲得的文件是.csv格式的,

11、數(shù)據(jù)量較小(少于65535行時(shí),可用Excel打開(kāi)進(jìn)行分析;數(shù)據(jù)量較大(多于65535行時(shí),可用Access打開(kāi)進(jìn)行分析,建議采用SQL Server數(shù)據(jù)庫(kù)進(jìn)行分析;4.3 格式轉(zhuǎn)換采用SQL Server數(shù)據(jù)庫(kù)進(jìn)行分析時(shí),如果直接將.csv格式的文件進(jìn)行入庫(kù)操作會(huì)非常繁瑣,而且可能入庫(kù)不成功。本節(jié)介紹一種簡(jiǎn)捷的方式:1.將.csv格式文件后綴名改為.txt: =2.用Ultraediter打開(kāi).txt,將首行(表頭刪除: 如果不刪除首行,則數(shù)據(jù)入庫(kù)后用SQL Server的查詢分析器進(jìn)行分析統(tǒng)計(jì)時(shí)會(huì)將首行(表頭作為一條尋呼日志也一起處理。如果只是對(duì)一個(gè)MSC的數(shù)據(jù)進(jìn)行分析,那么完成以上操作后

12、即可對(duì).txt文件進(jìn)行入庫(kù)分析;一個(gè)MSC有多個(gè).csv文件需要作為一個(gè)整體分析時(shí),可先合并在入庫(kù)分析。多個(gè)MSC數(shù)據(jù)作為一個(gè)整體進(jìn)行分析時(shí),按“4.4 多MSC數(shù)據(jù)合并”操作后入庫(kù)分析。4.4 數(shù)據(jù)合并多個(gè)MSC尋呼日志作為一個(gè)整體進(jìn)行分析是,需要先進(jìn)行合并,合并步驟如下:1.MSCID數(shù)據(jù)標(biāo)識(shí)當(dāng)一個(gè)本地網(wǎng)存在有多個(gè)MSC時(shí),我們需要將整個(gè)網(wǎng)絡(luò)作為一個(gè)整體進(jìn)行TOP分析。各MSC間可能存在相同的CI(小區(qū)ID ,如果直接將幾個(gè)MSC的尋呼數(shù)據(jù)進(jìn)行合并后入庫(kù)分析,將導(dǎo)致CI的混淆,因此在合并前要先對(duì)每個(gè)MSC的數(shù)據(jù)加MSCID進(jìn)行標(biāo)識(shí)。MSC數(shù)據(jù)標(biāo)識(shí)使用工具: MSC數(shù)據(jù)標(biāo)識(shí)步驟:1打開(kāi)處理工

13、具: 2點(diǎn)擊瀏覽選擇相應(yīng)MSC的數(shù)據(jù),如MSC11的,點(diǎn)擊: 3保存文件名稱修改為“MSC11.txt”,行首部增加“MSC11”(實(shí)際是行尾部增加,行首部增加下的小窗口內(nèi)輸入“,”作為過(guò)濾條件,然后點(diǎn)擊,最后點(diǎn)擊 : 處理完成后MSC11的日志文件將保存在與源文件相同的路徑下,處理完成后的文件中每一條尋呼日志的末尾將增加一個(gè)字段“MSC11”,同理處理其他MSC的數(shù)據(jù)后進(jìn)行合并后,MSCID和CI能夠唯一標(biāo)識(shí)尋呼日志失敗的小區(qū)。2.數(shù)據(jù)合并合并工具: 數(shù)據(jù)合并步驟:1打開(kāi)合并工具,在打開(kāi)的窗口中點(diǎn)擊選擇要合并的MSC的尋呼日志文件,點(diǎn)擊完成添加: 2在“合并后的文件”右邊小窗口輸入合并后的文

14、件名稱,點(diǎn)擊: 默認(rèn)情況下,合并完成后的文件將保存在與源文件同一路徑下。4.5 數(shù)據(jù)入庫(kù)對(duì)于SQL Server2000數(shù)據(jù)庫(kù)安裝,本指導(dǎo)書(shū)不作說(shuō)明。以下介紹數(shù)據(jù)庫(kù)創(chuàng)建和數(shù)據(jù)的入庫(kù)操作。步驟簡(jiǎn)要介紹如下:1.WINDOWS桌面上選擇“開(kāi)始”“程序”“Microsoft SQL Server”“企業(yè)管理器”: 2.在“企業(yè)管理器”中選擇“數(shù)據(jù)庫(kù)”,右鍵選擇“新建數(shù)據(jù)庫(kù)”: 3.在彈出窗口“常規(guī)”頁(yè)的“名稱N”復(fù)選框中輸入創(chuàng)建數(shù)據(jù)庫(kù)的名稱,“數(shù)據(jù)文件”頁(yè)中選擇數(shù)據(jù)庫(kù)保存的路徑,點(diǎn)擊完成數(shù)據(jù)庫(kù)定義: 4.選擇已創(chuàng)建好的數(shù)據(jù)庫(kù)PAGELOG,按下圖指示操作,開(kāi)始導(dǎo)入數(shù)據(jù): 5.在彈出的窗口中點(diǎn)擊,選擇

15、數(shù)據(jù)源復(fù)選框中選擇“文本文件”,繼續(xù) : 6.在彈出窗口中點(diǎn)擊“文件名F”復(fù)選框右邊,選擇要導(dǎo)入的已轉(zhuǎn)換合并好的尋呼日志文件: 7.在“數(shù)據(jù)庫(kù)”復(fù)選框選擇“PAGELOG”,即之前創(chuàng)建的數(shù)據(jù)庫(kù)作為尋呼日志導(dǎo)入的數(shù)據(jù)庫(kù): 8.在后續(xù)彈出的窗口中連續(xù)點(diǎn)擊,數(shù)據(jù)導(dǎo)入及完成的界面如下: 5 尋呼日志分析5.1 尋呼日志分析的整體思路1.從整體到局部的層級(jí)定位1尋呼話統(tǒng):首先從MSC尋呼話統(tǒng)整體分析MSC/LAC尋呼成功率情況2接入&掉話話統(tǒng):從B測(cè)分析整網(wǎng)/BSC/載頻級(jí)話統(tǒng),了解相關(guān)設(shè)備和無(wú)線問(wèn)題3尋呼日志&CDR:兩者結(jié)合分析TOP載頻/用戶尋呼失敗原因和相關(guān)影響因素2.尋呼日志和

16、CDR對(duì)照1尋呼日志:LAC/IMSI/ESN/CELLID/尋呼類型/尋呼失敗類型/尋呼相關(guān)時(shí)間信息2CDR:IMSI/ESN/CELLID釋放原因值/尋呼時(shí)長(zhǎng)/接入&釋放相關(guān)時(shí)間* IMSI/ESN/CELLID是尋呼/接入關(guān)聯(lián)分析的關(guān)鍵3.尋呼日志&話統(tǒng)&CDR關(guān)聯(lián)分析“尋呼無(wú)響應(yīng)”1尋呼失敗TOP載頻接入、掉話分析2邊界規(guī)劃、信令點(diǎn)設(shè)置、邊界站點(diǎn)小區(qū)接入尋呼參數(shù)檢查分析3尋呼失敗TOP載頻的RSSI分析4異常/非法終端分析5尋呼失敗TOP載頻接入距離分布6尋呼失敗TOP載頻前向負(fù)荷、ACH負(fù)荷、尋呼信道負(fù)荷分析7檢查載頻干擾和硬件故障等5.2 啟動(dòng)查詢分析器1.

17、WINDOWS桌面上選擇“開(kāi)始”“程序”“Microsoft SQL Server”“查詢分析器”: 2.在彈出的登錄界面中輸入登錄名L和密碼P,點(diǎn)擊“確定”登錄: 3.“查詢分析器”界面,及分析示意圖:查詢分析界面及操作示意.bmp導(dǎo)入的數(shù)據(jù)表結(jié)構(gòu)包含24列(即24個(gè)Col其中Col024為“數(shù)據(jù)合并”章節(jié)中介紹的“MSCID數(shù)據(jù)標(biāo)識(shí)”所插入的MSCID。上圖中包含一個(gè)查詢分析示例:查詢輸出尋呼日志頭10條記錄的所有內(nèi)容。查詢分析的結(jié)果可直接復(fù)制后粘貼到Excel表格中。5.3 尋呼日志(PageLog與SQL Server數(shù)據(jù)表對(duì)照格式運(yùn)用SQL Server分析尋呼日志,要清楚每個(gè)尋呼日

18、志字段在“查詢分析器”中對(duì)應(yīng)的是哪一列(Col,兩者的對(duì)應(yīng)關(guān)系簡(jiǎn)圖如下: 尋呼日志表格式及對(duì)應(yīng)的字段包含內(nèi)容見(jiàn)下表,點(diǎn)擊相應(yīng)的字段可查看字段的取值范圍: 尋呼日志格式.xls5.4 尋呼日志分析示例利用SQL Server語(yǔ)句分析尋呼日志,根據(jù)在網(wǎng)絡(luò)優(yōu)化過(guò)程中的實(shí)際需要和分析策略可以個(gè)性化地定制各種場(chǎng)景和字段組合的查詢分析模板,以下附件中包含了一些常用的查詢分析腳本供參考: 本節(jié)中將選取其中幾個(gè)分析腳本模板由淺入深介紹尋呼日志分析TOP問(wèn)題的基本思路,方法和操作。5.4.1尋呼失敗類型分布1.分析思路分析尋呼失敗原因類型的整體分布,針對(duì)失敗較多的類型,接下來(lái)可再分析其TOP小區(qū)分布或TOP I

19、MSI分布,結(jié)合TOP小區(qū)和IMSI的地理分布及其相關(guān)設(shè)備檢查,無(wú)線環(huán)境分析,相鄰配置分析等逐步深入分解定位。2.腳本定制USE PAGELOG-選擇要查詢的數(shù)據(jù)庫(kù)SELECT Col006 AS CAUSE,-選擇尋呼失敗類型字段COUNT(* AS NUM-定義統(tǒng)計(jì)數(shù)據(jù)字段FROM dbo.PAGELOG0216-選擇要查詢分析的來(lái)源數(shù)據(jù)表GROUP BY Col006-定義按尋呼失敗類型分組ORDER BY NUM DESC-定義各失敗類型按失敗次數(shù)降序排列3.輸出結(jié)果 5.4.2超MSC去激活時(shí)長(zhǎng)尋呼失敗分析1.分析思路尋呼日志分析超過(guò)MSC去激活時(shí)長(zhǎng)仍然尋呼的且因?yàn)閷ず舳〞r(shí)器超時(shí)而失

20、敗的TOP IMSI,在尋呼日志分析結(jié)果的基礎(chǔ)上再結(jié)合CDR和信令跟蹤等手段定位分析失敗相關(guān)的業(yè)務(wù)類型、流程等,找出解決和規(guī)避辦法。2.腳本定制USE PAGELOG-選擇要查詢的數(shù)據(jù)庫(kù)SELECT TOP 20-定義查詢前20位的小區(qū)Col003 AS IMSI, -選擇定義查詢的IMSICOUNT(* AS NUM-定義統(tǒng)計(jì)數(shù)據(jù)字段FROM dbo.PAGELOG0216-選擇要查詢分析的來(lái)源數(shù)據(jù)表WHERE CAST(Col018 AS BIGINT<>4294967295-定義過(guò)濾條件:下發(fā)尋呼請(qǐng)求時(shí)距最近一次位置更新的時(shí)間間隔秒為有效值(日志中4294967295為無(wú)效值A(chǔ)ND CAST(Col018 AS BIGINT>3900-定義過(guò)濾條件:下發(fā)尋呼請(qǐng)求時(shí)距最近一次位置更新的時(shí)間間隔秒超過(guò)65分鐘(MSC去激活時(shí)長(zhǎng)AND Col006='尋呼定時(shí)器超時(shí)'-尋呼失敗類型為“尋呼定時(shí)器超時(shí)”GROUP BY Col003-定義按IMSI進(jìn)行分組ORDER BY NUM DESC-定義尋呼失敗TOP IMSI按失敗次數(shù)降序排列3.輸出結(jié)果 5.4.3尋呼無(wú)響應(yīng)TOP小區(qū)分析1.分析思路尋呼無(wú)響應(yīng)對(duì)應(yīng)的MSC分布,LAC分布,小區(qū)分布。接下來(lái)可根