无线通信的方法和设备与流程

专利2022-05-09  107


本申请是申请日为2019年03月29日,申请号为201980057998x,发明名称为“无线通信的方法和设备”的申请的分案申请。

本申请实施例涉及通信领域,具体涉及一种无线通信的方法和设备。



背景技术:

在长期演进系统(longtermevolution,lte)系统中,协议数据单元(protocoldataunit,pdu)会话的类型为互联协议(internetprotocol,ip)类型。

在新无线(newradio,nr)系统中,不仅支持ip包类型,还引入了以太(ethernet)帧类型。

此情况下,如何实现以太帧头的压缩是一项亟待解决的问题。



技术实现要素:

本申请实施例提供一种无线通信的方法和设备,能够根据第一配置信息实现以太帧头的压缩。

第一方面,提供了一种无线通信的方法,该方法包括:压缩端设备接收第一配置信息,所述第一配置信息用于配置以太帧头的头压缩参数;所述压缩端设备根据所述第一配置信息,压缩数据包的以太帧头。

第二方面,提供了一种无线通信的方法,包括:解压缩端设备接收第一设备发送第一配置信息,所述第一配置信息用于配置以太帧头的头压缩参数;所述解压缩端设备根据所述第一配置信息,解压缩接收的数据包的以太帧头。

第三方面,提供了一种无线通信的方法,包括:第一设备向压缩端设备和/或解压缩端设备发送第一配置信息,所述第一配置信息用于配置以太帧头的头压缩参数。

第四方面,提供了一种无线通信的设备,用于执行上述第一方面或第一方面的任意可能的实现方式中的方法。具体地,该设备包括用于执行上述第一方面或第一方面的任一可能的实现方式中的方法的单元。

第五方面,提供了一种无线通信的设备,用于执行上述第二方面或第二方面的任意可能的实现方式中的方法。具体地,该设备包括用于执行上述第二方面或第二方面的任一可能的实现方式中的方法的单元。

第六方面,提供了一种无线通信的设备,用于执行上述第三方面或第三方面的任意可能的实现方式中的方法。具体地,该设备包括用于执行上述第三方面或第三方面的任一可能的实现方式中的方法的单元。

第七方面,提供了一种无线通信的设备,该设备包括:包括处理器和存储器。该存储器用于存储计算机程序,该处理器用于调用并运行该存储器中存储的计算机程序,执行上述第一方面或其各实现方式中的方法。

第八方面,提供了一种无线通信的设备,该设备包括:包括处理器和存储器。该存储器用于存储计算机程序,该处理器用于调用并运行该存储器中存储的计算机程序,执行上述第二方面或其各实现方式中的方法。

第九方面,提供了一种无线通信的设备,该设备包括:包括处理器和存储器。该存储器用于存储计算机程序,该处理器用于调用并运行该存储器中存储的计算机程序,执行上述第三方面或其各实现方式中的方法。

第十方面,提供了一种芯片,用于实现上述第一方面至第三方面中的任一方面或其各实现方式中的方法。

具体地,该芯片包括:处理器,用于从存储器中调用并运行计算机程序,使得安装有该芯片的设备执行如上述第一方面至第三方面中的任一方面或其各实现方式中的方法。

第十一方面,提供了一种计算机可读存储介质,用于存储计算机程序,该计算机程序使得计算机执行上述第一方面至第三方面中的任一方面或其各实现方式中的方法。

第十二方面,提供了一种计算机程序产品,包括计算机程序指令,该计算机程序指令使得计算机执行上述第一方面至第三方面中的任一方面或其各实现方式中的方法。

第十三方面,提供了一种计算机程序,当其在计算机上运行时,使得计算机执行上述第一方面至第三方面中的任一方面或其各实现方式中的方法。

基于上述技术方案,压缩端设备根据第一配置信息确定以太帧头的头压缩参数,从而能够实现以太帧的头压缩功能,进一步能够降低空口的资源开销,提升资源利用率。

附图说明

图1是本申请实施例提供的一种应用场景的示意性图。

图2至图4是以太帧的典型的几种帧格式的示意图。

图5是本申请实施例提供的一种无线通信的方法的示意性图。

图6是本申请实施例提供的另一种无线通信的方法的示意性图。

图7是本申请实施例提供的再一种无线通信的方法的示意性图。

图8是本申请实施例提供的一种无线通信的设备的示意性框图。

图9是本申请实施例提供的另一种无线通信的设备的示意性框图。

图10是本申请实施例提供的再一种无线通信的设备的示意性框图。

图11是本申请实施例提供的一种通信设备的示意性框图。

图12是本申请实施例提供的一种芯片的示意性框图。

图13是根据本申请实施例的通信系统的示意性框图。

具体实施方式

下面将结合本申请实施例中的附图,对本申请实施例中的技术方案进行描述,显然,所描述的实施例是本申请一部分实施例,而不是全部的实施例。基于本申请中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本申请保护的范围。

本申请实施例的技术方案可以应用于各种通信系统,例如:全球移动通讯(globalsystemofmobilecommunication,gsm)系统、码分多址(codedivisionmultipleaccess,cdma)系统、宽带码分多址(widebandcodedivisionmultipleaccess,wcdma)系统、通用分组无线业务(generalpacketradioservice,gprs)、长期演进(longtermevolution,lte)系统、lte频分双工(frequencydivisionduplex,fdd)系统、lte时分双工(timedivisionduplex,tdd)系统、通用移动通信系统(universalmobiletelecommunicationsystem,umts)、全球互联微波接入(worldwideinteroperabilityformicrowaveaccess,wimax)通信系统或5g系统等。

示例性的,本申请实施例应用的通信系统100如图1所示。该通信系统100可以包括终端设备110,该终端设备110可以位于接入网设备120的覆盖范围内。作为在此使用的“终端设备”包括但不限于经由有线线路连接,如经由公共交换电话网络(publicswitchedtelephonenetworks,pstn)、数字用户线路(digitalsubscriberline,dsl)、数字电缆、直接电缆连接;和/或另一数据连接/网络;和/或经由无线接口,如,针对蜂窝网络、无线局域网(wirelesslocalareanetwork,wlan)、诸如dvb-h网络的数字电视网络、卫星网络、am-fm广播发送器;和/或另一终端设备的被设置成接收/发送通信信号的装置;和/或物联网(internetofthings,iot)设备。被设置成通过无线接口通信的终端设备可以被称为“无线通信终端”、“无线终端”或“移动终端”。移动终端的示例包括但不限于卫星或蜂窝电话;可以组合蜂窝无线电电话与数据处理、传真以及数据通信能力的个人通信系统(personalcommunicationssystem,pcs)终端;可以包括无线电电话、寻呼机、因特网/内联网接入、web浏览器、记事簿、日历以及/或全球定位系统(globalpositioningsystem,gps)接收器的pda;以及常规膝上型和/或掌上型接收器或包括无线电电话收发器的其它电子装置。终端设备可以指接入终端、用户设备(userequipment,ue)、用户单元、用户站、移动站、移动台、远方站、远程终端、移动设备、用户终端、终端、无线通信设备、用户代理或用户装置。接入终端可以是蜂窝电话、无绳电话、会话启动协议(sessioninitiationprotocol,sip)电话、无线本地环路(wirelesslocalloop,wll)站、个人数字处理(personaldigitalassistant,pda)、具有无线通信功能的手持设备、计算设备或连接到无线调制解调器的其它处理设备、车载设备、可穿戴设备、5g网络中的终端设备或者未来演进的plmn中的终端设备等。

该通信系统100可以包括接入网设备120,接入网设备120可以是与终端设备110(或称为通信终端、终端)通信的设备。接入网设备120可以为特定的地理区域提供通信覆盖,并且可以与位于该覆盖区域内的终端设备进行通信。可选地,接入网设备120以是gsm系统或cdma系统中的基站(basetransceiverstation,bts),也可以是wcdma系统中的基站(nodeb,nb),还可以是lte系统中的演进型基站(evolutionalnodeb,enb或enodeb),或者是云无线接入网络(cloudradioaccessnetwork,cran)中的无线控制器,或者该网络设备可以为移动交换中心、中继站、接入点、车载设备、可穿戴设备、集线器、交换机、网桥、路由器、5g网络中的网络侧设备或者未来演进的公共陆地移动网络(publiclandmobilenetwork,plmn)中的网络设备等。

该无线通信系统100还包括与接入网设备进行通信的核心网设备130。可选地,该核心网设备130可以是5g核心网设备,例如,接入与移动性管理功能(accessandmobilitymanagementfunction,amf),负责接入和移动性管理,具有对用户进行认证、切换、位置更新等功能。又例如,会话管理功能(sessionmanagementfunction,smf),负责会话管理,包括分组数据单元(packetdataunit,pdu)会话的建立、修改、释放等。又例如,用户面功能(userplanefunction,upf),负责用户数据的转发。其中,核心网设备可以为lte系统或其他系统的核心网设备。

可选地,5g系统或5g网络还可以称为新无线(newradio,nr)系统或nr网络。

应理解,本文中术语“系统”和“网络”在本文中常被可互换使用。本文中术语“和/或”,仅仅是一种描述关联对象的关联关系,表示可以存在三种关系,例如,a和/或b,可以表示:单独存在a,同时存在a和b,单独存在b这三种情况。另外,本文中字符“/”,一般表示前后关联对象是一种“或”的关系。

可选地,本申请实施例可以用于公共陆地网络或本地网络。

其中,公共陆地网络可以为基于plmn的公共陆地网络。

本地网络也可以称为本地局域网络或私有网络,该本地网络通常布置在办公场景,家庭场景,工厂中,可以实现更加有效安全的管理,通常会有当地的用户或者管理者布局本地网络。通常,授权的能够接入的用户具有接入到本地网络的权限。

本地网络可以由公共陆地网络所管理或管辖,但是也可以不由公共陆地网络或管理或管辖。

可选地,本地网络可以采用非授权频段进行通信,或者也可以与公共陆地网络共享授权频段。

可选地,本地网络可以是属于3gpp范畴的网络。其中,该本地网络的核心网可以是nr或lte的核心网,以及本地网络可以通过nr接入网、lte接入网或无线保真(wirelessfidelity,wifi)接入到核心网。

可选地,在本申请实施例中,公共陆地网络与本地网络可以共用核心网,而接入网是独立的;或者,可以共用接入网,而核心网是独立的;或者,可以共用接入网以及核心网;或者,接入网和核心网均不共用。

可选地,在本申请实施例中,多个或多种本地网络可以共用核心网,而接入网是独立的;或者,可以共用接入网,而核心网是独立的;或者,可以共用接入网以及核心网;或者,接入网和核心网均不共用。

