一種在線計費接口消息的檢測方法及裝置與流程

2023-09-22 21:45:40 1

本發明涉及通信應用的技術領域，特別是指一種在線計費接口消息的檢測方法及裝置。

背景技術：

在線計費是以核心網業務控制網元與業務支撐系統間gy接口的diameter信用控制(diametercreditcontrol，dcc)消息為依據，進行實時計費和欠費風險控制的計費模式，目前多用於國內外的通信運營商網絡系統中。由於運營商網絡龐大，核心網業務控制網元廠家、業務支撐系統廠家多，廠家提供的設備差異大，導致gy接口的消息差異非常大，導致了嚴重接口互通問題，極大影響本地和漫遊的語音、數據分組流量業務使用。而語音、數據分組流量業務是運營商的主營業務，必須對在線計費接口dcc消息進行標準化測試，並持續對新上線版本開展測試。

現階段，在線計費接口dcc消息的檢測主要是採用人工檢測的方式。人工檢測具有很多弊端：第一，使用頻率低的業務場景消息，手工無法進行消息取樣，檢測結果不全面。第二，dcc協議的結構複雜、欄位和類型多等，對測試執行人員的業務技術能力要求非常高；第三，運營商生產系統中接口量大，dcc消息種類多，測試工作量龐大，需投入大量人力，且容易出現人為錯誤。

技術實現要素：

本發明的目的在於提供一種在線計費接口消息的檢測方法及裝置，用以解決現有人工檢測dcc消息方式存在的測試結果不全面、不準確、工作量巨大等問題。

為了實現上述目的，本發明提供了一種在線計費接口消息的檢測方法，包括：

從在線計費接口文件中分割出diameter信用控制dcc消息原始碼文件；

根據預先配置的篩選規則，從所述dcc消息原始碼文件中篩選出所需的消息樣本；

根據預設測試標準對所述消息樣本進行檢測處理，得出檢測結果。

其中，所述從在線計費接口文件中分割出dcc消息原始碼文件，包括：

對所述在線計費接口文件進行解析處理，得到tcp報文；

根據tcp協議對所述tcp報文進行解析處理，得到dcc消息碼；

判斷所述dcc消息碼是否為空；

若所述dcc消息碼不為空，則根據dcc消息碼中長度屬性對應的長度值在所述dcc消息碼中分割出所述dcc消息原始碼文件，否則，丟棄所述dcc消息碼，其中，分割出的所述dcc消息原始碼文件的數據長度與所述長度屬性對應的長度值相等。

其中，所述對所述在線計費接口文件進行解析處理，得到tcp報文，包括：

對所述在線計費接口文件進行解析處理，得到包含多個乙太網幀的原始碼文件；

根據乙太網幀的格式，對所述原始碼文件進行解析處理，得到ip數據報文；

根據ip協議對所述ip數據報文進行解析處理，得到所述tcp報文。

其中，所述根據tcp協議對所述tcp報文進行解析處理，得到dcc消息碼，包括：

判斷所述tcp報文中當前乙太網幀的長度屬性的值是否為0，得出一判斷結果；

若所述判斷結果為是，且當前乙太網幀的末尾存在m個連續的0位元組，則將下一個乙太網幀的起始位置向後移m個字節，並根據移動後的下一個乙太網幀的起始位置，從當前乙太網幀中分割出所述dcc消息碼，m乙太網標準零數據消息的長度與理論最小幀長度之間的差值；

若所述判斷結果為否，則獲取下一個乙太網幀的起始位置，並根據所述下一個乙太網幀的起始位置，從當前乙太網幀中分割出所述dcc消息碼。

其中，所述根據預先配置的篩選規則，從所述dcc消息原始碼文件中篩選出所需的消息樣本，包括：

對所述dcc消息原始碼文件進行格式轉換處理，得到轉換後的dcc消息原始碼文件，所述轉換後的dcc消息原始碼文件為基於樹形結構的xml文件；

根據所述篩選規則，從所述轉換後的dcc消息原始碼文件中篩選出所需的消息樣本。

其中，所述根據所述篩選規則，從所述轉換後的dcc消息原始碼文件中篩選出所需的消息樣本，包括：

解析出所述轉換後的dcc消息原始碼文件中的avp欄位；

判斷所述avp欄位是否為所述篩選規則中要求攜帶n次的預定欄位，n為大於1的整數；

