WO2011157027A1 - 一种Diameter协议接口装置及其实现方法 - Google Patents

一种Diameter协议接口装置及其实现方法 Download PDF

Info

Publication number
WO2011157027A1
WO2011157027A1 PCT/CN2010/078517 CN2010078517W WO2011157027A1 WO 2011157027 A1 WO2011157027 A1 WO 2011157027A1 CN 2010078517 W CN2010078517 W CN 2010078517W WO 2011157027 A1 WO2011157027 A1 WO 2011157027A1
Authority
WO
WIPO (PCT)
Prior art keywords
message
module
diameter protocol
format
save
Prior art date
Application number
PCT/CN2010/078517
Other languages
English (en)
French (fr)
Inventor
尹宏伟
Original Assignee
中兴通讯股份有限公司
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 中兴通讯股份有限公司 filed Critical 中兴通讯股份有限公司
Publication of WO2011157027A1 publication Critical patent/WO2011157027A1/zh

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L49/00Packet switching elements
    • H04L49/90Buffering arrangements
    • H04L49/9084Reactions to storage capacity overflow
    • H04L49/9089Reactions to storage capacity overflow replacing packets in a storage arrangement, e.g. pushout
    • H04L49/9094Arrangements for simultaneous transmit and receive, e.g. simultaneous reading/writing from/to the storage element

