CN114172970B - 用于传输数据的方法、发送端设备、芯片和计算机可读存储介质 - Google Patents
用于传输数据的方法、发送端设备、芯片和计算机可读存储介质 Download PDFInfo
- Publication number
- CN114172970B CN114172970B CN202111599205.2A CN202111599205A CN114172970B CN 114172970 B CN114172970 B CN 114172970B CN 202111599205 A CN202111599205 A CN 202111599205A CN 114172970 B CN114172970 B CN 114172970B
- Authority
- CN
- China
- Prior art keywords
- packet
- data packet
- data
- type
- pdcp pdu
- 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
Images
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
- 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/22—Parsing or analysis of headers
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/2866—Architectures; Arrangements
- H04L67/30—Profiles
-
- 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/40—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass for recovering from a failure of a protocol instance or entity, e.g. service redundancy protocols, protocol state redundancy or protocol service redirection
-
- 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/0268—Traffic management, e.g. flow control or congestion control using specific QoS parameters for wireless networks, e.g. QoS class identifier [QCI] or guaranteed bit rate [GBR]
-
- 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/04—Error control
-
- 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
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
- H04L67/12—Protocols specially adapted for proprietary or special-purpose networking environments, e.g. medical networks, sensor networks, networks in vehicles or remote metering networks
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W80/00—Wireless network protocols or protocol adaptations to wireless operation
- H04W80/02—Data link layer protocols
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W80/00—Wireless network protocols or protocol adaptations to wireless operation
- H04W80/04—Network layer protocols, e.g. mobile IP [Internet Protocol]
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Computer Security & Cryptography (AREA)
- Communication Control (AREA)
- Mobile Radio Communication Systems (AREA)
- Computer And Data Communications (AREA)
Abstract
本申请实施例涉及用于传输数据的方法、发送端设备和接收端设备。该方法包括:发送端设备生成第一分组数据汇聚协议PDCP协议数据单元PDU,其中,该第一PDCP PDU包括类型信息,该类型信息用于指示该第一PDCP PDU中第一数据包的类型为以太网数据包、网络协议IP数据包和包括IP包头的以太网数据包中的一种。本申请实施例的用于传输数据的方法、发送端设备和接收端设备,能够提高数据传输效率。
Description
技术领域
本申请涉及通信领域,尤其涉及用于传输数据的方法、发送端设备和接收端设备。
背景技术
5G工业互联网(Industrial intenet of Things,IIoT)中需求支持工业自动化(Factory automation)、传输自动化(Transport Industry)和智能电力(ElectricalPower Distribution)等业务在5G系统的传输。基于其时延和可靠性的传输需求,IIoT引入了时间敏感性网络(Time Sensitive Networking,TSN)或时间敏感性通信(TimeSensitive Communication,TSC)的概念,并且需要对TSN业务进行头压缩处理。TSC业务可以由以太(Ethernet)帧(frame)承载,也可由网络协议(Internet Protocol,IP)包承载。
对于一个承载内同时存在Ethernet包和IP包的情况,若Ethernet包和IP包中至少一个可配置或支持头压缩,则接收端或者说解压缩端收到一个包后,无法确定是Ethernet包还是IP包,将无法使用合适的方式进行解压缩,也将无法用合适的方式进行数据包的解码和处理。
发明内容
本申请实施例提供一种用于传输数据的方法、发送端设备和接收端设备,能够提高数据传输效率。
第一方面,提供了一种用于传输数据的方法,包括:发送端设备生成第一分组数据汇聚协议PDCP协议数据单元PDU,其中,该第一PDCP PDU包括类型信息,该类型信息用于指示该第一PDCP PDU中第一数据包的类型为以太网数据包、网络协议IP数据包和包括IP包头的以太网数据包中的一种。
第二方面,提供了一种用于传输数据的方法,包括:接收端设备在分组数据汇聚协议PDCP层接收第一PDCP协议数据单元PDU,该第一PDCP PDU包括类型信息;该接收端设备根据该类型信息,确定该第一PDCP PDU中第一数据包的类型为以太网数据包、网络协议IP数据包和包括IP包头的以太网数据包中的一种。
第三方面,提供了一种发送端设备,用于执行上述第一方面或其各实现方式中的方法。具体地,该发送端设备包括用于执行上述第一方面或其各实现方式中的方法的功能模块。
第四方面,提供了一种接收端设备,用于执行上述第二方面或其各实现方式中的方法。具体地,该接收端设备包括用于执行上述第二方面或其各实现方式中的方法的功能模块。
第五方面,提供了一种发送端设备,包括处理器和存储器。该存储器用于存储计算机程序,该处理器用于调用并运行该存储器中存储的计算机程序,执行上述第一方面或其各实现方式中的方法。
第六方面,提供了一种接收端设备,包括处理器和存储器。该存储器用于存储计算机程序,该处理器用于调用并运行该存储器中存储的计算机程序,执行上述第二方面或其各实现方式中的方法。
第七方面,提供了一种芯片,用于实现上述第一方面至第二方面中的任一方面或其各实现方式中的方法。具体地,该芯片包括:处理器,用于从存储器中调用并运行计算机程序,使得安装有该芯片的设备执行如上述第一方面至第二方面中的任一方面或其各实现方式中的方法。
第八方面,提供了一种计算机可读存储介质,用于存储计算机程序,该计算机程序使得计算机执行上述第一方面至第二方面中的任一方面或其各实现方式中的方法。
第九方面,提供了一种计算机程序产品,包括计算机程序指令,该计算机程序指令使得计算机执行上述第一方面至第二方面中的任一方面或其各实现方式中的方法。
第十方面,提供了一种计算机程序,当其在计算机上运行时,使得计算机执行上述第一方面至第二方面中的任一方面或其各实现方式中的方法。
通过上述技术方案,在PDCP PDU中包括类型信息,以确定该PDCP PDU中封装的数据包的类型;尤其对于同一个承载中同时映射IP包和Ethernet包的情况,使得接收端设备能够对接收到的数据包进行区别,避免了解压缩端解码和解压缩失败,进而避免了不必要的数据传输错误和重传,也避免了空口资源的浪费以及终端设备掉网等严重问题。
附图说明
图1是本申请实施例提供的一种通信系统架构的示意性图。
图2是本申请实施例提供的一种用于传输数据的方法的示意性流程图。
图3是本申请实施例提供的一种用于传输数据的方法的另一示意性流程图。
图4是本申请实施例提供的具有12bit的PDCP SN的PDCP PDU的格式的示意图。
图5是本申请实施例提供的具有18bit的PDCP SN的PDCP PDU的格式的示意图。
图6是本申请实施例提供的一种用于传输数据的方法的再一示意性流程图。
图7是本申请实施例提供的一种用于传输数据的方法的再一示意性流程图。
图8是本申请实施例提供的SDAP PDU的示意图。
图9是本申请实施例提供的一种用于传输数据的方法的再一示意性流程图。
图10是本申请实施例提供的一种用于传输数据的方法的再一示意性流程图。
图11是本申请实施例提供的一种用于传输数据的方法的再一示意性流程图。
图12是本申请实施例提供的一种发送端设备的示意性框图。
图13是本申请实施例提供的一种接收端设备的示意性框图。
图14是本申请实施例提供的一种通信设备的示意性框图。
图15是本申请实施例提供的一种芯片的示意性框图。
图16是本申请实施例提供的一种通信系统的示意性图。
具体实施方式
下面将结合本申请实施例中的附图,对本申请实施例中的技术方案进行描述,显然,所描述的实施例是本申请一部分实施例,而不是全部的实施例。基于本申请中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本申请保护的范围。
本申请实施例的技术方案可以应用于各种通信系统,例如:全球移动通讯(GlobalSystem of Mobile communication,GSM)系统、码分多址(Code Division MultipleAccess,CDMA)系统、宽带码分多址(Wideband Code Division Multiple Access,WCDMA)系统、通用分组无线业务(General Packet Radio Service,GPRS)、长期演进(Long TermEvolution,LTE)系统、LTE频分双工(Frequency Division Duplex,FDD)系统、LTE时分双工(Time Division Duplex,TDD)、通用移动通信系统(Universal MobileTelecommunication System,UMTS)、全球互联微波接入(Worldwide Interoperabilityfor Microwave Access,WiMAX)通信系统或5G系统等。
示例性的,本申请实施例应用的通信系统100如图1所示。该通信系统100可以包括网络设备110,网络设备110可以是与终端设备120(或称为通信终端、终端)通信的设备。网络设备110可以为特定的地理区域提供通信覆盖,并且可以与位于该覆盖区域内的终端设备进行通信。可选地,该网络设备110可以是GSM系统或CDMA系统中的基站(BaseTransceiver Station,BTS),也可以是WCDMA系统中的基站(NodeB,NB),还可以是LTE系统中的演进型基站(Evolutional Node B,eNB或eNodeB),或者是云无线接入网络(CloudRadio Access Network,CRAN)中的无线控制器,或者该网络设备可以为移动交换中心、中继站、接入点、车载设备、可穿戴设备、集线器、交换机、网桥、路由器、5G网络中的网络侧设备或者未来演进的公共陆地移动网络(Public Land Mobile Network,PLMN)中的网络设备等。
该通信系统100还包括位于网络设备110覆盖范围内的至少一个终端设备120。作为在此使用的“终端设备”包括但不限于经由有线线路连接,如经由公共交换电话网络(Public Switched Telephone Networks,PSTN)、数字用户线路(Digital SubscriberLine,DSL)、数字电缆、直接电缆连接;和/或另一数据连接/网络;和/或经由无线接口,如,针对蜂窝网络、无线局域网(Wireless Local Area Network,WLAN)、诸如DVB-H网络的数字电视网络、卫星网络、AM-FM广播发送器;和/或另一终端设备的被设置成接收/发送通信信号的装置;和/或物联网(Internet of Things,IoT)设备。被设置成通过无线接口通信的终端设备可以被称为“无线通信终端”、“无线终端”或“移动终端”。移动终端的示例包括但不限于卫星或蜂窝电话;可以组合蜂窝无线电电话与数据处理、传真以及数据通信能力的个人通信系统(Personal Communications System,PCS)终端;可以包括无线电电话、寻呼机、因特网/内联网接入、Web浏览器、记事簿、日历以及/或全球定位系统(Global PositioningSystem,GPS)接收器的PDA;以及常规膝上型和/或掌上型接收器或包括无线电电话收发器的其它电子装置。终端设备可以指接入终端、用户设备(User Equipment,UE)、用户单元、用户站、移动站、移动台、远方站、远程终端、移动设备、用户终端、终端、无线通信设备、用户代理或用户装置。接入终端可以是蜂窝电话、无绳电话、会话启动协议(Session InitiationProtocol,SIP)电话、无线本地环路(Wireless Local Loop,WLL)站、个人数字处理(Personal Digital Assistant,PDA)、具有无线通信功能的手持设备、计算设备或连接到无线调制解调器的其它处理设备、车载设备、可穿戴设备、5G网络中的终端设备或者未来演进的PLMN中的终端设备等。
可选地,终端设备120之间可以进行终端直连(Device to Device,D2D)通信。
可选地,5G系统或5G网络还可以称为新无线(New Radio,NR)系统或NR网络。
图1示例性地示出了一个网络设备和两个终端设备,可选地,该通信系统100可以包括多个网络设备并且每个网络设备的覆盖范围内可以包括其它数量的终端设备,本申请实施例对此不做限定。
可选地,该通信系统100还可以包括网络控制器、移动管理实体等其他网络实体,本申请实施例对此不作限定。
应理解,本申请实施例中网络/系统中具有通信功能的设备可称为通信设备。以图1示出的通信系统100为例,通信设备可包括具有通信功能的网络设备110和终端设备120,网络设备110和终端设备120可以为上文所述的具体设备,此处不再赘述;通信设备还可包括通信系统100中的其他设备,例如网络控制器、移动管理实体等其他网络实体,本申请实施例中对此不做限定。
应理解,本文中术语“系统”和“网络”在本文中常被可互换使用。本文中术语“和/或”,仅仅是一种描述关联对象的关联关系,表示可以存在三种关系,例如,A和/或B,可以表示:单独存在A,同时存在A和B,单独存在B这三种情况。另外,本文中字符“/”,一般表示前后关联对象是一种“或”的关系。
现有的通信系统中仅支持对协议数据单元(Protocol Data Unit,PDU)会话(session)为IP的数据包进行头压缩;而在5G NR系统中,PDU session的类型不仅可以为IP包类型,也可以为Ethernet frame类型。具体地,对于PDU层(layer)来说,当PDU Session类型为IPv4、IPv6或者IPv4v6时,该PDU session对应的为IPv4(包)packets和/或IPv6packets;当PDU Session类型为Ethernet时,该PDU session对应的为Ethernet frames。
分组数据汇聚协议(Packet Data Convergence Protocol,PDCP)中引入了头压缩和解压缩功能,例如,对IP数据包进行头压缩。当前的健壮性包头压缩(Robust HeaderCompression,RoHC)是针对数据无线承载(Data Resource Bearer,DRB)配置的,压缩端和解压缩端根据配置的配置文件(profile)使用不同的头压缩方式和头压缩参数,采用RoHC协议,进行压缩和解压缩处理。
另外,根据RAN2#105bis会议结论,还可以使用一种新的头压缩机制(完全第三代合作伙伴计划(3rd Generation Partnership Project,3GPP)内部的机制),对Ethernet包进行头压缩处理。
因此可能会有一个承载内同时存在承载Ethernet包和IP包的情况,若Ethernet包和IP包中至少一个可配置或支持头压缩,则接收端或者说解压缩端收到一个包后,无法确定是Ethernet包还是IP包,也无法使用合适的方式进行解压缩,也将无法用合适的方式进行数据包的解码和处理。因此,本申请实施例提供了一种用于传输数据的方法,能够解决上述问题。
图2为本申请实施例提供的一种用于传输数据的方法200的示意性流程图。其中,该方法200可以由发送端设备和接收端设备执行,该发送端设备可以为网络设备或者终端设备,对应的,该接收端设备可以为终端设备或者网络设备。例如,该方法200可以用于上行数据传输,即发送端设备为终端设备,接收端设备为网络设备。再例如,该方法200也可以用于下行数据传输,即该发送端设备为网络设备,接收端设备为终端设备。并且,该网络设备可以为如图1所示的网络设备,该终端设备可以为如图1所示的终端设备。
如图2所示,该方法200包括:S210,生成第一PDCP PDU,即发送端设备生成第一PDCP PDU。其中,该第一PDCP PDU包括类型信息,该类型信息用于接收端设备确定该第一PDCP PDU中第一数据包的类型为以太网数据包、IP数据包和包括IP包头的以太网数据包中的一种;或者,该类型信息也可以用于接收端设备确定该第一PDCP PDU中第一数据包的类型为其他类型,例如也可能是包括以太数据包头的IP包等,本申请实施例并不限于此。
应理解,本申请实施例中的第一数据包可以指任意一个数据包,发送端设备在服务数据自适应协议(service data adaption protocol,SDAP)层将第一数据包映射到对应的承载中,例如SDAP层根据该第一数据包的服务质量(Quality of service,QoS)特征,将其映射到对应的承载中。例如,在SDAP包中可以携带QoS流标识(QoS flow ID,QFI),根据该QFI与DRB之间的映射关系,可以确定该第一数据包对应的DRB。
可选地,该第一数据包可能与其他类型的数据包映射至同一DRB。例如,该第一数据包和第二数据包映射至同一DRB,但该第一数据包的类型与该第二数据包的类型不同。此时,接收端设备需要确定接收到的该第一PDCP PDU中第一数据包的类型,以便于对该第一PDCP PDU进行解析或解压处理,进而获得该第一数据包。
应理解,该方法200还可以包括:发送端设备确定该第一数据包的类型,以便于在需要对第一数据包进行头压缩处理时,该发送端设备根据该第一数据包的类型,在PDCP层对该第一数据包进行头压缩处理,进而生成该第一PDCP PDU。
可选地,对于上行数据传输过程,也就是发送端设备为终端设备,接收端设备为网络设备的情况,在终端设备根据第一数据包的类型对该第一数据包进行头压缩处理之前,该方法200还可以包括:该终端设备接收该网络设备发送的压缩配置参数;以便于该终端设备根据该压缩配置参数,对第一数据包进行头压缩处理。
可选地,对于下行数据传输过程,也就是发送端设备为网络设备,接收端设备为终端设备的情况,该方法200还可以包括:该网络设备根据压缩配置参数对第一数据包进行头压缩处理,并向终端设备发送压缩配置参数,以便于终端设备根据该压缩配置参数对该第一数据包进行解压缩处理。
应理解,上述网络设备向终端设备发送的压缩配置参数可以位于无线资源控制(Radio Resource Control,RRC)消息中,即网络设备向终端设备发送RRC消息,该RRC消息包括压缩配置参数。
如图2所示,该方法200还包括:S220,发送第一PDCP PDU,发送端设备在PDCP层生成该第一PDCP PDU,将该第一PDCP PDU继续向底层传递,并通过底层向接收端设备发送包括该第一PDCP PDU的数据,例如,发送端设备可以通过物理层发送包括该第一PDCP PDU的数据。对应的,接收端设备的底层接收发送端设备发送的数据,并向该接收端的PDCP层传输,则接收端设备可以在PDCP层接收到该第一PDCP PDU。其中,该第一PDCP PDU包括类型信息。
如图2所示,该方法200还包括:S230,解析第一PDCP PDU,该接收端设备根据第一PDCP PDU中包括的该类型信息,确定该第一PDCP PDU中第一数据包的类型为以太网数据包、网络协议IP数据包和包括IP包头的以太网数据包中的一种。
进一步的,该方法200还可以包括:该接收端设备根据该第一数据包的类型,对该第一PDCP PDU进行解析或解压缩处理,以获得该第一数据包。具体地,发送端设备可能对不同类型的数据包进行头压缩处理,因此接收端设备需要确定该第一PDCP PDU中第一数据包的类型,才能对该第一PDCP PDU进行解压缩处理,进而获取该第一PDCP PDU中的第一数据包。
应理解,上文从发送端设备和接收端设备的角度描述了本申请实施例的方法200的各个步骤,下面将结合具体实施例,针对该第一PDCP PDU中的类型信息的不同情况,对该方法200进行详细描述。
可选地,作为第一个实施例,该第一PDCP PDU中类型信息占用的比特位可以为该第一PDCP PDU的保留比特位。具体地,该方法200还可以包括:发送端设备确定该类型信息。例如,以该第一数据包的类型可能为以太网数据包、IP数据包以及包括IP包头的以太网数据包中任意一种为例,也就是说该方法200还包括以下至少一个步骤:若该第一数据包的类型为以太网数据包,该发送端设备确定该类型信息占用的比特位的值为第一值;若该第一数据包的类型为IP数据包,该发送端设备确定该类型信息占用的比特位的值为第二值;以及,若该第一数据包的类型为包括IP包头的以太网数据包,该发送端设备确定该类型信息占用的比特位的值为第三值。
下面将结合具体实施例,分别针对上行和下行传输过程进行介绍。
一、对于上行数据传输过程,即该方法200中的发送端设备为终端设备,接收端设备为网络设备。图3示出了本申请实施例的用于传输数据的方法200的另一示意图,其中,图3为如图2所示的方法200的一种可能实现方式,图3中的终端设备对应于图2中的发送端设备,图3中的网络设备对应于图2中的接收端设备。
如图3所示,该方法200包括:S211,发送配置参数,即网络设备向终端设备发送配置参数,该配置参数可以用于终端设备在S210中生成第一PDCP PDU。
具体地,网络设备可以通过该配置参数配置终端设备的数据包对应的DRB,例如,可以使得该终端设备不同类型数据映射至同一个DRB,例如网络设备配置终端设备将第一数据包和第二数据包映射至同一DRB。
另外,该配置参数还可以包括指示信息,网络设备可以通过该指示信息指示终端设备是否对某个数据包进行头压缩处理。例如,该指示信息可以指示终端设备对第一数据包进行头压缩处理。
另外,该配置参数还可以包括压缩配置参数,即网络设备还可以通过该配置参数,配置终端设备进行不同类型数据包的头压缩处理时使用的压缩配置参数。例如,该压缩配置参数可以包括IP数据包的头压缩参数和/或以太网数据包的头压缩参数。
另外,该配置参数还可以包括是否使用第一PDCP PDU的指示信息,例如当网络设备配置终端设备将不同类型的数据映射至同一个DRB时,指示终端设备使用第一PDCP PDU对数据进行处理或封装,第一PDCP PDU中含有第一数据包的类型信息。
可选地,该配置参数可以位于RRC中,即网络设备向终端设备发送RRC消息,该RRC消息包括该配置参数。
如图3所示,该方法200还包括:S210,生成第一PDCP PDU,即终端设备在PDCP层生成第一PDCP PDU。具体地,终端设备可以根据网络设备的配置信息,确定DRB中承载的数据包,这里以任意一个数据包为例,即第一数据包为例,终端设备可以进一步确定是否需要对该第一数据包进行头压缩处理,以及相对应的头压缩参数。
应理解,终端设备在PDCP层接收高层发送的第一数据包,并确定该第一数据包的类型,即终端设备对高层数据包进行解析,根据第一数据包的格式确定其类型。例如,终端设备可以确定该第一数据包为IP包、Ethernet包还是进一步携带有IP头的Ethernet包。
进一步的,若终端设备确定接收端网络设备需要区别该第一数据包的类型,则可以通过生成的第一PDCP PDU中的保留比特位携带类型信息,用于指示该第一PDCP PDU中的第一数据包的类型。例如,该终端设备可以根据网络设备发送的配置信息,确定该第一数据包需要进行头压缩处理,则网络设备需要区分该第一数据包的类型。
例如,图4示出了具有12比特(bit)的PDCP序列号(Serial Number,SN)的PDCP PDU的格式的示意图;图5示出了具有18bits的PDCP SN的PDCP PDU的格式的示意图。这里假设该图4和图5所示的PDCP PDU为第一PDCP PDU,在该第一PDCP PDU中,每一行表示8bits的一个字节(Oct)。其中,D/C表示数据(data)/控制(control),也就是表示该第一PDCP PDU为PDCP data PDU还是PDCP control PDU;R表示保留比特位;PDCP SN字段则用于承载该第一PDCP PDU的PDCP SN;数据域部分可以用于承载数据,例如,该数据域可以包括从SDAP层接收到的SDAP PDU,即该数据域包括第一数据包。可选地,该第一PDCP PDU还可以包括其他字段,例如,还可以包括MAC-I字段,该MAC-I字段携带鉴权码信息,可以用于进行完整性保护的验证;另外,图4中的“cont.”表示连续(continuum),例如,图4中的PDCP SN(cont.)表示与上一个字段PDCP SN连续。
若终端设备确定需要指示该第一数据包的类型,则可以将如图4和图5所示的第一PDCP PDU中的任意一个或者多个保留比特位(即R字段)设置为用于承载类型信息。例如,该类型信息可以仅占用1bit,如图4和图5所示的T字段,即表示原本的保留比特位R可以用作1bit的类型信息,当第一数据包的类型为IP包时,该类型信息的值指示为1,当第一数据包的类型为Ethernet包时,该类型信息的值指示为0。再例如,还可以设置该类型信息占用多个比特位,对应指示该第一数据包的类型可以是两种或者更多种中的一种。再例如,当Ethernet包中进一步携带了IP包头,这就出现IP包、Ethernet包以及Ethernet+IP包三种类型的数据包,则可以扩展该类型信息占用的比特数为2bit,以分别指示这三种数据包类型。又例如,支持或配置的数据包类型最多有三种,不论该承载对应的数据包类型是否达到三种,都占用2bit。
可选地,若终端设备确定不需要指示该第一数据包的类型,则表示该类型信息的字段可以为保留比特位,而不用于表示该第一数据包的类型,本申请实施例并不限于此。
如图3所示,该方法200还包括:S220,发送第一PDCP PDU,即发送端终端设备向网络设备发送该第一PDCP PDU。该步骤对应于如图2所示的方法200中的S220,并且适用如图2所示的方法200中的S220的描述,为了简洁,在此不再赘述。
如图3所示,该方法200还包括:解析第一PDCP PDU,即网络设备在PDCP层接收来自终端设备的该第一PDCP PDU,根据该第一PDCP PDU中包括的类型信息,可以确定该第一PDCP PDU中第一数据包的类型,而后根据该第一数据包的类型,对该第一PDCP PDU进行相应的解压缩、解码或者解析处理,以获得第一数据包。
例如,若该类型信息占用的比特位的值为第一值,该接收端网络设备确定该第一数据包的类型为以太网数据包。例如,若该类型信息占用的比特位的值为第二值,该网络设备确定该第一数据包的类型为IP数据包。例如,若该类型信息占用的比特位的值为第三值,该网络设备确定该第一数据包的类型为包括IP包头的以太网数据包。
二、对于下行数据传输过程,即该方法200中的发送端设备为网络设备,接收端设备为终端设备。图6示出了本申请实施例的用于传输数据的方法200的再一示意图,其中,图6为如图2所示的方法200的另一种可能实现方式,图6中的终端设备对应于图2中的接收端设备,图6中的网络设备对应于图2中的发送端设备。
如图6所示,该方法200包括:S212,发送配置参数,即网络设备向终端设备发送配置参数,该配置参数可以用于终端设备在S230中解析第一PDCP PDU。
例如,该配置参数可以包括指示信息,网络设备可以通过该指示信息指示终端设备是否需要对数据包进行解压缩处理。例如,该指示信息可以指示终端设备需要对第一数据包进行解压缩处理。
另外,该配置参数还可以包括压缩配置参数,即网络设备还可以通过该配置参数,配置终端设备进行不同类型数据包的解压缩处理时使用的(解)压缩配置参数。例如,该压缩配置参数可以包括IP数据包的压缩参数和/或以太网数据包的压缩参数,以便于终端设备根据数据包的类型,选择对应的压缩参数进行解压缩处理。
另外,该配置参数还可以包括是否使用第一PDCP PDU的指示信息,例如当网络设备配置将不同类型的数据映射至同一个DRB时,指示终端设备使用第一PDCP PDU对数据进行解析或解码,第一PDCP PDU中含有第一数据包的类型信息。
可选地,该配置参数可以位于RRC中,即网络设备向终端设备发送RRC消息,该RRC消息包括该配置参数。
如图6所示,该方法200还包括:S210,生成第一PDCP PDU,即网络设备在PDCP层生成第一PDCP PDU。具体地,网络设备确定是否需要对该第一数据包进行头压缩处理,并在需要压缩时,对第一数据包进行头压缩处理。
具体地,网络设备确定第一数据包的类型,并根据该第一数据包的类型对其进行头压缩处理。例如,该网络设备可以确定该第一数据包为IP包、Ethernet包还是进一步携带有IP头的Ethernet包。
与如图3所示的方法200中的S210类似,若网络设备确定需要对第一数据包区分其类型,则可以通过生成的第一PDCP PDU中的保留比特位携带类型信息,用于指示该第一PDCP PDU中的第一数据包的类型。
如图4和图5所示,若网络设备确定需要指示该第一数据包的类型,则可以将如图4和图5所示的第一PDCP PDU中的任意一个或者多个保留比特位(即R字段)设置为用于承载类型信息。例如,该类型信息可以仅占用1bit,如图4和图5所示的T字段,即表示原本的保留比特位R可以用作1bit的类型信息,当第一数据包的类型为IP包时,该类型信息的值指示为1,当第一数据包的类型为Ethernet包时,该类型信息的值指示为0。再例如,还可以设置该类型信息占用多个比特位,对应指示该第一数据包的类型可以是两种或者更多种中的一种。再例如,当Ethernet包中进一步携带了IP包头,这就出现IP包、Ethernet包以及Ethernet+IP包三种类型的数据包,则可以扩展该类型信息占用的比特数为2bit,以分别指示这三种数据包类型。又例如,支持或配置的数据包类型最多有三种,不论该承载对应的数据包类型是否达到三种,都占用2bit。
可选地,若网络设备确定不需要指示该第一数据包的类型,则表示该类型信息的字段可以为保留比特位,而不用于表示该第一数据包的类型,本申请实施例并不限于此。
如图6所示,该方法200还包括:S220,发送第一PDCP PDU,即发送端网络设备向终端设备发送该第一PDCP PDU。该步骤对应于如图2所示的方法200中的S220,并且适用如图2所示的方法200中的S220的描述,为了简洁,在此不再赘述。
如图6所示,该方法200还包括:解析第一PDCP PDU,即终端设备在PDCP层接收来自网络设备的该第一PDCP PDU,根据该第一PDCP PDU中包括的类型信息,可以确定该第一PDCP PDU中第一数据包的类型,而后根据该第一数据包的类型,对该第一PDCP PDU进行相应的解码或者解析处理,以获得第一数据包。其中,该终端设备可以根据网络设备发送的压缩配置参数,对该第一PDCP PDU进行相应的解压缩或解码或者解析处理,以获得第一数据包。
例如,若该类型信息占用的比特位的值为第一值,该接收端终端设备确定该第一数据包的类型为以太网数据包。例如,若该类型信息占用的比特位的值为第二值,该的终端设备确定该第一数据包的类型为IP数据包。例如,若该类型信息占用的比特位的值为第三值,该终端设备确定该第一数据包的类型为包括IP包头的以太网数据包。
可选地,作为第二个实施例,该类型信息还可以复用该第一PDCP PDU中的其他字段,例如,该类型信息还可以为该第一数据包的第一QFI。具体地,该方法200还可以包括:该发送端设备根据QFI与数据包类型之间的第一映射关系,确定与该第一QFI对应的数据包类型为该第一数据包的类型。
可选地,如图4和图5所示,该第一PDCP PDU包括数据域,该数据域可以包括该第一QFI,例如,该数据域包括SDAP层发送的SDAP PDU,该SDAP PDU包括该第一QFI。
下面将结合具体实施例,分别针对上行和下行传输过程进行介绍。
一、对于上行数据传输过程,即该方法200中的发送端设备为终端设备,接收端设备为网络设备。图7示出了本申请实施例的用于传输数据的方法200的再一示意图,其中,图3为如图2所示的方法200的再一种可能实现方式,图7中的终端设备对应于图2中的发送端设备,图7中的网络设备对应于图2中的接收端设备。
如图7所示,该方法200包括:S213,发送配置参数,即网络设备可以向终端设备发送配置参数。
具体地,网络设备在该S213中向终端设备发送的该配置参数可以用于终端设备在S210中生成第一PDCP PDU。该配置参数对应于如图3所示的S211中发送的配置参数,适用于该图3所示的S211中的描述,为了简洁,在此不再赘述。
另外,在S213中,该配置参数还可以包括QFI与数据包类型之间的第一映射关系。具体地,网络设备向终端设备发送该第一映射关系,以便于终端设备可以根据该第一映射关系确定不同QFI对应的数据包的类型。例如,该网络设备可以配置终端设备能够映射到DRB1中的QFI为1,2,3,相应的对应的数据包类型分别为IP包、Ethernet包和IP包;另外,网络设备还可以配置终端设备只对其中的Ethernet包进行头压缩。
可选地,该第一映射关系可以位于RRC消息中,即网络设备向终端设备发送的RRC消息包括该第一映射关系。
可选地,该第一映射关系还可以为预定义的,则在S213中,终端设备确定该预定义的第一映射关系,本申请实施例并不限于此。
如图7所示,该方法200还包括:S210,生成第一PDCP PDU,即终端设备在PDCP层生成第一PDCP PDU。具体地,终端设备可以根据网络设备的配置信息,确定DRB中承载的数据包,这里以任意一个数据包为例,即第一数据包为例。终端设备可以确定该第一数据包的第一QFI以及对应的该第一数据包的类型,终端设备可以进一步确定是否需要对该第一数据包进行头压缩处理,以及相对应的头压缩参数。
图8示出了SDAP PDU的示意图,如图8所示,在该SDAP PDU中,每一行表示8bits的一个Oct。其中,D/C表示该SDAP PDU为SDAP Data PDU还是SDAP Control PDU;R表示保留比特位;QFI字段标识该SDAP PDU中的第一数据包对应的第一QFI;数据域部分可以用于承载数据,例如,该数据域可以包括第一数据包。可选地,该第一PDCP PDU还可以包括其他字段,本申请实施例并不限于此。
应理解,终端设备可以确定该第一数据包的第一QFI,根据第一映射关系,确定第一QFI对应的数据包的类型为该第一数据包的类型;使得该终端设备在PDCP层接收高层发送的该第一数据包,并根据该第一数据包的类型,进行头压缩处理,进而生成第一PDCPPDU。例如,终端设备可以根据第一数据包的第一QFI以及第一映射关系,确定该第一数据包为IP包、Ethernet包还是进一步携带有IP头的Ethernet包。
例如,接收该网络设备配置终端设备能够映射到DRB1中的QFI为1,2,3,相应的对应的数据包类型分别为IP包、Ethernet包和IP包;另外,网络设备配置终端设备只对其中的Ethernet包进行头压缩。因此,终端设备根据SDAP中的QFI或者根据解析高层包,对该承载DRB 1中的各个数据包进行区分,并且仅对其中的Ethernet包进行头压缩,从而生成对应的PDCP PDU。
应理解,若终端设备确定接收端网络设备需要区别该第一数据包的类型,则生成的第一PDCP PDU中的QFI字段可以作为类型信息,以用于指示对应的第一数据包的类型。例如,该终端设备可以根据网络设备发送的配置信息,确定该第一数据包需要进行头压缩处理,则网络设备需要区分该第一数据包的类型。
可选地,若终端设备确定不需要指示该第一数据包的类型,则该QFI可以不用做类型信息,即网络设备可以或也可以不向终端设备发送第一映射关系,该QFI也不用于表示该第一数据包的类型,本申请实施例并不限于此。
如图7所示,该方法200还包括:S220,发送第一PDCP PDU,即发送端终端设备向网络设备发送该第一PDCP PDU。该步骤对应于如图2所示的方法200中的S220,并且适用如图2所示的方法200中的S220的描述,为了简洁,在此不再赘述。
如图7所示,该方法200还包括:解析第一PDCP PDU,即网络设备在PDCP层接收来自终端设备的该第一PDCP PDU,根据该第一PDCP PDU中包括的类型信息,即根据第一PDCPPDU中的第一QFI,可以确定该第一PDCP PDU中第一数据包的类型;而后根据该第一数据包的类型,对该第一PDCP PDU进行相应的解码或者解析处理,以获得第一数据包。
具体地,网络设备在PDCP层接收该第一PDCP PDU,确定该第一PDCP PDU中的SDAP包头中携带的第一QFI的信息;再根据不同QFI与数据包类型之间的第一映射关系,将与第一QFI对应的数据包的类型确定为该第一PDCP PDU中第一数据包的类型。例如,网络设备可以确定该第一数据包的类型是IP包还是Ethernet包,以便于对该第一PDCP PDU进行相应的解码、解析处理,并且可以向上递交的处理,从而获取第一数据包。具体的,这里要求PDCP层能够对SDAP包头进行理解或解析处理,或者说PDCP层具备理解或解析SDAP包头的能力,从而能够获取SDAP包头中的第一QFI信息。例如,该PDCP层可以获知该SDAP包头的格式,进而对该SDAP包头进行理解或者解析,以获取其中第一QFI信息。
例如,网络设备根据向终端设备发送的第一映射关系,确定可映射到DRB1中的QFI为1,2,3,其相应的对应的包类型为IP包、Ethernet包以及IP包,且配置了仅对Ethernet包进行头压缩。则网络设备根据SDAP中的QFI和该第一映射关系,确定该收到的第一PDCP PDU中封装的是IP包还是Ethernet包。当确定为Ethernet包时,网络设备对其按照Ethernet格式进行解析,并进行解压缩处理;当确定为IP包时,网络设备对其按照IP格式进行解析。
二、对于下行数据传输过程,即该方法200中的发送端设备为网络设备,接收端设备为终端设备。图9示出了本申请实施例的用于传输数据的方法200的再一示意图,其中,图9为如图2所示的方法200的另一种可能实现方式,图9中的终端设备对应于图2中的接收端设备,图9中的网络设备对应于图2中的发送端设备。
如图9所示,该方法200包括:S214,发送配置参数,即网络设备向终端设备发送配置参数,其中,该配置参数可以用于终端设备在S230中解析第一PDCP PDU。
具体地,网络设备在该S214中向终端设备发送的该配置参数可以用于终端设备在S230中解析第一PDCP PDU。该配置参数对应于如图6所示的S212中发送的配置参数,适用于该图6所示的S212中的描述,为了简洁,在此不再赘述。
另外,在S214中,该配置参数还可以包括不同QFI与不同数据包类型之间的第一映射关系;或者,该第一映射关系也可以为预定义的,该终端设备可以确定该预定义的第一映射关系。具体地,以网络设备向终端设备发送该第一映射关系为例,以便于终端设备可以根据该第一映射关系确定不同QFI对应的数据包的类型。例如,该网络设备可以配置终端设备能够映射到DRB1中的QFI为1,2,3,相应的对应的数据包类型分别为IP包、Ethernet包和IP包;另外,网络设备还可以配置终端设备只对其中的Ethernet包进行头压缩。
可选地,该第一映射关系可以位于RRC消息中,即网络设备向终端设备发送的RRC消息包括该第一映射关系。
如图9所示,该方法200还包括:S210,生成第一PDCP PDU,即网络设备在PDCP层生成第一PDCP PDU。具体地,网络设备确定是否需要对该第一数据包进行头压缩处理,并在需要压缩时,对第一数据包进行头压缩处理。
具体地,网络设备可以确定该第一数据包的第一QFI,再根据不同QFI与数据包类型之间的第一映射关系,确定与第一QFI对应的数据包类型为第一数据包的类型,并根据该第一数据包的类型对其进行头压缩处理。例如,该网络设备可以确定该第一数据包为IP包、Ethernet包还是进一步携带有IP头的Ethernet包。
与如图7所示的方法200中的S210类似,若网络设备确定需要区别该第一数据包的类型,则生成的第一PDCP PDU中的QFI字段可以作为类型信息,以用于指示对应的第一数据包的类型。
可选地,若网络设备确定不需要指示该第一数据包的类型,则该QFI可以不用作类型信息,即网络设备可以向或不向终端设备发送第一映射关系,该QFI也不用于表示该第一数据包的类型,本申请实施例并不限于此。
如图9所示,该方法200还包括:S220,发送第一PDCP PDU,即发送端网络设备向终端设备发送该第一PDCP PDU。该步骤对应于如图2所示的方法200中的S220,并且适用如图2所示的方法200中的S220的描述,为了简洁,在此不再赘述。
如图9所示,该方法200还包括:解析第一PDCP PDU,即终端设备在PDCP层接收来自网络设备的该第一PDCP PDU,根据该第一PDCP PDU中包括的类型信息,即根据第一PDCPPDU中的第一QFI,可以确定该第一PDCP PDU中第一数据包的类型,而后根据该第一数据包的类型,对该第一PDCP PDU进行相应的解码或者解析处理,以获得第一数据包。其中,该终端设备可以根据网络设备发送的压缩配置参数,对该第一PDCP PDU进行相应的解压缩或解码或者解析处理,以获得第一数据包。
具体地,终端设备在PDCP层接收该第一PDCP PDU,确定该第一PDCP PDU中的SDAP包头中携带的第一QFI的信息;再根据不同QFI与数据包类型之间的第一映射关系,将与第一QFI对应的数据包的类型确定为该第一PDCP PDU中第一数据包的类型。例如,终端设备可以确定该第一数据包的类型是IP包还是Ethernet包,以便于对该第一PDCP PDU进行相应的解码、解析处理,并且可以向上递交的处理,从而获取第一数据包。
例如,终端设备根据网络设备发送的第一映射关系,确定可映射到DRB1中的QFI为1,2,3,其相应的对应的包类型为IP包、Ethernet包以及IP包,且配置了仅对Ethernet包进行头压缩。则终端设备根据SDAP中的QFI和该第一映射关系,确定该收到的第一PDCP PDU中封装的是IP包还是Ethernet包。当确定为Ethernet包时,终端设备对其按照Ethernet格式进行解析,并进行解压缩处理;当确定为IP包时,终端设备对其按照IP格式进行解析。
可选地,作为第三个实施例,该类型信息还可以复用该第一PDCP PDU中的其他字段,例如,该类型信息还可以为该第一数据包的第一配置文件(profile)信息。具体地,该方法200还可以包括:该发送端设备根据profile信息与数据包类型之间的第二映射关系,确定与该第一profile信息对应的数据包类型为该第一数据包的类型。其中,本申请实施例中的profile信息可以包括profile标识,例如,profile ID;或者,也可以为其他profile信息。为了便于说明,下文均以profile ID为例进行说明。
可选地,如图4和图5所示,该第一profile标识可以位于该第一PDCP PDU的数据域。
下面将结合具体实施例,分别针对上行和下行传输过程进行介绍。
一、对于上行数据传输过程,即该方法200中的发送端设备为终端设备,接收端设备为网络设备。图10示出了本申请实施例的用于传输数据的方法200的再一示意图,其中,图10为如图2所示的方法200的再一种可能实现方式,图10中的终端设备对应于图2中的发送端设备,图10中的网络设备对应于图2中的接收端设备。
如图10所示,该方法200包括:S215,发送配置参数,即网络设备可以向终端设备发送配置参数。
具体地,网络设备在该S215中向终端设备发送的该配置参数可以用于终端设备在S210中生成第一PDCP PDU。该配置参数对应于如图3所示的S211中发送的配置参数,适用于该图3所示的S211中的描述,为了简洁,在此不再赘述。
另外,在S215中,该配置参数还可以包括profile ID与数据包类型之间的第二映射关系;或者,该第二映射关系也可以为预定义的,该终端设备可以确定该预定义的第二映射关系。具体地,以网络设备向终端设备发送该第二映射关系为例,在该第二映射关系中,不同数据包的类型对应了不同的profile ID,以此隐式的区别不同数据包类型,以便于终端设备可以根据该第二映射关系确定不同profile ID对应的数据包的类型。例如,该网络设备可以配置终端设备IP包和Ethernet包的profile ID分别为1和2;另外,网络设备还可以配置终端设备只对其中的Ethernet包进行头压缩。
可选地,该第二映射关系可以位于RRC消息中,即网络设备向终端设备发送的RRC消息包括该第二映射关系。
如图10所示,该方法200还包括:S210,生成第一PDCP PDU,即终端设备在PDCP层生成第一PDCP PDU。具体地,终端设备可以根据网络设备的配置信息,确定DRB中承载的数据包,这里以任意一个数据包为例,即第一数据包为例。终端设备可以确定该第一数据包的第一QFI以及对应的DRB;该终端设备还可以根据网络设备配置的该第一数据包的第一profile ID,按照第二映射关系,确定该第一数据包的类型;终端设备还可以进一步确定是否需要对该第一数据包进行头压缩处理,以及相对应的头压缩参数。
应理解,终端设备可以确定第一数据包的第一profile ID,根据第二映射关系,确定第一profile ID对应的数据包的类型为该第一数据包的类型;使得该终端设备在PDCP层接收高层发送的该第一数据包,根据第一profile ID以及第二映射关系,和/或解析该第一数据包的格式,可以确定该第一数据包的类型;并根据该第一数据包的类型,进行头压缩处理,进而生成第一PDCP PDU,其中,该生成的第一PDCP PDU包括第一profile ID。例如,终端设备可以解析第一数据包,和/或,根据第一数据包的第一profile ID以及第二映射关系,确定该第一数据包为IP包、Ethernet包还是进一步携带有IP头的Ethernet包。
例如,该网络设备可以配置终端设备IP包和Ethernet包的profile ID分别为1和2;另外,网络设备还可以配置终端设备只对其中的Ethernet包进行头压缩。因此,终端设备根据profile ID或者根据解析高层包,对该承载DRB 1中的各个数据包进行区分,并且仅对其中的Ethernet包进行头压缩,从而生成对应的PDCP PDU。其中,PDCP PDU1中封装IP包,则携带profile ID为1,PDCP PDU2中封装Ethernet包,则携带profile ID为2。
应理解,若终端设备确定接收端网络设备需要区别该第一数据包的类型,则生成的第一PDCP PDU中包括profile ID字段,并且该profile ID字段可以作为类型信息,以用于指示对应的第一数据包的类型。例如,该终端设备可以根据网络设备发送的配置信息,确定该第一数据包需要进行头压缩处理,则网络设备需要区分该第一数据包的类型。
可选地,若终端设备确定不需要指示该第一数据包的类型,则该终端设备生成的第一PDCP PDU中可以不包括该profile ID字段,或者包括该profile ID资源但不用作类型信息,即网络设备也无需向终端设备发送第二映射关系,网络设备也不需要为不同类型数据包分配不同的profile ID,本申请实施例并不限于此。
如图10所示,该方法200还包括:S220,发送第一PDCP PDU,即发送端终端设备向网络设备发送该第一PDCP PDU。该步骤对应于如图2所示的方法200中的S220,并且适用如图2所示的方法200中的S220的描述,为了简洁,在此不再赘述。
如图10所示,该方法200还包括:解析第一PDCP PDU,即网络设备在PDCP层接收来自终端设备的该第一PDCP PDU,根据该第一PDCP PDU中包括的类型信息,即根据第一PDCPPDU中的第一profile ID,可以确定该第一PDCP PDU中第一数据包的类型;而后根据该第一数据包的类型,对该第一PDCP PDU进行相应的解码或者解析处理,以获得第一数据包。
具体地,网络设备在PDCP层接收该第一PDCP PDU,确定该第一PDCP PDU中的第一profile ID;再根据不同profile ID与数据包类型之间的第二映射关系,将与第一profileID对应的数据包的类型确定为该第一PDCP PDU中第一数据包的类型。例如,网络设备可以确定该第一数据包的类型是IP包还是Ethernet包,以便于对该第一PDCP PDU进行相应的解码、解析处理,并且可以向上递交的处理,从而获取第一数据包。
例如,该网络设备配置终端设备IP包和Ethernet包的profile ID分别为1和2;另外,网络设备还可以配置终端设备只对其中的Ethernet包进行头压缩。则网络设备根据第一PDCP PDU中的第一profile ID和该第二映射关系,确定该收到的第一PDCP PDU中封装的是IP包还是Ethernet包。例如,若其中profile ID为1,则网络设备确定第一数据包为IP包,并对其按照IP格式进行解析;若其中profile为2,则网络设备确定第一数据包为Ethernet包,并对其按照Ethernet格式进行解析,并进行解压缩处理。
二、对于下行数据传输过程,即该方法200中的发送端设备为网络设备,接收端设备为终端设备。图11示出了本申请实施例的用于传输数据的方法200的再一示意图,其中,图11为如图2所示的方法200的另一种可能实现方式,图11中的终端设备对应于图2中的接收端设备,图11中的网络设备对应于图2中的发送端设备。
如图11所示,该方法200包括:S216,发送配置参数,即网络设备向终端设备发送配置参数,其中,该配置参数可以用于终端设备在S230中解析第一PDCP PDU。
具体地,网络设备在该S216中向终端设备发送的该配置参数可以用于终端设备在S230中解析第一PDCP PDU。该配置参数对应于如图6所示的S212中发送的配置参数,适用于该图6所示的S212中的描述,为了简洁,在此不再赘述。
另外,在S216中,该配置参数还可以包括不同profile ID与不同数据包类型之间的第二映射关系;或者,该第二映射关系也可以为预定义的,该终端设备可以确定该预定义的第二映射关系。具体地,以网络设备向终端设备发送该第二映射关系为例,以便于终端设备可以根据该第二映射关系确定不同profile ID对应的数据包的类型。例如,该网络设备可以配置终端设备IP包和Ethernet包的profile ID分别为1和2;另外,网络设备还可以配置终端设备只对其中的Ethernet包进行头压缩。
可选地,该第二映射关系可以位于RRC消息中,即网络设备向终端设备发送的RRC消息包括该第一映射关系。
如图11所示,该方法200还包括:S210,生成第一PDCP PDU,即网络设备在PDCP层生成第一PDCP PDU。具体地,网络设备确定是否需要对该第一数据包进行头压缩处理,并在需要压缩时,对第一数据包进行头压缩处理。
具体地,网络设备可以确定该第一数据包的第一profile ID,再根据对第一数据包的解析和/或不同profile ID与数据包类型之间的第二映射关系,确定与第一profileID对应的数据包类型为第一数据包的类型,并根据该第一数据包的类型对其进行头压缩处理。例如,该网络设备可以确定该第一数据包为IP包、Ethernet包还是进一步携带有IP头的Ethernet包。
与如图10所示的方法200中的S210类似,若网络设备确定需要区别该第一数据包的类型,则生成的第一PDCP PDU中包括profile ID字段,并且该profile ID字段可以作为类型信息,以用于指示对应的第一数据包的类型。
可选地,若网络设备确定不需要指示该第一数据包的类型,则该终端设备生成的第一PDCP PDU中可以不包括该profile ID字段,或者包括该profile ID资源但不用做类型信息,即网络设备也无需向终端设备发送第二映射关系,网络设备也不需要为不同类型数据包分配不同的profile ID,本申请实施例并不限于此。
如图11所示,该方法200还包括:S220,发送第一PDCP PDU,即发送端网络设备向终端设备发送该第一PDCP PDU。该步骤对应于如图2所示的方法200中的S220,并且适用如图2所示的方法200中的S220的描述,为了简洁,在此不再赘述。
如图11所示,该方法200还包括:解析第一PDCP PDU,即终端设备在PDCP层接收来自网络设备的该第一PDCP PDU,根据该第一PDCP PDU中包括的类型信息,即根据第一PDCPPDU中的第一profile ID,可以确定该第一PDCP PDU中第一数据包的类型,而后根据该第一数据包的类型,对该第一PDCP PDU进行相应的解码或者解析处理,以获得第一数据包。其中,该终端设备可以根据网络设备发送的压缩配置参数,对该第一PDCP PDU进行相应的解码或者解析处理,以获得第一数据包。
具体地,终端设备在PDCP层接收该第一PDCP PDU,确定该第一PDCP PDU中第一profile ID;再根据不同profile ID与数据包类型之间的第二映射关系,将与第一profileID对应的数据包的类型确定为该第一PDCP PDU中第一数据包的类型。例如,终端设备可以确定该第一数据包的类型是IP包还是Ethernet包,以便于对该第一PDCP PDU进行相应的解码、解析处理,并且可以向上递交的处理,从而获取第一数据包。
例如,终端设备根据网络设备发送的第二映射关系,该网络设备配置终端设备IP包和Ethernet包的profile ID分别为1和2;另外,网络设备还可以配置终端设备只对其中的Ethernet包进行头压缩。则终端设备根据第一PDCP PDU中的第一profile ID和该第二映射关系,确定该收到的第一PDCP PDU中封装的是IP包还是Ethernet包。例如,若其中profile ID为1,则终端设备确定第一数据包为IP包,并对其按照IP格式进行解析;若其中profile为2,则终端设备确定第一数据包为Ethernet包,并对其按照Ethernet格式进行解析,并进行解压缩处理。
因此,本申请实施例的用于传输数据的方法,可以通过PDCP PDU中包括的类型信息,确定该PDCP PDU中封装的数据包的类型;尤其对于同一个承载中同时映射IP包和Ethernet包的情况,使得接收端设备能够对接收到的数据包进行区别,避免了解压缩端解码和解压缩失败,进而避免了不必要的数据传输错误和重传,也避免了空口资源的浪费以及终端设备掉网等严重问题。
应理解,在本申请的各种实施例中,上述各过程的序号的大小并不意味着执行顺序的先后,各过程的执行顺序应以其功能和内在逻辑确定,而不应对本申请实施例的实施过程构成任何限定。
上文中结合图1至图11,详细描述了根据本申请实施例的用于传输数据的方法,下面将结合图12至图16,描述根据本申请实施例的发送端设备和接收端设备。
如图12示,根据本申请实施例的发送端设备300包括:处理单元310和收发单元320。具体地,该处理单元310用于:生成第一PDCP PDU,其中,该第一PDCP PDU包括类型信息,该类型信息用于指示该第一PDCP PDU中第一数据包的类型为以太网数据包、IP数据包和包括IP包头的以太网数据包中的一种。
可选地,作为一个实施例,该处理单元310用于:根据该第一数据包的类型,对该第一数据包进行头压缩处理,以生成该第一PDCP PDU。
可选地,作为一个实施例,该第一数据包和第二数据包映射至同一DRB,该第一数据包的类型与该第二数据包的类型不同。
可选地,作为一个实施例,该类型信息占用的比特位为该第一PDCP PDU的保留比特位。
可选地,作为一个实施例,该处理单元310用于执行以下至少一个步骤:若该第一数据包的类型为以太网数据包,确定该类型信息占用的比特位的值为第一值;若该第一数据包的类型为IP数据包,确定该类型信息占用的比特位的值为第二值;以及,若该第一数据包的类型为包括IP包头的以太网数据包,确定该类型信息占用的比特位的值为第三值。
可选地,作为一个实施例,该类型信息为该第一数据包的第一QFI,该处理单元310还用于:根据QFI与数据包类型之间的第一映射关系,确定与该第一QFI对应的数据包类型为该第一数据包的类型。
可选地,作为一个实施例,该第一PDCP PDU包括数据域,该数据域包括SDAP PDU,该SDAP PDU包括该第一QFI。
可选地,作为一个实施例,若该发送端设备300为网络设备,该收发单元320用于:向终端设备发送该第一映射关系。
可选地,作为一个实施例,若该发送端设备300为终端设备,该收发单元320用于:接收网络设备发送的该第一映射关系。
可选地,作为一个实施例,该第一映射关系位于RRC消息中。
可选地,作为一个实施例,该类型信息为该第一数据包的第一配置文件标识,该处理单元310用于:根据配置文件标识与数据包类型之间的第二映射关系,确定与该第一配置文件标识对应的数据包类型为该第一数据包的类型。
可选地,作为一个实施例,该第一配置文件标识位于该第一PDCP PDU的数据域。
可选地,作为一个实施例,该发送端设备300为网络设备,该收发单元320用于:向终端设备发送该第二映射关系。
可选地,作为一个实施例,该发送端设备300为终端设备,该收发单元320用于:接收网络设备发送的该第二映射关系。
可选地,作为一个实施例,该第二映射关系位于RRC消息中。
可选地,作为一个实施例,该发送端设备300为网络设备,该收发单元320用于:向终端设备发送压缩配置参数,该压缩配置参数用于该终端设备对该第一数据包进行解压缩处理。
可选地,作为一个实施例,该发送端设备300为终端设备,该收发单元320用于:接收网络设备发送的压缩配置参数;该处理单元310用于:根据该压缩配置参数以及该第一数据包的类型,对该第一数据包进行头压缩处理。
可选地,作为一个实施例,该压缩配置参数位于RRC消息中。
应理解,本申请实施例的发送端设备300中的各个单元的上述和其它操作和/或功能分别为了实现图1至图11中的各个方法中发送端设备的相应流程,为了简洁,在此不再赘述。
因此,本申请实施例的发送端设备,可以通过在PDCP PDU中设置类型信息,以便于接收端设备确定该PDCP PDU中封装的数据包的类型;尤其对于同一个承载中同时映射IP包和Ethernet包的情况,使得接收端设备能够对接收到的数据包进行区别,避免了解压缩端解码和解压缩失败,进而避免了不必要的数据传输错误和重传,也避免了空口资源的浪费以及终端设备掉网等严重问题。
如图13所示,根据本申请实施例的接收端设备400包括:处理单元410和收发单元420。具体地,该收发单元420用于:在PDCP层接收第一PDCP PDU,该第一PDCP PDU包括类型信息;该处理单元410用于:根据该类型信息,确定该第一PDCP PDU中第一数据包的类型为以太网数据包、IP数据包和包括IP包头的以太网数据包中的一种。
可选地,作为一个实施例,该处理单元410还用于:根据该第一数据包的类型,对该第一PDCP PDU进行解析或解压缩处理,以获得该第一数据包。
可选地,作为一个实施例,该第一数据包和第二数据包映射至同一DRB,该第一数据包的类型与该第二数据包的类型不同。
可选地,作为一个实施例,该类型信息占用的比特位为该第一PDCP PDU的保留比特位。
可选地,作为一个实施例,该处理单元410用于执行以下至少一个步骤:若该类型信息占用的比特位的值为第一值,确定该第一数据包的类型为以太网数据包;若该类型信息占用的比特位的值为第二值,确定该第一数据包的类型为IP数据包;以及,若该类型信息占用的比特位的值为第三值,确定该第一数据包的类型为包括IP包头的以太网数据包。
可选地,作为一个实施例,该类型信息为该第一数据包的第一QFI,该处理单元410用于:根据QFI与数据包类型之间的第一映射关系,确定与该第一QFI对应的数据包类型为该第一数据包的类型。
可选地,作为一个实施例,该处理单元410用于:在该PDCP层获取该第一PDCP PDU的数据域中的SDAP PDU中的该第一QFI。
可选地,作为一个实施例,该接收端设备400为终端设备,该收发单元420还用于:接收网络设备发送的该第一映射关系。
可选地,作为一个实施例,该接收端设备400为网络设备,该收发单元420还用于:向终端设备发送该第一映射关系,该第一映射关系用于该终端设备确定该第一PDCP PDU。
可选地,作为一个实施例,该第一映射关系位于RRC消息中。
可选地,作为一个实施例,该类型信息为该第一数据包的第一配置文件标识,该处理单元410用于:根据配置文件标识与数据包类型之间的第二映射关系,确定与该第一配置文件标识对应的数据包类型为该第一数据包的类型。
可选地,作为一个实施例,该收发单元420还用于:在该PDCP层获取该第一PDCPPDU的数据域中的该第一配置文件标识。
可选地,作为一个实施例,该接收端设备400为终端设备,该收发单元420还用于:接收网络设备发送的该第二映射关系。
可选地,作为一个实施例,该接收端设备400为网络设备,该收发单元420还用于:向终端设备发送该第二映射关系,该第二映射关系用于该终端设备确定该第一PDCP PDU。
可选地,作为一个实施例,该第一映射关系位于RRC消息中。
可选地,作为一个实施例,该接收端设备400为终端设备,该收发单元420还用于:接收网络设备发送的压缩配置参数;该处理单元410还用于:根据该压缩配置参数以及该第一数据包的类型,对该第一PDCP PDU进行解压缩处理。
可选地,作为一个实施例,该接收端设备400为网络设备,该收发单元420还用于:向终端设备发送压缩配置参数,该压缩配置参数用于该终端设备对该第一数据进行头压缩处理。
可选地,作为一个实施例,该压缩配置参数位于RRC消息中。
应理解,本申请实施例的接收端设备400中的各个单元的上述和其它操作和/或功能分别为了实现图1至图11中的各个方法中接收端设备的相应流程,为了简洁,在此不再赘述。
因此,本申请实施例的接收端设备,可以通过接收的PDCP PDU中包括的类型信息,确定该PDCP PDU中封装的数据包的类型;尤其对于同一个承载中同时映射IP包和Ethernet包的情况,使得接收端设备能够对接收到的数据包进行区别,避免了解压缩端解码和解压缩失败,进而避免了不必要的数据传输错误和重传,也避免了空口资源的浪费以及终端设备掉网等严重问题。
图14是本申请实施例提供的一种通信设备500示意性结构图。图14所示的通信设备500包括处理器510,处理器510可以从存储器中调用并运行计算机程序,以实现本申请实施例中的方法。
可选地,如图14所示,通信设备500还可以包括存储器520。其中,处理器510可以从存储器520中调用并运行计算机程序,以实现本申请实施例中的方法。
其中,存储器520可以是独立于处理器510的一个单独的器件,也可以集成在处理器510中。
可选地,如图14所示,通信设备500还可以包括收发器530,处理器510可以控制该收发器530与其他设备进行通信,具体地,可以向其他设备发送信息或数据,或接收其他设备发送的信息或数据。
其中,收发器530可以包括发射机和接收机。收发器530还可以进一步包括天线,天线的数量可以为一个或多个。
可选地,该通信设备500具体可为本申请实施例的网络设备,并且该通信设备500可以实现本申请实施例的各个方法中由网络设备实现的相应流程,为了简洁,在此不再赘述。
可选地,该通信设备500具体可为本申请实施例的移动终端/终端设备,并且该通信设备500可以实现本申请实施例的各个方法中由移动终端/终端设备实现的相应流程,为了简洁,在此不再赘述。
图15是本申请实施例的芯片的示意性结构图。图15所示的芯片600包括处理器610,处理器610可以从存储器中调用并运行计算机程序,以实现本申请实施例中的方法。
可选地,如图15所示,芯片600还可以包括存储器620。其中,处理器610可以从存储器620中调用并运行计算机程序,以实现本申请实施例中的方法。
其中,存储器620可以是独立于处理器610的一个单独的器件,也可以集成在处理器610中。
可选地,该芯片600还可以包括输入接口630。其中,处理器610可以控制该输入接口630与其他设备或芯片进行通信,具体地,可以获取其他设备或芯片发送的信息或数据。
可选地,该芯片600还可以包括输出接口640。其中,处理器610可以控制该输出接口640与其他设备或芯片进行通信,具体地,可以向其他设备或芯片输出信息或数据。
可选地,该芯片可应用于本申请实施例中的网络设备,并且该芯片可以实现本申请实施例的各个方法中由网络设备实现的相应流程,为了简洁,在此不再赘述。
可选地,该芯片可应用于本申请实施例中的移动终端/终端设备,并且该芯片可以实现本申请实施例的各个方法中由移动终端/终端设备实现的相应流程,为了简洁,在此不再赘述。
应理解,本申请实施例提到的芯片还可以称为系统级芯片,系统芯片,芯片系统或片上系统芯片等。
图16是本申请实施例提供的一种通信系统700的示意性框图。如图16所示,该通信系统700包括终端设备710和网络设备720。
其中,该终端设备710可以用于实现上述方法中由终端设备实现的相应的功能,例如,该终端设备710可以为发送端设备,也可以为接收端设备;另外,该网络设备720可以用于实现上述方法中由网络设备实现的相应的功能,例如,该网络设备720可以为发送端设备,也可以为接收端设备,为了简洁,在此不再赘述。
应理解,本申请实施例的处理器可能是一种集成电路芯片,具有信号的处理能力。在实现过程中,上述方法实施例的各步骤可以通过处理器中的硬件的集成逻辑电路或者软件形式的指令完成。上述的处理器可以是通用处理器、数字信号处理器(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 (9)
1.一种用于传输数据的方法,其特征在于,包括:
发送端设备生成第一分组数据汇聚协议PDCP协议数据单元PDU,
其中,所述第一PDCP PDU包括类型信息,所述类型信息用于指示所述第一PDCP PDU中第一数据包的类型为以太网数据包、网络协议IP数据包和包括IP包头的以太网数据包中的一种,其中,所述第一数据包和第二数据包映射至同一数据无线承载DRB,所述第一数据包的类型与所述第二数据包的类型不同。
2.根据权利要求1所述的方法,其特征在于,所述发送端设备生成第一分组数据汇聚协议PDCP协议数据单元PDU,包括:
所述发送端设备根据所述第一数据包的类型,对所述第一数据包进行头压缩处理,以生成所述第一PDCP PDU。
3.根据权利要求1所述的方法,其特征在于,所述类型信息为所述第一数据包的第一配置文件标识,
所述方法还包括:
所述发送端设备根据配置文件标识与数据包类型之间的第二映射关系,确定与所述第一配置文件标识对应的数据包类型为所述第一数据包的类型。
4.根据权利要求3所述的方法,其特征在于,所述第一配置文件标识位于所述第一PDCPPDU的数据域。
5.根据权利要求4所述的方法,其特征在于,所述发送端设备为终端设备,
所述方法还包括:
所述终端设备接收网络设备发送的所述第二映射关系。
6.根据权利要求3所述的方法,其特征在于,所述第二映射关系位于RRC消息中。
7.一种发送端设备,其特征在于,包括:处理器和存储器,该存储器用于存储计算机程序,所述处理器用于调用并运行所述存储器中存储的计算机程序,执行如权利要求1至6中任一项所述的方法。
8.一种芯片,其特征在于,包括:处理器,用于从存储器中调用并运行计算机程序,使得安装有所述芯片的设备执行如权利要求1至6中任一项所述的方法。
9.一种计算机可读存储介质,其特征在于,用于存储计算机程序,所述计算机程序使得计算机执行如权利要求1至6中任一项所述的方法。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202111599205.2A CN114172970B (zh) | 2019-07-25 | 2019-07-25 | 用于传输数据的方法、发送端设备、芯片和计算机可读存储介质 |
Applications Claiming Priority (3)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
PCT/CN2019/097699 WO2021012260A1 (zh) | 2019-07-25 | 2019-07-25 | 用于传输数据的方法、发送端设备和接收端设备 |
CN201980094841.4A CN113647073A (zh) | 2019-07-25 | 2019-07-25 | 用于传输数据的方法、发送端设备和接收端设备 |
CN202111599205.2A CN114172970B (zh) | 2019-07-25 | 2019-07-25 | 用于传输数据的方法、发送端设备、芯片和计算机可读存储介质 |
Related Parent Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201980094841.4A Division CN113647073A (zh) | 2019-07-25 | 2019-07-25 | 用于传输数据的方法、发送端设备和接收端设备 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN114172970A CN114172970A (zh) | 2022-03-11 |
CN114172970B true CN114172970B (zh) | 2023-05-30 |
Family
ID=74192428
Family Applications (2)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201980094841.4A Pending CN113647073A (zh) | 2019-07-25 | 2019-07-25 | 用于传输数据的方法、发送端设备和接收端设备 |
CN202111599205.2A Active CN114172970B (zh) | 2019-07-25 | 2019-07-25 | 用于传输数据的方法、发送端设备、芯片和计算机可读存储介质 |
Family Applications Before (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201980094841.4A Pending CN113647073A (zh) | 2019-07-25 | 2019-07-25 | 用于传输数据的方法、发送端设备和接收端设备 |
Country Status (4)
Country | Link |
---|---|
US (1) | US20220150332A1 (zh) |
EP (1) | EP3996341B1 (zh) |
CN (2) | CN113647073A (zh) |
WO (1) | WO2021012260A1 (zh) |
Families Citing this family (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2021026939A1 (zh) * | 2019-08-15 | 2021-02-18 | 华为技术有限公司 | 以太帧头的压缩、解压方法和装置 |
CN117560112A (zh) * | 2022-08-01 | 2024-02-13 | 大唐移动通信设备有限公司 | 一种信息传输方法、装置及通信设备 |
Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101409677A (zh) * | 2008-11-27 | 2009-04-15 | 福建星网锐捷网络有限公司 | 一种接入控制方法及装置 |
CN108476475A (zh) * | 2015-11-19 | 2018-08-31 | 瑞典爱立信有限公司 | 不连续接收周期的活跃期间 |
CN109787791A (zh) * | 2017-11-10 | 2019-05-21 | 华为技术有限公司 | 通信方法及通信设备 |
Family Cites Families (11)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1913534B (zh) * | 2006-08-17 | 2010-12-01 | 华为技术有限公司 | 一种数据处理方法及通信设备 |
US10159100B2 (en) * | 2012-09-28 | 2018-12-18 | Nokia Solutions And Networks Oy | Mechanism for establishing packet data network connection with multiple IP addresses |
US9998991B2 (en) * | 2013-08-28 | 2018-06-12 | Telefonaktiebolaget L M Ericsson (Publ) | Method and apparatuses for discontinuous reception cycle estimation by data packet monitoring |
KR102312670B1 (ko) * | 2014-10-30 | 2021-10-15 | 삼성전자주식회사 | 사용자 단말 간 장치 대 장치 통신을 수행하는 방법 |
WO2016070615A1 (zh) * | 2014-11-06 | 2016-05-12 | 中兴通讯股份有限公司 | 设备到设备d2d数据传输方法、装置及d2d ue |
KR102127397B1 (ko) * | 2016-03-22 | 2020-06-26 | 엘지전자 주식회사 | 데이터 유닛을 전송하는 방법 및 사용자기기와, 데이터 유닛을 수신하는 방법 및 사용자기기 |
CN107347046A (zh) * | 2016-05-04 | 2017-11-14 | 北京化工大学 | 一种跨网段的数据报头压缩实现方法 |
CN109413692A (zh) * | 2017-08-18 | 2019-03-01 | 深圳市海思半导体有限公司 | 传输方法、发送端和接收端 |
US11006316B2 (en) * | 2017-10-16 | 2021-05-11 | Ofinno, Llc | Header compression for ethernet frame |
US10855814B2 (en) * | 2017-10-20 | 2020-12-01 | Comcast Cable Communications, Llc | Non-access stratum capability information |
CN114128241A (zh) * | 2019-03-27 | 2022-03-01 | 苹果公司 | 以太网标头压缩 |
-
2019
- 2019-07-25 WO PCT/CN2019/097699 patent/WO2021012260A1/zh unknown
- 2019-07-25 CN CN201980094841.4A patent/CN113647073A/zh active Pending
- 2019-07-25 EP EP19939047.7A patent/EP3996341B1/en active Active
- 2019-07-25 CN CN202111599205.2A patent/CN114172970B/zh active Active
-
2022
- 2022-01-24 US US17/582,716 patent/US20220150332A1/en active Pending
Patent Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101409677A (zh) * | 2008-11-27 | 2009-04-15 | 福建星网锐捷网络有限公司 | 一种接入控制方法及装置 |
CN108476475A (zh) * | 2015-11-19 | 2018-08-31 | 瑞典爱立信有限公司 | 不连续接收周期的活跃期间 |
CN109787791A (zh) * | 2017-11-10 | 2019-05-21 | 华为技术有限公司 | 通信方法及通信设备 |
Also Published As
Publication number | Publication date |
---|---|
CN114172970A (zh) | 2022-03-11 |
EP3996341A4 (en) | 2022-07-13 |
EP3996341B1 (en) | 2023-06-07 |
WO2021012260A1 (zh) | 2021-01-28 |
US20220150332A1 (en) | 2022-05-12 |
EP3996341A1 (en) | 2022-05-11 |
CN113647073A (zh) | 2021-11-12 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN110944389B (zh) | 用户终端的能力信息传输方法和相关装置 | |
US10863578B2 (en) | Data transmission method, device and system | |
CN113541910B (zh) | 一种头压缩的处理方法及装置 | |
CN113133055B (zh) | 无线通信的方法和设备 | |
CN112655182B (zh) | 通信方法和设备 | |
US20220150332A1 (en) | Method for transmitting data, sending end device and receiving end device | |
WO2020125753A1 (en) | Uplink data compression in mobile communications | |
CN112929949A (zh) | 无线通信方法和通信设备 | |
KR101566555B1 (ko) | Mac헤더를 구성하는 방법 및 시스템 | |
CN113207133B (zh) | 无线通信的方法和设备 | |
CN112586032B (zh) | 无线通信的方法和通信设备 | |
CN114303355B (zh) | 一种指示解压缩对象的方法及装置、通信设备 | |
CN112243576B (zh) | 一种信息传输方法及装置、通信设备 | |
CN114363420B (zh) | 通信方法、终端设备和网络设备 | |
CN114365470B (zh) | 用于传输以太网压缩包的方法和设备 | |
CN114342462B (zh) | 无线通信方法和设备 | |
CN113678501B (zh) | 一种以太网数据包头压缩方法、处理方法及其装置 | |
CN112534789B (zh) | 压缩、解压缩以太帧的方法和通信设备 | |
CN111787621B (zh) | 一种承载配置方法及装置、网络设备 | |
CN112740730B (zh) | 无线通信方法、终端设备和接入网设备 | |
CN112868249B (zh) | 无线通信方法、终端设备和接入网设备 | |
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 |