CN114365470B - 用于传输以太网压缩包的方法和设备 - Google Patents

用于传输以太网压缩包的方法和设备 Download PDF

Info

Publication number
CN114365470B
CN114365470B CN201980099892.6A CN201980099892A CN114365470B CN 114365470 B CN114365470 B CN 114365470B CN 201980099892 A CN201980099892 A CN 201980099892A CN 114365470 B CN114365470 B CN 114365470B
Authority
CN
China
Prior art keywords
packet
decompression
compression
feedback
timer
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
CN201980099892.6A
Other languages
English (en)
Other versions
CN114365470A (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.)
Guangdong Oppo Mobile Telecommunications Corp Ltd
Original Assignee
Guangdong Oppo Mobile Telecommunications Corp 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 Guangdong Oppo Mobile Telecommunications Corp Ltd filed Critical Guangdong Oppo Mobile Telecommunications Corp Ltd
Publication of CN114365470A publication Critical patent/CN114365470A/zh
Application granted granted Critical
Publication of CN114365470B publication Critical patent/CN114365470B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
    • H04L9/40—Network security protocols

Landscapes

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

Abstract

本申请实施例涉及用于传输以太网压缩包的方法和设备。该方法包括：压缩端根据在向解压缩端发送至少一个完整包之后的第一时长内是否接收到所述解压缩端发送的所述至少一个完整包的反馈包，确定是否向所述解压缩端发送与所述至少一个完整包对应的压缩包，所述反馈包用于指示所述解压缩端已根据所述完整包建立上下文。本申请实施例的用于传输以太网压缩包的方法和设备，可以解决在feedback packet丢失时，压缩端如何进行压缩状态转换的问题。

Description