在第nr系统中,不仅支持ip类型,还引入了ethernet帧类型。对于pdu层(layer)来说,当pdu会话(session)类型为ipv4或者ipv6或者ipv4v6,该pdusession对应的为ipv4数据包(packets)和/或ipv6packets;当pdusession类型为ethernet帧类型时,该pdusession对应的为ethernet帧结构(frames)。

以下,结合图2至图4,介绍本申请实施例相关的以太帧的帧格式。

在图2中的帧格式中,以太帧头可以包括多个域(或称字段,子头),例如,目的地址域、源地址域、长度域、数据部可以包括数据。另外还包括在5g网络中不传送的两个部分,前导码(preamble)和帧检验序列(framechecksequence,fcs)。该图2所示的以太帧可以是以太网802.3原始(raw)帧类型。

在图3中的帧格式中,以太帧头可以包括多个域,例如,目的地址域、源地址域和类型域,数据部可以包括数据。另外可以还可以包括5g网络中不传送的两个部分,即前导码和fcs。图3所示的以太帧可以是ethernetii帧类型。

在nr系统中,通常部署公共网络系统,即基于plmn的公共陆地网络。同时在一些场景中,例如在办公、家庭、工厂等场景中,为了能够更加安全有效的管理,通常会由当地的用户或者管理者布局本地网络,只有授权的能够接入的用户具有接入到本地网络的权限。

在公共网络系统和本地网络共存的场景下,当pdusession为ethernet帧类型时,ethernetpdu中可能携带虚拟局域网(virtuallocalareanetwork,vlan)域,也可能不携带vlan字头,相应的ethernet帧结构不同。如图4所示是在图2或图3所示的帧格式中,添加vlan域(vlanfield)的帧格式,该vlan域可以用于指示该以太帧所属的vlan的信息。

应理解,图2至图4所示的帧格式仅仅是举例说明,不应对本申请实施例造成特别的限定。

还应理解,本申请实施例的各种实现方式还可以应用于除以太帧之外其他类型的帧,为了简洁,本申请实施例在此不再赘述。

图5是根据本申请实施例的无线通信方法200的示意性流程图。该方法200包括以下内容中的至少部分内容:

s210,压缩端设备接收第一配置信息,所述第一配置信息用于配置以太帧头的头压缩参数;

s220,所述压缩端设备根据所述第一配置信息,压缩数据包的以太帧头。

应理解,该方法200可以用于下行传输,也可以用于上行传输,或者也可以用于侧行传输。在用于下行传输时,压缩端设备可以是接入网设备,解压缩端设备可以是终端设备。在用于上行传输,压缩端设备可以为终端设备,解压缩端设备可以为接入网设备,在用于侧行传输时,该压缩端设备可以是终端设备,该解压缩端设备也可以为终端设备。

可选地,在本申请实施例中,所述数据包为压缩端设备待发送给解压缩端设备的数据包,该数据包头为ethernet帧类型,例如,图2至图4所示的以太帧,该压缩端设备可以根据接收的该第一配置信息确定是否压缩该数据包的包头,即以太帧头(可选的,还可以包括vlan域),在需要压缩所述以太帧头的情况下,该压缩端设备还可以根据该第一配置信息确定该以太帧头的压缩方式,即如何进行头压缩(headercompression),例如,压缩以太帧头中的哪些域,将数据包映射到哪个上下文标识对应的子对象通道内等。

应理解,在本申请实施例中,主要以对数据包的以太帧头进行压缩为例进行说明,本申请实施例也可以按照压缩以太帧头的方式对该数据包中的数据部分进行压缩,或者,在另一些实施例中,所述第一配置信息也可以用于配置该数据包的数据部分的压缩参数,例如,是否压缩该数据部分,以及该数据部分的压缩方式等,从而该压缩端设备也可以根据该数据部分的压缩参数,压缩该数据包的数据部分,进一步将压缩的数据包发送给解压缩端设备,本申请实施例对此不作限定。

应理解,在本申请实施例中,以下主要以对数据包的以太帧头的映射为例进行说明,本申请实施例也可以按照以太帧头的映射的方式对该数据包进行映射。

可选地,在一些实施例中,所述第一配置信息可以是预配置的,或者协议约定的,或者由该压缩端设备和解压缩端设备约定的,此情况下,该方法200可以不包括该210步骤,该压缩端设备和解压缩端设备可以根据预配置的或约定的该第一配置信息进行以太帧头的压缩或解压缩。

可选地,在一些实施例中,所述第一配置信息中的部分可以是预配置的,或者协议约定的,或者由该压缩端设备和解压缩端设备约定的,此情况下,该压缩端设备和解压缩端设备可以至少根据预配置的或约定的该第一配置信息中的部分进行以太帧头的压缩或解压缩。

可选地,在另一些实施例中,该第一配置信息可以是由第一设备配置给该压缩端设备的,可选地,所述第一设备也可以给解压缩端设备指示或配置该第一配置信息,从而该解压缩端设备根据该第一配置信息解压缩该压缩端设备发送的压缩数据包。

可选地,所述第一设备可以为接入网设备,核心网设备或应用层设备,例如数据网络节点(datanetworknode,dnn)等。

例如,若所述第一设备可以为接入网设备,所述压缩端设备可以为终端设备,此情况下,所述第一设备可以通过无线资源控制(radioresourcecontrol,rrc)消息给压缩端设备配置该头压缩参数,或者,所述第一设备也可以通过其他消息,例如,媒体接入控制(mediaaccesscontrol,mac)控制元素(controlelement,ce)或下行控制信息(downlinkcontrolinformation,dci)等下行消息向压缩端设备发送所述第一配置信息。

又例如,若所述第一设备可以为核心网设备,所述压缩端设备可以为终端设备,此情况下,该核心网设备可以通过终端设备和核心网之间的消息,例如非接入层(non-accessstratum,nas)消息,给压缩端设备配置该头压缩参数。

又例如,若所述第一设备可以为核心网设备,所述压缩端设备可以为终端设备,此情况下,该核心网设备可以通过终端设备和核心网之间的消息,例如非接入层(non-accessstratum,nas)消息将该信息通知给接入网设备,而后接入网设备通过接入层(accessstratum,as)层消息,如rrc消息,给压缩端设备配置该头压缩参数。

再例如,若所述第一设备可以为核心网设备,所述压缩端设备可以为接入网设备,此情况下,该核心网设备可以通过接入网设备和核心网之间的消息,例如n2消息,给接入网设备配置该头压缩参数。可选地,若终端设备为解压缩端设备,可以通过as层消息或nas层消息将该头压缩参数指示或配置给终端设备,即可以通过接入网设备或核心网设备指示或配置给终端设备。

可选地,在一些实施例中,所述头压缩参数包括以下中的至少一项:

以太帧头的头压缩标识,所述头压缩标识用于指示是否压缩所述以太帧头;

虚拟局域网vlan域指示,所述vlan域指示用于指示是否对vlan域进行头压缩,或者所述以太帧头是否包含vlan域;

需要压缩的子头的信息,即需要压缩以太帧头中的哪些子头或者哪些域;

头压缩域类型信息,所述头压缩域类型信息用于指示需要压缩的子头的类型;

上下文(context)标识(identify,id)的最大数目,所述上下文标识的最大数目用于指示头压缩对象对应的数据包能够映射到的子对象通道的最大数目,所述头压缩对象用于指示进行头压缩的单位;

其中,每个子通道有其对应的上下文,或者说,上下文对应于头压缩对象对应的数据包能够映射到的子对象通道,或者对应于只针对每种头压缩配置/标识,头压缩对象对应的数据包能够映射到的子对象通道。

反馈模式,所述反馈模式用于指示解压缩端设备采用的反馈模式;

头压缩模式,所述头压缩模式用于指示是否根据所述反馈模式进行压缩状态的迁移。

具体而言,该以太帧头的头压缩标识可以用于指示是否压缩该以太帧头,若不压缩该以太帧头,该压缩端设备可以不压缩该数据包的以太帧头,或者,可以不压缩对应目标对象/通路的数据包的以太帧头,或者,可以不压缩对应该第一配置信息所配置的数据包的以太帧头,即将包括完整的以太帧头的数据包发送给解压缩设备,此情况下,可以认为该压缩端设备的压缩状态为不压缩状态;或者,若压缩该以太帧头,该压缩端设备还可以结合该第一配置信息中的其他信息确定该以太帧头的压缩方式,下文作进一步描述。

所述vlan域指示用于指示是否对vlan域进行头压缩,或者所述以太帧头是否包含vlan域,可选地,是否对vlan域进行头压缩可以通过不同的标识指示,所述以太帧头是否包含vlan域也可以通过不同的标识指示,因此,该压缩端设备可以根据vlan域指示确定包括vlan域的以太帧头和不包括vlan域的以太帧头的压缩策略;或者,该压缩端设备可以根据vlan域指示确定是否对vlan域进行头压缩;或者,该压缩端设备可以根据vlan域指示在确定进行以太帧头压缩时确定或区分包括vlan域和不包括vlan域的以太帧头;或者,该压缩端设备可以根据vlan域指示在进行以太帧头压缩时确定对包括vlan域和不包括vlan域的以太帧头的压缩策略。

在一种实现方式中,所述vlan域指示可以包括ethernet/vlan和ethernet两种指示,其中,ethernet/vlan表示包括vlan域的以太帧,ethernet表示不包括vlan域的以太帧。若所述vlan域指示为ethernet/vlan,即该以太帧头包括vlan域,则压缩端设备可以按照对应此种指示的头压缩配置对包括vlan域的数据包进行头压缩;或者,若所述vlan域指示为ethernet,则压缩端设备可以按照对应此种指示的头压缩配置对不包括vlan域的数据包进行头压缩。即可以对含有vlan域和不含有vlan域的数据包配置不同的头压缩参数。

在一种实现方式中,所述vlan域指示可以包括ethernet/vlan和ethernet两种指示,其中,ethernet/vlan表示包括vlan域的以太帧,ethernet表示不包括vlan域的以太帧。若所述vlan域指示为ethernet/vlan,即该以太帧头包括vlan域,则压缩端设备可以将数据包映射到不同的contextid对应的子对象通道内;或者,若所述vlan域指示为ethernet,则压缩端设备可以将数据包映射到不同的contextid对应的子对象通道内(如将包括vlan域的数据包映射到一个子对象通道,将不包括vlan域的数据包映射到另一个子对象通道),或者,压缩端设备也可以不将数据包映射到不同contextid对应的子对象通道内(例如考虑是否对vlan域进行压缩,或不对vlan域进行头压缩)。

在另一实现方式中,所述vlan域指示可以包括ethernet,表示对以太帧头压缩,无论是否包括vlan域。