若所述avp欄位為所述篩選規則中要求攜帶n次的預定欄位，則判斷所述dcc消息原始碼文件中所述預定欄位出現的次數是否大於或者等於n；

若所述dcc消息原始碼文件中所述預定欄位出現的次數大於或者等於n，則將所述dcc消息原始碼文件作為攜帶n個預定欄位的消息樣本。

其中，所述根據預設測試標準對所述消息樣本進行檢測處理，得出檢測結果，包括：

根據預設測試標準對所述消息樣本的格式及所述消息樣本所包含的每一個avp欄位進行檢測處理，得出檢測結果，所述檢測結果為基於樹形結構的xml文件。

本發明還提供了一種在線計費接口消息的檢測裝置，包括：

獲取模塊，用於從在線計費接口文件中分割出diameter信用控制dcc消息原始碼文件；

篩選模塊，用於根據預先配置的篩選規則，從所述dcc消息原始碼文件中篩選出所需的消息樣本；

檢測模塊，用於根據預設測試標準對所述消息樣本進行檢測處理，得出檢測結果。

其中，所述獲取模塊包括：

第一獲取子模塊，用於對所述在線計費接口文件進行解析處理，得到tcp報文；

第二獲取子模塊，用於根據tcp協議對所述tcp報文進行解析處理，得到 dcc消息碼；

判斷子模塊，用於判斷所述dcc消息碼是否為空；

第三獲取子模塊，用於若所述dcc消息碼不為空，則根據dcc消息碼中長度屬性對應的長度值在所述dcc消息碼中分割出所述dcc消息原始碼文件，否則，丟棄所述dcc消息碼，其中，分割出的所述dcc消息原始碼文件的數據長度與所述長度屬性對應的長度值相等。

其中，所述第一獲取子模塊包括：

第一獲取單元，用於對所述在線計費接口文件進行解析處理，得到包含多個乙太網幀的原始碼文件；

第二獲取單元，用於根據乙太網幀的格式，對所述原始碼文件進行解析處理，得到ip數據報文；

第三獲取單元，用於根據ip協議對所述ip數據報文進行解析處理，得到所述tcp報文。

其中，所述第二獲取子模塊包括：

第一判斷單元，用於判斷所述tcp報文中當前乙太網幀的長度屬性的值是否為0，得出一判斷結果；

第一處理單元，用於若所述判斷結果為是，且當前乙太網幀的末尾存在m個連續的0位元組，則將下一個乙太網幀的起始位置向後移m個字節，並根據移動後的下一個乙太網幀的起始位置，從當前乙太網幀中分割出所述dcc消息碼，m乙太網標準零數據消息的長度與理論最小幀長度之間的差值；

第二處理單元，用於若所述判斷結果為否，則獲取下一個乙太網幀的起始位置，並根據所述下一個乙太網幀的起始位置，從當前乙太網幀中分割出所述dcc消息碼。

其中，所述篩選模塊包括：

轉換子模塊，用於對所述dcc消息原始碼文件進行格式轉換處理，得到轉換後的dcc消息原始碼文件，所述轉換後的dcc消息原始碼文件為基於樹形結構的xml文件；

篩選子模塊，用於根據所述篩選規則，從所述轉換後的dcc消息原始碼文件中篩選出所需的消息樣本。

其中，所述篩選子模塊包括：

解析單元，用於解析出所述轉換後的dcc消息原始碼文件中的avp欄位；

第二判斷單元，用於判斷所述avp欄位是否為所述篩選規則中要求攜帶n次的預定欄位，n為大於1的整數；

第三判斷單元，用於若所述avp欄位為所述篩選規則中要求攜帶n次的預定欄位，則判斷所述dcc消息原始碼文件中所述預定欄位出現的次數是否大於或者等於n；

處理單元，用於若所述dcc消息原始碼文件中所述預定欄位出現的次數大於或者等於n，則將所述dcc消息原始碼文件作為攜帶n個預定欄位的消息樣本。

其中，所述檢測模塊具體用於根據預設測試標準對所述消息樣本的格式及所述消息樣本所包含的每一個avp欄位進行檢測處理，得出檢測結果，所述檢測結果為基於樹形結構的xml文件。

本發明實施例具有以下有益效果：

本發明實施例的在線計費接口消息的檢測方法，從在線計費接口文件中分割出diameter信用控制dcc消息原始碼文件；根據預先配置的篩選規則，從所述dcc消息原始碼文件中篩選出所需的消息樣本；根據預設測試標準對所述消息樣本進行檢測處理，得出檢測結果，解決了現階段人工測試存在的巨大人力和時間成本問題，同時解決了測試結果不全面、存在人為誤差的問題，滿足功能和效率的要求，具有很強的實用性。