用于传输以太网压缩包的方法和设备
技术领域
本申请涉及通信领域，尤其涉及用于传输以太网压缩包的方法和设备。
背景技术
5G工业互联网(Industrial intenet of Things，IIoT)中需求支持工业自动化(Factory automation)、传输自动化(Transport Industry)和智能电力(ElectricalPower Distribution)等业务在5G系统的传输。基于其时延和可靠性的传输需求，IIoT引入了时间敏感性网络(Time Sensitive Networking，TSN)或时间敏感性通信(TimeSensitive Communication，TSC)的概念，并且需要对TSN业务进行头压缩处理。其中，TSC业务可以由以太(Ethernet)帧(frame)承载，也可由网络协议(Internet Protocol，IP)包承载。
根据RAN2#105bis会议结论，可以使用一种新的头压缩机制(完全第三代合作伙伴计划(3rd Generation Partnership Project，3GPP)内部的机制)，即以太网包头压缩(Ethernet Header Compression，EHC)机制，对Ethernet包进行头压缩处理。具体的，在该机制中，当前支持基于反馈(feedback)进行状态转换的机制，即压缩端从发送完整包(fullpacket)转换为发送压缩包(compressed packet)的机制。
但是考虑到若配置为无线链路控制(Radio Link Control，RLC)非确认模式(unacknowledged mode，UM)，以及EHC的数据无线承载(Data Resource Bearer，DRB)的包丢失的可能，可能存在解压缩端发送了feedback，但是压缩端却没有收到feedback的情况，进而可能导致不能进行状态转换的问题。
发明内容
本申请实施例提供一种用于传输以太网压缩包的方法和设备，可以解决在feedback packet丢失时，压缩端如何进行压缩状态转换的问题。
第一方面，提供了一种用于传输以太网压缩包的方法，包括：压缩端根据在向解压缩端发送至少一个完整包之后的第一时长内是否接收到所述解压缩端发送的所述至少一个完整包反馈包，确定是否向所述解压缩端发送与所述至少一个完整包对应的压缩包，所述反馈包用于指示所述解压缩端已根据所述完整包建立上下文。
第二方面，提供了一种用于传输以太网压缩包的方法，包括：若解压缩端接收到压缩端发送的完整包，所述解压缩端向所述压缩端发送所述完整包的M1个反馈包，所述反馈包用于指示所述解压缩端已根据所述完整包建立上下文，M1为正整数；所述解压缩端根据是否在发送所述M1个反馈包之后的第二时长内接收到所述压缩端发送的所述完整包对应的压缩包，确定是否继续向所述压缩端发送M2个所述反馈包，M2为正整数。
第三方面，提供了一种用于传输以太网压缩包的方法，包括：解压缩端接收压缩端发送的反馈请求信息，所述反馈请求信息用于请求所述解压缩端发送完整包的反馈包，所述反馈包用于指示所述解压缩端已根据所述完整包建立上下文；所述解压缩端按照所述反馈请求信息，根据是否接收到所述压缩端发送的所述完整包或者是否建立上下文，确定是否向所述压缩端发送所述反馈包。
第四方面，提供了一种压缩端设备，用于执行上述第一方面或其各实现方式中的方法。具体地，该压缩端设备包括用于执行上述第一方面或其各实现方式中的方法的功能模块。
第五方面，提供了一种解压缩端设备，用于执行上述第二方面至第三方面中的任一方面或其各实现方式中的方法。具体地，该解压缩端设备包括用于执行上述第二方面至第三方面中的任一方面或其各实现方式中的方法的功能模块。
第六方面，提供了一种压缩端设备，包括处理器和存储器。该存储器用于存储计算机程序，该处理器用于调用并运行该存储器中存储的计算机程序，执行上述第一方面或其各实现方式中的方法。
第七方面，提供了一种解压缩端设备，包括处理器和存储器。该存储器用于存储计算机程序，该处理器用于调用并运行该存储器中存储的计算机程序，执行上述第二方面至第三方面中的任一方面或其各实现方式中的方法。
第八方面，提供了一种芯片，用于实现上述第一方面至第三方面中的任一方面或其各实现方式中的方法。具体地，该芯片包括：处理器，用于从存储器中调用并运行计算机程序，使得安装有该芯片的设备执行如上述第一方面至第三方面中的任一方面或其各实现方式中的方法。
第九方面，提供了一种计算机可读存储介质，用于存储计算机程序，该计算机程序使得计算机执行上述第一方面至第三方面中的任一方面或其各实现方式中的方法。
第十方面，提供了一种计算机程序产品，包括计算机程序指令，该计算机程序指令使得计算机执行上述第一方面至第三方面中的任一方面或其各实现方式中的方法。
第十一方面，提供了一种计算机程序，当其在计算机上运行时，使得计算机执行上述第一方面至第三方面中的任一方面或其各实现方式中的方法。
通过上述技术方案，压缩端可以在向解压缩端发送full packet时记录第一时长；或者，解压缩端可以在接收到该full packet的情况下，在向压缩端反馈feedback packet时记录一个第二时长，基于该第一时长或者第二时长，确定压缩端与解压缩端之间是否可以传输与full packet对应的compressed packet，从而解决了当feedback packet丢失时，压缩端如何进行压缩状态转换的问题，其好处在于保证了完整的压缩状态转换流程，避免了由于包丢失造成的压缩功能失效的问题，保证了RoHC的鲁棒性。
附图说明
图1是本申请实施例提供的一种通信系统架构的示意性图。
图2是本申请实施例提供的一种用于传输以太网压缩包的方法的示意性图。
图3是本申请实施例提供的一种用于传输以太网压缩包的方法的另一示意性流程图。
图4是本申请实施例提供的一种用于传输以太网压缩包的方法的再一示意性流程图。
图5是本申请实施例提供的一种用于传输以太网压缩包的方法的再一示意性流程图。
图6是本申请实施例提供的一种压缩端设备的示意性框图。
图7是本申请实施例提供的一种解压缩端设备的示意性框图。
图8是本申请实施例提供的一种通信设备的示意性框图。
图9是本申请实施例提供的一种芯片的示意性框图。
图10是本申请实施例提供的一种通信系统的示意性图。
具体实施方式
下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行描述，显然，所描述的实施例是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。
本申请实施例的技术方案可以应用于各种通信系统，例如：全球移动通讯(GlobalSystem of Mobile communication，GSM)系统、码分多址(Code Division MultipleAccess，CDMA)系统、宽带码分多址(Wideband Code Division Multiple Access，WCDMA)系统、通用分组无线业务(General Packet Radio Service，GPRS)、长期演进(Long TermEvolution，LTE)系统、LTE频分双工(Frequency Division Duplex，FDD)系统、LTE时分双工(Time Division Duplex，TDD)、通用移动通信系统(Universal MobileTelecommunication System，UMTS)、全球互联微波接入(Worldwide Interoperabilityfor Microwave Access，WiMAX)通信系统或5G系统等。
示例性的，本申请实施例应用的通信系统100如图1所示。该通信系统100可以包括网络设备110，网络设备110可以是与终端设备120(或称为通信终端、终端)通信的设备。网络设备110可以为特定的地理区域提供通信覆盖，并且可以与位于该覆盖区域内的终端设备进行通信。可选地，该网络设备110可以是GSM系统或CDMA系统中的基站(BaseTransceiver Station，BTS)，也可以是WCDMA系统中的基站(NodeB，NB)，还可以是LTE系统中的演进型基站(Evolutional Node B，eNB或eNodeB)，或者是云无线接入网络(CloudRadio Access Network，CRAN)中的无线控制器，或者该网络设备可以为移动交换中心、中继站、接入点、车载设备、可穿戴设备、集线器、交换机、网桥、路由器、5G网络中的网络侧设备或者未来演进的公共陆地移动网络(Public Land Mobile Network，PLMN)中的网络设备等。
该通信系统100还包括位于网络设备110覆盖范围内的至少一个终端设备120。作为在此使用的“终端设备”包括但不限于经由有线线路连接，如经由公共交换电话网络(Public Switched Telephone Networks，PSTN)、数字用户线路(Dieital SubscriberLine，DSL)、数字电缆、直接电缆连接；和/或另一数据连接/网络；和/或经由无线接口，如，针对蜂窝网络、无线局域网(Wireless Local Area Network，WLAN)、诸如DVB-H网络的数字电视网络、卫星网络、AM-FM广播发送器；和/或另一终端设备的被设置成接收/发送通信信号的装置；和/或物联网(Internet of Things，IoT)设备。被设置成通过无线接口通信的终端设备可以被称为“无线通信终端”、“无线终端”或“移动终端”。移动终端的示例包括但不限于卫星或蜂窝电话；可以组合蜂窝无线电电话与数据处理、传真以及数据通信能力的个人通信系统(Personal Communications System，PCS)终端；可以包括无线电电话、寻呼机、因特网/内联网接入、Web浏览器、记事簿、日历以及/或全球定位系统(Global PositioningSystem，GPS)接收器的PDA；以及常规膝上型和/或掌上型接收器或包括无线电电话收发器的其它电子装置。终端设备可以指接入终端、用户设备(User Equipment，UE)、用户单元、用户站、移动站、移动台、远方站、远程终端、移动设备、用户终端、终端、无线通信设备、用户代理或用户装置。接入终端可以是蜂窝电话、无绳电话、会话启动协议(Session InitiationProtocol，SIP)电话、无线本地环路(Wireless Local Loop，WLL)站、个人数字处理(Personal Digital Assistant，PDA)、具有无线通信功能的手持设备、计算设备或连接到无线调制解调器的其它处理设备、车载设备、可穿戴设备、5G网络中的终端设备或者未来演进的PLMN中的终端设备等。
可选地，终端设备120之间可以进行设备到设备(Device to Device，D2D)通信。
可选地，5G系统或5G网络还可以称为新无线(New Radio，NR)系统或NR网络。
图1示例性地示出了一个网络设备和两个终端设备，可选地，该通信系统100可以包括多个网络设备并且每个网络设备的覆盖范围内可以包括其它数量的终端设备，本申请实施例对此不做限定。
可选地，该通信系统100还可以包括网络控制器、移动管理实体等其他网络实体，本申请实施例对此不作限定。
应理解，本申请实施例中网络/系统中具有通信功能的设备可称为通信设备。以图1示出的通信系统100为例，通信设备可包括具有通信功能的网络设备110和终端设备120，网络设备110和终端设备120可以为上文所述的具体设备，此处不再赘述；通信设备还可包括通信系统100中的其他设备，例如网络控制器、移动管理实体等其他网络实体，本申请实施例中对此不做限定。
应理解，本文中术语“系统”和“网络”在本文中常被可互换使用。本文中术语“和/或”，仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。另外，本文中字符“/”，一般表示前后关联对象是一种“或”的关系。
Ethernet frame议题的引入是因为现有的通信系统中仅支持对协议数据单元(Protocol Data Unit，PDU)会话(session)为IP的数据包进行头压缩，其中，PDU session指UE与提供PDU连接服务的数据网络之间的关联。而在5G NR系统中，PDU session的类型不仅可以为IP包类型，也可以为Ethernet frame类型。例如，对PDU层(PDU layer)来说，当PDUSession类型为IPv4、IPv6或者IPv4v6时，该PDU session对应的为IPv4包(packets)和/或IPv6 packets；当PDU Session类型为Ethernet时，该PDU session对应的为Ethernetframes。
分组数据汇聚协议(Packet Data Convergence Protocol，PDCP)中引入了头压缩和解压缩功能，对IP数据包进行头压缩。当前的健壮性包头压缩(Robust HeaderCompression，RoHC)是针对DRB配置的，压缩端和解压缩端根据配置的配置文件(profile)使用不同的头压缩方式和头压缩参数，采用RoHC协议，进行压缩和解压缩处理。
另外，根据RAN2#105bis会议结论，还可以使用一种新的头压缩机制(完全3GPP内部的机制)，对Ethernet包进行头压缩处理。具体的，该机制当前支持基于反馈(feedback)进行状态转换的机制，即压缩端从发送完整包(full packet)转换为发送压缩包(compressed packet)的机制。但是考虑到若配置为RLC UM模式，以及EHC的DRB的包丢失的可能，可能存在解压缩端发送了feedback，但是压缩端没有收到feedback，导致不能进行状态转换的问题。因此，本申请实施例提出了一种用于传输以太网压缩包的方法，能够解决该问题。
图2为本申请实施例提供的一种用于传输以太网压缩包的方法200的示意性流程图。该方法200可以由压缩端设备(以下称为压缩端)执行，如图2所示，该方法200包括：S210，压缩端根据在向解压缩端发送至少一个完整包之后的第一时长内是否接收到该解压缩端发送的该至少一个完整包的反馈包，确定是否向该解压缩端发送与该至少一个完整包对应的压缩包，其中，该反馈包用于指示该解压缩端已根据该完整包建立上下文。
应理解，本申请实施例中的压缩端为对数据包包头进行压缩处理的一端设备，对应的，解压缩端设备(以下为此解压缩端)即为对数据包包头进行解压缩处理的一端设备，其中，头压缩(header compression)处理可以用于提高用户数据的传输效率。
可选地，该压缩端可以为终端设备，或者，也可以为网络设备，例如该压缩端可以为如图1所示的终端设备或者网络设备。类似的，该解压缩端也可以为终端设备或者网络设备，例如，该解压缩端也可以为如图1所示的终端设备或者网络设备。可选地，在该方法200中，该压缩端为终端设备时，该解压缩端可以为网络设备；该压缩端为网络设备时，则该解压缩端可以为终端设备，但本申请实施例并不限于此。
应理解，本申请实施例中的完整包(full packet)是指一种Ethernet packet包，该full packet中包括完整的Ethernet header(包头)信息和上下文等信息；相反的，本申请实施例中的压缩包(compressed packet)是指一种Ethernet packet包，该compressedpacket中包括被压缩的Ethernet header信息(不包含包头信息，即全部或者部分Ethernetframe包头的头域被压缩或删除(remove)，剩余Ethernet payload，进一步包括剩余未压缩的部分包头)和上下文等信息。其中，full packet和/或compressed packet中的上下文等信息可以包括：上下文(context)标识(ID)、是compressed packet还是full packet的指示信息以及其他有待进一步讨论的信息(for further study，FFS)。另外，本申请实施例中的该上下文信息为压缩端和/或解压缩端保存的上下文信息，可以用于包头压缩和/或解压缩。
应理解，本申请实施例中的反馈包(feedback packet)是指解压缩端针对fullpacket发送的解压缩或上下文信息相关的包，用于更改压缩端或解压缩端状态，或者用于指示上下文是否建立，或者用于指示是否具有有效上下文，但本申请实施例并不限于此。
可选地，本申请实施例中的feedback packet可以仅为确认(ACK)信息，即压缩端接收到该feedback packet，则表示ACK，例如表示可以更改压缩端或解压缩端状态，或者表示上下文已经建立。
或者，本申请实施例中的feedback packet也可以包括ACK或者非确认(NACK)信息，即压缩端接收到的该feedback packet可能是ACK也可能是NACK，压缩端需要确定该feedback packet是ACK还是NACK。例如，若该feedback packet为ACK，可以表示能够更改压缩端或解压缩端状态，或者表示上下文已经建立；但是，若该feedback packet为NACK，则表示不能更改压缩端或解压缩端状态，或者表示上下文没有建立。
应理解，为了便于后面描述，本申请实施例中的各个方法中的feedback packet仅以ACK为例进行描述，即若压缩端收到feedback packet，仅表示ACK。而对于其它情况，例如feedback packet可能为NACK的情况，可以适用于压缩端没有收到feedback packet的情况，为了简洁，不再赘述。
在本申请实施例的方法200中，假设压缩端需要对任意DRB进行Ethernet压缩，或者网络配置终端对特定的DRB进行Ethernet压缩，即EHC。例如，以压缩端为终端设备，解压缩端为网络设备为例，那么可以由网络设备配置终端设备对某个DRB进行Ethernet压缩。
具体地，在t1时刻，压缩端和解压缩端均处于初始时刻，即压缩端处于未压缩状态，相应的，解压缩端处于没有上下文的状态。
从t2时刻起，压缩端开始发送未压缩的包，即压缩端可以向解压缩端发送fullpacket，其中t2时刻等于或晚于t1时刻。具体地，压缩端可以向解压缩端发送至少一个fullpacket，为了便于描述，本申请实施例中压缩端可以向解压缩端发送N个full packet，该N为正整数，即N≥1。
应理解，该N的值可以根据实际应用进行设置，例如，N可以是预配置的，例如，N可以为协议规定的一个数值；或者，该N也可以由压缩端和/或解压缩端确定的，例如，压缩端为终端设备时，该N可以为网络设备指示给终端设备的，或者由终端设备自己确定的，但本申请实施例并不限于此。
在本申请实施例中的方法200中，压缩端发送N个full packet后记录第一时长。可选地，可以通过定时器记录该第一时长，为了便于区别，这里称为第一定时器，该第一定时器的时长则为第一时长。
具体地，本申请实施例中的发送N个full packet后记录第一时长可以包括：压缩端在发送完该N个full packet之后，才开启第一定时器；或者，压缩端在开始发送N个fullpacket中的第一个full packet时同步开启第一定时器；或者，压缩端可以在发送该N个full packet的过程中的某个特定时刻开启第一定时器，例如，压缩端在发送该N个fullpacket中的一半full packet之后开启第一定时器；再例如，压缩端在发送该N个fullpacket中的K个full packet之后开启第一定时器，该K可以设置为小于N的任意正整数，本申请实施例并不限于此。例如，图3示出了本申请实施例的方法200的一种可能的实现方式，如图3所示，方法200中的S210可以包括：S211，压缩端发送N个full packet包后，开启第一定时器，即压缩端在发送完N个full packet之后，才开启第一定时器。
对应的，对于解压缩端而言，在压缩端发送full packet之后，若解压缩端接收到full packet，例如接收到压缩端发送的N个full packet中的至少一个，并根据该fullpacket建立上下文，则可以在t3时刻向压缩端发送feedback packet(即ACK)，该t3时刻晚于t2时刻；相反的，若解压缩端一直未接收到full packet，也就是没有建立上下文，例如解压缩端可能未接收到N个full packet中的全部，则不需要向压缩端发送feedback packet。
可选的，解压缩端可以从t3时刻起向压缩端发送至少一个feedback packet，为了便于描述，本申请实施例中解压缩端可以向压缩端发送M个feedback packet，该M为正整数，即M≥1。该M的值可以根据实际应用进行设置，例如，M可以是预配置的，例如，M可以为协议规定的一个数值；或者，该M也可以由压缩端和/或解压缩端确定的，例如，解压缩端为终端设备时，该M可以为网络设备指示给终端设备的，或者由终端设备自己确定的，但本申请实施例并不限于此。
但是，即使解压缩端向压缩端发送了feedback packet，若feedback packet丢失，例如，配置为UM RLC的承载可能存在丢包现象，那么压缩端仍然可能无法收到该feedbackpacket。因此，压缩端可以基于第一定时器，确定是否接收到解压缩端发送的feedbackpacket。例如，如图3所示，该方法200中的S210还可以包括：S212，第一定时器超时前是否时接收到feedback packet，即该压缩端确定是否在该第一定时器超时之前接收到该解压缩端发送的feedback packet，该feedback packet可以为解压缩端发送的M个feedbackpacket中的至少一个。
具体地，假设根据第一时长计算，该第一定时器会在t4时刻超时，该t4时刻晚于t3时刻，那么在第一定时器超时之前，也就是在t4时刻之前，压缩端确定是否接收到feedbackpacket。
可选地，作为一种可能的情况，若压缩端接收到feedback packet，例如，该压缩端接收到解压缩端发送的M个feedback packet中的任意一个，那么压缩端可以确定解压缩端已经接收到full packet；或者说，压缩端可以确定解压缩端已建立上下文；或者说，压缩端可以确定解压缩端已经保有有效的上下文；或者说，压缩端可以确定能够发送与fullpacket对应的compressed packet，本申请实施例并不限于此。
因此，基于第一定时器，方法200中的S210可以包括：若在该第一定时器超时之前，该压缩端接收到该解压缩端发送的任意一个或者多个feedback packet，该压缩端执行以下步骤中的至少一个：该压缩端确定该解压缩端已根据该full packet建立上下文；该压缩端停止该第一定时器；该压缩端向该解压缩端发送该compressed packet。
例如，如图3所示，该S210可以包括：S213，压缩端停止第一定时器，并发送compressed packet，即在第一定时器超时前，若压缩端收到feedback packet，可以停止第一定时器，并向解压缩端发送compressed packet。
应理解，在该第一定时器未超时之前，若该压缩端未接收到该解压缩端发送的feedback packet，则该压缩端可以持续向该解压缩端发送该full packet，直至第一定时器超时或者压缩端收到feedback packet；或者，该压缩端也可以在第一定时器开启后暂停发送full packet，直至第一定时器超时或者压缩端收到feedback packet。
可选地，作为另一种可能的情况，若直至第一定时器超时，即一直到t4时刻，压缩端始终未接收到feedback packet，即该压缩端未接收到解压缩端发送的M个feedbackpacket中的至少一个，那么压缩端可以确定解压缩端没有成功接收到N个full packet中的至少一个；或者说，压缩端可以确定解压缩端没有保有有效的上下文；或者说，压缩端可以确定解压缩端发送的feedback packet丢失，本申请实施例并不限于此。
因此，基于第一定时器，方法200中的S210还可以包括：若在该第一定时器超时之前，该压缩端未接收到该解压缩端发送的feedback packet，那么该压缩端在该第一定时器超时后，即t4时刻之后，执行以下步骤中的至少一个：该压缩端确定该解压缩端未根据该full packet建立上下文；该压缩端重启该第一定时器；该压缩端继续向该解压缩端发送该full packet；该压缩端确定不向该解压缩端发送该compressed packet；该压缩端向该解压缩端发送反馈请求信息。其中，该反馈请求信息可以用于请求该解压缩端发送feedbackpacket；或者说，该反馈请求信息可以用于请求该解压缩反馈上下文是否已建立；或者说，该反馈请求信息可以用于请求指示该压缩端是否可以发送compressed packet。
例如，如图3所示，该S210可以包括：S214，压缩端发送反馈请求信息，并重启第一定时器，即在第一定时器超时前，若压缩端未收到feedback packet，那么第一定时器超时之后，压缩端可以重启第一定时器，并向解压缩端发送反馈请求信息，以请求解压缩端重新发送feedback packet。
对应的，若解压缩端接收到压缩端发送的反馈请求信息，该解压缩端可以根据是否接收到full packet或是否有有效的上下文，而向压缩端发送feedback packet。具体地，如果是由于解压缩端没有收到full packet或没有有效的上下文，而没有发送对应的feedback packet，即解压缩端没有发送M个feedback packet，进而导致第一定时器超时，那么在解压缩端接收到压缩端发送的反馈请求信息的情况下，解压缩端可以在仍未接收到full packet的情况下，仍然不发送feedback packet；或者在解压缩端接收到full packet的情况下，向压缩端发送feedback packet。
或者，如果是由于解压缩端已经发送了full packet的feedback packet，但是该feedback packet丢失，进而导致第一定时器超时，那么在解压缩端接收到压缩端发送的反馈请求信息的情况下，该解压缩端会继续向压缩端发送feedback packet，以便于压缩端根据该feedback packet，向解压缩端发送compressed packet。
因此，本申请实施例的用于传输以太网压缩包的方法，压缩端向解压缩端发送full packet，并记录第一时长；解压缩端在接收到该full packet的情况下，会向压缩端反馈feedback packet，压缩端确定在第一时长内是否接收到该feedback packet，如果没有接收到，会向解压缩端发送反馈请求信息，以便于解压缩端继续发送feedback packet，从而使得压缩端在收到feedback packet的情况下，向解压缩端发送与full packet对应的compressed packet，解决了当压缩端接收不到feedback packet时，如何进行压缩状态转换的问题，其好处在于保证了完整的压缩状态转换流程，避免了由于包丢失造成的压缩功能失效的问题，保证了RoHC的鲁棒性。
应理解，方法200在压缩端设置定时器的方式，与之相对的，还可以在解压缩端设置定时器。
具体地，图4为本申请实施例提供的另一种用于传输以太网压缩包的方法300的示意性流程图。该方法300可以由解压缩端设备(以下称为解压缩端)执行，如图4所示，该方法300包括：S310，若解压缩端接收到压缩端发送的完整包，该解压缩端向该压缩端发送该完整包的M1个反馈包，该反馈包用于指示该解压缩端已根据该完整包建立上下文，M1为正整数；S320，该解压缩端根据是否在发送该M1个反馈包之后的第二时长内接收到该压缩端发送的该完整包对应的压缩包，确定是否继续向该压缩端发送M2个该反馈包，M2为正整数。
应理解，该方法300中的解压缩端、压缩端、完整包(full packet)、压缩包(compressed packet)以及反馈包(feedback packet)等相关词语与方法200中的一致，适用于方法200中的相关描述，为了简洁，在此不再赘述。
但是，方法300和方法200中的解压缩端和压缩端可以指相同的设备或者不同的设备。例如，若方法300中的解压缩端为终端设备，那么方法200中的解压缩端也可以为终端设备，但是也可以为网络设备，本申请实施例并不限于此。
另外，该方法300可以与方法200分别独立使用，或者该方法300还可以与方法200相互结合，同时使用，本申请实施例并不限于此。
在本申请实施例的方法300中，假设压缩端需要对任意DRB进行Ethernet压缩或网络配置对特定DRB进行Ethernet压缩，即EHC。例如，以压缩端为终端设备，解压缩端为网络设备为例，那么可以由网络设备配置终端设备对某个DRB进行Ethernet压缩。
具体地，在t1时刻，压缩端和解压缩端均处于初始时刻，即压缩端处于未压缩状态，相应的，解压缩端处于没有上下文的状态。
从t2时刻起，压缩端开始发送未压缩的包，即压缩端可以向解压缩端发送fullpacket，其中t2时刻等于或晚于t1时刻。具体地，压缩端可以向解压缩端发送至少一个fullpacket，为了便于描述，本申请实施例方法300中压缩端可以向解压缩端发送N个fullpacket，该N为正整数，即N≥1。
应理解，该N的值可以根据实际应用进行设置，例如，N可以是预配置的，例如，N可以为协议规定的一个数值；或者，该N也可以由压缩端和/或解压缩端确定的，例如，压缩端为终端设备时，该N可以为网络设备指示给终端设备的，或者由终端设备自己确定的，但本申请实施例并不限于此。
对应的，对于解压缩端而言，在压缩端发送full packet之后，若解压缩端接收到full packet，例如接收到N个full packet中的至少一个，并根据该full packet建立上下文，则可以在t3时刻向压缩端发送feedback packet(即ACK)，该t3时刻晚于t2时刻，以便于压缩端根据该feedback packet，向解压缩端发送compressed packet，或以便压缩端确定上下文或解压缩端状态；相反的，若解压缩端一直未接收到full packet，也就是没有建立上下文，例如解压缩端可能未接收到N个full packet中的全部full packet，则不需要向压缩端发送feedback packet，而压缩端在未接收到解压缩端发送的feedback packet之前，压缩端会持续发送full packet，也就是压缩端不会向解压缩端发送compressed packet。
可选的，解压缩端可以从t3时刻起向压缩端发送至少一个feedback packet，为了便于描述，本申请实施例中解压缩端可以向压缩端发送M1个feedback packet，该M1为正整数，即M1≥1。该M1的值可以根据实际应用进行设置，例如，M1可以是预配置的，例如，M1可以为协议规定的一个数值；或者，该M1也可以由压缩端和/或解压缩端确定的，例如，解压缩端为终端设备时，该M可以为网络设备指示给终端设备的，或者由终端设备自己确定的，但本申请实施例并不限于此。
但是，即使解压缩端向压缩端发送了feedback packet，若feedback packet丢失，例如，配置为UM RLC的承载可能存在丢包现象，那么压缩端仍然可能无法收到该feedbackpacket，也就是导致压缩端不会向解压缩端发送compressed packet。因此，在解压缩向压缩端发送M1个feedback packet的情况下，解压缩可以在向压缩端发送M1个feedbackpacket之后记录第二时长，以便于解压缩端可以基于第二时长确定是否接收到压缩端发送的compressed packet，进而确定压缩端是否接收到该feedback packet。可选地，可以通过定时器记录该第二时长，为了便于区别，这里将其称为第二定时器，该第二定时器的时长为该第二时长。
具体地，本申请实施例中的发送M1个feedback packet后记录第二时长可以包括：解压缩端在发送完该M1个feedback packet之后，才开启第二定时器；或者，解压缩端在开始发送M1个feedback packet中的第一个feedback packet时同步开启第二定时器；或者，解压缩端可以在发送该M1个feedback packet的过程中的某个特定时刻开启第二定时器，例如，解压缩端在发送该M1个feedback packet中的一半feedback packet之后开启第二定时器；再例如，解压缩端在发送该M1个feedback packet中的L个feedback packet之后开启第二定时器，L可以设置为小于M1的任意正整数，本申请实施例并不限于此。例如，图5示出了本申请实施例的方法300的一种可能的实现方式，如图5所示，该方法300中的S320可以包括：S321，解压缩端发送M1个feedback packet后，开启第二定时器，即解压缩端可以在发送完该M1个feedback packet之后，才开启第二定时器以开始计时。
另外，该S320还可以包括：该解压缩端确定是否在该第二定时器超时之前接收到该压缩端发送的该compressed packet。例如，如图5所示，该方法300中的S320还可以包括：S322，第二定时器超时前是否接收到压缩包，即该解压缩端确定是否在第二定时器超时之前接收到压缩端发送的compressed packet。
具体地，假设根据第二时长计算，该第二定时器会在t4时刻超时，该t4时刻晚于t3时刻，那么在第二定时器超时之前，也就是在t4时刻之前，解压缩端确定是否接收到compressed packet。
可选地，作为一种可能的情况，若解压缩端接收到compressed packet，那么解压缩端可以确定压缩端已接收到M1个feedback packet中的至少一个feedback packet；或者说解压缩端可以确定：压缩端确定解压缩端已经保有有效的上下文；或者说解压缩端可以确定不再需要向压缩端发送feedback packet，但本申请实施例并不限于此。
因此，基于该第二定时器，该方法300中的S320可以包括：若在该第二定时器超时之前，该解压缩端接收到该压缩端发送的该compressed packet，该解压缩端执行以下步骤中的至少一个：该解压缩端确定该压缩端已收到M1个feedback packet中的至少一个feedback packet；该解压缩端停止该第二定时器；该解压缩端确定停止向该压缩端发送该full packet的feedback packet；该解压缩端对该compressed packet进行解压缩处理。
例如，如图5所示，该S320可以包括：S323，解压缩端停止第二定时器，并对压缩包解压缩，即在第二定时器超时之前，接收到压缩端发送的该compressed packet的情况下，解压缩端可以停止第二定时器，并对接收到的compressed packet进行解压缩，例如，解压缩端可以根据对应的之前收到的full packet，对该compressed packet进行解压缩处理。
应理解，在该第二定时器未超时之前，若该解压缩端未接收到该压缩端发送的compressed packet，则该解压缩端可以持续向该压缩端发送feedback packet，直至第二定时器超时或者解压缩端收到compressed packet；或者，该压缩端也可以在第二定时器开启后暂停发送feedback packet，直至第二定时器超时或者压缩端收到compressedpacket。
可选地，作为另一种可能的情况，若解压缩端没有接收到compressed packet，那么解压缩端可以确定压缩端未接收到M1个feedback packet中的至少一个feedbackpacket；或者说解压缩端可以确定：压缩端未确定解压缩端已经保有有效的上下文；或者说解压缩端可以确定还需要向压缩端发送feedback packet，本申请实施例并不限于此。
因此，基于该第二定时器，该方法300中的S320可以包括：若在该第二定时器超时之前，该解压缩端未接收到该压缩端发送的该compressed packet，该解压缩端在该第二定时器超时后，执行以下步骤中的至少一个：该解压缩端确定该压缩端未接收到feedbackpacket；该解压缩端重启该第二定时器；该解压缩端继续再向该压缩端发送M2个feedbackpacket。
其中，该M2为正整数，即M2≥1。该M2的值可以根据实际应用进行设置，并且，该M2可以与M1相等或者不等。例如，M2可以是预配置的，例如，M2可以为协议规定的一个数值；或者，该M2也可以由压缩端和/或解压缩端确定的，例如，解压缩端为终端设备时，该M2可以为网络设备指示给终端设备的，或者由终端设备自己确定的，但本申请实施例并不限于此。
例如，如图5所示，该S320可以包括：S324，解压缩端重新发送反馈包，并重启第二定时器，即在第二定时器超时之前，解压缩端一直未接收到压缩端发送的该compressedpacket，那么解压缩端可以重启第二定时器，并再次向压缩端发送一个或者多个feedbackpacket。
因此，本申请实施例的用于传输以太网压缩包的方法，压缩端向解压缩端发送full packet，解压缩端在接收到该full packet的情况下，会向压缩端反馈feedbackpacket，并记录一个第二时长，以便于解压缩端确定是否在该第二时长内接收到与fullpacket对应的compressed packet，并在没有接收到compressed packet的情况下，继续发送feedback packet，从而解决了当feedback packet丢失时，压缩端如何进行压缩状态转换的问题，其好处在于保证了完整的压缩状态转换流程，避免了由于包丢失造成的压缩功能失效的问题，保证了RoHC的鲁棒性。
应理解，在本申请的各种实施例中，上述各过程的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本申请实施例的实施过程构成任何限定。
上文中结合图1至图5，详细描述了根据本申请实施例的用于传输以太网压缩包的方法，下面将结合图6至图10，描述根据本申请实施例的压缩端和解压缩端。
如图6所示，根据本申请实施例的压缩端设备400包括：处理单元410和收发单元420。具体地，所述处理单元410用于：根据通过所述收发单元420在向解压缩端发送至少一个完整包之后的第一时长内是否接收到所述解压缩端发送的所述至少一个完整包的反馈包，确定是否通过所述收发单元420向所述解压缩端发送与所述至少一个完整包对应的压缩包，所述反馈包用于指示所述解压缩端已根据所述完整包建立上下文。
可选地，作为一个实施例，所述处理单元410用于：在通过所述收发单元420发送所述至少一个完整包之后开启第一定时器，或者在通过所述收发单元420开始发送所述至少一个完整包之时开启第一定时器，所述第一定时器的时长为所述第一时长；确定是否在所述第一定时器超时之前通过所述收发单元420接收到所述解压缩端发送的所述反馈包。
可选地，作为一个实施例，所述处理单元410用于：若在所述第一定时器超时之前通过所述收发单元420接收到所述解压缩端发送的所述反馈包，执行以下步骤中的至少一个：确定所述解压缩端已根据所述完整包建立上下文；停止所述第一定时器；通过所述收发单元420向所述解压缩端发送所述压缩包。
可选地，作为一个实施例，所述处理单元410用于：若在所述第一定时器超时之前未接收到所述解压缩端发送的所述反馈包，在所述第一定时器超时后，执行以下步骤中的至少一个：确定所述解压缩端未根据所述完整包建立上下文；重启所述第一定时器；通过所述收发单元420继续向所述解压缩端发送所述完整包；确定不向所述解压缩端发送所述压缩包；通过所述收发单元420向所述解压缩端发送反馈请求信息，所述反馈请求信息用于请求所述解压缩端发送所述反馈包。
可选地，作为一个实施例，所述收发单元420还用于：在所述第一定时器未超时之前，若未接收到所述解压缩端发送的所述反馈包，持续向所述解压缩端发送所述完整包。
可选地，作为一个实施例，所述至少一个完整包的个数为预设的；或者，所述至少一个完整包的个数由所述压缩端和/或所述解压缩端确定的。
可选地，作为一个实施例，所述压缩端设备400为终端设备，所述解压缩端为网络设备；或者，所述压缩端设备400为网络设备，所述解压缩端为终端设备。
应理解，本申请实施例的压缩端设备400可对应于执行本申请实施例中的方法200，并且压缩端设备400中的各个单元的上述和其它操作和/或功能分别为了实现图1至图5中的各个方法中压缩端设备的相应流程，为了简洁，在此不再赘述。
因此，本申请实施例的压缩端设备，向解压缩端发送full packet，并记录第一时长；解压缩端在接收到该full packet的情况下，会向压缩端反馈feedback packet，压缩端确定在第一时长内是否接收到该feedback packet，如果没有接收到，会向解压缩端发送反馈请求信息，以便于解压缩端继续发送feedback packet，从而使得压缩端在收到feedbackpacket的情况下，向解压缩端发送与full packet对应的compressed packet，解决了当压缩端接收不到feedback packet时，如何进行压缩状态转换的问题，其好处在于保证了完整的压缩状态转换流程，避免了由于包丢失造成的压缩功能失效的问题，保证了RoHC的鲁棒性。
如图7示，根据本申请实施例的解压缩端设备500包括：处理单元510和收发单元520。
可选地，该解压缩端设备500可以用于执行上述方法300。具体地，所述收发单元520用于：若接收到压缩端发送的完整包，向所述压缩端发送所述完整包的M1个反馈包，所述反馈包用于指示所述解压缩端已根据所述完整包建立上下文，M1为正整数；所述处理单元510用于：根据是否通过所述收发单元520在发送所述M1个反馈包之后的第二时长内接收到所述压缩端发送的所述完整包对应的压缩包，确定是否通过所述收发单元520继续向所述压缩端发送M2个所述反馈包，M2为正整数。
可选地，作为一个实施例，所述处理单元510用于：在通过所述收发单元520发送所述M1个反馈包之后开启第二定时器，或者在通过所述收发单元520开始发送所述M1个反馈包之时开启第二定时器，所述第二定时器的时长为所述第二时长；确定是否在所述第二定时器超时之前通过所述收发单元520接收到所述压缩端发送的所述压缩包。
可选地，作为一个实施例，所述处理单元510用于：若在所述第二定时器超时之前通过所述收发单元520接收到所述压缩端发送的所述压缩包，执行以下步骤中的至少一个：确定所述压缩端已收到所述M1个反馈包中的至少一个反馈包；停止所述第二定时器；确定停止向所述压缩端发送所述完整包的所述反馈包；对所述压缩包进行解压缩处理。
可选地，作为一个实施例，所述处理单元510用于：若在所述第二定时器超时之前未接收到所述压缩端发送的所述压缩包，在所述第二定时器超时后，执行以下步骤中的至少一个：确定所述压缩端未接收到所述反馈包；重启所述第二定时器；通过所述收发单元520继续向所述压缩端发送M2个所述反馈包。
可选地，作为一个实施例，所述收发单元520还用于：若在所述第二定时器未超时之前未接收到所述压缩端发送的所述压缩包，持续向所述压缩端发送所述反馈包。
可选地，作为一个实施例，M1和/或M2的值为预设的；或者，M1和/或M2的值由所述解压缩端和/或所述压缩端确定的。
可选地，作为一个实施例，所述解压缩端为终端设备，所述压缩端为网络设备；或者，所述解压缩端为网络设备，所述压缩端为终端设备。
可选地，该解压缩端设备500还可以用于执行上述方法200。具体地，所述收发单元520用：于接收压缩端发送的反馈请求信息，所述反馈请求信息用于请求所述解压缩端发送完整包的反馈包，所述反馈包用于指示所述解压缩端已根据所述完整包建立上下文；所述处理单元510用于：按照所述反馈请求信息，根据是否通过所述收发单元520接收到所述压缩端发送的所述完整包或者是否建立上下文，确定是否向所述压缩端发送所述反馈包。
可选地，作为一个实施例，所述处理单元510用于：若通过所述收发单元520接收到所述压缩端发送的所述完整包或者建立上下文，通过所述收发单元520向所述压缩端发送所述反馈包；或者，若通过所述收发单元520未接收到所述压缩端发送的所述完整包或者未建立上下文，确定不向所述压缩端发送所述反馈包。
应理解，本申请实施例的解压缩端设备500可对应于执行本申请实施例中的方法200或者方法300，并且解压缩端设备500中的各个单元的上述和其它操作和/或功能分别为了实现图1至图5中的各个方法中解压缩端设备的相应流程，为了简洁，在此不再赘述。
因此，本申请实施例的解压缩端设备，在接收到压缩端发送的full packet情况下，会向压缩端反馈feedback packet，并记录一个第二时长，以便于解压缩端确定是否在该第二时长内接收到与full packet对应的compressed packet，并在没有接收到compressed packet的情况下，继续发送feedback packet，从而解决了当feedback packet丢失时，压缩端如何进行压缩状态转换的问题，其好处在于保证了完整的压缩状态转换流程，避免了由于包丢失造成的压缩功能失效的问题，保证了RoHC的鲁棒性。
图8是本申请实施例提供的一种通信设备600示意性结构图。图8所示的通信设备600包括处理器610，处理器610可以从存储器中调用并运行计算机程序，以实现本申请实施例中的方法。
可选地，如图8所示，通信设备600还可以包括存储器620。其中，处理器610可以从存储器620中调用并运行计算机程序，以实现本申请实施例中的方法。
其中，存储器620可以是独立于处理器610的一个单独的器件，也可以集成在处理器610中。
可选地，如图8所示，通信设备600还可以包括收发器630，处理器610可以控制该收发器630与其他设备进行通信，具体地，可以向其他设备发送信息或数据，或接收其他设备发送的信息或数据。
其中，收发器630可以包括发射机和接收机。收发器630还可以进一步包括天线，天线的数量可以为一个或多个。
可选地，该通信设备600具体可为本申请实施例的网络设备，并且该通信设备600可以实现本申请实施例的各个方法中由网络设备实现的相应流程，为了简洁，在此不再赘述。
可选地，该通信设备600具体可为本申请实施例的移动终端/终端设备，并且该通信设备600可以实现本申请实施例的各个方法中由移动终端/终端设备实现的相应流程，为了简洁，在此不再赘述。
图9是本申请实施例的芯片的示意性结构图。图9所示的芯片700包括处理器710，处理器710可以从存储器中调用并运行计算机程序，以实现本申请实施例中的方法。
可选地，如图9所示，芯片700还可以包括存储器720。其中，处理器710可以从存储器720中调用并运行计算机程序，以实现本申请实施例中的方法。
其中，存储器720可以是独立于处理器710的一个单独的器件，也可以集成在处理器710中。
可选地，该芯片700还可以包括输入接口730。其中，处理器710可以控制该输入接口730与其他设备或芯片进行通信，具体地，可以获取其他设备或芯片发送的信息或数据。
可选地，该芯片700还可以包括输出接口740。其中，处理器710可以控制该输出接口740与其他设备或芯片进行通信，具体地，可以向其他设备或芯片输出信息或数据。
可选地，该芯片可应用于本申请实施例中的网络设备，并且该芯片可以实现本申请实施例的各个方法中由网络设备实现的相应流程，为了简洁，在此不再赘述。
可选地，该芯片可应用于本申请实施例中的移动终端/终端设备，并且该芯片可以实现本申请实施例的各个方法中由移动终端/终端设备实现的相应流程，为了简洁，在此不再赘述。
应理解，本申请实施例提到的芯片还可以称为系统级芯片，系统芯片，芯片系统或片上系统芯片等。
图10是本申请实施例提供的一种通信系统800的示意性框图。如图10所示，该通信系统800包括终端设备810和网络设备820。
其中，该终端设备810可以用于实现上述方法中由终端设备实现的相应的功能，以及该网络设备820可以用于实现上述方法中由网络设备实现的相应的功能，为了简洁，在此不再赘述。
应理解，本申请实施例的处理器可能是一种集成电路芯片，具有信号的处理能力。在实现过程中，上述方法实施例的各步骤可以通过处理器中的硬件的集成逻辑电路或者软件形式的指令完成。上述的处理器可以是通用处理器、数字信号处理器(Digital SignalProcessor，DSP)、专用集成电路(Application Specific Integrated Circuit，ASIC)、现成可编程门阵列(Field Programmable Gate Array，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。可以实现或者执行本申请实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。结合本申请实施例所公开的方法的步骤可以直接体现为硬件译码处理器执行完成，或者用译码处理器中的硬件及软件模块组合执行完成。软件模块可以位于随机存储器，闪存、只读存储器，可编程只读存储器或者电可擦写可编程存储器、寄存器等本领域成熟的存储介质中。该存储介质位于存储器，处理器读取存储器中的信息，结合其硬件完成上述方法的步骤。
可以理解，本申请实施例中的存储器可以是易失性存储器或非易失性存储器，或可包括易失性和非易失性存储器两者。其中，非易失性存储器可以是只读存储器(Read-Only Memory，ROM)、可编程只读存储器(Programmable ROM，PROM)、可擦除可编程只读存储器(Erasable PROM，EPROM)、电可擦除可编程只读存储器(Electrically EPROM，EEPROM)或闪存。易失性存储器可以是随机存取存储器(Random Access Memory，RAM)，其用作外部高速缓存。通过示例性但不是限制性说明，许多形式的RAM可用，例如静态随机存取存储器(Static RAM，SRAM)、动态随机存取存储器(Dynamic RAM，DRAM)、同步动态随机存取存储器(Synchronous DRAM，SDRAM)、双倍数据速率同步动态随机存取存储器(Double Data RateSDRAM，DDR SDRAM)、增强型同步动态随机存取存储器(Enhanced SDRAM，ESDRAM)、同步连接动态随机存取存储器(Synchlink DRAM，SLDRAM)和直接内存总线随机存取存储器(DirectRambus RAM，DR RAM)。应注意，本文描述的系统和方法的存储器旨在包括但不限于这些和任意其它适合类型的存储器。
应理解，上述存储器为示例性但不是限制性说明，例如，本申请实施例中的存储器还可以是静态随机存取存储器(static RAM，SRAM)、动态随机存取存储器(dynamic RAM，DRAM)、同步动态随机存取存储器(synchronous DRAM，SDRAM)、双倍数据速率同步动态随机存取存储器(double data rate SDRAM，DDR SDRAM)、增强型同步动态随机存取存储器(enhanced SDRAM，ESDRAM)、同步连接动态随机存取存储器(synch link DRAM，SLDRAM)以及直接内存总线随机存取存储器(Direct Rambus RAM，DR RAM)等等。也就是说，本申请实施例中的存储器旨在包括但不限于这些和任意其它适合类型的存储器。
本申请实施例还提供了一种计算机可读存储介质，用于存储计算机程序。
可选的，该计算机可读存储介质可应用于本申请实施例中的网络设备，并且该计算机程序使得计算机执行本申请实施例的各个方法中由网络设备实现的相应流程，为了简洁，在此不再赘述。
可选地，该计算机可读存储介质可应用于本申请实施例中的移动终端/终端设备，并且该计算机程序使得计算机执行本申请实施例的各个方法中由移动终端/终端设备实现的相应流程，为了简洁，在此不再赘述。
本申请实施例还提供了一种计算机程序产品，包括计算机程序指令。
可选的，该计算机程序产品可应用于本申请实施例中的网络设备，并且该计算机程序指令使得计算机执行本申请实施例的各个方法中由网络设备实现的相应流程，为了简洁，在此不再赘述。
可选地，该计算机程序产品可应用于本申请实施例中的移动终端/终端设备，并且该计算机程序指令使得计算机执行本申请实施例的各个方法中由移动终端/终端设备实现的相应流程，为了简洁，在此不再赘述。
本申请实施例还提供了一种计算机程序。
可选的，该计算机程序可应用于本申请实施例中的网络设备，当该计算机程序在计算机上运行时，使得计算机执行本申请实施例的各个方法中由网络设备实现的相应流程，为了简洁，在此不再赘述。
可选地，该计算机程序可应用于本申请实施例中的移动终端/终端设备，当该计算机程序在计算机上运行时，使得计算机执行本申请实施例的各个方法中由移动终端/终端设备实现的相应流程，为了简洁，在此不再赘述。
本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。
所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统、装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。
在本申请所提供的几个实施例中，应该理解到，所揭露的系统、装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。
所述功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(Read-Only Memory，)ROM、随机存取存储器(Random Access Memory，RAM)、磁碟或者光盘等各种可以存储程序代码的介质。
以上所述，仅为本申请的具体实施方式，但本申请的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本申请揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本申请的保护范围之内。因此，本申请的保护范围应以所述权利要求的保护范围为准。

Claims (22)

1.一种用于传输以太网压缩包的方法，其特征在于，包括：
压缩端根据在向解压缩端发送至少一个完整包之后的第一时长内是否接收到所述解压缩端发送的所述至少一个完整包的反馈包，确定是否向所述解压缩端发送与所述至少一个完整包对应的压缩包，所述反馈包用于指示所述解压缩端已根据所述完整包建立上下文；
所述压缩端在向所述解压缩端发送所述至少一个完整包之后开启第一定时器，或者在开始向所述解压缩端发送所述至少一个完整包之时开启第一定时器，所述第一定时器的时长为所述第一时长；
所述压缩端确定是否在所述第一定时器超时之前接收到所述反馈包；
其中，所述压缩端根据在向解压缩端发送至少一个完整包之后的第一时长内是否接收到所述解压缩端发送的所述至少一个完整包的反馈包，确定是否向所述解压缩端发送与所述至少一个完整包对应的压缩包，包括：
若在所述第一定时器超时之前，所述压缩端接收到所述解压缩端发送的所述反馈包，所述压缩端执行以下步骤中的至少一个：
所述压缩端确定所述解压缩端已根据所述完整包建立上下文；
所述压缩端停止所述第一定时器；
所述压缩端向所述解压缩端发送所述压缩包；
和/或，
若在所述第一定时器超时之前，所述压缩端未接收到所述解压缩端发送的所述反馈包，所述压缩端在所述第一定时器超时后，执行以下步骤中的至少一个：
所述压缩端确定所述解压缩端未根据所述完整包建立上下文；
所述压缩端重启所述第一定时器；
所述压缩端继续向所述解压缩端发送所述完整包；
所述压缩端确定不向所述解压缩端发送所述压缩包；
所述压缩端向所述解压缩端发送反馈请求信息，所述反馈请求信息用于请求所述解压缩端发送所述反馈包。
2.根据权利要求1所述的方法，其特征在于，所述方法还包括：
在所述第一定时器未超时之前，若所述压缩端未接收到所述解压缩端发送的所述反馈包，所述压缩端持续向所述解压缩端发送所述完整包。
3.根据权利要求1所述的方法，其特征在于，所述至少一个完整包的个数为预设的；或者，
所述至少一个完整包的个数由所述压缩端和/或所述解压缩端确定的。
4.根据权利要求1至3中任一项所述的方法，其特征在于，
所述压缩端为终端设备，所述解压缩端为网络设备；或者
所述压缩端为网络设备，所述解压缩端为终端设备。
5.一种用于传输以太网压缩包的方法，其特征在于，包括：
若解压缩端接收到压缩端发送的完整包，所述解压缩端向所述压缩端发送所述完整包的M1个反馈包，所述反馈包用于指示所述解压缩端已根据所述完整包建立上下文，M1为正整数；
所述解压缩端根据是否在发送所述M1个反馈包之后的第二时长内接收到所述压缩端发送的所述完整包对应的压缩包，确定是否继续向所述压缩端发送M2个所述反馈包，M2为正整数；
所述解压缩端在发送所述M1个反馈包之后开启第二定时器，或者在开始发送所述M1个反馈包之时开启第二定时器，所述第二定时器的时长为所述第二时长；
所述解压缩端确定是否在所述第二定时器超时之前接收到所述压缩端发送的所述压缩包；
其中，所述解压缩端根据是否在发送所述M1个反馈包之后的第二时长内接收到所述压缩端发送的所述完整包对应的压缩包，确定是否继续向所述压缩端发送M2个所述反馈包，包括：
若在所述第二定时器超时之前，所述解压缩端接收到所述压缩端发送的所述压缩包，所述解压缩端执行以下步骤中的至少一个：
所述解压缩端确定所述压缩端已收到所述M1个反馈包中的至少一个反馈包；
所述解压缩端停止所述第二定时器；
所述解压缩端确定停止向所述压缩端发送所述完整包的所述反馈包；
所述解压缩端对所述压缩包进行解压缩处理；
和/或，
若在所述第二定时器超时之前，所述解压缩端未接收到所述压缩端发送的所述压缩包，所述解压缩端在所述第二定时器超时后，执行以下步骤中的至少一个：
所述解压缩端确定所述压缩端未接收到所述反馈包；
所述解压缩端重启所述第二定时器；
所述解压缩端继续向所述压缩端发送M2个所述反馈包。
6.根据权利要求5所述的方法，其特征在于，所述方法还包括：
在所述第二定时器未超时之前，若所述解压缩端未接收到所述压缩端发送的所述压缩包，所述解压缩端持续向所述压缩端发送所述反馈包。
7.根据权利要求5所述的方法，其特征在于，M1和/或M2的值为预设的；或者，
M1和/或M2的值由所述解压缩端和/或所述压缩端确定的。
8.根据权利要求5至7中任一项所述的方法，其特征在于，
所述解压缩端为终端设备，所述压缩端为网络设备；或者，
所述解压缩端为网络设备，所述压缩端为终端设备。
9.一种压缩端设备，其特征在于，包括：处理单元和收发单元，
所述处理单元用于：
根据通过所述收发单元在向解压缩端发送至少一个完整包之后的第一时长内是否接收到所述解压缩端发送的所述至少一个完整包的反馈包，确定是否通过所述收发单元向所述解压缩端发送与所述至少一个完整包对应的压缩包，所述反馈包用于指示所述解压缩端已根据所述完整包建立上下文；
所述处理单元用于：
在通过所述收发单元发送所述至少一个完整包之后开启第一定时器，或者在通过所述收发单元开始发送所述至少一个完整包之时开启第一定时器，所述第一定时器的时长为所述第一时长；
确定是否在所述第一定时器超时之前通过所述收发单元接收到所述解压缩端发送的所述反馈包；
其中，所述处理单元用于：
若在所述第一定时器超时之前通过所述收发单元接收到所述解压缩端发送的所述反馈包，执行以下步骤中的至少一个：
确定所述解压缩端已根据所述完整包建立上下文；
停止所述第一定时器；
通过所述收发单元向所述解压缩端发送所述压缩包；
和/或，
若在所述第一定时器超时之前未接收到所述解压缩端发送的所述反馈包，在所述第一定时器超时后，执行以下步骤中的至少一个：
确定所述解压缩端未根据所述完整包建立上下文；
重启所述第一定时器；
通过所述收发单元继续向所述解压缩端发送所述完整包；
确定不向所述解压缩端发送所述压缩包；
通过所述收发单元向所述解压缩端发送反馈请求信息，所述反馈请求信息用于请求所述解压缩端发送所述反馈包。
10.根据权利要求9所述的压缩端设备，其特征在于，所述收发单元还用于：
在所述第一定时器未超时之前，若未接收到所述解压缩端发送的所述反馈包，持续向所述解压缩端发送所述完整包。
11.根据权利要求9所述的压缩端设备，其特征在于，
所述至少一个完整包的个数为预设的；或者，
所述至少一个完整包的个数由所述压缩端和/或所述解压缩端确定的。
12.根据权利要求9至11中任一项所述的压缩端设备，其特征在于，
所述压缩端为终端设备，所述解压缩端为网络设备；或者
所述压缩端为网络设备，所述解压缩端为终端设备。
13.一种解压缩端设备，其特征在于，包括：
收发单元，用于若接收到压缩端发送的完整包，向所述压缩端发送所述完整包的M1个反馈包，所述反馈包用于指示所述解压缩端已根据所述完整包建立上下文，M1为正整数；
处理单元，用于根据是否通过所述收发单元在发送所述M1个反馈包之后的第二时长内接收到所述压缩端发送的所述完整包对应的压缩包，确定是否通过所述收发单元继续向所述压缩端发送M2个所述反馈包，M2为正整数；
所述处理单元用于：
在通过所述收发单元发送所述M1个反馈包之后开启第二定时器，或者在通过所述收发单元开始发送所述M1个反馈包之时开启第二定时器，所述第二定时器的时长为所述第二时长；
确定是否在所述第二定时器超时之前通过所述收发单元接收到所述压缩端发送的所述压缩包；
其中，所述处理单元用于：
若在所述第二定时器超时之前通过所述收发单元接收到所述压缩端发送的所述压缩包，执行以下步骤中的至少一个：
确定所述压缩端已收到所述M1个反馈包中的至少一个反馈包；
停止所述第二定时器；
确定停止向所述压缩端发送所述完整包的所述反馈包；
对所述压缩包进行解压缩处理；
和/或，
若在所述第二定时器超时之前未接收到所述压缩端发送的所述压缩包，在所述第二定时器超时后，执行以下步骤中的至少一个：
确定所述压缩端未接收到所述反馈包；
重启所述第二定时器；
通过所述收发单元继续向所述压缩端发送M2个所述反馈包。
14.根据权利要求13所述的解压缩端设备，其特征在于，所述收发单元还用于：
若在所述第二定时器未超时之前未接收到所述压缩端发送的所述压缩包，持续向所述压缩端发送所述反馈包。
15.根据权利要求13所述的解压缩端设备，其特征在于，M1和/或M2的值为预设的；或者，
M1和/或M2的值由所述解压缩端和/或所述压缩端确定的。
16.根据权利要求13至15中任一项所述的解压缩端设备，其特征在于，
所述解压缩端为终端设备，所述压缩端为网络设备；或者，
所述解压缩端为网络设备，所述压缩端为终端设备。
17.一种压缩端设备，其特征在于，包括：处理器和存储器，该存储器用于存储计算机程序，所述处理器用于调用并运行所述存储器中存储的计算机程序，执行如权利要求1至4中任一项所述的方法。
18.一种解压缩端设备，其特征在于，包括：处理器和存储器，该存储器用于存储计算机程序，所述处理器用于调用并运行所述存储器中存储的计算机程序，执行如权利要求5至8中任一项所述的方法。
19.一种芯片，其特征在于，包括：处理器，用于从存储器中调用并运行计算机程序，使得安装有所述芯片的设备执行如权利要求1至4中任一项所述的方法。
20.一种芯片，其特征在于，包括：处理器，用于从存储器中调用并运行计算机程序，使得安装有所述芯片的设备执行如权利要求5至8中任一项所述的方法。
21.一种计算机可读存储介质，其特征在于，用于存储计算机程序，所述计算机程序使得计算机执行如权利要求1至4中任一项所述的方法。
22.一种计算机可读存储介质，其特征在于，用于存储计算机程序，所述计算机程序使得计算机执行如权利要求5至8中任一项所述的方法。
CN201980099892.6A 2019-11-19 2019-11-19 用于传输以太网压缩包的方法和设备 Active CN114365470B (zh)

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/CN2019/119539 WO2021097686A1 (zh) 2019-11-19 2019-11-19 用于传输以太网压缩包的方法和设备

Publications (2)

Publication Number Publication Date
CN114365470A CN114365470A (zh) 2022-04-15
CN114365470B true CN114365470B (zh) 2023-09-08

Family

ID=75980298

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201980099892.6A Active CN114365470B (zh) 2019-11-19 2019-11-19 用于传输以太网压缩包的方法和设备

Country Status (2)

Country Link
CN (1) CN114365470B (zh)
WO (1) WO2021097686A1 (zh)

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN115484312B (zh) * 2021-05-31 2024-05-17 展讯通信（上海）有限公司 以太网包头压缩方法及装置

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2017176575A1 (en) * 2016-04-08 2017-10-12 Cisco Technology, Inc. Efficient error correction that aggregates different media into encoded container packets
CN108574684A (zh) * 2017-03-14 2018-09-25 大唐移动通信设备有限公司 一种解压缩的方法和装置
CN109391605A (zh) * 2017-08-14 2019-02-26 杭州海康威视数字技术股份有限公司 数据传输方法、装置及系统

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2017176575A1 (en) * 2016-04-08 2017-10-12 Cisco Technology, Inc. Efficient error correction that aggregates different media into encoded container packets
CN108574684A (zh) * 2017-03-14 2018-09-25 大唐移动通信设备有限公司 一种解压缩的方法和装置
CN109391605A (zh) * 2017-08-14 2019-02-26 杭州海康威视数字技术股份有限公司 数据传输方法、装置及系统

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
Ethernet header compression;Ericsson;3GPP TSG-RAN WG2 #107bis Tdoc R2-1912553;第6-8页 *

Also Published As

Publication number Publication date
CN114365470A (zh) 2022-04-15
WO2021097686A1 (zh) 2021-05-27

Similar Documents

Publication Publication Date Title
CN110291809B (zh) 传输数据的方法和通信设备
US11963038B2 (en) Header compression processing method and apparatus, communications equipment
US20240314220A1 (en) Wireless communication method and communication device
US20220150332A1 (en) Method for transmitting data, sending end device and receiving end device
CN114157723B (zh) 一种通信方法及装置
CN112205060B (zh) 无线通信方法、接入网设备、终端设备和核心网设备
CN111869288B (zh) 一种启动定时器的方法及装置、终端
CN114365470B (zh) 用于传输以太网压缩包的方法和设备
CN113518401B (zh) 无线通信方法、终端设备和网络设备
US20210194996A1 (en) Communication method, terminal device, and network device
CN114303355B (zh) 一种指示解压缩对象的方法及装置、通信设备
CN112243576B (zh) 一种信息传输方法及装置、通信设备
CN113678501B (zh) 一种以太网数据包头压缩方法、处理方法及其装置
CN111211877A (zh) 一种缓存管理的方法及相应设备
CN114342462B (zh) 无线通信方法和设备
CN112534789B (zh) 压缩、解压缩以太帧的方法和通信设备
CN111918357B (zh) 一种信息传输方法及装置、网络设备
CN109219079B (zh) 一种ir报文传输方法及通信设备
US20230328825A1 (en) Configuration reset method and apparatus, and terminal device
US20230199712A1 (en) Wireless communication method and terminal
CN117426126A (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