可选地,在本申请实施例中,所述vlan域,也可称为q标签(q-tags),可以包括用户标签(c-tag),或称用户vlan域(customervlan域)和服务标签(s-tag),或称服务vlan域(servicevlan域),或者也可以包括其他信息,本申请实施例对此不作限定。

特别的,在本申请实施例中,所述压缩端设备也可以仅对vlan域中的部分子头进行头压缩。

所述头压缩域类型信息用于指示需要压缩的子头的类型,作为示例而非限定,所述头压缩域类型信息包括以下中的至少一种:

静态(static)类别,已知的静态(static-known)类别,定义的静态(static-def)类别,推测(inferred)类别,可变(changing)类别,不改变类别。

例如,所述第一配置信息可以配置对特定类型的子头进行头压缩,例如,对于不改变类别的子头进行头压缩,可选地,该不改变类别可以包括static类别,static-known类别,static-def类别,inferred类别,或者,该不改变类型也可以包括static类别,static-known类别,static-def类别和inferred类别中的部分类型。

可选地,所述需要压缩的子头的信息可以包括以下中的至少一种:

目的地址,源地址,以太网类型,以太网长度,标签协议标识(tagprotocolid,tp-id),优先代码点(precedencecodepoint,pcp),丢弃指示(dropeligibleindicator,dei),vlanid。

其中,该tr-id可以用于表示帧类型,例如,802.1q标签帧,即包括vlan域的以太帧。

该pcp或称优先级(priority,pri)可以用于表示帧的优先级,当网络拥塞时,优先发送pcp优先级高的数据包。

该dei可以用于表示丢弃优先级,在网络拥塞时,优先丢弃优先级低的数据包。

进一步的,可压缩的子头还可以包括以下中的至少之一:子网接入协议(subnetworkaccessprotocol,snap)域,逻辑链路控制(logicallinkcontrol,llc)域。

应理解,以上以太帧头中包括的子头仅为示例,随着标准的更新和发展,以太帧头中包括的子头可以删减,或者增加,或者也可以更新其含义,本申请实施例中的子头的含义也可以进行调整,本申请实施例对此不作限定。

应理解,所述第一配置信息中的部分信息可以是预配置的,或也可以是由其他信息确定的,例如,若该第一配置信息未配置该需要压缩的子头的信息,该第一配置信息配置了该头压缩域类型信息,则可以根据该头压缩域信息确定该需要压缩的子头的信息,例如,若该头压缩域类型信息为不改变类别,则该需要压缩的子头可以不包括以下中的至少之一:pcp和类型域,或者,若该头压缩域类型信息为静态类别,则需要压缩的子头可以包括以下中的至少之一:源地址域,目的地址域和长度域。

可选地,在本申请实施例中,所述反馈模式包括以下中的至少一种:

需要回复反馈数据包的模式,不需要回复反馈数据包的模式,特定条件下需要回复反馈数据包的模式。

因此,在解压缩端设备接收到压缩端设备发送的压缩的以太帧之后,可以对该以太帧进行解压缩,并可以根据该反馈模式,进行解压缩结果的反馈,该解压缩结果例如可以表示是否解压缩成功或连续解压缩成功,或者部分解压缩成功或连续部分解压缩成功等。例如,反馈否定性确认(negativeacknowledgement,nack),用于指示全部解压缩失败或部分解压缩失败,或反馈确认(acknowledgement,ack),用于指示解压缩成功。可选地,该解压缩结果还可以包括对应序列号(sequencenumber,sn)的数据包的解压缩结果。可选地,该解压缩结果还可以包括以下至少之一:至少一个ack对应的数据包的sn,至少一个nack对应的数据包的sn,未成功解压缩的第一个数据包对应的序列号,最后一个成功解压缩的数据包对应的序列号,最后一个成功解压缩的数据包对应的序列号 1等。

可选地,在本申请实施例中,所述特定条件下需要回复反馈数据包的模式可以包括以下中的至少一种:周期地反馈,即按照一定的周期进行反馈,例如,可以将该周期内接收到的压缩数据包的解压缩结果进行合并反馈,能够降低信令开销;

解压缩所述数据包错误时反馈,在解压缩数据包错误时反馈解压缩结果(可以包括以下至少之一:指示发送错误,具体的错误信息,成功发送的信息)有利于保证解压缩错误的数据包的可靠传输;

连续多次解压缩数据包错误时反馈,在连续多次解压缩数据包错误时反馈解压缩结果(可以包括以下至少之一:指示发送错误,具体的错误信息,成功发送的信息)有利于保证解压缩错误的数据包的可靠传输;

所述压缩端设备的压缩状态发生变化时反馈,即由一种压缩状态切换为另一种压缩状态时,例如,由不压缩状态切换为压缩状态时,压缩端设备的压缩状态发生变化表明数据包有可能解压缩失败,此情况下反馈解压缩结果有利于保证解压缩错误的数据包的可靠传输;

接收到未压缩的数据包时;

连续多次接收到未压缩的数据包时;

接收到压缩端设备发送的第一指示,所述第一指示用于指示所述解压缩端设备回复反馈数据包;

所述解压缩端设备的解压缩状态发生变化时反馈;

接收到特定的数据包时反馈;

接收到相对于当前压缩效率,压缩效率更低的压缩数据包时;

连续多次接收到相对于当前压缩效率,压缩效率更低的压缩数据包时。

具体地,可以参考下文中解压缩端设备向压缩端设备发送状态报告的相关描述,为了简洁,这里不再赘述。

可选地,在本申请实施例中,解压缩端设备对数据包的解压缩结果可以承载于反馈数据包中,该反馈数据包可以针对该以太帧头的至少部分的反馈。

例如,该至少部分为该以太帧头的可变部分(例如,vlan域、长度和类型域等),和/或该以太帧头的静态部分(例如,源地址和目的地址等)。

又例如,该至少部分为该以太帧头的可变部分的至少部分(例如类型域等),和/或该以太帧头的静态部分的至少部分(例如,源地址和目的地址等)。

可选地,在本申请实施例中,所述压缩端设备可以根据该反馈模式,确定是否进行压缩状态的迁移,作为示例而非限定,所述压缩状态包括以下中的至少一种:不压缩状态,部分压缩状态和全压缩状态,可选地,所述部分压缩状态还可以细分为更多个部分压缩状态,例如,半压缩或2/3压缩等,或者该压缩状态也可以只包括不压缩和全压缩两种压缩状态,本申请实施例对此不作限定。

对于压缩端设备而言,在接收到该反馈数据包的情况下,可以根据该反馈数据包确定其发送的压缩数据包的解压缩结果,如果解压缩结果指示至少部分没有解压缩成功,则该压缩端设备可以确认是否进行压缩状态迁移,例如,迁移至更可靠的压缩状态进行头压缩,例如,从全压缩状态切换为部分压缩状态或不压缩状态,以保证数据包的可靠传输。

所述上下文标识的最大数目用于指示头压缩对象对应的数据包能够映射到的子对象通道的最大数目,也就是说,对于某一头压缩对象的数据包可以区分的子对象通道的最大数目。可选地,所述压缩端设备可以在满足第一条件时,将同一头压缩对象对应的数据包映射到不同的contextid对应的子对象通道内,例如,将具有不同mac地址的数据包映射到不同的contextid对应的子对象通道内,或者,将具有相同mac地址的数据包映射到同一contextid对应的子对象通道内。

可选地,该mac地址可以为以太帧头中的源地址和/或目的地址。

可选地,在一些实施例中,基于以下中的至少一种配置所述头压缩参数:

至少一个qos流,至少一个承载,终端设备,至少一个pdu会话。

也就是说,根据本申请实施例的头压缩参数的粒度(或者说,单位)可以为一个服务质量流(qualityofserviceflow,qosflow),或者多个qosflow,或者也可以为一个承载,或者也可以是多个承载,或者也可以以ue为单位,或者也可以以一个pdu会话(session)为单位,当然也可以以多个pdusession为单位,本申请实施例对此不作限定。

应理解,所述头压缩参数也可以基于业务类型配置,例如,对于特定类型的业务配置一种头压缩参数,例如对于增强移动超宽带(enhancemobilebroadband,embb)配置一组头压缩参数,对于高可靠低时延通信(ultra-reliableandlowlatencycommunication,urllc)配置一组头压缩参数,以适应不同业务的需求,或者基于其他参数配置,本申请实施例对此不作限定。

可选地,在本申请实施例中,所述第一配置信息还用于配置所述头压缩参数对应的头压缩对象信息,也就是说,即对哪些头压缩对象的数据包采用该头压缩参数进行头压缩。例如,所述头压缩对象信息包括以下中的至少一种:

至少一个服务质量qos流标识id,至少一个承载标识,至少一个终端设备标识id,至少一个协议数据单元pdu会话标识。

也就是说,该第一配置信息可以配置对该至少一个服务质量qos流标识id对应的qosflow,或至少一个承载标识对应的承载,所述至少一个协议数据单元pdu会话标识对应的pdu会话等头压缩对象对应的数据包采用该头压缩参数进行头压缩。从而,在需要压缩这些头压缩对象对应的数据包时,该压缩端设备可以根据该头配置参数确定是否进行头压缩,在需要进行头压缩时,进一步确定如何进行头压缩。

因此,该第一配置信息不仅可以配置以太帧头的头压缩参数,还可以配置该头压缩参数的对象,这样能够使得进行头压缩的粒度更可控,例如可以为承载级别,或者也可以更精细,例如可以为qos流级别。

由上文描述可知,以太帧头可能不包括vlan域,也可能包括vlan域,或者也可能包括1个vlan域,或者包括2个或更多个vlan域,基于上述情况,本申请实施例还提供了上述几种类型的以太帧头和上下文标识的映射方式。

可选地,作为一个实施例,所述第一配置信息还用于配置包括vlan域的以太帧头和上下文标识的映射方式,或者也可以认为该第一配置信息用于指示包括vlan域的数据包和上下文标识的映射方式,也就是说,数据包的以太帧头和数据部分可以采用相同的映射方式。

在一种实现方式中,所述第一配置信息可以用于配置包括不同个数的vlan域的以太帧头和上下文标识的映射关系,例如,所述第一配置信息具体用于配置:

包括一个vlan域的以太帧头映射到第一上下文标识对应的子对象通道,例如,包括一个q-tag的数据包的以太帧头映射到contextid1对应的子对象通道中;

进一步地,将该包括一个vlan域的以太帧头对应的数据包中的数据部分也映射到该第一上下文标识对应的子对象通道,例如,将包括一个q-tag的数据包的数据部分也映射到contextid1对应的子对象通道中。

包括两个vlan域的以太帧头映射到第二上下文标识对应的子对象通道,例如,包括两个q-tag的数据包的以太帧头映射到contextid2对应的子对象通道中;

