CN105991625B - 一种进行数据传输的方法和设备 - Google Patents

一种进行数据传输的方法和设备 Download PDF

Info

Publication number
CN105991625B
CN105991625B CN201510100678.1A CN201510100678A CN105991625B CN 105991625 B CN105991625 B CN 105991625B CN 201510100678 A CN201510100678 A CN 201510100678A CN 105991625 B CN105991625 B CN 105991625B
Authority
CN
China
Prior art keywords
data
protocol layer
layer
data packet
header
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
CN201510100678.1A
Other languages
English (en)
Other versions
CN105991625A (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.)
China Academy of Telecommunications Technology CATT
Datang Mobile Communications Equipment Co Ltd
Original Assignee
China Academy of Telecommunications Technology CATT
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 China Academy of Telecommunications Technology CATT filed Critical China Academy of Telecommunications Technology CATT
Priority to CN201510100678.1A priority Critical patent/CN105991625B/zh
Priority to PCT/CN2015/098262 priority patent/WO2016141750A1/zh
Priority to US15/542,046 priority patent/US10616796B2/en
Priority to EP15884428.2A priority patent/EP3267647B1/en
Priority to TW104143769A priority patent/TWI616083B/zh
Publication of CN105991625A publication Critical patent/CN105991625A/zh
Application granted granted Critical
Publication of CN105991625B publication Critical patent/CN105991625B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W4/00Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/70Services for machine-to-machine communication [M2M] or machine type communication [MTC]
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00Network architectures or network communication protocols for network security
    • H04L63/16Implementing security features at a particular protocol layer
    • H04L63/164Implementing security features at a particular protocol layer at the network layer
    • 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/22Parsing or analysis of headers
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L9/00Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
    • H04L9/40Network security protocols
    • 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
    • YGENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y02TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
    • Y02DCLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
    • Y02D30/00Reducing energy consumption in communication networks
    • Y02D30/70Reducing energy consumption in communication networks in wireless communication networks

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Computer Security & Cryptography (AREA)
  • Computer Hardware Design (AREA)
  • Computing Systems (AREA)
  • General Engineering & Computer Science (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

本发明实施例涉及无线通信技术领域,特别涉及一种进行数据传输的方法和设备,用以解决现有技术中存在的采用固定模块化的协议栈结构对于特定应用场景下的特定终端,在传输效率、时延、处理复杂度、产品成本开销、能耗各方面都不能达到最佳效果,对于一些特定要求,如时延要求特别高的场景,还可能导致不能满足时延指标的问题。本发明实施例由于发送端和接收端根据协议层结构和/或协议层功能传输数据,从而可实现针对特定场景下特定终端的协议栈最优设计,实现高效率数据传输;从传输效率、时延、处理复杂度、产品成本开销、能耗各方面达到最佳效果。

Description

一种进行数据传输的方法和设备
技术领域
本发明涉及无线通信技术领域,特别涉及一种进行数据传输的方法和设备。
背景技术
目前无线传输技术采用固定协议栈结构,数据在每层协议层都要加上对应的数据头以供不同协议层识别。以LTE(Long Term Evolution,长期演进)系统为例。空口用户面层2包括PDCP(Packet Data Convergence Protocol,分组数据聚合协议)、RLC(Radio LinkControl,无线链路控制)、MAC(Medium Access Control,媒体接入控制)层,通过层2处理后的数据包到达物理层,通过物理层(层1)编码调制等处理成为空口发送的比特流。PDCP层具有头压缩和加密功能,对IP数据包进行头压缩和加密后,将其作为PDCP SDU(Service DataUnits,业务数据单元),添加PDCP头形成PDCP PDU向RLC层发送;RLC层具有分段和级联功能,PDCP PDU(Packet Data Unit,协议数据单元)在RLC层成为RLC SDU,RLC层可以将多个RLC SDU组织在一个RLC PDU中,也可以将一个RLC SDU分段为多个RLC PDU;MAC层具有复用功能,可以将来自多个承载的RLC PDU(在MAC层称为MAC SDU)级联形成一个MAC PDU;MACPDU发送到物理层,物理层对其进行添加CRC(Cyclic Redundancy Check,循环冗余校验)和其他物理层调制编码处理,形成传输块在空口发送。收端接收到物理层比特流后按上述相反过程解析出IP(Internet Protocol,互联网协议)数据包。
LTE协议栈架构采用分层模块化的方式,对各种业务数据具有通用性。但对于特定的数据传输,如信令传输、小数据传输则不够优化。以车联网为例,车联网中传递的大多是小数据包,每辆车传递可以很多小数据包,每个数据包大小为1~100byte。如果采用LTE协议栈,各协议层所提交的头大小与有效信息相比,开销过大。
综上所述,采用固定模块化的协议栈结构,对于特定应用场景下的特定终端,在传输效率、时延、处理复杂度、产品成本开销、能耗各方面都不能达到最佳效果,对于一些特定要求,如时延要求特别高的场景,通用设计的固定模块化多层协议栈结构还可能导致时延指标不能满足。
发明内容
本发明提供一种进行数据传输的方法和设备,用以解决现有技术中存在的采用固定模块化的协议栈结构对于特定应用场景下的特定终端,在传输效率、时延、处理复杂度、产品成本开销、能耗各方面都不能达到最佳效果,对于一些特定要求,如时延要求特别高的场景,还可能导致不能满足时延指标的问题。
第一方面,本发明实施例提供的一种进行数据传输的方法,该方法包括:
发送端根据网络侧的配置,确定上下行数据传输使用的协议层结构和/或协议层功能,其中所述网络侧配置的协议层结构和/或协议层功能是根据终端传输需求确定的;
所述发送端根据确定的协议层结构和/或协议层功能发送数据。
结合第一方面,在第一种可能的实现方式中,可选的,所述发送端根据网络侧的配置,确定上下行数据传输使用的协议层结构,包括:
所述发送端根据网络侧的配置,确定上下行数据传输使用的协议层结构为下列协议层中的部分或全部:
分组数据聚合协议PDCP、无线链路控制RLC和媒体接入控制MAC;
所述发送端根据确定的协议层结构发送数据,包括:
所述发送端根据确定的协议层结构组织数据,并进行数据发送。
结合第一方面的第一种可能的实现方式,在第二种可能的实现方式中,可选的,所述上下行数据传输使用的协议层为MAC层时,支持的终端传输需求为下列中的部分或全部:
不需头压缩和空口加解密;
需要传输的数据包小于设定门限值;
针对一个承载,单次传输只有一个数据包,不需级联;
终端同时接收多个承载的数据;
所述发送端根据确定的协议层结构组织数据,包括:
所述发送端通过MAC层对高层数据包添加MAC头。
结合第一方面的第一种可能的实现方式,在第三种可能的实现方式中,可选的,所述上下行数据传输使用的协议层为PDCP层和MAC层时,支持的终端传输需求为下列中的部分或全部:
需头压缩和空口加解密;
需要传输的数据包小于设定门限值;
针对一个承载,单次传输只有一个数据包,不需级联;
终端同时接收多个承载的数据;
所述发送端根据确定的协议层结构组织数据,包括:
所述发送端通过PDCP层对高层数据包进行头压缩和加密处理,并添加PDCP头得到PDCP协议数据单元PDU,以及通过MAC层对所述PDCP PDU进行处理,并添加MAC头。
结合第一方面的第一种可能的实现方式,在第四种可能的实现方式中,可选的,所述上下行数据传输使用的协议层为PDCP层和无线链路控制RLC层时,支持的终端传输需求为下列中的部分或全部:
需头压缩和空口加解密;
终端在一次传输中只接收一个承载的数据;
所述发送端根据确定的协议层结构组织数据,包括:
所述发送端通过PDCP层对高层数据包进行头压缩和加密处理,并添加PDCP头得到PDCP PDU,以及通过RLC层对所述PDCP PDU进行处理,并添加RLC头。
结合第一方面的第一种可能的实现方式,在第五种可能的实现方式中,可选的,所述上下行数据传输使用的协议层为RLC层和MAC层时,支持的终端传输需求为下列中的部分或全部:
不需头压缩和空口加解密;
终端同时接收多个承载的数据;
所述发送端根据确定的协议层结构组织数据,包括:
所述发送端通过RLC层对传输资源所能容纳的数据量对高层数据包进行处理,并添加RLC头得到RLC PDU,以及通过MAC层对所述RLC PDU进行处理,并添加MAC头。
结合第一方面,在第六种可能的实现方式中,可选的,所述发送端根据网络侧的配置,确定上下行数据传输使用的协议层功能,包括:
所述发送端根据网络侧的配置,确定上下行数据传输使用的协议层功能为下列协议层中的部分或全部:
数据包级联、头压缩、头加密、复用;
所述发送端根据确定的协议层结构发送数据,包括:
所述发送端根据确定的协议层功能组织数据,并进行传输。
结合第一方面的第六种可能的实现方式,在第七种可能的实现方式中,可选的,所述发送端根据确定的协议层结构发送数据,包括:
所述上下行数据传输使用的协议层功能为数据包级联,所述发送端对高层数据包进行级联,并组织入特定协议层以及添加特定协议层包头;或
所述上下行数据传输使用的协议层功能为头压缩、加密和数据包级联,所述发送端对高层数据包进行加密和头压缩处理,对处理后的高层数据包进行级联,并组织入特定协议层以及添加特定协议层包头;或
所述上下行数据传输使用的协议层功能为数据包级联和承载复用,所述发送端对高层数据包进行数据包级联和承载复用,对处理后的高层数据包进行级联,并组织入特定协议层以及添加特定协议层包头;
其中,所述特定协议层为支持数据包级联的协议层,所述特定协议层包头中包括指示域指示高层数据包的参数信息。
第二方面,本发明实施例提供的另一种进行数据传输的方法,该方法包括:
接收端根据网络侧的配置,确定上下行数据传输使用的协议层结构和/或协议层功能,其中所述网络侧配置的协议层结构和/或协议层功能是根据终端传输需求确定的;
所述接收端根据确定的协议层结构和/或协议层功能接收数据。
结合第二方面,在第一种可能的实现方式中,可选的,所述接收端根据网络侧的配置,确定上下行数据传输使用的协议层结构,包括:
所述接收端根据网络侧的配置,确定上下行数据传输使用的协议层结构为下列协议层中的部分或全部:
PDCP、RLC和MAC;
所述接收端根据确定的协议层结构接收数据,包括:
所述接收端根据确定的协议层结构组织数据对接收的数据进行还原处理。
结合第二方面的第一种可能的实现方式,在第二种可能的实现方式中,可选的,所述上下行数据传输使用的协议层为MAC层时,支持的终端传输需求为下列中的部分或全部:
不需头压缩和空口加解密;
需要传输的数据包小于设定门限值;
针对一个承载,单次传输只有一个数据包,不需级联;
终端同时接收多个承载的数据;
所述接收端根据确定的协议层结构组织数据对接收的数据进行还原处理,包括:
所述接收端通过MAC层对接收的数据中的MAC头指示还原高层数据包。
结合第二方面的第一种可能的实现方式,在第三种可能的实现方式中,可选的,所述上下行数据传输使用的协议层为PDCP层和MAC层时,支持的终端传输需求为下列中的部分或全部:
需头压缩和空口加解密;
需要传输的数据包小于设定门限值;
针对一个承载,单次传输只有一个数据包,不需级联;
终端同时接收多个承载的数据;
所述接收端根据确定的协议层结构组织数据对接收的数据进行还原处理,包括:
所述接收端通过MAC层对接收的数据中的MAC头指示还原PDCP PDU,并通过PDCP层对所述PDCP PDU去PDCP头,进行解密和解头压缩操作,还原高层数据包。
结合第二方面的第一种可能的实现方式,在第四种可能的实现方式中,可选的,所述上下行数据传输使用的协议层为PDCP层和RLC层时,支持的终端传输需求为下列中的部分或全部:
需头压缩和空口加解密;
终端在一次传输中只接收一个承载的数据;
所述接收端根据确定的协议层结构组织数据对接收的数据进行还原处理,包括:
所述接收端通过RLC层对接收的数据中的RLC头指示还原PDCP PDU,并通过PDCP层对所述PDCP PDU去PDCP头,进行解密和解头压缩操作,还原高层数据包。
结合第二方面的第一种可能的实现方式,在第五种可能的实现方式中,可选的,所述上下行数据传输使用的协议层为RLC层和MAC层时,支持的终端传输需求为下列中的部分或全部:
不需头压缩和空口加解密;
终端同时接收多个承载的数据;
所述接收端根据确定的协议层结构组织数据对接收的数据进行还原处理,包括:
所述接收端通过MAC层对接收的数据中的MAC头指示还原RLC PDU,并通过RLC层对所述RLC PDU去RLC头,根据RLC头指示从分段级联后的数据段中还原高层数据包。
结合第二方面,在第六种可能的实现方式中,可选的,所述接收端根据网络侧的配置,确定上下行数据传输使用的协议层功能,包括:
所述接收端根据网络侧的配置,确定上下行数据传输使用的协议层功能为下列协议层中的部分或全部:
数据包级联、头压缩、头加密、复用;
所述接收端根据确定的协议层功能接收数据,包括:
所述接收端根据确定的协议层功能组织数据对接收的数据进行还原处理。
结合第二方面的第六种可能的实现方式,在第七种可能的实现方式中,可选的,所述接收端根据确定的协议层功能组织数据对接收的数据进行还原处理,包括:
所述上下行数据传输使用的协议层功能为数据包级联,所述接收端根据收到的数据中的特定协议层包头指示还原高层数据包;
所述上下行数据传输使用的协议层功能为头压缩、加密和数据包级联,所述接收端根据收到的数据中的特定协议层包头指示还原进行加密和头压缩处理的数据,并对该数据进行解码和去头压缩处理,还原高层数据包;
所述上下行数据传输使用的协议层功能为数据包级联和承载复用,所述接收端根据收到的数据中的特定协议层包头指示还原高层数据包;
其中,所述特定协议层为支持数据包级联的协议层,所述特定协议层包头中包括指示域指示高层数据包的参数信息。
第三方面,本发明实施例提供的一种进行数据传输的发送设备,该发送设备包括:
第一确定模块,用于根据网络侧的配置,确定上下行数据传输使用的协议层结构和/或协议层功能,其中所述网络侧配置的协议层结构和/或协议层功能是根据终端传输需求确定的;
发送模块,用于根据确定的协议层结构和/或协议层功能发送数据。
结合第三方面,在第一种可能的实现方式中,可选的,所述第一确定模块具体用于:
根据网络侧的配置,确定上下行数据传输使用的协议层结构为下列协议层中的部分或全部:
分组数据聚合协议PDCP、无线链路控制RLC和媒体接入控制MAC;
所述发送模块具体用于:
根据确定的协议层结构组织数据,并进行数据发送。
结合第三方面的第一种可能的实现方式,在第二种可能的实现方式中,可选的,所述上下行数据传输使用的协议层为MAC层时,支持的终端传输需求为下列中的部分或全部:
不需头压缩和空口加解密;
需要传输的数据包小于设定门限值;
针对一个承载,单次传输只有一个数据包,不需级联;
终端同时接收多个承载的数据;
所述发送模块具体用于:
通过MAC层对高层数据包添加MAC头。
结合第三方面的第一种可能的实现方式,在第三种可能的实现方式中,可选的,所述上下行数据传输使用的协议层为PDCP层和MAC层时,支持的终端传输需求为下列中的部分或全部:
需头压缩和空口加解密;
需要传输的数据包小于设定门限值;
针对一个承载,单次传输只有一个数据包,不需级联;
终端同时接收多个承载的数据;
所述发送模块具体用于:
通过PDCP层对高层数据包进行头压缩和加密处理,并添加PDCP头得到PDCP协议数据单元PDU,以及通过MAC层对所述PDCP PDU进行处理,并添加MAC头。
结合第三方面的第一种可能的实现方式,在第四种可能的实现方式中,可选的,所述上下行数据传输使用的协议层为PDCP层和无线链路控制RLC层时,支持的终端传输需求为下列中的部分或全部:
需头压缩和空口加解密;
终端在一次传输中只接收一个承载的数据;
所述发送模块具体用于:
通过PDCP层对高层数据包进行头压缩和加密处理,并添加PDCP头得到PDCP PDU,以及通过RLC层对所述PDCP PDU进行处理,并添加RLC头。
结合第三方面的第一种可能的实现方式,在第五种可能的实现方式中,可选的,所述上下行数据传输使用的协议层为RLC层和MAC层时,支持的终端传输需求为下列中的部分或全部:
不需头压缩和空口加解密;
终端同时接收多个承载的数据;
所述发送模块具体用于:
通过RLC层对传输资源所能容纳的数据量对高层数据包进行处理,并添加RLC头得到RLC PDU,以及通过MAC层对所述RLC PDU进行处理,并添加MAC头。
结合第三方面,在第六种可能的实现方式中,可选的,所述第一确定模块具体用于:
根据网络侧的配置,确定上下行数据传输使用的协议层功能为下列协议层中的部分或全部:
数据包级联、头压缩、头加密、复用;
所述发送模块具体用于:
根据确定的协议层功能组织数据,并进行传输。
结合第三方面的第六种可能的实现方式,在第七种可能的实现方式中,可选的,所述发送模块具体用于:
所述上下行数据传输使用的协议层功能为数据包级联,对高层数据包进行级联,并组织入特定协议层以及添加特定协议层包头;或
所述上下行数据传输使用的协议层功能为头压缩、加密和数据包级联,对高层数据包进行加密和头压缩处理,对处理后的高层数据包进行级联,并组织入特定协议层以及添加特定协议层包头;或
所述上下行数据传输使用的协议层功能为数据包级联和承载复用,对高层数据包进行数据包级联和承载复用,对处理后的高层数据包进行级联,并组织入特定协议层以及添加特定协议层包头;
其中,所述特定协议层为支持数据包级联的协议层,所述特定协议层包头中包括指示域指示高层数据包的参数信息。
第四方面,本发明实施例提供的一种进行数据传输的接收设备,该接收设备包括:
第二确定模块,用于根据网络侧的配置,确定上下行数据传输使用的协议层结构和/或协议层功能,其中所述网络侧配置的协议层结构和/或协议层功能是根据终端传输需求确定的;
接收模块,用于根据确定的协议层结构和/或协议层功能接收数据。
结合第四方面,在第一种可能的实现方式中,可选的,所述第二确定模块具体用于:
根据网络侧的配置,确定上下行数据传输使用的协议层结构为下列协议层中的部分或全部:
PDCP、RLC和MAC;
所述接收模块具体用于:
根据确定的协议层结构组织数据对接收的数据进行还原处理。
结合第四方面的第一种可能的实现方式,在第二种可能的实现方式中,可选的,所述上下行数据传输使用的协议层为MAC层时,支持的终端传输需求为下列中的部分或全部:
不需头压缩和空口加解密;
需要传输的数据包小于设定门限值;
针对一个承载,单次传输只有一个数据包,不需级联;
终端同时接收多个承载的数据;
所述接收模块具体用于:
通过MAC层对接收的数据中的MAC头指示还原高层数据包。
结合第四方面的第一种可能的实现方式,在第三种可能的实现方式中,可选的,所述上下行数据传输使用的协议层为PDCP层和MAC层时,支持的终端传输需求为下列中的部分或全部:
需头压缩和空口加解密;
需要传输的数据包小于设定门限值;
针对一个承载,单次传输只有一个数据包,不需级联;
终端同时接收多个承载的数据;
所述接收模块具体用于:
通过MAC层对接收的数据中的MAC头指示还原PDCP PDU,并通过PDCP层对所述PDCPPDU去PDCP头,进行解密和解头压缩操作,还原高层数据包。
结合第四方面的第一种可能的实现方式,在第四种可能的实现方式中,可选的,所述上下行数据传输使用的协议层为PDCP层和RLC层时,支持的终端传输需求为下列中的部分或全部:
需头压缩和空口加解密;
终端在一次传输中只接收一个承载的数据;
所述接收模块具体用于:
通过RLC层对接收的数据中的RLC头指示还原PDCP PDU,并通过PDCP层对所述PDCPPDU去PDCP头,进行解密和解头压缩操作,还原高层数据包。
结合第四方面的第一种可能的实现方式,在第五种可能的实现方式中,可选的,所述上下行数据传输使用的协议层为RLC层和MAC层时,支持的终端传输需求为下列中的部分或全部:
不需头压缩和空口加解密;
终端同时接收多个承载的数据;
所述接收模块具体用于:
通过MAC层对接收的数据中的MAC头指示还原RLC PDU,并通过RLC层对所述RLCPDU去RLC头,根据RLC头指示从分段级联后的数据段中还原高层数据包。
结合第四方面,在第六种可能的实现方式中,可选的,所述第二确定模块具体用于:
根据网络侧的配置,确定上下行数据传输使用的协议层功能为下列协议层中的部分或全部:
数据包级联、头压缩、头加密、复用;
所述接收模块具体用于:
根据确定的协议层功能组织数据对接收的数据进行还原处理。
结合第四方面的第六种可能的实现方式,在第七种可能的实现方式中,可选的,所述接收模块具体用于:
所述上下行数据传输使用的协议层功能为数据包级联,根据收到的数据中的特定协议层包头指示还原高层数据包;
所述上下行数据传输使用的协议层功能为头压缩、加密和数据包级联,根据收到的数据中的特定协议层包头指示还原进行加密和头压缩处理的数据,并对该数据进行解码和去头压缩处理,还原高层数据包;
所述上下行数据传输使用的协议层功能为数据包级联和承载复用,根据收到的数据中的特定协议层包头指示还原高层数据包;
其中,所述特定协议层为支持数据包级联的协议层,所述特定协议层包头中包括指示域指示高层数据包的参数信息。
本发明实施例发送端和接收端根据网络侧的配置,确定上下行数据传输使用的协议层结构和/或协议层功能,并根据确定的协议层结构和/或协议层功能传输数据。由于发送端和接收端根据协议层结构和/或协议层功能传输数据,从而可实现针对特定场景下特定终端的协议栈最优设计,实现高效率数据传输;从传输效率、时延、处理复杂度、产品成本开销、能耗各方面达到最佳效果。
附图说明
图1为本发明实施例一进行数据传输的系统结构示意图;
图2为本发明实施例二空口高层数据组织方式示意图;
图3为本发明实施例三空口高层数据组织方式示意图;
图4为本发明实施例四空口高层数据组织方式示意图;
图5为本发明实施例五空口高层数据组织方式示意图;
图6为本发明实施例六空口高层数据组织方式示意图;
图7为本发明实施例七空口高层数据组织方式示意图;
图8为本发明实施例八空口高层数据组织方式示意图;
图9为本发明实施例九发送设备结构示意图;
图10为本发明实施例十接收设备结构示意图;
图11为本发明实施例十一发送设备结构示意图;
图12为本发明实施例十二接收设备结构示意图;
图13为本发明实施例十三进行数据传输的方法流程示意图;
图14为本发明实施例十四进行数据传输的方法流程示意图。
具体实施方式
本发明实施例发送端和接收端根据网络侧的配置,确定上下行数据传输使用的协议层结构和/或协议层功能,并根据确定的协议层结构和/或协议层功能传输数据。由于发送端和接收端根据协议层结构和/或协议层功能传输数据,从而可实现针对特定场景下特定终端的协议栈最优设计,实现高效率数据传输;从传输效率、时延、处理复杂度、产品成本开销、能耗各方面达到最佳效果。
下面结合说明书附图对本发明实施例作进一步详细描述。
如图1所示,本发明实施例一进行数据传输的系统包括:发送设备10和接收设备11。
发送设备10,用于根据网络侧的配置,确定上下行数据传输使用的协议层结构和/或协议层功能,其中所述网络侧配置的协议层结构和/或协议层功能是根据终端传输需求确定的;根据确定的协议层结构和/或协议层功能发送数据;
接收设备11,用于根据网络侧的配置,确定上下行数据传输使用的协议层结构和/或协议层功能;根据确定的协议层结构和/或协议层功能接收数据。
在实施中,本发明实施例如果是下行,则发送设备是基站,接收设备是终端;如果上行,则发送设备是终端,接收设备是基站。
可选的,由网络侧的高层设备,如基站、控制多个接入点设备的本地服务中心、核心网设备、群组服务器、应用服务器等,为发送设备和接收设备进行配置。配置的方式有很多种,只需要保证发送设备和接收设备对于配置的信息保持一致即可。
本发明实施例可以为发送设备和接收设备配置上下行数据传输使用的协议层结构和/或协议层功能。下面分别进行介绍。
情况一、配置上下行数据传输使用的协议层结构。
所述发送设备根据网络侧的配置,确定上下行数据传输使用的协议层结构时,根据网络侧的配置,确定上下行数据传输使用的协议层结构为下列协议层中的部分或全部:
PDCP、RLC和MAC;
所述发送设备根据确定的协议层结构发送数据时,根据确定的协议层结构组织数据,并进行数据发送。
相应的,所述接收设备根据确定的协议层结构接收数据时,根据确定的协议层结构组织数据对接收的数据进行还原处理。
对于情况一,沿用LTE PDCP、RLC、MAC层分类方式和各层功能,网络侧根据终端传输需求,对上下行数据传输配置所需的协议栈类型。例如配置为只有MAC层,只有PDCP和MAC层,只有PDCP和RLC层,或只有RLC和MAC层等。
终端传输需求包括但不限于下列中的部分或全部:
业务类型、数据包大小、终端类型、应用场景等。
可选的,可以通过高层为发送设备和接收设备进行配置。
下面列举几种情况一中不同的配置方式:
方式一、只有MAC层。
所述上下行数据传输使用的协议层为MAC层时,支持的终端传输需求为下列中的部分或全部:
不需头压缩和空口加解密;
需要传输的数据包小于设定门限值;
针对一个承载,单次传输只有一个数据包,不需级联;
终端同时接收多个承载的数据;
所述发送设备根据确定的协议层结构组织数据,包括:
所述发送设备通过MAC层对高层数据包添加MAC头。
相应的,所述接收设备根据确定的协议层结构组织数据对接收的数据进行还原处理时,通过MAC层对接收的数据中的MAC头指示还原高层数据包。
针对方式一,如图2所示。
发送设备对数据包处理、传输,和接收设备接收、还原数据包过程解释如下。
下行数据传输:
基站:对高层数据包添加MAC头,如果是来自多个业务承载的数据,进行承载复用。
终端:接收数据,根据MAC头指示还原高层数据包。
上行数据传输:
终端:对高层数据包添加MAC头,如果是来自多个业务承载的数据,进行承载复用。
基站:接收数据,根据MAC头指示还原高层数据包。
对于下行数据传输,具有上述传输需求的终端可以是接收操作指令的MTC应用终端(例如作为MTC终端的执行器actuator,加速器,制动装置,机械臂等);
对于上行传输,具有上述传输需求的终端可以是报定时监控信息的小数据包的终端(例如智能电网中周期性安全指示上报等)。
方式二、只有PDCP层和MAC层。
所述上下行数据传输使用的协议层为PDCP层和MAC层时,支持的终端传输需求为下列中的部分或全部:
需头压缩和空口加解密;
需要传输的数据包小于设定门限值;
针对一个承载,单次传输只有一个数据包,不需级联;
终端同时接收多个承载的数据;
所述发送设备根据确定的协议层结构组织数据,包括:
所述发送设备通过PDCP层对高层数据包进行头压缩和加密处理,并添加PDCP头得到PDCP PDU,以及通过MAC层对所述PDCP PDU进行处理,并添加MAC头。
相应的,所述接收设备根据确定的协议层结构组织数据对接收的数据进行还原处理时,通过MAC层对接收的数据中的MAC头指示还原PDCP PDU,并通过PDCP层对所述PDCPPDU去PDCP头,进行解密和解头压缩操作,还原高层数据包。
针对方式二,如图3所示。
发送设备对数据包处理、传输,和接收设备接收、还原数据包过程解释如下。
下行数据传输:
基站:对高层数据包进行头压缩和加密处理,添加PDCP头;MAC层对来自PDCP层的PDCP PDU进行处理,添加MAC头,如果是来自多个业务承载的数据,进行承载复用。
终端:接收来自物理层的数据,根据MAC头指示还原PDCP PDU;对PDCP PDU进行去PDCP头,解密和解头压缩操作,还原高层数据包。
上行数据传输:
终端:对高层数据包进行头压缩和加密处理,添加PDCP头;MAC层对来自PDCP层的PDCP PDU进行处理,添加MAC头,如果是来自多个业务承载的数据,进行承载复用。
基站:接收来自物理层的数据,根据MAC头指示还原PDCP PDU;对PDCP PDU进行去PDCP头,解密和解头压缩操作,还原高层数据包。
对于下行数据传输,具有上述传输需求的终端可以是有接收数据信息的MTC应用终端(如MTC终端的执行器actuator,接收车联网信息的车载终端等);
对于上行传输,具有上述传输需求的终端可以是上报小数据包采样信息或紧急信息的终端。
方式三、只有PDCP和RLC层。
所述上下行数据传输使用的协议层为PDCP层和RLC层时,支持的终端传输需求为下列中的部分或全部:
需头压缩和空口加解密;
终端在一次传输中只接收一个承载的数据;
所述发送设备根据确定的协议层结构组织数据,包括:
若所述上下行数据传输使用的协议层为PDCP层和RLC层,所述发送设备通过PDCP层对高层数据包进行头压缩和加密处理,并添加PDCP头得到PDCP PDU,以及通过RLC层对所述PDCP PDU进行处理,并添加RLC头。
相应的,所述接收设备根据确定的协议层结构组织数据对接收的数据进行还原处理时,通过RLC层对接收的数据中的RLC头指示还原PDCP PDU,并通过PDCP层对所述PDCPPDU去PDCP头,进行解密和解头压缩操作,还原高层数据包。
针对方式三,如图4所示。
发送设备对数据包处理、传输,和接收设备接收、还原数据包过程解释如下。
下行数据传输:
基站:对高层数据包进行头压缩和加密处理,添加PDCP头;RLC层对来自PDCP层的PDCP PDU进行处理,如分段或级联,添加RLC头。
终端:接收来自物理层的数据,根据RLC头指示还原PDCP PDU;对PDCP PDU进行去PDCP头,解密和解头压缩操作,还原高层数据包。
上行数据传输:
终端:对高层数据包进行头压缩和加密处理,添加PDCP头;RLC层对来自PDCP层的PDCP PDU进行处理,如分段或级联,添加RLC头。
基站:接收来自物理层的数据,根据RLC头指示还原PDCP PDU;对PDCP PDU进行去PDCP头,解密和解头压缩操作,还原高层数据包。
对于下行数据传输,具有上述传输需求的终端可以是接收单一业务数据传输的终端(如MTC终端特定动作执行器,接收单一数据信息的车载终端等);
对于上行传输,具有上述传输需求的终端可以是上报特定类型业务数据的终端(如特定信息采集传感器等)。
方式四,只有RLC和MAC层。
所述上下行数据传输使用的协议层为RLC层和MAC层时,支持的终端传输需求为下列中的部分或全部:
不需头压缩和空口加解密;
终端同时接收多个承载的数据;
所述发送设备根据确定的协议层结构组织数据,包括:
若所述上下行数据传输使用的协议层为RLC层和MAC层,所述发送设备通过RLC层对传输资源所能容纳的数据量对高层数据包进行处理,并添加RLC头得到RLC PDU,以及通过MAC层对所述RLC PDU进行处理,并添加MAC头。
相应的,所述接收设备根据确定的协议层结构组织数据对接收的数据进行还原处理时,通过MAC层对接收的数据中的MAC头指示还原RLC PDU,并通过RLC层对所述RLC PDU去RLC头,根据RLC头指示从分段级联后的数据段中还原高层数据包。
针对方式四,如图5所示。
发送设备对数据包处理、传输,和接收设备接收、还原数据包过程解释如下。
下行数据传输:
基站:根据传输资源所能容纳的数据量对高层数据包进行处理,如分段和级联,添加RLC头;MAC层对来自RLC层的RLC PDU进行处理,添加MAC头,如果是来自多个业务承载的数据,进行承载复用。
终端:接收来自物理层的数据,根据MAC头指示还原RLC PDU;对RLC PDU进行去RLC头,根据RLC头指示从分段级联后数据段还原高层数据包。
上行数据传输:
终端:根据传输资源所能容纳的数据量对高层数据包进行处理,如分段和级联,添加RLC头;MAC层对来自RLC层的RLC PDU进行处理,添加MAC头,如果是来自多个业务承载的数据,进行承载复用。
基站:接收来自物理层的数据,根据MAC头指示还原RLC PDU;对RLC PDU进行去RLC头,根据RLC头指示从分段级联后数据段还原高层数据包。
对于下行数据传输,具有上述传输需求的终端可以是局部网络内(如行业专网内网)或接收公共传输的终端;
对于上行传输,具有上述传输需求的终端可以是局部网络内(如行业专网内网)的终端。
情况二、配置上下行数据传输使用的协议层功能。
所述发送设备根据网络侧的配置,确定上下行数据传输使用的协议层功能时,根据网络侧的配置,确定上下行数据传输使用的协议层功能为下列协议层中的部分或全部:
数据包级联、头压缩、头加密、复用;
所述发送设备根据确定的协议层结构发送数据时,根据确定的协议层功能组织数据,并进行传输。
相应的,所述接收设备根据确定的协议层功能接收数据时,根据确定的协议层功能组织数据对接收的数据进行还原处理。
对于情况二,配置空口协议栈支持的功能,根据配置的功能组织数据传输。即按照功能配置,根据功能需要组织空口数据分组单元PDU结构,添加数据头。例如对特定终端只支持一种业务传输,且是小数据包,空口数据组织和传输可配置为支持数据包级联,则在PDU组织的时候,只需要将多个数据包级联和添加一层协议层头即可。
可选的,可以通过高层为发送设备和接收设备进行配置。
下面列举几种情况二中不同的配置方式:
方式一、只配置空口协议栈支持数据包级联。
所述发送设备对高层数据包进行级联,并组织入特定协议层以及添加特定协议层包头;
相应的,所述接收设备根据收到的数据中的特定协议层包头指示还原高层数据包;
其中,所述特定协议层为支持数据包级联的协议层,所述特定协议层包头中包括指示域指示高层数据包的参数信息。
组织入特定协议层具体是:将处理后的数据形成特定协议层的数据部分并添加特定协议层头标识,构造成特定协议层分组数据单元(后续出现的组织入意思类似,只是组织入的层不同,不再分别介绍)。
针对方式一,如图6所示。其中在下面的例子中将特定协议层称为层2,根据需要也可以称为其他名字。
发送设备对数据进行级联,添加层2头对数据域进行指示,其中层2头中包含指示域对应指示不同的高层数据包,即图中的F1、F2。
下行数据传输:
基站:对高层数据包进行级联,组织入层2PDU,添加层2PDU头。层2PDU头中设置指示域指示高层数据包的序号、长度等信息。这个层2PDU可能称作MAC PDU,但其功能和组织方式已经和LTE MAC PDU不同。
终端:接收来自物理层的数据,根据层2PDU头指示还原高层数据包。
上行数据传输:
终端:对高层数据包进行级联,组织入层2PDU,添加层2PDU头。层2PDU头中设置指示域指示高层数据包的序号、长度等信息。这个层2PDU可能称作MAC PDU,但其功能和组织方式已经和LTE MAC PDU不同。
基站:接收来自物理层的数据,根据层2PDU头指示还原高层数据包。
方式二、配置空口协议栈支持头压缩、加密和数据包级联。
所述上下行数据传输使用的协议层功能为头压缩、加密和数据包级联,所述发送设备对高层数据包进行加密和头压缩处理,对处理后的高层数据包进行级联,并组织入特定协议层以及添加特定协议层包头;
相应的,所述上下行数据传输使用的协议层功能为头压缩、加密和数据包级联,所述接收设备根据收到的数据中的特定协议层包头指示还原进行加密和头压缩处理的数据,并对该数据进行解码和去头压缩处理,还原高层数据包;
其中,所述特定协议层为支持数据包级联的协议层,所述特定协议层包头中包括指示域指示高层数据包的参数信息。
针对方式二,如图7所示。其中在下面的例子中将特定协议层称为层2,根据需要也可以称为其他名字。
发送设备对数据进行加密和头压缩,然后组织入层2PDU的数据域,添加层2头对数据域进行指示,其中层2头中包含指示域对应指示不同的高层数据包,即图中的F1、F2。
下行数据传输:
基站:对高层数据包进行加密和头压缩处理,组织入层2PDU,添加层2PDU头。层2PDU头中设置指示域指示经过加密和头压缩处理后数据的序号、长度等信息。这个层2PDU可能称作MAC PDU,但其功能和组织方式已经和LTE MAC PDU不同。
终端:接收来自物理层的数据,根据层2PDU头指示还原加密和头压缩后的数据;对该数据进行解码和去头压缩,还原高层数据包。
上行数据传输:
终端:对高层数据包进行加密和头压缩处理,组织入层2PDU,添加层2PDU头。层2PDU头中设置指示域指示经过加密和头压缩处理后数据的序号、长度等信息。这个层2PDU可能称作MAC PDU,但其功能和组织方式已经和LTE MAC PDU不同。
基站:接收来自物理层的数据,根据层2PDU头指示还原加密和头压缩后的数据;对该数据进行解码和去头压缩,还原高层数据包。
方式三、只配置空口协议栈支持级联和承载复用。
所述上下行数据传输使用的协议层功能为数据包级联和承载复用,所述发送设备对高层数据包进行数据包级联和承载复用,对处理后的高层数据包进行级联,并组织入特定协议层以及添加特定协议层包头;
相应的,所述上下行数据传输使用的协议层功能为数据包级联和承载复用,所述接收设备根据收到的数据中的特定协议层包头指示还原高层数据包;
其中,所述特定协议层为支持数据包级联的协议层,所述特定协议层包头中包括指示域指示高层数据包的参数信息。
针对方式三,如图8所示。其中在下面的例子中将特定协议层称为层2,根据需要也可以称为其他名字。
发送设备对相同承载的数据包进行级联,对不同承载数据包进行复用,添加层2头对数据域进行指示,其中层2头中包含指示域对应指示不同的高层数据包,即图中的F1、F2、F3。
下行数据传输:
基站:对高层数据包进行级联和承载复用,组织入层2PDU,添加层2PDU头。层2PDU头中设置指示域指示高层数据包的序号、长度等信息。这个层2PDU可能称作MAC PDU,但其功能和组织方式已经和LTE MAC PDU不同。
终端:接收来自物理层的数据,根据层2PDU头指示还原高层数据包。
上行数据传输:
终端:对高层数据包进行级联和承载复用,组织入层2PDU,添加层2PDU头。层2PDU头中设置指示域指示高层数据包的序号、长度等信息。这个层2PDU可能称作MAC PDU,但其功能和组织方式已经和LTE MAC PDU不同。
基站:接收来自物理层的数据,根据层2PDU头指示还原高层数据包。
如图9所示,本发明实施例九的发送设备包括:
第一确定模块900,用于根据网络侧的配置,确定上下行数据传输使用的协议层结构和/或协议层功能,其中所述网络侧配置的协议层结构和/或协议层功能是根据终端传输需求确定的;
发送模块901,用于根据确定的协议层结构和/或协议层功能发送数据。
可选的,所述第一确定模块900具体用于:
根据网络侧的配置,确定上下行数据传输使用的协议层结构为下列协议层中的部分或全部:
分组数据聚合协议PDCP、无线链路控制RLC和媒体接入控制MAC;
所述发送模块901具体用于:
根据确定的协议层结构组织数据,并进行数据发送。
可选的,所述上下行数据传输使用的协议层为MAC层时,支持的终端传输需求为下列中的部分或全部:
不需头压缩和空口加解密;
需要传输的数据包小于设定门限值;
针对一个承载,单次传输只有一个数据包,不需级联;
终端同时接收多个承载的数据;
所述发送模块901具体用于:
通过MAC层对高层数据包添加MAC头。
可选的,所述上下行数据传输使用的协议层为PDCP层和MAC层时,支持的终端传输需求为下列中的部分或全部:
需头压缩和空口加解密;
需要传输的数据包小于设定门限值;
针对一个承载,单次传输只有一个数据包,不需级联;
终端同时接收多个承载的数据;
所述发送模块901具体用于:
通过PDCP层对高层数据包进行头压缩和加密处理,并添加PDCP头得到PDCP协议数据单元PDU,以及通过MAC层对所述PDCP PDU进行处理,并添加MAC头。
可选的,所述上下行数据传输使用的协议层为PDCP层和无线链路控制RLC层时,支持的终端传输需求为下列中的部分或全部:
需头压缩和空口加解密;
终端在一次传输中只接收一个承载的数据;
所述发送模块901具体用于:
通过PDCP层对高层数据包进行头压缩和加密处理,并添加PDCP头得到PDCP PDU,以及通过RLC层对所述PDCP PDU进行处理,并添加RLC头。
可选的,所述上下行数据传输使用的协议层为RLC层和MAC层时,支持的终端传输需求为下列中的部分或全部:
不需头压缩和空口加解密;
终端同时接收多个承载的数据;
所述发送模块901具体用于:
通过RLC层对传输资源所能容纳的数据量对高层数据包进行处理,并添加RLC头得到RLC PDU,以及通过MAC层对所述RLC PDU进行处理,并添加MAC头。
可选的,所述第一确定模块900具体用于:
根据网络侧的配置,确定上下行数据传输使用的协议层功能为下列协议层中的部分或全部:
数据包级联、头压缩、头加密、复用;
所述发送模块901具体用于:
根据确定的协议层功能组织数据,并进行传输。
可选的,所述发送模块901具体用于:
所述上下行数据传输使用的协议层功能为数据包级联,对高层数据包进行级联,并组织入特定协议层以及添加特定协议层包头;或
所述上下行数据传输使用的协议层功能为头压缩、加密和数据包级联,对高层数据包进行加密和头压缩处理,对处理后的高层数据包进行级联,并组织入特定协议层以及添加特定协议层包头;或
所述上下行数据传输使用的协议层功能为数据包级联和承载复用,对高层数据包进行数据包级联和承载复用,对处理后的高层数据包进行级联,并组织入特定协议层以及添加特定协议层包头;
其中,所述特定协议层为支持数据包级联的协议层,所述特定协议层包头中包括指示域指示高层数据包的参数信息。
如图10所示,本发明实施例十的接收设备包括:
第二确定模块1000,用于根据网络侧的配置,确定上下行数据传输使用的协议层结构和/或协议层功能,其中所述网络侧配置的协议层结构和/或协议层功能是根据终端传输需求确定的;
接收模块1001,用于根据确定的协议层结构和/或协议层功能接收数据。
可选的,所述第二确定模块1000具体用于:
根据网络侧的配置,确定上下行数据传输使用的协议层结构为下列协议层中的部分或全部:
PDCP、RLC和MAC;
所述接收模块1001具体用于:
根据确定的协议层结构组织数据对接收的数据进行还原处理。
可选的,所述上下行数据传输使用的协议层为MAC层时,支持的终端传输需求为下列中的部分或全部:
不需头压缩和空口加解密;
需要传输的数据包小于设定门限值;
针对一个承载,单次传输只有一个数据包,不需级联;
终端同时接收多个承载的数据;
所述接收模块1001具体用于:
通过MAC层对接收的数据中的MAC头指示还原高层数据包。
可选的,所述上下行数据传输使用的协议层为PDCP层和MAC层时,支持的终端传输需求为下列中的部分或全部:
需头压缩和空口加解密;
需要传输的数据包小于设定门限值;
针对一个承载,单次传输只有一个数据包,不需级联;
终端同时接收多个承载的数据;
所述接收模块1001具体用于:
通过MAC层对接收的数据中的MAC头指示还原PDCP PDU,并通过PDCP层对所述PDCPPDU去PDCP头,进行解密和解头压缩操作,还原高层数据包。
可选的,所述上下行数据传输使用的协议层为PDCP层和RLC层时,支持的终端传输需求为下列中的部分或全部:
需头压缩和空口加解密;
终端在一次传输中只接收一个承载的数据;
所述接收模块1001具体用于:
通过RLC层对接收的数据中的RLC头指示还原PDCP PDU,并通过PDCP层对所述PDCPPDU去PDCP头,进行解密和解头压缩操作,还原高层数据包。
可选的,所述上下行数据传输使用的协议层为RLC层和MAC层时,支持的终端传输需求为下列中的部分或全部:
不需头压缩和空口加解密;
终端同时接收多个承载的数据;
所述接收模块1001具体用于:
通过MAC层对接收的数据中的MAC头指示还原RLC PDU,并通过RLC层对所述RLCPDU去RLC头,根据RLC头指示从分段级联后的数据段中还原高层数据包。
可选的,所述第二确定模块1000具体用于:
根据网络侧的配置,确定上下行数据传输使用的协议层功能为下列协议层中的部分或全部:
数据包级联、头压缩、头加密、复用;
所述接收模块1001具体用于:
根据确定的协议层功能组织数据对接收的数据进行还原处理。
可选的,所述接收模块1001具体用于:
所述上下行数据传输使用的协议层功能为数据包级联,根据收到的数据中的特定协议层包头指示还原高层数据包;
所述上下行数据传输使用的协议层功能为头压缩、加密和数据包级联,根据收到的数据中的特定协议层包头指示还原进行加密和头压缩处理的数据,并对该数据进行解码和去头压缩处理,还原高层数据包;
所述上下行数据传输使用的协议层功能为数据包级联和承载复用,根据收到的数据中的特定协议层包头指示还原高层数据包;
其中,所述特定协议层为支持数据包级联的协议层,所述特定协议层包头中包括指示域指示高层数据包的参数信息。
如图11所示,本发明实施例十一的发送设备包括:
处理器1101,用于读取存储器1104中的程序,执行下列过程:
根据网络侧的配置,确定上下行数据传输使用的协议层结构和/或协议层功能,其中所述网络侧配置的协议层结构和/或协议层功能是根据终端传输需求确定的;根据确定的协议层结构和/或协议层功能通过收发机1102发送数据。
收发机1102,用于在处理器1101的控制下接收和发送数据。
可选的,处理器1101具体用于:
根据网络侧的配置,确定上下行数据传输使用的协议层结构为下列协议层中的部分或全部:
分组数据聚合协议PDCP、无线链路控制RLC和媒体接入控制MAC;
根据确定的协议层结构组织数据,并进行数据发送。
可选的,所述上下行数据传输使用的协议层为MAC层时,支持的终端传输需求为下列中的部分或全部:
不需头压缩和空口加解密;
需要传输的数据包小于设定门限值;
针对一个承载,单次传输只有一个数据包,不需级联;
终端同时接收多个承载的数据;
处理器1101具体用于:
通过MAC层对高层数据包添加MAC头。
可选的,所述上下行数据传输使用的协议层为PDCP层和MAC层时,支持的终端传输需求为下列中的部分或全部:
需头压缩和空口加解密;
需要传输的数据包小于设定门限值;
针对一个承载,单次传输只有一个数据包,不需级联;
终端同时接收多个承载的数据;
处理器1101具体用于:
通过PDCP层对高层数据包进行头压缩和加密处理,并添加PDCP头得到PDCP协议数据单元PDU,以及通过MAC层对所述PDCP PDU进行处理,并添加MAC头。
可选的,所述上下行数据传输使用的协议层为PDCP层和无线链路控制RLC层时,支持的终端传输需求为下列中的部分或全部:
需头压缩和空口加解密;
终端在一次传输中只接收一个承载的数据;
处理器1101具体用于:
通过PDCP层对高层数据包进行头压缩和加密处理,并添加PDCP头得到PDCP PDU,以及通过RLC层对所述PDCP PDU进行处理,并添加RLC头。
可选的,所述上下行数据传输使用的协议层为RLC层和MAC层时,支持的终端传输需求为下列中的部分或全部:
不需头压缩和空口加解密;
终端同时接收多个承载的数据;
处理器1101具体用于:
通过RLC层对传输资源所能容纳的数据量对高层数据包进行处理,并添加RLC头得到RLC PDU,以及通过MAC层对所述RLC PDU进行处理,并添加MAC头。
可选的,处理器1101具体用于:
根据网络侧的配置,确定上下行数据传输使用的协议层功能为下列协议层中的部分或全部:
数据包级联、头压缩、头加密、复用;
根据确定的协议层功能组织数据,并进行传输。
可选的,处理器1101具体用于:
所述上下行数据传输使用的协议层功能为数据包级联,对高层数据包进行级联,并组织入特定协议层以及添加特定协议层包头;或
所述上下行数据传输使用的协议层功能为头压缩、加密和数据包级联,对高层数据包进行加密和头压缩处理,对处理后的高层数据包进行级联,并组织入特定协议层以及添加特定协议层包头;或
所述上下行数据传输使用的协议层功能为数据包级联和承载复用,对高层数据包进行数据包级联和承载复用,对处理后的高层数据包进行级联,并组织入特定协议层以及添加特定协议层包头;
其中,所述特定协议层为支持数据包级联的协议层,所述特定协议层包头中包括指示域指示高层数据包的参数信息。
在图11中,总线架构(用总线1100来代表),总线1100可以包括任意数量的互联的总线和桥,总线1100将包括由处理器1101代表的一个或多个处理器和存储器1104代表的存储器的各种电路链接在一起。总线1100还可以将诸如外围设备、稳压器和功率管理电路等之类的各种其他电路链接在一起,这些都是本领域所公知的,因此,本文不再对其进行进一步描述。总线接口1103在总线1100和收发机1102之间提供接口。收发机1102可以是一个元件,也可以是多个元件,比如多个接收器和发送器,提供用于在传输介质上与各种其他装置通信的单元。经处理器1101处理的数据通过天线1105在无线介质上进行传输,进一步,天线1105还接收数据并将数据传送给处理器1101。
处理器1101负责管理总线1100和通常的处理,还可以提供各种功能,包括定时,外围接口,电压调节、电源管理以及其他控制功能。而存储器1104可以被用于存储处理器1101在执行操作时所使用的数据。
可选的,处理器1101可以是CPU(中央处埋器)、ASIC(Application SpecificIntegrated Circuit,专用集成电路)、FPGA(Field-Programmable Gate Array,现场可编程门阵列)或CPLD(Complex Programmable Logic Device,复杂可编程逻辑器件)。
如图12所示,本发明实施例十二的接收设备包括:
处理器1201,用于读取存储器1204中的程序,执行下列过程:
根据网络侧的配置,确定上下行数据传输使用的协议层结构和/或协议层功能,其中所述网络侧配置的协议层结构和/或协议层功能是根据终端传输需求确定的;根据确定的协议层结构和/或协议层功能通过收发机1202接收数据。
收发机1202,用于在处理器1201的控制下接收和发送数据。
可选的,处理器1201具体用于:
根据网络侧的配置,确定上下行数据传输使用的协议层结构为下列协议层中的部分或全部:
PDCP、RLC和MAC;
根据确定的协议层结构组织数据对接收的数据进行还原处理。
可选的,所述上下行数据传输使用的协议层为MAC层时,支持的终端传输需求为下列中的部分或全部:
不需头压缩和空口加解密;
需要传输的数据包小于设定门限值;
针对一个承载,单次传输只有一个数据包,不需级联;
终端同时接收多个承载的数据;
处理器1201具体用于:
通过MAC层对接收的数据中的MAC头指示还原高层数据包。
可选的,所述上下行数据传输使用的协议层为PDCP层和MAC层时,支持的终端传输需求为下列中的部分或全部:
需头压缩和空口加解密;
需要传输的数据包小于设定门限值;
针对一个承载,单次传输只有一个数据包,不需级联;
终端同时接收多个承载的数据;
处理器1201具体用于:
通过MAC层对接收的数据中的MAC头指示还原PDCP PDU,并通过PDCP层对所述PDCPPDU去PDCP头,进行解密和解头压缩操作,还原高层数据包。
可选的,所述上下行数据传输使用的协议层为PDCP层和RLC层时,支持的终端传输需求为下列中的部分或全部:
需头压缩和空口加解密;
终端在一次传输中只接收一个承载的数据;
处理器1201具体用于:
通过RLC层对接收的数据中的RLC头指示还原PDCP PDU,并通过PDCP层对所述PDCPPDU去PDCP头,进行解密和解头压缩操作,还原高层数据包。
可选的,所述上下行数据传输使用的协议层为RLC层和MAC层时,支持的终端传输需求为下列中的部分或全部:
不需头压缩和空口加解密;
终端同时接收多个承载的数据;
处理器1201具体用于:
通过MAC层对接收的数据中的MAC头指示还原RLC PDU,并通过RLC层对所述RLCPDU去RLC头,根据RLC头指示从分段级联后的数据段中还原高层数据包。
可选的,处理器1201具体用于:
根据网络侧的配置,确定上下行数据传输使用的协议层功能为下列协议层中的部分或全部:
数据包级联、头压缩、头加密、复用;
根据确定的协议层功能组织数据对接收的数据进行还原处理。
可选的,处理器1201具体用于:
所述上下行数据传输使用的协议层功能为数据包级联,根据收到的数据中的特定协议层包头指示还原高层数据包;
所述上下行数据传输使用的协议层功能为头压缩、加密和数据包级联,根据收到的数据中的特定协议层包头指示还原进行加密和头压缩处理的数据,并对该数据进行解码和去头压缩处理,还原高层数据包;
所述上下行数据传输使用的协议层功能为数据包级联和承载复用,根据收到的数据中的特定协议层包头指示还原高层数据包;
其中,所述特定协议层为支持数据包级联的协议层,所述特定协议层包头中包括指示域指示高层数据包的参数信息。
在图12中,总线架构(用总线1200来代表),总线1200可以包括任意数量的互联的总线和桥,总线1200将包括由处理器1201代表的一个或多个处理器和存储器1204代表的存储器的各种电路链接在一起。总线1200还可以将诸如外围设备、稳压器和功率管理电路等之类的各种其他电路链接在一起,这些都是本领域所公知的,因此,本文不再对其进行进一步描述。总线接口1203在总线1200和收发机1202之间提供接口。收发机1202可以是一个元件,也可以是多个元件,比如多个接收器和发送器,提供用于在传输介质上与各种其他装置通信的单元。经处理器1201处理的数据通过天线1205在无线介质上进行传输,进一步,天线1205还接收数据并将数据传送给处理器1201。
处理器1201负责管理总线1200和通常的处理,还可以提供各种功能,包括定时,外围接口,电压调节、电源管理以及其他控制功能。而存储器1204可以被用于存储处理器1201在执行操作时所使用的数据。
可选的,处理器1201可以是CPU、ASIC、FPGA或CPLD。
基于同一发明构思,本发明实施例中还提供了进行数据传输的方法,由于该方法对应的设备是本发明实施例信道进行数据传输的系统中的设备,并且该方法解决问题的原理与该设备相似,因此该方法的实施可以参见系统的实施,重复之处不再赘述。
如图13所示,本发明实施例十三进行数据传输的方法包括:
步骤1300、发送端根据网络侧的配置,确定上下行数据传输使用的协议层结构和/或协议层功能,其中所述网络侧配置的协议层结构和/或协议层功能是根据终端传输需求确定的;
步骤1301所述发送端根据确定的协议层结构和/或协议层功能发送数据。
可选的,所述发送端根据网络侧的配置,确定上下行数据传输使用的协议层结构,包括:
所述发送端根据网络侧的配置,确定上下行数据传输使用的协议层结构为下列协议层中的部分或全部:
分组数据聚合协议PDCP、无线链路控制RLC和媒体接入控制MAC;
所述发送端根据确定的协议层结构发送数据,包括:
所述发送端根据确定的协议层结构组织数据,并进行数据发送。
可选的,所述上下行数据传输使用的协议层为MAC层时,支持的终端传输需求为下列中的部分或全部:
不需头压缩和空口加解密;
需要传输的数据包小于设定门限值;
针对一个承载,单次传输只有一个数据包,不需级联;
终端同时接收多个承载的数据;
所述发送端根据确定的协议层结构组织数据,包括:
所述发送端通过MAC层对高层数据包添加MAC头。
可选的,所述上下行数据传输使用的协议层为PDCP层和MAC层时,支持的终端传输需求为下列中的部分或全部:
需头压缩和空口加解密;
需要传输的数据包小于设定门限值;
针对一个承载,单次传输只有一个数据包,不需级联;
终端同时接收多个承载的数据;
所述发送端根据确定的协议层结构组织数据,包括:
所述发送端通过PDCP层对高层数据包进行头压缩和加密处理,并添加PDCP头得到PDCP协议数据单元PDU,以及通过MAC层对所述PDCP PDU进行处理,并添加MAC头。
可选的,所述上下行数据传输使用的协议层为PDCP层和无线链路控制RLC层时,支持的终端传输需求为下列中的部分或全部:
需头压缩和空口加解密;
终端在一次传输中只接收一个承载的数据;
所述发送端根据确定的协议层结构组织数据,包括:
所述发送端通过PDCP层对高层数据包进行头压缩和加密处理,并添加PDCP头得到PDCP PDU,以及通过RLC层对所述PDCP PDU进行处理,并添加RLC头。
可选的,所述上下行数据传输使用的协议层为RLC层和MAC层时,支持的终端传输需求为下列中的部分或全部:
不需头压缩和空口加解密;
终端同时接收多个承载的数据;
所述发送端根据确定的协议层结构组织数据,包括:
所述发送端通过RLC层对传输资源所能容纳的数据量对高层数据包进行处理,并添加RLC头得到RLC PDU,以及通过MAC层对所述RLC PDU进行处理,并添加MAC头。
可选的,所述发送端根据网络侧的配置,确定上下行数据传输使用的协议层功能,包括:
所述发送端根据网络侧的配置,确定上下行数据传输使用的协议层功能为下列协议层中的部分或全部:
数据包级联、头压缩、头加密、复用;
所述发送端根据确定的协议层结构发送数据,包括:
所述发送端根据确定的协议层功能组织数据,并进行传输。
可选的,所述发送端根据确定的协议层结构发送数据,包括:
所述上下行数据传输使用的协议层功能为数据包级联,所述发送端对高层数据包进行级联,并组织入特定协议层以及添加特定协议层包头;或
所述上下行数据传输使用的协议层功能为头压缩、加密和数据包级联,所述发送端对高层数据包进行加密和头压缩处理,对处理后的高层数据包进行级联,并组织入特定协议层以及添加特定协议层包头;或
所述上下行数据传输使用的协议层功能为数据包级联和承载复用,所述发送端对高层数据包进行数据包级联和承载复用,对处理后的高层数据包进行级联,并组织入特定协议层以及添加特定协议层包头;
其中,所述特定协议层为支持数据包级联的协议层,所述特定协议层包头中包括指示域指示高层数据包的参数信息。
如图14所示,本发明实施例十四进行数据传输的方法包括:
步骤1400、接收端根据网络侧的配置,确定上下行数据传输使用的协议层结构和/或协议层功能,其中所述网络侧配置的协议层结构和/或协议层功能是根据终端传输需求确定的;
步骤1401、所述接收端根据确定的协议层结构和/或协议层功能接收数据。
优选的,所述接收端根据网络侧的配置,确定上下行数据传输使用的协议层结构,包括:
所述接收端根据网络侧的配置,确定上下行数据传输使用的协议层结构为下列协议层中的部分或全部:
PDCP、RLC和MAC;
所述接收端根据确定的协议层结构接收数据,包括:
所述接收端根据确定的协议层结构组织数据对接收的数据进行还原处理。
优选的,所述上下行数据传输使用的协议层为MAC层时,支持的终端传输需求为下列中的部分或全部:
不需头压缩和空口加解密;
需要传输的数据包小于设定门限值;
针对一个承载,单次传输只有一个数据包,不需级联;
终端同时接收多个承载的数据;
所述接收端根据确定的协议层结构组织数据对接收的数据进行还原处理,包括:
所述接收端通过MAC层对接收的数据中的MAC头指示还原高层数据包。
优选的,所述上下行数据传输使用的协议层为PDCP层和MAC层时,支持的终端传输需求为下列中的部分或全部:
需头压缩和空口加解密;
需要传输的数据包小于设定门限值;
针对一个承载,单次传输只有一个数据包,不需级联;
终端同时接收多个承载的数据;
所述接收端根据确定的协议层结构组织数据对接收的数据进行还原处理,包括:
所述接收端通过MAC层对接收的数据中的MAC头指示还原PDCP PDU,并通过PDCP层对所述PDCP PDU去PDCP头,进行解密和解头压缩操作,还原高层数据包。
优选的,所述上下行数据传输使用的协议层为PDCP层和RLC层时,支持的终端传输需求为下列中的部分或全部:
需头压缩和空口加解密;
终端在一次传输中只接收一个承载的数据;
所述接收端根据确定的协议层结构组织数据对接收的数据进行还原处理,包括:
所述接收端通过RLC层对接收的数据中的RLC头指示还原PDCP PDU,并通过PDCP层对所述PDCP PDU去PDCP头,进行解密和解头压缩操作,还原高层数据包。
优选的,所述上下行数据传输使用的协议层为RLC层和MAC层时,支持的终端传输需求为下列中的部分或全部:
不需头压缩和空口加解密;
终端同时接收多个承载的数据;
所述接收端根据确定的协议层结构组织数据对接收的数据进行还原处理,包括:
所述接收端通过MAC层对接收的数据中的MAC头指示还原RLC PDU,并通过RLC层对所述RLC PDU去RLC头,根据RLC头指示从分段级联后的数据段中还原高层数据包。
优选的,所述接收端根据网络侧的配置,确定上下行数据传输使用的协议层功能,包括:
所述接收端根据网络侧的配置,确定上下行数据传输使用的协议层功能为下列协议层中的部分或全部:
数据包级联、头压缩、头加密、复用;
所述接收端根据确定的协议层功能接收数据,包括:
所述接收端根据确定的协议层功能组织数据对接收的数据进行还原处理。
优选的,所述接收端根据确定的协议层功能组织数据对接收的数据进行还原处理,包括:
所述上下行数据传输使用的协议层功能为数据包级联,所述接收端根据收到的数据中的特定协议层包头指示还原高层数据包;
所述上下行数据传输使用的协议层功能为头压缩、加密和数据包级联,所述接收端根据收到的数据中的特定协议层包头指示还原进行加密和头压缩处理的数据,并对该数据进行解码和去头压缩处理,还原高层数据包;
所述上下行数据传输使用的协议层功能为数据包级联和承载复用,所述接收端根据收到的数据中的特定协议层包头指示还原高层数据包;
其中,所述特定协议层为支持数据包级联的协议层,所述特定协议层包头中包括指示域指示高层数据包的参数信息。
从上述内容可以看出:本发明实施例发送端和接收端根据网络侧的配置,确定上下行数据传输使用的协议层结构和/或协议层功能,并根据确定的协议层结构和/或协议层功能传输数据。由于发送端和接收端根据协议层结构和/或协议层功能传输数据,从而可实现针对特定场景下特定终端的协议栈最优设计,实现高效率数据传输;从传输效率、时延、处理复杂度、产品成本开销、能耗各方面达到最佳效果。
显然,本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样,倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内,则本发明也意图包含这些改动和变型在内。

Claims (32)

1.一种进行数据传输的方法,其特征在于,该方法包括:
发送端根据网络侧的配置,确定上下行数据传输使用的协议层结构,其中所述网络侧配置的协议层结构是根据终端传输需求确定的;
所述发送端根据确定的协议层结构发送数据;
其中,所述发送端根据网络侧的配置,确定上下行数据传输使用的协议层结构,包括:
所述发送端根据网络侧的配置,确定上下行数据传输使用的协议层结构为下列协议层中的部分:
分组数据聚合协议PDCP、无线链路控制RLC和媒体接入控制MAC;
所述发送端根据确定的协议层结构发送数据,包括:
所述发送端根据确定的协议层结构组织数据,并进行数据发送。
2.如权利要求1所述的方法,其特征在于,所述上下行数据传输使用的协议层为MAC层时,支持的终端传输需求为下列中的部分或全部:
不需头压缩和空口加解密;
需要传输的数据包小于设定门限值;
针对一个承载,单次传输只有一个数据包,不需级联;
终端同时接收多个承载的数据;
所述发送端根据确定的协议层结构组织数据,包括:
所述发送端通过MAC层对高层数据包添加MAC头。
3.如权利要求1所述的方法,其特征在于,所述上下行数据传输使用的协议层为PDCP层和MAC层时,支持的终端传输需求为下列中的部分或全部:
需头压缩和空口加解密;
需要传输的数据包小于设定门限值;
针对一个承载,单次传输只有一个数据包,不需级联;
终端同时接收多个承载的数据;
所述发送端根据确定的协议层结构组织数据,包括:
所述发送端通过PDCP层对高层数据包进行头压缩和加密处理,并添加PDCP头得到PDCP协议数据单元PDU,以及通过MAC层对所述PDCP PDU进行处理,并添加MAC头。
4.如权利要求1所述的方法,其特征在于,所述上下行数据传输使用的协议层为PDCP层和无线链路控制RLC层时,支持的终端传输需求为下列中的部分或全部:
需头压缩和空口加解密;
终端在一次传输中只接收一个承载的数据;
所述发送端根据确定的协议层结构组织数据,包括:
所述发送端通过PDCP层对高层数据包进行头压缩和加密处理,并添加PDCP头得到PDCPPDU,以及通过RLC层对所述PDCP PDU进行处理,并添加RLC头。
5.如权利要求1所述的方法,其特征在于,所述上下行数据传输使用的协议层为RLC层和MAC层时,支持的终端传输需求为下列中的部分或全部:
不需头压缩和空口加解密;
终端同时接收多个承载的数据;
所述发送端根据确定的协议层结构组织数据,包括:
所述发送端通过RLC层对传输资源所能容纳的数据量对高层数据包进行处理,并添加RLC头得到RLC PDU,以及通过MAC层对所述RLC PDU进行处理,并添加MAC头。
6.如权利要求1所述的方法,其特征在于,发送端根据网络侧的配置,确定上下行数据传输使用的协议层结构,还包括
所述发送端根据网络侧的配置,确定上下行数据传输使用的协议层结构和协议层功能。
7.如权利要求6所述的方法,其特征在于,所述发送端根据网络侧的配置,确定上下行数据传输使用的协议层功能,包括:
所述发送端根据网络侧的配置,确定上下行数据传输使用的协议层功能为下列协议层中的部分或全部:
数据包级联、头压缩、头加密、复用;
所述发送端根据确定的协议层结构发送数据,包括:
所述发送端根据确定的协议层功能组织数据,并进行传输。
8.如权利要求7所述的方法,其特征在于,所述发送端根据确定的协议层结构发送数据,包括:
所述上下行数据传输使用的协议层功能为数据包级联,所述发送端对高层数据包进行级联,并组织入特定协议层以及添加特定协议层包头;或
所述上下行数据传输使用的协议层功能为头压缩、加密和数据包级联,所述发送端对高层数据包进行加密和头压缩处理,对处理后的高层数据包进行级联,并组织入特定协议层以及添加特定协议层包头;或
所述上下行数据传输使用的协议层功能为数据包级联和承载复用,所述发送端对高层数据包进行数据包级联和承载复用,对处理后的高层数据包进行级联,并组织入特定协议层以及添加特定协议层包头;
其中,所述特定协议层为支持数据包级联的协议层,所述特定协议层包头中包括指示域指示高层数据包的参数信息。
9.一种进行数据传输的方法,其特征在于,该方法包括:
接收端根据网络侧的配置,确定上下行数据传输使用的协议层结构,其中所述网络侧配置的协议层结构是根据终端传输需求确定的;
所述接收端根据确定的协议层结构接收数据;
其中,所述接收端根据网络侧的配置,确定上下行数据传输使用的协议层结构,包括:
所述接收端根据网络侧的配置,确定上下行数据传输使用的协议层结构为下列协议层中的部分:
PDCP、RLC和MAC;
所述接收端根据确定的协议层结构接收数据,包括:
所述接收端根据确定的协议层结构组织数据对接收的数据进行还原处理。
10.如权利要求9所述的方法,其特征在于,所述上下行数据传输使用的协议层为MAC层时,支持的终端传输需求为下列中的部分或全部:
不需头压缩和空口加解密;
需要传输的数据包小于设定门限值;
针对一个承载,单次传输只有一个数据包,不需级联;
终端同时接收多个承载的数据;
所述接收端根据确定的协议层结构组织数据对接收的数据进行还原处理,包括:
所述接收端通过MAC层对接收的数据中的MAC头指示还原高层数据包。
11.如权利要求9所述的方法,其特征在于,所述上下行数据传输使用的协议层为PDCP层和MAC层时,支持的终端传输需求为下列中的部分或全部:
需头压缩和空口加解密;
需要传输的数据包小于设定门限值;
针对一个承载,单次传输只有一个数据包,不需级联;
终端同时接收多个承载的数据;
所述接收端根据确定的协议层结构组织数据对接收的数据进行还原处理,包括:
所述接收端通过MAC层对接收的数据中的MAC头指示还原PDCP PDU,并通过PDCP层对所述PDCP PDU去PDCP头,进行解密和解头压缩操作,还原高层数据包。
12.如权利要求9所述的方法,其特征在于,所述上下行数据传输使用的协议层为PDCP层和RLC层时,支持的终端传输需求为下列中的部分或全部:
需头压缩和空口加解密;
终端在一次传输中只接收一个承载的数据;
所述接收端根据确定的协议层结构组织数据对接收的数据进行还原处理,包括:
所述接收端通过RLC层对接收的数据中的RLC头指示还原PDCP PDU,并通过PDCP层对所述PDCP PDU去PDCP头,进行解密和解头压缩操作,还原高层数据包。
13.如权利要求9所述的方法,其特征在于,所述上下行数据传输使用的协议层为RLC层和MAC层时,支持的终端传输需求为下列中的部分或全部:
不需头压缩和空口加解密;
终端同时接收多个承载的数据;
所述接收端根据确定的协议层结构组织数据对接收的数据进行还原处理,包括:
所述接收端通过MAC层对接收的数据中的MAC头指示还原RLC PDU,并通过RLC层对所述RLC PDU去RLC头,根据RLC头指示从分段级联后的数据段中还原高层数据包。
14.如权利要求9所述的方法,其特征在于,所述接收端根据网络侧的配置,确定上下行数据传输使用的协议层结构,还包括:
所述接收端根据网络侧的配置,确定上下行数据传输使用的协议层结构和协议层功能。
15.如权利要求14所述的方法,其特征在于,所述接收端根据网络侧的配置,确定上下行数据传输使用的协议层功能,包括:
所述接收端根据网络侧的配置,确定上下行数据传输使用的协议层功能为下列协议层中的部分或全部:
数据包级联、头压缩、头加密、复用;
所述接收端根据确定的协议层功能接收数据,包括:
所述接收端根据确定的协议层功能组织数据对接收的数据进行还原处理。
16.如权利要求15所述的方法,其特征在于,所述接收端根据确定的协议层功能组织数据对接收的数据进行还原处理,包括:
所述上下行数据传输使用的协议层功能为数据包级联,所述接收端根据收到的数据中的特定协议层包头指示还原高层数据包;
所述上下行数据传输使用的协议层功能为头压缩、加密和数据包级联,所述接收端根据收到的数据中的特定协议层包头指示还原进行加密和头压缩处理的数据,并对该数据进行解码和去头压缩处理,还原高层数据包;
所述上下行数据传输使用的协议层功能为数据包级联和承载复用,所述接收端根据收到的数据中的特定协议层包头指示还原高层数据包;
其中,所述特定协议层为支持数据包级联的协议层,所述特定协议层包头中包括指示域指示高层数据包的参数信息。
17.一种进行数据传输的发送设备,其特征在于,该发送设备包括:
第一确定模块,用于根据网络侧的配置,确定上下行数据传输使用的协议层结构和/或协议层功能,其中所述网络侧配置的协议层结构是根据终端传输需求确定的;
发送模块,用于根据确定的协议层结构发送数据;
其中,所述第一确定模块具体用于:
根据网络侧的配置,确定上下行数据传输使用的协议层结构为下列协议层中的部分:
分组数据聚合协议PDCP、无线链路控制RLC和媒体接入控制MAC;
所述发送模块具体用于:
根据确定的协议层结构组织数据,并进行数据发送。
18.如权利要求17所述的设备,其特征在于,所述上下行数据传输使用的协议层为MAC层时,支持的终端传输需求为下列中的部分或全部:
不需头压缩和空口加解密;
需要传输的数据包小于设定门限值;
针对一个承载,单次传输只有一个数据包,不需级联;
终端同时接收多个承载的数据;
所述发送模块具体用于:
通过MAC层对高层数据包添加MAC头。
19.如权利要求17所述的设备,其特征在于,所述上下行数据传输使用的协议层为PDCP层和MAC层时,支持的终端传输需求为下列中的部分或全部:
需头压缩和空口加解密;
需要传输的数据包小于设定门限值;
针对一个承载,单次传输只有一个数据包,不需级联;
终端同时接收多个承载的数据;
所述发送模块具体用于:
通过PDCP层对高层数据包进行头压缩和加密处理,并添加PDCP头得到PDCP协议数据单元PDU,以及通过MAC层对所述PDCP PDU进行处理,并添加MAC头。
20.如权利要求17所述的设备,其特征在于,所述上下行数据传输使用的协议层为PDCP层和无线链路控制RLC层时,支持的终端传输需求为下列中的部分或全部:
需头压缩和空口加解密;
终端在一次传输中只接收一个承载的数据;
所述发送模块具体用于:
通过PDCP层对高层数据包进行头压缩和加密处理,并添加PDCP头得到PDCP PDU,以及通过RLC层对所述PDCP PDU进行处理,并添加RLC头。
21.如权利要求17所述的设备,其特征在于,所述上下行数据传输使用的协议层为RLC层和MAC层时,支持的终端传输需求为下列中的部分或全部:
不需头压缩和空口加解密;
终端同时接收多个承载的数据;
所述发送模块具体用于:
通过RLC层对传输资源所能容纳的数据量对高层数据包进行处理,并添加RLC头得到RLC PDU,以及通过MAC层对所述RLC PDU进行处理,并添加MAC头。
22.如权利要求15所述的设备,其特征在于,所述第一确定模块具体用于:
根据网络侧的配置,确定上下行数据传输使用的协议层结构和协议层功能。
23.如权利要求22所述的设备,其特征在于,所述第一确定模块具体用于:
根据网络侧的配置,确定上下行数据传输使用的协议层功能为下列协议层中的部分或全部:
数据包级联、头压缩、头加密、复用;
所述发送模块具体用于:
根据确定的协议层功能组织数据,并进行传输。
24.如权利要求23所述的设备,其特征在于,所述发送模块具体用于:
所述上下行数据传输使用的协议层功能为数据包级联,对高层数据包进行级联,并组织入特定协议层以及添加特定协议层包头;或
所述上下行数据传输使用的协议层功能为头压缩、加密和数据包级联,对高层数据包进行加密和头压缩处理,对处理后的高层数据包进行级联,并组织入特定协议层以及添加特定协议层包头;或
所述上下行数据传输使用的协议层功能为数据包级联和承载复用,对高层数据包进行数据包级联和承载复用,对处理后的高层数据包进行级联,并组织入特定协议层以及添加特定协议层包头;
其中,所述特定协议层为支持数据包级联的协议层,所述特定协议层包头中包括指示域指示高层数据包的参数信息。
25.一种进行数据传输的接收设备,其特征在于,该接收设备包括:
第二确定模块,用于根据网络侧的配置,确定上下行数据传输使用的协议层结构,其中所述网络侧配置的协议层结构是根据终端传输需求确定的;
接收模块,用于根据确定的协议层结构接收数据;
其中,所述第二确定模块具体用于:
根据网络侧的配置,确定上下行数据传输使用的协议层结构为下列协议层中的部分:
PDCP、RLC和MAC;
所述接收模块具体用于:
根据确定的协议层结构组织数据对接收的数据进行还原处理。
26.如权利要求25所述的设备,其特征在于,所述上下行数据传输使用的协议层为MAC层时,支持的终端传输需求为下列中的部分或全部:
不需头压缩和空口加解密;
需要传输的数据包小于设定门限值;
针对一个承载,单次传输只有一个数据包,不需级联;
终端同时接收多个承载的数据;
所述接收模块具体用于:
通过MAC层对接收的数据中的MAC头指示还原高层数据包。
27.如权利要求25所述的设备,其特征在于,所述上下行数据传输使用的协议层为PDCP层和MAC层时,支持的终端传输需求为下列中的部分或全部:
需头压缩和空口加解密;
需要传输的数据包小于设定门限值;
针对一个承载,单次传输只有一个数据包,不需级联;
终端同时接收多个承载的数据;
所述接收模块具体用于:
通过MAC层对接收的数据中的MAC头指示还原PDCP PDU,并通过PDCP层对所述PDCP PDU去PDCP头,进行解密和解头压缩操作,还原高层数据包。
28.如权利要求25所述的设备,其特征在于,所述上下行数据传输使用的协议层为PDCP层和RLC层时,支持的终端传输需求为下列中的部分或全部:
需头压缩和空口加解密;
终端在一次传输中只接收一个承载的数据;
所述接收模块具体用于:
通过RLC层对接收的数据中的RLC头指示还原PDCP PDU,并通过PDCP层对所述PDCP PDU去PDCP头,进行解密和解头压缩操作,还原高层数据包。
29.如权利要求25所述的设备,其特征在于,所述上下行数据传输使用的协议层为RLC层和MAC层时,支持的终端传输需求为下列中的部分或全部:
不需头压缩和空口加解密;
终端同时接收多个承载的数据;
所述接收模块具体用于:
通过MAC层对接收的数据中的MAC头指示还原RLC PDU,并通过RLC层对所述RLC PDU去RLC头,根据RLC头指示从分段级联后的数据段中还原高层数据包。
30.如权利要求25所述的设备,其特征在于,所述第二确定模块具体用于:
根据网络侧的配置,确定上下行数据传输使用的协议层结构和协议层功能。
31.如权利要求30所述的设备,其特征在于,所述第二确定模块具体用于:
根据网络侧的配置,确定上下行数据传输使用的协议层功能为下列协议层中的部分或全部:
数据包级联、头压缩、头加密、复用;
所述接收模块具体用于:
根据确定的协议层功能组织数据对接收的数据进行还原处理。
32.如权利要求31所述的设备,其特征在于,所述接收模块具体用于:
所述上下行数据传输使用的协议层功能为数据包级联,根据收到的数据中的特定协议层包头指示还原高层数据包;
所述上下行数据传输使用的协议层功能为头压缩、加密和数据包级联,根据收到的数据中的特定协议层包头指示还原进行加密和头压缩处理的数据,并对该数据进行解码和去头压缩处理,还原高层数据包;
所述上下行数据传输使用的协议层功能为数据包级联和承载复用,根据收到的数据中的特定协议层包头指示还原高层数据包;
其中,所述特定协议层为支持数据包级联的协议层,所述特定协议层包头中包括指示域指示高层数据包的参数信息。
CN201510100678.1A 2015-03-06 2015-03-06 一种进行数据传输的方法和设备 Active CN105991625B (zh)

Priority Applications (5)

Application Number Priority Date Filing Date Title
CN201510100678.1A CN105991625B (zh) 2015-03-06 2015-03-06 一种进行数据传输的方法和设备
PCT/CN2015/098262 WO2016141750A1 (zh) 2015-03-06 2015-12-22 进行数据传输的方法和设备
US15/542,046 US10616796B2 (en) 2015-03-06 2015-12-22 Method and device for data transmission
EP15884428.2A EP3267647B1 (en) 2015-03-06 2015-12-22 Method and device for data transmission
TW104143769A TWI616083B (zh) 2015-03-06 2015-12-25 進行資料傳輸的方法和設備

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201510100678.1A CN105991625B (zh) 2015-03-06 2015-03-06 一种进行数据传输的方法和设备

Publications (2)

Publication Number Publication Date
CN105991625A CN105991625A (zh) 2016-10-05
CN105991625B true CN105991625B (zh) 2020-11-06

Family

ID=56878937

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201510100678.1A Active CN105991625B (zh) 2015-03-06 2015-03-06 一种进行数据传输的方法和设备

Country Status (5)

Country Link
US (1) US10616796B2 (zh)
EP (1) EP3267647B1 (zh)
CN (1) CN105991625B (zh)
TW (1) TWI616083B (zh)
WO (1) WO2016141750A1 (zh)

Families Citing this family (13)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN108282248B (zh) * 2017-01-05 2020-11-27 电信科学技术研究院 一种数据传输方法、网络侧设备及用户设备
CN109644074B (zh) * 2017-02-21 2021-01-12 Oppo广东移动通信有限公司 一种数据传输方法、终端、网络侧设备及系统
CN108632901B (zh) * 2017-03-24 2019-12-24 维沃移动通信有限公司 一种数据传输方法及终端
CN107835243A (zh) * 2017-11-03 2018-03-23 溢洋光电(深圳)有限公司 一种数据传输方法、系统、电子设备及存储介质
CN112703710B (zh) * 2018-09-28 2023-05-23 Oppo广东移动通信有限公司 数据传输方法、发射端设备和接收端设备
CN110995750B (zh) * 2019-12-18 2021-09-28 展讯通信(上海)有限公司 终端设备
CN113395239A (zh) * 2020-03-12 2021-09-14 中国移动通信有限公司研究院 数据传输方法、装置、相关设备及存储介质
CN113839739B (zh) * 2020-06-24 2023-07-28 华为技术有限公司 通信系统中数据处理方法和装置
CN115065734A (zh) * 2021-02-27 2022-09-16 华为技术有限公司 一种数据处理方法、装置及芯片
WO2022205234A1 (zh) * 2021-03-31 2022-10-06 华为技术有限公司 一种通信方法及装置
CN115276891A (zh) * 2021-04-30 2022-11-01 华为技术有限公司 数据传输方法、装置及可读存储介质
CN115551006A (zh) * 2021-06-30 2022-12-30 华为技术有限公司 一种数据传输方法、装置及系统
WO2024092399A1 (zh) * 2022-10-31 2024-05-10 华为技术有限公司 一种数据传输方法及通信装置

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101483828A (zh) * 2008-01-11 2009-07-15 大唐移动通信设备有限公司 终端设备与网络侧之间实现通信的方法、通信系统及装置
CN101621399A (zh) * 2008-06-30 2010-01-06 华为技术有限公司 无源光网络的管理方法、系统及光线路终端
CN102158901A (zh) * 2011-02-16 2011-08-17 大唐移动通信设备有限公司 网络侧进行终端操作配置的方法及网络侧装置
CN102238531A (zh) * 2010-04-29 2011-11-09 电信科学技术研究院 基于竞争的上行传输指示方法、数据传输方法及装置

Family Cites Families (25)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
FI107862B (fi) * 1999-02-23 2001-10-15 Nokia Mobile Phones Ltd Menetelmä radiolaitteen toimivuuden testaamiseksi ja matkaviestin
CN1169332C (zh) 2002-09-29 2004-09-29 清华大学 一种基于客户端反馈的传输协议选择方法
WO2005112296A2 (en) * 2004-04-29 2005-11-24 Interdigital Technology Corporation Wireless communication method and system for configuring radio access bearers for enhanced uplink services
US8254316B2 (en) * 2005-12-15 2012-08-28 Interdigital Technology Corporation QOS-based multi-protocol uplink access
US7653355B2 (en) * 2006-01-09 2010-01-26 At&T Intellectual Property Ii, L.P. Signal strength guided intra-cell upstream data forwarding
CN1859397A (zh) 2006-03-03 2006-11-08 华为技术有限公司 移动通信网络中数据传输方法
US7949336B2 (en) * 2006-07-11 2011-05-24 Broadcom Corporation Access control in a cellular system
CN101360271B (zh) * 2007-08-01 2015-05-27 华为技术有限公司 电路域业务数据的无线承载方法、装置及系统
WO2009120001A2 (en) * 2008-03-24 2009-10-01 Lg Electronics Inc. Method for configuring different data block formats for downlink and uplink
JP5082768B2 (ja) * 2007-10-29 2012-11-28 富士通株式会社 移動通信システム、移動通信方法、無線基地局装置、および端末
WO2010016669A2 (en) * 2008-08-04 2010-02-11 Samsung Electronics Co., Ltd. Signal transmission method and apparatus for user equipment in mobile communication system
US8228848B2 (en) 2008-11-17 2012-07-24 Sierra Wireless, Inc. Method and apparatus for facilitating push communication across a network boundary
EP2265077B1 (en) * 2009-06-18 2012-03-21 Panasonic Corporation Enhanced random access procedure for mobile communications
CN101931931B (zh) 2009-06-25 2014-03-12 华为技术有限公司 信息处理方法、系统以及移动性管理网元
EP2306665A1 (en) * 2009-10-02 2011-04-06 Panasonic Corporation Relay backhaul uplink HARQ protocol
WO2011093654A2 (en) * 2010-01-27 2011-08-04 Samsung Electronics Co., Ltd. Method and system for managing a temporary block flow in a data communication network environment
CN101969635A (zh) 2010-04-30 2011-02-09 中兴通讯股份有限公司 一种机器通信的接入控制方法及系统和系统
WO2013016862A1 (en) 2011-08-01 2013-02-07 Renesas Mobile Corporation Small downlink data transmissions
EP3490320B1 (en) 2011-09-30 2023-08-23 InterDigital Patent Holdings, Inc. Device communication using a reduced channel bandwidth
CN103139253B (zh) * 2011-11-30 2016-03-09 华为技术有限公司 实现网卡卸载功能的方法、网卡、主机系统及网络设备
US20140038622A1 (en) * 2012-05-22 2014-02-06 Qualcomm Incorporated Methods and apparatus for efficient communication of small data amounts while in idle mode
CN103781192B (zh) 2012-10-23 2017-04-12 上海贝尔股份有限公司 在基于机器类通信的通信网络中进行信息传输的方法
US9265031B2 (en) * 2012-12-20 2016-02-16 Optis Cellular Technology, Llc Communication protocol for short data transmissions
KR101484059B1 (ko) * 2013-09-17 2015-01-20 성균관대학교산학협력단 다중 전송 속도 파티셔닝 및 협력 전송을 이용한 고속 무선랜 통신 방법 및 무선랜 통신 장치
CN105594283B (zh) * 2014-09-10 2019-07-23 华为技术有限公司 数据传输链路建立装置、方法及通信系统

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101483828A (zh) * 2008-01-11 2009-07-15 大唐移动通信设备有限公司 终端设备与网络侧之间实现通信的方法、通信系统及装置
CN101621399A (zh) * 2008-06-30 2010-01-06 华为技术有限公司 无源光网络的管理方法、系统及光线路终端
CN102238531A (zh) * 2010-04-29 2011-11-09 电信科学技术研究院 基于竞争的上行传输指示方法、数据传输方法及装置
CN102158901A (zh) * 2011-02-16 2011-08-17 大唐移动通信设备有限公司 网络侧进行终端操作配置的方法及网络侧装置

Also Published As

Publication number Publication date
CN105991625A (zh) 2016-10-05
EP3267647A4 (en) 2018-02-28
WO2016141750A1 (zh) 2016-09-15
TWI616083B (zh) 2018-02-21
US10616796B2 (en) 2020-04-07
EP3267647B1 (en) 2019-09-11
US20180035328A1 (en) 2018-02-01
EP3267647A1 (en) 2018-01-10
TW201633760A (zh) 2016-09-16

Similar Documents

Publication Publication Date Title
CN105991625B (zh) 一种进行数据传输的方法和设备
CN105992242B (zh) 一种空口协议栈的配置方法、数据传输方法及设备
WO2016197804A1 (zh) 数据包的压缩方法和装置
JP2022528843A (ja) 高信頼低遅延サービスをサポートするシステムでのpdcp制御データを処理する方法及び装置
CN104272796A (zh) 处理分组数据汇聚协议数据单元
CN113133055B (zh) 无线通信的方法和设备
US9554312B2 (en) Message transfer for in-band signaling messages in radio access networks
CN102291398A (zh) 无线通讯系统中数据压缩与解压缩方法、装置及系统
US9967695B2 (en) Method and apparatus for transmitting and receiving data by machine type communication terminal in wireless communication system
KR20200129335A (ko) 무선 통신 시스템에서 데이터 유실을 방지하는 사용자 데이터 압축 방법 및 장치
CN112970235A (zh) 减少下一代移动通信系统中以太网帧开销的方法和装置
CN102546547A (zh) Ip报文发送方法、网络测设备及终端
CN107615810B (zh) 用于在线网络代码的包头压缩系统和方法
JP7161123B2 (ja) 基地局装置、端末装置、通信方法、及び通信システム
CN108234092B (zh) 一种信令配置方法、rrc实体以及pdcp实体
CN108012289B (zh) Pdu的发送方法及装置,和pdu的接收方法及装置
KR20200061411A (ko) 기지국 장치, 단말 장치, 통신 방법 및 통신 시스템
WO2018077417A1 (en) Sequence numbers in multiple protocol layered mobile communication
CN110313164B (zh) 一种用于上行传输的方法和装置
EP3016432B1 (en) Content compression in mobile network
CN108882304B (zh) 一种数据链路层中用于封装数据包的方法及装置
CN110268797B (zh) 一种用于下行传输的方法和装置
EP3039898B1 (en) Mitigation of signalling congestion in a wireless network

Legal Events

Date Code Title Description
C06 Publication
PB01 Publication
C10 Entry into substantive examination
SE01 Entry into force of request for substantive examination
GR01 Patent grant
GR01 Patent grant
CP01 Change in the name or title of a patent holder

Address after: 100191 No. 40, Haidian District, Beijing, Xueyuan Road

Patentee after: CHINA ACADEMY OF TELECOMMUNICATIONS TECHNOLOGY

Address before: 100191 No. 40, Haidian District, Beijing, Xueyuan Road

Patentee before: CHINA ACADEMY OF TELECOMMUNICATIONS TECHNOLOGY

CP01 Change in the name or title of a patent holder
TR01 Transfer of patent right

Effective date of registration: 20210531

Address after: 100085 1st floor, building 1, yard 5, Shangdi East Road, Haidian District, Beijing

Patentee after: DATANG MOBILE COMMUNICATIONS EQUIPMENT Co.,Ltd.

Address before: 100191 No. 40, Haidian District, Beijing, Xueyuan Road

Patentee before: CHINA ACADEMY OF TELECOMMUNICATIONS TECHNOLOGY

TR01 Transfer of patent right