CN115002833B - 以太帧的发送方法、接收方法、装置、设备和介质 - Google Patents
以太帧的发送方法、接收方法、装置、设备和介质 Download PDFInfo
- Publication number
- CN115002833B CN115002833B CN202210663052.1A CN202210663052A CN115002833B CN 115002833 B CN115002833 B CN 115002833B CN 202210663052 A CN202210663052 A CN 202210663052A CN 115002833 B CN115002833 B CN 115002833B
- Authority
- CN
- China
- Prior art keywords
- information
- ethernet frame
- context
- header
- packet header
- 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
Links
- 238000000034 method Methods 0.000 title claims abstract description 42
- 230000006837 decompression Effects 0.000 claims abstract description 83
- 238000004891 communication Methods 0.000 claims abstract description 69
- 238000007906 compression Methods 0.000 claims abstract description 68
- 230000006835 compression Effects 0.000 claims abstract description 67
- 230000005540 biological transmission Effects 0.000 claims description 14
- 238000010586 diagram Methods 0.000 description 8
- 230000007246 mechanism Effects 0.000 description 7
- 238000012545 processing Methods 0.000 description 7
- 102100021087 Regulator of nonsense transcripts 2 Human genes 0.000 description 6
- 101710028540 UPF2 Proteins 0.000 description 6
- 230000006870 function Effects 0.000 description 4
- 238000011144 upstream manufacturing Methods 0.000 description 4
- 101001100327 Homo sapiens RNA-binding protein 45 Proteins 0.000 description 2
- 101000579423 Homo sapiens Regulator of nonsense transcripts 1 Proteins 0.000 description 2
- 102100038823 RNA-binding protein 45 Human genes 0.000 description 2
- 102100028287 Regulator of nonsense transcripts 1 Human genes 0.000 description 2
- 238000013461 design Methods 0.000 description 2
- 230000003287 optical effect Effects 0.000 description 2
- 230000005641 tunneling Effects 0.000 description 2
- 102100022734 Acyl carrier protein, mitochondrial Human genes 0.000 description 1
- 101000678845 Homo sapiens Acyl carrier protein, mitochondrial Proteins 0.000 description 1
- 230000009286 beneficial effect Effects 0.000 description 1
- 230000014509 gene expression Effects 0.000 description 1
- 230000010365 information processing Effects 0.000 description 1
- 238000011835 investigation Methods 0.000 description 1
- 238000004806 packaging method and process Methods 0.000 description 1
- 230000001105 regulatory effect Effects 0.000 description 1
- 230000003068 static effect Effects 0.000 description 1
- 230000007704 transition Effects 0.000 description 1
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/04—Protocols for data compression, e.g. ROHC
-
- H—ELECTRICITY
- H03—ELECTRONIC CIRCUITRY
- H03M—CODING; DECODING; CODE CONVERSION IN GENERAL
- H03M7/00—Conversion of a code where information is represented by a given sequence or number of digits to a code where the same, similar or subset of information is represented by a different sequence or number of digits
- H03M7/30—Compression; Expansion; Suppression of unnecessary data, e.g. redundancy reduction
- H03M7/60—General implementation details not specific to a particular type of compression
- H03M7/6052—Synchronisation of encoder and decoder
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W28/00—Network traffic management; Network resource management
- H04W28/02—Traffic management, e.g. flow control or congestion control
- H04W28/06—Optimizing the usage of the radio link, e.g. header compression, information sizing, discarding information
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L5/00—Arrangements affording multiple use of the transmission path
- H04L5/003—Arrangements for allocating sub-channels of the transmission path
- H04L5/0053—Allocation of signaling, i.e. of overhead other than pilot signals
Landscapes
- Engineering & Computer Science (AREA)
- Signal Processing (AREA)
- Computer Networks & Wireless Communication (AREA)
- Computer Security & Cryptography (AREA)
- Theoretical Computer Science (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
- Communication Control (AREA)
- Mobile Radio Communication Systems (AREA)
- Studio Devices (AREA)
- Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
Abstract
本申请公开了一种以太帧的发送/接收方法、装置、终端和介质,涉及无线通信领域。该方法包括:压缩端向解压缩端发送第一以太帧,第一以太帧的包头中携带有第一信息,第一信息用于向解压缩端指示是否建立上下文,和/或,是否需要发送反馈。使得对于某些不需要进行头压缩处理的以太帧,解压缩端不必建立上下文,和/或不需要发送反馈,节约了解压缩端的存储资源和网络资源。
Description
技术领域
本申请涉及无线通信领域,特别涉及一种以太帧的发送方法、接收方法、装置、设备和介质。
背景技术
第五代工业互联网(The 5-th generation Industrial internet of Things,5GIIoT)中需要支持工业自动化(Factory automation),传输自动化(Transport Industry),智能电力(Electrical Power Distribution)等业务在5G系统的传输。基于其时延和可靠性的传输需求,5G IIoT引入了时间敏感性网络(Time Sensitive Network,TSN)或时间敏感内容(Time Sensitive Content,TSC)的概念,并且需要对TSN业务进行头压缩处理。TSC业务可以由以太帧(Ethernet frame)承载,也可由IP包承载。
其中,以太帧议题的引入是因为传统的通信系统中仅支持对协议数据单元(Protocol Data Unit,PDU)会话为IP包的数据包进行头压缩。而在5G NR系统中,PDU会话的类型不仅可以为IP包类型,也可以为以太帧类型。
如何对以太帧进行合理的方式进行头压缩,是亟待解决的技术问题。
发明内容
本申请实施例提供了一种以太帧的发送方法、接收方法、装置、设备和介质,可以在头压缩过程中,由压缩端向解压缩端指示是否建立上下文,和/或,是否发送反馈(feedback)。
根据本申请的一个方面,提供了一种以太帧的发送方法,用于压缩端,所述方法包括:
发送第一以太帧,所述第一以太帧的包头中携带有第一信息,所述第一信息用于向解压缩端指示是否建立上下文,和/或,是否需要发送反馈。
根据本申请的另一方面,提供了一种第一以太帧的接收方法,用于解压缩端,所述方法包括:
接收第一以太帧,所述第一以太帧的包头中携带有第一信息,所述第一信息用于向解压缩端指示是否建立上下文,和/或,是否需要发送反馈。
在一个实施例中,所述第一信息占用1个比特。
在一个实施例中,所述第一以太帧的包头中携带有完整包的包头。
在一个实施例中,所述第一以太帧的包头中携带有除所述第一信息之外的第二信息。
在一个实施例中,所述第二信息包括:保留比特、是否为压缩包的指示、上下文标识。
在一个实施例中,所述第一以太帧的包头包括3个字节,所述第一信息占用1个比特,所述保留比特占用1个比特、所述是否为压缩包的指示占用1个比特、所述上下文标识占用21个比特;或,所述第一以太帧的包头包括2个字节,所述第一信息占用1个比特,所述保留比特占用1个比特、所述是否为压缩包的指示占用1个比特、所述上下文标识占用13个比特;或,所述第一以太帧的包头包括1个字节,所述第一信息占用1个比特,所述保留比特占用1个比特、所述是否为压缩包的指示占用1个比特、所述上下文标识占用5个比特。
根据本申请的一个方面,提供了一种通信设备,所述通信设备包括:处理器;与所述处理器相连的收发器;用于存储所述处理器的可执行指令的存储器;其中,所述处理器被配置为加载并执行所述可执行指令以实现如上述方面所述的以太帧的发送/接收方法。
根据本申请的一个方面,提供了一种计算机可读存储介质,所述可读存储介质中存储有可执行指令,所述可执行指令由所述处理器加载并执行以实现如上述方面所述的以太帧的发送/接收方法。
本申请实施例提供的技术方案至少包括如下有益效果:
通过压缩端向解压缩端发送第一以太帧,利用第一以太帧中的第一指示来向解压缩端进行指示,使得解压缩端明确是否需要对第一以太帧进行压缩处理,从而对同一个承载中的不同以太帧,可以区分性地进行头压缩或不进行头压缩。对于某些不需要进行头压缩处理的以太帧,解压缩端不必建立上下文,和/或不需要发送反馈,节约了解压缩端的存储资源和网络资源。
附图说明
为了更清楚地说明本申请实施例中的技术方案,下面将对实施例描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本申请的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
图1示出了本申请一个示意性实施例提供的通信系统的框图;
图2示出了本申请一个示意性实施例提供的以太帧的发送方法的流程图;
图3示出了本申请一个示意性实施例提供的以太帧的发送方法的流程图;
图4示出了本申请另一个示意性实施例提供的以太帧的发送方法的流程图;
图5示出了本申请一个示意性实施例提供的以太帧的发送装置的框图;
图6示出了本申请一个示意性实施例提供的一种以太帧的接收装置的框图;
图7示出了本申请一个示例性实施例提供的通信设备的结构示意图。
具体实施方式
为使本申请的目的、技术方案和优点更加清楚,下面将结合附图对本申请实施方式作进一步地详细描述。
首先,对本申请实施例中涉及的名词进行简单介绍:
头压缩(header compression):对数据包包头进行压缩,用于提高用户数据的传输效率。目前,LTE和NR中,在数据包汇聚协议层(Packet Data Convergence Protocol,PDCP),采用健壮性包头压缩(Robust Header Compression,ROHC)对数据包头进行头压缩。
PDU会话类型:PDU会话指UE与提供PDU连接服务的数据网络之间的关联。这种关联的类型可以为IPv4,IPv6,以太网(Ethernet)等。
完整包(full packet):一种以太网帧,该帧中包含完整的以太网包头信息,和上下文信息等。该上下文信息,用于包头压缩和/或解压缩。
压缩包(compressed packet):一种以太网帧,该帧中包含被压缩的以太网包头信息(不包含包头信息),和上下文信息等。该上下文信息,用于包头压缩和/或解压缩。
反馈包(Feedback packet)。解压缩端向压缩端发送的解压缩或上下文信息相关的包,用于更改压缩端或解压缩端状态。
本文中的“帧”和“包”可理解为同一含义,但为了便于理解,保留了本领域中的惯常表述。
图1示出了本申请一个示例性实施例提供的通信系统的框图。该通信系统包括:UE120、5G接入网140、用户面功能UPF1和用户面功能UPF2。
UE 120和UPF2之间建立有PDU会话,UPF2可以是数据网络(Data Network,DN)侧的UPF。当PDU会话类型为IPv4 or IPv6 or IPv4v6,该PDU会话对应的为IPv4数据包或IPv6数据包或者两者,当PDU会话类型为以太网时,该PDU会话对应以太网帧。
位于UE120和UPF2之间的5G接入网140和UPF1,用于在UE120和UPF2之间,基于PDU会话转发数据包或以太帧。其中:
用户平面的GPRS通道协议(GTP-U):该协议支持通过在骨干网络中的N3隧穿用户数据来复用不同PDU会话中的流量。GTP应封装所有用户PDU。该层还携带QoS流相关联的标记。
5G封装:该层支持在N9(即在5G接入网的不同UPF之间)复用不同的PDU会话(可能对应于不同的PDU会话类型)的流量。该层还携带QoS流相关联的标记。
UE120和5G接入网140之间,建立有数据无线承载DRB(图中未示出)。
可选地,UE120中设置有压缩端,UPF2中设置有解压缩端。或者,UE120中设置有解压缩端,UPF2中设置有压缩端。
针对以太帧的头压缩:
使用一种新的头压缩机制对以太帧的包头进行头压缩处理。该头压缩机制是ROHC的机制,该头压缩机制支持基于反馈(Feedback)进行状态转换的机制。具体的,压缩端根据反馈,从完整包发送转换为压缩包发送的机制。
相关技术中,对以太帧的头压缩机制的结论包括:
1、以太帧头压缩(Ethernet Header Compression,EHC)按照DRB进行配置,分别用于上行或者下行。
2、使用上下文标识(context ID,CID)的概念,以便压缩端和解压缩端将CID与以太帧的包头内容进行关联。
3、压缩遵循以下原则:
3.1对导致创建新上下文的以太网流,压缩端发送至少一个具有完整包头和CID的以太帧,以便解压缩端中建立上下文。
3.2之后,压缩端开始传输压缩包。如果需要多个传输和/或反馈,则有待进一步研究(FFS)。
4、EHC包头格式设计为包含以下强制字段:CID、包头格式指示(即完整包头或压缩包头)、有待研究的其它字段,比如配置文件ID。
5、EHC功能在PDCP层中。
6、EHC包头位于SDAP包头之后,并加密。
7、EHC可以删除以下字段:源/目标地址、类型和EHC不支持多种格式。
8、有待研究,填充位删除。
9、为了建立上下文,压缩器通过PDCP层的数据PDU发送完整包头和CID。
10、ROHC和EHC是独立的,例如,从规范的角度来看,它们都可以为DRB配置。
11、有待研究,如果要建立上下文,则通过PDCP层的控制PDU发送显式反馈。
12、对于上下文建立,解压缩端在上下文建立后向压缩端发送显式反馈,也即当解压缩端接收到具有CID的完整包头时。
13、对于上下文建立,显式反馈包括CID。
14、压缩器接收到反馈时,它确定上下文在解压缩端已经成功建立。并且从此时起,含压缩包头的以太网帧可以被传输。
根据上述内容可知,对于配置了EHC的数据承载,解压缩端都需要建立上下文,和/或,发送反馈。但在一个DRB中,某些情况是不需要进行压缩处理的。比如,当CID被用完时,无法再对其它以太帧流分配CID,或者,某些以太帧流中的以太帧数量太少,进行头压缩处理的计算开销太大。在这些情况下,相关技术中的解压缩端也需要建立对应的上下文以及进行反馈,而这些工作并不需要,导致增加了额外的存储开销和网络开销。
因此,本申请实施例提供了一个指示机制,由压缩端向解压缩端进行指示对应的以太帧不需要进行头压缩处理,该头压缩处理包括:不建立上下文和不进行反馈中的至少一种。
图2示出了本申请一个示意性实施例提供的一种以太帧的发送方法的流程图。应用于压缩端和解压缩端中,该方法包括:
步骤202,压缩端发送第一以太帧,第一以太帧的包头中携带有第一信息,第一信息用于向解压缩端指示是否建立上下文,和/或,是否需要发送反馈。
在一种可能的设计中,第一信息占用1个比特。该比特可以是第一以太帧的包头中的任一比特或指定位置的比特。可选地,第一信息用于向解压缩端指示:
1、解压缩端是否建立上下文;
当第一信息的取值为第一取值时,代表解压缩端需要建立上下文;当第一信息的取值为第二取值时,代表解压缩端不需要建立上下文。
2、解压缩端是否需要发送反馈;
当第一信息的取值为第一取值时,代表解压缩端需要发送反馈;当第一信息的取值为第二取值时,代表解压缩端不需要发送反馈。
3、解压缩端是否建立上下文,以及是否需要发送反馈。
当第一信息的取值为第一取值时,代表解压缩端需要建立上下文,且需要发送反馈;当第一信息的取值为第二取值时,代表解压缩端不需要建立上下文,且不需要发送反馈。
示例性的,比如,第一信息用于指示不需要发送反馈;又比如,第一信息用于指示需要建立上下文,但不需要发送反馈;又比如,第一信息用于指示不需要建立上下文,以及不需要发送反馈。
在另一种可能的设计中,第一信息占用2个比特。第1个比特用于向解压缩端指示是否建立上下文,第2个比特用于向解压缩端指示是否需要发送反馈。示例性的,第1个比特的取值为第一取值时,代表解压缩端需要建立上下文;当第1个比特的取值为第二取值时,代表解压缩端不需要建立上下文;第2个比特的取值为第一取值时,代表解压缩端需要发送反馈;当第2个比特的取值为第二取值时,代表解压缩端不需要发送反馈。
步骤204,解压缩端接收第一以太帧,第一以太帧的包头中携带有第一信息,第一信息用于向解压缩端指示是否建立上下文,和/或,是否需要发送反馈。
解压缩端从第一以太帧中解析得到第一信息。可选地,解压缩端还根据第一信息确定:
1、解压缩端是否建立上下文;
2、解压缩端是否需要发送反馈;
3、解压缩端是否建立上下文,以及是否需要发送反馈。
比如,解压缩端根据第一信息确定不需要发送反馈;又比如,解压缩端根据第一信息确定需要建立上下文,也不需要发送反馈;又比如,解压缩端根据第一信息确定不需要建立上下文,以及不需要发送反馈。
综上所述,本实施例提供的方法,通过压缩端向解压缩端发送第一以太帧,利用第一以太帧中的第一信息来向解压缩端进行指示,使得解压缩端明确是否需要对第一以太帧进行压缩处理,从而对同一个承载中的不同以太帧,可以区分性地进行头压缩或不进行头压缩。对于某些不需要进行头压缩处理的以太帧,解压缩端不必建立上下文,和/或不需要发送反馈,节约了解压缩端的存储资源和网络资源。
图3示出了本申请另一个示意性实施例提供的一种以太帧的发送方法的流程图。应用于第一通信设备和第二通信设备中,第一通信设备(也称发送设备)运行有压缩端,第二通信设备(也称接收设备)运行有解压缩端。该方法包括:
步骤302,第一通信设备接收来自高层的以太帧;
示例性的,网络设备会预先向第一通信设备发送配置信息。该配置信息用于配置第一通信设备对数据无线承载中的以太帧进行头压缩,简称EHC。该数据无线承载可以是数据无线承载1(Data Radio Bear1,DRB1)。
第一通信设备会接收到来自高层的以太帧,该以太帧也可称为以太包或以太网数据帧。该以太帧是需要第一通信设备经过DRB1发送给第二通信设备的以太帧。
步骤304,第一通信设备确定是否需要第二通信设备建立上下文,或,发送反馈;
第一通信设备确定是否需要对以太帧进行头压缩。在一个示例中,当DRB1中的CID被用完时,第一通信设备的确定结果为不需要对以太帧进行头压缩。在另一个示例中,当同一数据流中的以太帧数量较少时,第一通信设备的确定结果为不需要对以太帧进行头压缩。在另一个示例中,当CID未用完且同一数据流中的以太帧数量较多时,第一通信设备的确定结果为需要对以太帧进行头压缩。
当不需要对以太帧进行头压缩时,进入步骤306;当需要对以太帧进行头压缩时,进入步骤312。
步骤306,第一通信设备发送第一以太帧,第一以太帧的包头中携带有第一信息和第二信息,第一信息用于指示不建立上下文,和/或,不需要发送反馈;
第一通信设备向第二通信设备发送第一以太帧。该第一以太帧的包头中携带有第一信息和第二信息。在本步骤中:
第一信息用于指示不建立上下文,或,不需要发送反馈,或,不建立上下文且不需要发送反馈。在本实施例中,以第一信息用于指示解压缩端不需要建立上下文,也不需要发送反馈进行举例说明。此时,第一信息取值为第一取值,在一个示例中,第一取值为1。
第二信息包括:保留比特(reserved bit)、是否为压缩包的指示(indication)、上下文标识(Context ID,CID)。
在一个示例中,第一以太帧的包头包括3个字节(用于携带第一信息和/或第二信息),每个字节8个比特,共24个比特。第一信息占用1个比特,保留比特占用1个比特、是否为压缩包的指示占用1个比特、CID占用21个比特。也即,第二信息占用23个比特。
在另一个示例中,第一以太帧的包头包括2个字节(用于携带第一信息和/或第二信息),每个字节8个比特,共16个比特。第一信息占用1个比特,保留比特占用1个比特、是否为压缩包的指示占用1个比特、CID占用13个比特。也即,第二信息占用15个比特。
在另一个示例中,第一以太帧的包头包括1个字节(用于携带第一信息和/或第二信息),每个字节8个比特,共8个比特。第一信息占用1个比特,保留比特占用1个比特、是否为压缩包的指示占用1个比特、CID占用5个比特。也即,第二信息占用7个比特。
可选地,第一以太帧是完整包,第一以太帧的包头是完整包的包头。在完整包的包头中,还包括了除第一信息和第二信息之外的其它包头信息,比如来源地址和目的地址等,其它包头信息包括可被压缩的信息。
在本步骤中,上述第二信息中的“是否为压缩包的指示”用于指示第一以太帧不是压缩包,而是完整包。
步骤308,第二通信设备接收第一以太帧。
第二通信设备接收第一通信设备发送的第一以太帧。第二通信设备获取第一以太帧的包头中的第一信息。第一信息的取值为第一取值。
步骤310,第二通信设备根据第一信息,对第一以太帧不建立上下文,和/或,不发送反馈。
在一个示例中,第一信息指示不建立上下文且不需要发送反馈,则第二通信设备中的解压缩端不需要对第一以太帧建立上下文,也不需要发送反馈,也不需要进行解压缩(从压缩包恢复为完整包)。
可选地,第二通信设备在第一信息为第一取值时,忽略第二信息。或者说,第二通信设备在第一信息为第一取值时,忽略第二信息中的CID。
步骤312,第一通信设备发送第一以太帧,第一以太帧的包头中携带有第一信息和第二信息,第一信息用于指示建立上下文,和/或,需要发送反馈;
第一通信设备向第二通信设备发送第一以太帧。该第一以太帧的包头中携带有第一信息和第二信息。在本步骤中:
第一信息用于指示建立上下文,或,需要发送反馈,或,建立上下文且需要发送反馈。在本实施例中,以第一信息用于指示解压缩端需要建立上下文,也需要发送反馈进行举例说明。此时,第一信息取值为第二取值,在一个示例中,第二取值为0。
第二信息的结构,如步骤306所述,不再赘述。
可选地,第一以太帧是完整包,第一以太帧的包头是完整包的包头。在完整包的包头中,还包括了除第一信息和第二信息之外的其它包头信息,比如来源地址和目的地址等,其它包头信息包括可被压缩的信息。
在本步骤中,上述第二信息中的“是否为压缩包的指示”用于指示第一以太帧不是压缩包,而是完整包。
步骤314,第二通信设备接收第一以太帧。
第二通信设备接收第一通信设备发送的第一以太帧。第二通信设备获取第一以太帧的包头中的第二信息。第二信息的取值为第二取值。
步骤316,第二通信设备根据第一信息,对第一以太帧建立上下文,和/或,发送反馈。
在一个示例中,第一信息指示建立上下文且需要发送反馈,则第二通信设备中的解压缩端需要对第一以太帧建立上下文,也需要发送反馈。
由于第一以太帧的包头是完整包的包头,第一以太帧的包头还包括其它包头信息,第二通信设备获取其它包头信息,根据其它包头信息对第一以太帧建立上下文,以及发送反馈(Feedback)。该反馈用于触发第一通信设备开始从完整包的传送状态,切换为压缩包的传送状态。
在后续发送压缩包时,后续以太帧的包头是压缩包的包头,第二信息中的“是否为压缩包的指示”用于指示当前以太帧的包头是压缩包。
综上所述,本实施例提供的方法,通过压缩端向解压缩端发送第一以太帧,利用第一以太帧中的第一信息来向解压缩端进行指示,使得解压缩端明确是否需要对第一以太帧进行压缩处理,从而对同一个承载中的不同以太帧,可以区分性地进行头压缩或不进行头压缩。对于某些不需要进行头压缩处理的以太帧,解压缩端不必建立上下文,和/或不需要发送反馈,节约了解压缩端的存储资源和网络资源。
本实施例根据是否携带有第一信息和第二信息,可分为三种实施例:
一、以太帧的包头中可以仅携带第一信息,而不携带第二信息,比如图2所示实施例;
二、以太帧的包头同时携带第一信息和第二信息,比如图3所示实施例。
三、以太帧的包头中可以仅携带第二信息,而不携带第一信息;
对于第三种实施例,可以参考如下图4所示出的实施例。
图4示出了本申请一个示意性实施例提供的一种以太帧的发送方法的流程图。应用于第一通信设备和第二通信设备中,第一通信设备(也称发送设备)运行有压缩端,第二通信设备(也称接收设备)运行有解压缩端。该方法包括:
步骤402,第一通信设备接收来自高层的以太帧;
示例性的,网络设备会预先向第一通信设备发送配置信息。该配置信息用于配置第一通信设备对DRB1中的以太帧进行头压缩,简称EHC。
第一通信设备会接收到来自高层的以太帧,该以太帧也可称为以太包或以太网数据帧。该以太帧是需要第一通信设备经过DRB1发送给第二通信设备的以太帧。
步骤404,第一通信设备发送第二以太帧,第二以太帧的包头中携带有第二信息;
第一通信设备向第二通信设备发送第二以太帧。该第二以太帧的包头中携带有第二信息。在本步骤中:
第二信息包括:保留比特、是否为压缩包的指示、上下文标识。
在一个示例中,第二以太帧的包头包括3个字节,每个字节8个比特,共24个比特。保留比特占用1个比特、是否为压缩包的指示占用1个比特、CID占用22个比特。也即,第二信息占用24个比特。
在另一个示例中,第二以太帧的包头包括2个字节,每个字节8个比特,共16个比特。
保留比特占用1个比特、是否为压缩包的指示占用1个比特、CID占用14个比特。也即,第二信息占用16个比特。
在另一个示例中,第二以太帧的包头包括1个字节,每个字节8个比特,共8个比特。
保留比特占用1个比特、是否为压缩包的指示占用1个比特、CID占用6个比特。也即,第二信息占用8个比特。
可选地,第二以太帧是完整包或压缩包。第二以太帧的包头是完整包的包头或压缩包的包头。在完整包的包头中,还包括了除第二信息之外的其它包头信息,比如来源地址和目的地址等,其它包头信息包括可被压缩的信息。
在本步骤中,上述第二信息中的“是否为压缩包的指示”用于指示第二以太帧是完整包或压缩包。
步骤406,第二通信设备接收第二以太帧;
步骤408,第二通信设备根据第二信息,对第二以太帧建立上下文,和/或,发送反馈。
在本实施例中,当第二信息中的“是否为压缩包的指示”是完整包时,第二通信设备对第二以太帧建立上下文,和/或,发送反馈。该反馈可以是正反馈。
由于第二以太帧的包头是完整包的包头,第一以太帧的包头还包括其它包头信息,第二通信设备获取其它包头信息,根据其它包头信息对第二以太帧建立上下文,以及发送正反馈。该正反馈用于触发第一通信设备开始从完整包的传送状态,切换为压缩包的传送状态。
当第二信息中的“是否为压缩包的指示”是压缩包时,第二通信设备对第二以太帧进行解压缩,和/或,发送反馈。在解压缩失败时,该反馈可以是负反馈。
需要说明的是,当上下行都配置EHC时,或者上下行配置的EHC都去使能enable时,ul-drb-ContinueEHC和dl-drb-ContinueEHC这两个参数的取值一致。其中,ul代表上行,dl代表下行,drb代表数据无线承载,EHC代表以太帧的包头压缩。
图5示出了本申请一个示例性实施例提供的以太帧的发送装置的框图。所述装置应用于压缩端,所述装置包括:
发送模块502,用于发送第一以太帧,所述第一以太帧的包头中携带有第一信息,所述第一信息用于向解压缩端指示是否建立上下文,和/或,是否需要发送反馈。
在一个示例中,所述第一信息占用1个比特。
在一个示例中,所述第一以太帧是完整包。
在一个示例中,所述第一以太帧的包头中携带有完整包的包头。
在一个示例中,所述第一以太帧的包头中携带有除所述第一信息之外的第二信息。
在一个示例中,所述第二信息包括:保留比特、是否为压缩包的指示、上下文标识。
在一个示例中,所述第一以太帧的包头包括3个字节,所述第一信息占用1个比特,所述保留比特占用1个比特、所述是否为压缩包的指示占用1个比特、所述上下文标识占用21个比特;
或,
所述第一以太帧的包头包括2个字节,所述第一信息占用1个比特,所述保留比特占用1个比特、所述是否为压缩包的指示占用1个比特、所述上下文标识占用13个比特;
或,
所述第一以太帧的包头包括1个字节,所述第一信息占用1个比特,所述保留比特占用1个比特、所述是否为压缩包的指示占用1个比特、所述上下文标识占用5个比特。
在一个示例中,所述第一信息占用2个比特;
第1个比特用于向所述解压缩端指示是否建立上下文,第2个比特用于向所述解压缩端指示是否需要发送反馈。
在一个示例中,所述发送模块502,还用于发送第二以太帧,所述第二以太帧的包头中携带有第二信息,所述第二信息包括:保留比特、是否为压缩包的指示、上下文标识。
在一个示例中,所述第二以太帧的包头包括3个字节,所述保留比特占用1个比特、所述是否为压缩包的指示占用1个比特、所述上下文标识占用22个比特;
或,
所述第二以太帧的包头包括2个字节,所述保留比特占用1个比特、所述是否为压缩包的指示占用1个比特、所述上下文标识占用14个比特;
或,
所述第二以太帧的包头包括1个字节,所述保留比特占用1个比特、所述是否为压缩包的指示占用1个比特、所述上下文标识占用6个比特。
图6示出了本申请一个示例性实施例提供的以太帧的接收装置的框图。所述装置应用于解压缩端,所述装置包括:
接收模块602,用于接收第一以太帧,所述第一以太帧的包头中携带有第一信息,所述第一信息用于向所述解压缩端指示是否建立上下文,和/或,是否需要发送反馈。
在一个示例中,所述第一信息占用1个比特。
在一个示例中,所述第一以太帧为完整包。
在一个示例中,所述第一以太帧的包头中携带有完整包的包头。
在一个示例中,所述第一以太帧的包头中携带有除所述第一信息之外的第二信息。
在一个示例中,所述第二信息包括:保留比特、是否为压缩包的指示、上下文标识。
在一个示例中,所述第一以太帧的包头包括3个字节,所述第一信息占用1个比特,所述保留比特占用1个比特、所述是否为压缩包的指示占用1个比特、所述上下文标识占用21个比特;或,所述第一以太帧的包头包括2个字节,所述第一信息占用1个比特,所述保留比特占用1个比特、所述是否为压缩包的指示占用1个比特、所述上下文标识占用13个比特;或,所述第一以太帧的包头包括1个字节,所述第一信息占用1个比特,所述保留比特占用1个比特、所述是否为压缩包的指示占用1个比特、所述上下文标识占用5个比特。
在一个示例中,所述第一信息占用2个比特;
第1个比特用于向所述解压缩端指示是否建立上下文,第2个比特用于向所述解压缩端指示是否需要发送反馈。
在一个示例中,所述接收模块602,还用于接收第二以太帧,所述第二以太帧的包头中携带有第二信息,所述第二信息包括:保留比特、是否为压缩包的指示、上下文标识。
在一个示例中,所述第二以太帧的包头包括3个字节,所述保留比特占用1个比特、所述是否为压缩包的指示占用1个比特、所述上下文标识占用22个比特;或,所述第二以太帧的包头包括2个字节,所述保留比特占用1个比特、所述是否为压缩包的指示占用1个比特、所述上下文标识占用14个比特;或,所述第二以太帧的包头包括1个字节,所述保留比特占用1个比特、所述是否为压缩包的指示占用1个比特、所述上下文标识占用6个比特。
需要说明的是:上述实施例提供的以太帧的发送/接收装置,仅以上述各功能模块的划分进行举例说明,实际应用中,可以根据需要而将上述功能分配由不同的功能模块完成,即将设备的内部结构划分成不同的功能模块,以完成以上描述的全部或者部分功能。
图7示出了本申请一个示例性实施例提供的通信设备的结构示意图,该通信设备包括:处理器101、接收器102、发射器103、存储器104和总线105。
处理器101包括一个或者一个以上处理核心,处理器101通过运行软件程序以及模块,从而执行各种功能应用以及信息处理。
接收器102和发射器103可以实现为一个通信组件,该通信组件可以是一块通信芯片。
存储器104通过总线105与处理器101相连。
存储器104可用于存储至少一个指令,处理器101用于执行该至少一个指令,以实现上述方法实施例中的各个步骤。
此外,存储器104可以由任何类型的易失性或非易失性存储设备或者它们的组合实现,易失性或非易失性存储设备包括但不限于:磁盘或光盘,电可擦除可编程只读存储器(EEPROM),可擦除可编程只读存储器(EPROM),静态随时存取存储器(SRAM),只读存储器(ROM),磁存储器,快闪存储器,可编程只读存储器(PROM)。
在示例性实施例中,还提供了一种计算机可读存储介质,所述计算机可读存储介质中存储有至少一条指令、至少一端程序、代码集或指令集,所述至少一条指令、所述至少一端程序、所述代码集或指令集由所述处理器加载并执行以实现上述各个方法实施例提供的由发送终端执行的以太帧的发送/接收方法。
本领域普通技术人员可以理解实现上述实施例的全部或部分步骤可以通过硬件来完成,也可以通过程序来指令相关的硬件完成,所述的程序可以存储于一种计算机可读存储介质中,上述提到的存储介质可以是只读存储器,磁盘或光盘等。
以上所述仅为本申请的可选实施例,并不用以限制本申请,凡在本申请的精神和原则之内,所作的任何修改、等同替换、改进等,均应包含在本申请的保护范围之内。
Claims (14)
1.一种以太帧的发送方法,其特征在于,应用于包括发送模块的第一装置,所述第一装置应用于压缩端,所述方法包括:
发送第一以太帧至包括接收模块的第二装置,所述第二装置应用于解压缩端,所述第一以太帧的包头中携带有第一信息,所述第一信息用于向所述第二装置指示是否建立上下文,
所述第一以太帧的包头中携带有完整包头,所述完整包头携带的所述第一信息为第一取值时用于指示建立上下文,所述完整包头携带的所述第一信息为第二取值时用于指示不建立上下文。
2.根据权利要求1所述的方法,其特征在于,所述第一以太帧的包头中携带有除所述第一信息之外的第二信息。
3.根据权利要求2所述的方法,其特征在于,所述第二信息包括:保留比特、所述第一以太帧是否为压缩包的指示、上下文标识。
4.一种以太帧的接收方法,其特征在于,用于包括接收模块的第二装置,所述第二装置应用于解压缩端,所述方法包括:
接收模块,用于接收自包括发送模块的第一装置发送的第一以太帧,所述第一装置应用于压缩端,所述第一以太帧的包头中携带有第一信息,所述第一信息用于向所述第二装置指示是否建立上下文,
所述第一以太帧的包头中携带有完整包头,所述完整包头携带的所述第一信息为第一取值时用于指示建立上下文,所述完整包头携带的所述第一信息为第二取值时用于指示不建立上下文。
5.根据权利要求4所述的方法,其特征在于,所述第一以太帧的包头中携带有除所述第一信息之外的第二信息。
6.根据权利要求5所述的方法,其特征在于,所述第二信息包括:保留比特、所述第一以太帧是否为压缩包的指示、上下文标识。
7.一种以太帧的发送装置,其特征在于,所述发送装置应用于包括发送模块的第一装置,所述第一装置应用于压缩端,所述发送装置包括:
发送模块,用于向包括接收模块的第二装置发送第一以太帧,所述第二装置应用于解压缩端,所述第一以太帧的包头中携带有第一信息,所述第一信息用于向所述第二装置端指示是否建立上下文
所述第一以太帧的包头中携带有完整包头,所述完整包头携带的所述第一信息为第一取值时用于指示建立上下文,所述完整包头携带的所述第一信息为第二取值时用于指示不建立上下文。
8.根据权利要求7所述的装置,其特征在于,所述第一以太帧的包头中携带有除所述第一信息之外的第二信息。
9.根据权利要求8所述的装置,其特征在于,所述第二信息包括:保留比特、所述第一以太帧是否为压缩包的指示、上下文标识。
10.一种以太帧的接收装置,其特征在于,所述装置应用于包括接收模块的第二装置,所述第二装置应用于解压缩端,所述装置包括:
接收模块,用于接收自包括发送模块的第一装置发送的第一以太帧,所述第一装置应用于压缩端,所述第一以太帧的包头中携带有第一信息,所述第一信息用于向所述第二装置指示是否建立上下文,
所述第一以太帧的包头中携带有完整包头,所述完整包头携带的所述第一信息为第一取值时用于指示建立上下文,所述完整包头携带的所述第一信息为第二取值时用于指示不建立上下文。
11.根据权利要求10所述的装置,其特征在于,所述第一以太帧的包头中携带有除所述第一信息之外的第二信息。
12.根据权利要求11所述的装置,其特征在于,所述第二信息包括:保留比特、所述第一以太帧是否为压缩包的指示、上下文标识。
13.一种通信设备,其特征在于,终端包括:
处理器;
与所述处理器相连的收发器;
用于存储所述处理器的可执行指令的存储器;
其中,所述处理器被配置为加载并执行所述可执行指令以实现如权利要求1至3中任一项所述的以太帧的发送方法,和/或,如权利要求4至6中任一项所述的以太帧的接收方法。
14.一种计算机可读存储介质,其特征在于,所述可读存储介质中存储有可执行指令,所述可执行指令由处理器加载并执行以实现权利要求1至3中任一项所述的以太帧的发送方法,和/或,如权利要求4至6中任一项所述的以太帧的接收方法。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202210663052.1A CN115002833B (zh) | 2020-01-16 | 2020-01-16 | 以太帧的发送方法、接收方法、装置、设备和介质 |
Applications Claiming Priority (3)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202210663052.1A CN115002833B (zh) | 2020-01-16 | 2020-01-16 | 以太帧的发送方法、接收方法、装置、设备和介质 |
PCT/CN2020/072516 WO2021142722A1 (zh) | 2020-01-16 | 2020-01-16 | 以太帧的发送方法、接收方法、装置、设备和介质 |
CN202080071561.4A CN114557022A (zh) | 2020-01-16 | 2020-01-16 | 以太帧的发送方法、接收方法、装置、设备和介质 |
Related Parent Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202080071561.4A Division CN114557022A (zh) | 2020-01-16 | 2020-01-16 | 以太帧的发送方法、接收方法、装置、设备和介质 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN115002833A CN115002833A (zh) | 2022-09-02 |
CN115002833B true CN115002833B (zh) | 2023-11-07 |
Family
ID=76863345
Family Applications (2)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202080071561.4A Pending CN114557022A (zh) | 2020-01-16 | 2020-01-16 | 以太帧的发送方法、接收方法、装置、设备和介质 |
CN202210663052.1A Active CN115002833B (zh) | 2020-01-16 | 2020-01-16 | 以太帧的发送方法、接收方法、装置、设备和介质 |
Family Applications Before (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202080071561.4A Pending CN114557022A (zh) | 2020-01-16 | 2020-01-16 | 以太帧的发送方法、接收方法、装置、设备和介质 |
Country Status (6)
Country | Link |
---|---|
US (1) | US20220256399A1 (zh) |
EP (1) | EP4037374A4 (zh) |
JP (1) | JP2023514920A (zh) |
KR (1) | KR20220130098A (zh) |
CN (2) | CN114557022A (zh) |
WO (1) | WO2021142722A1 (zh) |
Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101371552A (zh) * | 2006-01-13 | 2009-02-18 | 卢森特技术有限公司 | 无序输送的信道上的报头压缩方法 |
CN101453298A (zh) * | 2007-12-07 | 2009-06-10 | 华为技术有限公司 | 一种无线网络中头压缩的处理方法及系统、装置 |
CN105765929A (zh) * | 2013-11-25 | 2016-07-13 | 三星电子株式会社 | 电子设备中用于处理报头压缩的分组的装置和方法 |
Family Cites Families (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US7822067B2 (en) * | 2003-08-08 | 2010-10-26 | Qualcomm Incorporated | Header compression enhancement for broadcast/multicast services |
US7636328B2 (en) * | 2004-10-20 | 2009-12-22 | Qualcomm Incorporated | Efficient transmission of signaling using channel constraints |
CN102420672A (zh) * | 2011-01-25 | 2012-04-18 | 苏州汉明科技有限公司 | 无线局域网无线接入点向无线控制器进行数据转发的方法 |
CN105337711B (zh) * | 2015-09-24 | 2018-09-07 | 武汉虹信通信技术有限责任公司 | 一种单小区点对多点传输系统的传输方法 |
CN108512576A (zh) * | 2017-02-28 | 2018-09-07 | 华为技术有限公司 | 一种实现用户设备协作的方法及装置 |
US11006316B2 (en) * | 2017-10-16 | 2021-05-11 | Ofinno, Llc | Header compression for ethernet frame |
US20200259896A1 (en) * | 2019-02-13 | 2020-08-13 | Telefonaktiebolaget Lm Ericsson (Publ) | Industrial Automation with 5G and Beyond |
US11606717B2 (en) * | 2019-10-11 | 2023-03-14 | Qualcomm Incorporated | Ethernet header compression techniques in New Radio |
-
2020
- 2020-01-16 EP EP20913501.1A patent/EP4037374A4/en not_active Ceased
- 2020-01-16 JP JP2022535968A patent/JP2023514920A/ja not_active Withdrawn
- 2020-01-16 CN CN202080071561.4A patent/CN114557022A/zh active Pending
- 2020-01-16 KR KR1020227020300A patent/KR20220130098A/ko not_active Application Discontinuation
- 2020-01-16 CN CN202210663052.1A patent/CN115002833B/zh active Active
- 2020-01-16 WO PCT/CN2020/072516 patent/WO2021142722A1/zh unknown
-
2022
- 2022-04-25 US US17/660,616 patent/US20220256399A1/en active Pending
Patent Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101371552A (zh) * | 2006-01-13 | 2009-02-18 | 卢森特技术有限公司 | 无序输送的信道上的报头压缩方法 |
CN101453298A (zh) * | 2007-12-07 | 2009-06-10 | 华为技术有限公司 | 一种无线网络中头压缩的处理方法及系统、装置 |
WO2009074101A1 (fr) * | 2007-12-07 | 2009-06-18 | Huawei Technologies Co., Ltd. | Procédé, système et appareil de traitement de compression d'en-tête dans un réseau sans fil |
CN105765929A (zh) * | 2013-11-25 | 2016-07-13 | 三星电子株式会社 | 电子设备中用于处理报头压缩的分组的装置和方法 |
Non-Patent Citations (3)
Title |
---|
CATT. "R2-1914410 Discussion on Ethernet Header Compression - final".3GPP tsg_ran\wg2_rl2.2019,全文. * |
Qualcomm Incorporated.R2-1913644 "Principles for EHC header design".3GPP tsg_ran\wg2_rl2.2019,(第tsgr2_107bis期),全文. * |
ZTE Corporation, Sanechips.R2-1915615 Remaining issues for EHC in TSC.3GPP.2019,正文第1-2节. * |
Also Published As
Publication number | Publication date |
---|---|
US20220256399A1 (en) | 2022-08-11 |
JP2023514920A (ja) | 2023-04-12 |
WO2021142722A1 (zh) | 2021-07-22 |
CN115002833A (zh) | 2022-09-02 |
EP4037374A1 (en) | 2022-08-03 |
CN114557022A (zh) | 2022-05-27 |
KR20220130098A (ko) | 2022-09-26 |
EP4037374A4 (en) | 2022-10-26 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
JP3981596B2 (ja) | 通信システムでデータを送信するための方法及び装置 | |
FI98027C (fi) | Pakettiradiojärjestelmä ja päätelaitteisto pakettiradiojärjestelmää varten | |
JP3751823B2 (ja) | 実時間サービスにおけるヘッダ圧縮 | |
EP1329078B1 (en) | Defining header field compression for data packet connection | |
US7209491B2 (en) | Method and system for transmitting data in a packet based communication network | |
US7164665B2 (en) | Transfer of IP data in telecommunications system | |
CN113411313A (zh) | 数据传输方法、装置和系统 | |
US9219537B2 (en) | Method and system for transmitting information in relay communication network | |
WO2010020197A1 (zh) | 一种数据的传输方法、通信设备及通信系统 | |
UA82886C2 (en) | Method for transmission data packages and a transmitter for transmission data packages | |
WO2010031324A1 (zh) | 数据传输的方法、装置和系统 | |
CN114208137B (zh) | 以太帧头的压缩、解压方法和装置 | |
CN109120540B (zh) | 传输报文的方法、代理服务器和计算机可读存储介质 | |
WO2011079785A1 (zh) | 一种传输数据包的方法及装置 | |
CN113133055A (zh) | 无线通信的方法和设备 | |
CN113645189B (zh) | 一种通信方法、网络节点、存储介质及系统芯片 | |
CN110012314B (zh) | 一种基于dtmb的ip传输方法及系统 | |
CN115002833B (zh) | 以太帧的发送方法、接收方法、装置、设备和介质 | |
US8355399B1 (en) | Communication method and system for a traffic shaper network | |
JP4063814B2 (ja) | Atm通信装置およびその通信方法 | |
JP3540641B2 (ja) | ルータ装置、無線端末及び無線通信システム並びに通信方法 | |
CN111278060B (zh) | 一种以太帧传输方法和相关设备 | |
US11172051B2 (en) | Communication device | |
CN116074394A (zh) | 报文压缩传输方法及系统 | |
CN115866653A (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 |