进一步地,将该包括两个vlan域的以太帧头对应的数据包中的数据部分也映射到该第二上下文标识对应的子对象通道,例如,将包括两个q-tag的数据包的数据部分也映射到contextid2对应的子对象通道中。

不包括vlan域的以太帧头映射到第三上下文标识对应的子对象通道,例如,包括不包括q-tag的数据包的以太帧头映射到contextid3对应的子对象通道中;

进一步地,将该不包括vlan域的以太帧头对应的数据包中的数据部分也映射到该第三上下文标识对应的子对象通道,例如,将不包括q-tag的数据包的数据部分也映射到contextid3对应的子对象通道中。

可选地,所述第一配置信息也可以配置包括其他个数的vlan域的以太帧头和上下文标识的映射关系,本申请实施例对此不作限定。

可选地,作为另一实施例,所述第一配置信息还用于配置包括vlan域的以太帧头、不包括vlan域的以太帧头分别与上下文标识的映射方式,或者也可以认为该第一配置信息用于配置包括vlan域的数据包,不包括vlan域的数据包和上下文标识的映射方式,也就是说,数据包的以太帧头和数据部分可以采用相同的映射方式。

在一种实现方式中,所述第一配置信息具体用于配置:

包括vlan域的以太帧头映射到第一上下文标识对应的子对象通道,例如,包括q-tag的数据包的以太帧头映射到contextid1对应的子对象通道中;

进一步地,将该包括vlan域的以太帧头对应的数据包中的数据部分也映射到该第一上下文标识对应的子对象通道,例如,将包括q-tag的数据包的数据部分也映射到contextid1对应的子对象通道中。

不包括vlan域的以太帧头映射到第三上下文标识对应的子对象通道,例如,包括不包括q-tag的数据包的以太帧头映射到contextid3对应的子对象通道中;

进一步地,将该不包括vlan域的以太帧头对应的数据包中的数据部分也映射到该第三上下文标识对应的子对象通道,例如,将不包括q-tag的数据包的数据部分也映射到contextid3对应的子对象通道中。

由上述实现方式可见,该第一配置信息可以配置该压缩端设备根据以太帧头是否含有vlan域或者包括的vlan域的个数和上下文标识的映射关系,将以太帧头映射到对应的contextid对应的子对象通道中,也就是说,该第一配置信息可以配置压缩端设备根据以太帧头中的vlan域的具体情况,将该以太帧头映射到该第一配置信息所配置的上下文标识对应的子对象通道中。

可选地,在另一些实施例中,该第一配置信息可以配置该压缩端设备利用不同的子对象通道区分对应的数据包的以太帧头是否含有vlan域,或者,包括的vlan域的个数,换句话说,该第一配置信息配置压缩端设备根据以太帧头中是否含有vlan域,或者,包括的vlan域的个数进行子对象通道的映射,但不具体限定映射到哪个contextid对应的子对象通道中,但是映射到同一子对象通道中的数据包对应的vlan域的情况相同,即要么都包括vlan域,或者要么都不包括vlan域,或者都包括一个vlan域,或者都包括两个vlan域等。

例如,该压缩端设备可以将具有相同mac地址的包括vlan域的数据包映射到同一子对象通道中,例如,contextid1对应的子对象通道,将不包括vlan域的数据包映射到同一子对象通道中,例如,contextid2对应的子对象通道,对应地,解压端设备可以根据以太帧头所映射的子对象通道确定该以太帧头中是否包括vlan域。此处,包含的vlan域的信息内容可以是相同的,也可以是不同的。

又例如,该压缩端设备可以将具有相同mac地址的包括一个vlan域的数据包映射到同一子对象通道中,例如,contextid1对应的子对象通道,将具有相同mac地址的包括两个vlan域的数据包映射到同一子对象通道中,例如,contextid2对应的子对象通道,将不包括vlan域的数据包映射到同一子对象通道中,例如,contextid3对应的子对象通道,对应地,解压端设备可以根据以太帧头所映射的子对象通道确定该以太帧头中包括的vlan域的个数。

进一步地,所述压缩端设备还可以将压缩的数据包向下递交,进行pdcp和/或无线链路控制(radiolinkcontrol,rlc)等层的处理,最终通过物理层传输给解压缩设备。

在本申请实施例中,所述压缩端设备还可以控制以太帧头的头压缩功能的激活(或称开启)或去激活(或称关闭),进一步地,可以在该以太帧头的头压缩功能处于激活状态时,根据所述第一配置信息,对数据包的以太帧头进行头压缩,在该以太帧头的头压缩功能处于去激活状态时,不对数据包的以太帧头进行头压缩。

以下,结合具体实施例,说明该以太帧头的头压缩功能的激活方式。

实施例1:所述压缩端设备在接收到所述第一配置信息的情况下,激活所述以太帧头的头压缩功能,例如,该压缩端设备可以在接收到第一设备的rrc消息时,激活该以太帧头的头压缩功能,其中,该rrc消息包括该第一配置信息。

实施例2:所述压缩端设备可以接收到专用的激活信令的情况下,激活所述以太帧头的头压缩功能,即该压缩端设备接收到显示的激活信令的情况下,激活该头压缩功能。

例如,所述压缩端设备在接收到第一激活信令的情况下,激活所述以太帧头的头压缩功能,所述第一激活信令用于指示所述压缩端设备激活所述以太帧头的头压缩功能。

可选地,在一些实施例中,所述压缩端设备可以为终端设备,所述第一激活信令可以是所述第一设备发送的,此情况下,所述第一激活信令为rrc消息,macce或dci,或者也可以为其他下行消息或下行信息。

实施例3:所述压缩端设备根据预设规则,激活所述以太帧头的压缩功能。

可选地,所述预设规则可以是协议约定的,或者也可以是压缩端设备和解压缩端设备之间约定的,或者,也可以是网络设备预配置的等,本申请实施例对此不作限定。

例如,所述预设规则可以指示所述以太帧头的头压缩功能默认激活。

又例如,所述预设规则指示特定终端设备的以太帧头的头压缩功能默认激活,该特定终端设备可以是支持或仅支持传输以太帧类型的数据包的终端设备。

再例如,在一些情况中,网络设备可以配置承载采用健壮性包头压缩(robustheadercompression,rohc)模式进行头压缩,此情况下,所述预设规则指示未配置rohc模式的承载的以太帧头的头压缩功能默认激活,这样,对于此类承载的数据包可以采用以太帧头的头压缩功能进行头压缩。

可选地,在一些实施例中,所述压缩端设备还可以控制去激活该以太帧头的头压缩功能,可选地,该压缩端设备也可以在接收到专用的去激活信令的情况下,去激活该头压缩功能。

例如,所述压缩端设备在接收到第一去激活信令的情况下,去激活所述以太帧头的头压缩功能,所述第一去激活信令用于指示所述压缩端设备去激活所述以太帧头的头压缩功能。

可选地,在一些实施例中,所述压缩端设备可以为终端设备,所述第一去激活信令可以是所述第一设备发送的,此情况下,所述第一去激活信令为rrc消息,macce或dci,或者也可以为其他下行消息或下行信息。

上文结合图5,从压缩端设备的角度详细描述了根据本申请实施例的无线通信的方法,下文结合图6,从解压缩端设备的角度详细描述根据本申请另一实施例的无线通信的方法。应理解,解压缩端设备侧的描述与压缩端设备侧的描述相互对应,相似的描述可以参见上文,为避免重复,此处不再赘述。

图6是根据本申请另一实施例的无线通信的方法300的示意性流程图,如图6所示,该方法300包括如下内容:

s310,解压缩端设备接收第一设备发送第一配置信息,所述第一配置信息用于配置以太帧头的头压缩参数;

s320,所述解压缩端设备根据所述第一配置信息,解压缩接收的数据包的以太帧头。

可选地,在一些实施例中,所述头压缩参数包括以下中的至少一项:

以太帧头的头压缩标识,虚拟局域网vlan域指示,需要压缩的子头的信息,头压缩域类型信息,上下文标识的最大数目,头压缩模式,反馈模式;

其中,所述头压缩标识用于指示是否压缩所述以太帧头,所述头压缩域类型信息用于指示需要压缩的子头的类型,所述上下文标识的最大数目用于指示头压缩对象对应的数据包能够映射到的子对象通道的最大数目,所述头压缩模式用于指示是否根据所述反馈模式进行压缩状态的迁移,所述反馈模式用于指示解压缩端设备采用的反馈模式,所述vlan域指示用于指示是否对vlan域进行头压缩或者所述以太帧头是否包含vlan域,所述头压缩对象用于指示进行头压缩的单位。

在本申请实施例中,该解压缩端设备接收到压缩端设备发送的压缩的数据包之后,可以根据该第一配置信息,以及该数据包中包括的信息,将该数据包映射到对应的contextid对应的子对象通道中,进一步根据该子对象通道中的context内容,恢复被压缩的数据包。

进一步地,该解压缩端设备可以将解压缩的数据包向上递交,以便于该解压缩端设备的高层对该解压缩的数据包作进一步的处理。

可选地,在一些实施例中,所述头压缩域类型信息包括以下中的至少一种:静态类别,已知的静态类别,定义的静态类别,推测类别,可变类别,不改变类别。

可选地,在一些实施例中,所述需要压缩的子头的信息包括以下中的至少一种:

目的地址,源地址,以太网类型,以太网长度,标识协议标识tp-id,优先代码点pcp,丢弃指示dei,vlan标识id。

可选地,在一些实施例中,所述反馈模式包括以下中的至少一种:需要回复反馈数据包的模式,不需要回复反馈数据包的模式,特定条件下需要回复反馈数据包的模式。

可选地,在一些实施例中,所述第一配置信息还用于配置所述头压缩参数对应的头压缩对象信息。

可选地,在一些实施例中,所述头压缩对象信息包括以下中的至少一种:

至少一个服务质量qos流标识id,至少一个承载标识,至少一个终端设备标识id,至少一个协议数据单元pdu会话标识。

可选地,在一些实施例中,基于以下中的至少一种配置所述头压缩参数:

至少一个qos流,至少一个承载,终端设备,至少一个pdu会话。

可选地,在一些实施例中,所述第一配置信息还用于指示包括vlan域的以太帧头和上下文标识的映射方式。

可选地,在一些实施例中,所述第一配置信息具体用于配置:

包括一个vlan域的以太帧头映射到第一上下文标识对应的子对象通道;

包括两个vlan域的以太帧头映射到第二上下文标识对应的子对象通道;

不包括vlan域的以太帧头映射到第三上下文标识对应的子对象通道。

可选地,在一些实施例中,所述第一配置信息还用于指示包括vlan域的以太帧头、不包括vlan域的以太帧头分别与上下文标识的映射方式。