附圖說明

圖1為本發明實施例的在線計費接口消息的檢測方法的工作流程圖；

圖2為本發明實施例從在線計費接口文件中分割出dcc消息原始碼文件的工作流程圖；

圖3為本發明實施例中非標準零數據乙太網幀自動識別的工作流程圖；

圖4為本發明實施例中消息包篩選的工作流程圖；

圖5為本發明實施例中基於同欄位計數器的消息自動篩選的工作流程圖；

圖6為本發明實施例中消息包自動化對比的工作流程圖；

圖7為本發明實施例的在線計費接口消息的檢測裝置的結構框圖。

具體實施方式

為使本發明要解決的技術問題、技術方案和優點更加清楚，下面將結合具體實施例及附圖進行詳細描述。

本發明的實施例提供了一種在線計費接口消息的檢測方法及裝置，解決了現有人工檢測dcc消息方式存在的測試結果不全面、不準確、工作量巨大等問題。

第一實施例：

如圖1所示，本發明實施例的在線計費接口消息的檢測方法，包括：

步驟11：從在線計費接口文件中分割出diameter信用控制dcc消息原始碼文件。

具體的，獲取生產系統伺服器ip埠的cap等報文形式的在線計費接口消息文件，並從cap等報文形式的在線計費接口消息文件中自動分割出dcc消息原始碼文件。

步驟12：根據預先配置的篩選規則，從所述dcc消息原始碼文件中篩選出所需的消息樣本。

這裡，篩選規則可具體包括avp欄位的取值、篩選消息條數屬性等。自動文件分割流程和消息樣本自動篩選流程，能從tb量級的生產系統接口消息中，快速找到頻率低的業務場景消息的樣本，解決樣本不全導致的測試範圍不全問題。

步驟13：根據預設測試標準對所述消息樣本進行檢測處理，得出檢測結果。

具體的，根據預設測試標準對所述消息樣本的格式及所述消息樣本所包含的每一個avp欄位進行檢測處理，得出檢測結果，所述檢測結果為基於樹形結構的xml文件。通過消息樣本自動匹配和自動消息檢測流程，實現機器替代人工完成大批量測試執行工作功能，將釋放大部分測試人員。且本發明採用的基於樹形結構的xml檢測結果保存技術，能完整地保存複雜dcc消息的測試結果，使測試結果無須人工再次過濾，而其它自動化測試技術中的結果保存技術均不具有該效果。

本發明實施例的在線計費接口消息的檢測方法，從在線計費接口文件中分割出diameter信用控制dcc消息原始碼文件；根據預先配置的篩選規則，從所述dcc消息原始碼文件中篩選出所需的消息樣本；根據預設測試標準對所述消息樣本進行檢測處理，得出檢測結果，解決了現階段人工測試存在的巨大人力和時間成本問題，同時解決了測試結果不全面、存在人為誤差的問題，滿足功能和效率的要求，具有很強的實用性。

進一步地，上述步驟11包括：對所述在線計費接口文件進行解析處理，得到tcp報文；根據tcp協議對所述tcp報文進行解析處理，得到dcc消息碼；判斷所述dcc消息碼是否為空；若所述dcc消息碼不為空，則根據dcc消息碼中長度屬性對應的長度值在所述dcc消息碼中分割出所述dcc消息原始碼文件，否則，丟棄所述dcc消息碼，其中，分割出的所述dcc消息原始碼文件的數據長度與所述長度屬性對應的長度值相等。

具體的，上述對所述在線計費接口文件進行解析處理，得到tcp報文，包括：對所述在線計費接口文件進行解析處理，得到包含多個乙太網幀的原始碼文件；根據乙太網幀的格式，對所述原始碼文件進行解析處理，得到ip數據報文；根據ip協議對所述ip數據報文進行解析處理，得到所述tcp報文。

下面結合附圖2具體說明本發明實施例從在線計費接口文件中分割出dcc消息原始碼文件的流程。

如圖2所示，該流程包括：

步驟21：獲取生產系統伺服器ip埠的一批cap等報文格式的在線計費接口消息。

步驟22：解析cap等格式的報文，得到包含多個乙太網幀的原始碼文件。

步驟23：根據乙太網幀的格式，解析乙太網幀，得到ip數據報。