Definitions

  • the present invention relates to the field of communications, and in particular, to a Diameter protocol interface device and an implementation method thereof.
  • each service node performs deduction, replenishment, etc. through the Diameter protocol to the online charging system (OCS).
  • OCS online charging system
  • the standard Diameter protocol (RFC3588, RFC4006) defines the framework of the protocol and the Attribute Value Pairs (AVP), but it does not meet the needs of some specific billing processes.
  • each operator has expanded on the basis of the standard Diameter protocol and defined some of their own AVPs. The definition of AVP by each operator is different.
  • the problem to be solved by the present invention is to provide a Diameter protocol interface device and an implementation method thereof, which can be adapted to the expansion of the standard Diameter protocol by each operator.
  • the present invention provides a method for implementing a Diameter protocol interface, including:
  • the content data required to construct the second message is encapsulated into a second message.
  • the first message is a non-Diameter protocol message
  • the second message is a Diameter Agreement message.
  • the second message is a credit control request (CCR) message.
  • CCR credit control request
  • the first message is a Diameter protocol message
  • the second message is a non-diameter protocol message.
  • the first message is a credit control response (CCA) message.
  • CCA credit control response
  • the present invention also provides a diameter protocol interface device, which includes:
  • a first message format definition module configured to save a format definition of the pre-configured first message
  • a second message format definition module configured to save a format definition of the pre-configured second message
  • an operation and control module configured to Receiving the first message, parsing the format definition of the first message saved by the module according to the first message format, parsing the first message, and extracting content data from the first message
  • a saving module configured to save, according to a predetermined storage rule, content data extracted by the operation and control module from the first message
  • the operation and control module is further configured to determine content data required for constructing the second message according to a format definition of the second message saved by the second message format definition module, and extract the content from the save module according to the storage rule The content data required for constructing the second message is encapsulated into the extracted second content message.
  • the first message is a non-diameter protocol message
  • the second message is a Diameter protocol message.
  • the first message format definition module is a message format configured to save a pre-configured non-diameter protocol message
  • the second message format definition module is configured to: save the attribute to the AVP format and the source of the AVP data corresponding to each AVP format required to form the Diameter protocol message, and the source of the AVP data includes one or more of the following: a content saving module, a configuration module, and a session module;
  • the saving module includes: the content saving module, the configuration module, and the session module, where: the content saving module is configured to save content data of the received non-Diameter protocol message; the configuration module is configured to save a pre-configured common configuration item used in a message interaction process; and the session module is configured to save a parameter to be carried in a non-Diameter protocol message;
  • the operation and control module is configured to: after receiving the non-Diameter protocol message sent by the sending end, define a message format of the non-Diameter protocol message saved in the module according to the first message format, and parse the non-Diameter protocol message Extracting the content of the message from the content saving module, and storing the parameter that needs to be carried in the response to the sender to be saved in the session module; and defining the AVP format saved in the module according to the second message format.
  • the source of the corresponding AVP data is extracted from the corresponding module to construct the AVP, and the constructed AVP is encapsulated into a Diameter protocol message.
  • the first message is a Diameter protocol message
  • the second message is a non-diameter protocol message.
  • the first message format definition module is an AVP format configured to save a pre-configured Diameter protocol message
  • the second message format definition module is a message format configured to save a pre-configured non-Diameter protocol message and a source of data corresponding to the message format, and the source of the data includes one or more of the following: a content saving module and a configuration Module and session module;
  • the saving module includes: the content saving module, the configuration module, and the session module, wherein: the content saving module is configured to save content data of the received Diameter protocol message; and the configuration module is configured to save the pre- a configured common configuration item used in a message interaction process; and the session module is configured to save a parameter that needs to be carried in a non-Diameter protocol message;
  • the operation and control module is configured to: after receiving the Diameter protocol message, determine an AVP format of the Diameter protocol message saved in the module according to the first message format, parse the Diameter protocol message, and extract AVP data from the And save the AVP data in the content And saving the module; and defining a source of the data saved in the module according to the second message format, and extracting data from the corresponding module to construct a non-Diameter protocol message.
  • the interface soft system developed by this method can be applied to any operator, and it is no longer necessary to separately develop an interface for each operator.
  • Each operator can use a set of codes in a unified manner to save costs and time for the project.
  • FIG. 1 is a schematic structural diagram of an embodiment of a Diameter protocol interface device according to the present invention.
  • FIG. 3 is a flow chart of an embodiment of a CCA response generation of the present invention. Preferred embodiment of the invention
  • the invention processes the received non-Diameter protocol message through the Diameter protocol interface device, converts it into a Diameter protocol message, sends it to other Diameter devices, and processes the Diameter protocol message received from other Diameter devices, It is converted into a non-Diameter protocol message and sent to the corresponding device.
  • the method of the invention comprises:
  • the format definition of the second message determines content data required for constructing the second message, extracts the required content data according to the storage rule, and encapsulates the content data into a second message.
  • the first message is a non-diameter protocol message, such as any received non-diameter message, hereinafter referred to as a request message
  • the second message is a Diameter protocol message, such as a Credit Control Request (CCR) message.
  • CCR Credit Control Request
  • the first message is a Diameter protocol message, such as a Credit Control Answer (CCA) message
  • the second message is a non-Diameter protocol message, such as a response message.
  • the saving the extracted content data according to the predetermined storage rule means: storing the data in different locations according to the pre-configured rules, so as to be used when constructing the second message.
  • Apparatus for carrying out the method of the invention comprises:
  • a first message format definition module configured to save a format definition of the pre-configured first message
  • a second message format definition module configured to save a format definition of the pre-configured second message
  • an operation and control module configured to receive the first a message, according to the format definition of the first message saved by the first message format definition module, parsing the first message, extracting content data from the first message, sending the save module to save; and using the second according to the pre-configuration
  • the format definition of the message determines content data required for constructing the second message, extracts the required content data from a corresponding storage unit of the saving module according to the storage rule, and encapsulates the content data into a second message;
  • a saving module configured to save the extracted content data according to a predetermined storage rule.
  • the first message is a non-Diameter protocol message
  • the second message is a Diameter protocol message.
  • the device for converting a non-Diameter protocol message into a Diameter protocol message is as shown in FIG. 1 , including:
  • the first message format definition module is as shown in FIG. 1 a request definition module 110, configured to save a message format of a pre-configured non-Diameter protocol message, such as which fields the message consists of, and information such as the type of each field;
  • the second message format definition module is the CCR/CCA structure definition module 120 in FIG. 1 and is configured to save the AVP format required for the Diameter protocol message and the source of the AVP data corresponding to each AVP format, and the source includes the following modules.
  • the content saving module 130, the configuration module 140, the session module 150 the first AVP in the CCR is the sender host identifier (OriginHost) and its data source is the configuration module 140;
  • the save module is the configuration module 140, the session module 150, and the content save module 130 in FIG. 1, wherein:
  • the content saving module 130 is configured to save the content data of the received non-Diameter message; in this embodiment, the content saving module 130 and the request definition module 110 are combined, and in other embodiments, the two modules may also be separately set;
  • the configuration module 140 is configured to save pre-configured common configuration items used in the message interaction process, such as the IP of the local IP and the OCS, and the like;
  • the session module 150 is configured to save the parameters that are carried in the non-diameter protocol message and need to be carried in response to the sending end, and may be determined according to the configuration;
  • the operation and control module is the operation module 160 in FIG. 1 , and is configured to parse the non-Diameter according to the message format of the non-Diameter protocol message saved in the module 110 after receiving the non-Diameter protocol message sent by the sending end.
  • a protocol message from which the message content is extracted, the message content data is saved in the content definition module 110 (in the content saving module 130), and the parameters that need to be carried in response to the sending end are saved in the session module 150;
  • the source of the AVP data corresponding to the AVP format saved in the CCR/CCA structure definition module 120 is extracted from the corresponding module, and the constructed AVP is encapsulated into a Diameter protocol message.
  • a Diameter protocol message contains multiple AVPs.
  • the first message is a Diameter protocol message
  • the second message is a non-diameter protocol message
  • the device that converts the Diameter protocol message into a non-diameter protocol message includes:
  • the first message format definition module is the CCR/CCA structure definition module 120 in FIG. 1 , which is set to save the AVP format of the pre-configured Diameter protocol message;
  • the second message format definition module is the request definition module 110 in FIG. 1 configured to save a message format of a pre-configured non-Diameter protocol message and a source of data in the message format, the source including one or more of the following modules a content saving module 130, a configuration module 140, a session module 150;
  • the save module is the configuration module 140, the session module 150, and the content save module 130 in FIG. 1, wherein:
  • the content saving module 130 is configured to save the content data of the received Diameter message.
  • the content saving module 130 and the CCR/CCA structure definition module 120 may be combined. In other embodiments, the two modules may also be Set separately
  • the configuration module 140 is configured to save pre-configured common configuration items used in the message interaction process, such as the IP of the local IP and the OCS, and the like;
  • the session module 150 is configured to save parameters in the non-Diameter protocol message that need to be carried when responding to the sender;
  • the operation and control module is the operation module 160 in FIG. 1 , and is configured to parse the Diameter protocol message according to the AVP format of the Diameter protocol message saved in the CCR/CCA structure definition module 120 after receiving the Diameter protocol message. Extracting the AVP data, saving in the CCR/CCA structure definition module 120 (the content saving module 130); defining the source of the data stored in the module 110 according to the request, extracting data from the corresponding module to construct a non-Diameter protocol message .
  • the configuration module, the CCR structure definition module, the request definition module, and the session module are read from the configuration file, and the data is initialized.
  • Step 201 The operation module receives the request message.
  • Step 202 The operation module reads the message format definition information of the request message from the request definition module, and defines the parsing request message according to the message format.
  • Step 203 The parsed request message is stored in the request definition module, so as to be used for generating a CCR message later;
  • the content saving module is combined with the request definition module.
  • Step 204 Scan to the first domain of the CCR structure definition module, that is, the first AVP, and find that the data source of the AVP is a request definition module;
  • Step 205 According to the information that the data source is a request definition module, requesting the definition module to search for the corresponding data;
  • Step 206 Copy the found data into the first AVP area ( av l ) of the CCR data buffer; At this point, the generation of the first AVP data is completed. Steps 204-206 are performed cyclically to generate data for avp2, avp 3, and avp 4.
  • Step 207 Scan to the fifth domain of the CCR structure definition module, that is, the fifth AVP, and find that the data source of the AVP is a configuration module.
  • Step 208 The configuration module searches for the corresponding data according to the information that the data source is the configuration module.
  • Step 209 Copy the found data into the fifth AVP area (avp5) of the CCR data buffer.
  • Step 210 Copy the data that needs to be cached from the request definition module to the session module according to the information of the session module.
  • This step 210 is not limited to being executed at this time, and may be performed after receiving the data.
  • Step 301 The interface receives a response message (CCA message) returned by the OCS;
  • Step 302 The operation module reads the CCA message format definition information from the CCA structure definition module, and parses the CCA message according to the message format definition;
  • Step 303 The parsed CCA message is stored in the CCA structure definition module, so as to generate a response message later;
  • Step 304 Scan to the first domain of the request definition module, and find that the data source of the field is an AVP in the CCA message;
  • Step 305 According to the information that the data source is CCA, go to the CCA structure definition module to find the corresponding data;
  • Step 306 Copy the found data into the first area of the response data buffer; At this point, the generation of the first field data is completed.
  • Step 307 Scan to the fifth domain of the request definition module, and find that the data source of the field is a session module (for example, the data of the session module is generated in step 210);
  • Step 308 The session module searches for the corresponding data according to the information that the data source is the session module.
  • Step 309 Copy the found data into the fifth area of the response data buffer. At this point, the response message is generated, and the generated response message is sent to the sending requester. The process ends.
  • the Diameter protocol interface device and the implementation method thereof can be adapted to the expansion of the standard Diameter protocol by each operator; the Diameter protocol interface device of the present invention can be applied to any operator, and it is no longer necessary to separately develop one for each operator. Interface, each operator can use a unified code to save costs and time for the project.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Computer And Data Communications (AREA)
  • Information Transfer Between Computers (AREA)

