CN108390854A - 一种dcc消息传输方法和系统 - Google Patents

Abstract

本发明实施例涉及一种DCC消息传输方法和系统，属于电信数据传输技术领域。其中，该方法包括：对接收到的DCC消息进行拆解，得到AVPs数据和DCC头部数据；根据AVPs数据的属性信息从预先设置的压缩库中调用与属性信息相对应的目标压缩算法；根据目标压缩算法对AVPs数据进行压缩，得到压缩数据；对DCC头部数据和压缩数据进行传输。通过本实施例提供的技术方案，一方面，避免了现有技术中消息传输速度慢的技术弊端；另一方面，实现了高效且精准的对消息进行传输的技术效果，且节约了资源。

Description

一种DCC消息传输方法和系统

技术领域

本发明实施例涉及电信数据传输技术领域，尤其涉及一种DCC消息传输方法和系统。

背景技术

随着电信业务规模的逐步增长，计费行业的发展方向也逐渐清晰，尤其是在流量业务和IP多媒体业务高速增长的状况下，实时计费系统也面临着越来越大的压力，使用运算能力强大的小型机计费系统进行集中计算，虽然能够支持现有的计费业务，然而面对4G,5G网络的建设，计费模式的多样化和业务的精细化，由此产生的话单量也逐年增长，而小型机系统计算能力固定，扩容成本高昂，因此建设成本较低、具有弹性扩容能力的OCS和热计费云化系统，就具有极大的竞争优势。

小型机通过集中计算，DCC消息在内存中多个业务模块流转，虽然也通过TCP协议，然而其通讯延迟基本可以忽略。然而在云化系统中，计算能力分散化，其中一个主要问题就是用于话单计费的大量DCC消息需要在多层次多节点的主机上依次流转，分别实现其各自目的计算，最终返回给网元侧。

然而，发明人在实现本发明的过程中，发现至少存在以下问题：

1、传输过程中占用的宽带增加；

2、数据传输慢。

发明内容

为解决上述技术问题，本发明实施例提供了一种DCC消息传输方法和系统。

根据本发明实施例的第一方面，本发明实施例提供了一种DCC消息传输方法，所述方法包括：

对接收到的DCC消息进行拆解，得到AVPs数据和DCC头部数据；

根据所述AVPs数据的属性信息从预先设置的压缩库中调用与所述属性信息相对应的目标压缩算法；

根据所述目标压缩算法对所述AVPs数据进行压缩，得到压缩数据；

对所述DCC头部数据和所述压缩数据进行传输。

通过本实施例提供的：对DCC消息进行拆解，拆解后得到AVPs数据和DCC头部数据，通过调用目标压缩算法对AVPs数据进行压缩，得到压缩数据，对压缩数据和DCC头部数据进行传输的技术方案，一方面，相对于现有技术而言，由于本实施例对AVPs数据进行了压缩，传输的是压缩数据和DCC头部数据，减少了传输过程中占用的宽带，即节约了资源；另一方面，由于对AVPs数据进行了压缩，对压缩数据和DCC头部数据进行传输，所需的宽带资源减少了，提高了传输的效率，即实现了消息的高效且精准的传输的技术效果。

根据本发明实施例的另一个方面，本发明实施例提供了一种DCC消息传输系统，所述系统包括：存储器、处理器及存储在所述存储器上并可在所述处理器上运行的计算机程序，其中，

所述处理器执行所述程序时实现上述方法。

附图说明

图1为本发明实施例提供的一种DCC消息传输方法的流程示意图；

图2为本发明实施例提供的一种DCC消息传输系统的结构示意图。

具体实施方式

以下描述中，为了说明而不是为了限定，提出了诸如特定系统结构、接口、技术之类的具体细节，以便透切理解本发明。然而，本领域的技术人员应当清楚，在没有这些具体细节的其它实施例中也可以实现本发明。在其它情况中，省略对众所周知的系统以及方法的详细说明，以免不必要的细节妨碍本发明的描述。

本发明实施例提供了一种DCC消息传输方法和系统。

根据本发明实施例的一个方面，本发明实施例提供了一种DCC消息传输方法。

请参阅图1，图1为本发明实施例提供的一种DCC消息传输方法的流程示意图。

如图1所示，该方法包括：

S100：对接收到的DCC消息进行拆解，得到AVPs数据和DCC头部数据；

S200：根据AVPs数据的属性信息从预先设置的压缩库中调用与属性信息相对应的目标压缩算法；

S300：根据目标压缩算法对AVPs数据进行压缩，得到压缩数据；

S400：对DCC头部数据和压缩数据进行传输。