步驟24：根據ip協議，解析ip數據報，得到tcp報文。

步驟25：根據tcp協議，解析tcp報文，得到dcc消息碼。

解析tcp報文時，有一部分tcp消息的數據包是零數據的，即數據長度為0。按乙太網幀的國際標準，數據長度為0的，在數據鏈路層填寫6位0，使該乙太網幀消息的幀長度達到60位(標準要求的最小幀長度)。但由於現有接口抓包軟體只能在iso模型的數據鏈路層或以上層進行抓包，所以在線計費接口 呂抓取的數據包按長度可分三類，一類為幀長度大於60位(伺服器發送和接收的非零數據消息)，二類是幀長度60位的(伺服器接收到的標準零數據消息)；三類是幀長度54位的(伺服器向外發送的非標準零數據消息，還未補充6位0)。最後一類消息的非標準消息，而且目前乙太網標準幀結構中是沒有專門的標識位區分第二類和第三類消息的，因此第三類消息影響tcp文件的正常切割，所有第三類消息後面的dcc消息的分割都會產生錯誤。

本發明在解析tcp協議時，設計了非標準零數據乙太網幀自動識別技術。具體的，如圖3所示，包括步驟31：判斷tcp中長度屬性len是否為0，如果是，dcc消息碼為空，執行步驟32，否則跳轉到步驟34；步驟32：乙太網幀的末尾是否存在6個連續的0位元組。如果是，則說明填充了連續的6個0位元組，執行步驟33，否則，說明該乙太網幀沒有填充，那麼下一個乙太網幀的起始位置不需要往後挪，跳轉到步驟34；步驟33：下一個乙太網幀的起始位置需要往後挪6個字節；步驟34：得到下一個乙太網幀的起始位置；步驟35：輸出dcc消息碼。

步驟26：判斷dcc消息碼是否不為空。

步驟27：若不為空，根據dcc協議，解析dcc消息的頭部，得到dcc消息的長度messagelength。

步驟28：若為空，則丟棄該dcc消息碼。

步驟29：判斷dcc消息碼長度是否大於或等於messagelength。

步驟210：若大於或等於，則根據dcc消息碼中長度屬性對應的長度值在所述dcc消息碼中分割出所述dcc消息原始碼文件。

其中，分割出的所述dcc消息原始碼文件的數據長度與所述長度屬性對應的長度值相等，並以txt文本格式保存分割出的dcc消息原始碼文件。

步驟211：判斷是否為最後一個乙太網幀。

步驟212：若是最後一個以太幀，則結束。

步驟213：若不是最後一個以太幀，則獲取下一個乙太網幀，並跳轉到步驟23。

本發明實施例的在線計費接口消息的檢測方法，採用的非標準零數據乙太網幀自動識別技術，能更準確地從通信運營商生產系統中的在線計費接口消息 接口文件中分割出dcc原始碼。

進一步地，上述步驟12，包括：

對所述dcc消息原始碼文件進行格式轉換處理，得到轉換後的dcc消息原始碼文件，所述轉換後的dcc消息原始碼文件為基於樹形結構的xml文件；根據所述篩選規則，從所述轉換後的dcc消息原始碼文件中篩選出所需的消息樣本。

其中，上述根據所述預設篩選規則，從所述轉換後的dcc消息原始碼文件中篩選出所需的消息樣本，包括：解析出所述轉換後的dcc消息原始碼文件中的avp欄位；判斷所述avp欄位是否為所述篩選規則中要求攜帶n次的預定欄位，n為大於1的整數；若所述avp欄位為所述篩選規則中要求攜帶n次的預定欄位，則判斷所述dcc消息原始碼文件中所述預定欄位出現的次數是否大於或者等於n；若所述dcc消息原始碼文件中所述預定欄位出現的次數大於或者等於n，則將所述dcc消息原始碼文件作為攜帶n個預定欄位的消息樣本。

下面結合附圖4具體說明本發明實施例中消息包篩選的處理流程。

如圖4所示，包括：

步驟41：配置篩選規則。

具體的，各類消息配置對應的篩選規則，包括avp欄位的取值、篩選消息條數屬性等。

步驟42：選擇dcc消息原始碼文件作為消息篩選的輸入文件。

步驟43：解析dcc消息，用有層次的樹形結構xml文件來保存解析後的dcc消息結果。

步驟44：解析後的dcc消息，是否包含篩選配置中要求攜帶的欄位。如果是，則執行步驟45；否則，跳轉到步驟48；