Abstract

本发明公开了一种Diameter协议接口装置及其实现方法,可以适应各运营商对标准Diameter协议的扩充。所述方法包括:根据预配置的第一消息的格式定义,解析接收到的第一消息,从所述第一消息中提取内容数据,按照预定存储规则保存提取出的内容数据,根据预配置的第二消息的格式定义确定构造第二消息需要的内容数据,根据所述存储规则从保存的内容数据中提取出所述构造第二消息需要的内容数据,将提取出的所述构造第二消息需要的内容数据封装为第二消息。应用本发明开发的接口软系统,能够运用于任何运营商,不必再为每个运营商单独开发一个接口,各运营商可统一使用一套代码,为项目节省成本和时间。

Description

_
18iuu2usy 一种 Diameter协议接口装置及其实现方法
技术领域
本发明涉及通信领域, 尤其涉及一种 Diameter协议接口装置及其实现方 法。
背景技术
现代通信领域中, 各业务节点都是通过 Diameter协议到在线计费系统 ( OCS )进行扣费、补费等操作的。标准的 Diameter协议( RFC3588、 RFC4006 ) 对协议的框架和基本属性对(AVP, Attribute Value Pairs )进行了定义, 但无 法满足某些具体计费过程中的需要。 为此, 各运营商在标准的 Diameter协议 基础上, 相继进行了扩充, 分别定义了一些自己的 AVP。 而各运营商对 AVP 的定义又是不相同的。
目前, 对于 Diameter协议的开发只能针对不同的运营商分别开发, 并分 别维护一套代码。 这给项目的开发和维护造成了不便, 也使项目的成本提高。 发明内容
本发明要解决的问题是提供一种 Diameter协议接口装置及其实现方法, 可以适应各运营商对标准 Diameter协议的扩充。
为解决上述技术问题, 本发明提供了一种 Diameter协议接口实现方法, 包括:
根据预配置的第一消息的格式定义, 解析接收到的第一消息;
从所述第一消息中提取内容数据, 按照预定存储规则保存提取出的内容 数据;
根据预配置的第二消息的格式定义确定构造第二消息需要的内容数据, 根据所述存储规则从保存的内容数据中提取出所述构造第二消息需要的内容 数据, 将提取出的所述构造第二消息需要的内容数据封装为第二消息。
优选地,所述第一消息为非 Diameter协议消息,所述第二消息为 Diameter 协议消息。
优选地, 所述第二消息为信用控制请求(CCR ) 消息。
优选地,所述第一消息为 Diameter协议消息,所述第二消息为非 Diameter 协议消息。
优选地, 所述第一消息为信用控制应答(CCA ) 消息。
为解决上述技术问题, 本发明还提供了一种 diameter协议接口装置, 包 括:
第一消息格式定义模块, 其设置为保存预配置的第一消息的格式定义; 第二消息格式定义模块, 其设置为保存预配置的第二消息的格式定义; 运算及控制模块, 其设置为接收第一消息, 根据所述第一消息格式定义 模块保存的第一消息的格式定义, 解析所述第一消息, 从所述第一消息中提 取内容数据;
保存模块, 用于按照预定存储规则保存所述运算及控制模块从所述第一 消息中提取的内容数据; 以及
所述运算及控制模块, 其还设置为根据所述第二消息格式定义模块保存 的第二消息的格式定义确定构造第二消息需要的内容数据, 根据存储规则从 所述保存模块中提取出所述构造第二消息需要的内容数据, 将提取出的所述 构造第二消息需要的内容数据封装为第二消息。
优选地,所述第一消息为非 Diameter协议消息,所述第二消息为 Diameter 协议消息。
优选地 ,
所述第一消息格式定义模块是设置为保存预先配置的非 Diameter协议消 息的消息格式;
所述第二消息格式定义模块是设置为: 保存组成 Diameter协议消息所需 要的属性对 AVP格式以及每种 AVP格式对应的 AVP数据的来源,所述 AVP 数据的来源包括以下一种或几种: 内容保存模块、 配置模块和会话模块; 所述保存模块包括: 所述内容保存模块、 所述配置模块和所述会话模块, 其中: 所述内容保存模块设置为保存接收到的非 Diameter协议消息的内容数 据; 所述配置模块设置为保存预先配置的在消息交互过程中使用的常用配置 项;以及所述会话模块设置为保存非 Diameter协议消息中的需要携带的参数; 以及
所述运算及控制模块是设置为: 在接收到发送端发送的非 Diameter协议 消息后, 根据所述第一消息格式定义模块中保存的该非 Diameter协议消息的 消息格式, 解析该非 Diameter协议消息, 从中提取出消息内容保存在所述内 容保存模块中 , 并将向发送端返回应答所需要携带的参数保存在所述会话模 块中; 以及根据所述第二消息格式定义模块中保存的 AVP格式对应的 AVP 数据的来源, 从相应的模块中提取数据构造 AVP, 将构造的 AVP封装为 Diameter协议消息。
优选地,所述第一消息为 Diameter协议消息,所述第二消息为非 Diameter 协议消息。
优选地,
所述第一消息格式定义模块是设置为保存预先配置的 Diameter协议消息 的 AVP格式;
所述第二消息格式定义模块是设置为保存预先配置的非 Diameter协议消 息的消息格式以及该消息格式对应的数据的来源, 所述数据的来源包括以下 一种或几种: 内容保存模块、 配置模块和会话模块;
所述保存模块包括: 所述内容保存模块、 所述配置模块和所述会话模块, 其中:所述内容保存模块设置为保存接收到的 Diameter协议消息的内容数据; 所述配置模块设置为保存预先配置的在消息交互过程中使用的常用配置项; 以及所述会话模块设置为保存非 Diameter协议消息中的需要携带的参数; 以 及
所述运算及控制模块是设置为: 在接收到 Diameter协议消息后, 根据所 述第一消息格式定义模块中保存的该 Diameter协议消息的 AVP格式,解析该 Diameter协议消息, 从中提取出 AVP数据, 并将 AVP数据保存在所述内容 保存模块中; 以及根据所述第二消息格式定义模块中保存的数据的来源, 从 相应的模块中提取数据构造非 Diameter协议消息。
应用本方法开发的接口软系统, 能够运用于任何运营商, 不必再为每个 运营商单独开发一个接口, 各运营商可统一使用一套代码, 为项目节省成本 和时间。 附图概述
图 1为本发明的 Diameter协议接口装置实施例的结构示意图;
图 2为本发明的 CCR请求生成的实施例的流程图;
图 3为本发明的 CCA应答生成的实施例的流程图。 本发明的较佳实施方式
本发明通过 Diameter协议接口装置, 对接收到的非 Diameter协议消息进 行处理, 将其转化为 Diameter协议消息, 发送给其他 Diameter设备, 以及对 从其他 Diameter设备处接收到的 Diameter协议消息进行处理 , 将其转化为非 Diameter协议消息, 发送给相应设备。
本发明的方法包括:
接收第一消息后, 根据预配置的第一消息的格式定义, 解析所述第一消 息, 从所述第一消息中提取内容数据, 按照预定存储规则保存提取出的内容 数据,根据预配置的第二消息的格式定义确定构造第二消息需要的内容数据, 根据所述存储规则提取出所述需要的内容数据, 将所述内容数据封装为第二 消息。
第一消息为非 Diameter协议消息, 如任何接收到的非 Diameter消息, 以 下称请求消息,第二消息为 Diameter协议消息,如信用控制请求( Credit Control Request, 简称 CCR ) 消息。
第一消息为 Diameter协议消息,如信用控制应答( Credit Control Answer, 简称 CCA ) 消息, 第二消息为非 Diameter协议消息, 如应答消息。 所述按照预定存储规则保存提取出的内容数据是指: 按照预配置的规则 将数据分别存储在不同的位置, 以便构造第二消息时使用。
实现本发明方法的装置包括:
第一消息格式定义模块, 用于保存预配置的第一消息的格式定义; 第二消息格式定义模块 , 用于保存预配置的第二消息的格式定义; 运算及控制模块, 用于接收第一消息, 根据第一消息格式定义模块保存 的第一消息的格式定义, 解析所述第一消息, 从所述第一消息中提取内容数 据, 送保存模块保存; 以及用于根据预配置的第二消息的格式定义确定构造 第二消息需要的内容数据, 根据存储规则从保存模块的相应存储单元中提取 出所述需要的内容数据, 将所述内容数据封装为第二消息;
保存模块, 用于按照预定存储规则保存提取出的内容数据。
具体地:
•第一消息为非 Diameter协议消息, 第二消息为 Diameter协议消息时, 将非 Diameter协议消息转化为 Diameter协议消息的装置如图 1所示, 包括: 第一消息格式定义模块为图 1 中的请求定义模块 110, 其用于保存预先 配置的非 Diameter协议消息的消息格式, 如该消息由哪些字段组成, 并且每 个字段的类型等信息;
第二消息格式定义模块为图 1中的 CCR/CCA结构定义模块 120,其设置 为保存组成 Diameter协议消息所需要的 AVP格式以及每种 AVP格式对应的 AVP数据的来源, 所述来源包括以下模块中的一个或几个: 内容保存模块 130、 配置模块 140、 会话模块 150; 如 CCR中第一个 AVP是发送端主机标 识(OriginHost )并且其数据来源为配置模块 140等;
保存模块为图 1中的配置模块 140、会话模块 150以及内容保存模块 130, 其中:
内容保存模块 130设置为保存接收到的非 Diameter消息的内容数据; 在 本实施例中, 内容保存模块 130和请求定义模块 110合设在一起, 在其他实 施例中, 两模块也可以分开设置; 配置模块 140设置为保存预先配置的在消息交互过程中使用的常用配置 项, 如本机 IP和 OCS的 IP等;
会话模块 150设置为保存非 Diameter协议消息中的需要在向发送端应答 时携带的参数, 可根据配置决定;
运算及控制模块为图 1 中的运算模块 160, 其设置为在接收到发送端发 送的非 Diameter协议消息后, 根据请求定义模块 110中保存的该非 Diameter 协议消息的消息格式, 解析该非 Diameter协议消息, 从中提取出消息内容, 将消息内容数据保存在请求定义模块 110 (中的内容保存模块 130 )中, 并将 其中需要在向发送端应答时携带的参数保存在会话模块 150 中; 根据所述 CCR/CCA结构定义模块 120中保存的 AVP格式对应的 AVP数据的来源,从 相应的模块中提取数据构造 AVP, 将构造的 AVP封装为 Diameter协议消息。
通常一个 Diameter协议消息中包含多个 AVP。
•第一消息为 Diameter协议消息, 第二消息为非 Diameter协议消息时, 将 Diameter协议消息转化为非 Diameter协议消息的装置包括:
在本实施例中, 第一消息格式定义模块为图 1 中的 CCR/CCA结构定义 模块 120, 其设置为保存预先配置的 Diameter协议消息的 AVP格式;
第二消息格式定义模块为图 1 中的请求定义模块 110, 其设置为保存预 先配置的非 Diameter协议消息的消息格式以及该消息格式中数据的来源, 所 述来源包括以下模块中的一个或几个: 内容保存模块 130、 配置模块 140、 会 话模块 150;
保存模块为图 1中的配置模块 140、会话模块 150以及内容保存模块 130, 其中:
内容保存模块 130设置为保存接收到的 Diameter消息的内容数据; 在本 实施例中, 内容保存模块 130和 CCR/CCA结构定义模块 120可以合设在一 起, 在其他实施例中, 两模块也可以分开设置;
配置模块 140设置为保存预先配置的在消息交互过程中使用的常用配置 项, 如本机 IP和 OCS的 IP等; 会话模块 150设置为保存非 Diameter协议消息中的需要在向发送端应答 时携带的参数;
运算及控制模块为图 1 中的运算模块 160, 其设置为在接收到 Diameter 协议消息后, 根据 CCR/CCA结构定义模块 120中保存的该 Diameter协议消 息的 AVP格式, 解析该 Diameter协议消息, 从中提取出 AVP数据, 保存在 CCR/CCA结构定义模块 120 (中的内容保存模块 130 ) 中; 根据所述请求定 义模块 110中保存的数据的来源, 从相应的模块中提取数据构造非 Diameter 协议消息。
程序启动后, 从配置文件读取配置模块、 CCR结构定义模块、 请求定义 模块和会话模块的信息, 并初始化数据。
将请求消息转化为 CCR消息,即将非 Diameter协议消息转化为 Diameter 协议消息的具体流程如图 2所示:
步骤 201 : 运算模块收到请求消息;
步骤 202: 运算模块从请求定义模块读取请求消息的消息格式定义信息, 并根据消息格式定义解析请求消息;
步骤 203: 将解析后的请求消息存入请求定义模块, 以备后面生成 CCR 消息用;
在本实施例中, 内容保存模块与请求定义模块合设在一起。
然后, 开始扫描 CCR结构定义模块, 并根据此 CCR结构定义模块的信 息生成 CCR消息, 如下:
步骤 204: 扫描至 CCR结构定义模块的第一个域, 即第一个 AVP, 发现 此 AVP的数据源是请求定义模块;
步骤 205: 根据数据源是请求定义模块这一信息, 去请求定义模块查找 相应数据;
步骤 206: 将查找到的数据复制到 CCR数据緩冲区的第一个 AVP区域 ( av l ) 中; 至此, 完成第一个 AVP数据的生成。循环执行步骤 204-206, 生成 avp2、 avp 3和 avp 4的数据。
步骤 207: 扫描至 CCR结构定义模块的第五个域, 即第五个 AVP, 发现 此 AVP的数据源是配置模块;
步骤 208: 根据数据源是配置模块这一信息, 去配置模块查找相应数据; 步骤 209: 将查找到的数据复制到 CCR数据緩冲区的第五个 AVP区域 ( avp5 ) 中;
步骤 210: 根据会话模块的信息, 将需要緩存的数据从请求定义模块复 制到会话模块。
本步骤 210不限于在此时执行, 也可以收到数据后就执行。
至此, 完成整个 CCR的数据封装, 将封装生成的 CCR消息通过 TCP/IP 发送给 ocs。
将 CCA消息转化为应答消息,即将 Diameter协议消息转化为非 Diameter 协议消息的具体流程如图 3所示:
步骤 301: 接口收到 OCS返回的应答消息 ( CCA消息 ) ;
步骤 302: 运算模块从 CCA结构定义模块读取 CCA的消息格式定义信 息, 并根据其消息格式定义解析 CCA消息;
步骤 303: 将解析后的 CCA消息存入 CCA结构定义模块, 以备后面生 成应答消息用;
然后, 开始扫描请求定义模块, 并根据此模块的信息生成应答消息, 如 下:
步骤 304:扫描至请求定义模块的第一个域,发现此字段的数据源是 CCA 消息中的一个 AVP;
步骤 305: 根据数据源是 CCA这一信息, 去 CCA结构定义模块查找相 应数据;
步骤 306: 将查找到的数据复制到应答数据緩冲区的第一个区域中; 至此, 完成第一个字段数据的生成。 按照这个方法生成第二个、 第三个 和第四个字段的数据。 步骤 307: 扫描至请求定义模块的第五个域, 发现此字段的数据源是会 话模块(例如, 会话模块的数据是在步骤 210中生成的) ;
步骤 308: 根据数据源是会话模块这一信息, 去会话模块查找相应数据; 步骤 309: 将查找到的数据复制到应答数据緩冲区的第五个区域中。 至此, 应答消息生成, 并将生成的应答消息发送给发送请求方。 流程结 束。
本领域普通技术人员可以理解上述方法中的全部或部分步骤可通过程序 来指令相关硬件完成, 所述程序可以存储于计算机可读存储介质中, 如只读 存储器、 磁盘或光盘等。 可选地, 上述实施例的全部或部分步骤也可以使用 一个或多个集成电路来实现。 相应地, 上述实施例中的各模块可以釆用硬件 的形式实现, 也可以釆用软件功能模块的形式实现。 本发明不限制于任何特 定形式的硬件和软件的结合。
当然, 本发明还可有其他多种实施例, 在不背离本发明精神及其实质的 但这些相应的改变和变形都应属于本发明所附的权利要求的保护范围。 工业实用性
本发明的 Diameter协议接口装置及其实现方法, 可以适应各运营商对标 准 Diameter协议的扩充; 应用本发明的 Diameter协议接口装置, 能够运用于 任何运营商, 不必再为每个运营商单独开发一个接口, 各运营商可统一使用 一套代码, 为项目节省成本和时间。

