CN109429224B - 一种业务数据包处理方法、装置和介质 - Google Patents
一种业务数据包处理方法、装置和介质 Download PDFInfo
- Publication number
- CN109429224B CN109429224B CN201710791346.1A CN201710791346A CN109429224B CN 109429224 B CN109429224 B CN 109429224B CN 201710791346 A CN201710791346 A CN 201710791346A CN 109429224 B CN109429224 B CN 109429224B
- Authority
- CN
- China
- Prior art keywords
- data packet
- processing
- service
- service data
- decryption
- 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
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W12/00—Security arrangements; Authentication; Protecting privacy or anonymity
- H04W12/02—Protecting privacy or anonymity, e.g. protecting personally identifiable information [PII]
-
- 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
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Computer Security & Cryptography (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
本发明公开了一种业务数据包处理方法、装置和介质,用以针对业务数据包进行区别化的加解密,以降低数据传输时延。所述业务数据包处理方法,包括:接收业务服务器发送的业务数据包,其中所述业务数据包中携带有数据包处理标识,所述数据包处理标识用于指示所述业务数据包是否需要进行PDCP层加解密处理;所述数据包处理标识包括应用层数据包权重值;根据所述数据包处理标识对接收到的数据包进行PDCP层加解密处理。
Description
技术领域
本发明涉及无线通信技术领域,尤其涉及一种业务数据包处理方法、装置和介质。
背景技术
本部分旨在为权利要求书中陈述的本发明的实施方式提供背景或上下文。此处的描述不因为包括在本部分中就承认是现有技术。
LTE(长期演进,Long Time Evolution)无线接口协议栈包含用户平面协议栈和控制平面协议栈。其中,用户平面协议栈包括:物理层(PHY)、媒体访问控制层(Media AccessControl,MAC)、无线链路控制(Radio Link Control, RLC)层和媒体介入控制(MAC)层、分组数据汇聚协议(Packet Data Convergence Protocol,PDCP)层。控制平面协议栈在上述架构基础上还包括无线资源控制(Radio Resource Control,RRC)和非接入层。
LTE无线通信***中,无论是用户面还是控制面的数据包均需要加解密过程。L2层中大部分(约59.16%)时延由PDCP层的加解密过程产生。对于一些低时延大数据量的业务本身数据量十分大,如果对所有数据包全部实现加解密过程会严重增加数据传输时延,降低了用户体验。
发明内容
本发明实施例提供了一种业务数据包处理方法、装置和介质,用以针对业务数据包进行区别化的加解密,以降低数据传输时延。
本发明实施例提供一种业务数据包处理方法,包括:
接收业务服务器发送的业务数据包,其中所述业务数据包中携带有数据包处理标识,所述数据包处理标识用于指示所述业务数据包是否需要进行分组数据汇聚协议PDCP层加解密处理;所述数据包处理标识包括数据包权重值;
根据所述数据包处理标识对接收到的数据包进行PDCP层加解密处理。
可选地,在根据所述数据包处理标识对接收到的数据包进行PDCP层加解密处理之前,还包括:
根据所述业务数据包中携带的数据包权重值,将所述业务数据包映射为所述数据包权重值对应的数据无线承载DRB类型,不同的DRB类型对应于不同的PDCP处理模式,所述PDCP处理模式包括需要加解密模式和不需要加解密模式;以及
根据所述数据包处理标识对接收到的数据包进行PDCP层加解密处理,具体包括:
根据传输所述业务数据包的DRB所对应的PDCP处理模式确定是否需要对所述业务数据包进行PDCP层加解密处理。
可选地,在接收业务服务器发送的业务数据包之前,还包括:
接收所述业务服务器发送的数据包权重门限值;以及
根据所述数据包处理标识对接收到的数据包进行PDCP层加解密处理,具体包括:
根据所述业务数据包携带的数据包权重值,如果所述数据包权重值超过所述数据包权重门限值,则对所述业务数据包进行PDCP层加解密处理;如果所述数据包权重值不超过所述数据包权重门限值,则对所述业务数据包不进行 PDCP层加解密处理。
可选地,接收所述业务服务器发送的数据包权重门限值,具体包括:
接收所述业务服务器通过核心网发送的数据包权重门限值,其中,所述数据包权重门限值为所述核心网通过无线资源控制RRC信令发送的。
本发明实施例提供一种业务数据包处理装置,包括:
第一接收单元,用于接收业务服务器发送的业务数据包,其中所述业务数据包中携带有数据包处理标识,所述数据包处理标识用于指示所述业务数据包是否需要进行PDCP层加解密处理;所述数据包处理标识包括数据包权重值;
处理单元,用于根据所述数据包处理标识对接收到的数据包进行分组数据汇聚协议PDCP层加解密处理。
可选地,本发明实施例提供的业务数据包处理装置还包括映射单元,其中:
所述映射单元,用于在所述处理单元根据所述数据包处理标识对接收到的数据包进行PDCP层加解密处理之前,根据所述业务数据包中携带的数据包权重值,将所述业务数据包映射为所述数据包权重值对应的数据无线承载DRB 类型,不同的DRB类型对应于不同的PDCP处理模式,所述PDCP处理模式包括需要加解密模式和不需要加解密模式;
所述处理单元,用于根据传输所述业务数据包的DRB所对应的PDCP处理模式确定是否需要对所述业务数据包进行PDCP层加解密处理。
可选地,本发明实施例提供的业务数据包处理装置还包括第二接收单元,其中:
所述第二接收单元,用于在所述第一接收单元接收业务服务器发送的业务数据包之前,接收所述业务服务器发送的数据包权重门限值;
所述处理单元,具体用于根据所述业务数据包携带的数据包权重值,如果所述数据包权重值超过所述数据包权重门限值,则对所述业务数据包进行 PDCP层加解密处理;如果所述数据包权重值不超过所述数据包权重门限值,则对所述业务数据包不进行PDCP层加解密处理。
可选地,所述第二接收单元,具体用于接收所述业务服务器通过核心网发送的数据包权重门限值,其中,所述数据包权重门限值为所述核心网通过无线资源控制RRC信令发送的。
本发明实施例提供另外一种业务数据包处理装置,包括至少一个处理单元、以及至少一个存储单元,其中,所述存储单元存储有计算机程序,当所述程序被所述处理单元执行时,使得所述处理单元执行上述任一方法所述的步骤。
本发明实施例提供一种计算机可读介质,其存储有可由计算装置执行的计算机程序,当所述程序在计算装置上运行时,使得所述计算装置执行上述任一方法所述的步骤。
本发明实施例提供的业务数据包处理方法、装置和介质,通过由业务服务器在业务数据包中添加数据包处理标识,所述数据包处理标识包括应用层数据包权重值;这样,可以由接收方根据接收到的数据包中添加的数据包权重值选择性地对数据包进行PDCP层加解密处理,而无需对所有的数据包不加识别的全部进行PDCP层加解密处理,从而提高了数据包处理速度,降低了数据包传输时延。
本发明的其它特征和优点将在随后的说明书中阐述,并且,部分地从说明书中变得显而易见,或者通过实施本发明而了解。本发明的目的和其他优点可通过在所写的说明书、权利要求书、以及附图中所特别指出的结构来实现和获得。
附图说明
此处所说明的附图用来提供对本发明的进一步理解,构成本发明的一部分,本发明的示意性实施例及其说明用于解释本发明,并不构成对本发明的不当限定。在附图中:
图1为本发明实施例中,业务数据包处理方法的实施流程示意图;
图2为本发明实施例中,第一种VR业务数据包处理方法的实施流程示意图;
图3为本发明实施例中,第二种VR业务数据包处理方法的实施流程示意图;
图4为本发明实施例中,业务数据包处理装置的结构示意图。
具体实施方式
为了降低数据包传输时延,本发明实施例提供了一种业务数据包处理方法、装置和介质。
以下结合说明书附图对本发明的优选实施例进行说明,应当理解,此处所描述的优选实施例仅用于说明和解释本发明,并不用于限定本发明,并且在不冲突的情况下,本发明中的实施例及实施例中的特征可以相互组合。
本发明实施例中,针对现有的无线侧对接收到的数据包不加区别的全部进行PDCP层加解密处理增加了数据传输时延的问题,通过业务服务器发送数据包时,根据数据包中携带的数据重要性,在数据包中添加数据处理标识,使得数据包接收方可以根据数据包中携带的数据处理标识对接收到的数据包进行区别化的加解密操作,从而提高数据包处理速度,降低数据包传输时延。
本发明实施例提供的业务数据包处理方法尤其适用于低时延大数据量的业务数据包的处理,针对时延要求苛刻的业务,可以采用本发明实施例提供的业务数据包处理方法进行处理,可以大幅度降低数据包传输时延。
根据本发明实施例,PDCP层的加解密功能需要由固定变为可配置,根据 PDCP层加解密功能的配置,具体实施时,PDCP层的加解密功能可以配置为需要进行加解密模式和不需要加解密模式,具体实施时,PDCP层的加解密功能可以通过核心网通过RRC(无线资源控制)信令进行配置。如果PDCP层没有接收到加解密功能配置指示,则按照现有技术对接收到的数据包进行PDCP 层加解密处理。
如图1所示,其为本发明实施例提供的业务数据包处理方法的实施流程示意图,可以包括以下步骤:
S11、接收业务服务器发送的业务数据包。
其中所述业务数据包中携带有数据包处理标识,所述数据包处理标识用于指示所述业务数据包是否需要进行PDCP层加解密处理。
具体实施时,业务服务器在发送数据包时,可以根据数据包中传输的数据重要性在数据包中添加数据包处理标识。以VR(Virtual Reality,虚拟现实) 业务为例,数据包中传输的数据为帧数据,VR服务器根据帧的重要程度确定打包后数据包对应的数据包处理标识,例如,如果所传输帧重要性较高,则 VR服务器可以添加需要进行PDCP层加解密处理的数据包处理标识,如果所传输帧的不重要,则VR服务器可以添加不需要进行加解密的数据包处理标识。
优选地,具体实施时,数据包处理标识可以包括数据包权重值。为了便于描述以下以数据包处理标识为数据包权重值为例进行说明。
S12、根据所述数据包处理标识对接收到的数据包进行PDCP层加解密处理。
本步骤中,无线侧在接收到数据包之后,可以根据其中携带的数据包处理标识确定是否需要对接收到的数据包进行PDCP层加解密处理。
具体实施时,无线侧可以按照以下任一方式对接收到的数据包进行区别化的加解密处理:
第一种实施方式、
第一种实施方式中,可以通过无线侧的SDAP(服务数据适配协议,Service DataAdaptive Protocol)模块根据业务数据包中携带的数据包处理标识映射为不同的DRB(数据无线承载,Data Radio Bear)类型,不同的DRB类型对应于不同的PDCP处理模式,所述PDCP处理模式包括需要加解密模式和不需要加解密模式。
其中,通过SDAP依据业务数据包携带的数据包处理标识映射成不同类型的DRB的方式,首先需要CN(核心网,Core Network)感知应用层数据包中的数据包权重值,通过GTP-U(用户面的GPRS隧道协议,GPRS Tunnelling Protocol for the userplane)协议携带flow ID(流标识)和数据包帧号、数据包权重值等信息提交给SDAP,SDAP再依据其所携带信息将flow映射到不同类型的DRB后进行传输。例如,DRB1对应的PDCP不加解密模式;DRB2对应的PDCP加解密模式。
基于此,本发明实施例提供的业务数据包处理方法在执行步骤S12之前,还包括步骤:根据所述业务数据包中携带的数据包权重值,将所述业务数据包映射为所述数据包权重值对应的数据无线承载DRB类型,不同的DRB类型对应于不同的PDCP处理模式,所述PDCP处理模式包括需要加解密模式和不需要加解密模式,这样,在步骤S12中,可以根据传输所述业务数据包的DRB 所对应的PDCP处理模式确定是否需要对所述业务数据包进行PDCP层加解密处理。
第二种实施方式、
第二种实施方式中,业务服务器需要预先与无线侧的PDCP模块协商数据包权重门限值,这样,PDCP模块通过识别接收到的数据包中的数据包权重值,并比较该数据包权重值与数据包权重门限值,如果数据包权重值大于数据包权重门限值,则对接收到的数据包进行PDCP层加解密处理;如果数据包权重值不大于数据包权重门限值,则不对接收到的数据包进行PDCP层加解密处理。
基于此,本发明实施例提供的业务数据包处理方法中,在执行步骤S11之前,还可以包括以下步骤:接收所述业务服务器发送的数据包权重门限值。这样,在步骤S12中,可以根据所述业务数据包携带的数据包权重值,如果所述数据包权重值超过所述数据包权重门限值,则对所述业务数据包进行PDCP层加解密处理;如果所述数据包权重值不超过所述数据包权重门限值,则对所述业务数据包不进行PDCP层加解密处理。优选地,所述数据包权重门限值为核心网通过无线资源控制RRC信令发送的。
为更好地理解本发明实施例,以下以VR业务为例对本发明的实施过程进行说明。
如图2所示,其为本发明实施例提供的第一种VR数据包处理流程示意图,可以包括以下步骤:
S21、VR服务器确定待传输数据包的权重值。
本步骤中,VR服务器根据VR业务数据包传输帧的帧编号确定数据包的权重值。
S22、VR服务器在待传输数据包中添加权重值后将数据包发送给核心网设备。
本步骤中,VR服务器将VR业务数据包对应帧编号与权重值发送给核心网设备。
S23、核心网设备向无线侧的SDAP模块发送GTP-U报文。
本步骤中,核心网设备将VR业务每帧帧号与帧内每个数据包的权重值以及业务流标识封装于GTP-U报文中发送给SDAP模块。
S24、SDAP模块根据接收到的GTP-U报文,将数据包按照权重值映射成不同的DRB类型。
其中,不同DRB类型对应不同的PDCP配置以进行PDCP层区别化加解密。
如图3所示,其为本发明实施例提供的第二种VR数据包处理流程示意图,可以包括以下步骤:
S31、VR服务器向核心网设备发送数据包权重门限值。
本步骤中,VR服务器确定出一个数据包权重门限值,该数据包权重门限值用于指示PDCP是否需要对接收到的VR数据包进行加解密。
S32、核心网设备配置PDCP层的数据包权重门限值。
本步骤中,核心网设备根据VR服务器发送的数据包权重门限值,通过RRC 信令配置PDCP层的数据包权重门限值。
S33、VR服务器为待传输的VR数据包添加数据包权重值。
本步骤中,VR服务器根据待传输数据包中传输的数据帧的重要性确定VR 数据包对应的权重值。其中,本发明实施例中涉及的数据包权重值可以包括两种取值,一种为大于数据包权重门限值,另外一种为不大于数据包权重门限值。
S34、VR数据包向核心网设备发送添加了数据包权重值的VR数据包。
S35、核心网设备向无线侧的PDCP模块发送添加了数据包权重值的VR 数据包。
S36、PDCP模块比较VR数据包中的数据包权重值与数据包权重门限值,根据比较结果确定是否需要对接收到的数据包进行PDCP层加解密处理。
具体地,本步骤中,如果所述数据包权重值超过所述数据包权重门限值,则对所述VR数据包进行PDCP层加解密处理;如果所述数据包权重值不超过所述数据包权重门限值,则对所述VR数据包不进行PDCP层加解密处理。
本发明实施例提供的业务数据包处理方法、装置和介质,通过由业务服务器在业务数据包中添加数据包处理标识,这样,可以由接收方根据接收到的数据包中添加的数据包处理标识选择性地对数据包进行PDCP层加解密处理,而无需对所有的数据包不加识别的全部进行PDCP层加解密处理,从而提高了数据包处理速度,降低了数据包传输时延。
基于同一发明构思,本发明实施例中还提供了一种业务数据包处理装置和介质,由于上述装置及介质解决问题的原理与业务数据包处理方法相似,因此上述装置及介质的实施可以参见方法的实施,重复之处不再赘述。
如图4所示,其为本发明实施例提供的业务数据包处理装置的结构示意图,可以包括:
第一接收单元41,用于接收业务服务器发送的业务数据包,其中所述业务数据包中携带有数据包处理标识,所述数据包处理标识用于指示所述业务数据包是否需要进行PDCP层加解密处理;
处理单元42,用于根据所述数据包处理标识对接收到的数据包进行PDCP 层加解密处理。
可选地,所述数据包处理标识包括数据包权重值。
可选地,本发明实施例提供的业务数据包处理装置还包括映射单元,其中:
所述映射单元,用于在所述处理单元42根据所述数据包处理标识对接收到的数据包进行PDCP层加解密处理之前,根据所述业务数据包中携带的数据包权重值,将所述业务数据包映射为所述数据包权重值对应的数据无线承载 DRB类型,不同的DRB类型对应于不同的PDCP处理模式,所述PDCP处理模式包括需要加解密模式和不需要加解密模式;
所述处理单元42,用于根据传输所述业务数据包的DRB所对应的PDCP 处理模式确定是否需要对所述业务数据包进行PDCP层加解密处理。
可选地,本发明实施例提供的业务数据包处理装置还包括第二接收单元,其中:
所述第二接收单元,用于在所述第一接收单元41接收业务服务器发送的业务数据包之前,接收所述业务服务器发送的数据包权重门限值;
所述处理单元42,具体用于根据所述业务数据包携带的数据包权重值,如果所述数据包权重值超过所述数据包权重门限值,则对所述业务数据包进行 PDCP层加解密处理;如果所述数据包权重值不超过所述数据包权重门限值,则对所述业务数据包不进行PDCP层加解密处理。
可选地,所述第二接收单元,具体用于接收所述业务服务器通过核心网发送的数据包权重门限值,其中,所述数据包权重门限值为所述核心网通过无线资源控制RRC信令发送的。
为了描述的方便,以上各部分按照功能划分为各模块(或单元)分别描述。当然,在实施本发明时可以把各模块(或单元)的功能在同一个或多个软件或硬件中实现。
在介绍了本发明示例性实施方式的业务数据包处理方法和装置之后,接下来,介绍根据本发明的另一示例性实施方式的业务数据包处理装置。
所属技术领域的技术人员能够理解,本发明的各个方面可以实现为***、方法或程序产品。因此,本发明的各个方面可以具体实现为以下形式,即:完全的硬件实施方式、完全的软件实施方式(包括固件、微代码等),或硬件和软件方面结合的实施方式,这里可以统称为“电路”、“模块”或“***”。
在一些可能的实施方式中,根据本发明的业务数据包处理装置可以至少包括至少一个处理单元、以及至少一个存储单元。其中,所述存储单元存储有程序代码,当所述程序代码被所述处理单元执行时,使得所述处理单元执行上述任一业务数据包处理方法中的步骤。例如,所述处理单元可以执行如图1中所示的步骤S11、接收业务服务器发送的业务数据包,和步骤S12、根据所述数据包处理标识对接收到的数据包进行PDCP层加解密处理。
在一些可能的实施方式中,本发明提供的业务数据包处理方法的各个方面还可以实现为一种程序产品的形式,其包括程序代码,当所述程序产品在计算机设备上运行时,所述程序代码用于使所述计算机设备执行本说明书上述描述的根据本发明各种示例性实施方式的动态显示网页的方法中的步骤,例如,所述计算机设备可以执行如图1中所示的步骤S11、接收业务服务器发送的业务数据包,和步骤S12、根据所述数据包处理标识对接收到的数据包进行PDCP 层加解密处理。
所述程序产品可以采用一个或多个可读介质的任意组合。可读介质可以是可读信号介质或者可读存储介质。可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的***、装置或器件,或者任意以上的组合。可读存储介质的更具体的例子(非穷举的列表)包括:具有一个或多个导线的电连接、便携式盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑盘只读存储器 (CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。
本发明的实施方式的业务数据包处理的程序产品可以采用便携式紧凑盘只读存储器(CD-ROM)并包括程序代码,并可以在计算设备上运行。然而,本发明的程序产品不限于此,在本文件中,可读存储介质可以是任何包含或存储程序的有形介质,该程序可以被指令执行***、装置或者器件使用或者与其结合使用。
可读信号介质可以包括在基带中或者作为载波一部分传播的数据信号,其中承载了可读程序代码。这种传播的数据信号可以采用多种形式,包括——但不限于——电磁信号、光信号或上述的任意合适的组合。可读信号介质还可以是可读存储介质以外的任何可读介质,该可读介质可以发送、传播或者传输用于由指令执行***、装置或者器件使用或者与其结合使用的程序。
可读介质上包含的程序代码可以用任何适当的介质传输,包括——但不限于——无线、有线、光缆、RF等等,或者上述的任意合适的组合。
可以以一种或多种程序设计语言的任意组合来编写用于执行本发明操作的程序代码,所述程序设计语言包括面向对象的程序设计语言—诸如Java、C++ 等,还包括常规的过程式程序设计语言—诸如“C”语言或类似的程序设计语言。程序代码可以完全地在用户计算设备上执行、部分地在用户设备上执行、作为一个独立的软件包执行、部分在用户计算设备上部分在远程计算设备上执行、或者完全在远程计算设备或服务器上执行。在涉及远程计算设备的情形中,远程计算设备可以通过任意种类的网络——包括局域网(LAN)或广域网 (WAN)—连接到用户计算设备,或者,可以连接到外部计算设备(例如利用因特网服务提供商来通过因特网连接)。
本领域内的技术人员应明白,本发明的实施例可提供为方法、***、或计算机程序产品。因此,本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且,本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、 CD-ROM、光学存储器等)上实施的计算机程序产品的形式。
本发明是参照根据本发明实施例的方法、设备(***)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和 /或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/ 或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器,使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中,使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品,该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上,使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理,从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
尽管已描述了本发明的优选实施例,但本领域内的技术人员一旦得知了基本创造性概念,则可对这些实施例做出另外的变更和修改。所以,所附权利要求意欲解释为包括优选实施例以及落入本发明范围的所有变更和修改。
显然,本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样,倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内,则本发明也意图包含这些改动和变型在内。
Claims (10)
1.一种业务数据包处理方法,其特征在于,包括:
接收业务服务器发送的业务数据包,其中所述业务数据包中携带有数据包处理标识,所述数据包处理标识用于指示所述业务数据包是否需要进行分组数据汇聚协议PDCP层加解密处理;所述数据包处理标识包括应用层数据包权重值;
根据所述数据包处理标识对接收到的数据包进行PDCP层加解密处理。
2.如权利要求1所述的方法,其特征在于,在根据所述数据包处理标识对接收到的数据包进行PDCP层加解密处理之前,还包括:
根据所述业务数据包中携带的数据包权重值,将所述业务数据包映射为所述数据包权重值对应的数据无线承载DRB类型,不同的DRB类型对应于不同的PDCP处理模式,所述PDCP处理模式包括需要加解密模式和不需要加解密模式;以及
根据所述数据包处理标识对接收到的数据包进行PDCP层加解密处理,具体包括:
根据传输所述业务数据包的DRB所对应的PDCP处理模式确定是否需要对所述业务数据包进行PDCP层加解密处理。
3.如权利要求1所述的方法,其特征在于,在接收业务服务器发送的业务数据包之前,还包括:
接收所述业务服务器发送的数据包权重门限值;以及
根据所述数据包处理标识对接收到的数据包进行PDCP层加解密处理,具体包括:
根据所述业务数据包携带的数据包权重值,如果所述数据包权重值超过所述数据包权重门限值,则对所述业务数据包进行PDCP层加解密处理;如果所述数据包权重值不超过所述数据包权重门限值,则对所述业务数据包不进行PDCP层加解密处理。
4.如权利要求3所述的方法,其特征在于,接收所述业务服务器发送的数据包权重门限值,具体包括:
接收所述业务服务器通过核心网发送的数据包权重门限值,其中,所述数据包权重门限值为所述核心网通过无线资源控制RRC信令发送的。
5.一种业务数据包处理装置,其特征在于,包括:
第一接收单元,用于接收业务服务器发送的业务数据包,其中所述业务数据包中携带有数据包处理标识,所述数据包处理标识用于指示所述业务数据包是否需要进行PDCP层加解密处理;所述数据包处理标识包括数据包权重值;
处理单元,用于根据所述数据包处理标识对接收到的数据包进行PDCP层加解密处理。
6.如权利要求5所述的装置,其特征在于,还包括映射单元,其中:
所述映射单元,用于在所述处理单元根据所述数据包处理标识对接收到的数据包进行PDCP层加解密处理之前,根据所述业务数据包中携带的数据包权重值,将所述业务数据包映射为所述数据包权重值对应的数据无线承载DRB类型,不同的DRB类型对应于不同的PDCP处理模式,所述PDCP处理模式包括需要加解密模式和不需要加解密模式;
所述处理单元,用于根据传输所述业务数据包的DRB所对应的PDCP处理模式确定是否需要对所述业务数据包进行PDCP层加解密处理。
7.如权利要求5所述的装置,其特征在于,还包括第二接收单元,其中:
所述第二接收单元,用于在所述第一接收单元接收业务服务器发送的业务数据包之前,接收所述业务服务器发送的数据包权重门限值;
所述处理单元,具体用于根据所述业务数据包携带的数据包权重值,如果所述数据包权重值超过所述数据包权重门限值,则对所述业务数据包进行PDCP层加解密处理;如果所述数据包权重值不超过所述数据包权重门限值,则对所述业务数据包不进行PDCP层加解密处理。
8.如权利要求7所述的装置,其特征在于,
所述第二接收单元,具体用于接收所述业务服务器通过核心网发送的数据包权重门限值,其中,所述数据包权重门限值为所述核心网通过无线资源控制RRC信令发送的。
9.一种业务数据包处理装置,其特征在于,包括至少一个处理单元、以及至少一个存储单元,其中,所述存储单元存储有计算机程序,当所述程序被所述处理单元执行时,使得所述处理单元执行权利要求1~4任一权利要求所述方法的步骤。
10.一种计算机可读介质,其特征在于,其存储有可由计算装置执行的计算机程序,当所述程序在计算装置上运行时,使得所述计算装置执行权利要求1~4任一所述方法的步骤。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201710791346.1A CN109429224B (zh) | 2017-09-05 | 2017-09-05 | 一种业务数据包处理方法、装置和介质 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201710791346.1A CN109429224B (zh) | 2017-09-05 | 2017-09-05 | 一种业务数据包处理方法、装置和介质 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN109429224A CN109429224A (zh) | 2019-03-05 |
CN109429224B true CN109429224B (zh) | 2021-08-06 |
Family
ID=65513973
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201710791346.1A Active CN109429224B (zh) | 2017-09-05 | 2017-09-05 | 一种业务数据包处理方法、装置和介质 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN109429224B (zh) |
Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN107079338A (zh) * | 2014-11-10 | 2017-08-18 | Lg 电子株式会社 | 在d2d通信***中指示用于侧链路无线电承载的加密指示的方法及其设备 |
CN108307541A (zh) * | 2016-09-26 | 2018-07-20 | 中国电信股份有限公司 | 调整 pdcp 层处理负荷的方法、装置和*** |
CN108810981A (zh) * | 2017-04-28 | 2018-11-13 | ***通信有限公司研究院 | 一种数据传输方法及装置 |
Family Cites Families (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP4843660B2 (ja) * | 2007-10-22 | 2011-12-21 | イノヴァティヴ ソニック リミテッド | 無線通信システムのpdcp層においてデータを暗号化する方法及び装置 |
US20160308776A1 (en) * | 2015-04-20 | 2016-10-20 | Qualcomm Incorporated | Enhancements for pdcp layer |
-
2017
- 2017-09-05 CN CN201710791346.1A patent/CN109429224B/zh active Active
Patent Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN107079338A (zh) * | 2014-11-10 | 2017-08-18 | Lg 电子株式会社 | 在d2d通信***中指示用于侧链路无线电承载的加密指示的方法及其设备 |
CN108307541A (zh) * | 2016-09-26 | 2018-07-20 | 中国电信股份有限公司 | 调整 pdcp 层处理负荷的方法、装置和*** |
CN108810981A (zh) * | 2017-04-28 | 2018-11-13 | ***通信有限公司研究院 | 一种数据传输方法及装置 |
Also Published As
Publication number | Publication date |
---|---|
CN109429224A (zh) | 2019-03-05 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN104703176B (zh) | 无线网络的配置方法、智能终端和无线网络设备 | |
EP2995165B1 (en) | Data transmission method and device | |
WO2015131582A1 (zh) | 近距离传输数据的方法、终端、***和计算机存储介质 | |
WO2015145255A2 (en) | Method and apparatus for processing rlc/ pdcp entities at a user equipment in a dual connectivity system | |
CN105165045A (zh) | 设备到设备发现信息的加密 | |
EP3641258B1 (en) | Data transmission method | |
CN109691159B (zh) | Rrc连接恢复中的pdcp count处理 | |
CN109314878B (zh) | 用于u平面子服务流映射的方法和装置 | |
CN107294723A (zh) | 消息完整性认证信息的生成和验证方法、装置及验证*** | |
CN111614496B (zh) | 路由访问方法、装置、电子设备及存储介质 | |
US11877330B2 (en) | Methods and devices for sidelink communication | |
CN108141866A (zh) | 一种处理业务数据包的方法及装置 | |
CN109152046B (zh) | 一种上行资源配置方法和相关设备 | |
CN109429224B (zh) | 一种业务数据包处理方法、装置和介质 | |
CN103780605B (zh) | 一种快速加解密方法及网关 | |
CN112654046A (zh) | 用于注册的方法和装置 | |
WO2016115683A1 (zh) | 一种信息传输方法、设备及*** | |
CN113302961B (zh) | 安全信标 | |
CN110830421A (zh) | 数据传输方法和设备 | |
CN112449400B (zh) | 一种通信方法、装置及*** | |
CN107548058A (zh) | 设备接入方法和智能终端 | |
EP3860205B1 (en) | Identifier update methods, terminal and a storage medium | |
CN103346945A (zh) | Capwap隧道的数据传输方法、装置及*** | |
CN109347837B (zh) | 蓝牙数据加密传输方法、蓝牙设备及计算机可读存储介质 | |
US20150222432A1 (en) | Transmission system and transmission method |
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 |