在本实施例中，当接收到一个DCC消息时，可以选择直接对该DCC消息进行传输。然而，如果直接对该DCC消息进行传输，则会使得占用的传输的宽带资源增加，由于使用的宽带资源增加，则整个系统的运行速度就会减缓，即，会降低整个系统的传输效率。

所以，在本申请中，先对该DCC消息进行拆解，得到AVPs数据和DCC头部数据。其中，需要说明的是，AVPs数据为DCC消息传输时的部分数据，AVP数据和DCC头部数据共同组成DCC消息。AVPs数据表示多个AVP数据组成的数据，一个AVP数据由AVP头和Data(数据)组成，且，AVP头中包括：AVP Code(AVP码)，AVP Flags(AVP标记)，AVP Length(AVP长度)等。

从压缩库中调用目标压缩算法，可以理解的是，该目标压缩算法与AVPs数据的属性信息是相对应的。即，不同的AVPs数据对应的目标压缩算法并不一定相同。

通过目标压缩算法对AVPs数据进行压缩，且不改变DCC头部数据，使得在不影响DCC解包/封包的情况下对AVPs数据进行压缩，且确保在压缩过程中对系统造成的负面影响降到最低。

完成对AVPs数据的压缩，得到压缩数据，再将压缩数据和DCC头部数据进行传输，以完成系统对DCC消息的传输。

综上，通过本实施例提供的：对DCC消息进行拆解，拆解后会得到AVPs数据和DCC头部数据，通过调用目标压缩算法对AVPs数据进行压缩，得到压缩数据，对压缩数据和DCC头部数据进行传输的技术方案，一方面，相对于现有技术而言，由于本实施例对AVPs数据进行了压缩，传输的是压缩数据和DCC头部数据，减少了传输过程中占用的宽带，即节约了资源；另一方面，由于对AVPs数据进行了压缩，对压缩数据和DCC头部数据进行传输，所需的宽带资源减少了，提高了传输的效率，即实现了消息的高效且精准的传输的技术效果。

在一种可能实现的技术方案中，该方法还包括：

根据DCC协议向对端发送连接消息，并接收对端发送的反馈信息；

根据反馈信息确定对端能否对压缩库中的压缩算法进行调用，其中，压缩算法包括目标压缩算法。

可以理解的是，系统与系统之间，主机与主机之间，系统与主机之间皆存在兼容性的问题，即，并不是所有的主机都能融合到某系统中，也并不是任一两个系统之间都能完成对接。

在本实施例中，充分考虑了兼容性的问题。

当存在一个对端(即某一主机或系统)，需要从本系统中调用相关压缩算法时，本系统根据DCC协议向对端发送连接消息CER。对端在接收到本系统的连接消息CER后，会向本系统发送反馈信息。

本系统接收到的反馈消息后，对反馈消息进行判断，如果对端与本系统兼容，则允许对端从压缩库中调用压缩算法，如果对端与本系统不兼容，则拒绝对端从压缩库中调用压缩算法。

当对端与本系统兼容，本系统允许对端从压缩库中调用压缩算法时，则实现了资源共享，从而实现了节约资源，提高效率，实现统一维护和管理的技术效果。

当对端与本系统不兼容，则本系统拒绝对端从压缩库中调用压缩算法时，则实现了充分考虑了主体(系统和/或对端)的多样性和差异性，实现了针对性强的技术效果。

可以理解的是，压缩算法有多种，目标压缩算法只是压缩算法中的一种或多种相结合。

在一种可能实现的技术方案中，压缩算法包括：字典压缩算法、位流压缩算法和混合压缩算法，其中，目标压缩算法为字典压缩算法、位流压缩算法和混合压缩算法中的任意一种。

可以理解的是，此处列举了3种压缩算法，但并不能理解为只有3种压缩算法，此处压缩算法的种类数量并不能理解为对本发明的保护范围的限定。且，不同的系统中的数据和业务类型可能不同，则不同的系统对应的压缩算法也就并不相同。

具体地，可通过不同系统共用的配置文件，对不同系统配置不同的压缩算法。也就是说，压缩算法根据系统业务的不同具有可配置(定制)性和开放性的特征。

其中，开放性在于：各不同的系统为实现压缩/解压缩DCC消息，而调用的压缩接口是一致的。

定制性在于：同一系统内使用相同的压缩配置，以实现数据传输过程的压缩/解压缩，而不同系统如果使用不同的压缩配置文件，则不能互相传输数据。各系统之间可以通过DCC消息接口的CER(能力交换请求)消息获知对方系统是否存在和己方系统兼容的压缩版本。