Claims

权 利 要 求 书
1、 一种 Diameter协议接口实现方法, 包括:
根据预配置的第一消息的格式定义, 解析接收到的第一消息;
从所述第一消息中提取内容数据, 按照预定存储规则保存提取出的内容 数据;
根据预配置的第二消息的格式定义确定构造第二消息需要的内容数据, 根据所述存储规则从保存的内容数据中提取出所述构造第二消息需要的内容 数据, 将提取出的所述构造第二消息需要的内容数据封装为第二消息。
2、 如权利要求 1所述的方法, 其中,
所述第一消息为非 Diameter协议消息, 所述第二消息为 Diameter协议消 息。
3、 如权利要求 2所述的方法, 其中,
所述第二消息为信用控制请求 CCR消息。
4、 如权利要求 1所述的方法, 其中,
所述第一消息为 Diameter协议消息, 所述第二消息为非 Diameter协议消 息。
5、 如权利要求 4所述的方法, 其中,
所述第一消息为信用控制应答 CCA消息。
6、 一种 diameter协议接口装置, 包括:
第一消息格式定义模块, 其设置为保存预配置的第一消息的格式定义; 第二消息格式定义模块, 其设置为保存预配置的第二消息的格式定义; 运算及控制模块, 其设置为接收第一消息, 根据所述第一消息格式定义 模块保存的第一消息的格式定义, 解析所述第一消息, 从所述第一消息中提 取内容数据;
保存模块, 用于按照预定存储规则保存所述运算及控制模块从所述第一 消息中提取的内容数据; 以及 所述运算及控制模块, 其还设置为根据所述第二消息格式定义模块保存 的第二消息的格式定义确定构造第二消息需要的内容数据, 根据存储规则从 所述保存模块中提取出所述构造第二消息需要的内容数据, 将提取出的所述 构造第二消息需要的内容数据封装为第二消息。
7、 如权利要求 6所述的装置, 其中,
所述第一消息为非 Diameter协议消息, 所述第二消息为 Diameter协议消 息。
8、 如权利要求 7所述的装置, 其中,
所述第一消息格式定义模块是设置为保存预先配置的非 Diameter协议消 息的消息格式;
所述第二消息格式定义模块是设置为: 保存组成 Diameter协议消息所需 要的属性对 AVP格式以及每种 AVP格式对应的 AVP数据的来源,所述 AVP 数据的来源包括以下一种或几种: 内容保存模块、 配置模块和会话模块; 所述保存模块包括: 所述内容保存模块、 所述配置模块和所述会话模块, 其中: 所述内容保存模块设置为保存接收到的非 Diameter协议消息的内容数 据; 所述配置模块设置为保存预先配置的在消息交互过程中使用的常用配置 项;以及所述会话模块设置为保存非 Diameter协议消息中的需要携带的参数; 以及
所述运算及控制模块是设置为: 在接收到发送端发送的非 Diameter协议 消息后, 根据所述第一消息格式定义模块中保存的该非 Diameter协议消息的 消息格式, 解析该非 Diameter协议消息, 从中提取出消息内容保存在所述内 容保存模块中 , 并将向发送端返回应答所需要携带的参数保存在所述会话模 块中; 以及根据所述第二消息格式定义模块中保存的 AVP格式对应的 AVP 数据的来源, 从相应的模块中提取数据构造 AVP, 将构造的 AVP封装为 Diameter协议消息。
9、 如权利要求 6所述的装置, 其中,
所述第一消息为 Diameter协议消息, 所述第二消息为非 Diameter协议消 息。
10、 如权利要求 9所述的装置, 其中,
所述第一消息格式定义模块是设置为保存预先配置的 Diameter协议消息 的 AVP格式;
所述第二消息格式定义模块是设置为保存预先配置的非 Diameter协议消 息的消息格式以及该消息格式对应的数据的来源, 所述数据的来源包括以下 一种或几种: 内容保存模块、 配置模块和会话模块;
所述保存模块包括: 所述内容保存模块、 所述配置模块和所述会话模块, 其中:所述内容保存模块设置为保存接收到的 Diameter协议消息的内容数据; 所述配置模块设置为保存预先配置的在消息交互过程中使用的常用配置项; 以及所述会话模块设置为保存非 Diameter协议消息中的需要携带的参数; 以 及
所述运算及控制模块是设置为: 在接收到 Diameter协议消息后, 根据所 述第一消息格式定义模块中保存的该 Diameter协议消息的 AVP格式,解析该 Diameter协议消息, 从中提取出 AVP数据, 并将 AVP数据保存在所述内容 保存模块中; 以及根据所述第二消息格式定义模块中保存的数据的来源, 从 相应的模块中提取数据构造非 Diameter协议消息。
PCT/CN2010/078517 2010-06-17 2010-11-08 一种Diameter协议接口装置及其实现方法 WO2011157027A1 (zh)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN201010203682.8 2010-06-17
CN201010203682A CN101873322A (zh) 2010-06-17 2010-06-17 一种Diameter协议接口系统及其实现方法

