專利名稱：一種操作碼識(shí)別方法及基于操作碼的短消息信令攔截方法
技術(shù)領(lǐng)域：
本發(fā)明涉及一種短消息業(yè)務(wù)領(lǐng)域，尤其涉及一種操作碼識(shí)別方法及基于 才喿作碼的短消息信令攔截方法。
背景技術(shù)：
除了電話業(yè)務(wù)、數(shù)據(jù)承載業(yè)務(wù)外，公用陸地移動(dòng)網(wǎng)絡(luò)(PLMN)還可為 用戶提供一種方便、有效、經(jīng)濟(jì)的信息通知手段一一短消息業(yè)務(wù)。短消息業(yè) 務(wù)使得非常小的移動(dòng)臺(tái)終端無(wú)需借助于傳真機(jī)、計(jì)算機(jī)等設(shè)備，即可獨(dú)立地 發(fā)送或接收有限長(zhǎng)度的文字消息，消息內(nèi)容直接在顯示屏上顯示。
短消息業(yè)務(wù)是七號(hào)信令的一大重要應(yīng)用。七號(hào)信令系統(tǒng)是現(xiàn)代通信網(wǎng)的 關(guān)鍵技術(shù)之一，是一種按照開(kāi)放式系統(tǒng)互聯(lián)(OSI)分層的思想設(shè)計(jì)和應(yīng)用 的局間共路信令系統(tǒng)。
與短消息應(yīng)用相關(guān)的七號(hào)信令協(xié)議層次結(jié)構(gòu)自底向上，分為消息傳遞部 分(MTP)、信令連接控制部分(SCCP)、事務(wù)能力應(yīng)用部分(TCAP)以 及移動(dòng)應(yīng)用部分(MAP)這幾大部分。前三部分負(fù)責(zé)七號(hào)信令的傳輸、路 由尋址、組織管理，并提供應(yīng)用接口，而MAP部分才真正涉及到與短消息 業(yè)務(wù)相關(guān)的功能。
短消息業(yè)務(wù)主要可分為兩種類型點(diǎn)對(duì)點(diǎn)業(yè)務(wù)和小區(qū)廣播。點(diǎn)對(duì)點(diǎn)業(yè)務(wù) 使得無(wú)線系統(tǒng)中的用戶之間可以傳送短消息，但需要通過(guò)短消息中心(SC) 進(jìn)行轉(zhuǎn)發(fā)。
點(diǎn)對(duì)點(diǎn)短消息業(yè)務(wù)有三個(gè)基本的業(yè)務(wù)單元移動(dòng)臺(tái)發(fā)送點(diǎn)對(duì)點(diǎn)短消息 (短消息起呼，SMS-MO)業(yè)務(wù)單元、移動(dòng)臺(tái)接收點(diǎn)對(duì)點(diǎn)短消息(短消息終 呼，SMS-MT)業(yè)務(wù)單元和通知短消息業(yè)務(wù)中心(短消息通知，SMS-Alert) 業(yè)務(wù)單元。其中，短消息終呼業(yè)務(wù)單元會(huì)觸發(fā)短消息路由請(qǐng)求流程(SRI),即短消息中心向歸屬位置寄存器(HLR)請(qǐng)求終呼的路由地址(即服務(wù)于用 戶的移動(dòng)交換中心MSC的地址)，等到5^由響應(yīng)后才可以將短消息終呼到 MSC。
隨著短消息業(yè)務(wù)在國(guó)內(nèi)外的不斷發(fā)展，因時(shí)間、地點(diǎn)、組網(wǎng)環(huán)境、終端 狀況以及增值業(yè)務(wù)的不同，各種新的需求被不斷提出。在短消息業(yè)務(wù)需求當(dāng) 中，有時(shí)會(huì)遇到這樣一類問(wèn)題運(yùn)營(yíng)商由于某些原因，需要攔截丟棄發(fā)送到 短消息中心的某一類信令。
有鑒于此，本發(fā)明提出了一種新的操作碼識(shí)別及攔截方法。