可选地,在一些实施例中,所述第一配置信息具体用于配置:

包括vlan域的以太帧头映射到第一上下文标识对应的子对象通道;

不包括vlan域的以太帧头映射到第三上下文标识对应的子对象通道。

在本申请实施例中,所述解压缩端设备还可以控制以太帧头的解压缩功能的激活(或称开启)或去激活(或称关闭),进一步地,在该以太帧头的解压缩功能处于激活状态时,根据所述第一配置信息,对接收的数据包的以太帧头进行解压缩,在该以太帧头的解压缩功能处于去激活状态时,不对数据包的以太帧头进行解压缩。

以下,结合具体实施例,说明该以太帧头的解压缩功能的激活方式。

实施例1:所述解压缩端设备在接收到所述第一配置信息的情况下,激活所述以太帧头的解压缩功能。例如,该解压缩端设备可以在接收到第一设备的rrc消息时,激活该以太帧头的解压缩功能,其中,该rrc消息包括该第一配置信息。

实施例2:所述解压缩端设备可以接收到专用的激活信令的情况下,激活所述以太帧头的解压缩功能。例如,所述解压缩端设备在接收到第二激活信令的情况下,激活所述以太帧头的解压缩功能,所述第二激活信令用于指示所述解压缩端设备激活所述以太帧头的解压缩功能。

可选地,在一些实施例中,所述解压缩端设备可以为终端设备,所述第二激活信令可以是所述第一设备发送的,此情况下,所述第二激活信令为rrc消息,macce或dci,或者也可以为其他下行消息或下行信息。

实施例3:所述解压缩端设备根据预设规则,激活所述以太帧头的解压缩功能。

可选地,所述预设规则可以是协议约定的,或者也可以是压缩端设备和解压缩端设备之间约定的,或者,也可以是网络设备预配置的等,本申请实施例对此不作限定。

例如,所述预设规则可以指示所述以太帧头的解压缩功能默认激活。

又例如,所述预设规则指示特定终端设备的以太帧头的解压缩功能默认激活,该特定终端设备可以是支持或仅支持传输以太帧类型的数据包的终端设备。

再例如,在一些情况中,网络设备可以配置承载采用rohc模式进行头压缩,此情况下,所述预设规则指示未配置rohc模式的承载的以太帧头的解压缩功能默认激活,这样,对于此类承载的数据包可以根据以太帧头的解压缩功能进行解压缩。

由前文描述可知,该解压缩设备可以对数据包的解压缩结果进行反馈,即向压缩端设备发送状态报告,该状态报告可以包括该解压缩端设备对接收的数据包的解压缩结果,该解压缩结果例如可以表示是否解压缩成功或连续解压缩成功,或者部分解压缩成功或连续部分解压缩成功等。例如,反馈nack,用于指示全部解压缩失败或部分解压缩失败,或反馈ack,用于指示解压缩成功。可选地,该解压缩结果还可以包括对应sn的数据包的解压缩结果。可选地,该解压缩结果还可以包括以下至少之一:至少一个ack对应的数据包的sn,至少一个nack对应的数据包的sn,未成功解压缩的第一个数据包对应的序列号,最后一个成功解压缩的数据包对应的序列号,最后一个成功解压缩的数据包对应的序列号 1等。

以下,结合具体实施例说明该解压缩端设备发送状态报告的激活方式。

方式1:该解压缩端设备发送状态报告的功能默认是激活或开启的,此情况下,该解压缩端设备可以在数据包解压缩完毕后向该压缩端设备发送状态报告,上报该数据包的解压缩结果。

方式2:该解压缩端设备也可以在接收到专用的激活信令的情况下,激活该功能。

例如,所述解压缩端设备在接收到第三激活信令的情况下,激活所述发送状态报告功能,所述第三激活信令用于指示所述解压缩端设备激活发送状态报告的功能。

可选地,在一些实施例中,所述解压缩端设备可以为终端设备,所述第三激活信令可以是所述第一设备发送的,此情况下,所述第三激活信令为rrc消息,macce或dci,或者也可以为其他下行消息或下行信息。

方式3:所述解压缩端设备可以根据该第一配置信息配置的反馈模式或预定义的反馈模式确定是否激活发送状态报告的功能。

例如,若所述第一配置信息配置的反馈模式为需要回复反馈数据包的模式,则该解压缩端设备可以确定该发送状态报告的功能默认激活,或者若该反馈模式为不需要回复反馈数据包的模式,则该解压缩端设备可以确定该发送状态报告的功能默认去激活,或者若该反馈模式为特定条件下需要回复反馈数据包的模式,则该解压缩端设备可以确定该功能在特定条件下该发送状态报告的功能激活,即,该解压缩端设备可以在特定条件下进行状态报告的发送。

可选地,在一些实施例中,所述特定条件可以包括以下中的至少一种:

条件1:周期地发送,即按照一定的周期进行状态报告发送,例如,可以将该周期内接收到的压缩数据包的解压缩结果进行合并反馈,能够降低信令开销,可选地,该解压缩结果可以对应特定sn的数据包,即该解压缩结果为该sn的数据包的解压缩结果。

条件2:解压缩所述数据包错误时发送状态报告。

该状态报告可以包括该解压缩错误的数据包的解压缩结果(可以包括以下至少之一:指示发送错误,具体的错误信息,成功发送的信息),从而在该压缩端设备接收到该状态报告时,可以进行解压缩错误的数据包的重传,例如,进行压缩状态的迁移,从全压缩状态切换为部分压缩状态,以一种更可靠的压缩状态进行数据包的压缩,有利于保证解压缩错误的数据包的可靠传输。

条件3:连续多次解压缩数据包错误时发送状态报告。

该状态报告可以包括该解压缩错误的数据包的解压缩结果(可以包括以下至少之一:指示发送错误,具体的错误信息,成功发送的信息),从而在该压缩端设备接收到该状态报告时,可以进行解压缩错误的数据包的重传,例如,进行压缩状态的迁移,从全压缩状态切换为部分压缩状态,或者从全压缩状态切换为不压缩状态,以一种更可靠的压缩方式进行数据包的压缩,有利于保证解压缩错误的数据包的可靠传输。

条件4:所述压缩端设备的压缩状态发生变化时,即由一种压缩状态切换为另一种压缩状态时发送状态报告。例如,由不压缩状态切换为压缩状态,或者由压缩状态切换为不压缩状态时,压缩端设备的压缩状态发生变化表明数据包有可能解压缩失败,此情况下,发送状态报告,有利于保证数据包的可靠传输。

条件5:接收到未压缩的数据包时,即该解压缩端设备识别到压缩端发送的数据包未压缩。

此情况下,该解压缩设备发送的状态报告中可以指示该数据包未压缩,从而该压缩端设备可以以部分压缩状态或全压缩状态发送数据包,从而能够降低空口的资源开销,提升资源利用率;

条件6:连续多次接收到未压缩的数据包时。

此情况下,该解压缩设备发送的状态报告中可以指示该多个数据包未压缩,从而该压缩端设备可以以部分压缩状态或全压缩状态发送数据包,从而能够降低空口的资源开销,提升资源利用率;

条件7:接收到压缩端设备发送的第一指示,所述第一指示用于指示所述解压缩端设备回复反馈数据包。即该解压缩端设备可以根据该压缩端设备的指示发送该状态报告,例如,对于可靠性需求较高的数据包,该压缩端设备可以指示解压缩端设备反馈状态报告,以便于进行数据包的重传,例如以一种更可靠的压缩状态进行数据包的重传;

条件8:所述解压缩端设备的解压缩状态发生变化时。

解压缩设备解压缩数据包需要获知context的信息,根据该解压缩设备对该context的获取情况,所述解压缩状态包括以下中的至少一种:不能获知全部上下文的状态,此情况可以理解为无需解压缩状态或不能解压缩状态;

能够获知部分上下文的状态,此情况可以理解为部分解压缩状态;

能够获知全部上下文的状态,此情况可以理解为全部解压缩状态。

所述解压缩端设备的解压缩状态发送变化时,例如从全部解压缩状态切换至部分解压缩状态,此情况下,该解压缩端设备可以向压缩端设备发送状态报告,通知该压缩端设备解压缩结果,以便于压缩端设备进行数据包的重传,例如以一种更可靠的压缩状态进行数据包的重传,从而提高数据包传输的可靠性。

条件9:接收到特定的数据包时反馈。

例如,该解压缩端设备可以在接收到对可靠性要求较高的数据包,例如urllc的数据包时,向压缩端设备发送状态报告;又例如,该解压缩端设备可以在接收到对特定的数据包,例如特定的压缩状态数据包(例如,未压缩的数据包或全压缩的数据包等),带特定指示的数据包,首个压缩效率变更的数据包,k个压缩效率变更的数据包时,,向压缩端设备发送状态报告,其中,k为正整数,以便于压缩端设备根据该状态报告确定是否进行数据包的重传,在解压缩部分失败或全部失败时,进行数据包的重传,例如可以以一种更可靠的压缩状态进行数据包的重传,从而提高数据包传输的可靠性。

条件10:接收到相对于当前压缩效率,压缩效率更低的压缩数据包时;

条件11:连续多次接收到相对于当前压缩效率,压缩效率更低的压缩数据包时。

可选地,在一些实施例中,所述解压缩端设备还可以控制去激活该以太帧头的解压缩功能,可选地,该解压缩端设备也可以在接收到专用的去激活信令的情况下,去激活该功能。

例如,所述解压缩端设备在接收到第二去激活信令的情况下,去激活所述以太帧头的解压缩功能,所述第二去激活信令用于指示所述解压缩端设备去激活所述以太帧头的解压缩功能。

可选地,在一些实施例中,所述解压缩端设备可以为终端设备,所述第二去激活信令可以是所述第一设备发送的,此情况下,所述第二去激活信令为rrc消息,macce或dci,或者也可以为其他下行消息或下行信息。

因此,根据本申请实施例的无线通信的方法,解压缩端设备不仅可以对压缩的数据包进行解压缩处理,还可以在特定条件下进行状态报告的发送,有利于提供更可靠的头压缩解决方案。

上文结合图5至图6,从压缩端设备和解压缩端设备的角度,详细描述了本申请的方法实施例,以下,结合下文结合图7,从控制设备的角度详细描述根据本申请再一实施例的无线通信的方法。应理解,控制设备侧与解压缩端设备侧的描述以及压缩端设备侧的描述相互对应,相似的描述可以参见上文,为避免重复,此处不再赘述。

图7是根据本申请再一实施例的无线通信的方法30的示意性流程图,如图7所示,该方法30包括如下内容:

s31,第一设备向压缩端设备和/或解压缩端设备发送第一配置信息,所述第一配置信息用于配置以太帧头的头压缩参数。