例如：系统A中包含数据B和业务类型为C的业务，系统a中包含数据b和业务类型为c的业务，则通过配置文件分别对系统A和系统a的压缩算法进行配置。系统A包括5种压缩算法，但是系统a包括7种压缩算法，且系统A和系统a可以有一种或多种压缩算法相同。但系统A的压缩配置只适用于系统A内的压缩通讯，系统a的配置也只适用于系统a的压缩通讯。而系统A和系统a之间的通讯，因为压缩配置不同，则只能使用非压缩通讯。

在一种可能实现的技术方案中，当目标压缩算法为字典压缩算法时，则S300具体包括：

获取AVPs数据中的固定字符串；

将固定字符串进行替换，得到替换后的AVPs数据；

对替换后的AVPs数据进行压缩，得到压缩数据。

在本实施例中，对AVPs数据中的固定字符串进行获取，得到固定字符串A，将固定字符串A进行替换，得到替换后的AVPs数据。可以理解的是，可以用任一字节进行替换，所以，在本实施例中，并未对此进行限定。对替换后的AVPs数据进行压缩，得到压缩数据。

例如：DCC消息中avp_code为264,296的必有属性：Origin_host＝“ocs@si-tech.com”,Origin_realm＝“ocs.cu.com”，这两个字符串是固定的，即为固定字符串，则可以在压缩库中定义枚举字典，用一个字节即可替代。

通过本实施例提供的：对固定字符串进行替换，并根据替换后的AVPs数据得到压缩数据的技术方案，进一步实现了节约资源，提高传输效率的技术效果。

在一种可能实现的技术方案中，该方法还包括：

在获取的包含DCC消息的DCC消息集群中，统计每个字符串在DCC消息集群中出现的频率，其中，每个字符串由多个字符组成，DCC消息由多个字符串组成；

根据大于预设频率阈值的频率对应的字符串确定固定字符。

可以理解的是，DCC消息集群包括许多DCC消息，所以，DCC消息集群中有许多字符串，且每个字符串出现的次数可能相同，也可能不相同。例如：

DCC消息集群中共有4个字符串，分别为字符串a、字符串b、字符串c和字符串d。其中，字符串a出现的此处为40次，而字符串a、字符串b、字符串c和字符串d共出现的此处为50次，则字符串a的频率为40/50，等于0.8。

如果，频率阈值为0.7，则字符串a为固定字符；如果，频率阈值为0.85，则字符串a不是固定字符。

可以理解的是，此处只是为了对本实施例进行详细的说明，以便对本实施例有更深入的理解，而并不能理解为对本实施例的限定。

在一种可能实现的技术方案中，当目标压缩算法为位流压缩算法时，则S300具体包括：

获取AVPs的数值格式的代码；

根据代码确定字符串的整型数值；

统计整型数值的值域范围；

根据AVPs的引导位记录值域范围内的字符串的有效字符长度，得到有效位；

分别对引导位和有效位进行压缩，得到压缩数据。

在本实施例中，根据代码确定整型数值，并对整型数值的值域范围进行统计，根据有效字符长度得到有效位，对引导位和有效位进行压缩，得到压缩数据。

在一种可能实现的技术方案中，当目标压缩算法为混合压缩算法，且混合压缩算法包括字典压缩算法和位流压缩算法时，则S300具体包括：

对AVPs数据进行拆解，得到字符串部分和数值部分；

根据字典压缩算法对字符串部分进行压缩，得到第一压缩数据，其中，字符串部分包括固定字符串；

根据位流压缩算法对数值部分进行压缩，得到第二压缩数据，其中，数值部分包括数值格式的代码；

根据第一压缩数据和第二压缩数据确定压缩数据。

在本实施例中，对AVPs数据进行拆解后，得到字符串部分和数值部分，通过不同的压缩算法进行压缩处理。具体为：

通过字典压缩算法对字符串部分进行压缩，得到第一压缩数据；并通过位流压缩算法对数值部分进行压缩，得到第二压缩数据，根据第一压缩数据和第二压缩数据得到压缩数据。

例如：Session-id＝“pgw31.ocs1；1508411999；1199277990”，其中，字符串部分(pgw31.ocs1)可以采用字典压缩算法进行压缩，得到第一压缩数据；

数值部分按照OCS电信接口规范，为两个整型数值，1508411999为1970.1.1日到当前时间的秒数，可以转换为8字节的INT64，压缩时取一个基准值，减掉此值后，可转换为一个不超过4字节的整形值，再通过位流压缩算法进行压缩；1199277990为一个自增变量，用4字节整形代替后通过位流压缩算法进行压缩，得到第二压缩数据。

通过上述示例中的混合压缩算法，可以从原长度32个字节压缩到不超过9个字节。从而实现了传输过程中节约资源，提高传输效率的技术效果。

