在編寫解碼函數(shù)的程序時(shí),由于SCCP協(xié)議最底層的解碼單位是參數(shù)級(jí)別,即像Message type,Source local reference和Protocol class等參數(shù),各自都有對(duì)應(yīng)的參數(shù)解碼函數(shù),因此對(duì)于消息類型參數(shù),必選固定部分參數(shù),必選可變部分參數(shù),只要按照順序調(diào)用參數(shù)解碼函數(shù)就可以完成解碼,真正復(fù)雜的是對(duì)可選參數(shù)的處理,因?yàn)橄⒍x中的可選參數(shù)在實(shí)際消息中是否出現(xiàn)以及參數(shù)出現(xiàn)的順序是不固定的,唯一確定的是,可以通過可選部分參數(shù)指針找到可選部分參數(shù)開始的位置,然后通過消息總長(zhǎng)度減去固定部分長(zhǎng)度得到可選部分長(zhǎng)度,最后再根據(jù)可選參數(shù)部分的結(jié)構(gòu)通過循環(huán)處理的方式進(jìn)行解碼,每次循環(huán)處理的過程是先判斷可選參數(shù)的類型,然后調(diào)用相應(yīng)的參數(shù)解碼函數(shù)。下面用一個(gè)流程圖來說明CR消息的解碼過程,此過程可以推廣到所有其他SCCP消息的解碼,如圖4所示。
圖4 SCCP協(xié)議CR消息的解碼流程圖
3、實(shí)際測(cè)試中的SCCP消息組裝問題
網(wǎng)絡(luò)中的SCCP消息長(zhǎng)度一般在100個(gè)字節(jié)內(nèi),SCCP消息需要封裝上層RANAP或者RNSAP的數(shù)據(jù),而上層數(shù)據(jù)通常不會(huì)很長(zhǎng),一條SCCP消息完全可以容納,但在少數(shù)情況下,上層數(shù)據(jù)需要分段由幾條SCCP消息中傳輸,而多條SCCP消息再分散在底層的ATM信元中傳送。這個(gè)現(xiàn)象從邏輯上是容易理解的,但從數(shù)據(jù)分析的角度,尤其是從數(shù)據(jù)接收端的角度來看,處理就要復(fù)雜很多,因?yàn)楸M管數(shù)據(jù)分段的情況相對(duì)較少,但是信令分析注重消息解析的準(zhǔn)確性和信令流程的連貫性,為了達(dá)到這2個(gè)要求,就要保證接收端能夠準(zhǔn)確完成數(shù)據(jù)的組裝,在此基礎(chǔ)上,對(duì)SCCP層的分析以及更高層如RANAP協(xié)議的分析才能夠保證。
在SCCP協(xié)議的消息中,絕大部分都包含data或longdata參數(shù),這2個(gè)參數(shù)表示SCCP的用戶數(shù)據(jù)(service data unit,SDU),也叫做SCCP上層協(xié)議的協(xié)議數(shù)據(jù)單元(protocol olata unit,PDU)。SCCP的大多數(shù)消息都包含數(shù)據(jù)參數(shù),從而加大了獲取PDU的難度,另外,消息類型的不同導(dǎo)致獲取的方法也不同,包含Data參數(shù)的消息分類如表3所示。
表3 包含Data參數(shù)的消息分類表
當(dāng)調(diào)用SCCP協(xié)議模塊的獲取上層PDU函數(shù)時(shí),首先判斷消息類型,如果不在
以上消息類型中,則不存在用戶數(shù)據(jù),那么僅僅完成解碼即可;如果是以上消息類型中的一種,那么就需要調(diào)用相應(yīng)的函數(shù)進(jìn)行獲取SDU的操作。由于包含用戶數(shù)據(jù)的消息比較多,為了處理方便和邏輯清晰,在模塊實(shí)現(xiàn)時(shí)為表3中的消息定義了各自的函數(shù)。
表3中有兩列內(nèi)容分別是輔助參數(shù)和它們的存在性。輔助參數(shù)是指在相應(yīng)消息中對(duì)于獲取SDU有幫助的參數(shù),而存在性就表示該輔助參數(shù)在相應(yīng)消息中的存在可能,F(xiàn)和V表示一定存在,0表示可能存在。輔助參數(shù)的作用主要是用來告知消息中包含的Data是完整的還是需要分段傳送的,如果完整,那么取得數(shù)據(jù)后函數(shù)就把PDU數(shù)據(jù)返回;否則要對(duì)來自多條SCCP消息的多個(gè)Data進(jìn)行組裝。在表3中用A,B,C,D對(duì)消息處理進(jìn)行了分類,每個(gè)類型代表一種處理的復(fù)雜程度如表4所示。
表4 獲取SDU分析表a
根據(jù)獲取Data數(shù)據(jù)的復(fù)雜程度,把相應(yīng)函數(shù)分為4類。每類函數(shù)根據(jù)處理的復(fù)雜程度,都需要輔助函數(shù)的支持,例如,類型2中對(duì)DT1和DT2的處理,這2條消息中都有參數(shù)包含more data indicator字段,其作用是指示本條數(shù)據(jù)消息后面是否有屬于同一個(gè)SDU的數(shù)據(jù),因此該參數(shù)是DT1和DT2消息獲取數(shù)據(jù)的重要操作依據(jù)。對(duì)于其他類型的函數(shù),輔助參數(shù)起著同樣的作用,另外個(gè)別輔助參數(shù)本身是可選的,如類型4函數(shù)中的輔助參數(shù)segments,因此在類型4函數(shù)處理時(shí)需要判斷的條件就很多,首先需要知道segments參數(shù)是否存在,存在的話才有組裝的可能,不存在的話說明數(shù)據(jù)不需要組裝。4類函數(shù)對(duì)參數(shù)的需要性如表5所示。
表5 獲取SDU分析表b
在實(shí)際的SCCP消息中,大多都是用DT1消息來承載上層數(shù)據(jù),獲取DT1消息的函數(shù)屬于表5中的第2類,下面就以該消息為例來說明SCCP協(xié)議獲取上層PDU的方法,DT1的格式[5]如表6所示。
表6 DT1消息結(jié)構(gòu)
第1個(gè)參數(shù)(Message type)表示消息類型,根據(jù)消息類型表格可知,DT1消息類型為OX0000 0110即6;第2個(gè)參數(shù)(Destination local reference)是目的地本地參考,表示目的地地址信息;第3個(gè)參數(shù)(Segmenting/reassembling)叫做分割/組裝,長(zhǎng)度是1個(gè)字節(jié),格式如圖5所示。
圖5 Segmenting/reassembling參數(shù)結(jié)構(gòu)
該參數(shù)長(zhǎng)度為一個(gè)字節(jié),最低位是信息字段M,為0表示消息后面沒有分段的數(shù)據(jù);為1則表示有。圖6表示在模擬真實(shí)的網(wǎng)絡(luò)環(huán)境,以DT1數(shù)據(jù)的傳輸為例,說明所有可能的情況。
圖6 DT1數(shù)據(jù)在網(wǎng)絡(luò)中傳送的可能情況示意圖
DT1消息在網(wǎng)絡(luò)中的傳送共4種可能,每種類型中右邊的表示本條DT1消息,圖6左邊的表示上條DT1消息,兩消息中都有M指示,下面分別說明。
類型1:本條DT1數(shù)據(jù)和前面的DT1是連續(xù)的,另外本條DT1數(shù)據(jù)后面還有連續(xù)的數(shù)據(jù),在此情況下,應(yīng)該把本條DT1數(shù)據(jù)串接在前面的D
T1后面,并且繼續(xù)等待后面的包含同類內(nèi)容的數(shù)據(jù)。
類型2:本條DT1數(shù)據(jù)和前面的DT1是連續(xù)的,另外本條DT1數(shù)據(jù)后面沒有連續(xù)的數(shù)據(jù),在此情況下,應(yīng)該把本條DT1數(shù)據(jù)串接在前面的DT1后面,構(gòu)成一個(gè)完整的上層數(shù)據(jù)PDU交給上層處理。
類型3:本條DT1數(shù)據(jù)和前面的DT1不是連續(xù)的,另外本條DT1數(shù)據(jù)后面有連續(xù)的數(shù)據(jù),在此情況下,應(yīng)該把本條DT1數(shù)據(jù)保存起來等待后面同類數(shù)據(jù)進(jìn)行組裝。
類型4:本條DT1數(shù)據(jù)和前面的DT1不是連續(xù)的,另外本條DT1數(shù)據(jù)后面沒有連續(xù)的數(shù)據(jù),在此情況下,應(yīng)該用本條DT1數(shù)據(jù)作為上層PDU。
下面用流程圖的形式來說明獲取DT1消息上層數(shù)據(jù)的程序處理過程,如圖7所示。
圖7 獲取DT1消息上層PDU函數(shù)流程圖
在真實(shí)的網(wǎng)絡(luò)環(huán)境中,在使用CR消息建立完SCCP連接后,SCCP協(xié)議出現(xiàn)最多的就是DT1,SCCP層的主要作用是封裝無(wú)線層的信令數(shù)據(jù),而上層數(shù)據(jù)才是對(duì)分析網(wǎng)絡(luò)以及應(yīng)用最有價(jià)值的信息?;谶@樣的現(xiàn)實(shí),分析DT1消息有重要意義,盡管在SCCP協(xié)議中還有其他消息也包含數(shù)據(jù)信息,但在實(shí)際信令中出現(xiàn)的情況并不多。
5、結(jié)束語(yǔ)
通過對(duì)SCCP協(xié)議解碼和獲取上層數(shù)據(jù)的分析,一方面為模塊實(shí)現(xiàn)提供了設(shè)計(jì)方案,另一方面可以把SCCP協(xié)議的分析方法推廣到TD-SCDMA標(biāo)準(zhǔn)協(xié)議棧中其他傳輸層的協(xié)議分析中。在TD-SCDMA網(wǎng)絡(luò)分析儀的軟件模塊中,采用面向?qū)ο?a target="_blank">編程方法[7]對(duì)SCCP部分進(jìn)行了實(shí)現(xiàn),該模塊在儀表測(cè)試的過程中表現(xiàn)穩(wěn)定,通過實(shí)踐論證了設(shè)計(jì)方案的正確性。
評(píng)論
查看更多