[go: up one dir, main page]

CN111800371B - 数据处理方法、发送端和接收端 - Google Patents

数据处理方法、发送端和接收端 Download PDF

Info

Publication number
CN111800371B
CN111800371B CN201910606119.6A CN201910606119A CN111800371B CN 111800371 B CN111800371 B CN 111800371B CN 201910606119 A CN201910606119 A CN 201910606119A CN 111800371 B CN111800371 B CN 111800371B
Authority
CN
China
Prior art keywords
header
compressed
packet
data packet
ethernet frame
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
CN201910606119.6A
Other languages
English (en)
Other versions
CN111800371A (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.)
Vivo Mobile Communication Co Ltd
Original Assignee
Vivo Mobile Communication Co Ltd
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 Vivo Mobile Communication Co Ltd filed Critical Vivo Mobile Communication Co Ltd
Priority to CN201910606119.6A priority Critical patent/CN111800371B/zh
Publication of CN111800371A publication Critical patent/CN111800371A/zh
Application granted granted Critical
Publication of CN111800371B publication Critical patent/CN111800371B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • 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
    • 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

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Computer Security & Cryptography (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

本发明提供一种数据处理方法、发送端和接收端,其中发送端对应的方法包括:接收第一数据包,所述第一数据包包括以太帧头和IP系列包头;至少对所述第一数据包中的所述以太帧头进行压缩处理,得到第二数据包,所述第二数据包至少包括第一压缩包头;其中,所述第一压缩包头为对所述以太帧头进行压缩处理得到的压缩包头。本发明中,发送端至少可对以太帧数据中的以太帧头进行压缩处理,接收端可对经过压缩处理的以太帧数据进行解压缩处理,这样,以太帧数据在发送端与接收端之间传输时,所需的传输资源减少,从而能够降低以太帧数据的传输资源开销。

Description

数据处理方法、发送端和接收端
技术领域
本发明涉及通信技术领域,尤其涉及一种数据处理方法、发送端和接收端。
背景技术
工业环境中,数据传输通常采用以太网封装技术,在以太网链路上传输的数据称为以太帧。以太帧包含以太帧头(Ethernet header)和携带有效数据的以太帧载荷(Ethernet payload),其中以太帧载荷中的有效数据可以是IP类型的数据,这类数据包含IP系列包头(例如IP(Internet Protocol,互联网协议)头、TCP(Transmission ControlProtocol,传输控制协议)头)。在某些情况下,以太帧数据中头所占据的长度较大,这使得以太帧数据传输时存在因头所占据长度较大而导致资源开销较大的问题。
发明内容
本发明实施例提供一种数据处理方法、发送端和接收端,以解决以太帧数据传输时存在因头所占据长度较大而导致资源开销较大的问题。
为了解决上述技术问题,本发明是这样实现的:
第一方面,本发明实施例提供一种数据处理方法,应用于发送端,所述方法包括:
接收第一数据包,所述第一数据包包括以太帧头和IP系列包头;
至少对所述第一数据包中的所述以太帧头进行压缩处理,得到第二数据包,所述第二数据包至少包括第一压缩包头;
其中,所述第一压缩包头为对所述以太帧头进行压缩处理得到的压缩包头。
第二方面,本发明实施例提供一种数据处理方法,应用于接收端,所述方法包括:
接收第一数据包,所述第一数据包至少包括第一压缩包头;
对所述第一数据包中的压缩包头进行解压缩处理,得到包括以太帧头和IP系列包头的第二数据包;
其中,所述第一压缩包头为对以太帧头进行压缩处理得到的压缩包头。
第三方面,本发明实施例提供一种发送端,包括:
接收模块,用于接收第一数据包,所述第一数据包包括以太帧头和IP系列包头;
压缩模块,用于至少对所述第一数据包中的所述以太帧头进行压缩处理,得到第二数据包,所述第二数据包至少包括第一压缩包头;
其中,所述第一压缩包头为对所述以太帧头进行压缩处理得到的压缩包头。
第四方面,本发明实施例提供一种接收端,包括:
接收模块,用于接收第一数据包,所述第一数据包至少包括第一压缩包头;
解压缩模块,用于对所述第一数据包中的压缩包头进行解压缩处理,得到包括以太帧头和IP系列包头的第二数据包;
其中,所述第一压缩包头为对以太帧头进行压缩处理得到的压缩包头。
第五方面,本发明实施例提供另一种发送端,包括:存储器、处理器及存储在所述存储器上并可在所述处理器上运行的计算机程序,所述计算机程序被所述处理器执行时实现本发明实施例第一方面提供的数据处理方法中的步骤。
第六方面,本发明实施例提供另一种接收端,包括:存储器、处理器及存储在所述存储器上并可在所述处理器上运行的计算机程序,所述计算机程序被所述处理器执行时实现本发明实施例第二方面提供的数据处理方法中的步骤。
第七方面,本发明实施例提供一种计算机可读存储介质,所述计算机可读存储介质上存储有计算机程序,所述计算机程序被处理器执行时实现本发明实施例第一方面提供的数据处理方法中的步骤。
第八方面,本发明实施例提供一种计算机可读存储介质,所述计算机可读存储介质上存储有计算机程序,所述计算机程序被处理器执行时实现本发明实施例第二方面提供的数据处理方法中的步骤。
本发明实施例中,发送端至少可对以太帧数据中的以太帧头进行压缩处理,接收端可对经过压缩处理的以太帧数据进行解压缩处理,这样,以太帧数据在发送端与接收端之间传输时,所需的传输资源减少,从而能够降低以太帧数据的传输资源开销。
附图说明
为了更清楚地说明本发明实施例的技术方案,下面将对本发明实施例描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本发明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动性的前提下,还可以根据这些附图获得其他的附图。
图1是本发明实施例提供的一种网络系统的系统图;
图2是本发明实施例提供的应用于网络系统的数据处理方法的流程图;
图3是本发明实施例提供的以太帧数据的结构示意图;
图4是本发明实施例提供的应用于发送端的数据处理方法的流程图;
图5是本发明实施例提供的一种压缩处理方式的流程图;
图6是本发明实施例提供的另一种压缩处理方式的流程图;
图7是本发明实施例提供的应用于接收端的数据处理方法的流程图;
图8是本发明实施例提供的一种解压缩处理方式的流程图;
图9是本发明实施例提供的另一种解压缩处理方式的流程图;
图10是本发明实施例提供的发送端的结构图;
图11是本发明实施例提供的接收端的结构图;
图12是本发明实施例提供的终端的硬件结构图;
图13是本发明实施例提供的网络侧设备的硬件结构图。
具体实施方式
下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。
本申请的说明书和权利要求书中的术语“包括”以及它的任何变形,意图在于覆盖不排他的包含,例如,包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元,而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。此外,说明书以及权利要求中使用“和/或”表示所连接对象的至少其中之一,例如A和/或B,表示包含单独A,单独B,以及A和B都存在三种情况。
在本发明实施例中,“示例性的”或者“例如”等词用于表示作例子、例证或说明。本发明实施例中被描述为“示例性的”或者“例如”的任何实施例或设计方案不应被解释为比其它实施例或设计方案更优选或更具优势。确切而言,使用“示例性的”或者“例如”等词旨在以具体方式呈现相关概念。
下面结合附图介绍本发明的实施例。本发明实施例提供的数据处理方法可以应用于无线通信系统中。该无线通信系统可以为5G系统,或者演进型长期演进(Evolved LongTerm Evolution,eLTE)系统,或者后续演进通信系统。
图1是本发明实施例提供的一种网络系统的结构图,如图1所示,包括终端11和网络侧设备12。其中,上述终端可以是移动通信设备,例如:可以是手机、平板电脑(TabletPersonal Computer)、膝上型电脑(Laptop Computer)、个人数字助理(personal digitalassistant,简称PDA)、移动上网装置(Mobile Internet Device,MID)或可穿戴式设备(Wearable Device)等。上述网络侧设备可以是5G网络侧设备(例如:gNB、5G NR NB),或者可以是4G网络侧设备(例如:eNB),或者可以是3G网络侧设备(例如:NB),或者后续演进通信系统中的网络侧设备,等等。
其中,在上行传输时,终端11可作为本发明实施例的发送端,网络侧设备12可作为本发明实施例的接收端;在下行传输时,网络侧设备12可作为本发明实施例的发送端,终端11可作为本发明实施例的接收端。
本发明实施例提供一种应用于图1所示的网络系统的数据处理方法,如图2所示,该方法包括以下步骤:
步骤201:发送端接收第一数据包,所述第一数据包包括以太帧头和IP系列包头;
步骤202:发送端至少对所述第一数据包中的所述以太帧头进行压缩处理,得到第二数据包,所述第二数据包至少包括第一压缩包头;其中,所述第一压缩包头为对所述以太帧头进行压缩处理得到的压缩包头;
步骤203:发送端将所述第二数据包发送至接收端;
步骤204:接收端接收所述第二数据包;
步骤205:接收端对所述第二数据包中的压缩包头进行解压缩处理,得到包括所述以太帧头和所述IP系列包头的第三数据包。
在LTE(Long Term Evolution,长期演进)和NR(New Radio,新空口)中,PDCP(Packet Data Convergence Protocol,分组数据汇聚协议)子层可执行头压缩和解压缩功能。因此,本发明实施例中,发送端可以是发送PDCP实体,接收端可以是接收PDCP实体。
本发明实施例中,数据处理方法在数据处理过程中所涉及到的任何数据包(例如上述第一数据包、第二数据包等)由于包括以太帧头或压缩的以太帧头,这些数据包均可以理解为以太帧数据。以太帧数据携带的数据域既可以是IP类型的数据,也可用是非IP(non-IP)类型的数据。其中,图3是以太帧数据的数据域为IP类型的数据时,以太帧数据的结构示意图。
发送端接收的第一数据包包含以太帧,其中以太帧包含以太帧头和以太帧载荷(Ethernet payload)。以太帧载荷携带有效数据(如Ethernet data field),某些情况下,还携带填充域(Ethernet PAD field),以太帧载荷中的有效数据可以是包含了IP系列包头的数据。其中,IP系列包头可以是IP系列包头、TCP头、RTP(Real Time Protocol,实时协议)头等等。
第一数据包中还可以包括SDAP(Service Data Adaptation Protocol,服务数据适应协议)子头。若第一数据包包括SDAP子头,则发送端在对第一数据包进行压缩处理之前,可先从第一数据包中分离出(或移除或跳过)SDAP子头。发送端在对第一数据包压缩处理之后,可在具有压缩包头的数据包头部添加之前分离出的SDAP子头,并添加PDCP子头,以得到包括SDAP子头、PDCP子头、第一压缩包头、第二压缩包头的第二数据包,该第二数据包即为PDCP PDU(Protocol Data Unit,协议数据单元)。接收端在接收到第二数据包之后,在对第二数据包进行解压缩处理之前,也可以先从第二数据包中分离出SDAP子头和PDCP子头,再对第二数据包进行解压缩处理。接收端在解压缩处理之后,再将SDAP子头添加到不包含压缩包头的数据包头部即可。
需要说明的是,本发明实施例在于提供一种对以太帧数据进行压缩处理和解压缩处理的技术方案,主要体现如何对以太帧数据中的以太帧头和IP系列包头进行压缩处理和解压缩处理。因此,以太帧数据中的其他部分的相关处理可结合现有方案实现,在本发明实施例中不作重点描述。
本发明实施例中,发送端至少可对以太帧数据中的以太帧头进行压缩处理,接收端可对经过压缩处理的以太帧数据进行解压缩处理,这样,以太帧数据在发送端与接收端之间传输时,所需的传输资源减少,从而能够降低以太帧数据的传输资源开销。
图4是本发明实施例提供的一种数据处理方法的流程图。如图4所示,数据处理方法,应用于发送端,该方法包括以下步骤:
步骤401:接收第一数据包,所述第一数据包包括以太帧头和IP系列包头。
如前所述,本发明实施例中,发送端可以为发送PDCP实体,发送端可以对其接收的数据包进行压缩。上述第一数据包可以理解为以太帧数据,发送PDCP实体从上层接收第一数据包,该数据包中可能包含SDAP子头,也可能不包含SDAP子头。若第一数据包中包含SDAP子头,则发送端在对第一数据包进行压缩处理之前,可先从第一数据包中分离出SDAP子头。当然,也可不将SDAP子头从第一数据包中分离出,而直接对第一数据包中的以太帧头或IP系列包头进行压缩处理。
需要说明的是,从第一数据包中分离出SDAP子头,也可理解为,将SDAP子头从第一数据包中移除,或者,从第一数据包中移除SDAP子头。本发明实施例中所涉及到的“从数据包中分离出A”,均可理解为“将A从数据包中分离”,或“将A从数据包中移除”,或“从数据包中移除A”,后续不再重复说明。
步骤402:至少对所述第一数据包中的所述以太帧头进行压缩处理,得到第二数据包,所述第二数据包至少包括第一压缩包头。
其中,所述第一压缩包头为对所述以太帧头进行压缩处理得到的压缩包头。
在步骤402之后,发送端可将第二数据包发送至接收端,接收端在接收到第二数据包之后,可对第二数据包进行解压缩处理,得到不包括压缩包头的数据包。关于发送端向接收端发送以太帧数据的具体方式,将在下文进行具体说明。
本发明实施例中,发送端至少可对以太帧数据中的以太帧头进行压缩处理,这样,以太帧数据在发送端与接收端之间传输时,所需的传输资源减少,从而能够降低以太帧数据的传输资源开销。
本发明实施例中,发送端对第一数据包进行压缩处理的方式包括多种,以下分别就各种压缩处理方式进行一一说明。
方式一:发送端对第一数据包中的以太帧头和IP系列包头分别进行压缩处理,得到包括第一压缩包头和第二压缩包头的第二数据包。其中,第一压缩包头为对以太帧头进行压缩处理得到的压缩包头,第二压缩包头为对IP系列包头进行压缩处理得到的压缩包头。
方式一中,发送端同时配置有以太帧头压缩功能和IP系列包头压缩功能,例如,发送端同时配置有以太帧压缩实体(或称以太帧压缩模块)和ROHC(RObust HeaderCompression,稳健头压缩)实体(或称ROHC模块),其中,发送端可通过以太帧压缩实体对第一数据包中的以太帧头进行压缩处理,发送端可通过ROHC实体对第一数据包中的IP系列包头进行压缩处理。
方式一中,发送端对第一数据包中的以太帧头和IP系列包头分别进行压缩处理,又可包括并行的压缩处理方式和串行的压缩处理方式两种。
对于并行的压缩处理方式来说,对以太帧头和IP系列包头分别进行压缩处理,得到包括第一压缩包头和第二压缩包头的第二数据包,可包括如下步骤:
通过以太帧压缩实体对以太帧头进行压缩处理,得到包括第一压缩包头的第一子数据包;
通过ROHC实体对IP系列包头进行压缩处理,得到包括第二压缩包头的第二子数据包;
将第一子数据包和第二子数据包组合,得到包括第一压缩包头和第二压缩包头的第二数据包。
该并行的压缩处理方式中,发送端可将第一数据包中的以太帧头和IP系列包头分别送至以太帧压缩实体和ROCH实体中,或者,通过以太帧压缩实体和ROHC实体分别从第一数据包中提取以太帧头部分和IP系列包头部分,以实现以太帧头和IP系列包头的并行压缩处理。由于并行的压缩处理,则以太帧压缩实体和ROCH实体各自进行压缩处理之后,会得到包括各自压缩包头的第一子数据包和第二子数据包,因此,在以太帧压缩实体和ROCH实体各自进行压缩处理之后,需要将第一子数据包和第二子数据包进行组合,得到包括第一压缩包头和第二压缩包头的第二数据包。这里,将第一子数据包和第二子数据包进行组合,可以理解为对数据按照特定格式进行重组,比如将第一压缩包头放置在第二压缩包头头部位置。
可选的,在对以太帧头和IP系列包头进行压缩处理之前,方法还包括:
将第一数据包分离成第三子数据包和第四子数据包,第三子数据包包括以太帧头,第四子数据包包括IP系列包头;
通过以太帧压缩实体对以太帧头进行压缩处理,得到包括第一压缩包头的第一子数据包,包括:
通过以太帧压缩实体对第三子数据包中的以太帧头进行压缩处理,得到包括第一压缩包头的第一子数据包;
通过ROHC实体对IP系列包头进行压缩处理,得到包括第二压缩包头的第二子数据包,包括:
通过ROHC实体对第四子数据包中的IP系列包头进行压缩处理,得到包括第二压缩包头的第二子数据包。
该可选的实施方式中,将第一数据包分离成第三子数据包和第四子数据包,以使第一数据包中的以太帧头和IP系列包头相分离,从而将分离出的以太帧头部分送至以太帧压缩实体中进行压缩处理,将分离出的IP系列包头部分送至ROHC实体中进行压缩处理。
这里,将第一数据包分离成第三子数据包和第四子数据包,也可理解为,将第一数据包进行分割,以得到第三子数据包和第四子数据包,或者,将第一数据包进行分段,以得到第三子数据包和第四子数据包。
需要说明的是,第三子数据包不仅限于包括以太帧头,第四子数据包也不仅限于包括IP系列包头,例如,第四子数据包中可以是以太帧载荷中的包含IP系列包头的有效数据(如Ethernet data field),也可以包含填充域(Ethernet PAD field)。
如图5所示,第一数据包包括以太帧头(E-Header)、IP系列包头(如IP)和载荷(payload)。需要说明的是,图5中的载荷与以太帧载荷存在区别,以太帧载荷实际上是指包含IP系列包头的数据;而图5中的载荷是不包含IP系列包头的数据。
发送端将第一数据包分离成第三子数据包和第四子数据包,其中,第三子数据包包括以太帧头,第四子数据包包括IP系列包头和载荷。发送端将第三子数据包送至以太帧压缩实体(EHC)中,通过以太帧压缩实体对以太帧头进行压缩处理,得到第一子数据包,即压缩的以太帧头(Compressed E-header)。相应的,发送端将第四子数据包送至ROHC实体中,通过ROHC实体对第四子数据包中的IP系列包头进行压缩处理,得到第二子数据包,该第二子数据包中包括压缩的IP系列包头(Compressed IP-header)和载荷。然后,发送端将第一子数据包和第二子数据包进行组合,得到包括压缩的以太帧头、压缩的IP系列包头和载荷的第二数据包。发送端在将第二数据包发送至接收端之前,还可在第二数据包的头部添加PDCP子头和SDAP子头(如果有SDAP子头)。
需要说明的是,在上述并行的压缩处理方式中,以太帧压缩实体对以太帧头进行压缩处理,以及ROHC实体对IP系列包头进行压缩处理,两者属于同一时序,但执行的时间可以同步,也可以不同步。
对于串行的压缩处理方式来说,又可包括两种可选的串行的压缩处理方式,以下一一进行详细说明。
其中,第一种串行的压缩处理方式中,对以太帧头和IP系列包头分别进行压缩处理,得到包括第一压缩包头和第二压缩包头的第二数据包,可包括以下步骤:
通过以太帧压缩实体对第一数据包中的以太帧头进行压缩处理,得到包括第一压缩包头和IP系列包头的第三数据包;
通过ROHC实体对第三数据包中的IP系列包头进行压缩处理,得到包括第一压缩包头和第二压缩包头的第二数据包。
该第一种串行的压缩处理方式中,先对以太帧头进行压缩处理,后对IP系列包头进行压缩处理。具体的,首先,将第一数据包送至以太帧压缩实体中,对第一数据包中的以太帧头进行压缩处理,得到包括第一压缩包头和IP系列包头的第三数据包。然后,将第三数据包整体送至ROHC实体中,ROHC实体从第三数据包中提取IP系列包头进行压缩处理;或者,将第三数据包整体送至ROHC实体中,ROHC实体跳过位于第三数据包头部的第一压缩包头,对IP系列包头进行压缩处理;或者,将第一压缩包头从第三数据包中分离,再将第三数据包送至ROHC实体中对IP系列包头进行压缩处理。至此,实现了以太帧头和IP系列包头依次串行压缩处理。
可选的,通过ROHC实体对第三数据包中的IP系列包头进行压缩处理,得到包括第一压缩包头和第二压缩包头的第二数据包,包括:
从第三数据包中分离出第一压缩包头,得到包括IP系列包头的第四数据包;
通过ROHC实体对第四数据包中的IP系列包头进行压缩处理,得到包括第二压缩包头的第五数据包;
在第五数据包的头部添加第一压缩包头,得到包括第一压缩包头和第二压缩包头的第二数据包。
该可选的实施方式中,在将第一压缩包头从第三数据包中分离出之后,IP系列包头即可位于第三数据包的头部,从而便于ROHC实体直接对IP系列包头进行压缩处理。
如图6所示,第一数据包包括以太帧头、IP系列包头和载荷。
需要说明的是,图6中的载荷与以太帧载荷存在区别,以太帧载荷实际上是指包含IP系列包头的数据;而图6中的载荷是不包含IP系列包头的数据。
发送端将第一数据包送至以太帧压缩实体中,通过以太帧压缩实体对第一数据包中的以太帧头进行压缩处理,得到包括压缩的以太帧头和未压缩的IP系列包头的第三数据包。发送端从第三数据包中分离出压缩的以太帧头,得到包括IP系列包头和载荷的第四数据包。发送端再将第四数据包送至ROHC实体中,通过ROHC实体对第四数据包中的IP系列包头进行压缩处理,得到包括压缩的IP系列包头和载荷的第五数据包。然后,发送端在第五数据包的头部添加之前分离出的压缩的以太帧头,得到包括压缩的以太帧头、压缩的IP系列包头和载荷的第二数据包。发送端在将第二数据包发送至接收端之前,还可在第二数据包的头部添加PDCP子头和SDAP子头(如果有SDAP子头)。
其中,第二种串行的压缩处理中,对以太帧头和IP系列包头分别进行压缩处理,得到包括第一压缩包头和第二压缩包头的第二数据包,可包括以下步骤:
通过ROHC实体对第一数据包中的IP系列包头进行压缩处理,得到包括以太帧头和第二压缩包头的第三数据包;
通过以太帧压缩实体对第三数据包中的以太帧头进行压缩处理,得到包括第一压缩包头和第二压缩包头的第二数据包。
该第二种串行的压缩处理方式中,先对IP系列包头进行压缩处理,后对以太帧头进行压缩处理。具体的,首先,将第一数据包整体送至ROHC实体中,ROHC实体从第一数据包中提取IP系列包头进行压缩处理;或者,第一数据包整体送至ROHC实体中,ROHC实体跳过位于第一数据包头部的以太帧头,对IP系列包头进行压缩处理;或者,将以太帧头从第一数据包中分离,再将第一数据包送至ROHC实体中对IP系列包头进行压缩处理。然后,将包括以太帧头和第二压缩包头的第三数据包送至以太帧压缩实体中,对以太帧头进行压缩处理。至此,实现了IP系列包头和以太帧头依次串行压缩处理。
可选的,通过ROHC实体对第一数据包中的IP系列包头进行压缩处理,得到包括以太帧头和第二压缩包头的第三数据包,包括:
从第一数据包中分离出以太帧头,得到包括IP系列包头的第四数据包;
通过ROHC实体对第四数据包中的IP系列包头进行压缩处理,得到包括第二压缩包头的第五数据包;
在第五数据包的头部添加以太帧头,得到包括以太帧头和第二压缩包头的第三数据包。
该可选的实施方式中,从第一数据包中分离出以太帧头,这样,IP系列包头即可位于第四数据包的头部,从而便于ROHC实体直接对IP系列包头进行压缩处理。在IP系列包头压缩处理之后,再将之前分离出的以太帧头添加到数据包的头部,得到包括以太帧头和第二压缩包头的第三数据包,并将第三数据包整体送至以太帧压缩实体即可。由于以太帧头位于第三数据包头部,因此,以太帧压缩实体可直接对第三数据包中的以太帧头进行压缩处理。
该第二种串行的压缩处理方式与第一种串行的压缩处理方式的主要区别在于以太帧头和IP系列包头两者的压缩顺序,由于容易理解,本发明实施例不再对第二种串行的压缩处理方式作过多描述。
方式二:对第一数据包的以太帧头进行压缩处理,得到包括第一压缩包头和IP系列包头的第二数据包。
该方式中,发送端配置有以太帧头压缩功能,但未配置IP系列包头压缩功能,例如,发送端仅配置有以太帧压缩实体(或称以太帧压缩模块),发送端可通过以太帧压缩实体对第一数据包中的以太帧头进行压缩处理。
此外,以太帧数据的压缩方式中,不排除只对IP系列包头进行压缩处理的方式,这样,可得到包括以太帧头和第二压缩包头的第二数据包。
该方式中,发送端配置有IP系列包头压缩功能,但未配置以太帧头压缩功能,例如,发送端仅配置有ROHC实体(或称ROHC模块),发送端可通过ROHC实体对第一数据包中的IP系列包头进行压缩处理。
综合上述各实施方式,本发明实施例中,发送端可以同时配置以太帧头压缩功能和IP系列包头压缩功能,发送端还可以单独配置以太帧头压缩功能,或者单独配置IP系列包头压缩功能。对于同时配置以太帧头压缩功能和IP系列包头压缩功能的方式来说,既可以并行的压缩处理以太帧头压缩和IP系列压缩,也可以串行的压缩处理以太帧头压缩和IP系列压缩。本发明实施例中,不论采取上述何种压缩处理方式,均能够降低以太帧数据的传输资源开销。
本发明实施例中,以太帧数据在压缩处理之后,接收端需要对压缩的以太帧数据进行解压缩,为了使接收端更好地对压缩的以太帧数据进行解压缩,发送端可以在压缩的以太帧数据中添加一些指示信息。
本发明实施例中,发送端可在第一压缩包头中添加第一指示信息,该第一指示信息用于指示第一数据流对应的以太帧域组合方式或预设比特流,所述预设比特流用于关联所述第一数据流对应的以太帧域组合,所述第一数据流是一系列具有相同压缩特性的数据包集合。
这里,相同的压缩特性可指相同的以太帧格式和相同的需要压缩的以太帧域,并且各个需要压缩的以太帧域取值相同。比如这些数据包都需要压缩以太帧源MAC(MediumAccess Control,媒体接入控制)地址(Ethernet sourcemac address field)和以太帧目的MAC地址(Ethernet destination mac address field),并且这些需要压缩的域的取值是相同的。进一步的,上述的“以太帧组合方式”可以理解为需要压缩的以太帧域以及各个需要压缩的以太帧域的具体取值。上述的“预设比特流”可以理解为需要压缩的各个以太帧域的具体取值串联起来的比特流。
具体的,在第一压缩包头中添加标识某一数据流的压缩文件的第一指示信息,该第一指示信息标识的压缩文件关联一组特定的以太帧域组合或一组特定的比特流。例如,第一指示信息指示对数据包中的MAC source域(假设取值为“000000”,此处可理解该以太帧源Mac地址域关联的比特流为“000000”)、MAC destination域(假设取值为“000001”,此处可理解该以太帧Mac目的地址域关联的比特流为“000001”)以及Q-tag域(假设该域取值为“000010”,此处可以理解为以太帧中的Q-tag域关联的比特流为“000010”)进行压缩。在该举例中,“预设比特流”可理解为需要压缩的各个以太帧域的具体取值串联起来的比特流,即为“000000000001000010”。需要注意的是,上述例子中对以太帧域的取值仅为了便于理解,并不代表实际的对应以太帧帧域所占的字节大小。
进一步的,所述第一指示信息还用于指示所述第一数据流对应的以太帧头格式。
这样,接收端可根据第一指示信息确定压缩之前第一数据包的以太帧域组合方式或以太帧头格式,以有利于接收端更好地对以太帧数据进行解压缩。
本发明实施例中,发送端还可在第二数据包中添加第二指示信息,该第二指示信息用于指示第一压缩包头的长度。该第二指示信息可在第二数据包中任何合适的位置添加,具体的,第二指示信息可在PDCP子头中添加。
这样,接收端可根据第二指示信息确定第一压缩包头的长度,从而能够更加准确、更加快速地从第二数据包中截取(或提取或识别出)第一压缩包头。
本发明实施例中,若第一数据包中携带有长度域(length field)或填充域(PADfield),则发送端还可通过以太帧压缩实体移除第一数据包中携带的长度域和填充域中的至少一项。长度域和填充域是否移除可以是协议约定的,也可以是网络侧设备配置的。比如,协议约定对以太帧中的长度域和填充域进行移除处理,那么发送端在处理包含长度域和/或填充域的数据包时,总会对其进行处理。此外,对两个域的移除处理可以和其他以太帧域压缩是同时进行的,也可以是不同时进行的,比如,网络侧设备给发送端配置了以太帧压缩功能,那么在对某个数据流的数据包进行以太帧压缩处理时,就对该以太帧中包含的长度域和/或填充域进行移除处理。某些情况下,在对某个数据流真正进行以太帧压缩之前,可能会先发送几个不进行以太帧压缩的数据包,对于这样的数据包,可以进行或不进行长度域和/或填充域的移除处理,如果进行移除处理,可额外携带是否移除了长度域和/或填充域的指示信息。此外,在对第一数据包进行处理时,长度域或填充域的移除时机可在对第一数据包进行压缩处理之前,即,发送端在将长度域或填充域移除之后,再对第一数据包进行压缩处理。
通过移除长度域或填充域,可进一步降低以太帧数据的传输资源开销。
本发明实施例中,发送端还可以在第二数据包中添加以下指示信息中的至少一项:
在所述第二数据包中添加第三指示信息,所述第三指示信息用于指示所述第一数据包中携带的长度域是否被移除;
在所述第二数据包中添加第四指示信息,所述第四指示信息用于指示所述第一数据包中携带的填充域是否被移除;
在所述第二数据包中添加第五指示信息,所述第五指示信息用于指示所述第一数据包中携带的长度域和填充域是否被移除。
这样,接收端可根据上述任一指示信息确定长度域或填充域是否被移除,从而在解压缩过程中,能够更加准确、更加快速地确定是否需要添加被移除的长度域或填充域。
上述应用于发送端的数据处理方法属于以太帧数据的压缩处理方法,以下将对以太帧数据的解压缩处理方法进行具体说明。
图7是本发明实施例提供的另一种数据处理方法的流程图。如图7所示,数据处理方法,应用于接收端,该方法包括以下步骤:
步骤501:接收第一数据包,所述第一数据包至少包括第一压缩包头。
其中,第一压缩包头为对以太帧头进行压缩处理得到的压缩包头。
如前所述,本发明实施例中,接收端可以为接收PDCP实体,接收端可以对其接收的具有压缩包头的数据包进行解压缩。上述第一数据包可以理解为具有压缩包头的以太帧数据,该第一数据包可认为是前述压缩处理方法中经过发送端压缩处理的第二数据包。
该步骤中,接收PDCP实体从下层接收上述第一数据包,该数据包中除了包括第一压缩包头或第二压缩包头,还可包含PDCP子头和SDAP子头(如果有SDAP子头)。若第一数据包中包含PDCP子头和SDAP子头,则接收端在对第一数据包进行解压缩处理之前,可先从第一数据包中分离出PDCP子头和SDAP子头。当然,也可不将PDCP子头和SDAP子头从第一数据包中分离出,而直接对第一数据包中的以太帧头或IP系列包头进行压缩处理。
需要说明的是,从第一数据包中分离出PDCP子头和SDAP子头,也可理解为,将PDCP子头和SDAP子头从第一数据包中移除,或者,从第一数据包中移除PDCP子头和SDAP子头。本发明实施例中所涉及到的“从数据包中分离出A”,均可理解为“将A从数据包中分离”,或“将A从数据包中移除”,或“从数据包中移除A”,后续不再重复说明。
步骤502:对所述第一数据包中的压缩包头进行解压缩处理,得到包括以太帧头和IP系列包头的第二数据包。
本发明实施例中,发送端可对以太帧数据中的以太帧头和IP系列包头中的至少一项进行压缩处理,接收端可对经过压缩处理的以太帧数据进行解压缩处理,这样,以太帧数据在发送端与接收端之间传输时,所需的传输资源减少,从而能够降低以太帧数据的传输资源开销。
本发明实施例中,第一数据包还可包括第二压缩包头,第二压缩包头为对IP系列包头进行压缩处理得到的压缩包头。在第一数据包包括第一压缩包头和第二压缩包头的情况下,接收端可同时配置有以太帧头解压缩功能和IP系列包头解压缩功能,例如,接收端同时配置有以太帧解压缩实体(或称以太帧解压缩模块)和ROHC解压缩实体(或称ROHC解压缩模块),其中,接收端可通过以太帧解压缩实体对第一数据包中的以太帧头进行解压缩处理,接收端可通过ROHC解压缩实体对第一数据包中的IP系列包头进行解压缩处理。
接收端对第一数据包中的第一压缩包头和第二压缩包头进行解压缩处理的方式包括多种,以下分别就各种解压缩处理方式进行一一说明。
方式一:对第一数据包中的第一压缩包头和第二压缩包头进行解压缩处理,得到包括以太帧头和IP系列包头的第二数据包,包括:
通过以太帧解压缩实体对第一压缩包头进行解压缩处理,得到包括以太帧头的第一子数据包;
通过ROHC解压缩实体对第二压缩包头进行解压缩处理,得到包括IP系列包头的第二子数据包;
将第一子数据包和第二子数据包组合,得到包括以太帧头和IP系列包头的第二数据包。
该方式为一种并行的解压缩处理方式,接收端可将第一数据包中的第一压缩包头和第二压缩包头分别送至以太帧解压缩实体和ROCH解压缩实体中,或者,通过以太帧解压缩实体和ROHC解压缩实体分别从第一数据包中提取第一压缩包头和第二压缩包头,以实现第一压缩包头和第二压缩包头的并行解压缩处理。由于并行的解压缩处理,则以太帧解压缩实体和ROCH解压缩实体各自进行解压缩处理之后,会得到各自解压缩之后的第一子数据包和第二子数据包,因此,在以太帧解压缩实体和ROCH解压缩实体各自进行解压缩处理之后,需要将第一子数据包和第二子数据包进行组合,得到包括以太帧头和IP系列包头的第二数据包。这里,将第一子数据包和第二子数据包进行组合,可以理解为对数据进行重组。
可选的,在对所述第一压缩包头和所述第二压缩包头进行解压缩处理之前,所述方法还包括:
将所述第一数据包分离成第三子数据包和第四子数据包,所述第三子数据包包括所述第一压缩包头,所述第四子数据包包括所述第二压缩包头;
通过以太帧解压缩实体对所述第一压缩包头进行解压缩处理,得到包括以太帧头的第一子数据包,包括:
通过以太帧解压缩实体对所述第三子数据包中的所述第一压缩包头进行解压缩处理,得到包括以太帧头的第一子数据包;
通过ROHC解压缩实体对所述第二压缩包头进行解压缩处理,得到包括IP系列包头的第二子数据包,包括:
通过ROHC解压缩实体对所述第四子数据包中的所述第二压缩包头进行解压缩处理,得到包括IP系列包头的第二子数据包。
该可选的实施方式中,将第一数据包分离成第三子数据包和第四子数据包,以使第一数据包中的第一压缩包头和第二压缩包头相分离,从而将分离出的第一压缩包头送至以太帧解压缩实体中进行解压缩处理,将分离出的第二压缩包头送至ROHC解压缩实体中进行解压缩处理。
这里,将第一数据包分离成第三子数据包和第四子数据包,也可理解为,将第一数据包进行分割,以得到第三子数据包和第四子数据包,或者,将第一数据包进行分段,以得到第三子数据包和第四子数据包。
需要说明的是,第三子数据包不仅限于包括第一压缩包头,第四子数据包也不仅限于包括第二压缩包头,例如,第四子数据包中还可包括以太帧数据的载荷部分。
如图8所示,第一数据包包括压缩的以太帧头、压缩的IP系列包头(如压缩的IP系列包头)和载荷。
需要说明的是,图8中的载荷与以太帧载荷存在区别,以太帧载荷实际上是指包含IP系列包头的数据;而图8中的载荷是不包含IP系列包头的数据。
接收端将第一数据包分离成第三子数据包和第四子数据包,其中,第三子数据包包括压缩的以太帧头,第四子数据包包括压缩的IP系列包头和载荷。接收端将第三子数据包送至以太帧解压缩实体中,通过以太帧解压缩实体对以压缩的太帧头进行解压缩处理,得到第一子数据包,即未压缩的以太帧头。相应的,接收端将第四子数据包送至ROHC解压缩实体中,通过ROHC解压缩实体对第四子数据包中压缩的IP系列包头进行解压缩处理,得到第二子数据包,该第二子数据包中包括未压缩的IP和载荷。然后,接收端将第一子数据包和第二子数据包进行组合,得到包括以太帧头、IP系列包头和载荷的第二数据包。
需要说明的是,在上述并行的解压缩处理方式中,以太帧解压缩实体对第一压缩包头进行解压缩处理,以及ROHC解压缩实体对第二压缩包头进行解压缩处理,两者属于同一时序,但执行的时间可以同步,也可以不同步。
还需要说明的是,若发送端采用并行的压缩处理方式,则接收端也可采用并行的解压缩处理方式;若发送端采用串行的压缩处理方式,则接收端还可采用并行的解压缩处理方式。也就是说,发送端所采用的压缩处理方式不会对接收端所采用的解压缩处理方式造成限定。
方式二:对第一数据包中的第一压缩包头和第二压缩包头进行解压缩处理,得到包括以太帧头和IP系列包头的第二数据包,包括:
通过ROHC解压缩实体对所述第一数据包中的所述第二压缩包头进行解压缩处理,得到包括所述第一压缩包头和IP系列包头的第三数据包;
通过以太帧解压缩实体对所述第三数据包中的所述第一压缩包头进行解压缩处理,得到包括所述以太帧头和IP系列包头的第二数据包。
该方式为一种串行的解压缩处理方式,先对第二压缩包头进行解压缩处理,后对第一压缩包头进行解压缩处理。具体的,首先,将第一数据包整体送至ROHC解压缩实体中,ROHC解压缩实体从第一数据包中提取第二压缩包头进行解压缩处理;或者,第一数据包整体送至ROHC解压缩实体中,ROHC解压缩实体跳过位于第一数据包头部的第一压缩包头,对第二压缩包头进行解压缩处理;或者,将第一压缩包头从第一数据包中分离,再将第一数据包送至ROHC解压缩实体中对第二压缩包头进行解压缩处理。然后,将包括第一压缩包头和IP系列包头的第三数据包送至以太帧解压缩实体中,对第一压缩实体进行解压缩处理。至此,实现了第一压缩包头和第二压缩包头依次串行解压缩处理。
可选的,通过ROHC解压缩实体对所述第一数据包中的所述第二压缩包头进行解压缩处理,得到包括所述第一压缩包头和IP系列包头的第三数据包,包括:
从所述第一数据包中分离出所述第一压缩包头,得到包括所述第二压缩包头的第四数据包;
通过ROHC解压缩实体对所述第四数据包中的所述第二压缩包头进行解压缩处理,得到包括IP系列包头的第五数据包;
在所述第五数据包的头部添加所述第一压缩包头,得到包括所述第一压缩包头和所述IP系列包头的第三数据包。
该可选的实施方式中,从第一数据包中分离出第一压缩包头,这样,第二压缩包头即可位于第四数据包的头部,从而便于ROHC解压缩实体直接对第二压缩包头进行解压缩处理。在第二压缩包头解压缩处理之后,再将之前分离出的第一压缩包头添加到数据包的头部,得到包括第一压缩包头和IP系列包头的第三数据包,并将第三数据包整体送至以太帧解压缩实体即可。由于第一压缩包头位于第三数据包头部,因此,以太帧解压缩实体可直接对第三数据包中的第一压缩包头进行解压缩处理。
如图9所示,第一数据包包括第一压缩包头、第二压缩包头和载荷。
需要说明的是,图9中的载荷与以太帧载荷存在区别,以太帧载荷实际上是指包含IP系列包头的数据;而图9中的载荷是不包含IP系列包头的数据。
接收端从第一数据包中分离出第一压缩包头,得到包括第二压缩包头和载荷的第四数据包,接收端再将第四数据包送至ROHC解压缩实体中,通过ROHC解压缩实体对第四数据包中的第二压缩包头进行解压缩处理,得到包括未压缩的IP系列包头和载荷的第五数据包。然后,接收端在第五数据包的头部添加之前分离出的第一压缩包头,得到包括第一压缩包头、未压缩的IP系列包头和载荷的第三数据包。接收端将第三数据包送至以太帧解压缩实体中,通过以太帧解压缩实体对第三数据包中的第一压缩包头进行解压缩处理,得到包括以太帧头、IP系列包头和载荷的第二数据包。
方式三:对第一数据包中的第一压缩包头和第二压缩包头进行解压缩处理,得到包括以太帧头和IP系列包头的第二数据包,包括:
通过以太帧解压缩实体对所述第一数据包中的所述第一压缩包头进行解压缩处理,得到包括以太帧头和所述第二压缩包头的第三数据包;
通过ROHC解压缩实体对所述第三数据包中的所述第二压缩包头进行解压缩处理,得到包括所述以太帧头和IP系列包头的第二数据包。
该方式为另一种串行的解压缩处理方式,先对第一压缩包头进行解压缩处理,后对第二压缩包头进行解压缩处理。具体的,首先,将第一数据包送至以太帧解压缩实体中,对第一数据包中的第一压缩包头进行解压缩处理,得到包括以太帧头和第二压缩包头的第三数据包。然后,将第三数据包整体送至ROHC解压缩实体中,ROHC解压缩实体从第三数据包中提取第二压缩包头进行解压缩处理;或者,将第三数据包整体送至ROHC解压缩实体中,ROHC解压缩实体跳过位于第三数据包头部的以太帧头,对第二压缩包头进行解压缩处理;或者,将以太帧头从第三数据包中分离,再将第三数据包送至ROHC解压缩实体中对第二压缩包头进行解压缩处理。至此,实现了第一压缩包头和第二压缩包头依次串行解压缩处理。
可选的,通过ROHC解压缩实体对所述第三数据包中的所述第二压缩包头进行解压缩处理,得到包括所述以太帧头和IP系列包头的第二数据包,包括:
从所述第三数据包中分离出所述以太帧头,得到包括所述第二压缩包头的第四数据包;
通过ROHC解压缩实体对所述第四数据包中的所述第二压缩包头进行解压缩处理,得到包括IP系列包头的第五数据包;
在所述第五数据包的头部添加所述以太帧头,得到包括所述以太帧头和所述IP系列包头的第二数据包。
该可选的实施方式中,在将以太帧头从第三数据包中分离出之后,第二压缩包头即可位于第三数据包的头部,从而便于ROHC解压缩实体直接对第二压缩包头进行解压缩处理。
上述两种串行的解压缩处理方式的主要区别在于第一压缩包头和第二压缩包头两者的解压缩顺序,由于容易理解,本发明实施例不再对第二种串行的解压缩处理方式作过多描述。
需要说明的是,若发送端采用并行的压缩处理方式,则接收端可采用串行的解压缩处理方式;若发送端采用串行的压缩处理方式,则接收端还可采用串行的解压缩处理方式。并且,接收端可采用两种串行的解压缩处理方式中的任一种。也就是说,发送端所采用的压缩处理方式不会对接收端所采用的解压缩处理方式造成限定。
可选的,所述第一数据包包括第一压缩包头;
对所述第一压缩包头进行解压缩处理之前,所述方法还包括:
确定所述第一压缩包头的长度;
根据所述第一压缩包头的长度,确定所述第一数据包中的所述第一压缩包头。
可选的,所述第一压缩包头的长度通过以下至少之一确定:
所述第一数据包中携带的第一指示信息,所述第一指示信息用于指示所述第一压缩包头的长度;
基于协议约定的与所述第一数据包的以太帧头格式相对应的第一压缩包头的长度。
可选的,所述第一压缩包头中携带有第二指示信息,所述第二指示信息用于指示第一数据流对应的以太帧域组合方式或预设比特流,所述预设比特流用于关联所述第一数据流对应的以太帧域组合,所述第一数据流是一系列具有相同压缩特性的数据包集合。
这里,相同的压缩特性可指相同的以太帧格式和相同的需要压缩的以太帧域,并且各个需要压缩的以太帧域取值相同。比如这些数据包都需要压缩以太帧源MAC(MediumAccess Control,媒体接入控制)地址(Ethernet sourcemac address field)和以太帧目的MAC地址(Ethernet destination mac address field),并且这些需要压缩的域的取值是相同的。进一步的,上述的“以太帧组合方式”可以理解为需要压缩的以太帧域以及各个需要压缩的以太帧域的具体取值。上述的“预设比特流”可以理解为需要压缩的各个以太帧域的具体取值串联起来的比特流。
具体的,所述第二指示信息所标识的压缩文件关联特定的以太帧域组合或特定的比特流。例如,第二指示信息指示对数据包中的MAC source域(假设取值为“000000”,此处可理解该以太帧源Mac地址域关联的比特流为“000000”)、MAC destination域(假设取值为“000001”,此处可理解该以太帧Mac目的地址域关联的比特流为“000001”)以及Q-tag域(假设该域取值为“000010”,此处可以理解为以太帧中的Q-tag域关联的比特流为“000010”)进行压缩。在该举例中,“预设比特流”可理解为需要压缩的各个以太帧域的具体取值串联起来的比特流,即为“000000000001000010”。需要注意的是,上述例子中对以太帧域的取值仅为了便于理解,并不代表实际的对应以太帧帧域所占的字节大小。
进一步的,所述第二指示信息还用于指示所述第一数据流对应的以太帧头格式。
可选的,在对所述第一数据包中的压缩包头进行解压缩处理之后,所述方法还包括:
根据所述第二指示信息,确定所述第二数据包中是否需要添加长度域;
若是,则通过以太帧解压缩实体在所述第二数据包的特定位置添加所述长度域;
其中,所述特定位置基于所述第二指示信息确定,所述特定位置是根据高数据包的以太帧格式确定的。
可选的,在对所述第一数据包中的压缩包头进行解压缩处理之后,所述方法还包括:
根据所述第一数据包中携带的第三指示信息,确定所述第二数据包中是否需要添加长度域;
若是,则通过以太帧解压缩实体在所述第二数据包的特定位置添加所述长度域;
其中,所述第三指示信息用于指示所述第一数据包在压缩之前是否移除了所述长度域。
可选的,在对所述第一数据包中的压缩包头进行解压缩处理之后,所述方法还包括:
根据协议约定的最小以太帧大小,或者,根据所述第一数据包中携带的第四指示信息,确定所述第二数据包中是否需要添加填充域;
若是,则通过以太帧解压缩实体在所述第二数据包的尾部添加填充域;
其中,所述第四指示信息用于指示所述第一数据包在压缩之前是否移除了所述填充域。
需要说明的是,由于以太帧中的长度域指示的是以太帧载荷中有效数据(即Ethernet data field,即包含IP系列包头的数据)的长度,以太帧解压缩实体需要在IP系列包头解压缩之后确定长度域指示的具体数值,此处可能涉及以太帧解压缩实体和ROHC解压缩实体的交互,比如ROCH解压缩实体将解压后的包含IP系列包头的数据(即Ethernetdata field)的长度指示给以太帧解压缩实体,但不并限制一定需要两个解压缩实体的交互,可取决于实现。另外,对于填充域,由于以太帧数据包有最小字节限制(如64字节),因此填充域具体需要占多少字节需要在解压缩之后且长度域添加之后(如果需要添加)确定。
为了更清楚地理解本发明实施例的技术方案,以下从发送端对以太帧数据进行压缩处理到接收端对以太帧数据进行解压缩处理的整个过程进行示例说明。
示例一:发送PDCP实体对数据包中的以太帧头和IP系列包头进行并行的压缩处理,接收PDCP实体对数据包中的第一压缩包头和第二压缩包头进行并行的解压缩处理。
步骤S1:发送PDCP实体从上层接收包含包头的数据包,对数据包中包含的SDAP子头(如果有SDAP子头)进行移除,对移除了SDAP子头的数据包的压缩处理行为包括:
通过以太帧压缩实体对移除了SDAP子头的数据包中的以太帧头进行压缩处理,得到压缩的以太帧头;在所述得到的压缩的以太帧头中添加标识某一数据流的压缩文件的指示信息,该指示信息标识的压缩文件关联一组特定的以太帧域组合或一组特定的比特流(如特定的以太帧域组合为MAC source=000000、MAC destination=000001和Q-tag=000010,或特定的比特流为000000000001000010),进一步的,该指示信息还可以指示该数据流对应的以太帧格式或以太帧头格式;
通过ROHC实体对移除了SDAP子头的数据包中的载荷部分进行压缩处理,得到具有第二压缩包头的数据包;
在所述得到的具有第二压缩包头的数据包头部添加压缩后的以太帧头,得到具有第一压缩包头和第二压缩包头的数据包。
额外的,若协议约定或网络配置对数据包中携带的长度域和/或填充域进行移除处理,则在进行压缩处理之前,以太帧实体对移除了SDAP子头的数据包的压缩处理行为还包括:
对移除了SDAP子头的数据包中携带的长度域和/或填充域进行移除处理。
步骤S2:在具有第一压缩包头和第二压缩包头的数据包头部添加之前移除的SDAP子头,并添加PDCP子头,得到PDCP PDU递交下层传输。
额外的,在PDCP PDU中还可以携带以下信息(如在PDCP子头中携带):
以太帧头的长度指示信息,该指示信息用于指示压缩后的以太帧头的长度;
步骤S3:接收PDCP实体从下层接收包含压缩包头的数据包,对数据包中的PDCP子头和SDAP子头(如果有SDAP子头)进行移除处理,对移除了PDCP子头和SDAP子头的数据包的解压缩处理行为包括:
确定压缩后的以太帧头的长度,通过以太帧解压缩实体对确定的压缩后的以太帧头进行解压缩处理,得到未被压缩的以太帧头;
通过ROCH解压缩实体对以太帧的载荷部分进行解压缩处理,得到未被压缩的以太帧载荷部分;
在未被压缩的以太帧头尾部添加未被压缩的以太帧载荷部分,得到不包含压缩包头的数据包。
其中,确定压缩后的以太帧头的长度,可包括以下方式:
基于从接收到的PDCP PDU中携带的以太帧头的长度指示信息;
基于协议约定的某种以太帧格式压缩后的以太帧长度信息。
额外的,若协议约定或网络配置对数据包中携带的长度域和/或填充域进行移除处理,则以太帧解压缩实体对不包含压缩包头的数据包的处理行为还包括:
以太帧解压缩实体基于压缩包头中携带的数据流的压缩文件标识信息判断解压后的数据包是否应该有长度域,如果有则根据数据流的压缩文件所关联的以太帧格式在特定的位置添加长度域,其中,该长度域指示的是ROHC解压缩实体指示给以太帧解压缩实体其解压后的数据包的长度值;
根据协议约定的最小以太帧大小判断是否应该携带填充域,如果有,则在解压缩后的数据包的尾部添加填充域,其中,填充域的长度为协议约定的最小数据域长度减去实际以太帧载荷的长度。
步骤S4:在不包含压缩包头的的数据包的头部添加之前移除的SDAP子头(如果有SDAP子头),递交上层。
示例二:发送PDCP实体对数据包中的以太帧头和IP系列包头进行串行的压缩处理,接收PDCP实体对数据包中的第一压缩包头和第二压缩包头进行串行的解压缩处理。
步骤S1:发送PDCP实体从上层接收包含包头的数据包,对数据包中包含的SDAP子头(如果有SDAP子头)进行移除,对移除了SDAP子头的数据包进行压缩处理。
步骤S1.1:通过以太帧压缩实体对移除了SDAP子头的数据包中的以太帧头进行压缩处理,得到包含压缩的以太帧头的数据包;在压缩的以太帧头中添加标识某一数据流的压缩文件的指示信息,该指示信息标识的压缩文件关联一组特定的以太帧域组合或一组特定的比特流(如特定的以太帧域组合为MAC source=000000、MAC destination=000001和Q-tag=000010,或特定的比特流为000000000001000010),额外的,该指示信息还可以指示该数据流对应的以太帧格式或以太帧头格式。
额外的,若协议约定或网络配置对数据包中携带的长度域和/或填充域进行移除处理,则以太帧压缩实体对移除了SDAP子头的数据包的压缩处理行为还包括:
对移除了SDAP子头的数据包中携带的长度域和/或填充域进行移除处理。
步骤S1.2:从步骤S1.1得到的数据包中移除压缩的以太帧头,通过ROHC压缩实体对不包含压缩的以太帧头的数据包进行压缩处理,得到包含第二压缩包头的数据包;在包含第二压缩包头的数据包头部添加压缩的以太帧头,得到具有第一压缩包头和第二压缩包头的数据包。
步骤S2:在具有第一压缩包头和第二压缩包头的数据包头部添加之前移除的SDAP子头,并添加PDCP子头,得到PDCP PDU递交下层传输。
额外的,在PDCP PDU中还可以携带以下信息(如在PDCP子头中携带):
以太帧头的长度指示信息,该指示信息用于指示压缩后的以太帧头的长度。
步骤S3:接收PDCP实体从下层接收包含第一压缩包头和第二压缩包头的数据包,对数据包中的PDCP子头和SDAP子头(如果有SDAP子头)进行移除处理,对移除了PDCP子头和SDAP子头的数据包进行解压缩处理。
步骤S3.1:确定压缩后的以太帧头的长度并移除压缩的以太帧头,通过ROHC解压缩实体对移除了压缩的以太帧头的数据包进行解压缩处理,得到包含未被压缩的IP系列包头的数据包;在包含未被压缩的IP系列包头的数据包的头部添加之前移除的压缩的以太帧头,得到仅包含压缩的以太帧头的数据包,并递交以太帧解压缩实体。
步骤S3.2:以太帧解压缩实体对从ROHC实体接收到的数据包中的以太帧头基于其所关联的压缩文件进行解压缩处理,恢复被压缩的以太帧域,得到不包含压缩包头的数据包。
其中,确定压缩后的以太帧头的长度,可包括以下方式:
基于从接收到的PDCP PDU中携带的以太帧头的长度指示信息;
基于协议约定的某种以太帧格式压缩后的以太帧长度信息,如可根据压缩的以太帧头中携带标识某一个数据流的压缩文件指示信息,知道该以太帧的包头格式,进而根据协议约定确定该类格式的以太帧头压缩后所占的字节数,即压缩后的以太帧头长度。
额外的,若协议约定或网络配置对数据包中携带的长度域和/或填充域进行移除处理,则以太帧解压缩实体对从ROCH实体接收到的数据包的处理行为还包括:
基于第一压缩包头中携带的标识某数据流的压缩文件的指示信息判断以太帧头是否应该有长度域,如果有则根据数据流的压缩文件所关联的以太帧格式在特定的位置添加长度域,其中,长度域指示的是以太帧中的数据域的长度;
根据协议约定的最小以太帧确定是否有填充域,如果有,则在解压缩后的数据包的尾部添加填充域,其中,填充域的长度为协议约定的最小数据域长度减去实际数据域的长度。
步骤S4:在不包含压缩包头的数据包的头部添加之前移除的SDAP子头(如果有SDAP子头),递交上层。
示例三:发送PDCP实体对数据包中的以太帧头进行压缩处理,未配置IP系列包头压缩功能;接收PDCP实体对数据包中的第一压缩包头进行解压缩处理。
步骤S1:发送PDCP实体从上层接收包含包头的数据包,对数据包中包含的SDAP子头(如果有SDAP子头)进行移除后,通过以太帧头压缩实体对移除了SDAP子头的数据包中的以太帧子头进行处理,得到具有第一压缩包头的数据包;在第一压缩包头中携带标识数据流的压缩文件的指示信息,该指示信息标识的压缩文件关联一组特定的以太帧域组合或一组特定的比特流(如特定的以太帧域组合为MAC source=000000、MAC destination=000001和Q-tag=000010,或特定的比特流为000000000001000010),额外的,该指示信息还可以指示该数据流的以太帧格式。
额外的,若协议约定或网络配置对数据包中携带的长度域和/或填充域进行移除处理,则以太帧压缩实体对移除了SDAP子头的数据包的压缩处理行为还包括:
对移除了SDAP子头的数据包中携带的长度域和/或填充域进行移除处理。
步骤S2:在具有第一压缩包头的数据包头部添加之前移除的SDAP子头,并添加PDCP子头,得到PDCP PDU并递交下层。
额外的,在PDCP PDU中还可以携带(如在PDCP子头中携带)以太帧包头的长度指示信息,该指示信息用于指示压缩后的以太帧包头的长度。
步骤S3:接收PDCP实体从下层接收包含第一压缩包头的数据包,对数据包中的PDCP子头和SDAP子头(如果有SDAP子头)进行移除处理,以太帧解压缩实体基于该包所关联的压缩文件对移除了PDCP子头和SDAP子头的数据包中的以太帧包头进行解压缩处理,恢复被压缩的以太帧域,得到不包含压缩包头的数据包。
额外的,若协议约定或网络配置对数据包中携带的长度域和/或填充域进行移除处理,则以太帧解压缩实体对移除了PDCP子头和SDAP子头的数据包的处理行为还包括:
基于压缩包头中携带的标识某数据流的压缩文件的指示信息,判断以太帧包头是否应该有长度域,如果有则根据数据流的压缩文件所关联的以太帧格式在特定的位置添加长度域,其中,长度域指示的是以太帧中的数据域的长度;
根据协议约定的最小以太帧确定是否有填充域,如果有,则在解压缩后的数据包的尾部添加填充域,其中,填充域的长度为协议约定的最小数据域长度减去实际数据域的长度。
步骤S4:在解压后的数据包头部添加之前移除的SDAP子头(如果有SDAP子头),递交上层。
示例四:发送PDCP实体对数据包中的IP系列包头进行压缩处理,未配置以太帧头压缩功能;接收PDCP实体对数据包中的第二压缩包头进行解压缩处理。
步骤S1:发送PDCP实体从上层接收包含包头的数据包,对数据包中的SDAP子头(如果有SDAP子头)和以太帧子头进行移除处理,通过ROHC实体对移除了SDAP子头和/或以太帧子头的数据包进行压缩处理,得到具有第二压缩包头的数据包。
步骤S2:在具有第二压缩包头的数据包头部添加之前移除的SDAP子头(如果有SDAP子头)和以太帧子头,并添加PDCP子头,得到PDCP PDU并递交下层。
步骤S3:接收PDCP实体从下层接收包含第二压缩包头的数据包,对数据包中的PDCP子头、SDAP子头(如果有SDAP子头)以及以太帧子头进行移除处理,通过ROHC解压缩实体对移除了PDCP子头、SDAP子头以及以太帧子头的数据包进行解压缩处理,得到解压后的数据包。
步骤S4:在解压后的数据包头部添加之前移除的SDAP子头和以太帧子头,递交上层。
综上可知,采用本发明实施例中所提供的上述任一数据处理方法,可实现对以太帧数据进行压缩处理,能降低以太帧数据的传输资源开销。此外,还提供了发送端和接收端对压缩包以及压缩反馈的处理行为,可提升压缩效率和解压缩效率。
图10是本发明实施例提供的一种发送端的结构图,如图10所示,发送端600包括:
接收模块601,用于接收第一数据包,所述第一数据包包括以太帧头和IP系列包头;
压缩模块602,用于至少对所述第一数据包中的所述以太帧头进行压缩处理,得到第二数据包,所述第二数据包至少包括第一压缩包头;
其中,所述第一压缩包头为对所述以太帧头进行压缩处理得到的压缩包头。
可选的,压缩模块602包括以下之一:
第一压缩子模块,用于对所述以太帧头和所述IP系列包头分别进行压缩处理,得到包括所述第一压缩包头和第二压缩包头的第二数据包;
第二压缩子模块,用于对所述以太帧头进行压缩处理,得到包括所述第一压缩包头和所述IP系列包头的第二数据包;
其中,所述第二压缩包头为对所述IP系列包头进行压缩处理得到的压缩包头。
可选的,所述第一压缩子模块包括:
第一压缩单元,用于通过以太帧压缩实体对所述以太帧头进行压缩处理,得到包括所述第一压缩包头的第一子数据包;
第二压缩单元,用于通过稳健性头压缩ROHC实体对所述IP系列包头进行压缩处理,得到包括所述第二压缩包头的第二子数据包;
组合单元,用于将所述第一子数据包和所述第二子数据包组合,得到包括所述第一压缩包头和所述第二压缩包头的第二数据包。
可选的,所述第一压缩子模块还包括:
分离单元,用于将所述第一数据包分离成第三子数据包和第四子数据包,所述第三子数据包包括所述以太帧头,所述第四子数据包包括所述IP系列包头;
所述第一压缩单元具体用于:
通过以太帧压缩实体对所述第三子数据包中的所述以太帧头进行压缩处理,得到包括所述第一压缩包头的第一子数据包;
所述第二压缩单元具体用于:
通过ROHC实体对所述第四子数据包中的所述IP系列包头进行压缩处理,得到包括所述第二压缩包头的第二子数据包。
可选的,所述第一压缩子模块包括:
第三压缩单元,用于通过以太帧压缩实体对所述第一数据包中的所述以太帧头进行压缩处理,得到包括所述第一压缩包头和所述IP系列包头的第三数据包;
第四压缩单元,用于通过ROHC实体对所述第三数据包中的所述IP系列包头进行压缩处理,得到包括所述第一压缩包头和所述第二压缩包头的第二数据包。
可选的,所述第四压缩单元具体用于:
从所述第三数据包中移除分离出所述第一压缩包头,得到包括所述IP系列包头的第四数据包;
通过ROHC实体对所述第四数据包中的所述IP系列包头进行压缩处理,得到包括所述第二压缩包头的第五数据包;
在所述第五数据包的头部添加所述第一压缩包头,得到包括所述第一压缩包头和所述第二压缩包头的第二数据包。
可选的,所述第一压缩子模块包括:
第五压缩单元,用于通过ROHC实体对所述第一数据包中的所述IP系列包头进行压缩处理,得到包括所述以太帧头和所述第二压缩包头的第三数据包;
第六压缩单元,用于通过以太帧压缩实体对所述第三数据包中的所述以太帧头进行压缩处理,得到包括第一压缩包头和第二压缩包头的第二数据包。
可选的,所述第五压缩单元具体用于:
从所述第一数据包中移除分离出所述以太帧头,得到包括所述IP系列包头的第四数据包;
通过ROHC实体对所述第四数据包中的所述IP系列包头进行压缩处理,得到包括所述第二压缩包头的第五数据包;
在所述第五数据包的头部添加所述以太帧头,得到包括所述以太帧头和所述第二压缩包头的第三数据包。
可选的,发送端600还包括:
第一添加模块,用于在所述第一压缩包头中添加第一指示信息;所述第一指示信息用于指示第一数据流对应的以太帧域组合方式或预设比特流,所述预设比特流用于关联所述第一数据流对应的以太帧域组合,所述第一数据流为具有相同压缩特性的数据包集合。
可选的,所述第一指示信息还用于指示所述第一数据流对应的以太帧头格式。
可选的,发送端600还包括:
第二添加模块,用于在所述第二数据包中添加第二指示信息,所述第二指示信息用于指示所述第一压缩包头的长度。
可选的,发送端600还包括:
移除模块,用于通过以太帧压缩实体移除所述第一数据包中携带的长度域和填充域中的至少一项。
可选的,发送端600还包括第三添加模块,所述第三添加模块用于以下至少之一:
在所述第二数据包中添加第三指示信息,所述第三指示信息用于指示所述第一数据包中携带的长度域是否被移除;
在所述第二数据包中添加第四指示信息,所述第四指示信息用于指示所述第一数据包中携带的填充域是否被移除;
在所述第二数据包中添加第五指示信息,所述第五指示信息用于指示所述第一数据包中携带的长度域和填充域是否被移除。
需要说明的是,本发明实施例中上述发送端600可以是方法实施例中任意实施方式的发送端,方法实施例中发送端的任意实施方式都可以被本发明实施例中的上述发送端600所实现,并达到相同的有益效果,为避免重复,此处不再赘述。
图11是本发明实施例提供的一种接收端的结构图,如图11所示,接收端700包括:
接收模块701,用于接收第一数据包,所述第一数据包至少包括第一压缩包头;
解压缩模块702,用于对所述第一数据包中的压缩包头进行解压缩处理,得到包括以太帧头和IP系列包头的第二数据包;
其中,所述第一压缩包头为对以太帧头进行压缩处理得到的压缩包头。
可选的,所述第一数据包还包括第二压缩包头,所述第二压缩包头为对IP系列包头进行压缩处理得到的压缩包头;
解压缩模块702包括:
第一解压缩子模块,用于通过以太帧解压缩实体对所述第一压缩包头进行解压缩处理,得到包括以太帧头的第一子数据包;
第二解压缩子模块,用于通过稳健性头压缩ROHC解压缩实体对所述第二压缩包头进行解压缩处理,得到包括IP系列包头的第二子数据包;
组合子模块,用于将所述第一子数据包和所述第二子数据包组合,得到包括所述以太帧头和所述IP系列包头的第二数据包。
可选的,解压缩模块702还包括:
分离子模块,用于将所述第一数据包分离成第三子数据包和第四子数据包,所述第三子数据包包括所述第一压缩包头,所述第四子数据包包括所述第二压缩包头;
第一解压缩子模块具体用于:
通过以太帧解压缩实体对所述第三子数据包中的所述第一压缩包头进行解压缩处理,得到包括以太帧头的第一子数据包;
第二解压缩子模块具体用于:
通过ROHC解压缩实体对所述第四子数据包中的所述第二压缩包头进行解压缩处理,得到包括IP系列包头的第二子数据包。
可选的,所述第一数据包还包括第二压缩包头,所述第二压缩包头为对IP系列包头进行压缩处理得到的压缩包头;
解压缩模块702包括:
第三解压缩子模块,用于通过ROHC解压缩实体对所述第一数据包中的所述第二压缩包头进行解压缩处理,得到包括所述第一压缩包头和IP系列包头的第三数据包;
第四解压缩子模块,用于通过以太帧解压缩实体对所述第三数据包中的所述第一压缩包头进行解压缩处理,得到包括所述以太帧头和IP系列包头的第二数据包。
可选的,第三解压缩子模块具体用于:
从所述第一数据包中分离出所述第一压缩包头,得到包括所述第二压缩包头的第四数据包;
通过ROHC解压缩实体对所述第四数据包中的所述第二压缩包头进行解压缩处理,得到包括IP系列包头的第五数据包;
在所述第五数据包的头部添加所述第一压缩包头,得到包括所述第一压缩包头和所述IP系列包头的第三数据包。
可选的,所述第一数据包还包括第二压缩包头,所述第二压缩包头为对IP系列包头进行压缩处理得到的压缩包头;
解压缩模块702包括:
第五解压缩子模块,用于通过以太帧解压缩实体对所述第一数据包中的所述第一压缩包头进行解压缩处理,得到包括以太帧头和所述第二压缩包头的第三数据包;
第六解压缩子模块,用于通过ROHC解压缩实体对所述第三数据包中的所述第二压缩包头进行解压缩处理,得到包括所述以太帧头和IP系列包头的第二数据包。
可选的,第六解压缩子模块具体用于:
从所述第三数据包中分离出所述以太帧头,得到包括所述第二压缩包头的第四数据包;
通过ROHC解压缩实体对所述第四数据包中的所述第二压缩包头进行解压缩处理,得到包括IP系列包头的第五数据包;
在所述第五数据包的头部添加所述以太帧头,得到包括所述以太帧头和所述IP系列包头的第二数据包。
可选的,所述第一数据包包括第一压缩包头;
接收端700还包括:
第一确定模块,用于确定所述第一压缩包头的长度;
第二确定模块,用于根据所述第一压缩包头的长度,确定所述第一数据包中的所述第一压缩包头。
可选的,所述第一压缩包头的长度通过以下至少之一确定:
所述第一数据包中携带的第一指示信息,所述第一指示信息用于指示所述第一压缩包头的长度;
基于协议约定的与所述第一数据包的以太帧头格式相对应的第一压缩包头的长度。
可选的,所述第一压缩包头中携带有第二指示信息,所述第二指示信息用于指示第一数据流对应的以太帧域组合方式或预设比特流,所述预设比特流用于关联所述第一数据流对应的以太帧域组合,所述第一数据流为具有相同压缩特性的数据包集合。
可选的,所述第二指示信息还用于指示所述第一数据流对应的以太帧头格式。
可选的,接收端700还包括:
第三确定模块,用于根据所述第二指示信息,确定所述第二数据包中是否需要添加长度域;
第一添加模块,用于若是,则通过以太帧解压缩实体在所述第二数据包的特定位置添加所述长度域;
其中,所述特定位置基于所述第二指示信息确定。
可选的,接收端700还包括:
第四确定模块,用于根据所述第一数据包中携带的第三指示信息,确定所述第二数据包中是否需要添加长度域;
第二添加模块,用于若是,则通过以太帧解压缩实体在所述第二数据包的特定位置添加所述长度域;
其中,所述第三指示信息用于指示所述第一数据包在压缩之前是否移除了所述长度域。
可选的,接收端700还包括:
第五确定模块,用于根据协议约定的最小以太帧大小,或者,根据所述第一数据包中携带的第四指示信息,确定所述第二数据包中是否需要添加填充域;
第三添加模块,用于若是,则通过以太帧解压缩实体在所述第二数据包的尾部添加填充域;
其中,所述第四指示信息用于指示所述第一数据包在压缩之前是否移除了所述填充域。
需要说明的是,本发明实施例中上述接收端900可以是方法实施例中任意实施方式的接收端,方法实施例中接收端的任意实施方式都可以被本发明实施例中的上述接收端700所实现,并达到相同的有益效果,为避免重复,此处不再赘述。
图12为实现本发明各个实施例的一种终端的硬件结构示意图,该终端800包括但不限于:射频单元801、网络模块802、音频输出单元803、输入单元804、传感器805、显示单元806、用户输入单元807、接口单元808、存储器809、处理器810、以及电源811等部件。本领域技术人员可以理解,图12中示出的结构并不构成对发送端的限定,终端可以包括比图示更多或更少的部件,或者组合某些部件,或者不同的部件布置。在本发明实施例中,终端包括但不限于手机、平板电脑、笔记本电脑、掌上电脑、车载终端、可穿戴设备、以及计步器等。
该终端800既可以作为本发明实施例中的发送端,也可以作为本发明实施例中的接收端。在上行传输时,终端800可作为发送端;在下行传输时,终端800可作为接收端。
在上行传输时,终端800作为发送端,执行如下数据处理方法。
射频单元801用于:
接收第一数据包,所述第一数据包包括以太帧头和IP系列包头;
处理器810用于:
至少对所述第一数据包中的所述以太帧头进行压缩处理,得到第二数据包,所述第二数据包至少包括第一压缩包头;
其中,所述第一压缩包头为对所述以太帧头进行压缩处理得到的压缩包头。
可选的,处理器810具体用于以下之一:
对所述以太帧头和所述IP系列包头分别进行压缩处理,得到包括所述第一压缩包头和所述第二压缩包头的第二数据包;
对所述以太帧头进行压缩处理,得到包括所述第一压缩包头和所述IP系列包头的第二数据包;
其中,所述第二压缩包头为对所述IP系列包头进行压缩处理得到的压缩包头。
可选的,处理器810具体用于:
通过以太帧压缩实体对所述以太帧头进行压缩处理,得到包括所述第一压缩包头的第一子数据包;
通过稳健性头压缩ROHC实体对所述IP系列包头进行压缩处理,得到包括所述第二压缩包头的第二子数据包;
将所述第一子数据包和所述第二子数据包组合,得到包括所述第一压缩包头和所述第二压缩包头的第二数据包。
可选的,处理器810还用于:
将所述第一数据包分离成第三子数据包和第四子数据包,所述第三子数据包包括所述以太帧头,所述第四子数据包包括所述IP系列包头;
处理器810具体用于:
通过以太帧压缩实体对所述第三子数据包中的所述以太帧头进行压缩处理,得到包括所述第一压缩包头的第一子数据包;
通过ROHC实体对所述第四子数据包中的所述IP系列包头进行压缩处理,得到包括所述第二压缩包头的第二子数据包。
可选的,处理器810具体用于:
通过以太帧压缩实体对所述第一数据包中的所述以太帧头进行压缩处理,得到包括所述第一压缩包头和所述IP系列包头的第三数据包;
通过ROHC实体对所述第三数据包中的所述IP系列包头进行压缩处理,得到包括所述第一压缩包头和所述第二压缩包头的第二数据包。
可选的,处理器810具体用于:
从所述第三数据包中分离出所述第一压缩包头,得到包括所述IP系列包头的第四数据包;
通过ROHC实体对所述第四数据包中的所述IP系列包头进行压缩处理,得到包括所述第二压缩包头的第五数据包;
在所述第五数据包的头部添加所述第一压缩包头,得到包括所述第一压缩包头和所述第二压缩包头的第二数据包。
可选的,处理器810具体用于:
通过ROHC实体对所述第一数据包中的所述IP系列包头进行压缩处理,得到包括所述以太帧头和所述第二压缩包头的第三数据包;
通过以太帧压缩实体对所述第三数据包中的所述以太帧头进行压缩处理,得到包括第一压缩包头和第二压缩包头的第二数据包。
可选的,处理器810具体用于:
从所述第一数据包中分离出所述以太帧头,得到包括所述IP系列包头的第四数据包;
通过ROHC实体对所述第四数据包中的所述IP系列包头进行压缩处理,得到包括所述第二压缩包头的第五数据包;
在所述第五数据包的头部添加所述以太帧头,得到包括所述以太帧头和所述第二压缩包头的第三数据包。
可选的,处理器810还用于:
在所述第一压缩包头中添加第一指示信息;所述第一指示信息用于指示第一数据流对应的以太帧域组合方式或预设比特流,所述预设比特流用于关联所述第一数据流对应的以太帧域组合,所述第一数据流为具有相同压缩特性的数据包集合。
可选的,所述第一指示信息还用于指示所述第一数据流对应的以太帧头格式。
可选的,处理器810还用于:
在所述第二数据包中添加第二指示信息,所述第二指示信息用于指示所述第一压缩包头的长度。
可选的,处理器810还用于:
通过以太帧压缩实体移除所述第一数据包中携带的长度域和填充域中的至少一项。
可选的,处理器810还用于以下至少之一:
在所述第二数据包中添加第三指示信息,所述第三指示信息用于指示所述第一数据包中携带的长度域是否被移除;
在所述第二数据包中添加第四指示信息,所述第四指示信息用于指示所述第一数据包中携带的填充域是否被移除;
在所述第二数据包中添加第五指示信息,所述第五指示信息用于指示所述第一数据包中携带的长度域和填充域是否被移除。
本发明实施例中,发送端至少可对以太帧数据中的以太帧头进行压缩处理,这样,以太帧数据在发送端与接收端之间传输时,所需的传输资源减少,从而能够降低以太帧数据的传输资源开销。
在下行传输时,终端800作为接收端,执行如下数据处理方法。
射频单元801用于:
接收第一数据包,所述第一数据包至少包括第一压缩包头;
处理器810用于:
对所述第一数据包中的压缩包头进行解压缩处理,得到包括以太帧头和IP系列包头的第二数据包;
其中,所述第一压缩包头为对以太帧头进行压缩处理得到的压缩包头。
可选的,所述第一数据包还包括第二压缩包头,所述第二压缩包头为对IP系列包头进行压缩处理得到的压缩包头;
处理器810具体用于:
通过以太帧解压缩实体对所述第一压缩包头进行解压缩处理,得到包括以太帧头的第一子数据包;
通过稳健性头压缩ROHC解压缩实体对所述第二压缩包头进行解压缩处理,得到包括IP系列包头的第二子数据包;
将所述第一子数据包和所述第所述以太帧头和所述IP系列包头的第二数据包。
可选的,处理器810还用于:
将所述第一数据包分离成第三子数据包和第四子数据包,所述第三子数据包包括所述第一压缩包头,所述第四子数据包包括所述第二压缩包头;
处理器810具体用于:
通过以太帧解压缩实体对所述第三子数据包中的所述第一压缩包头进行解压缩处理,得到包括以太帧头的第一子数据包;
通过ROHC解压缩实体对所述第四子数据包中的所述第二压缩包头进行解压缩处理,得到包括IP系列包头的第二子数据包。
可选的,所述第一数据包还包括第二压缩包头,所述第二压缩包头为对IP系列包头进行压缩处理得到的压缩包头;
处理器810具体用于:
通过ROHC解压缩实体对所述第一数据包中的所述第二压缩包头进行解压缩处理,得到包括所述第一压缩包头和IP系列包头的第三数据包;
通过以太帧解压缩实体对所述第三数据包中的所述第一压缩包头进行解压缩处理,得到包括所述以太帧头和IP系列包头的第二数据包。
可选的,处理器810具体用于:
从所述第一数据包中分离出所述第一压缩包头,得到包括所述第二压缩包头的第四数据包;
通过ROHC解压缩实体对所述第四数据包中的所述第二压缩包头进行解压缩处理,得到包括IP系列包头的第五数据包;
在所述第五数据包的头部添加所述第一压缩包头,得到包括所述第一压缩包头和所述IP系列包头的第三数据包。
可选的,所述第一数据包还包括第二压缩包头,所述第二压缩包头为对IP系列包头进行压缩处理得到的压缩包头;
处理器810具体用于:
通过以太帧解压缩实体对所述第一数据包中的所述第一压缩包头进行解压缩处理,得到包括以太帧头和所述第二压缩包头的第三数据包;
通过ROHC解压缩实体对所述第三数据包中的所述第二压缩包头进行解压缩处理,得到包括所述以太帧头和IP系列包头的第二数据包。
可选的,处理器810具体用于:
从所述第三数据包中分离出所述以太帧头,得到包括所述第二压缩包头的第四数据包;
通过ROHC解压缩实体对所述第四数据包中的所述第二压缩包头进行解压缩处理,得到包括IP系列包头的第五数据包;
在所述第五数据包的头部添加所述以太帧头,得到包括所述以太帧头和所述IP系列包头的第二数据包。
可选的,所述第一数据包包括第一压缩包头;
处理器810还用于:
确定所述第一压缩包头的长度;
根据所述第一压缩包头的长度,确定所述第一数据包中的所述第一压缩包头。
可选的,所述第一压缩包头的长度通过以下至少之一确定:
所述第一数据包中携带的第一指示信息,所述第一指示信息用于指示所述第一压缩包头的长度;
基于协议约定的与所述第一数据包的以太帧头格式相对应的第一压缩包头的长度。
可选的,所述第一压缩包头中携带有第二指示信息,所述第二指示信息用于指示第一数据流对应的以太帧域组合方式或预设比特流,所述预设比特流用于关联所述第一数据流对应的以太帧域组合,所述第一数据流为具有相同压缩特性的数据包集合。
可选的,所述第二指示信息还用于指示所述第一数据流对应的以太帧头格式。
可选的,处理器810还用于:
根据所述第二指示信息,确定所述第二数据包中是否需要添加长度域;
若是,则通过以太帧解压缩实体在所述第二数据包的特定位置添加所述长度域;
其中,所述特定位置基于所述第二指示信息确定。
可选的,处理器810还用于:
根据所述第一数据包中携带的第三指示信息,确定所述第二数据包中是否需要添加长度域;
若是,则通过以太帧解压缩实体在所述第二数据包的特定位置添加所述长度域;
其中,所述第三指示信息用于指示所述第一数据包在压缩之前是否移除了所述长度域。
可选的,处理器810还用于:
根据协议约定的最小以太帧大小,或者,根据所述第一数据包中携带的第四指示信息,确定所述第二数据包中是否需要添加填充域;
若是,则通过以太帧解压缩实体在所述第二数据包的尾部添加填充域;
其中,所述第四指示信息用于指示所述第一数据包在压缩之前是否移除了所述填充域。
本发明实施例中,发送端至少可对以太帧数据中的以太帧头进行压缩处理,接收端可对经过压缩处理的以太帧数据进行解压缩处理,这样,以太帧数据在发送端与接收端之间传输时,所需的传输资源减少,从而能够降低以太帧数据的传输资源开销。
应理解的是,本发明实施例中,射频单元801可用于收发信息或通话过程中,信号的接收和发送,具体的,将来自网络侧设备的下行数据接收后,给处理器810处理;另外,将上行的数据发送给网络侧设备。通常,射频单元801包括但不限于天线、至少一个放大器、收发信机、耦合器、低噪声放大器、双工器等。此外,射频单元801还可以通过无线通信系统与网络和其他设备通信。
发送端通过网络模块802为用户提供了无线的宽带互联网访问,如帮助用户收发电子邮件、浏览网页和访问流式媒体等。
音频输出单元803可以将射频单元801或网络模块802接收的或者在存储器809中存储的音频数据转换成音频信号并且输出为声音。而且,音频输出单元803还可以提供与终端800执行的特定功能相关的音频输出(例如,呼叫信号接收声音、消息接收声音等等)。音频输出单元803包括扬声器、蜂鸣器以及受话器等。
输入单元804用于接收音频或视频信号。输入单元804可以包括图形处理器(Graphics Processing Unit,GPU)8041和麦克风8042,图形处理器8041对在视频捕获模式或图像捕获模式中由图像捕获装置(如摄像头)获得的静态图片或视频的图像数据进行处理。处理后的图像帧可以显示在显示单元806上。经图形处理器8041处理后的图像帧可以存储在存储器809(或其它存储介质)中或者经由射频单元801或网络模块802进行发送。麦克风8042可以接收声音,并且能够将这样的声音处理为音频数据。处理后的音频数据可以在电话通话模式的情况下转换为可经由射频单元801发送到移动通信网络侧设备的格式输出。
终端800还包括至少一种传感器805,比如光传感器、运动传感器以及其他传感器。具体地,光传感器包括环境光传感器及接近传感器,其中,环境光传感器可根据环境光线的明暗来调节显示面板8061的亮度,接近传感器可在终端800移动到耳边时,关闭显示面板8061以及背光。作为运动传感器的一种,加速计传感器可检测各个方向上(一般为三轴)加速度的大小,静止时可检测出重力的大小及方向,可用于识别发送端姿态(比如横竖屏切换、相关游戏、磁力计姿态校准)、振动识别相关功能(比如计步器、敲击)等;传感器805还可以包括指纹传感器、压力传感器、虹膜传感器、分子传感器、陀螺仪、气压计、湿度计、温度计、红外线传感器等,在此不再赘述。
显示单元806用于显示由用户输入的信息或提供给用户的信息。显示单元806可包括显示面板8061,可以采用液晶显示器(Liquid Crystal Display,LCD)、有机发光二极管(Organic Light-Emitting Diode,OLED)等形式来配置显示面板8061。
用户输入单元807可用于接收输入的数字或字符信息,以及产生与发送端的用户设置以及功能控制有关的键信号输入。具体地,用户输入单元807包括触控面板8071以及其他输入设备8072。触控面板8071,也称为触摸屏,可收集用户在其上或附近的触摸操作(比如用户使用手指、触笔等任何适合的物体或附件在触控面板8071上或在触控面板8071附近的操作)。触控面板8071可包括触摸检测装置和触摸控制器两个部分。其中,触摸检测装置检测用户的触摸方位,并检测触摸操作带来的信号,将信号传送给触摸控制器;触摸控制器从触摸检测装置上接收触摸信息,并将它转换成触点坐标,再送给处理器810,接收处理器810发来的命令并加以执行。此外,可以采用电阻式、电容式、红外线以及表面声波等多种类型实现触控面板8071。除了触控面板8071,用户输入单元807还可以包括其他输入设备8072。具体地,其他输入设备8072可以包括但不限于物理键盘、功能键(比如音量控制按键、开关按键等)、轨迹球、鼠标、操作杆,在此不再赘述。
进一步的,触控面板8071可覆盖在显示面板8071上,当触控面板8071检测到在其上或附近的触摸操作后,传送给处理器810以确定触摸事件的类型,随后处理器810根据触摸事件的类型在显示面板8061上提供相应的视觉输出。虽然在图9中,触控面板8071与显示面板8061是作为两个独立的部件来实现发送端的输入和输出功能,但是在某些实施例中,可以将触控面板8071与显示面板8061集成而实现发送端的输入和输出功能,具体此处不做限定。
接口单元808为外部装置与终端800连接的接口。例如,外部装置可以包括有线或无线头戴式耳机端口、外部电源(或电池充电器)端口、有线或无线数据端口、存储卡端口、用于连接具有识别模块的装置的端口、音频输入/输出(I/O)端口、视频I/O端口、耳机端口等等。接口单元808可以用于接收来自外部装置的输入(例如,数据信息、电力等等)并且将接收到的输入传输到终端800内的一个或多个元件或者可以用于在终端800和外部装置之间传输数据。
存储器809可用于存储软件程序以及各种数据。存储器809可主要包括存储程序区和存储数据区,其中,存储程序区可存储操作系统、至少一个功能所需的应用程序(比如声音播放功能、图像播放功能等)等;存储数据区可存储根据手机的使用所创建的数据(比如音频数据、电话本等)等。此外,存储器809可以包括高速随机存取存储器,还可以包括非易失性存储器,例如至少一个磁盘存储器件、闪存器件、或其他易失性固态存储器件。
处理器810是发送端的控制中心,利用各种接口和线路连接整个发送端的各个部分,通过运行或执行存储在存储器809内的软件程序以及模块,以及调用存储在存储器809内的数据,执行发送端的各种功能和处理数据,从而对发送端进行整体监控。处理器810可包括一个或多个处理单元;优选的,处理器810可集成应用处理器和调制解调处理器,其中,应用处理器主要处理操作系统、用户界面和应用程序等,调制解调处理器主要处理无线通信。可以理解的是,上述调制解调处理器也可以不集成到处理器810中。
终端800还可以包括给各个部件供电的电源811(比如电池),优选的,电源811可以通过电源管理系统与处理器810逻辑相连,从而通过电源管理系统实现管理充电、放电、以及功耗管理等功能。
另外,终端800包括一些未示出的功能模块,在此不再赘述。
优选的,本发明实施例还提供一种终端,包括处理器810,存储器809,存储在存储器809上并可在所述处理器810上运行的计算机程序,该计算机程序被处理器810执行时实现上述数据处理方法实施例的各个过程,且能达到相同的技术效果,为避免重复,这里不再赘述。
需要说明的是,本实施例中上述终端800可以是本发明实施例中方法实施例中任意实施方式的发送端,也可以是本发明实施例中方法实施例中任意实施方式的接收端,本发明实施例中方法实施例中发送端或接收端的任意实施方式都可以被本实施例中的上述终端800所实现,以及达到相同的有益效果,此处不再赘述。
图13是本发明实施例提供的一种网络侧设备的结构图。如图13所示,网络侧设备900包括:处理器901、收发机902、存储器903和总线接口。
该网络侧设备900既可以作为本发明实施例中的发送端,也可以作为本发明实施例中的接收端。在上行传输时,网络侧设备900可作为接收端;在下行传输时,网络侧设备900可作为发送端。
在上行传输时,网络侧设备900作为接收端,执行如下数据处理方法。
收发机902用于:
接收第一数据包,所述第一数据包至少包括第一压缩包头;
处理器901用于:
对所述第一数据包中的压缩包头进行解压缩处理,得到包括以太帧头和IP系列包头的第二数据包;
其中,所述第一压缩包头为对以太帧头进行压缩处理得到的压缩包头。
可选的,所述第一数据包还包括第二压缩包头,所述第二压缩包头为对IP系列包头进行压缩处理得到的压缩包头;
处理器901具体用于:
通过以太帧解压缩实体对所述第一压缩包头进行解压缩处理,得到包括以太帧头的第一子数据包;
通过稳健性头压缩ROHC解压缩实体对所述第二压缩包头进行解压缩处理,得到包括IP系列包头的第二子数据包;
将所述第一子数据包和所述第可选的,处理器901还用于:
将所述第一数据包分离成第三子数据包和第四子数据包,所述第三子数据包包括所述第一压缩包头,所述第四子数据包包括所述第二压缩包头;
处理器901具体用于:
通过以太帧解压缩实体对所述第三子数据包中的所述第一压缩包头进行解压缩处理,得到包括以太帧头的第一子数据包;
通过ROHC解压缩实体对所述第四子数据包中的所述第二压缩包头进行解压缩处理,得到包括IP系列包头的第二子数据包。
可选的,所述第一数据包还包括第二压缩包头,所述第二压缩包头为对IP系列包头进行压缩处理得到的压缩包头;
处理器901具体用于:
通过ROHC解压缩实体对所述第一数据包中的所述第二压缩包头进行解压缩处理,得到包括所述第一压缩包头和IP系列包头的第三数据包;
通过以太帧解压缩实体对所述第三数据包中的所述第一压缩包头进行解压缩处理,得到包括所述以太帧头和IP系列包头的第二数据包。
可选的,处理器901具体用于:
从所述第一数据包中分离出所述第一压缩包头,得到包括所述第二压缩包头的第四数据包;
通过ROHC解压缩实体对所述第四数据包中的所述第二压缩包头进行解压缩处理,得到包括IP系列包头的第五数据包;
在所述第五数据包的头部添加所述第一压缩包头,得到包括所述第一压缩包头和所述IP系列包头的第三数据包。
可选的,所述第一数据包还包括第二压缩包头,所述第二压缩包头为对IP系列包头进行压缩处理得到的压缩包头;
处理器901具体用于:
通过以太帧解压缩实体对所述第一数据包中的所述第一压缩包头进行解压缩处理,得到包括以太帧头和所述第二压缩包头的第三数据包;
通过ROHC解压缩实体对所述第三数据包中的所述第二压缩包头进行解压缩处理,得到包括所述以太帧头和IP系列包头的第二数据包。
可选的,处理器901具体用于:
从所述第三数据包中分离出所述以太帧头,得到包括所述第二压缩包头的第四数据包;
通过ROHC解压缩实体对所述第四数据包中的所述第二压缩包头进行解压缩处理,得到包括IP系列包头的第五数据包;
在所述第五数据包的头部添加所述以太帧头,得到包括所述以太帧头和所述IP系列包头的第二数据包。
可选的,所述第一数据包包括第一压缩包头;
处理器901还用于:
确定所述第一压缩包头的长度;
根据所述第一压缩包头的长度,确定所述第一数据包中的所述第一压缩包头。
可选的,所述第一压缩包头的长度通过以下至少之一确定:
所述第一数据包中携带的第一指示信息,所述第一指示信息用于指示所述第一压缩包头的长度;
基于协议约定的与所述第一数据包的以太帧头格式相对应的第一压缩包头的长度。
可选的,所述第一压缩包头中携带有第二指示信息,所述第二指示信息用于指示第一数据流对应的以太帧域组合方式或预设比特流,所述预设比特流用于关联所述第一数据流对应的以太帧域组合,所述第一数据流为具有相同压缩特性的数据包集合。
可选的,所述第二指示信息还用于指示所述第一数据流对应的以太帧头格式。
可选的,处理器901还用于:
根据所述第二指示信息,确定所述第二数据包中是否需要添加长度域;
若是,则通过以太帧解压缩实体在所述第二数据包的特定位置添加所述长度域;
其中,所述特定位置基于所述第二指示信息确定。
可选的,处理器901还用于:
根据所述第一数据包中携带的第三指示信息,确定所述第二数据包中是否需要添加长度域;
若是,则通过以太帧解压缩实体在所述第二数据包的特定位置添加所述长度域;
其中,所述第三指示信息用于指示所述第一数据包在压缩之前是否移除了所述长度域。
可选的,处理器901还用于:
根据协议约定的最小以太帧大小,或者,根据所述第一数据包中携带的第四指示信息,确定所述第二数据包中是否需要添加填充域;
若是,则通过以太帧解压缩实体在所述第二数据包的尾部添加填充域;
其中,所述第四指示信息用于指示所述第一数据包在压缩之前是否移除了所述填充域。
本发明实施例中,发送端至少可对以太帧数据中的以太帧头进行压缩处理,接收端可对经过压缩处理的以太帧数据进行解压缩处理,这样,以太帧数据在发送端与接收端之间传输时,所需的传输资源减少,从而能够降低以太帧数据的传输资源开销。
在下行传输时,网络侧设备900作为发送端,执行如下数据处理方法。
收发机902用于:
接收第一数据包,所述第一数据包包括以太帧头和IP系列包头;
处理器901用于:
至少对所述第一数据包中的所述以太帧头进行压缩处理,得到第二数据包,所述第二数据包至少包括第一压缩包头;
其中,所述第一压缩包头为对所述以太帧头进行压缩处理得到的压缩包头。
可选的,处理器901具体用于以下之一:
对所述以太帧头和所述IP系列包头分别进行压缩处理,得到包括所述第一压缩包头和所述第二压缩包头的第二数据包;
对所述以太帧头进行压缩处理,得到包括所述第一压缩包头和所述IP系列包头的第二数据包;
其中,所述第二压缩包头为对所述IP系列包头进行压缩处理得到的压缩包头。
可选的,处理器901具体用于:
通过以太帧压缩实体对所述以太帧头进行压缩处理,得到包括所述第一压缩包头的第一子数据包;
通过稳健性头压缩ROHC实体对所述IP系列包头进行压缩处理,得到包括所述第二压缩包头的第二子数据包;
将所述第一子数据包和所包括所述第一压缩包头和所述第二压缩包头的第二数据包。
可选的,处理器901还用于:
将所述第一数据包分离成第三子数据包和第四子数据包,所述第三子数据包包括所述以太帧头,所述第四子数据包包括所述IP系列包头;
处理器901具体用于:
通过以太帧压缩实体对所述第三子数据包中的所述以太帧头进行压缩处理,得到包括所述第一压缩包头的第一子数据包;
通过ROHC实体对所述第四子数据包中的所述IP系列包头进行压缩处理,得到包括所述第二压缩包头的第二子数据包。
可选的,处理器901具体用于:
通过以太帧压缩实体对所述第一数据包中的所述以太帧头进行压缩处理,得到包括所述第一压缩包头和所述IP系列包头的第三数据包;
通过ROHC实体对所述第三数据包中的所述IP系列包头进行压缩处理,得到包括所述第一压缩包头和所述第二压缩包头的第二数据包。
可选的,处理器901具体用于:
从所述第三数据包中分离出所述第一压缩包头,得到包括所述IP系列包头的第四数据包;
通过ROHC实体对所述第四数据包中的所述IP系列包头进行压缩处理,得到包括所述第二压缩包头的第五数据包;
在所述第五数据包的头部添加所述第一压缩包头,得到包括所述第一压缩包头和所述第二压缩包头的第二数据包。
可选的,处理器901具体用于:
通过ROHC实体对所述第一数据包中的所述IP系列包头进行压缩处理,得到包括所述以太帧头和所述第二压缩包头的第三数据包;
通过以太帧压缩实体对所述第三数据包中的所述以太帧头进行压缩处理,得到包括第一压缩包头和第二压缩包头的第二数据包。
可选的,处理器901具体用于:
从所述第一数据包中分离出所述以太帧头,得到包括所述IP系列包头的第四数据包;
通过ROHC实体对所述第四数据包中的所述IP系列包头进行压缩处理,得到包括所述第二压缩包头的第五数据包;
在所述第五数据包的头部添加所述以太帧头,得到包括所述以太帧头和所述第二压缩包头的第三数据包。
可选的,处理器901还用于:
在所述第一压缩包头中添加第一指示信息;所述第一指示信息用于指示第一数据流对应的以太帧域组合方式或预设比特流,所述预设比特流用于关联所述第一数据流对应的以太帧域组合,所述第一数据流为具有相同压缩特性的数据包集合。
可选的,所述第一指示信息还用于指示所述第一数据流对应的以太帧头格式。
可选的,处理器901还用于:
在所述第二数据包中添加第二指示信息,所述第二指示信息用于指示所述第一压缩包头的长度。
可选的,处理器901还用于:
通过以太帧压缩实体移除所述第一数据包中携带的长度域和填充域中的至少一项。
可选的,处理器901还用于以下至少之一:
在所述第二数据包中添加第三指示信息,所述第三指示信息用于指示所述第一数据包中携带的长度域是否被移除;
在所述第二数据包中添加第四指示信息,所述第四指示信息用于指示所述第一数据包中携带的填充域是否被移除;
在所述第二数据包中添加第五指示信息,所述第五指示信息用于指示所述第一数据包中携带的长度域和填充域是否被移除。
本发明实施例中,发送端至少可对以太帧数据中的以太帧头进行压缩处理,这样,以太帧数据在发送端与接收端之间传输时,所需的传输资源减少,从而能够降低以太帧数据的传输资源开销。
在图13中,总线架构可以包括任意数量的互联的总线和桥,具体由处理器901代表的一个或多个处理器和存储器903代表的存储器的各种电路链接在一起。总线架构还可以将诸如外围设备、稳压器和功率管理电路等之类的各种其他电路链接在一起,这些都是本领域所公知的,因此,本文不再对其进行进一步描述。总线接口提供接口。收发机902可以是多个元件,即包括发送机和接收机,提供用于在传输介质上与各种其他装置通信的单元。针对不同的终端,用户接口904还可以是能够外接内接需要设备的接口,连接的设备包括但不限于小键盘、显示器、扬声器、麦克风、操纵杆等。
处理器901负责管理总线架构和通常的处理,存储器903可以存储处理器901在执行操作时所使用的数据。
需要说明的是,本实施例中上述网络侧设备900可以是本发明实施例中方法实施例中任意实施方式的发送端,也可以是本发明实施例中方法实施例中任意实施方式的接收端,本发明实施例中方法实施例中发送端或接收端的任意实施方式都可以被本实施例中的上述网络侧设备900所实现,以及达到相同的有益效果,此处不再赘述。
本发明实施例还提供一种计算机可读存储介质,计算机可读存储介质上存储有计算机程序,该计算机程序被处理器执行时实现上述对应于发送端或者接收端的实施例的各个过程,且能达到相同的技术效果,为避免重复,这里不再赘述。其中,所述的计算机可读存储介质,如只读存储器(Read-Only Memory,简称ROM)、随机存取存储器(Random AccessMemory,简称RAM)、磁碟或者光盘等。
需要说明的是,在本文中,术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含,从而使得包括一系列要素的过程、方法、物品或者装置不仅包括那些要素,而且还包括没有明确列出的其他要素,或者是还包括为这种过程、方法、物品或者装置所固有的要素。在没有更多限制的情况下,由语句“包括一个……”限定的要素,并不排除在包括该要素的过程、方法、物品或者装置中还存在另外的相同要素。
通过以上的实施方式的描述,本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现,当然也可以通过硬件,但很多情况下前者是更佳的实施方式。基于这样的理解,本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质(如ROM/RAM、磁碟、光盘)中,包括若干指令用以使得一台终端(可以是手机,计算机,服务器,空调器,或者网络设备等)执行本发明各个实施例所述的方法。
以上所述,仅为本发明的具体实施方式,但本发明的保护范围并不局限于此,任何熟悉本技术领域的技术人员在本发明揭露的技术范围内,可轻易想到变化或替换,都应涵盖在本发明的保护范围之内。因此,本发明的保护范围应以权利要求的保护范围为准。

Claims (30)

1.一种数据处理方法,应用于发送端,其特征在于,所述方法包括:
接收第一数据包,所述第一数据包包括以太帧头和IP系列包头;
至少对所述第一数据包中的所述以太帧头进行压缩处理,得到第二数据包,所述第二数据包至少包括第一压缩包头;
其中,所述第一压缩包头为对所述以太帧头进行压缩处理得到的压缩包头;
所述方法还包括:
在所述第一压缩包头中添加标识第一数据流的压缩文件的第一指示信息,所述第一数据流为具有相同压缩特性的数据包集合;
其中,相同的压缩特性是指相同的以太帧格式和相同的需要压缩的以太帧域,并且各个需要压缩的以太帧域取值相同。
2.根据权利要求1所述的方法,其特征在于,至少对所述第一数据包中的所述以太帧头进行压缩处理,得到第二数据包,包括以下之一:
对所述以太帧头和所述IP系列包头分别进行压缩处理,得到包括所述第一压缩包头和第二压缩包头的第二数据包;
对所述以太帧头进行压缩处理,得到包括所述第一压缩包头和所述IP系列包头的第二数据包;
其中,所述第二压缩包头为对所述IP系列包头进行压缩处理得到的压缩包头。
3.根据权利要求2所述的方法,其特征在于,对所述以太帧头和所述IP系列包头分别进行压缩处理,得到包括所述第一压缩包头和第二压缩包头的第二数据包,包括:
通过以太帧压缩实体对所述以太帧头进行压缩处理,得到包括所述第一压缩包头的第一子数据包;
通过稳健性头压缩ROHC实体对所述IP系列包头进行压缩处理,得到包括所述第二压缩包头的第二子数据包;
将所述第一子数据包和所述第二子数据包组合,得到包括所述第一压缩包头和所述第二压缩包头的第二数据包。
4.根据权利要求3所述的方法,其特征在于,在对所述以太帧头和所述IP系列包头进行压缩处理之前,所述方法还包括:
将所述第一数据包分离成第三子数据包和第四子数据包,所述第三子数据包包括所述以太帧头,所述第四子数据包包括所述IP系列包头;
通过以太帧压缩实体对所述以太帧头进行压缩处理,得到包括所述第一压缩包头的第一子数据包,包括:
通过以太帧压缩实体对所述第三子数据包中的所述以太帧头进行压缩处理,得到包括所述第一压缩包头的第一子数据包;
通过ROHC实体对所述IP系列包头进行压缩处理,得到包括所述第二压缩包头的第二子数据包,包括:
通过ROHC实体对所述第四子数据包中的所述IP系列包头进行压缩处理,得到包括所述第二压缩包头的第二子数据包。
5.根据权利要求2所述的方法,其特征在于,对所述以太帧头和所述IP系列包头分别进行压缩处理,得到包括所述第一压缩包头和第二压缩包头的第二数据包,包括:
通过以太帧压缩实体对所述第一数据包中的所述以太帧头进行压缩处理,得到包括所述第一压缩包头和所述IP系列包头的第三数据包;
通过ROHC实体对所述第三数据包中的所述IP系列包头进行压缩处理,得到包括所述第一压缩包头和所述第二压缩包头的第二数据包。
6.根据权利要求5所述的方法,其特征在于,通过ROHC实体对所述第三数据包中的所述IP系列包头进行压缩处理,得到包括所述第一压缩包头和所述第二压缩包头的第二数据包,包括:
从所述第三数据包中分离出所述第一压缩包头,得到包括所述IP系列包头的第四数据包;
通过ROHC实体对所述第四数据包中的所述IP系列包头进行压缩处理,得到包括所述第二压缩包头的第五数据包;
在所述第五数据包的头部添加所述第一压缩包头,得到包括所述第一压缩包头和所述第二压缩包头的第二数据包。
7.根据权利要求2所述的方法,其特征在于,对所述以太帧头和所述IP系列包头分别进行压缩处理,得到包括所述第一压缩包头和第二压缩包头的第二数据包,包括:
通过ROHC实体对所述第一数据包中的所述IP系列包头进行压缩处理,得到包括所述以太帧头和所述第二压缩包头的第三数据包;
通过以太帧压缩实体对所述第三数据包中的所述以太帧头进行压缩处理,得到包括第一压缩包头和第二压缩包头的第二数据包。
8.根据权利要求7所述的方法,其特征在于,通过ROHC实体对所述第一数据包中的所述IP系列包头进行压缩处理,得到包括所述以太帧头和所述第二压缩包头的第三数据包,包括:
从所述第一数据包中分离出所述以太帧头,得到包括所述IP系列包头的第四数据包;
通过ROHC实体对所述第四数据包中的所述IP系列包头进行压缩处理,得到包括所述第二压缩包头的第五数据包;
在所述第五数据包的头部添加所述以太帧头,得到包括所述以太帧头和所述第二压缩包头的第三数据包。
9.根据权利要求1所述的方法,其特征在于,所述第一指示信息还用于指示所述第一数据流对应的以太帧头格式。
10.根据权利要求1至8中任一项所述的方法,其特征在于,所述方法还包括:
在所述第二数据包中添加第二指示信息,所述第二指示信息用于指示所述第一压缩包头的长度。
11.根据权利要求1至8中任一项所述的方法,其特征在于,所述方法还包括:
通过以太帧压缩实体移除所述第一数据包中携带的长度域和填充域中的至少一项。
12.根据权利要求1至8中任一项所述的方法,其特征在于,所述方法还包括以下至少之一:
在所述第二数据包中添加第三指示信息,所述第三指示信息用于指示所述第一数据包中携带的长度域是否被移除;
在所述第二数据包中添加第四指示信息,所述第四指示信息用于指示所述第一数据包中携带的填充域是否被移除;
在所述第二数据包中添加第五指示信息,所述第五指示信息用于指示所述第一数据包中携带的长度域和填充域是否被移除。
13.一种数据处理方法,应用于接收端,其特征在于,所述方法包括:
接收第一数据包,所述第一数据包至少包括第一压缩包头;
对所述第一数据包中的压缩包头进行解压缩处理,得到包括以太帧头和IP系列包头的第二数据包;
其中,所述第一压缩包头为对以太帧头进行压缩处理得到的压缩包头;
所述第一压缩包头中携带有标识第一数据流的压缩文件的第二指示信息,所述第一数据流为具有相同压缩特性的数据包集合;
其中,相同的压缩特性是指相同的以太帧格式和相同的需要压缩的以太帧域,并且各个需要压缩的以太帧域取值相同。
14.根据权利要求13所述的方法,其特征在于,所述第一数据包还包括第二压缩包头,所述第二压缩包头为对IP系列包头进行压缩处理得到的压缩包头;
对所述第一数据包中的压缩包头进行解压缩处理,得到包括以太帧头和IP系列包头的第二数据包,包括:
通过以太帧解压缩实体对所述第一压缩包头进行解压缩处理,得到包括以太帧头的第一子数据包;
通过稳健性头压缩ROHC解压缩实体对所述第二压缩包头进行解压缩处理,得到包括IP系列包头的第二子数据包;
将所述第一子数据包和所述第二子数据包组合,得到包括所述以太帧头和所述IP系列包头的第二数据包。
15.根据权利要求14所述的方法,其特征在于,在对所述第一压缩包头和所述第二压缩包头进行解压缩处理之前,所述方法还包括:
将所述第一数据包分离成第三子数据包和第四子数据包,所述第三子数据包包括所述第一压缩包头,所述第四子数据包包括所述第二压缩包头;
通过以太帧解压缩实体对所述第一压缩包头进行解压缩处理,得到包括以太帧头的第一子数据包,包括:
通过以太帧解压缩实体对所述第三子数据包中的所述第一压缩包头进行解压缩处理,得到包括以太帧头的第一子数据包;
通过ROHC解压缩实体对所述第二压缩包头进行解压缩处理,得到包括IP系列包头的第二子数据包,包括:
通过ROHC解压缩实体对所述第四子数据包中的所述第二压缩包头进行解压缩处理,得到包括IP系列包头的第二子数据包。
16.根据权利要求13所述的方法,其特征在于,所述第一数据包还包括第二压缩包头,所述第二压缩包头为对IP系列包头进行压缩处理得到的压缩包头;
对所述第一数据包中的压缩包头进行解压缩处理,得到包括以太帧头和IP系列包头的第二数据包,包括:
通过ROHC解压缩实体对所述第一数据包中的所述第二压缩包头进行解压缩处理,得到包括所述第一压缩包头和IP系列包头的第三数据包;
通过以太帧解压缩实体对所述第三数据包中的所述第一压缩包头进行解压缩处理,得到包括所述以太帧头和IP系列包头的第二数据包。
17.根据权利要求16所述的方法,其特征在于,通过ROHC解压缩实体对所述第一数据包中的所述第二压缩包头进行解压缩处理,得到包括所述第一压缩包头和IP系列包头的第三数据包,包括:
从所述第一数据包中分离出所述第一压缩包头,得到包括所述第二压缩包头的第四数据包;
通过ROHC解压缩实体对所述第四数据包中的所述第二压缩包头进行解压缩处理,得到包括IP系列包头的第五数据包;
在所述第五数据包的头部添加所述第一压缩包头,得到包括所述第一压缩包头和所述IP系列包头的第三数据包。
18.根据权利要求13所述的方法,其特征在于,所述第一数据包还包括第二压缩包头,所述第二压缩包头为对IP系列包头进行压缩处理得到的压缩包头;
对所述第一数据包中的压缩包头进行解压缩处理,得到包括以太帧头和IP系列包头的第二数据包,包括:
通过以太帧解压缩实体对所述第一数据包中的所述第一压缩包头进行解压缩处理,得到包括以太帧头和所述第二压缩包头的第三数据包;
通过ROHC解压缩实体对所述第三数据包中的所述第二压缩包头进行解压缩处理,得到包括所述以太帧头和IP系列包头的第二数据包。
19.根据权利要求18所述的方法,其特征在于,通过ROHC解压缩实体对所述第三数据包中的所述第二压缩包头进行解压缩处理,得到包括所述以太帧头和IP系列包头的第二数据包,包括:
从所述第三数据包中分离出所述以太帧头,得到包括所述第二压缩包头的第四数据包;
通过ROHC解压缩实体对所述第四数据包中的所述第二压缩包头进行解压缩处理,得到包括IP系列包头的第五数据包;
在所述第五数据包的头部添加所述以太帧头,得到包括所述以太帧头和所述IP系列包头的第二数据包。
20.根据权利要求13至19中任一项所述的方法,其特征在于,所述第一数据包包括第一压缩包头;
对所述第一压缩包头进行解压缩处理之前,所述方法还包括:
确定所述第一压缩包头的长度;
根据所述第一压缩包头的长度,确定所述第一数据包中的所述第一压缩包头。
21.根据权利要求20所述的方法,其特征在于,所述第一压缩包头的长度通过以下至少之一确定:
所述第一数据包中携带的第一指示信息,所述第一指示信息用于指示所述第一压缩包头的长度;
基于协议约定的与所述第一数据包的以太帧头格式相对应的第一压缩包头的长度。
22.根据权利要求13所述的方法,其特征在于,所述第二指示信息还用于指示所述第一数据流对应的以太帧头格式。
23.根据权利要求13所述的方法,其特征在于,在对所述第一数据包中的压缩包头进行解压缩处理之后,所述方法还包括:
根据所述第二指示信息,确定所述第二数据包中是否需要添加长度域;
若是,则通过以太帧解压缩实体在所述第二数据包的特定位置添加所述长度域;
其中,所述特定位置基于所述第二指示信息确定。
24.根据权利要求13至19中任一项所述的方法,其特征在于,在对所述第一数据包中的压缩包头进行解压缩处理之后,所述方法还包括:
根据所述第一数据包中携带的第三指示信息,确定所述第二数据包中是否需要添加长度域;
若是,则通过以太帧解压缩实体在所述第二数据包的特定位置添加所述长度域;
其中,所述第三指示信息用于指示所述第一数据包在压缩之前是否移除了所述长度域。
25.根据权利要求13至19中任一项所述的方法,其特征在于,在对所述第一数据包中的压缩包头进行解压缩处理之后,所述方法还包括:
根据协议约定的最小以太帧大小,或者,根据所述第一数据包中携带的第四指示信息,确定所述第二数据包中是否需要添加填充域;
若是,则通过以太帧解压缩实体在所述第二数据包的尾部添加填充域;
其中,所述第四指示信息用于指示所述第一数据包在压缩之前是否移除了所述填充域。
26.一种发送端,其特征在于,包括:
接收模块,用于接收第一数据包,所述第一数据包包括以太帧头和IP系列包头;
压缩模块,用于至少对所述第一数据包中的所述以太帧头进行压缩处理,得到第二数据包,所述第二数据包至少包括第一压缩包头;
其中,所述第一压缩包头为对所述以太帧头进行压缩处理得到的压缩包头;
所述发送端还包括:
第一添加模块,用于在所述第一压缩包头中添加标识第一数据流的压缩文件的第一指示信息,所述第一数据流为具有相同压缩特性的数据包集合;
其中,相同的压缩特性是指相同的以太帧格式和相同的需要压缩的以太帧域,并且各个需要压缩的以太帧域取值相同。
27.一种接收端,其特征在于,包括:
接收模块,用于接收第一数据包,所述第一数据包至少包括第一压缩包头;
解压缩模块,用于对所述第一数据包中的压缩包头进行解压缩处理,得到包括以太帧头和IP系列包头的第二数据包;
其中,所述第一压缩包头为对以太帧头进行压缩处理得到的压缩包头;
所述第一压缩包头中携带有标识第一数据流的压缩文件的第二指示信息,所述第一数据流为具有相同压缩特性的数据包集合;
其中,相同的压缩特性是指相同的以太帧格式和相同的需要压缩的以太帧域,并且各个需要压缩的以太帧域取值相同。
28.一种发送端,其特征在于,包括:存储器、处理器及存储在所述存储器上并可在所述处理器上运行的计算机程序,所述计算机程序被所述处理器执行时实现如权利要求1至12中任一项所述的数据处理方法中的步骤。
29.一种接收端,其特征在于,包括:存储器、处理器及存储在所述存储器上并可在所述处理器上运行的计算机程序,所述计算机程序被所述处理器执行时实现如权利要求13至25中任一项所述的数据处理方法中的步骤。
30.一种计算机可读存储介质,其特征在于,所述计算机可读存储介质上存储有计算机程序,所述计算机程序被处理器执行时实现如权利要求1至12中任一项所述的数据处理方法中的步骤;或者,实现如权利要求13至25中任一项所述的数据处理方法中的步骤。
CN201910606119.6A 2019-07-05 2019-07-05 数据处理方法、发送端和接收端 Active CN111800371B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201910606119.6A CN111800371B (zh) 2019-07-05 2019-07-05 数据处理方法、发送端和接收端

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201910606119.6A CN111800371B (zh) 2019-07-05 2019-07-05 数据处理方法、发送端和接收端

Publications (2)

Publication Number Publication Date
CN111800371A CN111800371A (zh) 2020-10-20
CN111800371B true CN111800371B (zh) 2022-10-28

Family

ID=72805766

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201910606119.6A Active CN111800371B (zh) 2019-07-05 2019-07-05 数据处理方法、发送端和接收端

Country Status (1)

Country Link
CN (1) CN111800371B (zh)

Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2002030043A2 (en) * 2000-10-03 2002-04-11 Telefonaktiebolaget Lm Ericsson (Publ) Context identification using header compression key

Family Cites Families (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP3832807B2 (ja) * 2001-06-28 2006-10-11 インターナショナル・ビジネス・マシーンズ・コーポレーション データ処理方法及びその手法を用いたエンコーダ、デコーダ並びにxmlパーサ
CN101184030B (zh) * 2007-11-06 2010-06-16 浙江工业大学 基于fpga的以太网接口驱动装置
CN103369593B (zh) * 2012-04-05 2016-08-03 中兴通讯股份有限公司 一种压缩和解压缩以太网报文的方法及网元设备
US9769701B2 (en) * 2013-06-14 2017-09-19 Texas Instruments Incorporated Header compression for wireless backhaul systems
CN104079488B (zh) * 2014-07-22 2017-03-29 武汉虹信通信技术有限责任公司 基于以太网二层头压缩的传输设备及方法
CN107079017B (zh) * 2015-05-30 2020-01-17 华为技术有限公司 一种报文转换方法及装置
CN108632901B (zh) * 2017-03-24 2019-12-24 维沃移动通信有限公司 一种数据传输方法及终端
US11006316B2 (en) * 2017-10-16 2021-05-11 Ofinno, Llc Header compression for ethernet frame

Patent Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2002030043A2 (en) * 2000-10-03 2002-04-11 Telefonaktiebolaget Lm Ericsson (Publ) Context identification using header compression key

Also Published As

Publication number Publication date
CN111800371A (zh) 2020-10-20

Similar Documents

Publication Publication Date Title
KR102865168B1 (ko) 데이터 전송 방법 및 통신 장치
CN110475340B (zh) Dci传输方法、终端和基站
CN112423076B (zh) 一种音频投屏同步控制方法、设备及计算机可读存储介质
CN111182580B (zh) 业务传输方法、终端和网络侧设备
CN109547396B (zh) 完整性保护方法、终端和基站
CN110034873B (zh) 一种重配置方法、终端及基站
US11622296B2 (en) Data sending method and receiving method and user equipment
CN111800826B (zh) 一种rohc反馈处理方法及用户设备
KR102557147B1 (ko) 데이터 전송 방법 및 단말 기기
CN111800371B (zh) 数据处理方法、发送端和接收端
CN110505279A (zh) 设置延时的方法及设备
CN110475303A (zh) 一种数据传输方法及终端设备
KR102754533B1 (ko) 정보 지시 방법, 지시 수신 방법, 단말 및 네트워크측 장치
CN110621069B (zh) 一种数据传输方法、设备及系统
CN110620640B (zh) 一种数据传输方法、终端及节点设备
CN114258077B (zh) 数据传输系统、方法及相关设备
CN111435907A (zh) 传输处理方法、装置、终端和介质
CN111615211B (zh) 随机接入响应接收方法、发送方法、终端和网络设备
CN113505728A (zh) 远程人脸识别方法、移动终端及计算机可读存储介质
CN114095585B (zh) 数据传输方法、装置、存储介质及电子设备
CN111132233A (zh) 一种分离承载的控制方法及相关设备
CN110958645B (zh) 数据传输方法及通信设备
CN111800834B (zh) 小区切换方法、装置、设备及介质
CN120111570A (zh) 信源编码方法、装置、通信设备及可读存储介质
CN117412107A (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