根据本发明实施例的另一个方面，本发明实施例提供了与上述方法相对应的一种DCC消息传输系统。

请参阅图2，图2为本发明实施例提供的一种DCC消息传输系统的结构示意图。

如图2所示，该系统包括：存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，其中，处理器执行程序时实现上述方法。

读者应理解，在本说明书的描述中，参考术语“一个实施例”、“一些实施例”、“示例”、“具体示例”、或“一些示例”等的描述意指结合该实施例或示例描述的具体特征、结构或者特点包含于本发明的至少一个实施例或示例中。在本说明书中，对上述术语的示意性表述不必针对的是相同的实施例或示例。而且，描述的具体特征、结构或者特点可以在任一个或多个实施例或示例中以合适的方式结合。此外，在不相互矛盾的情况下，本领域的技术人员可以将本说明书中描述的不同实施例或示例以及不同实施例或示例的特征进行结合和组合。

集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分，或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。

还应理解，在本发明各实施例中，上述各过程的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本发明实施例的实施过程构成任何限定。

以上，仅为本发明的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到各种等效的修改或替换，这些修改或替换都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应以权利要求的保护范围为准。

Claims (8)

1.一种DCC消息传输方法，其特征在于，所述方法包括：

对接收到的DCC消息进行拆解，得到AVPs数据和DCC头部数据；

根据所述AVPs数据的属性信息从预先设置的压缩库中调用与所述属性信息相对应的目标压缩算法；

根据所述目标压缩算法对所述AVPs数据进行压缩，得到压缩数据；

对所述DCC头部数据和所述压缩数据进行传输。

2.根据权利要求1所述的一种DCC消息传输方法，其特征在于，所述方法还包括：

根据DCC协议向对端发送连接消息，并接收所述对端发送的反馈信息；

根据所述反馈信息确定所述对端能否对所述压缩库中的压缩算法进行调用，其中，所述压缩算法包括所述目标压缩算法。

3.根据权利要求2所述的一种DCC消息传输方法，其特征在于，

所述压缩算法包括：字典压缩算法、位流压缩算法和混合压缩算法，其中，所述目标压缩算法为所述字典压缩算法、所述位流压缩算法和所述混合压缩算法中的任意一种。

4.根据权利要求3所述的一种DCC消息传输方法，其特征在于，当所述目标压缩算法为所述字典压缩算法时，则根据所述字典压缩算法对所述AVPs数据进行压缩，得到压缩数据，具体包括：

获取所述AVPs数据中的固定字符串；

将所述固定字符串进行替换，得到替换后的AVPs数据；

对替换后的AVPs数据进行压缩，得到所述压缩数据。

5.根据权利要求4所述的一种DCC消息传输方法，其特征在于，所述方法还包括：

在获取的包含所述DCC消息的DCC消息集群中，统计每个字符串在所述DCC消息集群中出现的频率，其中，每个所述字符串由多个字符组成，所述DCC消息由多个所述字符串组成；

根据大于预设频率阈值的频率对应的字符串确定所述固定字符。

6.根据权利要求3所述的一种DCC消息传输方法，其特征在于，当所述目标压缩算法为所述位流压缩算法时，则根据所述位流压缩算法对所述AVPs数据进行压缩，得到压缩数据，具体包括：

获取所述AVPs的数值格式的代码；

根据所述代码确定所述字符串的整型数值；

统计所述整型数值的值域范围；

根据所述AVPs的引导位记录所述值域范围内的所述字符串的有效字符长度，得到有效位；

分别对所述引导位和所述有效位进行压缩，得到压缩数据。

7.根据权利要求3-6中任一项所述的一种DCC消息传输方法，其特征在于，当所述目标压缩算法为所述混合压缩算法，且所述混合压缩算法包括所述字典压缩算法和所述位流压缩算法时，则根据所述混合压缩算法对所述AVPs数据进行压缩，得到压缩数据，具体包括：

对所述AVPs数据进行拆解，得到字符串部分和数值部分；

根据所述字典压缩算法对所述字符串部分进行压缩，得到第一压缩数据，其中，所述字符串部分包括所述固定字符串；

根据所述位流压缩算法对所述数值部分进行压缩，得到第二压缩数据，其中，所述数值部分包括所述数值格式的代码；

根据所述第一压缩数据和所述第二压缩数据确定所述压缩数据。

8.一种DCC消息传输系统，其特征在于，所述系统包括：存储器、处理器及存储在所述存储器上并可在所述处理器上运行的计算机程序，其中，

所述处理器执行所述程序时实现权利要求1-7中任一项所述的方法。