Publications (1)

Publication Number Publication Date
WO2011157027A1 true WO2011157027A1 (zh) 2011-12-22

Family

ID=42997982

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2010/078517 WO2011157027A1 (zh) 2010-06-17 2010-11-08 一种Diameter协议接口装置及其实现方法

Country Status (2)

Country Link
CN (1) CN101873322A (zh)
WO (1) WO2011157027A1 (zh)

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101873322A (zh) * 2010-06-17 2010-10-27 中兴通讯股份有限公司 一种Diameter协议接口系统及其实现方法
CN102611530A (zh) * 2012-03-08 2012-07-25 北京神州数码思特奇信息技术股份有限公司 电信数据的编码和解码的方法

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1859238A (zh) * 2006-03-17 2006-11-08 华为技术有限公司 Diameter协议接口的性能测量方法及测量设备和系统
CN101136943A (zh) * 2007-10-18 2008-03-05 中兴通讯股份有限公司 一种实现扩展Diameter协议应用的系统及方法
CN101873322A (zh) * 2010-06-17 2010-10-27 中兴通讯股份有限公司 一种Diameter协议接口系统及其实现方法

Family Cites Families (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
DE60039995D1 (de) * 1999-09-24 2008-10-02 British Telecomm Paketnetz-schnittstelle
CN101488945B (zh) * 2008-01-14 2012-09-19 北京大唐高鸿数据网络技术有限公司 一种面向会话初始化协议的鉴权方法
CN101252788B (zh) * 2008-04-11 2011-10-19 北京首信科技股份有限公司 支持RADIUS协议的Diameter-AAA服务器的工作方法

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1859238A (zh) * 2006-03-17 2006-11-08 华为技术有限公司 Diameter协议接口的性能测量方法及测量设备和系统
CN101136943A (zh) * 2007-10-18 2008-03-05 中兴通讯股份有限公司 一种实现扩展Diameter协议应用的系统及方法
CN101873322A (zh) * 2010-06-17 2010-10-27 中兴通讯股份有限公司 一种Diameter协议接口系统及其实现方法

Also Published As

Publication number Publication date
CN101873322A (zh) 2010-10-27

Similar Documents

Publication Publication Date Title
KR102029277B1 (ko) 패킷 기반 데이터 통신의 디바이스 식별자 의존적 오퍼레이션 프로세싱
CN108306877B (zh) 基于node js的用户身份信息的验证方法、装置和存储介质
CN108965484B (zh) 一种物联网数据的传输方法、系统及终端
EP3170284B1 (en) Enhanced operations between service layer and management layer in an m2m system by allowing the execution of a plurality of commands on a plurality of devices
TW201505464A (zh) 無線上網流量共用控制方法及系統
EP3157195B1 (en) Communication protocol testing method, and tested device and testing platform thereof
WO2014000317A1 (zh) 基于智能化变电站的配置信息自动管理方法
WO2014169804A1 (zh) 公共业务实体注册方法和系统
WO2017041562A1 (zh) 一种识别终端设备用户身份的方法和装置
WO2012130049A1 (zh) 地址处理方法及装置
WO2016179966A1 (zh) 一种实现网络接入的方法、终端及计算机存储介质
WO2024012001A1 (zh) 一种在多模态网络中实现开源社区访问的方法及系统
CN104604295B (zh) 用于在无线通信系统中由服务器管理终端对资源的访问权限的方法及其设备
WO2012152028A1 (zh) 一种基于终端的融合消息业务实现方法及装置
WO2009127162A1 (zh) 一种实现组合计费业务的方法、系统及装置
CN104580187A (zh) 一种实现不同modulebus协议的外置设备与服务器交互的方法
WO2012041029A1 (zh) 一种服务器处理业务的方法及装置
WO2014110903A1 (zh) 一种接口机处理消息的方法和接口机
WO2011157027A1 (zh) 一种Diameter协议接口装置及其实现方法
WO2016078090A1 (zh) 计费控制装置、方法及系统
CN105790944A (zh) 一种基于微信的网络认证方法及装置
CN103701690B (zh) 一种建立语音通信的方法及系统
CN111935316B (zh) 一种前端设备目录获取方法及装置
WO2016188133A1 (zh) 智能家电的控制方法和装置
WO2012119537A1 (zh) 业务处理方法及系统、机顶盒

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 10853135

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 10853135

Country of ref document: EP

Kind code of ref document: A1