[發明專利]電信數據的編碼和解碼的方法

無效

• 申請號: 201210059999.8
• 申請日: 2012-03-08
• 公開（公告）號: CN102611530A
• 公開（公告）日: 2012-07-25
• 發明（設計）人: 廖小波
• 申請（專利權）人: 北京神州數碼思特奇信息技術股份有限公司
• 主分類號: H04L1/00
• 分類號: H04L1/00;H04L12/56
• 代理公司: 北京輕創知識產權代理有限公司 11212
• 代理人: 楊立

技術領域

本發明涉及一種編碼和解碼的方法，特別涉及電信數據的編碼和解碼的方法。

背景技術

目前電信業務系統中用dcc(Diameter?Credit?Control)協議傳輸的主要是在c版本的基礎上去交互消息。現有的通過接口傳輸的消息一般都是用webservice的xml，然后通過中間表或socket和賬務側進行交互。

中間表的交互造成消息還是有時間間隔，不能夠準確去做處理。

但隨著電信業務的快速發展，基本上各個系統直接的消息都是用dcc交互的，為了統一接口，java做的接口也需要用dcc協議交互。

發明內容

本發明的目的是通過一種新的編碼解碼方法解析接口接收的消息。通過此方法可以使接收到的xml消息更加實時的和別的模塊交互。。

本發明解決上述技術問題的技術方案如下：

電信數據編碼的方法包括：

步驟1：讀取配置文件；

步驟2：解析配置文件；

步驟3：調用編碼方法；

步驟4：將待編碼消息的消息頭寫入buffer；將待編碼消息的其他內容寫入消息體；

步驟5：給每個node賦值組成avp；

步驟6：把每個avp添加到消息體中；

步驟7：計算消息頭和消息體的長度；

步驟8：對消息進行編碼。

優選的，所述配置文件位于指定路徑。

優選的，所述待編碼消息為CCR消息。

電信數據解碼的方法包括：

步驟1：讀取配置文件；

步驟2：解析配置文件；

步驟3：調用解碼方法；

步驟4：計算消息頭和消息體的長度；

步驟5：將字節數組包裝成buffer；

步驟6：遞歸解析buffer為avp；

步驟7：對消息進行解碼。

優選的，所述配置文件位于指定路徑。

優選的，所述待解碼消息為dcc消息。

本發明的有益效果是：能夠很方便的對dcc消息作出解碼。也統一了消息的交互用相同的協議。

附圖說明

圖1為本發明的編碼和解碼的流程圖。

具體實施方式

以下結合附圖對本發明的原理和特征進行描述，所舉實例只用于解釋本發明，并非用于限定本發明的范圍。

message消息包括消息頭和消息體，不同用途的消息組成可以不同，因此使用配置文件可以用配置的方式來編碼或解碼具體的消息。待編碼的消息都是事先約定的編碼方式，在配置文件中描述了消息中每個avp的數據類型和數據長度，按照配置中定義好的方式對每個node賦值組成avp，最后組成消息。解碼的時候同樣需要根據配置配置文件中描述了消息中每個avp的數據類型和數據長度獲得node的賦值。消息的本質是字節數組，buff是對字節數組的對象方式的包裝，處理起來方便。

編碼和解碼的時候先處理消息頭，再處理消息體。編碼的時候計算消息頭和消息體的長度，解碼消息的時候需要知道消息的長度才能正確的解析出消息的含義。

消息體本質上是字節數組，可以抽象為是由avp組成的，這樣可以以對象的方式描述消息的結構。Diameter消息的消息體部分以AVP(Attribute-Value-Pair)為單位，Diameter把與一條消息相關的的各種信息用一個個的AVP封裝起來，然后逐個頭尾銜接。

一種java版的編碼解碼的方法。步驟如下：

例如編碼CCR消息：

第一步：讀取位于指定路徑的配置文件并用document解析文件，例如dcc_01_QueryServ.xml

第二步：調用配置文件中保存的編碼方法，將電信數據的各種數據類型，例如整型等轉換為字節數組，并區分需要放在消息體中和數據和放在消息頭中的數據；

第三步：對消息頭字節數據進行封裝，將消息頭的數據封裝為字節緩沖區(buffer)；

第四步：給消息體中每個節點(node)賦值組成屬性值對avp(Attribute-Value-Pair)，把avp添加到消息體中；

第五步：對消息體字節數據進行封裝，將消息體的數據封裝為字節緩沖區(buffer)；

第六步：計算消息頭和消息體一共的長度寫入消息頭中