補充說明：步驟44中，同一dcc消息在同一層中可能攜帶多個相同欄位、且相同欄位的取值一致或不一致的情況。對於此種情況，對相同欄位的檢測，一般的比對算法會存在欄位漏測的情況。

本發明實施例設計了基於同欄位計數器的消息自動篩選技術。具體執行步驟，如圖5所示，包括：步驟51：篩選配置中要求攜帶的相同欄位出現的次數為n，設計數器count＝0；步驟52：解析消息包中的avp欄位；步驟53：該avp 欄位是否為要求攜帶欄位。如果是，則執行步驟54；否則，跳轉到步驟57；步驟54：計數器count加1；步驟55：count是否大於等於要求攜帶的相同欄位出現的次數n；步驟56：如果是，則要求攜帶多個相同欄位的條件已滿足，輸出結果為是y；否則，執行步驟57；步驟57：該avp欄位是否為最後一個欄位；步驟58：如果是，則要求攜帶多個相同欄位的條件不滿足，輸出結果為否n；否則，跳轉到步驟52。

步驟45：解析後的dcc消息，要求攜帶欄位以及可選欄位的取值是否和篩選配置中要求的取值相等。如果是，則執行步驟46；否則，跳轉到步驟48；

步驟46：解析後的dcc消息，是否不包含篩選配置中要求必不攜帶的欄位。

步驟47：如果是，則將該dcc消息保存到對應場景的目錄下，執行步驟48；否則，跳轉到步驟48；

步驟48：已經篩選出的dcc消息總數是否小於配置中的篩選消息條數。如果是，執行步驟49；否則，跳轉到步驟410；

步驟49：該消息包是否為最後一個消息包。如果是，則執行步驟410；否則，跳轉到步驟42；

步驟410：結束。

本發明實施例的消息樣本自動篩選流程，採用基於同欄位計數器的消息自動篩選技術，能準確地找出相同欄位需在同一消息中出現多次的消息包。

進一步地，上述步驟13具體包括：根據預設測試標準對所述消息樣本的格式及所述消息樣本所包含的每一個avp欄位進行檢測處理，得出檢測結果，所述檢測結果為基於樹形結構的xml文件。

下面結合附圖6具體說明本發明實施例中消息包自動化對比的處理流程。

步驟61：配置各類消息的測試用例。包括必選欄位和可選欄位的取值，必不攜帶欄位等；

步驟62：自動地將各類消息的測試用例和相應的消息包作匹配；

步驟63：根據前臺和後臺配置的各類消息的比對規則，對每一個消息包的格式以及其包含的每一個avp欄位進行層次化的全量比對，具體步驟如下：

解析消息包，將消息包按照後臺avp欄位配置進行解析，封裝成xml格式，保存到資料庫；檢測avp欄位是否前臺配置的場景測試用例所指定層次的 必選欄位，必不攜帶欄位，以及取值是否正確；檢測avp欄位是否符合後臺對比規則要求，包括欄位間關聯關係、互斥關係、嵌套關係、數據格式和取值等層次化的全量比對；對檢測出問題的avp欄位按照分類用不同的顏色標記，並將問題描述分類保存起來；由於dcc消息檢測結果必須精確描述到第一個欄位，如果不按樹形結構的xml記錄結果，將出現同一消息內的相同欄位的結果混淆的情況，即存在檢測結果不準確的問題。為了解決這個問題，本發明對完成了檢測的消息包，按照原消息包的結構，將測試結果的描述內容單獨封裝成一個樹形結構的xml，保存到資料庫，提升檢測結果的準確性；自動生成問題檢測報告和統計報告。

步驟64：輸出所有消息包的檢測結果文檔。

本發明中採用的基於樹形結構的xml檢測結果保存技術，能完整地保存複雜dcc消息的測試結果，使測試結果無須人工再次過濾，其它自動化測試技術中的結果保存技術均不具有該能力。自動化檢測技術應用後，測試人員只需進行簡單的界面操作，降低測試執行人員技能要求，降低人員成本。

第二實施例：

如圖7所示，本發明實施例還提供了一種在線計費接口消息的檢測裝置，包括：

獲取模塊71，用於從在線計費接口文件中分割出diameter信用控制dcc消息原始碼文件；

篩選模塊72，用於根據預先配置的篩選規則，從所述dcc消息原始碼文件中篩選出所需的消息樣本；

