国产精品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>

      一種基于dcc直徑信控協(xié)議的消息傳輸方法

      文檔序號:7891139閱讀:569來源:國知局
      專利名稱:一種基于dcc直徑信控協(xié)議的消息傳輸方法
      技術(shù)領(lǐng)域
      本發(fā)明涉及一種基于DCC直徑信控協(xié)議的消息傳輸方法,屬于數(shù)據(jù)交互技術(shù)領(lǐng)域。
      背景技術(shù)
      隨著電信市場競爭越來越激烈,電信運(yùn)營商不但要不斷開拓市場,提供各種不同的增值服務(wù)和新業(yè)務(wù)以及提升服務(wù)質(zhì)量來提高市場占有率,同時(shí),需要不斷降低企業(yè)運(yùn)營成本特別是欠費(fèi)的成本來提高企業(yè)競爭力。
      目前電信運(yùn)營商市場經(jīng)營時(shí)一般將客戶分為預(yù)付費(fèi)客戶和后付費(fèi)客戶,對于預(yù)付費(fèi)客戶的計(jì)費(fèi)采用智能網(wǎng)方式實(shí)現(xiàn),由于智能網(wǎng)計(jì)費(fèi)的局限性,計(jì)費(fèi)能力比較差,不能提供強(qiáng)有力的市場營銷支撐;對于后付費(fèi)客戶,由于離線計(jì)費(fèi)系統(tǒng)的計(jì)費(fèi)能力比較強(qiáng),因而能給客戶提供豐富的套餐,市場支撐能力比較強(qiáng),但是存在一定的欠費(fèi)風(fēng)險(xiǎn),尤其是在高價(jià)值業(yè)務(wù)不斷增多的今天,欠費(fèi)的風(fēng)險(xiǎn)不斷在提高。因此引入OCS在線計(jì)費(fèi)系統(tǒng)取代智能網(wǎng)計(jì)費(fèi), 并且與H0TBILLING構(gòu)建融合計(jì)費(fèi)方案完成所有的計(jì)費(fèi)請求,將是電信運(yùn)營商最佳的解決方案。
      在OCS在線計(jì)費(fèi)系統(tǒng)中,數(shù)據(jù)交互的載體都是消息,網(wǎng)元將CCR消息發(fā)給OCS系統(tǒng),OCS系統(tǒng)回復(fù)CCA給網(wǎng)元。當(dāng)網(wǎng)元增加,以及計(jì)費(fèi)系統(tǒng)擴(kuò)容,經(jīng)常需要面臨多個(gè)網(wǎng)元發(fā)送消息給多個(gè)OCS系統(tǒng),這就需要在網(wǎng)元和OCS系統(tǒng)直接部署一套消息路由機(jī)制,以解決網(wǎng)元和OCS系統(tǒng)之間消息交互問題。發(fā)明內(nèi)容
      本發(fā)明針對現(xiàn)有技術(shù)的不足,提供一種能夠靈活轉(zhuǎn)發(fā)CCR、CCA消息的基于DCC直徑信控協(xié)議的消息傳輸方法。本發(fā)明解決上述技術(shù)問題的技術(shù)方案如下一種基于DCC直徑信控協(xié)議的消息傳輸方法,具體包括以下步驟步驟I :獲取配置信息和數(shù)據(jù)包;步驟2 :判斷接收到的是CCR消息還是CCA消息,如果是CCR消息進(jìn)行步驟3 ;如果是 CCA消息進(jìn)行步驟4 ;步驟3:處理CCR消息并發(fā)送;步驟4 :處理CCA消息并發(fā)送;步驟5 :生成日志。
      本發(fā)明的有益效果是本發(fā)明所述的一種基于DCC直徑信控協(xié)議的消息傳輸方法,通過配置路由規(guī)則,達(dá)到靈活轉(zhuǎn)發(fā)CCR消息和CCA消息的目的;可以以最小的代價(jià)解決網(wǎng)元與在線計(jì)費(fèi)系統(tǒng)之家的消息交互問題,避免了網(wǎng)元再次增加帶來的新問題。
      在上述技術(shù)方案的基礎(chǔ)上,本發(fā)明還可以做如下改進(jìn)。
      進(jìn)一步,步驟3具體包括以下步驟步驟3. I :解析CCR消息,獲取計(jì)費(fèi)號段;步驟3. 2 :根據(jù)號段,在路由文件中獲取對應(yīng)的路由路徑;步驟3. 3 :根據(jù)收到的CCR消息的收發(fā)對象的hop-by-hop逐跳規(guī)則配置生成新的 hop-by-hop逐跳規(guī)則,并替換舊的hop-by-hop逐跳規(guī)則;步驟3. 4 :記錄舊的hop-by-hop逐跳規(guī)則、新的hop-by-hop逐跳規(guī)則和該CCR消息的收發(fā)對象,并發(fā)送CCR消息。
      進(jìn)一步,所述步驟4包括以下步驟步驟4. I :獲取CCA消息中的hop-by-hop逐跳規(guī)則"[目息;步驟4. 2 :根據(jù)獲取的hop-by-hop逐跳規(guī)則尋找到原始的hop-by-hop逐跳規(guī)則及原始CCR消息的收發(fā)對象;步驟4. 3 :將CCA消息發(fā)送至原始CCR消息的收發(fā)對象,并在內(nèi)存中清除hop-by-hop逐跳規(guī)則信息。
      進(jìn)一步,步驟5具體包括以下步驟步驟5. I :生成運(yùn)行日志;步驟5.2 :生成處理日志。
      所述DCC指Diameter Credit Control, DCC協(xié)議是在Diameter基礎(chǔ)協(xié)議上擴(kuò)展的應(yīng)用協(xié)議,定義了針對預(yù)付費(fèi)用戶的計(jì)費(fèi)機(jī)制,采用信用額度控制實(shí)現(xiàn)了基于會話及事件的計(jì)費(fèi),解決了對于預(yù)付費(fèi)的計(jì)費(fèi)需求。
      Diameter基本協(xié)議為移動(dòng)IP (Mobile IP)、網(wǎng)絡(luò)接入服務(wù)(NAS)等應(yīng)用提供最基本的服務(wù),例如用戶會話、計(jì)費(fèi)等,具有能力協(xié)商、差錯(cuò)通知等功能。協(xié)議元素由眾多命令和 AVP (屬性值對)構(gòu)成,可以在客戶機(jī)、代理、服務(wù)器之間傳遞鑒別、授權(quán)和計(jì)費(fèi)信息。但是不管客戶機(jī)、代理還是服務(wù)器,都可以主動(dòng)發(fā)出會話請求,對方給予應(yīng)答,所以也叫對等實(shí)體之間的協(xié)議。命令代碼、AVP值和種類都可以按應(yīng)用需要和規(guī)則進(jìn)行擴(kuò)展。


      圖I為本發(fā)明實(shí)施例I所述的基于DCC直徑信控協(xié)議的消息傳輸方法流程圖。
      具體實(shí)施方式
      以下結(jié)合附圖對本發(fā)明的原理和特征進(jìn)行描述,所舉實(shí)例只用于解釋本發(fā)明,并非用于限定本發(fā)明的范圍。
      如圖I所不,本發(fā)明實(shí)施例I所述的一種基于DCC直徑信控協(xié)議的消息傳輸方法, 具體包括以下步驟步驟I :獲取配置信息和數(shù)據(jù)包;步驟2 :判斷接收到的是CCR消息還是CCA消息,如果是CCR消息進(jìn)行步驟3 ;如果是 CCA消息進(jìn)行步驟7 ;步驟3 :解析CCR消息,獲取計(jì)費(fèi)號段;步驟4 :根據(jù)號段,在路由文件中獲取對應(yīng)的路由路徑;步驟5 :根據(jù)收到的CCR消息的收發(fā)對象的hop-by-hop逐跳規(guī)則配置生成新的 hop-by-hop逐跳規(guī)則,并替換舊的hop-by-hop逐跳規(guī)則;步驟6 :記錄舊的hop-by-hop逐跳規(guī)則、新的hop-by-hop逐跳規(guī)則和該CCR消息的收發(fā)對象,并發(fā)送CCR消息,繼續(xù)步驟10 ;步驟7 :獲取CCA消息中的hop-by-hop逐跳規(guī)則"[目息;步驟8 :根據(jù)獲取的hop-by-hop逐跳規(guī)則尋找到原始的hop-by-hop逐跳規(guī)則及原始 CCR消息的收發(fā)對象;步驟9 :將CCA消息發(fā)送至原始CCR消息的收發(fā)對象,并在內(nèi)存中清除hop-by-hop逐跳規(guī)則信息,繼續(xù)步驟10。
      步驟10:生成運(yùn)行日志;步驟11 :生成處理日志。
      以下為采用本發(fā)明方法的配置文件信息,本文件配置的是一種格式的基本信息。
      路由規(guī)則如18609954742,no, vc, 11,172. 18. 31. 40,9923,20080808,vc, 11,172. 18. 31. 40,9923 解釋將18609954742發(fā)送到172. 18. 31. 40的9923端口上,可以配置到號段。
      hop-by-hop 取模數(shù) hop_by_hop_hash=//20//收發(fā)對象描述ne—distionary—list00="172. 21. 35. 185:0:DCC:0:4:0:cf@ocs30. com:cf. si-tech, com:::1〃解釋CCR新的hop-by-hop逐跳規(guī)則為n*20+4 (表示消息個(gè)數(shù))。
      以上所述僅為本發(fā)明的較佳實(shí)施例,并不用以限制本發(fā)明,凡在本發(fā)明的精神和原則之內(nèi),所作的任何修改、等同替換、改進(jìn)等,均應(yīng)包含在本發(fā)明的保護(hù)范圍之內(nèi)。
      權(quán)利要求
      1.一種基于DCC直徑信控協(xié)議的消息傳輸方法,其特征在于,具體包括以下步驟步驟I :獲取配置信息和數(shù)據(jù)包;步驟2 :判斷接收到的是CCR消息還是CCA消息,如果是CCR消息進(jìn)行步驟3 ;如果是 CCA消息進(jìn)行步驟4 ;步驟3:處理CCR消息并發(fā)送;步驟4:處理CCA消息并發(fā)送;步驟5 :生成日志。
      2.根據(jù)權(quán)利要求I所述的,其特征在于,步驟3具體包括以下步驟步驟3. I :解析CCR消息,獲取計(jì)費(fèi)號段;步驟3. 2 :根據(jù)號段,在路由文件中獲取對應(yīng)的路由路徑;步驟3. 3 :根據(jù)收到的CCR消息的收發(fā)對象的hop-by-hop逐跳規(guī)則生成新的 hop-by-hop逐跳規(guī)則,并替換舊的hop-by-hop逐跳規(guī)則;步驟3. 4 :記錄舊的hop-by-hop逐跳規(guī)則、新的hop-by-hop逐跳規(guī)則和該CCR消息的收發(fā)對象,并發(fā)送CCR消息。
      3.根據(jù)權(quán)利要求I所述的,其特征在于,所述步驟4包括以下步驟步驟4. I :獲取CCA消息中的hop-by-hop逐跳規(guī)則"[目息;步驟4. 2 :根據(jù)獲取的hop-by-hop逐跳規(guī)則尋找到原始的hop-by-hop逐跳規(guī)則及原始CCR消息的收發(fā)對象;步驟4. 3 :將CCA消息發(fā)送至原始CCR消息的收發(fā)對象,并在內(nèi)存中清除hop-by-hop逐跳規(guī)則信息。
      4.根據(jù)權(quán)利要求I所述的,其特征在于,步驟5具體包括以下步驟步驟5. I :生成運(yùn)行日志;步驟5.2 :生成處理日志。
      全文摘要
      本發(fā)明涉及一種基于DCC直徑信控協(xié)議的消息傳輸方法,具體包括以下步驟步驟1獲取配置信息和數(shù)據(jù)包;步驟2判斷接收到的是CCR消息還是CCA消息,如果是CCR消息進(jìn)行步驟3;如果是CCA消息進(jìn)行步驟4;步驟3處理CCR消息并發(fā)送;步驟4處理CCA消息并發(fā)送;步驟5生成日志。本發(fā)明所述的一種基于DCC直徑信控協(xié)議的消息傳輸方法,通過配置路由規(guī)則,達(dá)到靈活轉(zhuǎn)發(fā)CCR消息和CCA消息的目的;可以以最小的代價(jià)解決網(wǎng)元與OCS在線計(jì)費(fèi)系統(tǒng)之家的消息交互問題,避免了網(wǎng)元再次增加帶來的新問題。
      文檔編號H04L29/06GK102546671SQ201210059709
      公開日2012年7月4日 申請日期2012年3月8日 優(yōu)先權(quán)日2012年3月8日
      發(fā)明者嚴(yán)麗君 申請人:北京神州數(shù)碼思特奇信息技術(shù)股份有限公司
      網(wǎng)友詢問留言 已有0條留言
      • 還沒有人留言評論。精彩留言會獲得點(diǎn)贊!
      1