發(fā)明內(nèi)容
本發(fā)明所要解決的技術(shù)問(wèn)題，在于需要提供一種操作碼識(shí)別方法及基于 操作碼的短消息信令攔截方法，可以在SCCP層部分完成才喿作碼的識(shí)別及攔截。
為了解決上述技術(shù)問(wèn)題，本發(fā)明提供了 一種基于操作碼的短消息信令攔
截方法，包括
信令連接控制部分層對(duì)接收到的消息傳遞部分層發(fā)送信令連接控制部 分層數(shù)據(jù)包進(jìn)行拆解，從單位數(shù)據(jù)中得到事務(wù)能力應(yīng)用數(shù)據(jù)包；
所述信令連接控制部分層所述對(duì)事務(wù)能力應(yīng)用數(shù)據(jù)包進(jìn)行解碼，獲得成 份部分信息單元中業(yè)務(wù)信息的操作碼字段，識(shí)別所述操作碼字段中的操作碼 是否為預(yù)設(shè)的欲被攔截的目標(biāo)操作碼，是則進(jìn)行信令攔截。
優(yōu)選地，根據(jù)所述信息單元的標(biāo)簽和長(zhǎng)度，定位所述操作碼字段。
優(yōu)選地，在所述信令連接控制部分層設(shè)置一解碼函數(shù)，所述解碼函數(shù)設(shè) 置有第 一解碼指針及第二解碼指針，所述第 一解碼指針指向所述用戶數(shù)據(jù)部
分的頭部，所述第二解碼指針指向所述用戶數(shù)據(jù)部分的尾部；
所述第一解碼指針根據(jù)所述信息單元的標(biāo)簽和長(zhǎng)度，定位所述信息單元 的內(nèi)容字段；
通過(guò)移動(dòng)所述第一解碼指針進(jìn)行所述解碼。
優(yōu)選地，根據(jù)信令的消息類型移動(dòng)所述第 一解碼指針。優(yōu)選地，將所述信令攔截與全局碼路由選路功能集成在一起，實(shí)現(xiàn)依據(jù) 不同全局碼號(hào)碼短消息信令攔截。
優(yōu)選地，預(yù)設(shè)所述目標(biāo)操作碼時(shí)，在信令轉(zhuǎn)接點(diǎn)上配置路由到目標(biāo)短消
息中心的全局碼號(hào)碼；
若所述操作碼字段中的操作碼為所述目標(biāo)操作碼，且所述消息傳遞部分 層發(fā)送的信令中的全局碼號(hào)碼是路由到所述目標(biāo)短消息中心的全局碼號(hào)碼， 則所述信令轉(zhuǎn)接點(diǎn)攔截所述消息傳遞部分層發(fā)送的所述信令。
為了解決上述技術(shù)問(wèn)題，本發(fā)明還提供了一種信令操作碼識(shí)別方法，包
括
信令連接控制部分層對(duì)接收到的消息傳遞部分層發(fā)送信令連接控制部 分層數(shù)據(jù)包進(jìn)行拆解，從單位數(shù)據(jù)中得到事務(wù)能力應(yīng)用數(shù)據(jù)包；
所述信令連接控制部分層所述對(duì)事務(wù)能力應(yīng)用數(shù)據(jù)包進(jìn)行解碼，獲得成 份部分信息單元中業(yè)務(wù)信息的操作碼字段，識(shí)別出所述操作碼字段中的操作 碼。
優(yōu)選地，根據(jù)所述信息單元的標(biāo)簽和長(zhǎng)度，定位所述操作碼字段。
優(yōu)選地，在所述信令連接控制部分層設(shè)置一解碼函數(shù)，所述解碼函數(shù)設(shè) 置有第 一解碼指針及第二解碼指針，所述第 一解碼指針指向所述用戶數(shù)據(jù)部 分的頭部，所述第二解碼指針指向所述用戶數(shù)據(jù)部分的尾部；
所述第一解碼指針根據(jù)所述信息單元的標(biāo)簽和長(zhǎng)度，定位所述信息單元 的內(nèi)容字段；
通過(guò)移動(dòng)所述第一解碼指針進(jìn)行所述解碼。
優(yōu)選地，根據(jù)信令的消息類型移動(dòng)所述第一解碼指針。
與現(xiàn)有"t支術(shù)相比，本發(fā)明的技術(shù)方案在消息上行到SCCP層的時(shí)候，就 對(duì)單位數(shù)據(jù)(UDT)的用戶數(shù)據(jù)部分進(jìn)行不完全解碼，提高了解碼效率，降 低了系統(tǒng)開(kāi)銷。對(duì)于在SCCP層就被攔截丟棄的短消息而言，不會(huì)再繼續(xù)上 行，無(wú)需TCAP層和MAP層的信令處理，減輕了上層協(xié)議模塊的處理負(fù)擔(dān)， 提高了系統(tǒng)的效率。此外，本發(fā)明所提出的信令識(shí)別與攔截方法還可以與 SCCP層的全局碼(GT)選路功能相結(jié)合，來(lái)實(shí)現(xiàn)更加具有實(shí)用性的依據(jù)不同的GT號(hào)碼進(jìn)行短消息信令攔截的功能。


