国产精品1024永久观看,大尺度欧美暖暖视频在线观看,亚洲宅男精品一区在线观看,欧美日韩一区二区三区视频,2021中文字幕在线观看

  • <option id="fbvk0"></option>
    1. <rt id="fbvk0"><tr id="fbvk0"></tr></rt>
      <center id="fbvk0"><optgroup id="fbvk0"></optgroup></center>
      <center id="fbvk0"></center>

      <li id="fbvk0"><abbr id="fbvk0"><dl id="fbvk0"></dl></abbr></li>

      一種內(nèi)外部信令接口協(xié)議流程關(guān)聯(lián)方法及系統(tǒng)的制作方法

      文檔序號:7996463閱讀:469來源:國知局
      一種內(nèi)外部信令接口協(xié)議流程關(guān)聯(lián)方法及系統(tǒng)的制作方法
      【專利摘要】本發(fā)明提供一種內(nèi)外部信令接口協(xié)議流程關(guān)聯(lián)方法及系統(tǒng),包括:從媒體網(wǎng)關(guān)設(shè)備的各個接口采集信令數(shù)據(jù),并根據(jù)協(xié)議類型進行分發(fā);將媒體網(wǎng)關(guān)控制協(xié)議發(fā)給媒體網(wǎng)關(guān)控制協(xié)議處理模塊,提取終端標(biāo)識并轉(zhuǎn)換為RANAP協(xié)議的傳輸標(biāo)識BindingID信息;將RANAP協(xié)議發(fā)給RANAP協(xié)議處理模塊,提取RANAP協(xié)議的BingdingID;將Nb接口協(xié)議發(fā)給Nb接口協(xié)議處理模塊,提取源地址、目的地址、源端口、目的端口;媒體網(wǎng)關(guān)關(guān)聯(lián)分析模塊按照源地址、目的地址、源端口、目的端口和BingdingID進行多接口關(guān)聯(lián)。與現(xiàn)有技術(shù)相比,本發(fā)明可以準(zhǔn)確、高效地關(guān)聯(lián)媒體網(wǎng)關(guān)設(shè)備內(nèi)外部信令接口協(xié)議。
      【專利說明】一種內(nèi)外部信令接口協(xié)議流程關(guān)聯(lián)方法及系統(tǒng)
      【技術(shù)領(lǐng)域】
      [0001]本發(fā)明涉及移動通信【技術(shù)領(lǐng)域】,尤其涉及一種內(nèi)外部信令接口協(xié)議流程關(guān)聯(lián)方法及系統(tǒng)。
      【背景技術(shù)】
      [0002]目前,針對媒體網(wǎng)關(guān)內(nèi)外部信令接口協(xié)議的關(guān)聯(lián)移動通信網(wǎng)中,媒體網(wǎng)關(guān)和軟交換局、RNC(Radio Network Controller無線網(wǎng)絡(luò)控制器)、其他媒體網(wǎng)關(guān)連接,用戶的業(yè)務(wù)會同時在這些接口中傳遞消息。在媒體網(wǎng)關(guān)之間的Nb接口傳遞語音信息,其他接口間傳遞信令信息。為了能夠?qū)τ脩粜袨檫M行分析,要通過監(jiān)測的方式對用戶的業(yè)務(wù)信令進行采集,然后進行業(yè)務(wù)行為的關(guān)聯(lián)合成。由于用戶的業(yè)務(wù)行為信息無法在一個接口獲得,需要把Nb接口的信令和其他接口進行關(guān)聯(lián),從而得到呼叫的主被叫、接續(xù)事件、位置、ΑΤΜ/IP通道等信息,也就是實現(xiàn)媒體網(wǎng)關(guān)內(nèi)外部信令接口協(xié)議的關(guān)聯(lián)。
      [0003]現(xiàn)有的內(nèi)外部信令接口協(xié)議流程的關(guān)聯(lián),必須要借助所屬軟交換設(shè)備局間協(xié)議關(guān)聯(lián)的方式。關(guān)聯(lián)時只能依靠用戶號碼時間,把在相同時間內(nèi)相同主被叫的呼叫認(rèn)為是同一個呼叫,把他們的信息合成到一起來實現(xiàn)關(guān)聯(lián)。
      [0004]在實現(xiàn)本發(fā)明的過程中,發(fā)明人發(fā)現(xiàn)現(xiàn)有的關(guān)聯(lián)方案中,關(guān)聯(lián)必須借助軟交換局間協(xié)議,而這個接口一般不和媒體網(wǎng)關(guān)的物理位置在一起,需要在另外的地方進行獲取,采集非常不方便;另外局間傳遞漫游號碼時,只有一方號碼可用,在遇10086等企業(yè)型用戶、或者同一個用戶多次呼叫時,關(guān)聯(lián)準(zhǔn)確性無法保證。

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

      [0005]本發(fā)明的目的在于克服現(xiàn)有技術(shù)的缺點和不足,提供一種內(nèi)外部信令接口協(xié)議流程關(guān)聯(lián)方法及系統(tǒng)。
      [0006]一種內(nèi)外部信令接口協(xié)議流程關(guān)聯(lián)方法,所述方法包括:
      [0007]從媒體網(wǎng)關(guān)設(shè)備的各個接口采集信令數(shù)據(jù);
      [0008]對采集到的信令數(shù)據(jù)進行分析,根據(jù)協(xié)議類型進行分發(fā);所述協(xié)議類型包括媒體網(wǎng)關(guān)控制協(xié)議、無線接入網(wǎng)絡(luò)應(yīng)用部分RANAP協(xié)議和Nb接口協(xié)議;
      [0009]將所述媒體網(wǎng)關(guān)控制協(xié)議發(fā)給媒體網(wǎng)關(guān)控制協(xié)議處理模塊,提取終端標(biāo)識并轉(zhuǎn)換為RANAP協(xié)議的傳輸標(biāo)識BindingID信息,提交給媒體網(wǎng)關(guān)關(guān)聯(lián)分析模塊;
      [0010]將所述RANAP協(xié)議發(fā)給RANAP協(xié)議處理模塊,提取RANAP協(xié)議的BingdingID,提交給媒體網(wǎng)關(guān)關(guān)聯(lián)分析模塊;
      [0011]將所述Nb接口協(xié)議發(fā)給Nb接口協(xié)議處理模塊,提取源地址、目的地址、源端口、目的端口,提交給媒體網(wǎng)關(guān)關(guān)聯(lián)分析模塊;
      [0012]媒體網(wǎng)關(guān)關(guān)聯(lián)分析模塊按照源地址、目的地址、源端口、目的端口和BingdingID進行多接口關(guān)聯(lián)。
      [0013]所述媒體網(wǎng)關(guān)控制協(xié)議處理模塊還提取源地址、目的地址、源端口和目的端口。[0014]所述RANAP協(xié)議處理模塊提取RANAP協(xié)議的BingdingID后,還對所述BingdingID填寫用戶號碼、LAC、Cl、VP1、VC1、SS7地址、呼損、振鈴時間、通話時間和通話時長信息。
      [0015]所述Nb接口協(xié)議處理模塊還提取RTP的丟包、抖動、時延和MOS信息。
      [0016]所述方法還包括:
      [0017]對于通過IP方式承載的IuCS接口,所述媒體網(wǎng)關(guān)控制協(xié)議處理模塊提取目的端口并轉(zhuǎn)換為RANAP協(xié)議的傳輸標(biāo)識BindingID信息,提交給媒體網(wǎng)關(guān)關(guān)聯(lián)分析模塊。
      [0018]所述將目的端口和RANAP協(xié)議的BingdingID進行關(guān)聯(lián),按照字節(jié)移位進行匹配的管理方式,把目的端口和BingdingID的匹配計算到字節(jié)級別。
      [0019]一種內(nèi)外部信令接口協(xié)議流程關(guān)聯(lián)系統(tǒng),所述系統(tǒng)包括采集模塊、解碼模塊、媒體網(wǎng)關(guān)控制協(xié)議處理模塊、RANAP協(xié)議處理模塊、Nb接口協(xié)議處理模塊和媒體網(wǎng)關(guān)關(guān)聯(lián)分析模塊,其中,
      [0020]所述采集模塊,用于從媒體網(wǎng)關(guān)設(shè)備的各個接口采集信令數(shù)據(jù);
      [0021]所述解碼模塊,用于對采集到的信令數(shù)據(jù)進行分析,根據(jù)協(xié)議類型進行分發(fā);所述協(xié)議類型包括媒體網(wǎng)關(guān)控制協(xié)議、無線接入網(wǎng)絡(luò)應(yīng)用部分RANAP協(xié)議和Nb接口協(xié)議;
      [0022]所述媒體網(wǎng)關(guān)控制協(xié)議處理模塊,用于從所述媒體網(wǎng)關(guān)控制協(xié)議中提取終端標(biāo)識并轉(zhuǎn)換為RANAP協(xié)議的傳輸標(biāo)識BindingID信息,提交給所述媒體網(wǎng)關(guān)關(guān)聯(lián)分析模塊;
      [0023]所述RANAP協(xié)議處理模塊,用于從所述RANAP協(xié)議中提取RANAP協(xié)議的BingdingID,提交給所述媒體網(wǎng)關(guān)關(guān)聯(lián)分析模塊;
      [0024]所述Nb接口協(xié)議處理模塊,用于所述Nb接口協(xié)議中提取源地址、目的地址、源端口、目的端口,提交給所述媒體網(wǎng)關(guān)關(guān)聯(lián)分析模塊;
      [0025]所述媒體網(wǎng)關(guān)關(guān)聯(lián)分析模塊按照源地址、目的地址、源端口、目的端口和BingdingID進行多接口關(guān)聯(lián)。
      [0026]所述媒體網(wǎng)關(guān)控制協(xié)議處理模塊還用于提取源地址、目的地址、源端口和目的端□。
      [0027]所述RANAP協(xié)議處理模塊還用于提取RANAP協(xié)議的BingdingID后,還對所述BingdingID填寫用戶號碼、LAC、Cl、VP1、VC1、SS7地址(OPC)、呼損、振鈴時間、通話時間和通話時長信息。
      [0028]所述Nb接口協(xié)議處理模塊還用于提取RTP的丟包、抖動、時延和MOS信息。
      [0029]所述媒體網(wǎng)關(guān)控制協(xié)議處理模塊還用于提取目的端口并轉(zhuǎn)換為RANAP協(xié)議的傳輸標(biāo)識BindingID信息,提交給所述媒體網(wǎng)關(guān)關(guān)聯(lián)分析模塊。
      [0030]本發(fā)明通過運用現(xiàn)網(wǎng)媒體網(wǎng)關(guān)資源分配的特性,設(shè)計出電路資源在媒體網(wǎng)關(guān)上下文管理中終端標(biāo)識的分配算法,直接對Nb 口的RTP協(xié)議和IuCS 口的RANAP (Radio AccessNetwork Application Part,無線接入網(wǎng)絡(luò)應(yīng)用部分)協(xié)議進行關(guān)聯(lián)。與現(xiàn)有技術(shù)相比,不借助軟交換局間協(xié)議,可以準(zhǔn)確、高效地關(guān)聯(lián)媒體網(wǎng)關(guān)設(shè)備內(nèi)外部信令接口協(xié)議。
      【專利附圖】

      【附圖說明】
      [0031]圖1為本發(fā)明實施例1提供的內(nèi)外部信令接口協(xié)議流程關(guān)聯(lián)方法原理流程圖;
      [0032]圖2為本發(fā)明實施例2提供的內(nèi)外部信令接口協(xié)議流程關(guān)聯(lián)系統(tǒng)結(jié)構(gòu)示意圖?!揪唧w實施方式】
      [0033]下面結(jié)合附圖對本發(fā)明的【具體實施方式】進行詳細描述。但本發(fā)明的實施方式不限于此。
      [0034]本發(fā)明方法實施例通過運用現(xiàn)網(wǎng)媒體網(wǎng)關(guān)資源分配的特性,設(shè)計出電路資源在媒體網(wǎng)關(guān)上下文管理中終端標(biāo)識的分配算法,直接對Nb 口的RTP協(xié)議和IuCS 口的RANAP,協(xié)議進行關(guān)聯(lián);可以準(zhǔn)確、高效地關(guān)聯(lián)媒體網(wǎng)關(guān)設(shè)備內(nèi)外部信令接口協(xié)議。
      [0035]如圖1所示,為本發(fā)明實施例1提供的內(nèi)外部信令接口協(xié)議流程關(guān)聯(lián)方法原理流程圖,具體如下:
      [0036]步驟10,從媒體網(wǎng)關(guān)設(shè)備的各個接口采集信令數(shù)據(jù)。
      [0037]采集數(shù)據(jù)是由具體的采集設(shè)備來完成的,為了關(guān)聯(lián)網(wǎng)絡(luò)內(nèi)外部信令接口協(xié)議,就需要采集內(nèi)外部各個接口的信令數(shù)據(jù)。
      [0038]步驟20,對采集到的信令數(shù)據(jù)進行分析,根據(jù)協(xié)議類型進行分發(fā)。
      [0039]這里,分析和分發(fā)的過程可以由具體的解碼軟件來完成。粗略來說,協(xié)議類型包括媒體網(wǎng)關(guān)控制協(xié)議、無線接入網(wǎng)絡(luò)應(yīng)用部分RANAP協(xié)議和Nb接口協(xié)議。
      [0040]實際上,TD-SCDMA(TimeDivision-Synchronous Code Division MultipleAccess,時分同步碼分多址)的協(xié)議棧層次很多。對于ATM (Asynchronous Transfer Mode,異步傳輸模式)方式,協(xié)議棧依次是AAL5、SSCOP、SSCF-NN1、MTP-3B、SCCP、RANAP協(xié)議。對于IP方式,協(xié)議棧依次是IP、SCTP, M3UA、SCCP, RANAP協(xié)議。
      [0041]在RANAP協(xié)議中,Binding ID是一個重要的參數(shù),對3G的信令關(guān)聯(lián)起重要作用;由于3G協(xié)議的多層次的特點,不同層的協(xié)議獨立封裝,底層協(xié)議存在多次分片的情況,同時存在數(shù)據(jù)包中有多個完整或者不完整的數(shù)據(jù)包,所以要進行捕獲數(shù)據(jù)的緩存、拆包、拼裝、組包的工作,最后還原出RANAP的數(shù)據(jù)包。對于ATM承載方式在AAL5、SCCOP, MTP-3B層要進行分片組包的處理,對于IP承載方式,要在SCTP和M3UA層進行分片拼裝的處理。
      [0042]特別的,RANAP協(xié)議是ASN.1的PER編碼方式,協(xié)議中有大量可選、必選、數(shù)組、枚舉、Sequence等方式的字段。Binding ID在RANAP協(xié)議的很深處,提取很困難。Binding ID 在 RAB-Assigment 消息中,參數(shù)包括 RAB-AssigmentRequest,里面是一個數(shù)組型結(jié)構(gòu),包括RAB-SetupOrModifyList的參數(shù),而這個參數(shù)里包含的也是一個數(shù)組型結(jié)構(gòu) RAB-SetupOrModifyItem 的參數(shù),這個參數(shù)由 id、firstCriticality、firstValue、seconderiticality> secondValue等參數(shù)組成。這些參數(shù)有可選的和必須的,Binding ID在 firstValue 或者 secondValue 中。firstValue 包括 RAB-SetupOrModifyltemFirst、secondValue 包括 RAB-SetupOrModifyItemSecond, RAB-SetupOrModifyItemFirst 里有 RAB-1D、NAS-SynchronisationIndicator> RAB-Parameters> UserPlaneInformation>transportLayerInformation 等 參 數(shù),transportLayerInformation 包 括transportLayerAddress、IuTransportAssociation 參數(shù),IuTransportAssociation 包括Binding IDJfBinding ID的提取需要按照協(xié)議規(guī)范進行數(shù)據(jù)的分析,并且在不同的承載和參數(shù)選項的情況下,進行對應(yīng)的封裝和逐級解析,才能夠正確提取。
      [0043]步驟30,將媒體網(wǎng)關(guān)控制協(xié)議發(fā)給媒體網(wǎng)關(guān)控制協(xié)議處理模塊,提取終端標(biāo)識并轉(zhuǎn)換為RANAP協(xié)議的傳輸標(biāo)識BindingID信息,提交給媒體網(wǎng)關(guān)關(guān)聯(lián)分析模塊。
      [0044]這里,解碼軟件把媒體網(wǎng)關(guān)控制協(xié)議發(fā)給媒體網(wǎng)關(guān)控制協(xié)議處理模塊,進行用戶業(yè)務(wù)合成分析;媒體網(wǎng)關(guān)控制協(xié)議分析模塊分析媒體網(wǎng)關(guān)控制協(xié)議,包括本次呼叫的RTP信令信息,即源地址(source address)、目的地址(destination address)、源端口(sourceport)、目的端口(destination port),另外包括本次呼叫的終端標(biāo)識(Terminal ID)。依靠媒體網(wǎng)關(guān)控制協(xié)議分析也無法直接實現(xiàn)Nb分析模塊分析出的信息和IuCS接口中的信息的關(guān)聯(lián),需要通過媒體網(wǎng)關(guān)上下文管理中終端標(biāo)識的分配算法,把IuCS的信息和Nb的信息進行精確的關(guān)聯(lián)。
      [0045]進一步的,需要把得到的終端標(biāo)識轉(zhuǎn)換為RANAP協(xié)議的BindingID信息,提交給媒體網(wǎng)關(guān)關(guān)聯(lián)分析模塊。這里是以ATM方式承載的IuCS接口為例來說明的,在通過IP方式承載的IuCS接口情況下,需要把得到的目的端口轉(zhuǎn)換為RANAP協(xié)議的BindingID信息,提交給媒體網(wǎng)關(guān)關(guān)聯(lián)分析模塊。
      [0046]步驟40,將RANAP協(xié)議發(fā)給RANAP協(xié)議處理模塊,提取RANAP協(xié)議的BingdingID,提交給媒體網(wǎng)關(guān)關(guān)聯(lián)分析模塊。
      [0047]RANAP協(xié)議處理模塊提取RANAP協(xié)議的BingdingID,并填寫號碼、LAC、Cl、VP1、VCI, SS7地址(0PC)、呼損、振鈴時間、通話時間、通話時長等信息,并把用戶業(yè)務(wù)記錄提交給媒體網(wǎng)關(guān)關(guān)聯(lián)分析模塊。
      [0048]實際上,RANAP分析模塊通過分析RANAP的信令,能夠得到用戶語音業(yè)務(wù)的號碼、VPI, VC1、LAC、Cl、SS7地址(OPC)、呼損、振鈴時間、通話時間、通話時長等信息。目前RTP分析模塊分析出的信息無法和RANAP協(xié)議中的信息進行關(guān)聯(lián),形成一條完整的用戶業(yè)務(wù)記錄,所以引入了步驟30中的媒體網(wǎng)關(guān)控制協(xié)議分析模塊,通過媒體網(wǎng)關(guān)控制協(xié)議進行Nb接口和IuCS接口的關(guān)聯(lián)。
      [0049]步驟50,將Nb接口協(xié)議發(fā)給Nb接口協(xié)議處理模塊,提取源地址、目的地址、源端口、目的端口,提交給媒體網(wǎng)關(guān)關(guān)聯(lián)分析模塊。
      [0050]Nb接口協(xié)議處理模塊提取源地址、目的地址、源端口、目的端口,另外提前RTP的丟包、抖動、時延、MOS等信息,并把用戶業(yè)務(wù)記錄提交給媒體網(wǎng)關(guān)關(guān)聯(lián)分析模塊。
      [0051]實際上,Nb分析模塊通過分析RTP的信令,能夠得到用戶語音業(yè)務(wù)的RTP信令的源地址(source address)、目的地址(destination address)、源端口(source port)、目的端口(destination port),另外包括RTP的丟包、抖動、時延、MOS等信息。
      [0052]實際上,上述步驟30到步驟50幾個步驟中的方案是同時進行的,根據(jù)協(xié)議分配的結(jié)果,各自完整需要負責(zé)的內(nèi)容轉(zhuǎn)換,沒有執(zhí)行先后順序的區(qū)別。
      [0053]步驟60,媒體網(wǎng)關(guān)關(guān)聯(lián)分析模塊按照源地址、目的地址、源端口、目的端口和BingdingID進行多接口關(guān)聯(lián)。
      [0054]媒體網(wǎng)關(guān)關(guān)聯(lián)分析模塊接收到媒體網(wǎng)關(guān)控制業(yè)務(wù)記錄、RANAP協(xié)議業(yè)務(wù)記錄、Nb接口業(yè)務(wù)記錄后,按照源地址、目的地址、源端口、目的端口和IuCS接口地址、電路來進行多接口的關(guān)聯(lián),關(guān)聯(lián)好的記錄,進行相應(yīng)業(yè)務(wù)信息的提前,實現(xiàn)關(guān)聯(lián)分析。
      [0055]對于通過ATM方式承載的IuCS接口,通過媒體網(wǎng)關(guān)控制協(xié)議的終端標(biāo)識(Terminal ID)和RANAP協(xié)議的Binding ID進行關(guān)聯(lián);在模塊內(nèi)部建立一個Terminal ID和RANAP協(xié)議Binding ID的對應(yīng)表,對應(yīng)表算法是用Terminal ID模OxFFFFFF,然后和RANAP協(xié)議的Binding ID進行關(guān)聯(lián),這樣可以準(zhǔn)確的實現(xiàn)媒體網(wǎng)關(guān)設(shè)備內(nèi)外部信令接口協(xié)議流程的關(guān)聯(lián)。[0056]對于通過IP方式承載的IuCS接口,通過媒體網(wǎng)關(guān)控制協(xié)議中的Termination和RANAP協(xié)議的Binding ID進行關(guān)聯(lián);在模塊內(nèi)部建立一個Termination和RANAP協(xié)議Binding ID的對應(yīng)表,對應(yīng)表算法是用RNC側(cè)Termination中的媒體端口號,和RANAP協(xié)議的Binding ID進行關(guān)聯(lián),這樣可以準(zhǔn)確的實現(xiàn)媒體網(wǎng)關(guān)設(shè)備內(nèi)外部信令接口協(xié)議流程的關(guān)聯(lián)。
      [0057]如圖2所示,為本發(fā)明實施例2提供的內(nèi)外部信令接口協(xié)議流程關(guān)聯(lián)系統(tǒng)結(jié)構(gòu)示意圖,該系統(tǒng)包括采集模塊100、解碼模塊200、媒體網(wǎng)關(guān)控制協(xié)議處理模塊300、RANAP協(xié)議處理模塊400、Nb接口協(xié)議處理模塊500和媒體網(wǎng)關(guān)關(guān)聯(lián)分析模塊600,具體如下:
      [0058]采集模塊100,用于從媒體網(wǎng)關(guān)設(shè)備的各個接口采集信令數(shù)據(jù)。
      [0059]解碼模塊200,用于對采集到的信令數(shù)據(jù)進行分析,根據(jù)協(xié)議類型進行分發(fā)。
      [0060]協(xié)議類型包括媒體網(wǎng)關(guān)控制協(xié)議、無線接入網(wǎng)絡(luò)應(yīng)用部分RANAP協(xié)議和Nb接口協(xié)議。
      [0061]媒體網(wǎng)關(guān)控制協(xié)議處理模塊300,用于從媒體網(wǎng)關(guān)控制協(xié)議中提取終端標(biāo)識并轉(zhuǎn)換為RANAP協(xié)議的傳輸標(biāo)識BindingID信息,提交給媒體網(wǎng)關(guān)關(guān)聯(lián)分析模塊600。
      [0062]RANAP協(xié)議處理模塊400,用于從RANAP協(xié)議中提取RANAP協(xié)議的BingdingID,提交給媒體網(wǎng)關(guān)關(guān)聯(lián)分析模塊600。
      [0063]Nb接口協(xié)議處理模塊500,用于Nb接口協(xié)議中提取源地址、目的地址、源端口、目的端口,提交給媒體網(wǎng)關(guān)關(guān)聯(lián)分析模塊600。
      [0064]媒體網(wǎng)關(guān)關(guān)聯(lián)分析模塊600按照源地址、目的地址、源端口、目的端口和BingdingID進行多接口關(guān)聯(lián)。
      [0065]進一步的,媒體網(wǎng)關(guān)控制協(xié)議處理模塊300還用于提取源地址、目的地址、源端口和目的端口。
      [0066]進一步的,RANAP協(xié)議處理模塊400還用于提取RANAP協(xié)議的BingdingID后,還對BingdingID填寫用戶號碼、LAC、Cl、VP1、VC1、SS7地址(OPC)、呼損、振鈴時間、通話時間和通話時長信息。
      [0067]進一步的,Nb接口協(xié)議處理模塊500還用于提取RTP的丟包、抖動、時延和MOS信
      肩、O
      [0068]進一步的,媒體網(wǎng)關(guān)控制協(xié)議處理模塊300還用于提取目的端口并轉(zhuǎn)換為RANAP協(xié)議的傳輸標(biāo)識BindingID信息,提交給媒體網(wǎng)關(guān)關(guān)聯(lián)分析模塊600。
      [0069]綜上,上述各個實施例中,本發(fā)明通過媒體網(wǎng)關(guān)控制協(xié)議進行Nb和IuCS接口的協(xié)議關(guān)聯(lián),可以不用采集Ne接口的信令,信令關(guān)聯(lián)準(zhǔn)確,并且采集簡便。
      [0070]通過媒體網(wǎng)關(guān)控制協(xié)議的終端標(biāo)識(Terminal ID)和RANAP協(xié)議的BingdingID進行關(guān)聯(lián),為了提高關(guān)聯(lián)效率,可以按照字節(jié)移位進行匹配的管理方式,把Terminal ID和BingdingID的匹配計算到字節(jié)級別,提高關(guān)聯(lián)效率。
      [0071]對于以ATM方式承載的Iu 口,媒體網(wǎng)關(guān)上下文管理中終端標(biāo)識的分配算法,媒體網(wǎng)關(guān)控制協(xié)議的無法和RANAP協(xié)議進行直接關(guān)聯(lián),需要通過終端標(biāo)識和RANAP協(xié)議的BingdingID進行匹配來進行關(guān)聯(lián)。
      [0072]對于以IP方式承載的Iu 口,媒體網(wǎng)關(guān)上下文管理中的目的端口的分配算法,媒體網(wǎng)關(guān)控制協(xié)議的無法和RANAP協(xié)議進行直接關(guān)聯(lián),需要通過目的端口和RANAP協(xié)議的BingdingID進行匹配來進行關(guān)聯(lián)。
      [0073]通過媒體網(wǎng)關(guān)控制協(xié)議的目的端口和RANAP協(xié)議的BingdingID進行關(guān)聯(lián),為了提高關(guān)聯(lián)效率,可以按照字節(jié)移位進行匹配的管理方式,把目的端口和BingdingID的匹配計算到字節(jié)級別,提聞關(guān)聯(lián)效率。
      [0074]上述實施例為本發(fā)明較佳的實施方式,但本發(fā)明的實施方式并不受上述實施例的限制,其他的任何未背離本發(fā)明的精神實質(zhì)與原理下所作的改變、修飾、替代、組合、簡化,均應(yīng)為等效的置換方式,都包含在本發(fā)明的保護范圍之內(nèi)。
      【權(quán)利要求】
      1.一種內(nèi)外部信令接口協(xié)議流程關(guān)聯(lián)方法,其特征在于,所述方法包括: 從媒體網(wǎng)關(guān)設(shè)備的各個接口采集信令數(shù)據(jù); 對采集到的信令數(shù)據(jù)進行分析,根據(jù)協(xié)議類型進行分發(fā);所述協(xié)議類型包括媒體網(wǎng)關(guān)控制協(xié)議、無線接入網(wǎng)絡(luò)應(yīng)用部分RANAP協(xié)議和Nb接口協(xié)議; 將所述媒體網(wǎng)關(guān)控制協(xié)議發(fā)給媒體網(wǎng)關(guān)控制協(xié)議處理模塊,提取終端標(biāo)識并轉(zhuǎn)換為RANAP協(xié)議的傳輸標(biāo)識BindingID信息,提交給媒體網(wǎng)關(guān)關(guān)聯(lián)分析模塊; 將所述RANAP協(xié)議發(fā)給RANAP協(xié)議處理模塊,提取RANAP協(xié)議的BingdingID,提交給媒體網(wǎng)關(guān)關(guān)聯(lián)分析模塊; 將所述Nb接口協(xié)議發(fā)給Nb接口協(xié)議處理模塊,提取源地址、目的地址、源端口、目的端口,提交給媒體網(wǎng)關(guān)關(guān)聯(lián)分析模塊; 媒體網(wǎng)關(guān)關(guān)聯(lián)分析模塊按照源地址、目的地址、源端口、目的端口和BingdingID進行多接口關(guān)聯(lián) 。
      2.如權(quán)利要求1所述的方法,其特征在于,所述媒體網(wǎng)關(guān)控制協(xié)議處理模塊還提取源地址、目的地址、源端口和目的端口。
      3.如權(quán)利要求1所述的方法,其特征在于,所述RANAP協(xié)議處理模塊提取RANAP協(xié)議的BingdingID后,還對所述BingdingID填寫用戶號碼、LAC、Cl、VP1、VC1、SS7地址、呼損、振鈴時間、通話時間和通話時長信息。
      4.如權(quán)利要求1所述的方法,其特征在于,所述Nb接口協(xié)議處理模塊還提取RTP的丟包、抖動、時延和MOS信息。
      5.如權(quán)利要求1所述的方法,其特征在于,所述方法還包括: 對于通過IP方式承載的IuCS接口,所述媒體網(wǎng)關(guān)控制協(xié)議處理模塊提取目的端口并轉(zhuǎn)換為RANAP協(xié)議的傳輸標(biāo)識BindingID信息,提交給媒體網(wǎng)關(guān)關(guān)聯(lián)分析模塊。
      6.如權(quán)利要求1所述的方法,其特征在于,所述將目的端口和RANAP協(xié)議的BingdingID進行關(guān)聯(lián),按照字節(jié)移位進行匹配的管理方式,把目的端口和BingdingID的匹配計算到字節(jié)級別。
      7.一種內(nèi)外部信令接口協(xié)議流程關(guān)聯(lián)系統(tǒng),其特征在于,所述系統(tǒng)包括采集模塊、解碼模塊、媒體網(wǎng)關(guān)控制協(xié)議處理模塊、RANAP協(xié)議處理模塊、Nb接口協(xié)議處理模塊和媒體網(wǎng)關(guān)關(guān)聯(lián)分析模塊,其中, 所述采集模塊,用于從媒體網(wǎng)關(guān)設(shè)備的各個接口采集信令數(shù)據(jù); 所述解碼模塊,用于對采集到的信令數(shù)據(jù)進行分析,根據(jù)協(xié)議類型進行分發(fā);所述協(xié)議類型包括媒體網(wǎng)關(guān)控制協(xié)議、無線接入網(wǎng)絡(luò)應(yīng)用部分RANAP協(xié)議和Nb接口協(xié)議; 所述媒體網(wǎng)關(guān)控制協(xié)議處理模塊,用于從所述媒體網(wǎng)關(guān)控制協(xié)議中提取終端標(biāo)識并轉(zhuǎn)換為RANAP協(xié)議的傳輸標(biāo)識BindingID信息,提交給所述媒體網(wǎng)關(guān)關(guān)聯(lián)分析模塊; 所述RANAP協(xié)議處理模塊,用于從所述RANAP協(xié)議中提取RANAP協(xié)議的BingdingID,提交給所述媒體網(wǎng)關(guān)關(guān)聯(lián)分析模塊; 所述Nb接口協(xié)議處理模塊,用于所述Nb接口協(xié)議中提取源地址、目的地址、源端口、目的端口,提交給所述媒體網(wǎng)關(guān)關(guān)聯(lián)分析模塊; 所述媒體網(wǎng)關(guān)關(guān)聯(lián)分析模塊按照源地址、目的地址、源端口、目的端口和BingdingID進行多接口關(guān)聯(lián)。
      8.如權(quán)利要求7所述的系統(tǒng),其特征在于,所述媒體網(wǎng)關(guān)控制協(xié)議處理模塊還用于提取源地址、目的地址、源端口和目的端口。
      9.如權(quán)利要求7所述的系統(tǒng),其特征在于,所述RANAP協(xié)議處理模塊還用于提取RANAP協(xié)議的BingdingID后,還對所述BingdingID填寫用戶號碼、LAC、Cl、VP1、VC1、SS7地址、呼損、振鈴時間、通話時間和通話時長信息。
      10.如權(quán)利要求7所述的系統(tǒng),其特征在于,所述Nb接口協(xié)議處理模塊還用于提取RTP的丟包、抖動、時延和MOS信息。
      11.如權(quán)利要求7所述的系統(tǒng),其特征在于,所述媒體網(wǎng)關(guān)控制協(xié)議處理模塊還用于提取目的端口并轉(zhuǎn)換為RANAP協(xié)議的傳輸標(biāo)識BindingID信息,提交給所述媒體網(wǎng)關(guān)關(guān)聯(lián)分析模 塊。
      【文檔編號】H04W80/00GK103997787SQ201310052186
      【公開日】2014年8月20日 申請日期:2013年2月18日 優(yōu)先權(quán)日:2013年2月18日
      【發(fā)明者】林永興, 林昊, 李惟佳, 黃潔 申請人:中國移動通信集團浙江有限公司
      網(wǎng)友詢問留言 已有0條留言
      • 還沒有人留言評論。精彩留言會獲得點贊!
      1