CN111404642B - 一种信息交互方法、dpi系统及应用系统 - Google Patents

一种信息交互方法、dpi系统及应用系统 Download PDF

Info

Publication number
CN111404642B
CN111404642B CN201910000886.2A CN201910000886A CN111404642B CN 111404642 B CN111404642 B CN 111404642B CN 201910000886 A CN201910000886 A CN 201910000886A CN 111404642 B CN111404642 B CN 111404642B
Authority
CN
China
Prior art keywords
data
message
compression format
compressed
application system
Prior art date
Legal status (The legal status 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 status listed.)
Active
Application number
CN201910000886.2A
Other languages
English (en)
Other versions
CN111404642A (zh
Inventor
常晓花
王思琪
吕品
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
China Mobile Communications Group Co Ltd
China Mobile Communications Ltd Research Institute
Original Assignee
China Mobile Communications Group Co Ltd
China Mobile Communications Ltd Research Institute
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 China Mobile Communications Group Co Ltd, China Mobile Communications Ltd Research Institute filed Critical China Mobile Communications Group Co Ltd
Priority to CN201910000886.2A priority Critical patent/CN111404642B/zh
Publication of CN111404642A publication Critical patent/CN111404642A/zh
Application granted granted Critical
Publication of CN111404642B publication Critical patent/CN111404642B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W28/00Network traffic management; Network resource management
    • H04W28/02Traffic management, e.g. flow control or congestion control
    • H04W28/06Optimizing the usage of the radio link, e.g. header compression, information sizing, discarding information
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00Arrangements for detecting or preventing errors in the information received
    • H04L1/12Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/1607Details of the supervisory signal
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/04Protocols for data compression, e.g. ROHC
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/16Implementation or adaptation of Internet protocol [IP], of transmission control protocol [TCP] or of user datagram protocol [UDP]
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/30Definitions, standards or architectural aspects of layered protocol stacks

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Computer Security & Cryptography (AREA)
  • Communication Control (AREA)
  • Information Transfer Between Computers (AREA)

Abstract

本发明提供一种信息交互方法、DPI系统及应用系统,属于无线通信技术领域,其中一种应用于DPI系统的方法包括:采用预先约定的压缩格式对待传输数据进行压缩;向应用系统发送用于传输数据的消息,所述用于传输数据的消息包括经过压缩后的数据。本发明对现有SDTP协议进行了优化和扩展,使得可以对传输的数据进行压缩,从而提高了数据传输效率,节约了网络传输带宽,另外,还可以节约用于存储数据的存储资源。

Description

一种信息交互方法、DPI系统及应用系统
技术领域
本发明涉及无线通信技术领域,尤其涉及一种信息交互方法、DPI系统及应用系统。
背景技术
中国移动的统一DPI(Deep Packet Inspection,深度报文检测)系统的架构,如图1所示(SGW:服务网关,MME:移动性管理实体,IMS:IP多媒体子系统,SCA:流量汇聚适配器),包括数据采集层、数据解码层和应用层,其中由数据解码层负责通过图1中IF1接口(SDTP(Shared Data Transfer Protocol,共享数据传输协议)协议)从核心网络采集所有相关的接口数据,然后通过合成模块进行数据的校验、回填、合成,最后通过图1中IF2接口(SDTP协议)将数据上报给应用层。
请参阅图2所示的基于SDTP的传输协议栈的示意图,应用系统与DPI系统之间采用IF2接口进行数据交互,IF2接口采用SDTP协议。基于现有SDTP协议传输原始码流和XDR数据(是指基于全量数据进行处理后,生成的供信令监测平台和信令类应用使用的信令及业务的详细记录)时,由于数据量繁杂巨大,导致数据传输效率不高,网络带宽利用率较低。IF2接口是应用系统与DPI系统交互的唯一标准途径,一个省份一般只有一套DPI系统,这个DPI系统会对接多个应用系统,IF2接口的高效将提高应用系统的价值,也能进一步体现DPI系统的价值。因此,目前需要提高IF2接口的数据传输效率。
发明内容
有鉴于此,本发明提供一种信息交互方法、DPI系统及应用系统,用于解决目前应用系统与DPI系统之间的IF2接口的数据传输效率低的问题。
为解决上述技术问题,第一方面,本发明提供一种信息交互方法,应用于DPI系统,包括:
所述DPI系统和应用系统处于连接状态时,向所述应用系统发送压缩格式确认请求消息,所述压缩格式确认请求消息包括若对传输的数据进行压缩时期望采用的压缩格式;
接收所述应用系统发送的压缩格式确认应答消息,所述压缩格式确认应答消息用于指示所述应用系统是否同意采用所述压缩格式对传输的数据进行压缩。
优选的,所述向所述应用系统发送压缩格式确认请求消息的步骤之前,还包括:
获取自身的CPU的计算能力和/或网络带宽,并根据所述CPU的计算能力和/或所述网络带宽判断是否压缩传输的数据。
第二方面,本发明还提供一种信息交互方法,应用于应用系统,包括:
所述应用系统和DPI系统处于连接状态时,接收所述DPI系统发送的压缩格式确认请求消息,所述压缩格式确认请求消息包括若对传输的数据进行压缩时,所述DPI系统期望采用的压缩格式;
向所述DPI系统发送压缩格式确认应答消息,所述压缩格式确认应答消息用于指示是否同意采用所述压缩格式对传输的数据进行压缩。
第三方面,本发明还提供一种信息交互方法,应用于DPI系统,包括:
采用预先约定的压缩格式对待传输数据进行压缩;
向应用系统发送用于传输数据的消息,所述用于传输数据的消息包括经过压缩后的数据。
优选的,所述用于传输数据的消息包括所述压缩格式。
第四方面,本发明还提供一种信息交互方法,应用于应用系统,包括:
接收DPI系统发送的用于传输数据的消息,所述用于传输数据的消息包括经过压缩后的数据。
优选的,所述用于传输数据的消息还包括对所述数据进行压缩时采用的压缩格式,以根据所述压缩格式对所述经过压缩后的数据进行解压。
第五方面,本发明还提供一种DPI系统,所述DPI系统与应用系统连接,包括:
收发器,用于向所述应用系统发送压缩格式确认请求消息,所述压缩格式确认请求消息包括若对传输的数据进行压缩时期望采用的压缩格式;接收所述应用系统发送的压缩格式确认应答消息,所述压缩格式确认应答消息用于指示所述应用系统是否同意采用所述压缩格式对传输的数据进行压缩。
第六方面,本发明还提供一种应用系统,所述应用系统与DPI系统连接,包括:
收发器,用于接收所述DPI系统发送的压缩格式确认请求消息,所述压缩格式确认请求消息包括若对传输的数据进行压缩时,所述DPI系统期望采用的压缩格式;向所述DPI系统发送压缩格式确认应答消息,所述压缩格式确认应答消息用于指示是否同意采用所述压缩格式对传输的数据进行压缩。
第七方面,本发明还提供一种DPI系统,所述DPI系统与应用系统连接,包括:
处理器,用于采用预先约定的压缩格式对待传输数据进行压缩;
收发器,用于向所述应用系统发送用于传输数据的消息,所述用于传输数据的消息包括经过压缩后的数据。
第十方面,本发明还提供一种应用系统,所述应用系统与DPI系统连接,包括:
收发器,用于接收所述DPI系统发送的用于传输数据的消息,所述用于传输数据的消息包括经过压缩后的数据。
第十一方面,本发明还提供一种DPI系统,包括存储器、处理器及存储在所述存储器上并可在所述处理器上运行的计算机程序;所述处理器执行所述计算机程序时实现上述任一种可应用于所述DPI系统的信息交互方法中的步骤。
第十二方面,本发明还提供一种应用系统,包括存储器、处理器及存储在所述存储器上并可在所述处理器上运行的计算机程序;所述处理器执行所述计算机程序时实现上述任一种可应用于所述应用系统的信息交互方法中的步骤。
第十三方面,本发明还提供一种计算机可读存储介质,其上存储有计算机程序,该计算机程序被处理器执行时实现上述任一种信息交互方法中的步骤。
本发明的上述技术方案的有益效果如下:
本发明实施例,对现有应用于DPI系统和应用系统之间的数据传输的SDTP协议进行了扩展,并对用于传输数据的消息的消息格式进行了优化,也即新增了压缩格式确认消息,用于确认和统一连接双方采用的压缩格式,并且DPI系统先按照双方协商的压缩格式对传输的数据进行压缩后再传输给应用系统。从而,充分利用了应用系统和DPI系统的CPU的计算资源,提高了数据传输效率,节约了网络传输带宽,降低了网络负荷,另外,还可以节约用于存储数据的存储资源。
附图说明
图1为统一DPI系统架构示意图;
图2为基于SDTP的传输协议栈的示意图;
图3为本发明实施例一中的一种信息交互方法的流程示意图;
图4为压缩格式确认请求消息的消息格式示意图;
图5为压缩格式确认应答消息的消息格式示意图;
图6为本发明实施例二中的一种信息交互方法的流程示意图;
图7为现有SDTP消息0x0005对应的消息格式示意图;
图8为现有SDTP消息0x0006对应的消息格式示意图;
图9为现有SDTP消息0x8008对应的消息格式示意图;
图10为本发明实施例三中的一种信息交互方法的流程示意图;
图11为优化前和优化后的SDTP消息0x0005的对比示意图;
图12为优化前和优化后的SDTP消息0x0006的对比示意图;
图13为优化前和优化后的SDTP消息0x8008的对比示意图;
图14为本发明实施例四中的一种信息交互方法的流程示意图;
图15为本发明实施例五中的一种DPI系统的结构示意图;
图16为本发明实施例六中的一种应用系统的结构示意图;
图17为本发明实施例七中的一种DPI系统的结构示意图;
图18为本发明实施例八中的一种应用系统的结构示意图;
图19为本发明实施例九中的一种DPI系统的结构示意图;
图20为本发明实施例十中的一种应用系统的结构示意图;
图21为本发明实施例十一中的一种DPI系统的结构示意图;
图22为本发明实施例十二中的一种应用系统的结构示意图。
具体实施方式
为使本发明实施例的目的、技术方案和优点更加清楚,下面将结合本发明实施例的附图,对本发明实施例的技术方案进行清楚、完整地描述。显然,所描述的实施例是本发明的一部分实施例,而不是全部的实施例。基于所描述的本发明的实施例,本领域普通技术人员所获得的所有其他实施例,都属于本发明保护的范围。
应用系统与DPI系统之间的IF2接口采用SDTP协议,SDTP协议是实时数据共享传输协议,SDTP协议栈分为3层,分别为承载层、传输层和应用层。其中,承载层(IP(InternetProtocol,互联网协议)协议)提供可靠的数据传输通道;传输层(TCP(TransmissionControl Protocol,传输控制协议)+SDTP)为上层应用提供通用的数据传输协议;应用层封装XDR(X Data Recording,是由CDR(Call Data Recording,呼叫数据记录)演变而来的概念。CDR是传统通信网中对通话过程中网络关键信息的记录。XDR是CDR概念的扩展,泛指对移动网络、承载网络中数据流量的关键信息记录,即流量日志,以用户会话为单位,一个会话形成一条XDR记录)数据或原始码流。
请参阅图3,图3为本发明实施例一提供的一种信息交互方法的流程示意图,该方法应用于DPI系统,包括以下步骤:
步骤11:所述DPI系统和所述应用系统处于连接状态时,向所述应用系统发送压缩格式确认请求消息,所述压缩格式确认请求消息包括若对传输的数据进行压缩时期望采用的压缩格式;
也即,所述DPI系统向应用系统发送压缩格式确认请求消息,所述压缩格式确认请求消息包括由所述DPI系统从多个可选的压缩格式中选择的、用于对传输的数据进行压缩时采用的压缩格式。
步骤12:接收所述应用系统发送的压缩格式确认应答消息,所述压缩格式确认应答消息用于指示所述应用系统是否同意采用所述压缩格式对传输的数据进行压缩。
也即,所述DPI系统接收所述应用系统发送的压缩格式确认应答消息,所述压缩格式确认应答消息用于指示所述应用系统是否同意所述DPI系统选择的压缩格式对传输的数据进行压缩。
其中,由于DPI系统和应用系统都存在多个服务器(设备),不同服务器支持的压缩格式可能不同,各个服务器在发送压缩格式确认请求消息之前都会根据自身的情况(计算能力、支持的压缩格式等)选择合适的压缩格式。
本发明实施例对SDTP协议进行了扩展,也即新增了压缩格式确认消息,该压缩格式确认消息的消息名称例如可以为FormatConf,包括压缩格式确认请求消息(消息格式请参阅图4)和压缩格式确认应答消息(消息格式请参阅图5)。具体的,由DPI系统和应用系统中的连接建立发起方(也即连接的建立方),本实施例中的DPI系统,发起压缩格式确认请求消息,且在所述压缩格式确认请求消息中的“ExpectedFormat”字段添加自己期望的压缩格式对应的编码。由DPI系统和应用系统中的连接建立响应方,本实施例中的应用系统,回复同意采用所述压缩格式进行压缩的压缩格式确认应答消息。至此,作为连接双方的DPI系统和应用系统完成了数据传输压缩格式的协商,从而可以根据协商好的压缩格式对传输的数据进行压缩,以提高IF2接口的数据传输效率,并节约了网络传输带宽,避免了存储资源的浪费。
另外,若所述压缩格式确认应答消息指示所述应用系统不同意采用所述压缩格式对传输的数据进行压缩,那么就不对传输的数据进行压缩。至于所述应用系统不同意采用所述压缩格式对传输的数据进行压缩的原因可能是:1.所述应用系统不支持该压缩格式,2.所述应用系统的CPU计算能力不够,不能对数据进行解压,3.所述应用系统根据网络带宽判断不对传输的数据进行压缩。
具体的,压缩格式确认消息包括消息头(Message Header)和消息体(MessageBody),消息头包括消息总长度(字段名为:TotalLength)、消息类型(字段名为:MessageType)、交互的流水号(字段名为:SequenceId)、消息体中的事件数量(字段名为:TotalContents)和压缩格式(字段名为:CompressedFormat),其中,压缩格式确认请求消息的消息体中包括期望的压缩格式(字段名为:ExpectedFormat),压缩格式确认应答消息的消息体中包括应答的结果(字段名为:Result)。
可选的,所述向所述应用系统发送压缩格式确认请求消息的步骤之前,还包括:
获取自身的CPU的计算能力和/或网络带宽,并根据所述CPU的计算能力和/或所述网络带宽判断是否压缩传输的数据。
也即,DPI系统在向应用系统发送压缩格式确认请求消息之前,还需要获取自身CPU的计算能力和/或网络带宽,并判断是否压缩传输的数据。具体的,在DPI系统与应用系统完成版本协商和连接鉴权之后,DPI系统就会自动获取自身的CPU计算能力和网络带宽,并判断是否压缩传输的数据。
请参阅图6,图6是本发明实施例二提供的一种信息交互方法的流程示意图,该方法应用于应用系统,包括以下步骤:
步骤21:所述应用系统和DPI系统处于连接状态时,接收所述DPI系统发送的压缩格式确认请求消息,所述压缩格式确认请求消息包括若对传输的数据进行压缩时,所述DPI系统期望采用的压缩格式;
也即,所述应用系统接收所述DPI系统发送的压缩格式确认请求消息,所述压缩格式确认请求消息包括由所述DPI系统从多个可选的压缩格式中选择的、用于对传输的数据进行压缩时采用的压缩格式。
步骤22:向所述DPI系统发送压缩格式确认应答消息,所述压缩格式确认应答消息用于指示是否同意采用所述压缩格式对传输的数据进行压缩。
也即应用系统向所述DPI系统发送压缩格式确认应答消息,所述压缩格式确认应答消息用于指示所述应用系统是否同意采用所述DPI系统选择的压缩格式对传输的数据进行压缩。
本发明实施例对SDTP协议进行了扩展,也即新增了压缩格式确认消息,该压缩格式确认消息的消息名称例如可以为FormatConf,包括压缩格式确认请求消息(消息格式请参阅图4)和压缩格式确认应答消息(消息格式请参阅图5)。具体的,由DPI系统和应用系统中的连接建立发起方(也即连接的建立方),本实施例中的DPI系统,发起压缩格式确认请求消息,且在所述压缩格式确认请求消息中的“ExpectedFormat”字段添加自己期望的压缩格式对应的编码。由DPI系统和应用系统中的连接建立响应方,本实施例中的应用系统,回复同意采用所述压缩格式对传输的数据进行压缩的压缩格式确认应答消息。至此,作为连接双方的DPI系统和应用系统完成了数据传输压缩格式的协商,从而可以根据协商好的压缩格式对传输的数据进行压缩,以提高IF2接口的数据传输效率,并节约了网络传输带宽,避免了存储资源的浪费。
现有SDTP协议中用于传输数据(包括原始码流数据和XDR数据)的消息类型如表1所示:
表1 SDTP协议中用于传输数据的消息类型
消息名 消息类型值 说明
notifyXDRData_Req 0x0005 XDR数据通知请求
notifyXDRData_Resp 0x8005 XDR数据通知应答
XDRRawDataSend_Req 0x0006 XDR对应原始数据传输请求
XDRRawDataSend_Resp 0x8006 XDR对应原始数据传输应答
XDRRawDataQuery_Req 0x0008 XDR数据反查请求
XDRRawDataQuery_Resp 0x8008 XDR数据反查应答
其中,0x0005对应的消息格式(包括消息头和消息体,消息头包括消息总长度(TotalLength)、消息类型(MessageType)、交互的流水号(SequenceId)和消息体中的事件数量(TotalContents),消息体包括XDR数据类型(XDR Type)、公共信息和信令信息,公共信息包括整个XDR所占用字节数(Length)、本省(Local Province)、本市(Local City)、归属省(Owner Province)、归属市(Owner City)、无线接入类型(RAT)、XDR编号(XDR ID)、国际移动用户识别标识(IMSI)、国际移动设备标识(IMEI)、用户号码(MSISDN))如图7所示,XDR数据类型有合成XDR数据和单接口XDR数据两种。0x0006对应的消息格式(包括消息头和消息体,消息头参阅0x0005,消息体包括公共信息和原始码流,公共信息包括无线接入类型、接口(interface)、XDR编号、原始码流条码数和全部原始码流的总长度(Length Total))如图8所示,一个SDTP消息可以携带多个原始码流,也可以只携带一个原始码流,SDTP通用包头携带了实际抓包网络中的链路信息和时间戳。0x8008对应的消息格式(各字段名对应的描述可参阅0x0006)如图9所示,“Result”字段用于返回查询结果,SDTP消息体包括公共信息和原始码流数据。
每条SDTP传输消息的消息头包括Enternet(以太网)头、IP头、TCP头、SDTP头等,按照最常见的情况计算为:14+20+20+9=65Bytes。当SDTP协议传输原始码流时,由于一次SIP(Session Ininial Protocol,会话初始化协议)呼叫建立过程一般包含20条左右的原始码流,每个原始码流包括通用包头和数据部分,不超过110Bytes。所以每条SDTP传输消息的长度为消息头长度加上公共信息长度再加上所有原始码流长度之和:65+22+20*110=307Bytes。假设一个省份有2000w VoLTE(Voice over Long-Term Evolution,长期演进语音承载)用户,每秒的呼叫话单量大概是20万条(多接口),那么所需的带宽为61.4Mb/s,每天传输的数据为5.30496Tb。当SDTP协议传输XDR数据时,每个SDTP消息的消息体包括公共信息(62Bytes)和XDR数据(不超过491Bytes)。所以每条SDTP的XDR数据传输请求消息的长度不超过:65+62+491=618Bytes。同样的假设场景下,一个省份传输数据所需带宽约为123.6Mb/s,每天传输的数据量为10.679Tb。DPI系统同时要对接多个应用系统,传输的数据量还要根据应用的数量加倍。面对如此巨大的带宽需求,急需一种数据传输的优化方法来降低网络负荷。同时,如此庞大的数据量,数据的存储同样是一个很大的问题。
请参阅图10,图10是本发明实施例三提供的一种信息交互方法的流程示意图,该方法应用于DPI系统,所述DPI系统作为数据传输的发送方,所述数据传输的接收方为应用系统,包括以下步骤:
步骤31:采用预先约定的压缩格式对待传输数据进行压缩;
也即,DPI系统采用与应用系统预先约定的压缩格式对待传输数据进行压缩。
步骤32:向应用系统发送用于传输数据的消息,所述用于传输数据的消息包括经过压缩后的数据。
也即,DPI系统向应用系统发送用于传输数据的消息。所述用于传输数据的消息可以是上述的0x0005、0x0006和0x8008。
优选的,所述用于传输数据的消息包括所述压缩格式。
根据上述,由于IF2接口每天需要传输的数据量巨大,因此,急需一种数据传输的优化方法来降低网络负荷,同时也解决数据存储的问题。
本发明实施例,对SDTP协议中传输数据的消息的消息格式进行了优化(也即对消息结构进行了扩展增强),在SDTP消息中增加字段名为CompressedFormat的“压缩格式”字段,并对携带的数据进行了压缩,所述“压缩格式”字段用于向数据接收方(也即应用系统)指示对数据进行压缩时采用的压缩格式,以便数据接收方采用相应的方式对压缩后的数据进行解压。SDTP消息0x0005在优化前和优化后的对比请参阅图11,SDTP消息0x0006在优化前和优化后的对比请参阅图12,SDTP消息0x8008在优化前和优化后的对比请参阅图13。
一般情况下,文本型数据的压缩比例可以达到50%,以ZIP压缩格式为例,在与上述同样的假设场景下,每天可以减少3.3454Tb~8.5432Tb的传输数据量。从而,在对数据进行压缩后传输,可以提高数据传输的效率,降低了对网络带宽的需求(也即提高了网络带宽的利用率)。
请参阅图14,图14是本发明实施例四提供的一种信息交互方法的流程示意图,应用于应用系统,所述应用系统作为数据传输的接收方,所述数据传输的发送方为DPI系统,包括以下步骤:
步骤41:接收DPI系统发送的用于传输数据的消息,所述用于传输数据的消息包括经过压缩后的数据。
也即,应用系统接收DPI系统发送的用于传输数据的消息,所述用于传输数据的消息可以是上述的0x0005、0x0006和0x8008。
优选的,所述用于传输数据的消息还包括对所述数据进行压缩时采用的压缩格式,以根据所述压缩格式对所述经过压缩后的数据进行解压。
具体的,所述接收DPI系统发送的用于传输数据的消息的步骤之后,还包括:
根据所述压缩格式对所述经过压缩后的数据进行解压。也即,应用系统根据所述压缩格式对经过DPI系统压缩后并传输过来的数据进行解压。
本发明实施例,对SDTP协议中传输数据的消息的消息格式进行了优化,数据发送方(也即DPI系统)在SDTP消息中增加“压缩格式”字段,并对携带的数据进行了压缩,所述“压缩格式”字段用于向数据接收方(应用系统)指示对数据进行压缩时采用的压缩格式,从而数据接收方(应用系统)在接收到所述用于传输数据的消息后,采用相应的方式对压缩后的数据进行解压。SDTP消息0x0005在优化前和优化后的对比请参阅图11,SDTP消息0x0006在优化前和优化后的对比请参阅图12,SDTP消息0x8008在优化前和优化后的对比请参阅图13。
本发明实施例,在对数据进行压缩后传输,可以提高数据传输的效率,降低了对网络带宽的需求(也即提高了网络带宽的利用率),另外,若应用系统直接存储压缩后的数据还可以节省大量的硬盘空间。
请参阅图15,图15是本发明实施例五提供的一种DPI系统的结构示意图,该DPI系统50与应用系统连接,包括:
收发器51,用于向所述应用系统发送压缩格式确认请求消息,所述压缩格式确认请求消息包括若对传输的数据进行压缩时期望采用的压缩格式;接收所述应用系统发送的压缩格式确认应答消息,所述压缩格式确认应答消息用于指示所述应用系统是否同意采用所述压缩格式对传输的数据进行压缩。
本发明实施例,对现有SDTP协议进行了扩展,并对用于传输数据的消息的消息格式进行了优化,也即新增了压缩格式确认消息,用于确认和统一连接双方(DPI系统和应用系统)采用的压缩格式,以使得DPI系统可以先按照双方协商的压缩格式对传输的数据进行压缩后再传输给应用系统。从而,可以充分利用了应用系统和DPI系统的CPU的计算资源,提高数据传输效率,节约网络传输带宽,降低网络负荷,另外,还可以节约用于存储数据的存储资源。
本发明实施例是与上述方法实施例一对应的产品实施例,故在此不再赘述,详细请参阅上述实施例一。
请参阅图16,图16是本发明实施例六提供的一种应用系统的结构示意图,该应用系统60与DPI系统连接,包括:
收发器61,用于接收所述DPI系统发送的压缩格式确认请求消息,所述压缩格式确认请求消息包括若对传输的数据进行压缩时,所述DPI系统期望采用的压缩格式;向所述DPI系统发送压缩格式确认应答消息,所述压缩格式确认应答消息用于指示是否同意采用所述压缩格式对传输的数据进行压缩。
本发明实施例,对现有SDTP协议进行了扩展,并对用于传输数据的消息的消息格式进行了优化,也即新增了压缩格式确认消息,用于确认和统一连接双方(DPI系统和应用系统)采用的压缩格式,以使得DPI系统可以先按照双方协商的压缩格式对传输的数据进行压缩后再传输给应用系统。从而,可以充分利用了应用系统和DPI系统的CPU的计算资源,提高数据传输效率,节约网络传输带宽,降低网络负荷,另外,还可以节约用于存储数据的存储资源。
本发明实施例是与上述方法实施例二对应的产品实施例,故在此不再赘述,详细请参阅上述实施例二。
请参阅图17,图17是本发明实施例七提供的一种DPI系统的结构示意图,该DPI系统70与应用系统连接,包括:
处理器71,用于采用预先约定的压缩格式对待传输数据进行压缩;
收发器72,用于向所述应用系统发送用于传输数据的消息,所述用于传输数据的消息包括经过压缩后的数据。
优选的,所述用于传输数据的消息包括所述压缩格式。
本发明实施例,对现有SDTP协议进行了扩展,并对用于传输数据的消息的消息格式进行了优化,也即新增了压缩格式确认消息,用于确认和统一连接双方(DPI系统和应用系统)采用的压缩格式,并且DPI系统先按照双方协商的压缩格式对传输的数据进行压缩后再传输给应用系统。从而,充分利用了应用系统和DPI系统的CPU的计算资源,提高了数据传输效率,节约了网络传输带宽,降低了网络负荷,另外,还可以节约用于存储数据的存储资源。
本发明实施例是与上述方法实施例三对应的产品实施例,故在此不再赘述,详细请参阅上述实施例三。
请参阅图18,图18是本发明实施例八提供的一种应用系统的结构示意图,该应用系统80与DPI系统连接,包括:
收发器81,用于接收所述DPI系统发送的用于传输数据的消息,所述用于传输数据的消息包括经过压缩后的数据。
优选的,所述用于传输数据的消息还包括对所述数据进行压缩时采用的压缩格式,以根据所述压缩格式对所述经过压缩后的数据进行解压。
具体的,所述应用系统还包括处理器,所述处理器用于根据所述压缩格式对所述经过压缩后的数据进行解压。
本发明实施例,对现有SDTP协议进行了扩展,并对用于传输数据的消息的消息格式进行了优化,也即新增了压缩格式确认消息,用于确认和统一连接双方(DPI系统和应用系统)采用的压缩格式,并且DPI系统先按照双方协商的压缩格式对传输的数据进行压缩后再传输给应用系统。从而,充分利用了应用系统和DPI系统的CPU的计算资源,提高了数据传输效率,节约了网络传输带宽,降低了网络负荷,另外,还可以节约用于存储数据的存储资源。
本发明实施例是与上述方法实施例四对应的产品实施例,故在此不再赘述,详细请参阅上述实施例四。
请参阅图19,图19是本发明实施例九提供的一种DPI系统的结构示意图,该DPI系统90包括处理器91、存储器92及存储在所述存储器92上并可在所述处理器91上运行的计算机程序;所述处理器91执行所述计算机程序时实现如下步骤:
向应用系统发送压缩格式确认请求消息,所述压缩格式确认请求消息包括若对传输的数据进行压缩时期望采用的压缩格式;
接收所述应用系统发送的压缩格式确认应答消息,所述压缩格式确认应答消息用于指示所述应用系统是否同意采用所述压缩格式对传输的数据进行压缩。
可选的,计算机程序被处理器91执行时还可实现如下步骤:
所述向应用系统发送压缩格式确认请求消息的步骤之前,还包括:
获取自身的CPU的计算能力和/或网络带宽,并根据所述CPU的计算能力和/或所述网络带宽判断是否压缩传输的数据。
本发明实施例的具体工作过程与上述方法实施例一中的一致,故在此不再赘述,详细请参阅上述实施例一中方法步骤的说明。
请参阅图20,图20是本发明实施例十提供的一种应用系统的结构示意图,该应用系统100包括处理器101、存储器102及存储在所述存储器102上并可在所述处理器101上运行的计算机程序;所述处理器101执行所述计算机程序时实现如下步骤:
接收DPI系统发送的压缩格式确认请求消息,所述压缩格式确认请求消息包括若对传输的数据进行压缩时,所述DPI系统期望采用的压缩格式;
向所述DPI系统发送压缩格式确认应答消息,所述压缩格式确认应答消息用于指示是否同意采用所述压缩格式对传输的数据进行压缩。
本发明实施例的具体工作过程与上述方法实施例二中的一致,故在此不再赘述,详细请参阅上述实施例二中方法步骤的说明。
请参阅图21,图21是本发明实施例十一提供的一种DPI系统的结构示意图,该DPI系统110包括处理器111、存储器112及存储在所述存储器112上并可在所述处理器111上运行的计算机程序;所述处理器111执行所述计算机程序时实现如下步骤:
采用预先约定的压缩格式对待传输数据进行压缩;
向应用系统发送用于传输数据的消息,所述用于传输数据的消息包括经过压缩后的数据。
可选的,所述用于传输数据的消息包括所述压缩格式。
本发明实施例的具体工作过程与上述方法实施例三中的一致,故在此不再赘述,详细请参阅上述实施例三中方法步骤的说明。
请参阅图22,图22是本发明实施例十二提供的一种应用系统的结构示意图,该应用系统120包括处理器121、存储器122及存储在所述存储器122上并可在所述处理器121上运行的计算机程序;所述处理器121执行所述计算机程序时实现如下步骤:
接收所述DPI系统发送的用于传输数据的消息,所述用于传输数据的消息包括经过压缩后的数据以及压缩格式。
可选的,所述用于传输数据的消息还包括对所述数据进行压缩时采用的压缩格式,以根据所述压缩格式对所述经过压缩后的数据进行解压。具体的,计算机程序被处理器121执行时还可实现如下步骤:
所述接收DPI系统发送的用于传输数据的消息的步骤之后,还包括:
根据所述压缩格式对所述经过压缩后的数据进行解压。
本发明实施例的具体工作过程与上述方法实施例四中的一致,故在此不再赘述,详细请参阅上述实施例四中方法步骤的说明。
本发明实施例十三提供一种计算机可读存储介质,其上存储有计算机程序,该计算机程序被处理器执行时实现上述实施例一至实施例四中任一种信息交互方法中的步骤。详细请参阅以上对应实施例中方法步骤的说明。
上述计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括,但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带,磁带磁盘存储或其他磁性存储设备或任何其他非传输介质,可用于存储可以被计算设备访问的信息。
以上所述是本发明的优选实施方式,应当指出,对于本技术领域的普通技术人员来说,在不脱离本发明所述原理的前提下,还可以作出若干改进和润饰,这些改进和润饰也应视为本发明的保护范围。

Claims (12)

1.一种信息交互方法,其特征在于,应用于DPI系统,包括:
所述DPI系统和应用系统处于连接状态时,向所述应用系统发送压缩格式确认请求消息,所述压缩格式确认请求消息包括若对传输的数据进行压缩时期望采用的压缩格式;
接收所述应用系统发送的压缩格式确认应答消息,所述压缩格式确认应答消息用于指示所述应用系统是否同意采用所述压缩格式对传输的数据进行压缩。
2.根据权利要求1所述的信息交互方法,其特征在于,所述向所述应用系统发送压缩格式确认请求消息的步骤之前,还包括:
获取自身的CPU的计算能力和/或网络带宽,并根据所述CPU的计算能力和/或所述网络带宽判断是否压缩传输的数据。
3.一种信息交互方法,其特征在于,应用于应用系统,包括:
所述应用系统和DPI系统处于连接状态时,接收所述DPI系统发送的压缩格式确认请求消息,所述压缩格式确认请求消息包括若对传输的数据进行压缩时,所述DPI系统期望采用的压缩格式;
向所述DPI系统发送压缩格式确认应答消息,所述压缩格式确认应答消息用于指示是否同意采用所述压缩格式对传输的数据进行压缩。
4.一种信息交互方法,其特征在于,应用于DPI系统,包括:
采用预先约定的压缩格式对待传输数据进行压缩;
向应用系统发送用于传输数据的消息,所述用于传输数据的消息包括经过压缩后的数据;
所述用于传输数据的消息还包括所述压缩格式。
5.一种信息交互方法,其特征在于,应用于应用系统,包括:
接收DPI系统发送的用于传输数据的消息,所述用于传输数据的消息包括经过压缩后的数据;
所述用于传输数据的消息还包括对所述数据进行压缩时采用的压缩格式,以根据所述压缩格式对所述经过压缩后的数据进行解压。
6.一种DPI系统,其特征在于,所述DPI系统与应用系统连接,包括:
收发器,用于向所述应用系统发送压缩格式确认请求消息,所述压缩格式确认请求消息包括若对传输的数据进行压缩时期望采用的压缩格式;接收所述应用系统发送的压缩格式确认应答消息,所述压缩格式确认应答消息用于指示所述应用系统是否同意采用所述压缩格式对传输的数据进行压缩。
7.一种应用系统,其特征在于,所述应用系统与DPI系统连接,包括:
收发器,用于接收所述DPI系统发送的压缩格式确认请求消息,所述压缩格式确认请求消息包括若对传输的数据进行压缩时,所述DPI系统期望采用的压缩格式;向所述DPI系统发送压缩格式确认应答消息,所述压缩格式确认应答消息用于指示是否同意采用所述压缩格式对传输的数据进行压缩。
8.一种DPI系统,其特征在于,所述DPI系统与应用系统连接,包括:
处理器,用于采用预先约定的压缩格式对待传输数据进行压缩;
收发器,用于向所述应用系统发送用于传输数据的消息,所述用于传输数据的消息包括经过压缩后的数据;
所述用于传输数据的消息还包括所述压缩格式。
9.一种应用系统,其特征在于,所述应用系统与DPI系统连接,包括:
收发器,用于接收所述DPI系统发送的用于传输数据的消息,所述用于传输数据的消息包括经过压缩后的数据;
所述用于传输数据的消息还包括对所述数据进行压缩时采用的压缩格式,以根据所述压缩格式对所述经过压缩后的数据进行解压。
10.一种DPI系统,包括存储器、处理器及存储在所述存储器上并可在所述处理器上运行的计算机程序;其特征在于,所述处理器执行所述计算机程序时实现如权利要求1或2或4所述的信息交互方法中的步骤。
11.一种应用系统,包括存储器、处理器及存储在所述存储器上并可在所述处理器上运行的计算机程序;其特征在于,所述处理器执行所述计算机程序时实现如权利要求3或5所述的信息交互方法中的步骤。
12.一种计算机可读存储介质,其上存储有计算机程序,其特征在于,该计算机程序被处理器执行时实现如权利要求1-5中任一项所述的信息交互方法中的步骤。
CN201910000886.2A 2019-01-02 2019-01-02 一种信息交互方法、dpi系统及应用系统 Active CN111404642B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201910000886.2A CN111404642B (zh) 2019-01-02 2019-01-02 一种信息交互方法、dpi系统及应用系统

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201910000886.2A CN111404642B (zh) 2019-01-02 2019-01-02 一种信息交互方法、dpi系统及应用系统

Publications (2)

Publication Number Publication Date
CN111404642A CN111404642A (zh) 2020-07-10
CN111404642B true CN111404642B (zh) 2023-03-31

Family

ID=71430137

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201910000886.2A Active CN111404642B (zh) 2019-01-02 2019-01-02 一种信息交互方法、dpi系统及应用系统

Country Status (1)

Country Link
CN (1) CN111404642B (zh)

Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1484800A (zh) * 2000-08-28 2004-03-24 ��Ѷ�о����޹�˾ 从主系统向移动设备推送日程表事件消息的系统和方法

Family Cites Families (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8885644B2 (en) * 2008-02-28 2014-11-11 Alcatel Lucent Compressed IP flow recognition for in-line, integrated mobile DPI
CN101707513B (zh) * 2009-11-30 2015-10-21 曙光信息产业(北京)有限公司 基于正则表达式的深度包检测方法及设备
WO2015074174A1 (en) * 2013-11-19 2015-05-28 Telefonaktiebolaget L M Ericsson (Publ) Data compression in wireless communications network

Patent Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1484800A (zh) * 2000-08-28 2004-03-24 ��Ѷ�о����޹�˾ 从主系统向移动设备推送日程表事件消息的系统和方法

Also Published As

Publication number Publication date
CN111404642A (zh) 2020-07-10

Similar Documents

Publication Publication Date Title
TWI602465B (zh) An air interface protocol stack configuration method, data transmission method and device
US8116782B2 (en) Communication quality control system
US10142388B2 (en) Method and device for transmitting media data
CN103179085A (zh) 网际协议头置换映射关系的获取方法及网络节点
EP3316600B1 (en) Video distribution method and device
Krawiec et al. DASCo: dynamic adaptive streaming over CoAP
WO2017092389A1 (zh) 报文处理方法及装置
CN104410982A (zh) 一种无线异构网络中终端聚合与重构方法
TW201737753A (zh) 一種網路接入方法、相關設備和系統
CN103024810A (zh) 一种触发消息发送方法及系统
EP1614220A1 (en) State-mediated data signaling used for compression in telecommunication services
US20180323899A1 (en) Http adaptive streaming server, method, and client terminal based on network environment monitoring
CN113438233A (zh) 一种协议之间相互转换的方法
CN106817689B (zh) 一种高可靠性的数据订阅及发布方法及系统
CN111404642B (zh) 一种信息交互方法、dpi系统及应用系统
WO2005081494A1 (en) Method and arrangement for state memory management
CN103636252A (zh) 数据包的处理方法和系统及设备
CN108076481B (zh) 一种用于终端迟后接入集群组呼的方法
CN112188416A (zh) 公专网融合集群通信系统
CN103348710B (zh) 获取用户设备信息的方法、设备和系统
CN101026566A (zh) 一种提高接入设备服务带宽的方法、系统及其装置
CN101442777B (zh) 一种压缩复用报文处理方法及装置
CN107580339B (zh) 一种信息传输方法、装置及无线通信系统
CN108337215B (zh) 一种文件传输方法及系统、装置、电子设备
CN1988505B (zh) 一种媒体消息传输方法及通讯系统以及业务服务器

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
GR01 Patent grant
GR01 Patent grant