圖1是現(xiàn)有技術(shù)中短消息信令攔截的處理流程示意圖2是本發(fā)明提出的短消息信令識(shí)別及攔截處理流程示意圖3是本發(fā)明在識(shí)別并攔截短消息起呼的應(yīng)用實(shí)例流程示意圖4是本發(fā)明信令識(shí)別與攔截與GT選路功能相結(jié)合實(shí)施例的流程示意圖。
具體實(shí)施例方式
以下將結(jié)合附圖及實(shí)施例來(lái)詳細(xì)說(shuō)明本發(fā)明的實(shí)施方式，借此對(duì)本發(fā)明 如何應(yīng)用技術(shù)手段來(lái)解決技術(shù)問(wèn)題，并達(dá)成技術(shù)效果的實(shí)現(xiàn)過(guò)程能充分理解 并據(jù)以實(shí)施。
七號(hào)信令系統(tǒng)采用了分層結(jié)構(gòu)，使得每個(gè)層次只要獲取本層所需的信令 信息即可發(fā)送或接收信令，不需要了解的信息可以直接封裝在數(shù)據(jù)包內(nèi)進(jìn)行 透?jìng)鳌?br> 短消息起呼、終呼、路由請(qǐng)求以及短消息通知等信令，主要是通過(guò)MAP 層數(shù)據(jù)包里面的操作碼來(lái)辨認(rèn)，屬于業(yè)務(wù)應(yīng)用的范疇。所以，如果要實(shí)現(xiàn)對(duì) 某一種短消息信令的攔截丟棄，理論上應(yīng)該在MAP層解碼數(shù)據(jù)包的時(shí)候處 理。但是，如果將該任務(wù)交由MAP層處理，那么每條信令要一直上行到 MAP層才會(huì)被識(shí)別并攔截丟棄，如果網(wǎng)絡(luò)里需要丟棄的該類型的信令較多， 勢(shì)必會(huì)增加MAP層以及其下各層的負(fù)擔(dān)，占用更多的系統(tǒng)資源，系統(tǒng)開(kāi)銷 較大，降低了系統(tǒng)效率。
圖1是現(xiàn)有技術(shù)中短消息信令攔截的處理流程示意圖。按照七號(hào)信令系 統(tǒng)的協(xié)議層次結(jié)構(gòu)，每一條信令發(fā)送到短消息中心之后，會(huì)依次行經(jīng)消息傳 遞(MTP)、信令連接控制(SCCP)、事務(wù)能力應(yīng)用(TCAP)以及移動(dòng)應(yīng) 用(MAP),最后交由業(yè)務(wù)處理機(jī)來(lái)進(jìn)行具體的短消息業(yè)務(wù)處理。由于信 令每經(jīng)過(guò)一個(gè)協(xié)議層次就會(huì)加裝一段該協(xié)議層次的信息，所以實(shí)際的信令內(nèi)容包含關(guān)系是最上層的業(yè)務(wù)應(yīng)用接口信息包含在MAP層的業(yè)務(wù)信息里面， MAP層的業(yè)務(wù)信息又包含在TCAP層數(shù)據(jù)包的成份部分信息單元里面， TCAP層數(shù)據(jù)包又包含在SCCP層的單位數(shù)據(jù)(UDT )的用戶數(shù)據(jù)里面，SCCP 層數(shù)據(jù)包又包含在MTP層的消息信號(hào)單元(MSU)的信令信息字段(SIF) 里面。
如圖1所示，現(xiàn)有技術(shù)中的短消息信令攔截過(guò)程，主要包括如下步驟
步驟SI 10, MTP層接收從底層發(fā)來(lái)的短消息信令碼流；
步驟S120, MTP層對(duì)該短消息信令碼流進(jìn)行拆解，從消息信號(hào)單元里 得到SCCP層數(shù)據(jù)包發(fā)送給SCCP層；
步驟S130, SCCP層對(duì)數(shù)據(jù)包進(jìn)行拆解，從單位數(shù)據(jù)里得到TCAP數(shù)據(jù) 包發(fā)送給TCAP層；
步驟S140， TCAP層對(duì)該TCAP數(shù)據(jù)包進(jìn)行拆解，從成份部分信息單元 里得到MAP層的業(yè)務(wù)信息發(fā)送給MAP層；
步驟S150, MAP層對(duì)該業(yè)務(wù)信息進(jìn)行解碼，從里面得到相關(guān)信息，然 后發(fā)送給業(yè)務(wù)處理機(jī)*接口 。
短消息信令攔截的一般處理流程是當(dāng)信令消息逐層上行解析到MAP層 進(jìn)行業(yè)務(wù)信息解碼的時(shí)候，若識(shí)別出其中的操作碼為某一種想要攔截的操作 碼，則進(jìn)行消息的攔截并進(jìn)行后續(xù)處理。這里MAP層的業(yè)務(wù)信息解碼是一 種完全解碼，即數(shù)據(jù)包的每一個(gè)字段都必須解碼，是一件很占用系統(tǒng)資源和 效率的工作。
圖2是本發(fā)明所提出的短消息信令識(shí)別及攔截處理流程示意圖。如圖2 所示，本發(fā)明的信令識(shí)別及攔截流程，主要包括如下步驟
步驟S210，同步驟S110;
步驟S220,同步驟S120;
步驟S230， SCCP層對(duì)數(shù)據(jù)包進(jìn)行拆解，從單位數(shù)據(jù)里得到TCAP數(shù)據(jù) 包，并對(duì)TCAP數(shù)據(jù)包進(jìn)行解碼，獲得成份部分信息單元里面的業(yè)務(wù)信息的 操作碼字段，根據(jù)該操作碼字段識(shí)別出該操作碼的值是否就是預(yù)先設(shè)置的希 望被攔截的目標(biāo)操作碼，如果是則進(jìn)行信令攔截并進(jìn)行后續(xù)處理比如丟棄，如果不是則將TCAP數(shù)據(jù)包發(fā)送給TCAP層，繼續(xù)后續(xù)處理。
由此可見(jiàn)，當(dāng)消息上行到SCCP層的時(shí)候，SCCP層就對(duì)單位數(shù)據(jù)(UDT) 的TCAP數(shù)據(jù)包解碼到操作碼字段，若發(fā)現(xiàn)是預(yù)先設(shè)置的目標(biāo)才喿作碼(如短 消息起呼的操作碼)，則進(jìn)行消息的識(shí)別、欄截以及后續(xù)處理。
本發(fā)明上述流程和圖1所示現(xiàn)有技術(shù)的不同之處在于，本發(fā)明中的解碼 是不完全解碼，更準(zhǔn)確的說(shuō)是一個(gè)定位操作碼字段的過(guò)程，其他字^a都無(wú)需 關(guān)心，所以比圖1所示的現(xiàn)有技術(shù)中的解碼效率更高。另外，由于消息在 SCCP層就被丟棄，不會(huì)再上行，所以完全減去了 TCAP層和MAP層的信 令處理負(fù)擔(dān)，提高了系統(tǒng)的效率。
圖3是本發(fā)明短消息信令識(shí)別及攔截方法在識(shí)別并攔截短消息起呼中 的應(yīng)用實(shí)例流程示意圖。圖3所示的應(yīng)用實(shí)例，主要包括如下步驟
步驟S310,接收外部輸入的欲要識(shí)別出并進(jìn)行攔截的目標(biāo)才喿作碼，比 如本實(shí)施例中是希望攔截起呼信令，則該輸入的就是短消息起呼的操作碼；
步驟S320,對(duì)于MTP層發(fā)送來(lái)的每一條信令，調(diào)用 一解碼函凄t對(duì)SCCP 層UDT單位數(shù)據(jù)里面的用戶數(shù)據(jù)部分進(jìn)行解碼，該解碼函數(shù)的輸入?yún)?shù)， 包括用戶數(shù)據(jù)部分的數(shù)組結(jié)構(gòu)、數(shù)組的長(zhǎng)度和短消息起呼信令的操作碼；
步驟S330，設(shè)置第一解碼指針和第二解碼指針，分別指向該條信令用 戶數(shù)據(jù)部分的頭部和尾部，然后參照TCAP協(xié)議，通過(guò)指向頭部的第一解碼 指針來(lái)定位每一個(gè)信息單元的標(biāo)簽、長(zhǎng)度和內(nèi)容字段，指向尾部的第二解碼 指針則用于進(jìn)行解碼過(guò)程中的越界保護(hù)；
參照TCAP協(xié)議可知，起呼消息只存在于開(kāi)始(Begin)消息或繼續(xù) (Continue)消息中，其他類型的TCAP消息數(shù)據(jù)包可以不處理，因此可以 通過(guò)消息類型來(lái)迅速移動(dòng)第一解碼指針；
參照協(xié)議可知，Begin消息必定含有起源事務(wù)處理ID (起源ID的標(biāo)簽 為0x48) , Continue消息既含有起源事務(wù)處理ID,又含有目的事務(wù)處理ID (目的ID的標(biāo)簽為0x49)，因此，第一解碼指針需要準(zhǔn)確地跳過(guò)這些字段；
參照協(xié)議可知，對(duì)話部分是可選字段(對(duì)話部分的標(biāo)簽為0x6B)，所 以如果消息體里含有對(duì)話部分，第一解碼指針需要準(zhǔn)確地跳過(guò)；步驟S340,當(dāng)?shù)谝唤獯a指針到達(dá)成份部分時(shí)(成份部分的標(biāo)簽為0x6C ), 即可按照Invoke調(diào)用成份類型的結(jié)構(gòu)，逐漸將第一解碼指針移動(dòng)到操作碼 字段，獲取并識(shí)別出該條信令的操作碼；
步驟S350,將獲取到的操作碼與外部輸入的目標(biāo)操作碼相比較，獲得 攔截結(jié)果，即決定需不需要攔截該條信令。
上述步驟S320中的解碼是為了獲得信令的操作碼，其余內(nèi)容并不關(guān)心， 因此在解碼時(shí)無(wú)需像現(xiàn)有技術(shù)中MAP層解碼時(shí)那樣逐個(gè)字段進(jìn)行解析，只 需遵循數(shù)據(jù)包的組織結(jié)構(gòu)，將解碼指針迅速跳轉(zhuǎn)到成份部分的操作碼字段， 獲取該條信令的操作碼即可，因此可以視為對(duì)SCCP層用戶數(shù)據(jù)部分進(jìn)行不 完全解碼。
上述步驟S320中的SCCP層用戶數(shù)據(jù)部分，實(shí)際就是TCAP層的封裝 結(jié)構(gòu)。通過(guò)對(duì)TCAP協(xié)議的研究可知，TCAP層的消息是由信息單元組成的， 一個(gè)信息單元分為標(biāo)簽(Tag)、長(zhǎng)度(Length)和內(nèi)容(Contents )三部分。 因此，進(jìn)行步驟S320中的解碼時(shí)，根據(jù)信息單元的標(biāo)簽和長(zhǎng)度即可迅速定 位各個(gè)內(nèi)容字段。
進(jìn)一步分析TCAP層可以發(fā)現(xiàn)，TCAP由兩個(gè)子層組成，即事務(wù)處理子 層和成份子層。事務(wù)處理子層處理兩個(gè)"TCAP用戶"之間包含成份的消息 交換，成份子層處理成份，即傳送遠(yuǎn)端操作及響應(yīng)的協(xié)議數(shù)據(jù)單元。
成份子層一般有成份部分和對(duì)話部分，在含有MAP消息的單位數(shù)據(jù) (UDT)中，大多包含有成份部分，但不一定含有對(duì)話部分，且操作碼字段 位于成份部分，因此解碼時(shí)只需要對(duì)成份部分重點(diǎn)分析，即可獲取到操作碼。
需要說(shuō)明的是，TCAP層封裝結(jié)構(gòu)并不是一個(gè)固定結(jié)構(gòu)。信息單元是可 以嵌套的，有些信息單元不是必備的，信息單元的長(zhǎng)度也有可能是不定長(zhǎng)的， 這些都是在解碼過(guò)程中需要注意的問(wèn)題，因此需要嚴(yán)格地對(duì)照TCAP協(xié)議利 用條件判斷和遞歸算法進(jìn)行解碼處理。
根據(jù)現(xiàn)有技術(shù)可知，SCCP層有一大重要功能，就是提供基于全局碼 (GT)的路由選路功能，可使全球互連的不同七號(hào)信令網(wǎng)之間進(jìn)行信令的 直接傳送。由于本發(fā)明提出的信令操作碼識(shí)別和信令攔截的功能是在SCCP層實(shí)現(xiàn)的，所以還可以將信令的識(shí)別與攔截功能和GT選路功能集成在一起， 從而實(shí)現(xiàn)依據(jù)不同的GT號(hào)碼短消息信令攔截的功能。
依據(jù)不同的GT號(hào)碼攔截短消息信令的功能，具有很高的實(shí)用價(jià)值，該 功能比單純的依據(jù)操作碼來(lái)攔截信令有更大的應(yīng)用優(yōu)勢(shì)，因?yàn)樵诂F(xiàn)實(shí)需求 中，用戶往往并不希望將所有信令都不經(jīng)挑選地?cái)r截丟棄，而是希望將發(fā)送 到某信令點(diǎn)的信令攔截。因此在這種情況下可以將本發(fā)明所提出的攔截功能 和SCCP層本身的GT選路功能集成，從而滿足用戶的需求。
舉例來(lái)說(shuō)，短消息起呼信令是通過(guò)SCCP層的GT選路功能將信令送到 各個(gè)短消息中心的，這時(shí)如果需要將送往某個(gè)短消息中心的起呼信令都攔截 丟棄，但不影響送往其他短消息中心的起呼信令，此時(shí)就可以針對(duì)需要攔截 的短消息中心的GT號(hào)碼，配置攔截的操作碼，進(jìn)行針對(duì)性更強(qiáng)的攔截。
圖4是本發(fā)明信令識(shí)別與攔截與GT選路功能相結(jié)合實(shí)施例的流程示意 圖。如圖4所示，本實(shí)施例主要包括如下步驟-.
步驟S410,在信令轉(zhuǎn)接點(diǎn)(STP)上配置路由到短消息中心A的GT號(hào) 碼時(shí)，同時(shí)配置該號(hào)碼對(duì)應(yīng)的欲識(shí)別并攔截的目標(biāo)操作碼(本例中指的是起 呼操作碼)；
起呼信令都需要經(jīng)過(guò)某個(gè)信令轉(zhuǎn)接點(diǎn)(STP)路由到各個(gè)短消息中心； 這時(shí)如果只需要將路由到短消息中心A的起呼信令全部攔截丟棄，而路由 到其他短消息中心的起呼信令照常發(fā)送，那么在信令轉(zhuǎn)接點(diǎn)上，配置路由到 短消息中心A的GT號(hào)碼時(shí)，只需同時(shí)配置該號(hào)碼對(duì)應(yīng)的欲識(shí)別并攔截的目 標(biāo)操作碼即可；
步驟S420,對(duì)于MTP層發(fā)送來(lái)的每一條信令，在SCCP層進(jìn)行GT翻 譯和選路的同時(shí)，使用本發(fā)明提出的操作碼識(shí)別方法，將獲取到的操作碼與 預(yù)先設(shè)置的目標(biāo)操作碼相比較；
判斷當(dāng)前信令中的GT號(hào)碼是否為配置的路由到短消息中心A的GT號(hào) 碼，并判斷獲取到當(dāng)前信令的操作碼是否為欲攔截的操作碼，如果這兩個(gè)條 件都滿足，則轉(zhuǎn)入步驟S430;如果至少有一個(gè)條件不滿足，則轉(zhuǎn)入步驟S440;
步驟S430，該信令符合攔截條件，STP將該信令攔截并丟棄，因此不會(huì)發(fā)送到短消息中心A，結(jié)束；
步驟S440,該信令不符合攔截條件，說(shuō)明有可能該信令不是起呼信令， 也有可能該起呼信令不是路由到短消息中心A,而是路由到其他短消息中心 的，所以不對(duì)該信令做攔截，STP進(jìn)行正常的信令轉(zhuǎn)發(fā)處理，結(jié)束。
本發(fā)明提供的技術(shù)方案，是在SCCP層對(duì)SCCP層的用戶數(shù)據(jù)部分(即 TCAP層的封裝結(jié)構(gòu))進(jìn)行快速地不完全解碼，迅速定位該信令的操作碼， 在協(xié)議底層即可實(shí)現(xiàn)對(duì)短消息信令的攔截及丟棄，減輕了上層^t塊的處理負(fù) 擔(dān)，避免占用更多的系統(tǒng)資源，從而提高了系統(tǒng)的效率。此外，本發(fā)明技術(shù) 方案還可以與SCCP層的GT選路功能相結(jié)合，實(shí)現(xiàn)依據(jù)不同的GT號(hào)碼的 短消息信令攔截功能。本發(fā)明的技術(shù)方案除了應(yīng)用在七號(hào)信令系統(tǒng)的短消息 信令流程中，還可以應(yīng)用到其他多種七號(hào)信令流程里。
以上所述，僅為本發(fā)明較佳的具體實(shí)施方式
，但本發(fā)明的保護(hù)范圍并不 局限于此，任何熟悉該技術(shù)的人員在本發(fā)明所揭露的技術(shù)范圍內(nèi)，可輕易想 到的變化或替換，都應(yīng)涵蓋在本發(fā)明的保護(hù)范圍之內(nèi)。因此，本發(fā)明的保護(hù) 范圍應(yīng)該以權(quán)利要求的保護(hù)范圍為準(zhǔn)。
權(quán)利要求
1、一種基于操作碼的短消息信令攔截方法，其特征在于，包括信令連接控制部分層對(duì)接收到的消息傳遞部分層發(fā)送信令連接控制部分層數(shù)據(jù)包進(jìn)行拆解，從單位數(shù)據(jù)中得到事務(wù)能力應(yīng)用數(shù)據(jù)包；所述信令連接控制部分層所述對(duì)事務(wù)能力應(yīng)用數(shù)據(jù)包進(jìn)行解碼，獲得成份部分信息單元中業(yè)務(wù)信息的操作碼字段，識(shí)別所述操作碼字段中的操作碼是否為預(yù)設(shè)的欲被攔截的目標(biāo)操作碼，是則進(jìn)行信令攔截。
2、 如權(quán)利要求l所述的方法，其特征在于 根據(jù)所述信息單元的標(biāo)簽和長(zhǎng)度，定位所述操作碼字段。
3、 如權(quán)利要求2所述的方法，其特征在于在所述信令連接控制部分層設(shè)置一解碼函數(shù)，所述解碼函數(shù)設(shè)置有第一 解碼指針及第二解碼指針，所述第一解碼指針指向所述用戶數(shù)據(jù)部分的頭 部，所述第二解碼指針指向所述用戶數(shù)據(jù)部分的尾部；所述第一解碼指針根據(jù)所述信息單元的標(biāo)簽和長(zhǎng)度，定位所述信息單元 的內(nèi)容字段；通過(guò)移動(dòng)所述第一解碼指針進(jìn)行所述解碼。
4、 如權(quán)利要求3所述的方法，其特征在于 #>據(jù)信令的消息類型移動(dòng)所述第 一解碼指針。
5、 如權(quán)利要求1所述的方法，其特征在于將所述信令攔截與全局碼路由選路功能集成在一起，實(shí)現(xiàn)依據(jù)不同全局 碼號(hào)碼短消息信令攔截。
6、 如權(quán)利要求5所述的方法，其特征在于預(yù)設(shè)所述目標(biāo)操作碼時(shí)，在信令轉(zhuǎn)接點(diǎn)上配置路由到目標(biāo)短消息中心的 全局碼號(hào)碼；若所述操作碼字段中的操作碼為所述目標(biāo)操作碼，且所述消息傳遞部分層發(fā)送的信令中的全局碼號(hào)碼是路由到所述目標(biāo)短消息中心的全局碼號(hào)碼， 則所述信令轉(zhuǎn)接點(diǎn)攔截所述消息傳遞部分層發(fā)送的所述信令。
7、 一種信令操作碼識(shí)別方法，其特征在于，包括信令連接控制部分層對(duì)接收到的消息傳遞部分層發(fā)送信令連接控制部 分層數(shù)據(jù)包進(jìn)行拆解，從單位數(shù)據(jù)中得到事務(wù)能力應(yīng)用數(shù)據(jù)包；所述信令連接控制部分層所述對(duì)事務(wù)能力應(yīng)用數(shù)據(jù)包進(jìn)行解碼，獲得成 份部分信息單元中業(yè)務(wù)信息的操作碼字段，識(shí)別出所述操作碼字段中的操作 碼。
8、 如權(quán)利要求7所述的方法，其特征在于 根據(jù)所述信息單元的標(biāo)簽和長(zhǎng)度，定位所述操作碼字段。
9、 如權(quán)利要求8所述的方法，其特征在于在所述信令連接控制部分層設(shè)置一解碼函數(shù)，所述解碼函數(shù)設(shè)置有第一 解碼指針及第二解碼指針，所述第 一解碼指針指向所述用戶數(shù)據(jù)部分的頭 部，所述第二解碼指針指向所述用戶數(shù)據(jù)部分的尾部；所述第一解碼指針根據(jù)所述信息單元的標(biāo)簽和長(zhǎng)度，定位所述信息單元 的內(nèi)容字段；通過(guò)移動(dòng)所述第一解碼指針進(jìn)行所述解碼。
10、 如權(quán)利要求9所述的方法，其特征在于 根據(jù)信令的消息類型移動(dòng)所述第 一解碼指針。
全文摘要
本發(fā)明公開(kāi)了一種操作碼識(shí)別方法及基于操作碼的短消息信令攔截方法，可以在SCCP層部分完成操作碼的識(shí)別及攔截。其中該攔截方法包括信令連接控制部分層對(duì)接收到的消息傳遞部分層發(fā)送信令連接控制部分層數(shù)據(jù)包進(jìn)行拆解，從單位數(shù)據(jù)中得到事務(wù)能力應(yīng)用數(shù)據(jù)包；所述信令連接控制部分層所述對(duì)事務(wù)能力應(yīng)用數(shù)據(jù)包進(jìn)行解碼，獲得成份部分信息單元中業(yè)務(wù)信息的操作碼字段，識(shí)別所述操作碼字段中的操作碼是否為預(yù)設(shè)的欲被攔截的目標(biāo)操作碼，是則進(jìn)行信令攔截。本發(fā)明提高了解碼效率，降低了系統(tǒng)開(kāi)銷。
文檔編號(hào)H04L1/00GK101583106SQ20091020377
公開(kāi)日2009年11月18日 申請(qǐng)日期2009年6月12日 優(yōu)先權(quán)日2009年6月12日
發(fā)明者劉振華 申請(qǐng)人:中興通訊股份有限公司