檢測模塊73，用於根據預設測試標準對所述消息樣本進行檢測處理，得出檢測結果。

本發明實施例的在線計費接口消息的檢測裝置，所述獲取模塊71包括：

第一獲取子模塊711，用於對所述在線計費接口文件進行解析處理，得到tcp報文；

第二獲取子模塊712，用於根據tcp協議對所述tcp報文進行解析處理，得到dcc消息碼；

判斷子模塊713，用於判斷所述dcc消息碼是否為空；

第三獲取子模塊714，用於若所述dcc消息碼不為空，則根據dcc消息碼中長度屬性對應的長度值在所述dcc消息碼中分割出所述dcc消息原始碼文件，否則，丟棄所述dcc消息碼，其中，分割出的所述dcc消息原始碼文件的數據長度與所述長度屬性對應的長度值相等。

本發明實施例的在線計費接口消息的檢測裝置，所述第一獲取子模塊711包括：

第一獲取單元7111，用於對所述在線計費接口文件進行解析處理，得到包含多個乙太網幀的原始碼文件；

第二獲取單元7112，用於根據乙太網幀的格式，對所述原始碼文件進行解析處理，得到ip數據報文；

第三獲取單元7113，用於根據ip協議對所述ip數據報文進行解析處理，得到所述tcp報文。

本發明實施例的在線計費接口消息的檢測裝置，所述第二獲取子模塊712包括：

第一判斷單元7121，用於判斷所述tcp報文中當前乙太網幀的長度屬性的值是否為0，得出一判斷結果；

第一處理單元7122，用於若所述判斷結果為是，且當前乙太網幀的末尾存在m個連續的0位元組，則將下一個乙太網幀的起始位置向後移m個字節，並根據移動後的下一個乙太網幀的起始位置，從當前乙太網幀中分割出所述dcc消息碼，m乙太網標準零數據消息的長度與理論最小幀長度之間的差值；

第二處理單元7123，用於若所述判斷結果為否，則獲取下一個乙太網幀的起始位置，並根據所述下一個乙太網幀的起始位置，從當前乙太網幀中分割出所述dcc消息碼。

本發明實施例的在線計費接口消息的檢測裝置，所述篩選模塊72包括：

轉換子模塊721，用於對所述dcc消息原始碼文件進行格式轉換處理，得到轉換後的dcc消息原始碼文件，所述轉換後的dcc消息原始碼文件為基於樹形結構的xml文件；

篩選子模塊722，用於根據所述篩選規則，從所述轉換後的dcc消息原始碼文件中篩選出所需的消息樣本。

本發明實施例的在線計費接口消息的檢測裝置，所述篩選子模塊722包括：

解析單元7221，用於解析出所述轉換後的dcc消息原始碼文件中的avp欄位；

第二判斷單元7222，用於判斷所述avp欄位是否為所述篩選規則中要求攜帶n次的預定欄位，n為大於1的整數；

第三判斷單元7223，用於若所述avp欄位為所述篩選規則中要求攜帶n次的預定欄位，則判斷所述dcc消息原始碼文件中所述預定欄位出現的次數是否大於或者等於n；

處理單元7224，用於若所述dcc消息原始碼文件中所述預定欄位出現的次數大於或者等於n，則將所述dcc消息原始碼文件作為攜帶n個預定欄位的消息樣本。

本發明實施例的在線計費接口消息的檢測裝置，所述檢測模塊73具體用於根據預設測試標準對所述消息樣本的格式及所述消息樣本所包含的每一個avp欄位進行檢測處理，得出檢測結果，所述檢測結果為基於樹形結構的xml文件。

需要說明的是，該裝置是與上述方法實施例對應的裝置，上述方法實施例中所有實現方式均適用於該裝置的實施例中，也能達到相同的技術效果。

本發明實施例的在線計費接口消息的檢測方法及裝置，從在線計費接口文件中分割出diameter信用控制dcc消息原始碼文件；根據預先配置的篩選規則，從所述dcc消息原始碼文件中篩選出所需的消息樣本；根據預設測試標準對所述消息樣本進行檢測處理，得出檢測結果，解決了現階段人工測試存在的巨大人力和時間成本問題，同時解決了測試結果不全面、存在人為誤差的問題，滿足功能和效率的要求，具有很強的實用性。

以上所述僅為本發明的較佳實施例而已，並不用以限制本發明，凡在本發明的精神和原則之內，所作的任何修改、等同替換、改進等，均應包含在本發明的保護範圍之內。