可选地,在一些实施例中,所述头压缩参数包括以下中的至少一项:

以太帧头的头压缩标识,虚拟局域网vlan域指示,需要压缩的子头的信息,头压缩域类型信息,上下文标识的最大数目,头压缩模式,反馈模式;

其中,所述头压缩标识用于指示是否压缩所述以太帧头,所述头压缩域类型信息用于指示需要压缩的子头的类型,所述上下文标识的最大数目用于指示头压缩对象对应的数据包能够映射到的子对象通道的最大数目,所述头压缩模式用于指示是否根据所述反馈模式进行压缩状态的迁移,所述反馈模式用于指示解压缩端设备采用的反馈模式,所述vlan域指示用于指示是否对vlan域进行头压缩或者所述以太帧头是否包含vlan域,所述头压缩对象用于指示进行头压缩的单位。

可选地,在一些实施例中,所述头压缩域类型信息包括以下中的至少一种:静态类别,已知的静态类别,定义的静态类别,推测类别,可变类别,不改变类别。

可选地,在一些实施例中,所述需要压缩的子头的信息包括以下中的至少一种:

目的地址,源地址,以太网类型,以太网长度,标识协议标识tp-id,优先代码点pcp,丢弃指示dei,vlan标识id。

可选地,在一些实施例中,所述反馈模式包括以下中的至少一种:需要回复反馈数据包的模式,不需要回复反馈数据包的模式,特定条件下需要回复反馈数据包的模式。

可选地,在一些实施例中,所述压缩状态包括以下中的至少一种:

不压缩状态,部分压缩状态和全压缩状态。

可选地,在一些实施例中,所述第一配置信息还用于配置所述头压缩参数对应的头压缩对象信息。

可选地,在一些实施例中,所述头压缩对象信息包括以下中的至少一种:

至少一个服务质量qos流标识id,至少一个承载标识,至少一个终端设备标识id,至少一个协议数据单元pdu会话标识。

可选地,在一些实施例中,基于以下中的至少一种配置所述头压缩参数:

至少一个qos流,至少一个承载,终端设备,至少一个pdu会话。

可选地,在一些实施例中,所述第一配置信息还用于指示包括vlan域的以太帧头和上下文标识的映射方式。

可选地,在一些实施例中,所述第一配置信息具体用于配置:

包括一个vlan域的以太帧头映射到第一上下文标识对应的子对象通道;

包括两个vlan域的以太帧头映射到第二上下文标识对应的子对象通道;

不包括vlan域的以太帧头映射到第三上下文标识对应的子对象通道。

可选地,在一些实施例中,所述第一配置信息还用于指示包括vlan域的以太帧头、不包括vlan域的以太帧头分别与上下文标识的映射方式。

可选地,在一些实施例中,所述第一配置信息具体用于配置:

包括vlan域的以太帧头映射到第一上下文标识对应的子对象通道;

不包括vlan域的以太帧头映射到第三上下文标识对应的子对象通道。

可选地,在一些实施例中,所述压缩端设备为终端设备,所述解压缩端设备为终端设备,所述第一设备为接入网设备,核心网设备或应用层设备。

可选地,在一些实施例中,所述压缩端设备为终端设备,所述解压缩端设备为接入网设备,所述第一设备为接入网设备,核心网设备或应用层设备。

可选地,在一些实施例中,所述压缩端设备为接入网设备,所述解压缩端设备为终端设备,所述第一设备为接入网设备,核心网设备或应用层设备。

上文结合图5至图7,从压缩端设备和解压缩端设备的角度,详细描述了本申请的方法实施例,以下,结合下文结合图8至图13,详细描述本申请的装置实施例,应理解,装置实施例与方法实施例相互对应,类似的描述可以参照方法实施例。

图8示出了根据本申请实施例的无线通信的设备400的示意性框图。如图8所示,该设备400包括:通信模块410,用于接收第一配置信息,所述第一配置信息用于配置以太帧头的头压缩参数;

压缩模块420,用于根据所述第一配置信息,压缩数据包的以太帧头。

可选地,在一些实施例中,所述头压缩参数包括以下中的至少一项:

以太帧头的头压缩标识,虚拟局域网vlan域指示,需要压缩的子头的信息,头压缩域类型信息,上下文标识的最大数目,头压缩模式,反馈模式;

其中,所述头压缩标识用于指示是否压缩所述以太帧头,所述头压缩域类型信息用于指示需要压缩的子头的类型,所述上下文标识的最大数目用于指示头压缩对象对应的数据包能够映射到的子对象通道的最大数目,所述头压缩模式用于指示所述设备是否根据所述反馈模式进行压缩状态的迁移,所述反馈模式用于指示解压缩端设备采用的反馈模式,所述vlan域指示用于指示是否对vlan域进行头压缩或者所述以太帧头是否包含vlan域,所述头压缩对象用于指示进行头压缩的单位。

可选地,在一些实施例中,所述头压缩域类型信息包括以下中的至少一种:

静态类别,已知的静态类别,定义的静态类别,推测类别,可变类别,不改变类别。可选地,在一些实施例中,所述需要压缩的子头的信息包括以下中的至少一种:

目的地址,源地址,以太网类型,以太网长度,标签协议标识tp-id,优先代码点pcp,丢弃指示dei,vlan标识id。

可选地,在一些实施例中,所述反馈模式包括以下中的至少一种:

需要回复反馈数据包的模式,不需要回复反馈数据包的模式,特定条件下需要回复反馈数据包的模式。

可选地,在一些实施例中,所述压缩状态包括以下中的至少一种:

不压缩状态,部分压缩状态和全压缩状态。

可选地,在一些实施例中,所述第一配置信息还用于配置所述头压缩参数对应的头压缩对象信息。

可选地,在一些实施例中,所述头压缩对象信息包括以下中的至少一种:

至少一个服务质量qos流标识id,至少一个承载标识,至少一个终端设备标识id,至少一个协议数据单元pdu会话标识。

可选地,在一些实施例中,基于以下中的至少一种配置所述头压缩参数:

至少一个qos流,至少一个承载,终端设备,至少一个pdu会话。

可选地,在一些实施例中,所述压缩模块420具体用于:

将头压缩对象对应的数据包映射到相同或不同的上下文标识对应的子对象通道内。

可选地,在一些实施例中,所述第一配置信息还用于指示包括vlan域的以太帧头和上下文标识的映射方式。

可选地,在一些实施例中,所述第一配置信息具体用于配置:

包括一个vlan域的以太帧头映射到第一上下文标识对应的子对象通道;

包括两个vlan域的以太帧头映射到第二上下文标识对应的子对象通道;

不包括vlan域的以太帧头映射到第三上下文标识对应的子对象通道。

可选地,在一些实施例中,所述第一配置信息还用于指示包括vlan域的以太帧头、不包括vlan域的以太帧头分别与上下文标识的映射方式。

可选地,在一些实施例中,所述第一配置信息具体用于配置:

包括vlan域的以太帧头映射到第一上下文标识对应的子对象通道;

不包括vlan域的以太帧头映射到第三上下文标识对应的子对象通道。

可选地,在一些实施例中,所述设备还包括:

控制模块,用于激活所述以太帧头的头压缩功能。

可选地,在一些实施例中,所述控制模块具体用于:

在接收到所述第一配置信息的情况下,激活所述以太帧头的头压缩功能。

可选地,在一些实施例中,所述控制模块具体用于:在接收到第一激活信令的情况下,激活所述以太帧头的头压缩功能,所述第一激活信令用于指示所述设备激活所述以太帧头的头压缩功能。

可选地,在一些实施例中,所述第一激活信令为以下中的至少一种:

无线资源控制rrc消息,媒体接入控制mac控制元素ce和下行控制信息dci。

可选地,所述控制模块具体用于:根据预设规则,激活所述以太帧头的头压缩功能。

可选地,在一些实施例中,所述预设规则指示所述以太帧头的头压缩功能默认激活;或者所述预设规则指示特定终端设备的以太帧头的头压缩功能默认激活;或者所述预设规则指示未配置健壮性包头压缩rohc模式的承载的以太帧头的头压缩功能默认激活。

可选地,在一些实施例中,所述通信模块410具体用于:

接收第一设备发送的无线资源控制rrc消息,所述rrc消息包括所述第一配置信息。

可选地,所述设备为终端设备,所述第一设备为接入网设备,核心网设备或应用层设备。

应理解,根据本申请实施例的设备400可对应于本申请方法实施例中的压缩端设备,并且设备400中的各个单元的上述和其它操作和/或功能分别为了实现图5所示方法200中压缩端设备的相应流程,为了简洁,在此不再赘述。

图9是根据本申请实施例的无线通信的设备的示意性框图。图9的设备500包括:

通信模块510,用于接收第一设备发送第一配置信息,所述第一配置信息用于配置以太帧头的头压缩参数;

解压缩模块520,用于根据所述第一配置信息,解压缩接收的数据包的以太帧头。

可选地,在一些实施例中,所述头压缩参数包括以下中的至少一项:

以太帧头的头压缩标识,虚拟局域网vlan域指示,需要压缩的子头的信息,头压缩域类型信息,上下文标识的最大数目,头压缩模式,反馈模式;

其中,所述头压缩标识用于指示是否压缩所述以太帧头,所述头压缩域类型信息用于指示需要压缩的子头的类型,所述上下文标识的最大数目用于指示头压缩对象对应的数据包能够映射到的子对象通道的最大数目,所述头压缩模式用于指示压缩端设备是否根据所述反馈模式进行压缩状态的迁移,所述反馈模式用于指示所述设备采用的反馈模式,所述vlan域指示用于指示是否对vlan域进行头压缩或者所述以太帧头是否包含vlan域,所述头压缩对象用于指示进行头压缩的单位。

可选地,在一些实施例中,所述头压缩域类型信息包括以下中的至少一种:静态类别,已知的静态类别,定义的静态类别,推测类别,可变类别,不改变类别。

可选地,在一些实施例中,所述需要压缩的子头的信息包括以下中的至少一种:

目的地址,源地址,以太网类型,以太网长度,标识协议标识tp-id,优先代码点pcp,丢弃指示dei,vlan标识id。

可选地,在一些实施例中,所述反馈模式包括以下中的至少一种:

需要回复反馈数据包的模式,不需要回复反馈数据包的模式,特定条件下需要回复反馈数据包的模式。

可选地,在一些实施例中,所述第一配置信息还用于配置所述头压缩参数对应的头压缩对象信息。

可选地,在一些实施例中,所述头压缩对象信息包括以下中的至少一种:

至少一个服务质量qos流标识id,至少一个承载标识,至少一个终端设备标识id,至少一个协议数据单元pdu会话标识。

