CN113207133B - 无线通信的方法和设备 - Google Patents

无线通信的方法和设备 Download PDF

Info

Publication number
CN113207133B
CN113207133B CN202110479852.3A CN202110479852A CN113207133B CN 113207133 B CN113207133 B CN 113207133B CN 202110479852 A CN202110479852 A CN 202110479852A CN 113207133 B CN113207133 B CN 113207133B
Authority
CN
China
Prior art keywords
header
compression
ethernet
configuration information
sub
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
CN202110479852.3A
Other languages
English (en)
Other versions
CN113207133A (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
Priority to CN202110479852.3A priority Critical patent/CN113207133B/zh
Publication of CN113207133A publication Critical patent/CN113207133A/zh
Application granted granted Critical
Publication of CN113207133B publication Critical patent/CN113207133B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W16/00Network planning, e.g. coverage or traffic planning tools; Network deployment, e.g. resource partitioning or cells structures
    • H04W16/18Network planning tools
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W28/00Network traffic management; Network resource management
    • H04W28/02Traffic management, e.g. flow control or congestion control
    • H04W28/06Optimizing the usage of the radio link, e.g. header compression, information sizing, discarding information
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/04Protocols for data compression, e.g. ROHC
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00Data switching networks
    • H04L12/28Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • H04L12/46Interconnection of networks
    • H04L12/4641Virtual LANs, VLANs, e.g. virtual private networks [VPN]
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/30Definitions, standards or architectural aspects of layered protocol stacks
    • H04L69/32Architecture of open systems interconnection [OSI] 7-layer type protocol stacks, e.g. the interfaces between the data link level and the physical level
    • H04L69/322Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions
    • H04L69/324Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions in the data link layer [OSI layer 2], e.g. HDLC
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W8/00Network data management
    • H04W8/02Processing of mobility data, e.g. registration information at HLR [Home Location Register] or VLR [Visitor Location Register]; Transfer of mobility data, e.g. between HLR, VLR or external networks

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Computer Security & Cryptography (AREA)
  • Databases & Information Systems (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

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

Description

无线通信的方法和设备
本申请是申请日为2019年03月29日,申请号为201980057998X,发明名称为“无线通信的方法和设备”的申请的分案申请。
技术领域
本申请实施例涉及通信领域,具体涉及一种无线通信的方法和设备。
背景技术
在长期演进系统(Long Term Evolution,LTE)系统中,协议数据单元(ProtocolData Unit,PDU)会话的类型为互联协议(Internet Protocol,IP)类型。
在新无线(New Radio,NR)系统中,不仅支持IP包类型,还引入了以太(Ethernet)帧类型。
此情况下,如何实现以太帧头的压缩是一项亟待解决的问题。
发明内容
本申请实施例提供一种无线通信的方法和设备,能够根据第一配置信息实现以太帧头的压缩。
第一方面,提供了一种无线通信的方法,该方法包括:压缩端设备接收第一配置信息,所述第一配置信息用于配置以太帧头的头压缩参数;所述压缩端设备根据所述第一配置信息,压缩数据包的以太帧头。
第二方面,提供了一种无线通信的方法,包括:解压缩端设备接收第一设备发送第一配置信息,所述第一配置信息用于配置以太帧头的头压缩参数;所述解压缩端设备根据所述第一配置信息,解压缩接收的数据包的以太帧头。
第三方面,提供了一种无线通信的方法,包括:第一设备向压缩端设备和/或解压缩端设备发送第一配置信息,所述第一配置信息用于配置以太帧头的头压缩参数。
第四方面,提供了一种无线通信的设备,用于执行上述第一方面或第一方面的任意可能的实现方式中的方法。具体地,该设备包括用于执行上述第一方面或第一方面的任一可能的实现方式中的方法的单元。
第五方面,提供了一种无线通信的设备,用于执行上述第二方面或第二方面的任意可能的实现方式中的方法。具体地,该设备包括用于执行上述第二方面或第二方面的任一可能的实现方式中的方法的单元。
第六方面,提供了一种无线通信的设备,用于执行上述第三方面或第三方面的任意可能的实现方式中的方法。具体地,该设备包括用于执行上述第三方面或第三方面的任一可能的实现方式中的方法的单元。
第七方面,提供了一种无线通信的设备,该设备包括:包括处理器和存储器。该存储器用于存储计算机程序,该处理器用于调用并运行该存储器中存储的计算机程序,执行上述第一方面或其各实现方式中的方法。
第八方面,提供了一种无线通信的设备,该设备包括:包括处理器和存储器。该存储器用于存储计算机程序,该处理器用于调用并运行该存储器中存储的计算机程序,执行上述第二方面或其各实现方式中的方法。
第九方面,提供了一种无线通信的设备,该设备包括:包括处理器和存储器。该存储器用于存储计算机程序,该处理器用于调用并运行该存储器中存储的计算机程序,执行上述第三方面或其各实现方式中的方法。
第十方面,提供了一种芯片,用于实现上述第一方面至第三方面中的任一方面或其各实现方式中的方法。
具体地,该芯片包括:处理器,用于从存储器中调用并运行计算机程序,使得安装有该芯片的设备执行如上述第一方面至第三方面中的任一方面或其各实现方式中的方法。
第十一方面,提供了一种计算机可读存储介质,用于存储计算机程序,该计算机程序使得计算机执行上述第一方面至第三方面中的任一方面或其各实现方式中的方法。
第十二方面,提供了一种计算机程序产品,包括计算机程序指令,该计算机程序指令使得计算机执行上述第一方面至第三方面中的任一方面或其各实现方式中的方法。
第十三方面,提供了一种计算机程序,当其在计算机上运行时,使得计算机执行上述第一方面至第三方面中的任一方面或其各实现方式中的方法。
基于上述技术方案,压缩端设备根据第一配置信息确定以太帧头的头压缩参数,从而能够实现以太帧的头压缩功能,进一步能够降低空口的资源开销,提升资源利用率。
附图说明
图1是本申请实施例提供的一种应用场景的示意性图。
图2至图4是以太帧的典型的几种帧格式的示意图。
图5是本申请实施例提供的一种无线通信的方法的示意性图。
图6是本申请实施例提供的另一种无线通信的方法的示意性图。
图7是本申请实施例提供的再一种无线通信的方法的示意性图。
图8是本申请实施例提供的一种无线通信的设备的示意性框图。
图9是本申请实施例提供的另一种无线通信的设备的示意性框图。
图10是本申请实施例提供的再一种无线通信的设备的示意性框图。
图11是本申请实施例提供的一种通信设备的示意性框图。
图12是本申请实施例提供的一种芯片的示意性框图。
图13是根据本申请实施例的通信系统的示意性框图。
具体实施方式
下面将结合本申请实施例中的附图,对本申请实施例中的技术方案进行描述,显然,所描述的实施例是本申请一部分实施例,而不是全部的实施例。基于本申请中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本申请保护的范围。
本申请实施例的技术方案可以应用于各种通信系统,例如:全球移动通讯(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的覆盖范围内。作为在此使用的“终端设备”包括但不限于经由有线线路连接,如经由公共交换电话网络(Public SwitchedTelephone Networks,PSTN)、数字用户线路(Digital Subscriber Line,DSL)、数字电缆、直接电缆连接;和/或另一数据连接/网络;和/或经由无线接口,如,针对蜂窝网络、无线局域网(Wireless Local Area Network,WLAN)、诸如DVB-H网络的数字电视网络、卫星网络、AM-FM广播发送器;和/或另一终端设备的被设置成接收/发送通信信号的装置;和/或物联网(Internet of Things,IoT)设备。被设置成通过无线接口通信的终端设备可以被称为“无线通信终端”、“无线终端”或“移动终端”。移动终端的示例包括但不限于卫星或蜂窝电话;可以组合蜂窝无线电电话与数据处理、传真以及数据通信能力的个人通信系统(Personal Communications System,PCS)终端;可以包括无线电电话、寻呼机、因特网/内联网接入、Web浏览器、记事簿、日历以及/或全球定位系统(Global Positioning System,GPS)接收器的PDA;以及常规膝上型和/或掌上型接收器或包括无线电电话收发器的其它电子装置。终端设备可以指接入终端、用户设备(User Equipment,UE)、用户单元、用户站、移动站、移动台、远方站、远程终端、移动设备、用户终端、终端、无线通信设备、用户代理或用户装置。接入终端可以是蜂窝电话、无绳电话、会话启动协议(Session InitiationProtocol,SIP)电话、无线本地环路(Wireless Local Loop,WLL)站、个人数字处理(Personal Digital Assistant,PDA)、具有无线通信功能的手持设备、计算设备或连接到无线调制解调器的其它处理设备、车载设备、可穿戴设备、5G网络中的终端设备或者未来演进的PLMN中的终端设备等。
该通信系统100可以包括接入网设备120,接入网设备120可以是与终端设备110(或称为通信终端、终端)通信的设备。接入网设备120可以为特定的地理区域提供通信覆盖,并且可以与位于该覆盖区域内的终端设备进行通信。可选地,接入网设备120以是GSM系统或CDMA系统中的基站(Base Transceiver Station,BTS),也可以是WCDMA系统中的基站(NodeB,NB),还可以是LTE系统中的演进型基站(Evolutional Node B,eNB或eNodeB),或者是云无线接入网络(Cloud Radio Access Network,CRAN)中的无线控制器,或者该网络设备可以为移动交换中心、中继站、接入点、车载设备、可穿戴设备、集线器、交换机、网桥、路由器、5G网络中的网络侧设备或者未来演进的公共陆地移动网络(Public Land MobileNetwork,PLMN)中的网络设备等。
该无线通信系统100还包括与接入网设备进行通信的核心网设备130。可选地,该核心网设备130可以是5G核心网设备,例如,接入与移动性管理功能(Access and MobilityManagement Function,AMF),负责接入和移动性管理,具有对用户进行认证、切换、位置更新等功能。又例如,会话管理功能(Session Management Function,SMF),负责会话管理,包括分组数据单元(packet data unit,PDU)会话的建立、修改、释放等。又例如,用户面功能(user plane function,UPF),负责用户数据的转发。其中,核心网设备可以为LTE系统或其他系统的核心网设备。
可选地,5G系统或5G网络还可以称为新无线(New Radio,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,该PDU session对应的为IPv4数据包(packets)和/或IPv6 packets;当PDU Session类型为Ethernet帧类型时,该PDUsession对应的为Ethernet帧结构(frames)。
以下,结合图2至图4,介绍本申请实施例相关的以太帧的帧格式。
在图2中的帧格式中,以太帧头可以包括多个域(或称字段,子头),例如,目的地址域、源地址域、长度域、数据部可以包括数据。另外还包括在5G网络中不传送的两个部分,前导码(preamble)和帧检验序列(frame check sequence,FCS)。该图2所示的以太帧可以是以太网802.3原始(raw)帧类型。
在图3中的帧格式中,以太帧头可以包括多个域,例如,目的地址域、源地址域和类型域,数据部可以包括数据。另外可以还可以包括5G网络中不传送的两个部分,即前导码和FCS。图3所示的以太帧可以是Ethernet II帧类型。
在NR系统中,通常部署公共网络系统,即基于PLMN的公共陆地网络。同时在一些场景中,例如在办公、家庭、工厂等场景中,为了能够更加安全有效的管理,通常会由当地的用户或者管理者布局本地网络,只有授权的能够接入的用户具有接入到本地网络的权限。
在公共网络系统和本地网络共存的场景下,当PDU session为Ethernet帧类型时,Ethernet PDU中可能携带虚拟局域网(Virtual Local Area Network,VLAN)域,也可能不携带VLAN字头,相应的Ethernet帧结构不同。如图4所示是在图2或图3所示的帧格式中,添加VLAN域(VLAN field)的帧格式,该VLAN域可以用于指示该以太帧所属的VLAN的信息。
应理解,图2至图4所示的帧格式仅仅是举例说明,不应对本申请实施例造成特别的限定。
还应理解,本申请实施例的各种实现方式还可以应用于除以太帧之外其他类型的帧,为了简洁,本申请实施例在此不再赘述。
图5是根据本申请实施例的无线通信方法200的示意性流程图。该方法200包括以下内容中的至少部分内容:
S210,压缩端设备接收第一配置信息,所述第一配置信息用于配置以太帧头的头压缩参数;
S220,所述压缩端设备根据所述第一配置信息,压缩数据包的以太帧头。
应理解,该方法200可以用于下行传输,也可以用于上行传输,或者也可以用于侧行传输。在用于下行传输时,压缩端设备可以是接入网设备,解压缩端设备可以是终端设备。在用于上行传输,压缩端设备可以为终端设备,解压缩端设备可以为接入网设备,在用于侧行传输时,该压缩端设备可以是终端设备,该解压缩端设备也可以为终端设备。
可选地,在本申请实施例中,所述数据包为压缩端设备待发送给解压缩端设备的数据包,该数据包头为Ethernet帧类型,例如,图2至图4所示的以太帧,该压缩端设备可以根据接收的该第一配置信息确定是否压缩该数据包的包头,即以太帧头(可选的,还可以包括VLAN域),在需要压缩所述以太帧头的情况下,该压缩端设备还可以根据该第一配置信息确定该以太帧头的压缩方式,即如何进行头压缩(header compression),例如,压缩以太帧头中的哪些域,将数据包映射到哪个上下文标识对应的子对象通道内等。
应理解,在本申请实施例中,主要以对数据包的以太帧头进行压缩为例进行说明,本申请实施例也可以按照压缩以太帧头的方式对该数据包中的数据部分进行压缩,或者,在另一些实施例中,所述第一配置信息也可以用于配置该数据包的数据部分的压缩参数,例如,是否压缩该数据部分,以及该数据部分的压缩方式等,从而该压缩端设备也可以根据该数据部分的压缩参数,压缩该数据包的数据部分,进一步将压缩的数据包发送给解压缩端设备,本申请实施例对此不作限定。
应理解,在本申请实施例中,以下主要以对数据包的以太帧头的映射为例进行说明,本申请实施例也可以按照以太帧头的映射的方式对该数据包进行映射。
可选地,在一些实施例中,所述第一配置信息可以是预配置的,或者协议约定的,或者由该压缩端设备和解压缩端设备约定的,此情况下,该方法200可以不包括该210步骤,该压缩端设备和解压缩端设备可以根据预配置的或约定的该第一配置信息进行以太帧头的压缩或解压缩。
可选地,在一些实施例中,所述第一配置信息中的部分可以是预配置的,或者协议约定的,或者由该压缩端设备和解压缩端设备约定的,此情况下,该压缩端设备和解压缩端设备可以至少根据预配置的或约定的该第一配置信息中的部分进行以太帧头的压缩或解压缩。
可选地,在另一些实施例中,该第一配置信息可以是由第一设备配置给该压缩端设备的,可选地,所述第一设备也可以给解压缩端设备指示或配置该第一配置信息,从而该解压缩端设备根据该第一配置信息解压缩该压缩端设备发送的压缩数据包。
可选地,所述第一设备可以为接入网设备,核心网设备或应用层设备,例如数据网络节点(Data Network Node,DNN)等。
例如,若所述第一设备可以为接入网设备,所述压缩端设备可以为终端设备,此情况下,所述第一设备可以通过无线资源控制(Radio Resource Control,RRC)消息给压缩端设备配置该头压缩参数,或者,所述第一设备也可以通过其他消息,例如,媒体接入控制(Media Access Control,MAC)控制元素(Control Element,CE)或下行控制信息(DownlinkControl Information,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域,则压缩端设备可以将数据包映射到不同的context ID对应的子对象通道内;或者,若所述VLAN域指示为Ethernet,则压缩端设备可以将数据包映射到不同的context ID对应的子对象通道内(如将包括VLAN域的数据包映射到一个子对象通道,将不包括VLAN域的数据包映射到另一个子对象通道),或者,压缩端设备也可以不将数据包映射到不同context ID对应的子对象通道内(例如考虑是否对VLAN域进行压缩,或不对VLAN域进行头压缩)。
在另一实现方式中,所述VLAN域指示可以包括Ethernet,表示对以太帧头压缩,无论是否包括VLAN域。
可选地,在本申请实施例中,所述VLAN域,也可称为Q标签(Q-tags),可以包括用户标签(C-tag),或称用户VLAN域(Customer VLAN域)和服务标签(S-tag),或称服务VLAN域(Service VLAN域),或者也可以包括其他信息,本申请实施例对此不作限定。
特别的,在本申请实施例中,所述压缩端设备也可以仅对VLAN域中的部分子头进行头压缩。
所述头压缩域类型信息用于指示需要压缩的子头的类型,作为示例而非限定,所述头压缩域类型信息包括以下中的至少一种:
静态(static)类别,已知的静态(static-known)类别,定义的静态(static-def)类别,推测(inferred)类别,可变(changing)类别,不改变类别。
例如,所述第一配置信息可以配置对特定类型的子头进行头压缩,例如,对于不改变类别的子头进行头压缩,可选地,该不改变类别可以包括static类别,static-known类别,static-def类别,inferred类别,或者,该不改变类型也可以包括static类别,static-known类别,static-def类别和inferred类别中的部分类型。
可选地,所述需要压缩的子头的信息可以包括以下中的至少一种:
目的地址,源地址,以太网类型,以太网长度,标签协议标识(Tag Protocol ID,TP-ID),优先代码点(Precedence Code Point,PCP),丢弃指示(Drop EligibleIndicator,DEI),VLAN ID。
其中,该TR-ID可以用于表示帧类型,例如,802.1Q标签帧,即包括VLAN域的以太帧。
该PCP或称优先级(Priority,PRI)可以用于表示帧的优先级,当网络拥塞时,优先发送PCP优先级高的数据包。
该DEI可以用于表示丢弃优先级,在网络拥塞时,优先丢弃优先级低的数据包。
进一步的,可压缩的子头还可以包括以下中的至少之一:子网接入协议(SubNetwork Access Protocol,SNAP)域,逻辑链路控制(Logical Link Control,LLC)域。
应理解,以上以太帧头中包括的子头仅为示例,随着标准的更新和发展,以太帧头中包括的子头可以删减,或者增加,或者也可以更新其含义,本申请实施例中的子头的含义也可以进行调整,本申请实施例对此不作限定。
应理解,所述第一配置信息中的部分信息可以是预配置的,或也可以是由其他信息确定的,例如,若该第一配置信息未配置该需要压缩的子头的信息,该第一配置信息配置了该头压缩域类型信息,则可以根据该头压缩域信息确定该需要压缩的子头的信息,例如,若该头压缩域类型信息为不改变类别,则该需要压缩的子头可以不包括以下中的至少之一:PCP和类型域,或者,若该头压缩域类型信息为静态类别,则需要压缩的子头可以包括以下中的至少之一:源地址域,目的地址域和长度域。
可选地,在本申请实施例中,所述反馈模式包括以下中的至少一种:
需要回复反馈数据包的模式,不需要回复反馈数据包的模式,特定条件下需要回复反馈数据包的模式。
因此,在解压缩端设备接收到压缩端设备发送的压缩的以太帧之后,可以对该以太帧进行解压缩,并可以根据该反馈模式,进行解压缩结果的反馈,该解压缩结果例如可以表示是否解压缩成功或连续解压缩成功,或者部分解压缩成功或连续部分解压缩成功等。例如,反馈否定性确认(Negative ACKnowledgement,NACK),用于指示全部解压缩失败或部分解压缩失败,或反馈确认(Acknowledgement,ACK),用于指示解压缩成功。可选地,该解压缩结果还可以包括对应序列号(Sequence Number,SN)的数据包的解压缩结果。可选地,该解压缩结果还可以包括以下至少之一:至少一个ACK对应的数据包的SN,至少一个NACK对应的数据包的SN,未成功解压缩的第一个数据包对应的序列号,最后一个成功解压缩的数据包对应的序列号,最后一个成功解压缩的数据包对应的序列号+1等。
可选地,在本申请实施例中,所述特定条件下需要回复反馈数据包的模式可以包括以下中的至少一种:周期地反馈,即按照一定的周期进行反馈,例如,可以将该周期内接收到的压缩数据包的解压缩结果进行合并反馈,能够降低信令开销;
解压缩所述数据包错误时反馈,在解压缩数据包错误时反馈解压缩结果(可以包括以下至少之一:指示发送错误,具体的错误信息,成功发送的信息)有利于保证解压缩错误的数据包的可靠传输;
连续多次解压缩数据包错误时反馈,在连续多次解压缩数据包错误时反馈解压缩结果(可以包括以下至少之一:指示发送错误,具体的错误信息,成功发送的信息)有利于保证解压缩错误的数据包的可靠传输;
所述压缩端设备的压缩状态发生变化时反馈,即由一种压缩状态切换为另一种压缩状态时,例如,由不压缩状态切换为压缩状态时,压缩端设备的压缩状态发生变化表明数据包有可能解压缩失败,此情况下反馈解压缩结果有利于保证解压缩错误的数据包的可靠传输;
接收到未压缩的数据包时;
连续多次接收到未压缩的数据包时;
接收到压缩端设备发送的第一指示,所述第一指示用于指示所述解压缩端设备回复反馈数据包;
所述解压缩端设备的解压缩状态发生变化时反馈;
接收到特定的数据包时反馈;
接收到相对于当前压缩效率,压缩效率更低的压缩数据包时;
连续多次接收到相对于当前压缩效率,压缩效率更低的压缩数据包时。
具体地,可以参考下文中解压缩端设备向压缩端设备发送状态报告的相关描述,为了简洁,这里不再赘述。
可选地,在本申请实施例中,解压缩端设备对数据包的解压缩结果可以承载于反馈数据包中,该反馈数据包可以针对该以太帧头的至少部分的反馈。
例如,该至少部分为该以太帧头的可变部分(例如,VLAN域、长度和类型域等),和/或该以太帧头的静态部分(例如,源地址和目的地址等)。
又例如,该至少部分为该以太帧头的可变部分的至少部分(例如类型域等),和/或该以太帧头的静态部分的至少部分(例如,源地址和目的地址等)。
可选地,在本申请实施例中,所述压缩端设备可以根据该反馈模式,确定是否进行压缩状态的迁移,作为示例而非限定,所述压缩状态包括以下中的至少一种:不压缩状态,部分压缩状态和全压缩状态,可选地,所述部分压缩状态还可以细分为更多个部分压缩状态,例如,半压缩或2/3压缩等,或者该压缩状态也可以只包括不压缩和全压缩两种压缩状态,本申请实施例对此不作限定。
对于压缩端设备而言,在接收到该反馈数据包的情况下,可以根据该反馈数据包确定其发送的压缩数据包的解压缩结果,如果解压缩结果指示至少部分没有解压缩成功,则该压缩端设备可以确认是否进行压缩状态迁移,例如,迁移至更可靠的压缩状态进行头压缩,例如,从全压缩状态切换为部分压缩状态或不压缩状态,以保证数据包的可靠传输。
所述上下文标识的最大数目用于指示头压缩对象对应的数据包能够映射到的子对象通道的最大数目,也就是说,对于某一头压缩对象的数据包可以区分的子对象通道的最大数目。可选地,所述压缩端设备可以在满足第一条件时,将同一头压缩对象对应的数据包映射到不同的Context ID对应的子对象通道内,例如,将具有不同MAC地址的数据包映射到不同的Context ID对应的子对象通道内,或者,将具有相同MAC地址的数据包映射到同一Context ID对应的子对象通道内。
可选地,该MAC地址可以为以太帧头中的源地址和/或目的地址。
可选地,在一些实施例中,基于以下中的至少一种配置所述头压缩参数:
至少一个QoS流,至少一个承载,终端设备,至少一个PDU会话。
也就是说,根据本申请实施例的头压缩参数的粒度(或者说,单位)可以为一个服务质量流(Quality of Service flow,QoS Flow),或者多个QoS Flow,或者也可以为一个承载,或者也可以是多个承载,或者也可以以UE为单位,或者也可以以一个PDU会话(session)为单位,当然也可以以多个PDU session为单位,本申请实施例对此不作限定。
应理解,所述头压缩参数也可以基于业务类型配置,例如,对于特定类型的业务配置一种头压缩参数,例如对于增强移动超宽带(Enhance Mobile Broadband,eMBB)配置一组头压缩参数,对于高可靠低时延通信(Ultra-Reliable and Low LatencyCommunication,URLLC)配置一组头压缩参数,以适应不同业务的需求,或者基于其他参数配置,本申请实施例对此不作限定。
可选地,在本申请实施例中,所述第一配置信息还用于配置所述头压缩参数对应的头压缩对象信息,也就是说,即对哪些头压缩对象的数据包采用该头压缩参数进行头压缩。例如,所述头压缩对象信息包括以下中的至少一种:
至少一个服务质量QoS流标识ID,至少一个承载标识,至少一个终端设备标识ID,至少一个协议数据单元PDU会话标识。
也就是说,该第一配置信息可以配置对该至少一个服务质量QoS流标识ID对应的QoS Flow,或至少一个承载标识对应的承载,所述至少一个协议数据单元PDU会话标识对应的PDU会话等头压缩对象对应的数据包采用该头压缩参数进行头压缩。从而,在需要压缩这些头压缩对象对应的数据包时,该压缩端设备可以根据该头配置参数确定是否进行头压缩,在需要进行头压缩时,进一步确定如何进行头压缩。
因此,该第一配置信息不仅可以配置以太帧头的头压缩参数,还可以配置该头压缩参数的对象,这样能够使得进行头压缩的粒度更可控,例如可以为承载级别,或者也可以更精细,例如可以为QoS流级别。
由上文描述可知,以太帧头可能不包括VLAN域,也可能包括VLAN域,或者也可能包括1个VLAN域,或者包括2个或更多个VLAN域,基于上述情况,本申请实施例还提供了上述几种类型的以太帧头和上下文标识的映射方式。
可选地,作为一个实施例,所述第一配置信息还用于配置包括VLAN域的以太帧头和上下文标识的映射方式,或者也可以认为该第一配置信息用于指示包括VLAN域的数据包和上下文标识的映射方式,也就是说,数据包的以太帧头和数据部分可以采用相同的映射方式。
在一种实现方式中,所述第一配置信息可以用于配置包括不同个数的VLAN域的以太帧头和上下文标识的映射关系,例如,所述第一配置信息具体用于配置:
包括一个VLAN域的以太帧头映射到第一上下文标识对应的子对象通道,例如,包括一个Q-tag的数据包的以太帧头映射到context ID1对应的子对象通道中;
进一步地,将该包括一个VLAN域的以太帧头对应的数据包中的数据部分也映射到该第一上下文标识对应的子对象通道,例如,将包括一个Q-tag的数据包的数据部分也映射到context ID1对应的子对象通道中。
包括两个VLAN域的以太帧头映射到第二上下文标识对应的子对象通道,例如,包括两个Q-tag的数据包的以太帧头映射到context ID2对应的子对象通道中;
进一步地,将该包括两个VLAN域的以太帧头对应的数据包中的数据部分也映射到该第二上下文标识对应的子对象通道,例如,将包括两个Q-tag的数据包的数据部分也映射到context ID2对应的子对象通道中。
不包括VLAN域的以太帧头映射到第三上下文标识对应的子对象通道,例如,包括不包括Q-tag的数据包的以太帧头映射到context ID3对应的子对象通道中;
进一步地,将该不包括VLAN域的以太帧头对应的数据包中的数据部分也映射到该第三上下文标识对应的子对象通道,例如,将不包括Q-tag的数据包的数据部分也映射到context ID3对应的子对象通道中。
可选地,所述第一配置信息也可以配置包括其他个数的VLAN域的以太帧头和上下文标识的映射关系,本申请实施例对此不作限定。
可选地,作为另一实施例,所述第一配置信息还用于配置包括VLAN域的以太帧头、不包括VLAN域的以太帧头分别与上下文标识的映射方式,或者也可以认为该第一配置信息用于配置包括VLAN域的数据包,不包括VLAN域的数据包和上下文标识的映射方式,也就是说,数据包的以太帧头和数据部分可以采用相同的映射方式。
在一种实现方式中,所述第一配置信息具体用于配置:
包括VLAN域的以太帧头映射到第一上下文标识对应的子对象通道,例如,包括Q-tag的数据包的以太帧头映射到context ID1对应的子对象通道中;
进一步地,将该包括VLAN域的以太帧头对应的数据包中的数据部分也映射到该第一上下文标识对应的子对象通道,例如,将包括Q-tag的数据包的数据部分也映射到context ID1对应的子对象通道中。
不包括VLAN域的以太帧头映射到第三上下文标识对应的子对象通道,例如,包括不包括Q-tag的数据包的以太帧头映射到context ID3对应的子对象通道中;
进一步地,将该不包括VLAN域的以太帧头对应的数据包中的数据部分也映射到该第三上下文标识对应的子对象通道,例如,将不包括Q-tag的数据包的数据部分也映射到context ID3对应的子对象通道中。
由上述实现方式可见,该第一配置信息可以配置该压缩端设备根据以太帧头是否含有VLAN域或者包括的VLAN域的个数和上下文标识的映射关系,将以太帧头映射到对应的context ID对应的子对象通道中,也就是说,该第一配置信息可以配置压缩端设备根据以太帧头中的VLAN域的具体情况,将该以太帧头映射到该第一配置信息所配置的上下文标识对应的子对象通道中。
可选地,在另一些实施例中,该第一配置信息可以配置该压缩端设备利用不同的子对象通道区分对应的数据包的以太帧头是否含有VLAN域,或者,包括的VLAN域的个数,换句话说,该第一配置信息配置压缩端设备根据以太帧头中是否含有VLAN域,或者,包括的VLAN域的个数进行子对象通道的映射,但不具体限定映射到哪个context ID对应的子对象通道中,但是映射到同一子对象通道中的数据包对应的VLAN域的情况相同,即要么都包括VLAN域,或者要么都不包括VLAN域,或者都包括一个VLAN域,或者都包括两个VLAN域等。
例如,该压缩端设备可以将具有相同MAC地址的包括VLAN域的数据包映射到同一子对象通道中,例如,context ID 1对应的子对象通道,将不包括VLAN域的数据包映射到同一子对象通道中,例如,context ID 2对应的子对象通道,对应地,解压端设备可以根据以太帧头所映射的子对象通道确定该以太帧头中是否包括VLAN域。此处,包含的VLAN域的信息内容可以是相同的,也可以是不同的。
又例如,该压缩端设备可以将具有相同MAC地址的包括一个VLAN域的数据包映射到同一子对象通道中,例如,context ID 1对应的子对象通道,将具有相同MAC地址的包括两个VLAN域的数据包映射到同一子对象通道中,例如,context ID 2对应的子对象通道,将不包括VLAN域的数据包映射到同一子对象通道中,例如,context ID 3对应的子对象通道,对应地,解压端设备可以根据以太帧头所映射的子对象通道确定该以太帧头中包括的VLAN域的个数。
进一步地,所述压缩端设备还可以将压缩的数据包向下递交,进行PDCP和/或无线链路控制(Radio Link Control,RLC)等层的处理,最终通过物理层传输给解压缩设备。
在本申请实施例中,所述压缩端设备还可以控制以太帧头的头压缩功能的激活(或称开启)或去激活(或称关闭),进一步地,可以在该以太帧头的头压缩功能处于激活状态时,根据所述第一配置信息,对数据包的以太帧头进行头压缩,在该以太帧头的头压缩功能处于去激活状态时,不对数据包的以太帧头进行头压缩。
以下,结合具体实施例,说明该以太帧头的头压缩功能的激活方式。
实施例1:所述压缩端设备在接收到所述第一配置信息的情况下,激活所述以太帧头的头压缩功能,例如,该压缩端设备可以在接收到第一设备的RRC消息时,激活该以太帧头的头压缩功能,其中,该RRC消息包括该第一配置信息。
实施例2:所述压缩端设备可以接收到专用的激活信令的情况下,激活所述以太帧头的头压缩功能,即该压缩端设备接收到显示的激活信令的情况下,激活该头压缩功能。
例如,所述压缩端设备在接收到第一激活信令的情况下,激活所述以太帧头的头压缩功能,所述第一激活信令用于指示所述压缩端设备激活所述以太帧头的头压缩功能。
可选地,在一些实施例中,所述压缩端设备可以为终端设备,所述第一激活信令可以是所述第一设备发送的,此情况下,所述第一激活信令为RRC消息,MAC CE或DCI,或者也可以为其他下行消息或下行信息。
实施例3:所述压缩端设备根据预设规则,激活所述以太帧头的压缩功能。
可选地,所述预设规则可以是协议约定的,或者也可以是压缩端设备和解压缩端设备之间约定的,或者,也可以是网络设备预配置的等,本申请实施例对此不作限定。
例如,所述预设规则可以指示所述以太帧头的头压缩功能默认激活。
又例如,所述预设规则指示特定终端设备的以太帧头的头压缩功能默认激活,该特定终端设备可以是支持或仅支持传输以太帧类型的数据包的终端设备。
再例如,在一些情况中,网络设备可以配置承载采用健壮性包头压缩(RobustHeader Compression,RoHC)模式进行头压缩,此情况下,所述预设规则指示未配置RoHC模式的承载的以太帧头的头压缩功能默认激活,这样,对于此类承载的数据包可以采用以太帧头的头压缩功能进行头压缩。
可选地,在一些实施例中,所述压缩端设备还可以控制去激活该以太帧头的头压缩功能,可选地,该压缩端设备也可以在接收到专用的去激活信令的情况下,去激活该头压缩功能。
例如,所述压缩端设备在接收到第一去激活信令的情况下,去激活所述以太帧头的头压缩功能,所述第一去激活信令用于指示所述压缩端设备去激活所述以太帧头的头压缩功能。
可选地,在一些实施例中,所述压缩端设备可以为终端设备,所述第一去激活信令可以是所述第一设备发送的,此情况下,所述第一去激活信令为RRC消息,MAC CE或DCI,或者也可以为其他下行消息或下行信息。
上文结合图5,从压缩端设备的角度详细描述了根据本申请实施例的无线通信的方法,下文结合图6,从解压缩端设备的角度详细描述根据本申请另一实施例的无线通信的方法。应理解,解压缩端设备侧的描述与压缩端设备侧的描述相互对应,相似的描述可以参见上文,为避免重复,此处不再赘述。
图6是根据本申请另一实施例的无线通信的方法300的示意性流程图,如图6所示,该方法300包括如下内容:
S310,解压缩端设备接收第一设备发送第一配置信息,所述第一配置信息用于配置以太帧头的头压缩参数;
S320,所述解压缩端设备根据所述第一配置信息,解压缩接收的数据包的以太帧头。
可选地,在一些实施例中,所述头压缩参数包括以下中的至少一项:
以太帧头的头压缩标识,虚拟局域网VLAN域指示,需要压缩的子头的信息,头压缩域类型信息,上下文标识的最大数目,头压缩模式,反馈模式;
其中,所述头压缩标识用于指示是否压缩所述以太帧头,所述头压缩域类型信息用于指示需要压缩的子头的类型,所述上下文标识的最大数目用于指示头压缩对象对应的数据包能够映射到的子对象通道的最大数目,所述头压缩模式用于指示是否根据所述反馈模式进行压缩状态的迁移,所述反馈模式用于指示解压缩端设备采用的反馈模式,所述VLAN域指示用于指示是否对VLAN域进行头压缩或者所述以太帧头是否包含VLAN域,所述头压缩对象用于指示进行头压缩的单位。
在本申请实施例中,该解压缩端设备接收到压缩端设备发送的压缩的数据包之后,可以根据该第一配置信息,以及该数据包中包括的信息,将该数据包映射到对应的context ID对应的子对象通道中,进一步根据该子对象通道中的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消息,MAC CE或DCI,或者也可以为其他下行消息或下行信息。
实施例3:所述解压缩端设备根据预设规则,激活所述以太帧头的解压缩功能。
可选地,所述预设规则可以是协议约定的,或者也可以是压缩端设备和解压缩端设备之间约定的,或者,也可以是网络设备预配置的等,本申请实施例对此不作限定。
例如,所述预设规则可以指示所述以太帧头的解压缩功能默认激活。
又例如,所述预设规则指示特定终端设备的以太帧头的解压缩功能默认激活,该特定终端设备可以是支持或仅支持传输以太帧类型的数据包的终端设备。
再例如,在一些情况中,网络设备可以配置承载采用RoHC模式进行头压缩,此情况下,所述预设规则指示未配置RoHC模式的承载的以太帧头的解压缩功能默认激活,这样,对于此类承载的数据包可以根据以太帧头的解压缩功能进行解压缩。
由前文描述可知,该解压缩设备可以对数据包的解压缩结果进行反馈,即向压缩端设备发送状态报告,该状态报告可以包括该解压缩端设备对接收的数据包的解压缩结果,该解压缩结果例如可以表示是否解压缩成功或连续解压缩成功,或者部分解压缩成功或连续部分解压缩成功等。例如,反馈NACK,用于指示全部解压缩失败或部分解压缩失败,或反馈ACK,用于指示解压缩成功。可选地,该解压缩结果还可以包括对应SN的数据包的解压缩结果。可选地,该解压缩结果还可以包括以下至少之一:至少一个ACK对应的数据包的SN,至少一个NACK对应的数据包的SN,未成功解压缩的第一个数据包对应的序列号,最后一个成功解压缩的数据包对应的序列号,最后一个成功解压缩的数据包对应的序列号+1等。
以下,结合具体实施例说明该解压缩端设备发送状态报告的激活方式。
方式1:该解压缩端设备发送状态报告的功能默认是激活或开启的,此情况下,该解压缩端设备可以在数据包解压缩完毕后向该压缩端设备发送状态报告,上报该数据包的解压缩结果。
方式2:该解压缩端设备也可以在接收到专用的激活信令的情况下,激活该功能。
例如,所述解压缩端设备在接收到第三激活信令的情况下,激活所述发送状态报告功能,所述第三激活信令用于指示所述解压缩端设备激活发送状态报告的功能。
可选地,在一些实施例中,所述解压缩端设备可以为终端设备,所述第三激活信令可以是所述第一设备发送的,此情况下,所述第三激活信令为RRC消息,MAC CE或DCI,或者也可以为其他下行消息或下行信息。
方式3:所述解压缩端设备可以根据该第一配置信息配置的反馈模式或预定义的反馈模式确定是否激活发送状态报告的功能。
例如,若所述第一配置信息配置的反馈模式为需要回复反馈数据包的模式,则该解压缩端设备可以确定该发送状态报告的功能默认激活,或者若该反馈模式为不需要回复反馈数据包的模式,则该解压缩端设备可以确定该发送状态报告的功能默认去激活,或者若该反馈模式为特定条件下需要回复反馈数据包的模式,则该解压缩端设备可以确定该功能在特定条件下该发送状态报告的功能激活,即,该解压缩端设备可以在特定条件下进行状态报告的发送。
可选地,在一些实施例中,所述特定条件可以包括以下中的至少一种:
条件1:周期地发送,即按照一定的周期进行状态报告发送,例如,可以将该周期内接收到的压缩数据包的解压缩结果进行合并反馈,能够降低信令开销,可选地,该解压缩结果可以对应特定SN的数据包,即该解压缩结果为该SN的数据包的解压缩结果。
条件2:解压缩所述数据包错误时发送状态报告。
该状态报告可以包括该解压缩错误的数据包的解压缩结果(可以包括以下至少之一:指示发送错误,具体的错误信息,成功发送的信息),从而在该压缩端设备接收到该状态报告时,可以进行解压缩错误的数据包的重传,例如,进行压缩状态的迁移,从全压缩状态切换为部分压缩状态,以一种更可靠的压缩状态进行数据包的压缩,有利于保证解压缩错误的数据包的可靠传输。
条件3:连续多次解压缩数据包错误时发送状态报告。
该状态报告可以包括该解压缩错误的数据包的解压缩结果(可以包括以下至少之一:指示发送错误,具体的错误信息,成功发送的信息),从而在该压缩端设备接收到该状态报告时,可以进行解压缩错误的数据包的重传,例如,进行压缩状态的迁移,从全压缩状态切换为部分压缩状态,或者从全压缩状态切换为不压缩状态,以一种更可靠的压缩方式进行数据包的压缩,有利于保证解压缩错误的数据包的可靠传输。
条件4:所述压缩端设备的压缩状态发生变化时,即由一种压缩状态切换为另一种压缩状态时发送状态报告。例如,由不压缩状态切换为压缩状态,或者由压缩状态切换为不压缩状态时,压缩端设备的压缩状态发生变化表明数据包有可能解压缩失败,此情况下,发送状态报告,有利于保证数据包的可靠传输。
条件5:接收到未压缩的数据包时,即该解压缩端设备识别到压缩端发送的数据包未压缩。
此情况下,该解压缩设备发送的状态报告中可以指示该数据包未压缩,从而该压缩端设备可以以部分压缩状态或全压缩状态发送数据包,从而能够降低空口的资源开销,提升资源利用率;
条件6:连续多次接收到未压缩的数据包时。
此情况下,该解压缩设备发送的状态报告中可以指示该多个数据包未压缩,从而该压缩端设备可以以部分压缩状态或全压缩状态发送数据包,从而能够降低空口的资源开销,提升资源利用率;
条件7:接收到压缩端设备发送的第一指示,所述第一指示用于指示所述解压缩端设备回复反馈数据包。即该解压缩端设备可以根据该压缩端设备的指示发送该状态报告,例如,对于可靠性需求较高的数据包,该压缩端设备可以指示解压缩端设备反馈状态报告,以便于进行数据包的重传,例如以一种更可靠的压缩状态进行数据包的重传;
条件8:所述解压缩端设备的解压缩状态发生变化时。
解压缩设备解压缩数据包需要获知context的信息,根据该解压缩设备对该context的获取情况,所述解压缩状态包括以下中的至少一种:不能获知全部上下文的状态,此情况可以理解为无需解压缩状态或不能解压缩状态;
能够获知部分上下文的状态,此情况可以理解为部分解压缩状态;
能够获知全部上下文的状态,此情况可以理解为全部解压缩状态。
所述解压缩端设备的解压缩状态发送变化时,例如从全部解压缩状态切换至部分解压缩状态,此情况下,该解压缩端设备可以向压缩端设备发送状态报告,通知该压缩端设备解压缩结果,以便于压缩端设备进行数据包的重传,例如以一种更可靠的压缩状态进行数据包的重传,从而提高数据包传输的可靠性。
条件9:接收到特定的数据包时反馈。
例如,该解压缩端设备可以在接收到对可靠性要求较高的数据包,例如URLLC的数据包时,向压缩端设备发送状态报告;又例如,该解压缩端设备可以在接收到对特定的数据包,例如特定的压缩状态数据包(例如,未压缩的数据包或全压缩的数据包等),带特定指示的数据包,首个压缩效率变更的数据包,K个压缩效率变更的数据包时,,向压缩端设备发送状态报告,其中,K为正整数,以便于压缩端设备根据该状态报告确定是否进行数据包的重传,在解压缩部分失败或全部失败时,进行数据包的重传,例如可以以一种更可靠的压缩状态进行数据包的重传,从而提高数据包传输的可靠性。
条件10:接收到相对于当前压缩效率,压缩效率更低的压缩数据包时;
条件11:连续多次接收到相对于当前压缩效率,压缩效率更低的压缩数据包时。
可选地,在一些实施例中,所述解压缩端设备还可以控制去激活该以太帧头的解压缩功能,可选地,该解压缩端设备也可以在接收到专用的去激活信令的情况下,去激活该功能。
例如,所述解压缩端设备在接收到第二去激活信令的情况下,去激活所述以太帧头的解压缩功能,所述第二去激活信令用于指示所述解压缩端设备去激活所述以太帧头的解压缩功能。
可选地,在一些实施例中,所述解压缩端设备可以为终端设备,所述第二去激活信令可以是所述第一设备发送的,此情况下,所述第二去激活信令为RRC消息,MAC CE或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可以用于实现上述方法中由第一设备实现的相应的功能,为了简洁,在此不再赘述。
应理解,本申请实施例的处理器可能是一种集成电路芯片,具有信号的处理能力。在实现过程中,上述方法实施例的各步骤可以通过处理器中的硬件的集成逻辑电路或者软件形式的指令完成。上述的处理器可以是通用处理器、数字信号处理器(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 (12)

1.一种无线通信的方法,其特征在于,包括:
压缩端设备接收第一配置信息,所述第一配置信息用于配置以太帧头的头压缩参数;
所述压缩端设备根据所述第一配置信息,压缩数据包的以太帧头;
其中,所述头压缩参数包括上下文标识的最大数目,所述上下文标识的最大数目用于指示头压缩对象对应的数据包能够映射到的子对象通道的最大数目。
2.根据权利要求1所述的方法,其特征在于,需要压缩的子头的信息包括以下中的至少一种:
目的地址,源地址,以太网类型,以太网长度,标签协议标识TP-ID,优先代码点PCP,丢弃指示DEI,VLAN标识ID。
3.根据权利要求1所述的方法,其特征在于,基于以下中的至少一种配置所述头压缩参数:
至少一个QoS 流,至少一个承载,终端设备,至少一个PDU会话。
4.根据权利要求1至3中任一项所述的方法,其特征在于,所述第一配置信息具体用于配置:
包括一个VLAN域的以太帧头映射到第一上下文标识对应的子对象通道;
包括两个VLAN域的以太帧头映射到第二上下文标识对应的子对象通道;
不包括VLAN域的以太帧头映射到第三上下文标识对应的子对象通道。
5.根据权利要求1至3中任一项所述的方法,其特征在于,所述第一配置信息具体用于配置:
包括VLAN域的以太帧头映射到第一上下文标识对应的子对象通道;
不包括VLAN域的以太帧头映射到第三上下文标识对应的子对象通道。
6.根据权利要求1至3中任一项所述的方法,其特征在于,所述方法还包括:
所述压缩端设备在接收到所述第一配置信息的情况下,激活所述以太帧头的头压缩功能。
7.一种无线通信的设备,其特征在于,包括:
通信模块,用于接收第一配置信息,所述第一配置信息用于配置以太帧头的头压缩参数;
压缩模块,用于根据所述第一配置信息,压缩数据包的以太帧头;
其中,所述头压缩参数包括上下文标识的最大数目,所述上下文标识的最大数目用于指示头压缩对象对应的数据包能够映射到的子对象通道的最大数目。
8.根据权利要求7所述的设备,其特征在于,需要压缩的子头的信息包括以下中的至少一种:
目的地址,源地址,以太网类型,以太网长度,标签协议标识TP-ID,优先代码点PCP,丢弃指示DEI,VLAN标识ID。
9.一种无线通信的方法,其特征在于,包括:
解压缩端设备接收第一设备发送的第一配置信息,所述第一配置信息用于配置以太帧头的头压缩参数;
所述解压缩端设备根据所述第一配置信息,解压缩接收的数据包的以太帧头;
其中,所述头压缩参数包括上下文标识的最大数目,所述上下文标识的最大数目用于指示头压缩对象对应的数据包能够映射到的子对象通道的最大数目。
10.一种无线通信的设备,其特征在于,包括:
通信模块,用于接收第一设备发送第一配置信息,所述第一配置信息用于配置以太帧头的头压缩参数;
解压缩模块,用于根据所述第一配置信息,解压缩接收的数据包的以太帧头;
其中,所述头压缩参数包括上下文标识的最大数目,所述上下文标识的最大数目用于指示头压缩对象对应的数据包能够映射到的子对象通道的最大数目。
11.一种无线通信的方法,其特征在于,包括:
第一设备向压缩端设备和/或解压缩端设备发送第一配置信息,所述第一配置信息用于配置以太帧头的头压缩参数;
其中,所述头压缩参数包括上下文标识的最大数目,所述上下文标识的最大数目用于指示头压缩对象对应的数据包能够映射到的子对象通道的最大数目。
12.一种无线通信的设备,其特征在于,包括:
通信模块,用于向压缩端设备和/或解压缩端设备发送第一配置信息,所述第一配置信息用于配置以太帧头的头压缩参数;
其中,所述头压缩参数包括上下文标识的最大数目,所述上下文标识的最大数目用于指示头压缩对象对应的数据包能够映射到的子对象通道的最大数目。
CN202110479852.3A 2019-03-29 2019-03-29 无线通信的方法和设备 Active CN113207133B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202110479852.3A CN113207133B (zh) 2019-03-29 2019-03-29 无线通信的方法和设备

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
CN202110479852.3A CN113207133B (zh) 2019-03-29 2019-03-29 无线通信的方法和设备
CN201980057998.XA CN112655183A (zh) 2019-03-29 2019-03-29 无线通信的方法和设备
PCT/CN2019/080504 WO2020198966A1 (zh) 2019-03-29 2019-03-29 无线通信的方法和设备

Related Parent Applications (1)

Application Number Title Priority Date Filing Date
CN201980057998.XA Division CN112655183A (zh) 2019-03-29 2019-03-29 无线通信的方法和设备

Publications (2)

Publication Number Publication Date
CN113207133A CN113207133A (zh) 2021-08-03
CN113207133B true CN113207133B (zh) 2023-04-07

Family

ID=72664747

Family Applications (2)

Application Number Title Priority Date Filing Date
CN202110479852.3A Active CN113207133B (zh) 2019-03-29 2019-03-29 无线通信的方法和设备
CN201980057998.XA Pending CN112655183A (zh) 2019-03-29 2019-03-29 无线通信的方法和设备

Family Applications After (1)

Application Number Title Priority Date Filing Date
CN201980057998.XA Pending CN112655183A (zh) 2019-03-29 2019-03-29 无线通信的方法和设备

Country Status (6)

Country Link
US (1) US20210274384A1 (zh)
EP (1) EP3873050A4 (zh)
JP (1) JP2022520347A (zh)
KR (1) KR20210137548A (zh)
CN (2) CN113207133B (zh)
WO (1) WO2020198966A1 (zh)

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2022151105A1 (zh) * 2021-01-13 2022-07-21 北京小米移动软件有限公司 一种压缩处理方法及装置
CN116567079A (zh) * 2022-01-30 2023-08-08 华为技术有限公司 数据压缩方法及装置

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN109257827A (zh) * 2016-09-30 2019-01-22 华为技术有限公司 通信方法、装置、系统、终端和接入网设备
CN109729122A (zh) * 2017-10-31 2019-05-07 华为技术有限公司 确定以太网mac地址的方法及装置
CN110557268A (zh) * 2018-05-31 2019-12-10 华为技术有限公司 对以太网帧的发送进行控制的方法和装置

Family Cites Families (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP3831656B2 (ja) * 2001-12-05 2006-10-11 株式会社日立製作所 ネットワーク接続装置およびネットワーク接続方法
US8391148B1 (en) * 2007-07-30 2013-03-05 Rockstar Consortion USLP Method and apparatus for Ethernet data compression
CN104067523B (zh) * 2013-01-17 2018-03-09 华为技术有限公司 一种数据包处理方法和装置
US10205660B2 (en) * 2015-06-03 2019-02-12 Avago Technologies International Sales Pte. Limited Apparatus and method for packet header compression
KR102127824B1 (ko) * 2016-03-08 2020-06-29 한국전자통신연구원 프레임의 순서를 정렬하는 이더넷 수동형 광 가입자망
CN111869183A (zh) * 2019-02-14 2020-10-30 联发科技股份有限公司 简单的以太网报头压缩

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN109257827A (zh) * 2016-09-30 2019-01-22 华为技术有限公司 通信方法、装置、系统、终端和接入网设备
CN109729122A (zh) * 2017-10-31 2019-05-07 华为技术有限公司 确定以太网mac地址的方法及装置
CN110557268A (zh) * 2018-05-31 2019-12-10 华为技术有限公司 对以太网帧的发送进行控制的方法和装置

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
Nokia, Nokia Shanghai Bell.Ethernet Header Compression for TSN.《3GPP》.2018, *

Also Published As

Publication number Publication date
EP3873050A1 (en) 2021-09-01
US20210274384A1 (en) 2021-09-02
KR20210137548A (ko) 2021-11-17
CN113207133A (zh) 2021-08-03
EP3873050A4 (en) 2022-03-02
WO2020198966A1 (zh) 2020-10-08
JP2022520347A (ja) 2022-03-30
CN112655183A (zh) 2021-04-13

Similar Documents

Publication Publication Date Title
CN113541910B (zh) 一种头压缩的处理方法及装置
CN113133055B (zh) 无线通信的方法和设备
US20210274384A1 (en) Wireless communication method and device
CN112425238B (zh) 侧行通信的方法、终端设备和网络设备
CN114172970B (zh) 用于传输数据的方法、发送端设备、芯片和计算机可读存储介质
CN113115361B (zh) 以太网帧头压缩处理方法、装置、芯片及计算机程序
US20210194996A1 (en) Communication method, terminal device, and network device
CN112243576B (zh) 一种信息传输方法及装置、通信设备
CN113455042B (zh) 无线通信的方法、终端设备和网络设备
CN112534789B (zh) 压缩、解压缩以太帧的方法和通信设备
CN112740730B (zh) 无线通信方法、终端设备和接入网设备
CN112868249B (zh) 无线通信方法、终端设备和接入网设备
CN116235520B (zh) 广播侧行链路通信中的非ip报头压缩
CN113678501B (zh) 一种以太网数据包头压缩方法、处理方法及其装置
US20230102218A1 (en) Data transmission method and device, and storage medium
CN115380593A (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