可选地,在一些实施例中,基于以下中的至少一种配置所述头压缩参数:

至少一个qos流,至少一个承载,终端设备,至少一个pdu会话。

可选地,在一些实施例中,所述第一配置信息还用于指示包括vlan域的以太帧头和上下文标识的映射方式。

可选地,在一些实施例中,所述第一配置信息具体用于配置:

包括一个vlan域的以太帧头映射到第一上下文标识对应的子对象通道;

包括两个vlan域的以太帧头映射到第二上下文标识对应的子对象通道;

不包括vlan域的以太帧头映射到第三上下文标识对应的子对象通道。

可选地,在一些实施例中,所述第一配置信息还用于指示包括vlan域的以太帧头、不包括vlan域的以太帧头分别与上下文标识的映射方式。

可选地,在一些实施例中,所述第一配置信息具体用于配置:

包括vlan域的以太帧头映射到第一上下文标识对应的子对象通道;

不包括vlan域的以太帧头映射到第三上下文标识对应的子对象通道。

可选地,在一些实施例中,所述设备还包括:

控制模块,用于激活所述以太帧头的解压缩功能。

可选地,在一些实施例中,所述控制模块具体用于:在接收到所述第一配置信息的情况下,激活所述以太帧头的解压缩功能。

可选地,在一些实施例中,所述控制模块具体用于:在接收到第二激活信令的情况下,激活所述以太帧头的解压缩功能,所述第二激活信令用于指示所述设备激活所述以太帧头的解压缩功能。

可选地,在一些实施例中,所述第二激活信令为以下中的至少一种:

无线资源控制rrc消息,媒体接入控制mac控制元素ce和下行控制信息dci。

可选地,在一些实施例中,所述控制模块具体用于:

根据预设规则,激活所述以太帧头的解压缩功能。

可选地,在一些实施例中,所述预设规则指示所述以太帧头的解压缩功能默认激活;或者所述预设规则指示特定终端设备的以太帧头的解压缩功能默认激活;或者所述预设规则指示未配置健壮性包头压缩rohc模式的承载的以太帧头的解压缩功能默认激活。

可选地,在一些实施例中,所述通信模块510还用于:

向压缩端设备发送状态报告,所述状态报告用于指示所述设备对所述数据包的解压缩结果。

可选地,在一些实施例中,所述通信模块510具体用于:在特定条件下,向所述压缩端设备发送状态报告。

可选地,在一些实施例中,所述特定条件为以下中的一种:

周期地发送;

解压缩所述数据包错误;

连续k次解压缩数据包错误,所述k大于1;

所述压缩端设备的压缩状态发生变化;

接收到未压缩的数据包;

接收到未压缩的数据包的次数大于x次时,其中,x≥1;

接收到压缩端设备发送的第一指示,所述第一指示用于指示所述设备发送状态报告;

所述设备的压缩状态发生变化;

接收到特定的数据包。

可选地,在一些实施例中,所述压缩状态包括以下中的至少一种:

不压缩状态,部分压缩状态和全压缩状态。

可选地,在一些实施例中,所述解压缩状态包括以下中的至少一种:

不能获知全部上下文的状态或无需解压缩状态;

能够获知部分上下文的状态或部分解压缩状态;

能够获知全部上下文的状态或全部解压缩状态。

可选地,在一些实施例中,所述通信模块510具体用于:

接收第一设备发送的无线资源控制rrc消息,所述rrc消息包括所述第一配置信息。

可选地,在一些实施例中,所述设备为终端设备,所述第一设备为接入网设备,核心网设备或应用层设备。

应理解,根据本申请实施例的设备500可对应于本申请方法实施例中的解压缩端设备,并且设备500中的各个单元的上述和其它操作和/或功能分别为了实现图6所示方法300中解压缩端设备的相应流程,为了简洁,在此不再赘述。

图10是根据本申请实施例的无线通信的设备的示意性框图。图10的设备600包括:

通信模块610,用于向压缩端设备和/或解压缩端设备发送第一配置信息,所述第一配置信息用于配置以太帧头的头压缩参数。

可选地,在一些实施例中,所述头压缩参数包括以下中的至少一项:

以太帧头的头压缩标识,虚拟局域网vlan域指示,需要压缩的子头的信息,头压缩域类型信息,上下文标识的最大数目,头压缩模式,反馈模式;

其中,所述头压缩标识用于指示是否压缩所述以太帧头,所述头压缩域类型信息用于指示需要压缩的子头的类型,所述上下文标识的最大数目用于指示头压缩对象对应的数据包能够映射到的子对象通道的最大数目,所述头压缩模式用于指示是否根据所述反馈模式进行压缩状态的迁移,所述反馈模式用于指示解压缩端设备采用的反馈模式,所述vlan域指示用于指示是否对vlan域进行头压缩或者所述以太帧头是否包含vlan域,所述头压缩对象用于指示进行头压缩的单位。

可选地,在一些实施例中,所述头压缩域类型信息包括以下中的至少一种:静态类别,已知的静态类别,定义的静态类别,推测类别,可变类别,不改变类别。

可选地,在一些实施例中,所述需要压缩的子头的信息包括以下中的至少一种:

目的地址,源地址,以太网类型,以太网长度,标识协议标识tp-id,优先代码点pcp,丢弃指示dei,vlan标识id。

可选地,在一些实施例中,所述反馈模式包括以下中的至少一种:

需要回复反馈数据包的模式,不需要回复反馈数据包的模式,特定条件下需要回复反馈数据包的模式。

可选地,在一些实施例中,所述压缩状态包括以下中的至少一种:

不压缩状态,部分压缩状态和全压缩状态。

可选地,在一些实施例中,所述第一配置信息还用于配置所述头压缩参数对应的头压缩对象信息。

可选地,在一些实施例中,所述头压缩对象信息包括以下中的至少一种:

至少一个服务质量qos流标识id,至少一个承载标识,至少一个终端设备标识id,至少一个协议数据单元pdu会话标识。

可选地,在一些实施例中,基于以下中的至少一种配置所述头压缩参数:

至少一个qos流,至少一个承载,终端设备,至少一个pdu会话。

可选地,在一些实施例中,所述第一配置信息还用于指示包括vlan域的以太帧头和上下文标识的映射方式。

可选地,在一些实施例中,所述第一配置信息具体用于配置:

包括一个vlan域的以太帧头映射到第一上下文标识对应的子对象通道;

包括两个vlan域的以太帧头映射到第二上下文标识对应的子对象通道;

不包括vlan域的以太帧头映射到第三上下文标识对应的子对象通道。

可选地,在一些实施例中,所述第一配置信息还用于指示包括vlan域的以太帧头、不包括vlan域的以太帧头分别与上下文标识的映射方式。

可选地,在一些实施例中,所述第一配置信息具体用于配置:

包括vlan域的以太帧头映射到第一上下文标识对应的子对象通道;

不包括vlan域的以太帧头映射到第三上下文标识对应的子对象通道。

可选地,在一些实施例中,所述压缩端设备为终端设备,所述解压缩端设备为终端设备,所述设备为接入网设备,核心网设备或应用层设备。

可选地,在一些实施例中,所述压缩端设备为终端设备,所述解压缩端设备为接入网设备,所述设备为接入网设备,核心网设备或应用层设备。

可选地,在一些实施例中,所述压缩端设备为接入网设备,所述解压缩端设备为终端设备,所述设备为接入网设备,核心网设备或应用层设备。

应理解,根据本申请实施例的设备600可对应于本申请方法实施例中的第一设备,并且设备600中的各个单元的上述和其它操作和/或功能分别为了实现图7所示方法30中第一设备的相应流程,为了简洁,在此不再赘述。

图11是本申请实施例提供的一种通信设备700示意性结构图。图11所示的通信设备700包括处理器710,处理器710可以从存储器中调用并运行计算机程序,以实现本申请实施例中的方法。

可选地,如图11所示,通信设备700还可以包括存储器720。其中,处理器710可以从存储器720中调用并运行计算机程序,以实现本申请实施例中的方法。

其中,存储器720可以是独立于处理器710的一个单独的器件,也可以集成在处理器710中。

可选地,如图7所示,通信设备700还可以包括收发器730,处理器710可以控制该收发器730与其他设备进行通信,具体地,可以向其他设备发送信息或数据,或接收其他设备发送的信息或数据。

其中,收发器730可以包括发射机和接收机。收发器730还可以进一步包括天线,天线的数量可以为一个或多个。

可选地,该通信设备700具体可为本申请实施例的压缩端设备,并且该通信设备700可以实现本申请实施例的各个方法中由压缩端设备实现的相应流程,为了简洁,在此不再赘述。

可选地,该通信设备700具体可为本申请实施例的解压缩端设备,并且该通信设备700可以实现本申请实施例的各个方法中由解压缩端设备实现的相应流程,为了简洁,在此不再赘述。

可选地,该通信设备700具体可为本申请实施例的第一设备,并且该通信设备700可以实现本申请实施例的各个方法中由第一设备实现的相应流程,为了简洁,在此不再赘述。

图12是本申请实施例的芯片的示意性结构图。图12所示的芯片1200包括处理器1210,处理器1210可以从存储器中调用并运行计算机程序,以实现本申请实施例中的方法。

可选地,如图12所示,芯片1200还可以包括存储器1220。其中,处理器1210可以从存储器1220中调用并运行计算机程序,以实现本申请实施例中的方法。

其中,存储器1220可以是独立于处理器1210的一个单独的器件,也可以集成在处理器1210中。

可选地,该芯片1200还可以包括输入接口1230。其中,处理器1210可以控制该输入接口1230与其他设备或芯片进行通信,具体地,可以获取其他设备或芯片发送的信息或数据。

可选地,该芯片1200还可以包括输出接口1240。其中,处理器1210可以控制该输出接口1240与其他设备或芯片进行通信,具体地,可以向其他设备或芯片输出信息或数据。

可选地,该芯片可应用于本申请实施例中的压缩端设备,并且该芯片可以实现本申请实施例的各个方法中由压缩端设备实现的相应流程,为了简洁,在此不再赘述。

可选地,该芯片可应用于本申请实施例中的解压缩端设备,并且该芯片可以实现本申请实施例的各个方法中由解压缩端设备实现的相应流程,为了简洁,在此不再赘述。

可选地,该芯片可应用于本申请实施例中的第一设备,并且该芯片可以实现本申请实施例的各个方法中由第一设备实现的相应流程,为了简洁,在此不再赘述。

应理解,本申请实施例提到的芯片还可以称为系统级芯片,系统芯片,芯片系统或片上系统芯片等。

图13是本申请实施例提供的一种通信系统1300的示意性框图。如图8所示,该通信系统1300包括压缩端设备1310和解压缩端设备1320。

可选地,在一些实施例中,所述通信系统还可以包括控制设备1330。

其中,该压缩端设备1310可以用于实现上述方法中由压缩端设备实现的相应的功能,该解压缩端设备1320可以用于实现上述方法中由解压缩端设备实现的相应的功能,该控制设备1330可以用于实现上述方法中由第一设备实现的相应的功能,为了简洁,在此不再赘述。

应理解,本申请实施例的处理器可能是一种集成电路芯片,具有信号的处理能力。在实现过程中,上述方法实施例的各步骤可以通过处理器中的硬件的集成逻辑电路或者软件形式的指令完成。上述的处理器可以是通用处理器、数字信号处理器(digitalsignalprocessor,dsp)、专用集成电路(applicationspecificintegratedcircuit,asic)、现成可编程门阵列(fieldprogrammablegatearray,fpga)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。可以实现或者执行本申请实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。结合本申请实施例所公开的方法的步骤可以直接体现为硬件译码处理器执行完成,或者用译码处理器中的硬件及软件模块组合执行完成。软件模块可以位于随机存储器,闪存、只读存储器,可编程只读存储器或者电可擦写可编程存储器、寄存器等本领域成熟的存储介质中。该存储介质位于存储器,处理器读取存储器中的信息,结合其硬件完成上述方法的步骤。

可以理解,本申请实施例中的存储器可以是易失性存储器或非易失性存储器,或可包括易失性和非易失性存储器两者。其中,非易失性存储器可以是只读存储器(read-onlymemory,rom)、可编程只读存储器(programmablerom,prom)、可擦除可编程只读存储器(erasableprom,eprom)、电可擦除可编程只读存储器(electricallyeprom,eeprom)或闪存。易失性存储器可以是随机存取存储器(randomaccessmemory,ram),其用作外部高速缓存。通过示例性但不是限制性说明,许多形式的ram可用,例如静态随机存取存储器(staticram,sram)、动态随机存取存储器(dynamicram,dram)、同步动态随机存取存储器(synchronousdram,sdram)、双倍数据速率同步动态随机存取存储器(doubledataratesdram,ddrsdram)、增强型同步动态随机存取存储器(enhancedsdram,esdram)、同步连接动态随机存取存储器(synchlinkdram,sldram)和直接内存总线随机存取存储器(directrambusram,drram)。应注意,本文描述的系统和方法的存储器旨在包括但不限于这些和任意其它适合类型的存储器。

应理解,上述存储器为示例性但不是限制性说明,例如,本申请实施例中的存储器还可以是静态随机存取存储器(staticram,sram)、动态随机存取存储器(dynamicram,dram)、同步动态随机存取存储器(synchronousdram,sdram)、双倍数据速率同步动态随机存取存储器(doubledataratesdram,ddrsdram)、增强型同步动态随机存取存储器(enhancedsdram,esdram)、同步连接动态随机存取存储器(synchlinkdram,sldram)以及直接内存总线随机存取存储器(directrambusram,drram)等等。也就是说,本申请实施例中的存储器旨在包括但不限于这些和任意其它适合类型的存储器。

本申请实施例还提供了一种计算机可读存储介质,用于存储计算机程序。

可选的,该计算机可读存储介质可应用于本申请实施例中的压缩端设备,并且该计算机程序使得计算机执行本申请实施例的各个方法中由压缩端设备实现的相应流程,为了简洁,在此不再赘述。

可选地,该计算机可读存储介质可应用于本申请实施例中的解压缩端设备,并且该计算机程序使得计算机执行本申请实施例的各个方法中由解压缩端设备实现的相应流程,为了简洁,在此不再赘述。

可选地,该计算机可读存储介质可应用于本申请实施例中的第一设备,并且该计算机程序使得计算机执行本申请实施例的各个方法中由第一设备实现的相应流程,为了简洁,在此不再赘述。

本申请实施例还提供了一种计算机程序产品,包括计算机程序指令。

可选的,该计算机程序产品可应用于本申请实施例中的压缩端设备,并且该计算机程序指令使得计算机执行本申请实施例的各个方法中由压缩端设备实现的相应流程,为了简洁,在此不再赘述。

可选地,该计算机程序产品可应用于本申请实施例中的解压缩端设备,并且该计算机程序指令使得计算机执行本申请实施例的各个方法中由解压缩端设备实现的相应流程,为了简洁,在此不再赘述。

可选地,该计算机程序产品可应用于本申请实施例中的第一设备,并且该计算机程序指令使得计算机执行本申请实施例的各个方法中由第一设备实现的相应流程,为了简洁,在此不再赘述。

本申请实施例还提供了一种计算机程序。

可选的,该计算机程序可应用于本申请实施例中的压缩端设备,当该计算机程序在计算机上运行时,使得计算机执行本申请实施例的各个方法中由网络设备实现的相应流程,为了简洁,在此不再赘述。

可选地,该计算机程序可应用于本申请实施例中的解压缩端设备,当该计算机程序在计算机上运行时,使得计算机执行本申请实施例的各个方法中由移动终端/终端设备实现的相应流程,为了简洁,在此不再赘述。

可选地,该计算机程序可应用于本申请实施例中的第一设备,当该计算机程序在计算机上运行时,使得计算机执行本申请实施例的各个方法中由移动终端/终端设备实现的相应流程,为了简洁,在此不再赘述。

本领域普通技术人员可以意识到,结合本文中所公开的实施例描述的各示例的单元及算法步骤,能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行,取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能,但是这种实现不应认为超出本申请的范围。

所属领域的技术人员可以清楚地了解到,为描述的方便和简洁,上述描述的系统、装置和单元的具体工作过程,可以参考前述方法实施例中的对应过程,在此不再赘述。

在本申请所提供的几个实施例中,应该理解到,所揭露的系统、装置和方法,可以通过其它的方式实现。例如,以上所描述的装置实施例仅仅是示意性的,例如,所述单元的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式,例如多个单元或组件可以结合或者可以集成到另一个系统,或一些特征可以忽略,或不执行。另一点,所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口,装置或单元的间接耦合或通信连接,可以是电性,机械或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外,在本申请各个实施例中的各功能单元可以集成在一个处理单元中,也可以是各个单元单独物理存在,也可以两个或两个以上单元集成在一个单元中。

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

以上所述,仅为本申请的具体实施方式,但本申请的保护范围并不局限于此,任何熟悉本技术领域的技术人员在本申请揭露的技术范围内,可轻易想到变化或替换,都应涵盖在本申请的保护范围之内。因此,本申请的保护范围应所述以权利要求的保护范围为准。


技术特征:

1.一种无线通信的方法,其特征在于,包括:

压缩端设备接收第一配置信息,所述第一配置信息用于配置以太帧头的头压缩参数;

所述压缩端设备根据所述第一配置信息,压缩数据包的以太帧头。

2.根据权利要求1所述的方法,其特征在于,所述头压缩参数包括以下中的至少一项:

以太帧头的头压缩标识,虚拟局域网vlan域指示,需要压缩的子头的信息,头压缩域类型信息,上下文标识的最大数目,头压缩模式,反馈模式;

其中,所述头压缩标识用于指示是否压缩所述以太帧头,所述头压缩域类型信息用于指示需要压缩的子头的类型,所述上下文标识的最大数目用于指示头压缩对象对应的数据包能够映射到的子对象通道的最大数目,所述头压缩模式用于指示压缩端设备是否根据所述反馈模式进行压缩状态的迁移,所述反馈模式用于指示解压缩端设备采用的反馈模式,所述vlan域指示用于指示是否对vlan域进行头压缩或者所述以太帧头是否包含vlan域,所述头压缩对象用于指示进行头压缩的单位。

3.根据权利要求2所述的方法,其特征在于,所述需要压缩的子头的信息包括以下中的至少一种:

目的地址,源地址,以太网类型,以太网长度,标签协议标识tp-id,优先代码点pcp,丢弃指示dei,vlan标识id。

4.根据权利要求1至3中任一项所述的方法,其特征在于,基于以下中的至少一种配置所述头压缩参数:

至少一个qos流,至少一个承载,终端设备,至少一个pdu会话。

5.根据权利要求1至4中任一项所述的方法,其特征在于,所述第一配置信息具体用于配置:

包括一个vlan域的以太帧头映射到第一上下文标识对应的子对象通道;

包括两个vlan域的以太帧头映射到第二上下文标识对应的子对象通道;

不包括vlan域的以太帧头映射到第三上下文标识对应的子对象通道。

6.根据权利要求1至4中任一项所述的方法,其特征在于,所述第一配置信息具体用于配置:

包括vlan域的以太帧头映射到第一上下文标识对应的子对象通道;

不包括vlan域的以太帧头映射到第三上下文标识对应的子对象通道。

7.根据权利要求1至6中任一项所述的方法,其特征在于,所述压缩端设备激活所述以太帧头的头压缩功能,包括:

所述压缩端设备在接收到所述第一配置信息的情况下,激活所述以太帧头的头压缩功能。

8.一种无线通信的设备,其特征在于,包括:

通信模块,用于接收第一配置信息,所述第一配置信息用于配置以太帧头的头压缩参数;

压缩模块,用于根据所述第一配置信息,压缩数据包的以太帧头。

9.根据权利要求8所述的设备,其特征在于,所述头压缩参数包括以下中的至少一项:

以太帧头的头压缩标识,虚拟局域网vlan域指示,需要压缩的子头的信息,头压缩域类型信息,上下文标识的最大数目,头压缩模式,反馈模式;

其中,所述头压缩标识用于指示是否压缩所述以太帧头,所述头压缩域类型信息用于指示需要压缩的子头的类型,所述上下文标识的最大数目用于指示头压缩对象对应的数据包能够映射到的子对象通道的最大数目,所述头压缩模式用于指示所述设备是否根据所述反馈模式进行压缩状态的迁移,所述反馈模式用于指示解压缩端设备采用的反馈模式,所述vlan域指示用于指示是否对vlan域进行头压缩或者所述以太帧头是否包含vlan域,所述头压缩对象用于指示进行头压缩的单位。

10.根据权利要求9所述的设备,其特征在于,所述头压缩域类型信息包括以下中的至少一种:

静态类别,已知的静态类别,定义的静态类别,推测类别,可变类别,不改变类别。

技术总结
一种无线通信的方法和设备,该方法包括:压缩端设备接收第一配置信息,所述第一配置信息用于配置以太帧头的头压缩参数;所述压缩端设备根据所述第一配置信息,压缩数据包的以太帧头。

技术研发人员:王淑坤
受保护的技术使用者:OPPO广东移动通信有限公司
技术研发日:2019.03.29
技术公布日:2021.08.03

转载请注明原文地址:https://doc.8miu.com/read-1433.html

最新回复(0)